Arch Linux

@erdbeer, if you don't want to maintain the package, please disown it?

https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/
------------------------------------------------------------------------
I made fast/dirty workaround (look at "prepare()"), this should works fine
PKGBUILD: http://ix.io/5XG

Hey guys, i have installed this package and modified inittab to load 2 Fgettys instead of 6 Agettys.
Now that i boot Arch, in the tty it asks for username and pass, and after i type it, it asks it again.
If i enter a wrong user/pass it shows an error, if i write the actual password, it asks to login again and again and again.

Any clues on fixing that issue? Thanks.

Should be fixed. Also I decide to not further maintain this package. Until a new maintainer is found, bugfixes are welcome.

I couldn't build it. Got this error:
checkpassword-pam.c: In function ‘main’:
checkpassword-pam.c:41:11: warning: incompatible implicit declaration of built-in function ‘alloca’ [enabled by default]
cc -pipe -Os -fomit-frame-pointer -c checkpassword-pam2.c
checkpassword-pam2.c: In function ‘conversation’:
checkpassword-pam2.c:47:18: warning: incompatible implicit declaration of built-in function ‘calloc’ [enabled by default]
cc -o checkpassword-pam checkpassword-pam.o checkpassword-pam2.o -lpam_misc -s
/usr/bin/ld: checkpassword-pam2.o: undefined reference to symbol 'pam_set_item@@LIBPAM_1.0'
/usr/bin/ld: note: 'pam_set_item@@LIBPAM_1.0' is defined in DSO /lib/libpam.so.0 so try adding it to the linker command line
/lib/libpam.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make: *** [checkpassword-pam] Error 1

I'm sorry, but I cannot reproduce the errors. Anyone here (except me) with a working fgetty-pam?

NB: I can't log in as root with that n/fgetty combo. Instead I need to have ngetty use login once (for a tty allowed in /etc/securetty, of course), hence my /etc/ngetty/Conf currently looks like:

# Auto-generated file. Do not edit!
=echo-off
=login-prog=/bin/login1
tty[allowed #]=login-prog=/bin/login

fgetty's logins (i. e. /bin/login{1,2}) work just fine if I have ngetty run them instead.

Not that I know much about the procedures involved, but I can't make heads or tails of this.

@thpetrus, assuming you really have the same issue, could please verify this ngetty "workaround"? You'd need to create a /etc/ngetty/Conf according to its man page, with entries like:

tty1=echo-off
tty1=login-prog=/bin/login1

Too bad then, I would have loved to use this.

fefe wrote that since he's not using pam he wouldn't know how to fully debug this. Unsurprisingly the email address of the PAM patch author (kromJx) is defunct after over nine years. I wasn't able to find any information on kromJx, let alone a working address of him/her, either.

Looks like the same issue as mine.

Thanks to hiciu in the bbs I finally managed to get a trace — the following contains the output of strace and a bt with gdb: http://www.mediafire.com/?kms4vkdwlxexsos

The package seems to be broken for me. agetty works for me with SHA512 passwords, but somehow fgetty-pam doesn't. There is no checkpassword message (like the original fgetty) "wrong password", I just get the login field again. Is there any way to fix this?

Sorry, didn't find a bug because I cannot reproduce the error. I get those warnings, too, but it works well. Probably you should send an email to the author.

Any update? Perhaps something that I must have done which is so stupid that you don't want to bother with it? :)

I'd post my compile flags from makepkg.conf, but they appear to be ignored for this package. Not sure if the following isn't also irrelevant, but I get these lines during the short compilation (Arch x64 on core2 with testing repos, btw):

cc -pipe -Os -fomit-frame-pointer -c checkpassword-pam.c
checkpassword-pam.c: In function ‘main’:
checkpassword-pam.c:41:11: warning: incompatible implicit declaration of built-in function ‘alloca’ [enabled by default]
strip -x -R .comment -R .note login2.o
cc -pipe -Os -fomit-frame-pointer -c checkpassword-pam2.c
checkpassword-pam2.c: In function ‘conversation’:
checkpassword-pam2.c:47:18: warning: incompatible implicit declaration of built-in function ‘calloc’ [enabled by default]
checkpassword-pam2.c: In function ‘authenticate_using_pam’:
checkpassword-pam2.c:103:42: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]

Sorry for the delay. The regular version of fgetty with a md5 password works indeed, whereas fgetty-pam crashes with them as well.

http://noctus.net/2011/mingetty-und-systemd looks useful. i don't use systemd, so i couldn't test this. basically, it is
1. copy /lib/systemd/system/getty@.service to /etc/systemd/system
2. Change the option ExecStart in /etc/systemd/system/getty@.service in section [Service] so it starts fgetty instead of agetty
3 ln -sf /etc/systemd/system/getty@.service /etc/systemd/system/getty.target.wants/getty@tty1.service

looks like some configuration bug. is the regular version of fgetty (of course with non-hashed passwords) working? if yes, i'll have a look at the code again. you should also report this to the author.

Just noticed that systemd spawns agetty regardless of inittab, i. e. that I wasn't actually using fgetty-pam at all, so I tried it without systemd… and it doesn't work for me, unfortunately. I've set everything as described in "SHA password hashes" (except for rounds=65536, which I set to 32768) — and fgetty-pam will crash with exit code 139 (segmentation violation) upon entering the correct password.