Bug 11047 - vsftpd gives an error when uninstalled
Summary: vsftpd gives an error when uninstalled
Status: RESOLVED DUPLICATE of bug 11458
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 3
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-21 13:34 CEST by claire robinson
Modified: 2014-05-14 19:47 CEST (History)
2 users (show)

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


Attachments

Description claire robinson 2013-08-21 13:34:50 CEST
See also bug 10962

vsftpd gives an error when it is uninstalled

warning: file /etc/rc.d/init.d/vsftpd: remove failed: No such file or directory

Seems to be searching for the old init service file to remove and not finding it, but the package does contain one.

# urpmf vsftpd | grep -e init -e service

vsftpd:/etc/avahi/services/vsftpd.service
vsftpd:/etc/rc.d/init.d/vsftpd
vsftpd:/lib/systemd/system/vsftpd.service



Reproducible: 

Steps to Reproduce:
claire robinson 2013-08-21 13:35:01 CEST

Hardware: i586 => All

Comment 1 claire robinson 2013-08-21 13:47:13 CEST
Adding you here Giuseppe as you use this program and know a bit about the patch, David too.

CC: (none) => g.merigo, luigiwalser

Comment 2 Giuseppe Merigo 2013-08-21 13:50:56 CEST
I'm adding here the same comment in the other bug:

@claire 
could the init.d file be included in one of the patches introduced for this bug? Maybe there's some inclusion that put the file in the rpm if there isn't one alreaedy?
I'm not very familiar with spec files even if I meddled with them sometimes, but it seems that there's something like this in the spec patch:

 %preun
+if [ -e /etc/init.d/%{name} ]; then
 %stop_on_removal %name
+fi

Maybe the spec file for mageia did not include this check?
Comment 3 David Walser 2013-08-21 14:01:54 CEST
Here's what it has:
%preun
%_preun_service vsftpd
if [ -x /usr/sbin/xinetd ];then
%_post_service xinetd
fi

and what %_preun_service vsftpd runs is:
/usr/share/rpm-helper/del-service vsftpd 0 vsftpd

(assuming you're uninstalling the package...on upgrade when it runs it, the 0 is a 1).

So that _preun_service call is standard for all services.
Comment 5 claire robinson 2013-08-21 14:12:34 CEST
The updating bit is fine..

# urpmi vsftpd

installing vsftpd-3.0.2-2.1.mga3.x86_64.rpm from /var/cache/urpmi/rpms                                                                      
Preparing...                     ############################
      1/1: vsftpd                ############################
      1/1: removing vsftpd-3.0.2-2.mga3.x86_64
                                 ############################


Removing is when it shows the error..

# urpme vsftpd
removing vsftpd-3.0.2-2.1.mga3.x86_64
removing package vsftpd-3.0.2-2.1.mga3.x86_64
      1/1: removing vsftpd-3.0.2-2.1.mga3.x86_64
                                 #####################################
warning: /etc/vsftpd/vsftpd.conf saved as /etc/vsftpd/vsftpd.conf.rpmsave
warning: file /etc/rc.d/init.d/vsftpd: remove failed: No such file or directory
#####################################################################

It happens with both builds though so isn't a regression introduced with the patch.
Comment 6 David Walser 2014-05-14 19:47:31 CEST
Same issue as Bug 11458.

*** This bug has been marked as a duplicate of bug 11458 ***

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


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