Warning when removing dropbear in Mageia 3 release and update. Mga2 not affected. removing package dropbear-2012.55-4.1.mga3.x86_64 1/1: removing dropbear-2012.55-4.1.mga3.x86_64 ######### warning: file /etc/rc.d/init.d/dropbear: remove failed: No such file or directory ################# Reproducible: Steps to Reproduce:
I think this is your package Dan, apologies if not.
Assignee: bugsquad => dan
The update has not yet been pushed, see bug 11442. Please check before building a new one into Testing.
I don't see anything specifically wrong with this package, other than the fact that it has systemd unit files for the service as well as a SysV init script, so the script could/should be removed from it. The warning doesn't make any sense.
CC: (none) => luigiwalser, mageia, thierry.vignaud
There is not much we can do with the update package here. The error is coming from the package being removed, not the new one. Technically it's nothing to do with dropbear but will trigger on any package with a sysvinit script which calls %_preun_service. I'd just ignore it - it's warning telling you that it can't remove a file that doesn't exist (personally, I'd silence such "warnings" in rpm but I guess it's technically correct). (PS the problem is in del-service really. We could probably kill the offending line and replace it with a file trigger of some sort)
The message wasn't seen during the update, it's only seen when removing either the release or updated package. eg; # urpmi dropbear installing dropbear-2012.55-4.1.mga3.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ######################## 1/1: dropbear ######################## # urpme dropbear removing dropbear-2012.55-4.1.mga3.x86_64 removing package dropbear-2012.55-4.1.mga3.x86_64 1/1: removing dropbear-2012.55-4.1.mga3.x86_64 ############warning: file /etc/rc.d/init.d/dropbear: remove failed: No such file or directory ############
Same for the release package.. # dcupdt Disabling Core Updates Testing # urpmi dropbear installing dropbear-2012.55-4.mga3.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ######################## 1/1: dropbear ####################### # urpme dropbear removing dropbear-2012.55-4.mga3.x86_64 removing package dropbear-2012.55-4.mga3.x86_64 1/1: removing dropbear-2012.55-4.mga3.x86_64 ############warning: file /etc/rc.d/init.d/dropbear: remove failed: No such file or directory ############
Ahh, I see, it's because %_preun_service (aka /usr/share/rpm-helper/del-service) has this: # Yes - this is very ugly workaround. chkconfig --del does daemon-reload, # but initscript is still there, so it remains loaded. Remove file and # reload again. Systemd units are supposed to provide postun script if [ -n "$srv" -a -f /etc/rc.d/init.d/$srv -a x$init = xsystemd ]; then /bin/rm -f /etc/rc.d/init.d/$srv /bin/systemctl daemon-reload fi So the script removes the init script, then rpm cannot. So, Dan if you see this, feel free to remove the SysV script from the package in Cauldron. Otherwise, I'll close this as invalid as it isn't a bug in the dropbear package and won't be addressed in the update. Thanks Colin!
Status: NEW => RESOLVEDResolution: (none) => INVALID
I'd prefer a 'wontfix' if that's the case as the bug is valid but just won't be fixed in mga3.
Resolution: INVALID => WONTFIX
(In reply to claire robinson from comment #8) > I'd prefer a 'wontfix' if that's the case as the bug is valid but just won't > be fixed in mga3. I would hereby like to apply for my "Pedantry" badge :p I would say it's "invalid" against the dropbear package, but "wontfix" against the rpm-helper package (where the bug really is). Overall I don't care enough to change either the package or the resolution tho' :) KUTGW guys!!
We like to think of it as "Quality" :P
(In reply to David Walser from comment #7) > So, Dan if you see this, feel free to remove the SysV script from the > package in Cauldron. Good point--I'll do that.
*** Bug 11047 has been marked as a duplicate of this bug. ***