LinuxQuestions.org
Visit Jeremy's Blog.
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 05-29-2020, 10:15 AM   #61
ehartman
Senior Member
 
Registered: Jul 2007
Location: Delft, The Netherlands
Distribution: Slackware
Posts: 1,674

Rep: Reputation: 888Reputation: 888Reputation: 888Reputation: 888Reputation: 888Reputation: 888Reputation: 888

Quote:
Originally Posted by san2ban View Post
Distrowatch lists XFCE as 4.12.5 for slackware-current..is it true? No XFCE 4.14 yet in current??
No, you can get it from Robbie Workman, though (rlworkman.net/pkgs/sources/current/xfce/), but just like KDE/Plasma5 they're not (yet?) an official part of -current.
 
Old 05-29-2020, 11:45 AM   #62
teoberi
Member
 
Registered: Jan 2018
Location: Romania
Distribution: Slackware64-current (servers)/Windows 11/Ubuntu (workstations)
Posts: 606

Rep: Reputation: 349Reputation: 349Reputation: 349Reputation: 349
Quote:
Originally Posted by I.G.O.R View Post
I don't care 15.0 release anymore. I got tired of waiting and switched to -current.

After 15.0 is released I will stay on -current. This way I wouldn't have to think about 15.1, 15.2 or 16.0 :-)

And frankly, Slackware -current is of better quality than any stable release of debian. So, I'm ok with it doing updates 2-3 times per month.
I switched to Slackware64-current a few years ago.
As a precaution, I install/update the packages on a test server and then on the production server. I had a few problems with Dovecot and a little more work on changing Perl to a major version.
I will try to stay with Slackware64-current even after the release of Slackware 15.0, so we will be at least two.

And when systemd makes its way into Slackware, I may have to retire.
 
2 members found this post helpful.
Old 05-29-2020, 12:45 PM   #63
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 8,792

Rep: Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656
Quote:
Originally Posted by teoberi View Post
And when systemd makes its way into Slackware, I may have to retire.
It's definitely not a "when" right now, only an "if"
 
3 members found this post helpful.
Old 05-29-2020, 02:04 PM   #64
I.G.O.R
Member
 
Registered: Dec 2017
Distribution: Slackware
Posts: 213

Rep: Reputation: 23
Quote:
Originally Posted by bassmadrigal View Post
It's definitely not a "when" right now, only an "if"
Systemd has become the standard for linux distros. No doubts, there will be a time when it is difficult to ignore it. It will quickly become tedious to patch all the applications which assume systemd as a strict compile and runtime dependency.

Not today or tomorrow, but in a 5-10 years.

Last edited by I.G.O.R; 05-29-2020 at 02:10 PM.
 
Old 05-29-2020, 03:06 PM   #65
ttk
Senior Member
 
Registered: May 2012
Location: Sebastopol, CA
Distribution: Slackware64
Posts: 1,038
Blog Entries: 27

Rep: Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484Reputation: 1484
Quote:
Originally Posted by I.G.O.R View Post
Systemd has become the standard for linux distros.
More or less .. about a quarter of all Linux distributions still don't use it, and that includes the most popular Linux distribution in use today (Android).

Quote:
there will be a time when it is difficult to ignore it. It will quickly become tedious to patch all the applications which assume systemd as a strict compile and runtime dependency.
Maybe, maybe not. People have been predicting that since it took Debian, and hard dependencies have been few and far between so far. Most projects (like MySQL) support it in a way which defaults to the standard behavior when systemd isn't there, and our luminous Alien Bob has done a great job of weeding out the dependencies in KDE (whose developers have gone all-in for systemd).

Quote:
Not today or tomorrow, but in a 5-10 years.
It might happen, but a lot can happen in that time. We might yet see a backlash, a hard fork of the ecosystem, or other game-changing development. Consider how much has transpired since 2010; if anything the next ten years will be even more tumultuous.

We shall see. In the meantime, it's good to have contingency plans.
 
2 members found this post helpful.
Old 05-29-2020, 03:07 PM   #66
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 8,792

Rep: Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656
Quote:
Originally Posted by I.G.O.R View Post
Systemd has become the standard for linux distros. No doubts, there will be a time when it is difficult to ignore it. It will quickly become tedious to patch all the applications which assume systemd as a strict compile and runtime dependency.

