Bug 52091 - wu-ftpd creates incorrect user
Summary: wu-ftpd creates incorrect user
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: setup   
(Show other bugs)
Version: 7.3
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2001-08-20 14:01 UTC by Chris Ricker
Modified: 2014-03-17 02:22 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-08-20 19:24:48 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Chris Ricker 2001-08-20 14:01:38 UTC
I just did a fresh install of RC1, and noticed that the ftp account is
being created with a home directory of /home/ftp.  This should be /var/ftp
to comply with the (brain-dead) standards about shovelling all that crap in

Furthermore, the home directory created doesn't even exist.  I presume it's
created by the anonftp package, which wasn't installed (should it have
been, as a dep?)

[kaboom@verdande evolution]$ rpm -qa | grep ftp
[kaboom@verdande evolution]$ grep ftp /etc/passwd
ftp:x:14:50:FTP User:/home/ftp:/sbin/nologin
[kaboom@verdande evolution]$ ls /home/ftp
ls: /home/ftp: No such file or directory
[kaboom@verdande evolution]$

Comment 1 Bernhard Rosenkraenzer 2001-08-20 14:07:19 UTC
Actually the user isn't created at all - it's in the initial /etc/passwd file 
in the setup package.

Comment 2 Chris Ricker 2001-08-20 14:11:51 UTC
Okay, that would make a little more sense.

While you're fixing stuff with the password file, it also contains


The home for gopher should also be moved to /var to be standards-compliant (I'm
not sure if RH even ships a gopher server any more that might need changing as

Comment 3 Bill Nottingham 2001-08-20 18:19:00 UTC
anonftp %post changes the home dir, for use on upgrades, FWIW. So any
situation that needs it should be fixed.

(The problem is since passwd/group are all correctly %config(noreplace),
any changes to them must be done twice (once in setup, once in a %pre/%post
somewhere other than setup (putting the scripts on setup causes prereq loops.)))

Comment 4 Glen Foster 2001-08-20 19:24:44 UTC
This defect is considered SHOULD-FIX for Fairfax.

Comment 5 Bill Nottingham 2001-08-20 20:39:55 UTC
Will be changed in 2.5.6-1.

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