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.
Hi,
Have just installed Matlab 2017 on Slackware64 14.2. When starting the program I get the error "missing libpam.so.0. Have tried to search for solution, but it is difficult to find anything useful. It seems that Slackware up to 14.0 had PAM in /extra which I have tried to compile on 14.2, but that failed.
IF our OP chose the PAMification way to run Matlab, would be interesting to report back how the things work.
BUT, a BIG FAT WARNING: going the system PAMification could render the system unusable on smallest errors, as it plays with the authentication.
PS. Talking about the Slackware PAMification, the curious people can take a look on https://github.com/Dlackware/pam and see that for a minimal implementation is only need to add FIVE packages (including even the Kerberos) and to modify ONE (shadow). That's all, folks!
It is nothing about removing half of Slackware shipped packages, and to add over 500 new ones, like in the case of adopting Plasma 5 and removing KDE4, about which you guys talk with serenity!
Last edited by Darth Vader; 09-04-2017 at 11:50 AM.
5 packages aren't that hard to do oneself if you require that functionality.
Yet, the old good excuse against PAM. In fact, why you are against PAM? You can explain what damages do to your system?
I tell you in few words: you can not! Because over years around PAM happened to grown layers and layers of false information, spread by no ones, for a mere moment of glory in a public forum.
And like was explained multiple times, adding PAM and Kerberos would be essentially a fork of Slackware, as they spread like a cancer over dependencies.
So, you suggest that thousands guys to FORK the Slackware, every one on his own, just because some lies?
Quote:
Originally Posted by RadicalDreamer
Plasma 5 is coming, coming someday. Plasma 5 has new krita
To be honest, I think that the Plasma 5 is simply too big to be included in a moderate sized distribution like Slackware.
Plasma 5 is so big, that IF it will be adopted, there would be no Slackware anymore, but some Plasmaware. Just like the Android: a "rich" and huge desktop environment in the top of a (minimal) Linux system.
IF you want this Plasmaware, feel free to use thirdly-party repositories, BUT, I for one I want my Slackware, not the Plasmaware!
And I hope that Patrick Volkerding would see the trap set by Plasma 5, and when KDE4 would not compile anymore, would replace it eventually with some more lightweight desktop environment, even it is based on Qt.
Last edited by Darth Vader; 09-04-2017 at 01:15 PM.
What happens when I have compiled and installed the packages?
In that moment you will get something which is not Slackware anymore, but your own Dauerware, where if you build something, it probably will fail because unresolved PAM and/or Kerberos dependencies...
And you will have to take the duty to maintain it, instead of Patrick Volkerding.
BUT, that's theoretical, at the end of day, would be interesting to research and report back the very impact of PAMification of a Slackware installation...
Last edited by Darth Vader; 09-04-2017 at 01:18 PM.
Our dear BDFL of Slackware doesn't seem to like PAM. As long as it doesn't get in my way I don't care either way, and having said that I don't like things that obfuscate what is going on (not saying PAM does or does not do this because I never looked into it). Its one of the reasons I use Slackware with its KISS philosophy. If he isn't going to use Plasma 5 then he should just drop KDE because Current is the development branch of the next Slackware. Why waste time supporting something that will be dropped in the next release and conflicts with Plasma 5 packages? Plasma 5 is like where Firefox and rust was. Its on the to-do list but not yet from what I gather based on what our dear BDFL of Slackware has said. Also there are several versions of Slackware available for the Plasma 5 phobics.
In that moment you will get something which is not Slackware anymore, but your own Dauerware, where if you build something, it probably will fail because unresolved PAM and/or Kerberos dependencies...
And you will have to take the duty to maintain it, instead of Patrick Volkerding.
BUT, that's theoretical, at the end of day, would be interesting to research and report back the very impact of PAMification of a Slackware installation...
haha, so basically I am screwed
So I guess I have to decide whether to use matlab and find another distribution or live without it.
To be honest, I think that the Plasma 5 is simply too big to be included in a moderate sized distribution like Slackware.
Plasma 5 is so big, that IF it will be adopted, there would be no Slackware anymore, but some Plasmaware. Just like the Android: a "rich" and huge desktop environment in the top of a (minimal) Linux system.
How did you determine that your claim holds truth?
Let me give you my view of sizes:
In order to understand why Plasma5's language files (the kdei section) is so small if you compare ith with KDE4 you need to know that those language files are just for the remaining kdelibs4 applications. All Plasma5 applications have their localizations inside the binary packages. This means you won't be able to selectively install just one or two languages - you get them all by default.
But apart from that fact, what you see above is that the sum of all packages for Plasma 5 (1184 MB) is just 146 MB larger than the KDE4 package set (1038 MB). And just the Qt5 plus the Noto TTF font packages are 153 MB in size. I would not consider Plasma5 to be "too big" for Slackware compared to KDE4.
But that's just my biased opinion.
There is no problem in installing pam in slackware, although relatively pointless because nothing supplied with the slackware distribution uses pluggable authentication modules. If it satisfies a dependency of a pre-compiled binary you don't have the source for, installing it might be sensible - such as with google-chrome in earlier slackware versions - but if that pre-compiled binary intends to use pam for authentication it is likely to be disappointed because the particular module it is looking for may be missing, and even if it is there its configuration file might be incomplete.
I have one slackware64-current computer which has systemd and pam installed: it gives the option of either booting slackware's standard SysV-derived boot-up, or booting with systemd (you can pass the init as a kernel parameter). The only packages that really needed to be recompiled for this were shadow, dbus, polkit and wpa-supplicant. You also need to prune eudev, because systemd supplies pretty much everything except udevd (and is ABI compatible with eudev), which is still required for a SysV boot-up.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.