Not today or tomorrow, but in a 5-10 years.
There are a lot of smart people who have been working to allow distros to keep systemd free if desired. There's a possibility that they will be able to keep programs available to keep systemd as a whole out of distros. We just don't know yet.

So, 5-10 years from now, it is possible that Slackware will have to implement systemd, but it's also possible that those smart people will continue to excise components as needed to allow distros to leave systemd itself out of the distro.
 
2 members found this post helpful.
Old 05-29-2020, 04:15 PM   #67
Regnad Kcin
Member
 
Registered: Jan 2014
Location: Beijing
Distribution: Slackware 64 -current .
Posts: 663

Rep: Reputation: 460Reputation: 460Reputation: 460Reputation: 460Reputation: 460
There was a time when I really did need systemd in Slackware. During that period of time I used Ubuntu quite a bit and became familiar with it. I tried Mint and found it impossible for me to co-exist with Mint. I found lots of problems with Ubuntu that were not any trouble at all with Slackware. I tried Kali and didnt find the source of all the excitement. I eventually found some alternatives that did not require systemd and now I am better off. Fortunately there are more and more alternatives around that do not require systemd, so at the moment, the need for systemd has become a non-issue.

I have found that in general, Linux works better for me than Windows and Linux based solutions are more powerful and resilient than the windows alternatives. There are some tools that are Windows-based for which presently I lack the expertise, time, and/or will to develop my own alternative solution in Linux, so I keep Windows10 on my machine and boot with rEFInd. I have some lab machines that run win7 because of some software that is incompatible with Windows10. There is no real place for a puristic attitude about software and operating systems in my life and work. We have to get things done.

Slackware 64-current is my daily driver. I'm sort of a tinkerer so I don't mind the occasional hick-ups and ...,
but really, -current is at least as stable as win10 and much more stable than win7.
I might have a different attitude if I were running a server and managing a gaggle of users, but presently I wouldn't hit the reset button for a -stable- release and I am sticking with -current as long as I can.
 
4 members found this post helpful.
Old 05-31-2020, 11:55 AM   #68
I.G.O.R
Member
 
Registered: Dec 2017
Distribution: Slackware
Posts: 213

Rep: Reputation: 23
Quote:
Originally Posted by bassmadrigal View Post
There are a lot of smart people who have been working to allow distros to keep systemd free if desired. There's a possibility that they will be able to keep programs available to keep systemd as a whole out of distros. We just don't know yet.

So, 5-10 years from now, it is possible that Slackware will have to implement systemd, but it's also possible that those smart people will continue to excise components as needed to allow distros to leave systemd itself out of the distro.
Smart people? Well, unreasonable stubborness is not a smart trait. Systemd is not that big deal comparing possible efforts and consequences of staying away from it. Especially for distro minorities.
 
Old 05-31-2020, 12:22 PM   #69
hitest
Guru
 
Registered: Mar 2004
Location: Canada
Distribution: Void, Debian, Slackware
Posts: 7,342

Rep: Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746
Quote:
Originally Posted by I.G.O.R View Post
Systemd is not that big deal comparing possible efforts and consequences of staying away from it. Especially for distro minorities.
If Mr. Volkerding decides to implement that init system I will not be upset. Mr. Volkerding has a proven track record of sane development decisions; I've happily used Slackware for 16 years. I trust and appreciate our Maintainer.
 
2 members found this post helpful.
Old 05-31-2020, 01:07 PM   #70
teoberi
Member
 
Registered: Jan 2018
Location: Romania
Distribution: Slackware64-current (servers)/Windows 11/Ubuntu (workstations)
Posts: 606

Rep: Reputation: 349Reputation: 349Reputation: 349Reputation: 349
Although a few years ago I didn't want to hear about PAM in Slackware, it still happened, I accepted that and now it seems OK.
I agree with the I.G.O.R regarding:
Quote:
Systemd is not that big deal comparing possible efforts and consequences of staying away from it. Especially for distro minorities.
I just hope that the implementation of systemd will be delayed a bit, at least a few years!
Mr. Volkerding will have to make some decisions for the future of Slackware.
 
1 members found this post helpful.
Old 05-31-2020, 01:37 PM   #71
Jeebizz
Senior Member
 
Registered: May 2004
Distribution: Slackware15.0 64-Bit Desktop, Debian 11 non-free Toshiba Satellite Notebook
Posts: 4,186

Rep: Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379
Click image for larger version

Name:	the-here-we-go-again-meme-is-perfect-for-every-frustrating-s_kgv8.960.jpg
Views:	38
Size:	173.8 KB
ID:	33308


