Confessions of a Recovering NetBSD Zealot
debilo writes, "ONLamp.com is featuring a lengthy interview with Charles M. Hannum, to Slashdotters probably best known for his wake-up call aptly titled The Future of NetBSD that generated a rather vocal discussion. In the interview, Charles speaks about his role in and the beginning of The NetBSD Project, shares his thoughts on software licenses, discusses the popularity of Linux and its development model, and further addresses the problems that NetBSD is facing. Some notable quotes include: 'If I were doing it again, I might very well switch to the LGPL. I'll just note that it didn't exist at the time.' And: 'There was a lot of FUD around this issue — some of it from Linus, actually — and it did cause us some problems.'"
Base install for NetBSD is about 23MB, or 47MB with development tools, 55MB with manpages, and 112MB for all the above plus X.
I can get it installed on older hardware in less than 5 minutes, including the boot time for the floppies. I can get it installed on modern Opteron-based badass hardware in about half that. That's pretty cool.
And you're being very short-sighted about other architectures.
X-Windows needs to be replaced with something more light-weight (i.e. single-user with direct access to the multimedia hardware).
Really? Can you please point me to some numbers that demonstrate this point?
X11 was invented in the bad old days, running on UNIX systems less powerful than today's PDAs. As I understand it, it's actually quite lightweight. Certainly the network transparency features don't cost much, because when you run the X server and the X client software on the same computer, they communicate by using domain sockets (which are very lightweight). Both Microsoft Windows and Apple OS X have abstraction layers that isolate the graphics hardware; do you have some numbers showing that X11 has significantly more overhead than those abstraction layers?
The latest versions coming out of X.org now have support for features similar to what OS X does: applications are rendered into offscreen buffers, and the buffers are composited together (with transparency effects, or other special effects if you desire). So, X11 is no barrier to cool eye-candy either.
The worst thing about X11 used to be way it was managed (under Xfree86). Now that the project has moved to X.org and has been revamped, progress has sped up a lot.
steveha
lf(1): it's like ls(1) but sorts filenames by extension, tersely