Description of problem: pam_mount recommends to use device-mapper >= 1.02.48, because it fixes a race condition. Unluckily F13 only has 1.02.44 and F12 1.02.38. Is it possible to update device-mapper on F12 or F13?
Can you be more specific about which fix it needs? This is what changed in 1.02.48: Version 1.02.48 - 17th May 2010 ================================ Use -d to control level of messages sent to syslog by dmeventd. Change -d to -f to run dmeventd in foreground. Do not print encryption key in message debug output (cryptsetup luksResume). Fix dmeventd static build library dependencies. Fix udev flags on remove in create_and_load error path. But yes, we should probably do updates regardless of the reason.
(In reply to comment #1) > Can you be more specific about which fix it needs? > This is what changed in 1.02.48: > > Version 1.02.48 - 17th May 2010 > ================================ > Fix udev flags on remove in create_and_load error path. I guess it is the udev change. This is probably what made the pam_mount author recommend 1.02.48, because he reported this cryptsetup bug: http://code.google.com/p/cryptsetup/issues/detail?id=73#c1
These udev problems are also dependent on kernel, I think update od devicemapper in F12 is not needed. For F13 I am not surem probably we should update it there... Anyway, cryptsetup should work with all versions of devicemapper library.
So maybe good for F13, but certainly unnecessary for F12. However, it's easiest if we keep the versions all in line, so let's go for 2.02.70 / 1.02.52 next week which is intended to be a stable version.
Well, first we need the version of udev that does not remove existing udev database at its initialisation in F13 (that's one line change in /sbin/start_udev, shouldn't be a problem) + support for import{db} udev rule (udev >= 152). These changes are in rawhide, but not yet in F13. I'll clone bug #603724 for Harald to do a new build there, then we need to add that particular Requires: udev >= ...
Udev update request filed against F13 - bug #610925.
(..other packages may not be prepared for this change - there were a few problems there, so we have udev support enabled in F13 and later. I wouldn't risk enabling udev there.. :))
(In reply to comment #7) > (..other packages may not be prepared for this change - there were a few > problems there.. ..in F12, I mean.
I think pam_mount+cryptsetup is already updated, closing this bug.
(In reply to comment #9) > I think pam_mount+cryptsetup is already updated, closing this bug. But this bug is about device-mapper.
why do you need need update device-mapper now? Recommendation for pam bmount is because of cryptsetup and udev support usptream. btw in F12 is already updated and F13 is waiting for bug 622385.
(In reply to comment #11) > btw in F12 is already updated and F13 is waiting for bug 622385. If the update will hit F13 eventually and this is tracked somehow else, then everything is fine with me. It would have helped to mention the update here in the bug report.