I guess no matter what, the topic of systemd will always come up, so I will again throw my in. With regards to this init system, in principle I am not against it. Again though whether it has any real improvement over traditional inits seems like even now the jury is still out on that. Those who are probably exposed to systemd by default from another distro probably would swear by it, assuming there is no bias either or against systemd which is fine. My only issue that everyone has noticed is that systemd seems to have just been thrust upon some distros who pretty much have just gone with it almost no questions asked (Red Hat, Ubuntu, Fedora, etc), to where you see a schism in some distros i.e. Debian and a fork from that by old devs - Devuan, so again to say that systemd is controversial is also saying water is wet, well no shit.

I think perhaps from a neutral perspective, a distro should be able to utilize any init and not have a requirement of a specific type. Now in the Debian is debating that and offering several options to make either systemd an option with other init systems, to even supporting other inits alongside which I do not know how feasible that is, also right now I am sorry that I cannot seem to offer a link to that exact mailing list on that very topic. The main fear from what I see is that some perhaps see systemd as the defacto init, and no other inits will even be possible, and that is already true to a point as other distros like Fedora, Ubuntu as an example simply at this point will no longer even function or function properly without systemd. So the fear of lock-in is real.

Plus again it does seem concerning to me that other projects have already bent to the will of systemd as a dependency, i.e GNOME etc. As for PAM the comparison to that of systemd is perhaps incorrect obviously since PAM is not an init system, systemd is. The bigger issue is unlike PAM, hopefully systemd will never be so entrenched as to one day all distros will just have to use only systemd - that would be unfortunate.

Last edited by Jeebizz; 05-31-2020 at 01:49 PM.
 
2 members found this post helpful.
Old 05-31-2020, 03:24 PM   #72
Jeebizz
Senior Member
 
Registered: May 2004
Distribution: Slackware15.0 64-Bit Desktop, Debian 11 non-free Toshiba Satellite Notebook
Posts: 4,186

Rep: Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379
Quote:
Originally Posted by Jeebizz View Post


I guess no matter what, the topic of systemd will always come up, so I will again throw my in. With regards to this init system, in principle I am not against it. Again though whether it has any real improvement over traditional inits seems like even now the jury is still out on that. Those who are probably exposed to systemd by default from another distro probably would swear by it, assuming there is no bias either or against systemd which is fine. My only issue that everyone has noticed is that systemd seems to have just been thrust upon some distros who pretty much have just gone with it almost no questions asked (Red Hat, Ubuntu, Fedora, etc), to where you see a schism in some distros i.e. Debian and a fork from that by old devs - Devuan, so again to say that systemd is controversial is also saying water is wet, well no shit.

I think perhaps from a neutral perspective, a distro should be able to utilize any init and not have a requirement of a specific type. Now in the Debian is debating that and offering several options to make either systemd an option with other init systems, to even supporting other inits alongside which I do not know how feasible that is, also right now I am sorry that I cannot seem to offer a link to that exact mailing list on that very topic. The main fear from what I see is that some perhaps see systemd as the defacto init, and no other inits will even be possible, and that is already true to a point as other distros like Fedora, Ubuntu as an example simply at this point will no longer even function or function properly without systemd. So the fear of lock-in is real.

Plus again it does seem concerning to me that other projects have already bent to the will of systemd as a dependency, i.e GNOME etc. As for PAM the comparison to that of systemd is perhaps incorrect obviously since PAM is not an init system, systemd is. The bigger issue is unlike PAM, hopefully systemd will never be so entrenched as to one day all distros will just have to use only systemd - that would be unfortunate.
Ok, after much searching I found the actual link I was referring to: https://lwn.net/Articles/806332/ -- I do applaud the team for this in this aspect, but obviously it came too late as seasoned devs left to form Devuan. Also again though, whether or not some of the options listed will be feasible is not known, even though Debian does have an advantage of having a lot of devs, unlike other distros such as Slackware.


From that link, this is what I was referring to Debian was / still(?) considering with regards to systemd:

Quote:
Be that as it may, the ballot to be voted has seven options:

Focus on systemd. This option makes the project's policy read that systemd is "the only officially supported init system", and allows packages to make use of systemd-only features. Some lip service is given to supporting other systems, though; they are still welcome in Debian but would not be allowed to hold up distribution releases.

