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.
Also, a common use case for viewers like feh, display, and xv is specifying several images on the command line, and spacebar'ing or arrow-key'ing through them one at a time. Gimp brings up all of the images at once. One could approximate this feature via something like:
Code:
# find *.jpg -exec gimp {} \;
.. but then you'd have to wait for gimp to come back up after every image, which takes a few seconds even on modern hardware, and changes made while viewing one image would be lost when viewing the next image, and there would be no easy way to go back to a previous image.
I've used xv before, don't see a reason to remove it. It definitely should NOT be removed to appease the FSF. I really don't care what the FSF thinks of Slackware Linux. Regarding xv, the only one to decide that is Patrick Volkerding.
I've used xv before, don't see a reason to remove it. It definitely should NOT be removed to appease the FSF. I really don't care what the FSF thinks of Slackware Linux. Regarding xv, the only one to decide that is Patrick Volkerding.
I think it's important to note that the FSF are not necessarily "damning" those distros it does not list. It's merely stating the facts and explaining why they cannot be listed as 100% free distros. I don't get some of the anti FSF/GNU sentiment you see on some boards - they set the bar, and if most distros fail to reach it, but get 99% of the way there, that's good enough, it's free software and better than the 100% proprietary alternatives.
I mean look at hurd, if GNU is so great why has it taken them 22 years just to get a functional kernel going?
They did? Finally? LMAO!
I stopped paying attention to that well over a decade ago.
Nice of RMS to show up to the party when everyone's already paired off for the evening and going home to bang.
That having been said, there are definitely good things out there having arisen from his vitriolic tirades...
Most notably, I now have even more browsers to test with, thanks to icecat LOL.
But then again, when installing deb, I find myself muttering when adding in and enabling those default repos for things I just install by default (whether I use them or not anymore - like pine/pico, etc.)
When I think of him (oh, that doesn't happen on my own), or when someone mentions that bonehead, I just say to myself...
I think it's important to note that the FSF are not necessarily "damning" those distros it does not list. It's merely stating the facts and explaining why they cannot be listed as 100% free distros. I don't get some of the anti FSF/GNU sentiment you see on some boards - they set the bar, and if most distros fail to reach it, but get 99% of the way there, that's good enough, it's free software and better than the 100% proprietary alternatives.
You are assuming that the FSF/GNU version of "free software" is the ideal everyone is striving for (and failing to reach). The free and open source software movements are two entirely different things. Not everyone agrees with the GNUs ideology. It isn't that they resent them for setting the bar too high.
Last edited by Kallaste; 09-28-2012 at 02:16 PM.
Reason: minor change to improve clarity
Hurd works but isn't finished. It is nowhere near finished too. Last release was 0.3 and that was years ago. I think most people, Stallman included, have given up even if they don't admit it.
The problem is that Mach (what Hurd runs on top of) isn't good enough. I don't know all the ins and outs, but it is a dead end to carry on using it. The idea was to port everything to L4. But that isn't good enough either.
From wikipedia
Quote:
Development in general has not met expectations, and there are still bugs and missing features. This has resulted in a poorer product than many (including Stallman) had expected. In 2010, after twenty years under development, Stallman said that he was "not very optimistic about the GNU Hurd. It makes some progress, but to be really superior it would require solving a lot of deep problems", but added that "finishing it is not crucial" for the GNU system because a free kernel already existed in Linux, and completing Hurd would not address the main remaining problem for a free operating system: device support.
and
Quote:
From 2004 onward, various efforts were launched to port the Hurd to more modern microkernels. The L4 microkernel was the original choice in 2004, but progress slowed to a halt. [/snip]
Since 2005 Brinkmann and Walfield started researching Coyotos as a new kernel for HURD. In 2006, Brinkmann met with Jonathan Shapiro (a primary architect of the Coyotos Operating System) to aid in and discuss the use of the Coyotos kernel for GNU/Hurd. In further discussion HURD developers realised that Coyotos (as well as other similar kernels) are not suitable for HURD.
[/snip]
In the meantime, others have continued working on the Mach variant of Hurd.
I don't know anything about kernel development, but I'm not sure why they aren't developing their own microkernel instead of basing it on Mach or L4 or whatever else there is. But while they're trying to find a replacement their efforts are becoming less relevant.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.