Language Selection

English French German Italian Portuguese Spanish

Richard Stallman on "World Domination 201"

Filed under
OSS

The "World Domination 201" made an impact on some parts of the Free Software community, including myself as I found myself in agreement. However, as I believe in Free Software and hence tend to prioritize the issue of freedom I was interesting in hearing what Richard Stallman, the head of the FSF, has to say about it. So I fired up the following email.

What if FSF, or maybe some other entity representing the Free Software community would sign a contract with a certain GNU/Linux distro provider which would let that distro provider temporarily include non-free software, but only if they work on replacing this non-free software with Free Software and do it within a time of two years (for example). And if they fail to do this in two years the contract would require them to remove non-free software anyway and replace it with whatever they can come up with in the meantime.

If some distro maker wants to do this, he can make a public commitment
such that failure to follow through would be embarrassing. Making it
a contract with the FSF would not really help. We would be in a
contradictory position if we endorsed the initial inclusion of the
non-free software.

Full Story.


Also:

Richard Stallman, the guru of free software, has taken a deliberate stance to favour and support in all ways possible the use of free software also when it comes to publishing his video interviews.

In other words, Stallman wants YouTube or other video sharing sites not to publish video clips of his interviews or lectures as these video distribution services do not utilize video software and file formats that adhere to the Free Software Foundation principles.

No More Stallman On YouTube? Open-Source Evangelist Says No To The Use Of Proprietary Video Formats

More in Tux Machines

PC-MOS/386 is the latest obsolete operating system to open source on Github

PC-MOS/386 was first announced by The Software Link in 1986 and was released in early 1987. It was capable of working on any x86 computer (though the Intel 80386 was its target market). However, some later chips became incompatible because they didn't have the necessary memory management unit. It had a dedicated following but also contained a couple of design flaws that made it slow and/or expensive to run. Add to that the fact it had a Y2K bug that manifested on 31 July 2012, after which any files created wouldn't work, and it's not surprising that it didn't become the gold standard. The last copyright date listed is 1992, although some users have claimed to be using it far longer. Read more

GIMP, More Awesome Than I Remember

For what seems like decades, GIMP (Graphic Image Manipulation Program) has been the de facto standard image editor for Linux. It works well, has many features, and it even supports scripting. I always have found it a bit clumsy, however, and I preferred using something else for day-to-day work. I recently had the pleasure of sitting at a computer without an image editor though, so I figured I'd give GIMP another try on a non-Linux operating system. See, the last time I tried to use GIMP on OS X, it required non-standard libraries and home-brew adding. Now, if you head over to the GIMP site, you can download a fully native version of GIMP for Windows, OS X and Linux. Read more

Linux 4.13.9

I'm announcing the release of the 4.13.9 kernel. All users of the 4.13 kernel series must upgrade. The updated 4.13.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.13.y and can be browsed at the normal kernel.org git web browser: http://git.kernel.org/?p=linux/kernel/git/stable/linux-st... Read more Also: Linux 4.9.58 Linux 4.4.94 Linux 3.18.77

Linux 4.14-rc6

So rc6 is delayed, not because of any development problems, but simply because the internet was horribly bad my usual Sunday afternoon time, and I decided not to even try to fight it. And by delaying things, I got a couple more ull requests in from Greg. Yay, I guess? rc6 is a bit larger than I was hoping for, and I'm not sure whether that is a sign that we _will_ need an rc8 after all this release (which wouldn't be horribly surprising), or whether it's simply due to timing. I'm going to leave that open for now, so just know that rc8 _may_ happen. Read more Also: Linux 4.14-rc6 Released: Linux 4.14 Kernel Final In 2~3 Weeks