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.
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.
That is somewhat extreme. You replaced your slackware shadow package with a pam enabled one just to run Matlab: does Matlab actually require that?
I am not limited by knowledge
I tried to replace the shadow package with the slackware original and removed all the other packages except for the linux-pam package. Matlab still runs so it is only necessary to install the pam package.
3. explodepkg your newly built pam package to grab libpam.
4. Copy libpam.so.0.84.2 to (e.g.) /opt/MATLAB/R2017a/bin/glnxa64/libpam.so.0.84.2
5. Make a link so libpam.so.0 points to libpam.so.0.84.2 (ln -s libpam.so.0.84.2 libpam.so.0)
I'm pretty sure I sent a message to The MathWorks detailing all this in the hopes that they'd document it, but they simply replied "Slackware is not a supported Linux OS." I also asked that they not link against libpam, because as far as I can remember, MATLAB isn't actually using libpam to do anything.
...pretty sure I sent a message to The MathWorks detailing all this in the hopes that they'd document it, but they simply replied "Slackware is not a supported Linux OS." I also asked that they not link against libpam, because as far as I can remember, MATLAB isn't actually using libpam to do anything.
It's too bad they didn't at least say "Thank you for your interest in our software"
Or
" and by the way thanks for helping someone else use our software, at no expense to us."
Or
"We really enjoy working the open source community"
I'm pretty sure I sent a message to The MathWorks detailing all this in the hopes that they'd document it, but they simply replied "Slackware is not a supported Linux OS." I also asked that they not link against libpam, because as far as I can remember, MATLAB isn't actually using libpam to do anything.
There used to be the same issue with google-chrome in times past, which is why slackware used to include pam in extras. pam in slackware didn't actually do anything except satisfy a linking dependency (it didn't do any authentication unless you installed your own modules). However, google fixed the need for this.
pam in slackware didn't actually do anything except satisfy a linking dependency
Permit me to disagree! For example, the lack of a functional PAM authentication make (almost?) impossible the usage of iTALC, a software used heavily on schools...
The thing is something like a remote control, and the teacher can see and act on any of student computers.
So, for lack of PAM, on at least three schools the kids learn Ubuntu instead of Slackware. Trust me, there.
Read the story of those three schools as about 5000 of possible future Slackware users was, well... lost. Every year.
But this is a old story, from 8 years ago...
Last edited by Darth Vader; 09-05-2017 at 04:39 PM.
Permit me to disagree! For example, the lack of a functional PAM authentication make (almost?) impossible the usage of iTALC, a software used heavily on schools...
The thing is something like a remote control, and the teacher can see and act on any of student computers.
So, for lack of PAM, on at least three schools the kids learn Ubuntu instead of Slackware. Trust me, there.
Read the story of those three schools as about 5000 of possible future Slackware users was, well... lost. Every year.
But this is a old story, from 8 years ago...
Would you care to read again what I (and others) have written, which is about how to run Matlab under slackware? What you say may or may not be true, I don't care to take the time to find out. However it has nothing to do with the point to which you think you are replying.
@chrisVVWell, I just replied to your questioning of the general PAM utility in Slackware, nothing more...
The point you continue to miss is that my post had nothing to do with questioning the general utility of having PAM in slackware. It commented only on why for a time earlier slackware versions had it in extra, as a matter of fact. That was to satisfy a linking dependency of google-chrome.
Since you want to continue this, on a more on-topic point and as an entirely separate issue, your advice about substituting a load of dlackware stuff on the OP's system to run matlab was way wide of the mark.
Let me lastly add that I have nothing particularly against pam or systemd. As I mentioned, I have both running with slackware64-current on one of my computers, on a much less intrusive basis than dlackware achieves. I also have gnome-3.24 running on it.
Since you want to continue this, on a more on-topic point and as an entirely separate issue, your advice about substituting a load of dlackware stuff on the OP's system to run matlab was way wide of the mark.
You are kind to read the previous posts again?
In fact, while Richard Cranium happens to advice the usage of http://www.slackware.com/~vbatts/pam/ , myself I warned the OP that this project is about an eventual PAMification of Slackware, and how I know that it is still relative old stuff, I suggested https://github.com/Dlackware/pam as more viable alternative for, IF the OP wants to go this path for real. Read: I explained the context of what OP is ready to go.
Yet, I issued another warning about the possible dramatic consequences of this choice and the risk to render the system unusable on slightest mistake, like you seen.
Finally, while after my warnings about the eventual consequences the OP being still undecided, guess who go forth? RadicalDreamer
Quote:
Originally Posted by RadicalDreamer
If I needed PAM I would use Dlackware's PAM.
Finally, later happens that drumz suggested what I see a proper way to deal with this particular issue of the Matlab usage on Slackware.
Last edited by Darth Vader; 09-05-2017 at 05:53 PM.
I believe that Darth Vader would attempt to out-stubborn a cat.
It was my belief that the OP just wanted Matlab to work and really didn't give a damn about installing PAM to handle authentication on his/her system. I believed the OP would have simply grabbed the libpam package, looked inside it, and install the shared library that he asked about in the first message.
If it will make you shut up, of course you saved the day, Darth Vader.
Sorry, this is unintelligible drivel. And still misses the point.
I think that Darth Vader viewed my reply as "Hey, OP, install all this stuff and it will solve your problem". I thought that I meant "OP, you can find your missing shared library somewhere in here."
Darth Vader's point that package set I pointed to might not actually work if you installed it all and actually leave you with a severely borked system is not without merit.
However, PAM has been a bee in Darth's bonnet for a few years now. I start to wonder if our BDFL doesn't include PAM simply to tweak Darth's nose.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
