Bug 3868

Summary: references to mandrake/mandriva in initscrips
Product: Mageia Reporter: diego w <smiling.diego>
Component: RPM PackagesAssignee: Colin Guthrie <mageia>
Status: RESOLVED WONTFIX QA Contact:
Severity: minor    
Priority: Normal CC: davidwhodgins, dmorganec, smiling.diego
Version: CauldronKeywords: Junior_job
Target Milestone: ---   
Hardware: i586   
OS: Linux   
Whiteboard:
Source RPM: initscripts-9.34-3.mga2.src.rpm CVE:
Status comment:

Description diego w 2011-12-24 00:17:53 CET
Description of problem:

in initscripts package two scrips are still carrying the mandrake name:

/etc/init.d/mandrake_everytime
/etc/init.d/mandrake_firstime

also in the rpm -qif output the URL of the package is listed as: http://svn.mandriva.com/cgi-bin/viewvc.cgi/soft/initscripts/trunk/
diego w 2011-12-24 00:18:31 CET

CC: (none) => smiling.diego

Comment 1 Dave Hodgins 2011-12-24 09:51:20 CET
Please note that this also affects /etc/rc.d/rc.sysinit which calls those
scripts.

CC: (none) => davidwhodgins

Manuel Hiebel 2011-12-24 11:52:45 CET

Keywords: (none) => Junior_job

Comment 2 diego w 2011-12-24 12:56:21 CET
found more by pressing "systemctl start<tab>"

mandriva-boot-links.service
mandriva-clean-var-run-lock.service
mandriva-everytime.service
mandriva-kmsg-loglevel.service
mandriva-save-dmesg.service
Comment 3 Manuel Hiebel 2011-12-24 14:30:43 CET
can you open another bug for this one ? (as it's systemd and not initscript imho)
Comment 4 diego w 2011-12-24 14:39:55 CET
(In reply to comment #3)
> can you open another bug for this one ? (as it's systemd and not initscript
> imho)

I checked it's the same rpm, so I suggest we might leave it with this one. OK?

below the output of RPM:

# rpm -qif /lib/systemd/system/mandriva-boot-links.service 
Name        : initscripts
Version     : 9.34
Release     : 3.mga2
Architecture: i586
Install Date: Mit 14 Dez 2011 23:59:26 CET
Group       : System/Base
Size        : 7238850
License     : GPLv2 and GPLv2+
Signature   : RSA/SHA1, Mit 14 Dez 2011 23:07:11 CET, Key ID b742fa8b80420f66
Source RPM  : initscripts-9.34-3.mga2.src.rpm
Build Date  : Mit 14 Dez 2011 23:06:43 CET
Build Host  : ecosse
Relocations : (not relocatable)
Packager    : Mageia Team <http://www.mageia.org>
Vendor      : Mageia.Org
URL         : http://svn.mandriva.com/cgi-bin/viewvc.cgi/soft/initscripts/trunk/
Summary     : The inittab file and the /etc/init.d scripts
Description :
The initscripts package contains the basic system scripts used to boot
your Mageia system, change run levels, and shut the system
down cleanly.  Initscripts also contains the scripts that activate and
deactivate most network interfaces.
D Morgan 2011-12-24 14:49:24 CET

CC: (none) => dmorganec
Assignee: bugsquad => mageia

diego w 2011-12-24 15:02:26 CET

Summary: two references to mandrake/mandriva in initscrips => references to mandrake/mandriva in initscrips

Comment 5 Manuel Hiebel 2011-12-24 15:15:35 CET
oups ok sorry :)
Comment 6 Colin Guthrie 2011-12-24 15:47:42 CET
I've noticed these services before and opted to leave them as they are.

I don't want to mess too much wish service names just for the sake of it (it will be generally annoying on upgrade to have services disabled/enabled, stale links left etc).

And besides we already ship several "fedora-*" systemd units, so I don't think having such references here is a problem.

Also consider the drak* scripts/tools/guis... If we want to take it to the logical extreme, then we have to rename all those (and they should have been renamed before when Mandrake became Mandriva)...

So while referencing "the distro" in text output etc. should be changed, I'm quite happy to leave these service names as is.

If I don't get any strong objections I'll close this bug shortly.
Comment 7 diego w 2011-12-24 20:10:15 CET
no objections, just stumbled over them
Comment 8 D Morgan 2011-12-25 16:55:15 CET
in addition there is fedora* services too :)
Comment 9 Colin Guthrie 2011-12-25 22:22:50 CET
(In reply to comment #8)
> in addition there is fedora* services too :)

Yup, mentioned those above too :)

OK, seeing as there are no strong objections to the status quo, I'll just close this bug.

One day we'll maybe factor them out, but not quite yet!

Happy holidays!

Status: NEW => RESOLVED
Resolution: (none) => WONTFIX