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.
Or if someone has the time, it could be packaged as an alternate ISO:
Slackware 15 x86 Install ISO
Slackware 15 x86_64 DVD ISO
Slackware Libre 15 x86 Install ISO
Slackware Libre 15 x86_64 DVD ISO
I like that it's not. The risk of doing a separate ISO is that people feel like they're getting "Slackware Libre" not Slackware, so aren't encouraged to buy the upstream iso. Maybe they'd even un-oblige themselves with a mental trick that there's some kind of wrongdoing in the distribution of non-free software. I find myself easily vearing into this kind of "moral highground" when it provides an antidote for the urge of parting with cash. Better that people are encouraged to buy from the person doing the bulk of the work. That's what I was trying to get at above in saying I like that it's not a full on derivation.
Last edited by thirdm; 09-05-2014 at 10:38 AM.
Reason: Run on sentences are us
I don't care as long as everything has source code. I assume the source code for the non-free blobs among the kernel firmware is not available, so removing those is a good idea to avoid backdoors.
I don't consider the FSF or RMS authoritative on anything. RMS does not decide what's free and what's not -- it's just his opinion; shared by many perhaps, but many disagree. The GPL is a non-free license in my opinion since you can't use it with proprietary code. The difference between the GPL and "all rights reserved; personal & non-commercial use only" is very small for the end user.
I don't consider the FSF or RMS authoritative on anything. RMS does not decide what's free and what's not -- it's just his opinion; shared by many perhaps, but many disagree. The GPL is a non-free license in my opinion since you can't use it with proprietary code. The difference between the GPL and "all rights reserved; personal & non-commercial use only" is very small for the end user.
The main "raison d'être" for the GPL is so big companies like Microsoft or Apple can't cannibalize the code, alter it, keep the result secret and then lawyer up and sue you to death for wanting to use your own code. So much freedom comes at a small cost, and this is it. RMS may be a bit of a diva, but I would say he got the GPL right.
I think if the GPL was less restrictive on incompatible licenses and offered some level of usage but requiring cross-licensing amendments, it would open more doors.
That's what they said about GNU Hurd too. Back in 1992.
I suppose you're joking, but these days when I glance at Gnash or Hurd mailing lists I see the main developers making quite humble and realistic statements about the state of each and their future prospects. The expectations are more coming from outside.
For those interested in the Hurd, Samuel Thibault has some quite nice talks on its current state in the Gnu hackers conference videos (2013 has one, and I think the year before too). I like these GNU developers, their outlook on things (users must have maximal control, extensibility, etc.). I must confess part of the reason I moved to Slackware and not FreeBSD when I found OpenBSD struggling with this damn nvidia card on the machine that most recently fell into my lap was a fondness for this GNU outlook along with the thought of eventually running the Hurd (so might as well get more familiar with GNU userland). Okay, so it doesn't yet have sound or USB, and perhaps it's not as fast or stable as Linux or BSD, but it does still sound quite interesting. And it runs a lot more of what I'd want to run than certain other interesting fringe OSes, e.g. plan 9.
I suppose you're joking, but these days when I glance at Gnash or Hurd mailing lists I see the main developers making quite humble and realistic statements about the state of each and their future prospects. The expectations are more coming from outside.
For those interested in the Hurd, Samuel Thibault has some quite nice talks on its current state in the Gnu hackers conference videos (2013 has one, and I think the year before too). I like these GNU developers, their outlook on things (users must have maximal control, extensibility, etc.). I must confess part of the reason I moved to Slackware and not FreeBSD when I found OpenBSD struggling with this damn nvidia card on the machine that most recently fell into my lap was a fondness for this GNU outlook along with the thought of eventually running the Hurd (so might as well get more familiar with GNU userland). Okay, so it doesn't yet have sound or USB, and perhaps it's not as fast or stable as Linux or BSD, but it does still sound quite interesting. And it runs a lot more of what I'd want to run than certain other interesting fringe OSes, e.g. plan 9.
At this point I think Hurd development is pointless
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.