SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
So what's the story with ktown if we're running the non-testing packages, wait for updates, or just switch straight over to the testing packages?
I've already updated the ktown repository. Basically 'latest' and 'testing' are now identical so it won't matter which of the two you had configured, you'll get the PAM-fied packages. If you already were using the PAM from Slackware's testing combined with my ktown 'testing' repository, then there's nothing you have to change.
If you did not use PAM before, you will have to do a reinstall of the following packages which are the only ones that want to use PAM: kscreenlocker, plasma-workspace and sddm-qt5. And don't forget to install the new kwallet-pam package.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,095
Rep:
Quote:
Originally Posted by bassmadrigal
It's official, and it should go unnoticed by the vast majority of users. Make sure you slackpkg install-new or manually install pam, cracklib, and libpwquality..........
Hello , i have a little issue after merge PAM , .. i cant use kde4 autologin , i have configured to no enter password everytimes , but now i cant autostart , i see a file under
/etc/pam.d/kde
but i dont know what need to change to make autologin working again.
Just PAM-fied my box. All went well except sddm autologin not working anymore. Manual login works fine in console and sddm though. I'll take a look on that later... maybe someone has even solved that in this thread.
I've already updated the ktown repository. Basically 'latest' and 'testing' are now identical so it won't matter which of the two you had configured, you'll get the PAM-fied packages. If you already were using the PAM from Slackware's testing combined with my ktown 'testing' repository, then there's nothing you have to change.
If you did not use PAM before, you will have to do a reinstall of the following packages which are the only ones that want to use PAM: kscreenlocker, plasma-workspace and sddm-qt5. And don't forget to install the new kwallet-pam package.
Thanks! Today I upgraded two machines running -current, one with ktown and one without, all smooth sailing so far.
Maybe what I felt about PAM was wrong!
I manually installed all the updates (according to ChangeLog from 18.05.2020) and recompiled my packages (including Dovecot) on the test server and everything seems OK.
Since the last upgrade with pam, the file /etc/suauth seems to be ignored. So "su" has only his default behaviour : asking for user login password. Is there a way to make /etc/suauth work again please?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.