A way of extending the PKGTOOLS for handling Groups
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.
... Making sure it is self contained, in other words that running any of the included apps won't fail by lack of a dependency. That is the point. But short of including all Slackware packages in the template that of course would need a dependency check. Let's take a simple example: you are not going to include dbus in a KDE group, are you?
But then if you remove dbus, will KDE work?
In other words, only Slackware is guaranteed to be self contained, none of its sub sets.
Last edited by Didier Spaier; 12-02-2017 at 03:44 PM.
Distribution: Slackware/Salix while testing others
Posts: 1,718
Rep:
Darth, I think you are misunderstanding EH and PV...They merely said Slackware will not do this, they never said you or someone else cannot do it. They even suggested (with a tip of the hat or a smirk) that you could provide this service to the community. Didier showed you how it is already handled by Salix repo using slapt-get...So it seems like this debate is going to become the sound of one hand clapping soon.
Lets keep all the gods out of a discussion about some trivial text files.
You keep implying that it would be trivial ("a low burden of its adding") to add and maintain a new file in EVERY SINGLE PACKAGE in the distribution. That is, if I even thought it was a good idea.
Lets keep all the gods out of a discussion about some trivial text files.
Slackware is not required to conform to your specific needs/wants. You are free to suggest changes, additions. The maintainer is the one who makes the final call on the package sets/configuration of Slackware.
As PV and EH stated you are free to modify Slackware to your specific use case. I'm not sure why you feel the need to be abrasive; that is not helpful on our forum. Have a nice day.
Darth, I think you are misunderstanding EH and PV...They merely said Slackware will not do this, they never said you or someone else cannot do it. They even suggested (with a tip of the hat or a smirk) that you could provide this service to the community. Didier showed you how it is already handled by Salix repo using slapt-get...So it seems like this debate is going to become the sound of one hand clapping soon.
You are right, I can do that myself, and I can even provide myself those information in a bright day.
BUT, to be of general usefulness, those information should be included in distribution, to spread to users, included in the packages.
Unless that, will be my individual work, and for my own wellness.
Thanks you, I think that I handle well this task for myself, but I thought for an improvement. Useful for many.
Will that be adopted, or not? Only Patrick would decide, I for one I showed arguments for my POV.
You keep implying that it would be trivial ("a low burden of its adding") to add and maintain a new file in EVERY SINGLE PACKAGE in the distribution. That is, if I even thought it was a good idea.
Please do not put words in my mouth.
I do not say that maintaining of this information, then of those files, is a trivial task. Your time and work is invaluable.
But, I tend to consider the gods, all of them, as important entities, which have more important things to do than to look to merely things, like even this discussion.
Or, how its said in my very own Christian Orthodox religion: "Do not take God's name in vain"
This is the third commandment.
Last edited by Darth Vader; 12-02-2017 at 04:32 PM.
...
But short of including all Slackware packages in the template that of course would need a dependency check.
...
It is a common mistake to think that dependency resolution will automagically solve the problem with the full install. Slackware does not split packages. For example if you use slapt-get to install wpa_supplicant on a minimal system, it will pull everything and the kitchen sink. Wpa gui depends on QT, QT depend on gcc gcc-c++ Xlibs and mesa, mesa pulls llvm and so on, you get the picture.
William Shakespeare used for doing his writings a trivial material: paper
But his geniality and efforts made us to know him after hundreds of years.
I think is a big difference between the materials used and the work made. The materials could be trivial, while the work could be genial.
I do not think that someone would not be considerate for the work made, just because it is on some "trivial" text files, so maybe that issue is seen bigger than it is.
Last edited by LuckyCyborg; 12-02-2017 at 04:58 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.