Bug 95106 – proftpd-1.2.10-r4 user problem

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Andrei Ivanov 2005-06-05 03:17:04 UTC]

After upgrading from 1.2.10-r3 to 1.2.10-r4, proftp doesn't want do start:

 * Starting proftpd ...
 - warning: AuthPAMAuthoritative is deprecated
 - no such user 'proftpd'
 - Fatal: User: Unknown user 'proftpd'. on line 16 of '/etc/proftpd/proftpd.conf'    

Downgrading back to 1.2.10-r3 makes it work again.

Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.11-gentoo-r8 i686)
=================================================================
System uname: 2.6.11-gentoo-r8 i686 AMD Athlon(tm) XP 2600+
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.8
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.16-r1
sys-devel/libtool:   1.5.18
virtual/os-headers:  2.6.11-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse -ftracer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/alias /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse -ftracer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy distlocks fixpackages sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="http://ftp.lug.ro/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 3dnow aalib acl acpi adns alsa apache2 avi bitmap-fonts bzlib caps crypt cups curl curlwrappers dio emboss encode exif expat flac foomaticdb fortran ftp gd gif gmp gpm imagemagick imap imlib java javamail jpeg junit ldap libg++ libwww mad maildir mailwrapper memlimit mhash mikmod mmap mmx mp3 mpeg ncurses nls nptl offensive oggvorbis pam pcntl pcre pdflib png posix quicktime readline ruby samba session shared sharedmem slang slp soap sockets socks5 speex spell sqlite sse ssl svg sysvipc tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb vhosts wmf xml xml2 xmlrpc zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY


<Global>
  ServerIdent             off
  AuthPAM                 on
  AuthPAMAuthoritative    on
  AuthPAMConfig           ftp
  Umask                   022


  User                    proftpd
  Group                   proftpd
</Global>

id proftpd
uid=1007(proftpd) gid=444(proftpd) groups=444(proftpd)

[Comment 1 Alex 2005-06-05 06:10:14 UTC]

Same here.
Think it's a problem with the new pam file?


> #%PAM-1.0

> # Disabled by default as it's a non-ported module for now
> # auth          required        pam_listfile.so item=user sense=deny file=/
etc/ftpusers onerr=succeed
> auth            include         system-auth

> # If this is enabled, anonymous logins will fail because the 'ftp' user does
> # not have a "valid" shell, as listed in /etc/shells.
> #
> # If you enable this, it is recommended that you do *not* give the 'ftp'
> # user a real shell. Instead, give the 'ftp' user /bin/false for a shell and
> # add /bin/false to /etc/shells.
> # auth          required        pam_shells.so

> account         include         system-auth
> session         include         system-auth


Nothing else changed... 

[Comment 2 volt3r 2005-06-06 01:17:36 UTC]

>  - no such user 'proftpd'
>  - Fatal: User: Unknown user 'proftpd'. on line 16 of
'/etc/proftpd/proftpd.conf'    
> 
> Downgrading back to 1.2.10-r3 makes it work again.

It`s all about new USE flag in 1.2.10-r4 "authunix":

#  mod_auth_unix
Handles normal authentication via /etc/passwd, /etc/group

I think most people need authentication via this two files, so i propose to
change this flag to "noauthunix" and dont do --disable-auth-unix by default.

[Comment 3 Gustavo Felisberto (RETIRED) 2005-06-06 04:05:34 UTC]

Ok, i'm commint a new version, sorry for the poor tests on -r4.

[Comment 4 Jakub Moc (RETIRED) 2005-06-06 08:47:23 UTC]

*** Bug 95230 has been marked as a duplicate of this bug. ***

[Comment 5 Roy Marples (RETIRED) 2005-06-07 00:44:57 UTC]

Created attachment 60758 [details, diff]
fixes noauthunix flag

-4 with noauthunix does not fix this as the logic with use_enable fails to
work.

Patch which works

[Comment 6 Roy Marples (RETIRED) 2005-06-07 00:45:18 UTC]

reopened

[Comment 7 Serhij S. Stasyuk 2005-06-07 12:09:52 UTC]

Main problem is with noauthunix use flag and its usage - $(use_enable noauthunix
auth-unix) - if it is set we must disable auth-unix, else it must be enabled

[Comment 8 Serhij S. Stasyuk 2005-06-07 12:12:20 UTC]

(In reply to comment #7)
> Main problem is with noauthunix use flag and its usage - $(use_enable noauthunix
> auth-unix) - if it is set we must disable auth-unix, else it must be enabled
Sorry, I have missed comment #5 with its attachment

[Comment 9 Gustavo Felisberto (RETIRED) 2005-06-07 16:10:04 UTC]

fixed in -r5