[SOLVED] If I use the current mirror, am I rolling
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.
I wanted to know the difference between current and 13.1, but I found this thread that explains it. However, if I choose the current mirror in my /etc/slackpkg/mirrors, am I on a rolling release version of Slackware?
Or is there no such thing as rolling release in slackware?
I come from Arch, and I actually love the rolling release concept of Arch a lot. The installation for Slack was pretty simple, given that I was used to the CLI installation and I found to be actually very similar to Arch's installation procedure.
I installed the full KDE version of Slack (first ever KDE usage among all distros I have tried until now) in VirtualBox and it seems to be running well. I just need to figure out more about Slackware and find ways to install things on it.
Last edited by Inxsible; 04-18-2011 at 10:12 PM.
Click here to see the post LQ members have rated as the most helpful post in this thread.
id say its rolling. you never have to actually reinstall/huge update your system. its definitely the closes you can get to a rolling release in slackware. but any packages you install yourself you will have to update manually. (i.e. not included in slackpkg)
I come from Arch, and I actually love the rolling release concept of Arch a lot. The installation for Slack was pretty simple, given that I was used to the CLI installation and I found to be actually very similar to Arch's installation procedure.
I run Arch on occasion and admire it a lot. Yes. Once you're running -current you will be following the changes as they occur in the -current changelog (a rolling release if you will). As with Arch it is prudent to read the changelog and also posts on here to see if there are any gotchas as new updates are added. From my experience slackware-current is remarkably stable, but, on occasion as with Arch things may go awry.
Enjoy! Welcome to the official Slackware forum.
I see that KDE is still at 4.4.3, whereas the latest upstream release is 4.6.2 in Arch. So its not bleeding edge as Arch, but bleeding enough. Also my first order of business is to get rid of the bloat completely. I just went with a default install of kde which installed fluxbox twm and a couple other wms. I need to get rid of all the packages I don't use since I like my systems to be lean. I also noticed that almost all the xorg video drivers were installed including voodoo savage etc etc inspite of me having only the ATI GPU. I do not understand --- why throw the whole kitchen sink in a new install?
I have always wanted to try out Slackware, but was either too busy or too lazy. I finally put it in a virtual machine and installed Slackware64. Will keep playing around with it and ask more questions on here.
why throw the whole kitchen sink in a new install?
It's just the way Slackware does things. It's intended to be treated as a complete system rather than a collection of bits that you pick and choose from (not that you can't pick and choose should you want to, but it's not really the recommended approach)..
One advantage of this approach is that if you clone/migrate your slackware system to another piece of hardware that has a different set of hardware, then everything will be sitting there waiting for you, no need to install a completely different set of packages. The downside is that it takes a little more space on disk, but these days disks are that big it's unlikely to be a problem.
In the interest of full disclosure, I'm being a little hypocritical here by recommending one thing and doing another: I personally don't install the KDE set, but I do install everything else.
Stumbling my way through it, I installed slackpkg enabled the current mirror and then did a slackpkg upgrade-all, which was a very long process (I went to bed once it reached the k's). I should have checked the changelog, but I don't know how. Still going through the trials and tribulations.
I just installed Slack 10 mins prior to posting here for the first time.
if you want to install other stuff on it, I suggest to have a look to slackbuilds.org and the tool that automates building from their repository, sbopkg.
why throw the whole kitchen sink in a new install?
Slackware doesn't do dependency tracking/management for you, so unlike Gentoo/Debian/RedHat/etc it's not quite as simple to pick an choose individual apps. Slackware gives you one complete, cohesive, all-inclusive configuration. Any variation from that default is an exercise for the individual system administrator.
You can think of it this way, Slackware assumes that every user is unique, and individual users are the best qualified to decide what they do and don't need. Slackware provides the sensible, common base from which everyone can carve out the system that suits them best.
This approach also lends itself to a simplicity of design, which is how Slackware, with just a small team of core developers, can keep up with projects like Debian, Gentoo, and RedHat, who each have several dozen core developers.
Stumbling my way through it, I installed slackpkg enabled the current mirror and then did a slackpkg upgrade-all, which was a very long process (I went to bed once it reached the k's). I should have checked the changelog, but I don't know how. Still going through the trials and tribulations.
I just installed Slack 10 mins prior to posting here for the first time.
Upgrading from 13.1 should work okay I've done that a few times.
People used to say to me (as a No0b) to check Changes en Hints and Upgrade.txt.. I didn't know where to look for or what to expect.
I herewith provide you 2 links, which are actually quite up to date as it seems, for the update/upgrade from 13.1 to 13.37. As 13.37 is now in Release-Candidate level (not as un-stable or dangerous as -current might be during the normal development-state: Its almost as good as gold)
As 13.37 is now in Release-Candidate level (not as un-stable or dangerous as -current might be during the normal development-state: Its almost as good as gold)
Agreed. 13.37 RC4+ is very stable and will soon be released as slackware-stable. It is rock-steady for me.
Alright. Another package manager was thrown at me in this thread -- sbopkg.
This is, i think, the 4th package manager I heard about after slackpkg, swaret, installpkg/updatepkg...(pkgtools).
are these universal? Meaning, can I choose one and use it across the board or does sbopkg only work with SlackBuild.org and slackpkg work with only the core repository packages??
slackware64-current would be equivalent to the testing repo in Arch ??
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.