Systemd but we support exploring alternatives. This is a weaker option, calling systemd the preferred alternative, but encouraging developers to work on alternatives as long as they take on all of the effort involved. Use of systemd-specific features would be allowed.

Support for multiple init systems is Important. Under this option, every Debian package would be required to work on systems where the init system is something other than systemd. A failure to work on non-systemd installations would be considered an "important" bug, and non-maintainer uploads to fix such bugs would be allowed.

Support non-systemd systems, without blocking progress. Packages are expected to work on non-systemd installations, but a failure to work is not considered a release-critical bug — unless the necessary support exists but has not been enabled by the package maintainer. Use of systemd-specific features is only allowed if those features are documented and alternative implementations are feasible to implement.

Support for multiple init systems is Required. This short option states that: "Every package MUST work with pid1 != systemd, unless it was designed by upstream to work exclusively with systemd and no support for running without systemd is available".

Support portability and multiple implementations. This is the vaguest and most hand-wavy of the proposals, stating that hardware and software portability are important, but giving nothing in the way of specific guidance about what that would mean for project policy. Making this proposal more concrete is one of the things Jackson wanted to do before the ballot went to a vote.

Further discussion. At the moment, it would appear that the project has little appetite for any further talk on this issue, but one never knows.

Last edited by Jeebizz; 05-31-2020 at 03:27 PM.
 
1 members found this post helpful.
Old 05-31-2020, 03:35 PM   #73
LuckyCyborg
Senior Member
 
Registered: Mar 2010
Posts: 3,500

Rep: Reputation: 3308Reputation: 3308Reputation: 3308Reputation: 3308Reputation: 3308Reputation: 3308Reputation: 3308Reputation: 3308Reputation: 3308Reputation: 3308Reputation: 3308
Gentlemen, you are kind to stop this crap about systemd?

I believe that it will not be adopted by Slackware in the near future as there is probably absolutely no need for. Yet.

I am not a developer, and I cannot guarantee that after the next 40 years, Mr. Poettering would not be hired as Chief Architect of Slackware 40.0 with SkynetD as init system...

However, I trully believe that everybody shall feel relieved, because that probably will happen long after your own lifespan expectancy will conclude...

Or, you expect to live another 150 years?

Last edited by LuckyCyborg; 05-31-2020 at 03:41 PM.
 
1 members found this post helpful.
Old 05-31-2020, 03:42 PM   #74
Jeebizz
Senior Member
 
Registered: May 2004
Distribution: Slackware15.0 64-Bit Desktop, Debian 11 non-free Toshiba Satellite Notebook
Posts: 4,186

Rep: Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379Reputation: 1379
Quote:
Originally Posted by LuckyCyborg View Post

Or you expect to live 150 years?

Why not? Only so that I can call out climate alarmists with their "muh climate change - we'll all be dead in xx years" , yet year after year we are still here; but I suppose now I am going way off topic, so I digress .

Last edited by Jeebizz; 05-31-2020 at 03:45 PM.
 
2 members found this post helpful.
Old 05-31-2020, 03:49 PM   #75
hitest
Guru
 
Registered: Mar 2004
Location: Canada
Distribution: Void, Debian, Slackware
Posts: 7,342

Rep: Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746Reputation: 3746
Quote:
Originally Posted by LuckyCyborg View Post
I believe that it will not be adopted by Slackware in the near future as there is probably absolutely no need for. Yet.
Agreed. As you said, let's drop that topic, shall we?
Let us get back on topic. I think the Slackware version of KDE5 will be pleasant to use. I am glad that Mr. Volkerding is getting it right as he adds new features.

1. 5.4 x kernel (check)
2. KDE5 (incoming)
3. XFCE 4.14 (incoming)
 
1 members found this post helpful.
  


Reply



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
LXer: The Next Big Thing? LXer Syndicated Linux News 0 07-11-2007 03:31 PM
LXer: The next big thing? Four open source start-ups to watch LXer Syndicated Linux News 0 06-30-2007 09:46 PM
LXer: OSS call centres the next big thing LXer Syndicated Linux News 0 11-02-2006 01:54 PM
LXer: Open source on Windows, the next big thing? LXer Syndicated Linux News 0 07-28-2006 07:33 AM
LXer: Water-Cooled Microprocessors: The Next Big Thing in Chip Cooling LXer Syndicated Linux News 0 06-16-2006 01:54 PM

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

All times are GMT -5. The time now is 02:21 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