[SOLVED] Slackware64 current newbie confusion with system messages.
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.
OK. Maybe I missed something, but at what point was it announced that the development tree of Slackware is an actual release? And by whom?
This is news to me!
Labels, my dude. LABELS. The terms are interchangeable and which term a given user prefers is going to depend on which distros they have worked with. People will always look at something new through the lense of what they already know.
Arch users will look at -current like a rolling release branch in the style of Arch. Because that's more or less what it is.
Fedora users will compare -current to their Rawhide "development branch".
Technically you are right though. In Slackware nobody calls -current a rolling release. And given that Slackware was here before everybody else I'm incline to say that rolling releases are actually just dev/testing trees, rather than the other way around.
The "testing" branch of Archlinux is probably what is closest to slackware-current (as well as fedora rawhide)
fedora defines it very well
Code:
As a Rawhide consumer, you should:
- Be willing to update on an almost daily basis [...]
- Be willing and able to troubleshoot problems. [...]
- Have time and desire to learn new interfaces and changes.[...]
- Be willing to reboot frequently to test new kernel versions [...]
- Be willing and able to report bugs to Bugzilla [...]
If the above doesn’t match you, you may wish to instead follow the Branched release
(depending on the point in the release cycle) or use regular stable Fedora releases.
Originally Posted by /slackware-current/CURRENT.WARNING
"Slackware-current is a snapshot of the active Slackware development tree. It is intended to give developers (and other Linux gurus) a chance to test out the latest packages for Slackware. The feedback we get will allow us to make the next stable release better than ever.
See the ChangeLog.txt for a list of changes in Slackware-current.
Please note that the code in this directory is unstable. It might be inconsistent about which version of the Linux kernel is required, could be incomplete because it's in the process of being uploaded, or might not work for other reasons. In most cases, we know about these things and are working to correct them, but still -- feel free to point out the bugs.
Production use is AT YOUR OWN RISK and is not recommended.
Security is NOT GUARANTEED. In -current, forward progress often takes priority. Security fixes take time and resources, and would often have to be done more than once. It's more efficient to build the system and secure it as time permits and/or the development cycle nears completion.
We do not promise to issue security advisories for Slackware-current.
Slackware-current might DELETE FILES WITHOUT WARNING when packages are upgraded. (If, for example, a directory location is replaced by a symbolic link to a new location.) Upgrade packages carefully. Examine incoming updates first if your machine's data is not expendable. Again, we do not recommend using Slackware-current to store or process valuable data.
It is a system in testing, not one that is ready to go (though often it does work just fine... BUT DON'T COUNT ON IT)"
There is also the concept of "stable rolling release". I know only one example of that (but maybe there are others), which is openSUSE Tumbleweed. This article highlights (from the author's POV) the differences between rolling and stable releases and why he prefers the former.
There is also the concept of "stable rolling release". I know only one example of that (but maybe there are others), which is openSUSE Tumbleweed. This article highlights (from the author's POV) the differences between rolling and stable releases and why he prefers the former.
Sorry, but again "Rolling release" is not opposed to "Stable release", but to "Fixed release"
All those people who jumped on -current without having a business with beta-testing are at least half to be blamed for those 6 years of development of Slackware 15.0 , because the Slackware development slowed down to an "acceptable stability" for their sake.
IF the people would refuse to understand that -current is not a "rolling release" and they do not mind their own business, I predict that this time we will get Slackware 15.1 no sooner as the year of 2030. If we are lucky.
I for one, I wish our BDFL to go wild on development and to break hard every month the -current - and in half a year we will see who is capable to survive on Slackware-current.
Last edited by LuckyCyborg; 12-21-2022 at 06:04 AM.
Sorry, but again "Rolling release" is not opposed to "Stable release", but to "Fixed release"
Or "regular release" as Richard Brown has written with the meaning "has specific versions ... released in a regular cadence" (which does not apply to Slackware as there is no regular cadence). What I meant is that a rolling release, as a fixed or regular release, can provide a stable system, in the sense that the frequent updates do not cause disruptions of the services it runs or cause issues that can not be quickly and easily solved (possibly rolling back a problematic update). Indeed there can be exceptions, but backups are intended for that as well as for hardware failures, regardless of the "release model".
Last edited by Didier Spaier; 12-21-2022 at 04:37 AM.
Reason: s/written/has/written/
All those people who jumped on -current without having a business with beta-testing are at least half to be blamed for those 6 years of development of Slackware 15.0 , because the Slackware development slowed down to an "acceptable stability" for their sake.
IF the people would refuse to understand that -current is not a "rolling release" and they do not mind their own business, I predict that this time we will get Slackware 15.1 sooner as the year of 2030. If we are lucky.
I for one, I wish our BDFL to go wild on development and to break hard every month the -current - and in half a year we will see who is capable to survive on Slackware-current.
You are evil @LuckyCyborg!
Isn't it broken enough -current even now (kernel, Postfix)?
If
Quote:
go wild on development
means GRUB, systemd with compatibility mode for SysV, I will still be a beta tester.
So because we, beta testers are testing the new packages, it's our fault that BDFL can't make the decision to release a new stable?
I have a question to the people running current (and there seem to be many!).
At this point in time, what does -current provide that the stable release doesn't?
For me, it provides many updates to packages which I was previously maintaining myself on 15.0 which I need to build and run the GNOME desktop. It majorly decreased the amount of packages I had to maintain myself and the time I was investing which allowed me to focus on what I wanted to do.
Sure, some would say "don't run Slackware if you want to use GNOME then", and you're partially correct. But we have many others maintaining and contributing GNOME versions for Slackware outside of Pat's tree, so that point is moot.
I use Slackware because it's the distro I feel at home with and enjoy using. I actually like maintaining it, and if it breaks, I find joy in fixing it (or trying to). Maintaining a desktop that's as large as GNOME and completely unsupported isn't for the faint of heart. That being said, I've run Slackware for over 20 years and I think I can handle myself. To each their own though, if no one ran -current, how would the bugs get fixed? You expect Pat to notice and find every thing on his own? Do you really want to get a 15.1 or not? Others input is needed, it's the only way to ensure it gets better and isn't broken for someone. We may not find things right away, but things will be found and the next release will benefit from it.
I'm not saying for everyone to go jump on -current. If 15.0 works for your use case, please stay there. But Linux offers choice, and I'm willing to bet, my choice (and others) to run -current will help to make the next release more stable for you.
I keep the important things on stable, like my server. But for home use and for making sure I can run the latest GNOME Desktop (among other things), right now -current is that place. Would I normally run -current? Nope. I like being lazy. -current is a fast moving train, if you don't have the energy and drive to keep up with it, you will have a painful experience. But if you can manage updates and staying in sync with the repo, you'll find it's rarely broken and quite an excellent bleeding edge system to use.
I'm not saying for everyone to go jump on -current. If 15.0 works for your use case, please stay there. But Linux offers choice, and I'm willing to bet, my choice (and others) to run -current will help to make the next release more stable for you.
Permit me to disagree! Hard disagree!
In fact, you help no one! Because treating the development tree of Slackware as a "rolling release" has no other result than delaying the next release as demonstrated by the last development cycle: more "civilians" are on the development battlefront, more slow this development becomes.
And I think that over 5 years of development for Slackware 15.0 is more than enough. I do not want Slackware 15.1 to be released on year of 2030 because you want a "rolling release" in Slackware - which does not exists, BTW...
So, be gentle and do a favor to everyone: either use the latest stable release of Slackware (yes, there's also GNOME4 for it) or go to a true rolling release distribution, like is openSUSE Tumbleweed.
Last edited by LuckyCyborg; 12-24-2022 at 06:56 AM.
Slackware 15.0 is new enough to be decently modern. And in the end, I for one, I can build myself the latest Postfix in -stable, so certainly you can do too.
Quote:
Originally Posted by teoberi
Did you forget about 14.2?
So, you want to be repeated the story of 14.2 and to see 15.1 in the year of 2030?
Last edited by LuckyCyborg; 12-24-2022 at 07:07 AM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.