LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
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 06-14-2018, 12:37 PM   #31
ruario
Senior Member
 
Registered: Jan 2011
Location: Oslo, Norway
Distribution: Slackware
Posts: 2,557

Rep: Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761Reputation: 1761

Quote:
Originally Posted by Darth Vader View Post
Heck! The 4.0 release shipped KDE and it still installed under a freaking 1GB! Now we are over 10GB, last I checked.
That is almost 19 years ago. Tell me, how big was the average disk drive back then? How about now? What percentage of the disk would Slackware fill in each case?
 
4 members found this post helpful.
Old 06-15-2018, 07:01 AM   #32
enorbet
Senior Member
 
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,781

Rep: Reputation: 4431Reputation: 4431Reputation: 4431Reputation: 4431Reputation: 4431Reputation: 4431Reputation: 4431Reputation: 4431Reputation: 4431Reputation: 4431Reputation: 4431
Follow Up on NVMe - After many searches in many areas regarding NVMe I find myself continually blown away. It seems a rather unprecedented technology is upon us. I don't recall any other technology taking hold and evolving so quickly. Literally the death of RAID is nigh.

I must confess that my error in judgment on NVMe was influenced by the many difficulties involved in adding, let alone switching altogether to, SSDs. Performance gains didn't seem worth the cost in reduced storage size per dollar. NVMe at first seemed to only add to those difficulties but now storage size is exploding, cost is dropping, and difficulties substantially reduced with the advent of NVMe over Ethernet. This is a for real game changer.

However, if I understand correctly, once NVMe over Ethernet becomes a viable reality, and it looks like 2018-2019 as the longest time frame for that, distro support for NVMe becomes a non-issue so the conclusion that Slackware's release cycle is an excellent tradeoff between stability, reliability, performance and "latest and greatest" is still earning an excellent cost/benefit ratio.

Note to Darth: Oh and regarding your "brave americans" type remarks - the historical facts show that without at least a few brave americans you might not even have a personal computer and certainly wouldn't be connecting to a global Internet so kindly kwitcherbitchin and give credit where credit is due, especially if you are want to engage in accusatory finger pointing.

Last edited by enorbet; 06-15-2018 at 07:08 AM.
 
1 members found this post helpful.
Old 06-15-2018, 05:13 PM   #33
rkelsen
Senior Member
 
Registered: Sep 2004
Distribution: slackware
Posts: 4,442
Blog Entries: 7

Rep: Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551
Quote:
Originally Posted by Darth Vader View Post
The release cycle becomes longer and longer because the operating system itself because more and more complex.

Heck! The 4.0 release shipped KDE and it still installed under a freaking 1GB! Now we are over 10GB, last I checked.

So, we are 2 years away from the 14.2 release, and the Plasma5 was not yet adopted, while Eric swears that it will be part of 15.0 ...

Did you really believe that our BDFL will adopt Plasma5 (which is roughly a third part of distro, as number of packages) on the last 100 meters before 15.0 release? Myself nope.
I'm not sure if you remember, but back when PV dropped Gnome from Slackware sometime around 2005, one of his reasons was the difficulty compiling it. Back then he said that KDE could easily build itself. I'm not sure if that is still true, but personally, I think that the KDE SlackBuild has become one of the many great features of Slackware. The Plasma5 SlackBuild is also very impressive. A lot of work has gone into it.

And besides, Plasma5 has been around for quite some time. It has features which are required by modern hardware. eg: Better support for High DPI screens. If Slackware 15.0 doesn't include Plasma5, it'll be behind many distributions in this regard.

If you don't like it, nobody will force you to install it. You can easily deselect KDE at installation.
Quote:
Originally Posted by Darth Vader View Post
So, I bet on a current release cycle of 3 or 4 years long and in future it will become even longer.
While no-one outside the development team can say with any certainty, I'd be amazed if KDE has anything to do with the release cycle of Slackware.
Quote:
Originally Posted by Darth Vader View Post
I believe that the single solution to have shorter release cycles is to cut down the main distribution, specially putting the future Plasma5 in its own repository, officially sanctioned or not.
Why do we need shorter release cycles? We're all running the current branch anyhow, right?

I'm all for simplification and minimalisation, but I have to say that it is very nice to install Slackware on a new laptop and have everything working with little to no input from me.
 
Old 06-16-2018, 10:46 AM   #34
glorsplitz
Senior Member
 
