Language Selection

English French German Italian Portuguese Spanish

Livecds against D.T.C.R.F.C.

Filed under
Linux

In the past we could divide Linux distributions in two main categories, the livecds and the installable ones, nowadays we have a third category, the D.T.C.R.F.C. or 'Distributions That Can Run From Cds'.

The main characteristic of the livecds is the possibility to run your system without install it. In fact, all DTCRFCs are able to run without previous installation and it confuses users around the world, even the most experienced. For those I would like to input the second main characteristic of the livecds: the power of costumization.

The livecds not only must run from any external devices, but also have to let the user rebuild them without lose precious time, need useless efforts or start bark at the moon, and the DTCRFCs do not provide the second characteristic because they are installable system built to act like a livecd.

The DTCRFCs I tested run incredible slowly, spend almost five minutes to boot, do not have a single application to rebuild the ISO on the fly, start useless services and love when we install them to the harddisk. They do not share the spirit of the livecd family members.

There are some livecds, important ones, without the power of costumization necessary to become user friendly, but at least they are livecds, they are distant cousins of the really good livecds, allthough some of them are becoming DTCRFCs.

In my personal opinion a livecd most provide a Modular System. Slax and Morphix provide different flavors of modular system that can be used to build a livecd. A single file with more than 650 MB including everything of the livecd does not help anyone. A livecd ISO must be easily edited.

If you intend to test and install a distribution, you can use DTCRFCs, if you intend to have a livecd, do not download some of these famous DTCRFCs around the world, get a REAL livecd, run it, rebuild it, remove and add modules, save settings, play around, make your own personal livecd, own modules and study the power of costumization.

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