Bug 11458 - dropbear mga3 - warning: file /etc/rc.d/init.d/dropbear: remove failed: No such file or directory
Summary: dropbear mga3 - warning: file /etc/rc.d/init.d/dropbear: remove failed: No su...
Status: RESOLVED WONTFIX
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 3
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Dan Fandrich
QA Contact:
URL:
Whiteboard:
Keywords:
: 11047 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-10-14 11:01 CEST by claire robinson
Modified: 2014-05-14 19:47 CEST (History)
3 users (show)

See Also:
Source RPM: dropbear
CVE:
Status comment:


Attachments

Description claire robinson 2013-10-14 11:01:40 CEST
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:
Comment 1 claire robinson 2013-10-14 11:03:23 CEST
I think this is your package Dan, apologies if not.

Assignee: bugsquad => dan

Comment 2 claire robinson 2013-10-14 11:05:04 CEST
The update has not yet been pushed, see bug 11442. Please check before building a new one into Testing.
Comment 3 David Walser 2013-10-14 17:16:10 CEST
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

Comment 4 Colin Guthrie 2013-10-14 17:45:25 CEST
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)
Comment 5 claire robinson 2013-10-14 17:50:20 CEST
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
############
Comment 6 claire robinson 2013-10-14 17:52:39 CEST
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
############
Comment 7 David Walser 2013-10-14 17:56:12 CEST
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 => RESOLVED
Resolution: (none) => INVALID

Comment 8 claire robinson 2013-10-14 18:01:28 CEST
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

Comment 9 Colin Guthrie 2013-10-14 18:08:52 CEST
(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!!
Comment 10 claire robinson 2013-10-14 18:12:06 CEST
We like to think of it as "Quality" :P
Comment 11 Dan Fandrich 2013-10-14 22:09:38 CEST
(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.
Comment 12 David Walser 2014-05-14 19:47:31 CEST
*** Bug 11047 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.