Registered: Dec 2002
Distribution: slackware!
Posts: 1,308

Rep: Reputation: 368Reputation: 368Reputation: 368Reputation: 368
Quote:
Originally Posted by rkelsen View Post
Why do we need shorter release cycles? We're all running the current branch anyhow, right?

I'm all for simplification and minimalisation, but I have to say that it is very nice to install Slackware on a new laptop and have everything working with little to no input from me.
+1 and +1
 
Old 06-16-2018, 02:46 PM   #35
ChuangTzu
Senior Member
 
Registered: May 2015
Location: Where ever needed
Distribution: Slackware/Salix while testing others
Posts: 1,718

Rep: Reputation: 1857Reputation: 1857Reputation: 1857Reputation: 1857Reputation: 1857Reputation: 1857Reputation: 1857Reputation: 1857Reputation: 1857Reputation: 1857Reputation: 1857
just want to throw this out there, AlienBob did say that if KDE becomes too much of problem to include in Slackware and maintain then he will switch to Xfce.

Re (its in the comments) https://alien.slackbook.org/blog/may...e-for-plasma5/
 
7 members found this post helpful.
Old 06-16-2018, 07:03 PM   #36
rkelsen
Senior Member
 
Registered: Sep 2004
Distribution: slackware
Posts: 4,442
Blog Entries: 7

Rep: Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551
Understandable. A man has to spend time with his family.

I guess it gets even hairier as dependency upon that-which-shall-not-be-mentioned becomes the elephant in the room.

I'm all for dropping it in that case.
 
4 members found this post helpful.
Old 06-16-2018, 11:27 PM   #37
Lockywolf
Member
 
Registered: Jul 2007
Posts: 683

Rep: Reputation: 253Reputation: 253Reputation: 253
Not sure if my opinion matters, but had been trying to use KDE consistently since 2006, and finally gave up all attempts in 2013. Seriously, the 'environment that works' of the day is Xfce.

