Bug 11458

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 => RESOLVED
Resolution: (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. ***