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.
Okay, I see. If those are really only needed for KDE (as far as the full install is concerned), then I agree it would be helpful to put them in their own category.
Even there are non-Plasma packages depending on them, I think they should stay away of L series.
IF really, but really, some can't live without Qt5 and its dependencies, how about putting them in another series, meaningful called just QT ?
I for one, the first thing I will do if/when Slackware will adopt Plasma 5 will be to not install (or remove) that, then going back to KDE4. I do not need them at all.
Last edited by Darth Vader; 09-28-2017 at 11:53 AM.
Yes I know that. Perhaps all the KDE asd X games could go in there.
Again, I think that we should not mix the filthy Plasma 5 packages with the others. IF there is really a need to separate the KDE games, how about a KDEY series?
Again, I think that we should not mix the filthy Plasma 5 packages with the others. IF there is really a need to separate the KDE games, how about a KDEY series?
Even there are non-Plasma packages depending on them, I think they should stay away of L series.
IF really, but really, some can't live without Qt5 and its dependencies, how about putting them in another series, meaningful called just QT ?
How many series should we end up with then? Should we have an m/ series for multimedia? gtk/? editors/? shells/? servers/? browsers/? photoviewers/? photoeditors/? python2/? python3/? python2and3/? perl/? chat/?... you can see we can keep going with this.
This seems like you're asking for a workaround for dependency resolution in a distro that doesn't provide dependency resolution.
How much work do you really want to put on Pat? At what point do we have too many categories?
How many series should we end up with then? Should we have an m/ series for multimedia? gtk/? editors/? shells/? servers/? browsers/? photoviewers/? photoeditors/? python2/? python3/? python2and3/? perl/? chat/?... you can see we can keep going with this.
This seems like you're asking for a workaround for dependency resolution in a distro that doesn't provide dependency resolution.
How much work do you really want to put on Pat? At what point do we have too many categories?
You have a point especially now with terabyte hard drives or more being the norm, but if packages were grouped more then maybe Distrowatch would provide kinder reviews.
Amazing, but I obtained the same result, following that procedure. See the attached screenshot.
BTW, there are 65 packages as Plasma 5 dependencies, prepared by our Atomic Dutch to be sent right to the L series.
So, these deps extracted take up 687 MB of space.
Now, look a t just qt5 and qt5-webkit. They take 378 MB of that space. There are a couple of huge TrueType font collections in there as well: the two noto font packages have a 131 MB installed footprint. Meaning that all the other 57 'deps' packages claim the remaining 170 MB. That is not really a lot is it?
Of those remaining deps, several are already in Slackware and I simply needed more recent versions or versions compiled against Qt5: gpgme, grantlee, phonon, phonon-gstreamer, polkit, poppler, qca.
Also, there are several new packages that are not just useful to KDE Plasma5: packages like OpenAL, ddcutil, dvdauthor, frei0r-plugins, id3lib, lensfun, libburn, libxkbcommon, mlt, opencv, phonon-vlc, vid.stab are dependencies of a lot of other stuff out there on slackbuilds.org for instance.
It really is not as bad as some of you are perceiving this. And you can still omit the KDE package series from your installation if you are happy with one of the other Desktop Environments.
Tell me, do you already prune Qt4 from your computers along with all the non-KDE Qt4-based software?
How many series should we end up with then? Should we have an m/ series for multimedia? gtk/? editors/? shells/? servers/? browsers/? photoviewers/? photoeditors/? python2/? python3/? python2and3/? perl/? chat/?... you can see we can keep going with this.
Looks like will be enough KDEL, if there are dumped every piece of Plasma 5 and Qt5 dependencies.
Quote:
Originally Posted by bassmadrigal
This seems like you're asking for a workaround for dependency resolution in a distro that doesn't provide dependency resolution.
Exactly! We need extraordinary measures to stay away of the ugly whale.
Quote:
Originally Posted by bassmadrigal
How much work do you really want to put on Pat? At what point do we have too many categories?
I strongly believe that after the initial setup of this additional series, would be ZERO additional work for Patrick Volkerding to keep away that shiny Plasma 5 from the computers of those who do not want it at all.
And anyways, those changes will be made when him will already need to mess royally with the tree, removing the KDE4 goodness, to my completely disappointing...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.