| Summary: | Impossible to unlock Plasma 5 session | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Jüri Ivask <jyri2000> |
| Component: | RPM Packages | Assignee: | Nicolas Lécureuil <mageia> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | mageia, yltsparri |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
|
Description
Jüri Ivask
2014-12-30 10:47:09 CET
Jüri Ivask
2014-12-30 10:50:28 CET
Assignee:
bugsquad =>
mageia I have Plasma 5 self built with kdesrc-build and had unlocking problems too. Solution for me was: #pam permissions, kcheckpass needs file named 'kde' ln -s /etc/pam.d/kcheckpass /etc/pam.d/kde #suid root for kcheckpass chmod +u /opt/kf5/lib64/libexec/kcheckpass This is probably not done with Mageia packages. With Mageia packages the last line should be chmod +u /usr/libexec/kcheckpass CC:
(none) =>
yltsparri Thanks for the info, Ãlo! In my case I had neither kcheckpass nor kde files in /etc/pam.d Found a upstream bug about that: https://bugs.kde.org/show_bug.cgi?id=337470 , however its status is unconfirmed. But creating a /etc/pam.d/kde file with the content suggested there helped and I can unlock the screen now. However the lock screen still states incorrecty that Caps Lock is on. Fortunately it does not affect the unlocking process... please test new rpms for the unlocking issue Updated to plasma-workspace-5.1.2-6.mga5 Unfortunately this made it again impossible to unlock the screen. Running /usr/libexec/kcheckpass just hangs. Renamed new kde file in /etc/pam.d to kde.old and created again a new one according to https://bugs.kde.org/show_bug.cgi?id=337470 and the /usr/libexec/kcheckpass started to ask for password and accepted that and also screen unlocking worked again (with that incorrect Caps Lock statement) Fixed typo introduced in r808414. Reopen if still broken. Status:
NEW =>
RESOLVED |