LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 12-21-2022, 12:59 AM   #16
Pithium
Member
 
Registered: Jul 2014
Location: Far side of the Oregon Trail
Distribution: Slackware64 15.0
Posts: 502

Rep: Reputation: 584Reputation: 584Reputation: 584Reputation: 584Reputation: 584Reputation: 584

Quote:
Originally Posted by rkelsen View Post
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.
 
Old 12-21-2022, 02:12 AM   #17
marav
LQ Sage
 
Registered: Sep 2018
Location: Gironde
Distribution: Slackware
Posts: 5,362

Rep: Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075
rolling-release does not mean "unstable"

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.
https://docs.fedoraproject.org/en-US/releases/rawhide/

This can also be applied to slackware-current

Last edited by marav; 12-21-2022 at 02:15 AM.
 
1 members found this post helpful.
Old 12-21-2022, 03:00 AM   #18
rkelsen
Senior Member
 
Registered: Sep 2004
Distribution: slackware
Posts: 4,451
Blog Entries: 7

Rep: Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553Reputation: 2553
Yeah, well, I'm old enough to remember this:

Quote:
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)"
Has this advice from Patrick changed?
 
3 members found this post helpful.
Old 12-21-2022, 03:18 AM   #19
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,058

Rep: Reputation: Disabled
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.
 
Old 12-21-2022, 03:49 AM   #20
marav
LQ Sage
 
Registered: Sep 2018
Location: Gironde
Distribution: Slackware
Posts: 5,362

Rep: Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075
Quote:
Originally Posted by Didier Spaier View Post
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"
 
Old 12-21-2022, 04:04 AM   #21
LuckyCyborg
Senior Member
 
Registered: Mar 2010
Posts: 3,500

Rep: Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309
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.
 
1 members found this post helpful.
Old 12-21-2022, 04:11 AM   #22
LuckyCyborg
Senior Member
 
Registered: Mar 2010
Posts: 3,500

Rep: Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309
Quote:
Originally Posted by marav View Post
Sorry, but again "Rolling release" is not opposed to "Stable release", but to "Fixed release"
Yes, BUT there is no such thing as a "rolling release" in Slackware. Only stable releases and a development tree.

Last edited by LuckyCyborg; 12-21-2022 at 04:15 AM.
 
1 members found this post helpful.
Old 12-21-2022, 04:16 AM   #23
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,058

Rep: Reputation: Disabled
Quote:
Originally Posted by marav View Post
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/
 
Old 12-21-2022, 05:51 AM   #24
teoberi
Member
 
Registered: Jan 2018
Location: Romania
Distribution: Slackware64-current (servers)/Windows 11/Ubuntu (workstations)
Posts: 608

Rep: Reputation: 350Reputation: 350Reputation: 350Reputation: 350
Quote:
Originally Posted by LuckyCyborg View Post
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?
 
Old 12-21-2022, 05:58 AM   #25
marav
LQ Sage
 
Registered: Sep 2018
Location: Gironde
Distribution: Slackware
Posts: 5,362

Rep: Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075Reputation: 4075
Quote:
Originally Posted by teoberi View Post
If means GRUB, systemd with compatibility mode for SysV, I will still be a beta tester.
We already have grub
And udev & elogind for compatibility mode for SysV
And, yes, I'm still a beta tester too
 
1 members found this post helpful.
Old 12-21-2022, 07:24 AM   #26
keefaz
LQ Guru
 
Registered: Mar 2004
Distribution: Slackware
Posts: 6,552

Rep: Reputation: 872Reputation: 872Reputation: 872Reputation: 872Reputation: 872Reputation: 872Reputation: 872
Quote:
Originally Posted by rkelsen View Post
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?
Adrenaline
 
5 members found this post helpful.
Old 12-21-2022, 11:50 AM   #27
teoberi
Member
 
Registered: Jan 2018
Location: Romania
Distribution: Slackware64-current (servers)/Windows 11/Ubuntu (workstations)
Posts: 608

Rep: Reputation: 350Reputation: 350Reputation: 350Reputation: 350
Quote:
Originally Posted by keefaz View Post
Adrenaline
And newer versions for packages.
Did you forget about 14.2?
 
Old 12-24-2022, 06:19 AM   #28
jloco
Member
 
Registered: Apr 2016
Location: Detroit, MI
Distribution: Slackware
Posts: 180

Rep: Reputation: 148Reputation: 148
Quote:
Originally Posted by rkelsen View Post
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.
 
2 members found this post helpful.
Old 12-24-2022, 06:52 AM   #29
LuckyCyborg
Senior Member
 
Registered: Mar 2010
Posts: 3,500

Rep: Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309
Quote:
Originally Posted by jloco View Post
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.
 
Old 12-24-2022, 07:05 AM   #30
LuckyCyborg
Senior Member
 
Registered: Mar 2010
Posts: 3,500

Rep: Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309Reputation: 3309
Quote:
Originally Posted by teoberi View Post
And newer versions for packages.
Nope, there's no such excuse.

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 View Post
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.
 
  


Reply

Tags
slackpkg, slackware -current



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
TIMELINE Slackware64 : From the initial public release of Slackware64-current to now marav Slackware 21 02-12-2022 04:54 AM
Brightness function keys not working on Slackware64 & Slackware64 current Andersen Slackware 7 01-15-2018 04:27 AM
upgrading slackware64 13.1 multilib to slackware64 -current multilib Cultist Slackware 4 03-12-2011 09:04 AM
Updating from Slackware64-current to Slackware64 13. glore2002 Slackware 4 08-28-2009 06:50 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 03:15 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration