Bug 413915

Summary:	Stable glibc bump to sys-libs/glibc-2.14.1, after update pam needs to be rebuild or system will not work.
Product:	Gentoo Linux	Reporter:	Piotr Karbowski (RETIRED) <slashbeast>
Component:	[OLD] Core system	Assignee:	Gentoo Linux bug wranglers <bug-wranglers>
Status:	RESOLVED WORKSFORME
Severity:	critical
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Piotr Karbowski (RETIRED) gentoo-dev

2012-04-28 22:57:54 UTC

After update to new glibc some apps stops working like cron for example:

Apr 29 00:40:01 [cron] PAM unable to dlopen(/lib64/security/pam_unix.so): /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /lib64/libcrypt.so.1)

Looks like solution is to rebuild PAM after glibc update, but that never was a case, I dont remeber such need. I found the solution here: http://archives.gentoo.org/gentoo-user/msg_208faa222c64e107dd272c8504035a07.xml

The glibc comes from arch-stable gentoo, I think someone should take care of it, such things shoudn't really happen in stable gentoo. There is no even single einfo about possible issues. Not cool.

Reproducible: Always

Comment 1 Diego Elio Pettenò (RETIRED) gentoo-dev

2012-04-29 00:16:48 UTC

Just restart cron, it should work just fine (given that I've not rebuilt pam myself).

The problem is that you can't mix libc and libcrypt from different versions, and due to the way PAM works, this is what happens.

It's not really different than the fact that you need to restart cron after updating PAM because the symbols between libpam and the pam modules can't be mixed.