-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
pam: Could we have OpenPAM back on Linux? #8
Comments
Hey there @takusuman, I appreciate you dropping by and leaving this suggestion! Well it seems that most user accounting and authentication utilities nowadays are linking against PAM, not that we are against this behavior, but we were a bit hesitant to introducing PAM, which is why it is currently optional. I was looking into alternatives like Thanks for bringing OpenPAM to my attention as I have not heard of it. Is it still being maintained though? |
I don't think it's actually bad, but I'm more inclined to use OpenPAM than LinuxPAM because it is directly derived from Sun Microsystems' work --- which isn't a quality seal per se, but it caught my attention since I'm extremely favorable towards alternatives.
Well, for my surprise --- since OpenPAM team wasn't doing any stable releases since 2019, only loose commits on their Gitea ---, they released a new stable release last year. |
Looks interesting indeed, it has also been around for a while. I will be considering this for use in glaucus. Let's try to craft proper modules as it seems lacking compared to Linux PAM. |
If it helps, as I remember to have talked about with dslm4515, NetBSD and FreeBSD have some missing PAM modules already implemented. dslm4515/BMLFS#29 (comment) I may confess that I'm a little bit preoccupied about how KDE deals with OpenPAM, since it apparently presents some problems since 2005 and, according to some people at FreeBSD forums, as of 2018, KDE and OpenPAM have some problems and the KDE team don't know/care about how to fix them --- maybe a task for us? |
G'day, glaucus folks!
I remember testing OpenPAM back in 2022, but haven't done so since then --- the current Copacabana rootfs does not include PAM, since I was afraid of breaking something and having little to no people testing with me to ask about possible solutions.
It builds and runs like it should, but it hasn't any modules that would be necessary to run more complex applications like KDE, for example --- but it can link to shadowutils, which is a good signal, I guess.
Anyone here willing to do an experiment with it (besides me) and maybe port some modules from Free/NetBSD to Linux?
Much obliged in advance.
The text was updated successfully, but these errors were encountered: