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.
View Poll Results: How would you describe your experiences with swaret?
I have not had any major problems.
52
66.67%
I have not had any major problems with swaret, but I don't use it because I prefer to manually manage packages.
7
8.97%
I don't use swaret because it has previously hosed my system.
I have not had any major problems, but only because I don't expect more of swaret than it is capable of. I check the changelog before each update, and sort out any renamed/added/removed packages by hand afterwards.
I've had nothing but good expirience with it, even though i'm running current with the newest dropline-gnome, and that seems to bork alot of peoples systems. Not mine though .
I still wouldn't recommend it for anything beyond upgrades though. (installing programs your don't already have etc...). It's no where near the maturaty of apt-get or portage, and doesn't have many files beyond the slack system files. Also, I don't think it has been checking dependancies for me, although I can't be sure...
I used it to upgrade my Slackware 9.1 to current and never had any problems with it.
But I am not sure if I should use it for Slack 10.0 too....
I guess IŽll give it a try on my old laptop, when the time has come for the first upgrade.
I don't use and I don't trust third party packagemanagers. Updating Slackware using the standard package tools is easy, so there is no need at all to use something like swaret. I understand that swaret will introduce some kind of dependency checking. That's something I do NOT want at all. Dependency checking kills flexibility.
For example: if you decided to install a self compiled version of a library which was used by other programs as well, dependency checking packagemanagers start wining about something missing what is already there. In the worst case the packagemanager will start overwriting the files you compiled yourself and break things.
So no swaret, nor any other packagemanager for me besides the standard pkgtools Slackware provides and which does the job excellent for me.
The key is to ONLY use official sources. I trust packages that Pat V. builds, other than that build them yourself. The only problems I've ever had is getting broken packages from unofficial sources. That includes dropline gnome & linuxpackages.net. Slackware is the easiest distro to build packages for, as long as you have checkinstall on your system.
Technically, swaret allowed me to "hose" my system, it didn't do it on its own. I think it was the switch from 8.1 to 9.0 that gcc changed and the 9.0 binaries were incompatible with the 8.1 binaries and current contained binaries from both. Pointing swaret at current during that time allowed me to really screw things up. Hence, when I use swaret, I don't point it at current.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.