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.
...Also, as i love supporting Linux, would these questions have answers in the Slackware book sold on the Slackware storefront? That'd be fine with me, geek literature is great!
Ok, I'm lame. RTFM. The Slackbook is advertised as having a whole chapter (18) on package management and SlackBuild scripts.
If I do that I'll obviously have to use -Current mirrors for Slackpkg. After it goes Stable would I have to switch to a stable mirror manually? Actually, when it is officially released, how do you switch to Stable? I've seen documentation on upgrading but never for going from Current to Stable.
Last edited by Tribulation; 04-06-2011 at 02:54 PM.
If I do that I'll obviously have to use -Current mirrors for Slackpkg. After it goes Stable would I have to switch to a stable mirror manually? Actually, when it is officially released, how do you switch to Stable? I've seen documentation on upgrading but never for going from Current to Stable.
Yes that is correct.
Once -current goes stable simple edit /etc/slackpkg/mirrors and point it at the now stable 13.37 branch.
You'll see that the mirror list has already been updated in anticipation. Do be vary careful to use the correct "ARCH" though, things get messy when you point a 64bit install at a 32bit mirror etc..
Well I already installed 13.1 last night but thought about upgrading to -Current. I've already read instructions on how to do it, and I read that I should uncomment all blacklisted packages before I do so. If I understand things correctly, packages are blacklisted to avoid system breakage. I imagine that I shouldn't blacklist anything when I run Current but I probably should when I switch to 13.37 when it officially releases. Will there be any documentation with the system or anywhere that recommends which packages should be blacklisted at that time?
Just blacklist "aaa_elflibs" as once you are running stable, that package should not be upgraded (unless you start tracking -current again).
You can add any of your own custom packages (you may have recompiled or upgraded yourself) things built from SBo etc...
The default slackpkg blacklist should be up to date and ready to go so maybe the last thing you can do once stable is declared is reinstall slackpkg, choose to overwrite the existing configs with the *.new ones and uncomment your preferred mirror.
After that just blacklist anything you need to as mentioned above.
Edit: I see you mention Linuxpackages.net.
My advice would be to use Slackbuilds.org and perhaps even sbopkg. Better to compile the applications on your machine rather than trusting pre-compiled packages.
Last edited by mRgOBLIN; 04-06-2011 at 07:08 PM.
Reason: After-thought
Okay, so nothing blacklisted until 13.37 goes Stable, and once that happens, re-install slackpkg and overwrite everything, then I'm good. Alright, thanks.
Quote:
I see you mention Linuxpackages.net.
Nope, I have sbopkg. The only pre-compiled packages I've grabbed have been from Alien Bob's site.
Just blacklist "aaa_elflibs" as once you are running stable, that package should not be upgraded (unless you start tracking -current again).
I've read somewhere that even in -current, aaa_elflibs should not be upgraded. For example, if use -current and wish to NOT upgrade the aaa_elflibs, is there a chance that I will have a problem later on due to not upgrading it? Or do I need to upgrade it sometime?
I've read somewhere that even in -current, aaa_elflibs should not be upgraded. For example, if use -current and wish to NOT upgrade the aaa_elflibs, is there a chance that I will have a problem later on due to not upgrading it? Or do I need to upgrade it sometime?
I think that if you do upgrade the entire OS you will probably not gain or lose anything at all by upgrading the aaa_elflibs.
Personally I do upgrade it in the very last stages of current development (for completeness sake) but after reading what Mozes has written there it would appear it's not really necessary.
I'm more than happy to be corrected here and would defer to what Pat and Mozes say on the matter.
I've read somewhere that even in -current, aaa_elflibs should not be upgraded. For example, if use -current and wish to NOT upgrade the aaa_elflibs, is there a chance that I will have a problem later on due to not upgrading it? Or do I need to upgrade it sometime?
Quote:
Originally Posted by mRgOBLIN
I think that if you do upgrade the entire OS you will probably not gain or lose anything at all by upgrading the aaa_elflibs.
Personally I do upgrade it in the very last stages of current development (for completeness sake) but after reading what Mozes has written there it would appear it's not really necessary.
I'm more than happy to be corrected here and would defer to what Pat and Mozes say on the matter.
Thanks everyone for your responses, i appreciate all info.
How does the -Current release of Slackware vary from a stable version (like my 13.1) as far as package management? If you tell me "one must always build from source" or "one must track thy own packages for updates manually" either is cool and either i am comfortable with .
Also does Slackware have it's own repository? (linuxpackages.net?) And does this vary between -Current and the stable release?
Package Management : Probably the most often answered question on the Slackware Forum. There is an excellent package management tool pkgtool, whcih requires a minimal amount of CLI competance to use. It does what all tools do (install, remove, upgrade) Slackware packages. The only thing that it does not do is to try and keep track of dependencies - that is firmly up to the user. As a result Slackers tend to know / find out pretty quickly what they need to have on their systems to install software they need in addition to what is supplied with the releases.
As regards a repository, there is no official one, but various unofficial sites exist which offer binary packages. Most people however seem to use (Slackbuilds). This site provides version-sensitive Slackware-compatible buildscripts which you can use to build packages from source. Thre are links pointing to the sites which have the sources. There is also a very good command line tool called sbopkg which communicates with the Slackbuilds site, downloads what you need and does the building (NB still no dependency management!).
Also does Slackware have it's own repository? (linuxpackages.net?)
SlackBuilds.org has already been mentioned and is the first place I look, but there are two other places I look before I would go to linuxpackages: Eric Hameleers's slackbuild site and Slacky.eu (the Italian Slackware Community site; some basic familiarity with Italian is useful but not necessary). These both have compiled packages, but still make slackbuilds available for everything. This last point is where LP is most lacking: slackbuilds are only optionally included, and will probably only work on the Slackware version they were compiled for.
Oh, yeah, here at LinuxQuestions, there's a wiki that includes this:
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.