(Well, I'm to sure about LXDE and LXQt, the first was also quite decent when I tried them last time. And yes, Enlightenment is also magnificent, although I never managed to switch to it completely.)

I'm not even speaking about the xkb layout switch in KDE, which hadn't been fixed for more that 10 years, just about so many quirks that are hard to debug and too many features that actually don't work (why on Earth would you have both KGpg and Kleopatra?).

The only reason why I would, on the other hand, regret missing KDE is that losing KDE we would lose some non DE-related features.
I would miss Kget, Ktorrent (although it's terrible), Okular is still the only comprehensive document viewer, krdp the only rdp client, kcompare and kdevelop are also irreplaceable. Ow, I forgot Calligra.

I am not sure how tightly coupled they are, and if it is possible (or any easier) to drop the actual DE parts while leaving the libraries needed for the actually useful software.
 
1 members found this post helpful.
Old 06-17-2018, 03:13 AM   #38
RadicalDreamer
Senior Member
 
Registered: Jul 2016
Location: USA
Distribution: Slackware64-Current
Posts: 1,816

Rep: Reputation: 981Reputation: 981Reputation: 981Reputation: 981Reputation: 981Reputation: 981Reputation: 981Reputation: 981
Quote:
Originally Posted by ChuangTzu View Post
just want to throw this out there, AlienBob did say that if KDE becomes too much of problem to include in Slackware and maintain then he will switch to Xfce.

Re (its in the comments) https://alien.slackbook.org/blog/may...e-for-plasma5/
I think our BDFL and AlienBob need to have a chat about the future of Slackware regarding Plasma 5. Then Alienbob can make a decision regarding his future support of Plasma 5. That is my suggestion. Perhaps Plasma 5 is a ways off from being put into Slackware Current or maybe it will happen soon. I can see why it isn't added yet if there is no reason to yet and Current is the developmental version of Slackware. Why increase workload now when you can do it later as long as there are no negative consequences from doing so for the official Stable release? Anyway that is what I think is going on.

Alienbob's Plasma 5 is very stable and I have enjoyed it a lot! I'm not sure if I could live without it on my main desktop. I use its apps and apps that require qt5 all the time. Also the ecosystem has moved on from KDE 4. I was forced to move to Plasma 5 out of necessity.
 
Old 06-17-2018, 03:20 AM   #39
basharx
Member
 
Registered: Nov 2013
Posts: 30

Original Poster
Rep: Reputation: Disabled
I longterm feel like KDE in Slackware is more of a marketing add-on
(if big one), hardly anything KISS-like at all. But if it's needed,
that's fine. It just seems questionable given the priority it gets
and the last EH's comments.

Personally, I would also prefer to only keep the core packages + extras
to run the top XY apps. Of course, it all depends on the package tree
and what proportion could be ditched compared to the full support.
 
Old 06-17-2018, 06:52 AM   #40
rkelsen
Senior Member
 
Registered: Sep 2004
Distribution: slackware
Posts: 4,442
Blog Entries: 7

Rep: Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551Reputation: 2551
Quote:
Originally Posted by Lockywolf View Post
The only reason why I would, on the other hand, regret missing KDE is that losing KDE we would lose some non DE-related features.
I would miss Kget, Ktorrent (although it's terrible), Okular is still the only comprehensive document viewer, krdp the only rdp client, kcompare and kdevelop are also irreplaceable. Ow, I forgot Calligra.
And K3B and Kate and Konsole and Krita and Konqueror and .... Kapman.
 
Old 06-17-2018, 07:57 AM   #41
Drakeo
Senior Member
 
Registered: Jan 2008
Location: Urbana IL
Distribution: Slackware, Slacko,
Posts: 3,716
Blog Entries: 3

Rep: Reputation: 483Reputation: 483Reputation: 483Reputation: 483Reputation: 483
I have feeling i586 will be in the past soon. Just my look at the cycle. The way of the IBM 390 . Slackintosh.
As one grows another may pass.
 
Old 06-17-2018, 11:11 AM   #42
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
I'm always amazed when people fail to do their research before buying new hardware. Making sure the software you want to use will work on the hardware you buy seems elementary.

Buying blind and hoping the software support will be there is a recipe for disaster.

Is it Patrick's responsibility to protect people from their bad decisions?

I for one am quite pleased with Slackware's release methodology and schedule. It's one of the distinguishing features of the distribution, and key to Slackware's spectacular stability.
 
5 members found this post helpful.
Old 06-17-2018, 11:44 AM   #43
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 ttk View Post
I'm always amazed when people fail to do their research before buying new hardware. Making sure the software you want to use will work on the hardware you buy seems elementary.
Indeed! The hardware compatibility list is first rate.

https://www.linuxquestions.org/hcl/
 
Old 06-17-2018, 12:49 PM   #44
a4z
Senior Member
 
Registered: Feb 2009
Posts: 1,727

Rep: Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742Reputation: 742
while there are still some KDE apps where it's hard for me to find a replacement, especially file manager with console, split, tabs, expandable treeview, no unwanted selection in list view with right click when the view is full, ....., the KDE story is a true sad one, but a showcase why linux on the desktop never made it.
And after the drop of from a/some key developer in the kwin team, and the with going stories for the reasons, I have my doubts that something will change in future and we will ever a a LTS stable desktop that will not be thrown away every some years on Linux. Or stopped developed.

however, flatpack , appimage , snap , are today an alternative to get apps on a pc, independent from the desktop used, libraries available. they need some more space, but de stress building and installing of the latest 'whatever' just to get newest version of 'whatever'.
 
2 members found this post helpful.
Old 06-17-2018, 02:00 PM   #45
solarfields
Senior Member
 
Registered: Feb 2006
Location: slackalaxy.com
Distribution: Slackware, CRUX
Posts: 1,449

Rep: Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997
Quote:
Originally Posted by ttk View Post
I'm always amazed when people fail to do their research before buying new hardware. Making sure the software you want to use will work on the hardware you buy seems elementary.

Buying blind and hoping the software support will be there is a recipe for disaster.

Is it Patrick's responsibility to protect people from their bad decisions?

I for one am quite pleased with Slackware's release methodology and schedule. It's one of the distinguishing features of the distribution, and key to Slackware's spectacular stability.
well, sometimes you just may not have a choice
 
  


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: Kernel release cycle LXer Syndicated Linux News 0 12-11-2015 12:24 AM
kernel release cycle vkmgeek Linux - General 1 07-30-2008 07:31 AM
Debain release cycle? plesaleza Debian 20 09-01-2007 08:10 PM
Is the Debian release cycle too slow? Pcghost General 15 03-27-2005 09:01 PM
Release Cycle? ubuntu-addict SUSE / openSUSE 12 11-17-2004 02:55 PM

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

All times are GMT -5. The time now is 07:29 PM.

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