Planet Commandline officially online //at 22:25 //by abe

Around the first bunch of postings in my Useful but Unknown Unix Tools, Tobias Klauser of inotail and Symlink fame came up with the idea of making a Planet (i.e. a blog aggregator) of all the comandline blogs and blog categories out there.

A first Planet Venus running prototype based on the template and style sheets of Planet Symlink was quickly up and running.

I just couldn’t decide if I should use an amber or phosphor green style for this new planet. Marius Rieder finally had the right idea to solve this dilemma: Offer both, an amber and a phosphor green style. Christian Herzog pointed me to the right piece of code at A List Apart. So here is it, available in you favourite screen colors:

Planet Commandline

For a beginning, the following feeds are included:

• Myon’s Unix blog category
• Evgeni Golov’s Desktop in a Shell column
• My Useful but Unknown Unix Tools column
• My Shell blog category
• The GRML Development Blog
• Chrütertee (Swiss-German)
• Commandline Magic’s identi.ca feed

Which leads us to the discussion what kind of feeds should be included in Planet Commandline.

Of course, all blogs or blog categories which (nearly) solely post neat tips and tricks about the command line in English are welcome.

Microblogging feeds containing (only) small but useful command line tips are welcome, too, if they neither permanently contain dozens of posts per day nor have a low signal-to-noise ratio. Unfortunately most identi.ca groups do, so they’re not suitable for such a planet.

What I’m though unsure about are non-English feeds. Yes, there’s one in already, but I noticed this only after including Beat’s Chrütertee and his FreeBSD command line tips are really good. So if it doesn’t go overboard, I think it’s ok. If there are too many non-English feeds, I’ll probably split Planet Commandline off into at least three Planets: One with all feeds, one with English only and one with all non-English feeds or maybe even one feed per language. But for now that’s still a long way off.

Another thing I’m unsure about are more propgram specific blogs like the impressive Mastering Emacs blog “about mastering the world’s best text editor”. *g* (Yeah, I didn’t include that one yet. But as soon someone shows me the vi-equivalent of that blog, I’ll include both. Anyone thinks, spf13’s vim category is up to that?)

Oh, and sure, any shell-specific (zsh, tcsh, bash, mksh, busybox) tips & tricks blogs don’t count as program-specific blogs like some $EDITOR, $BROWSER, or $VCS specific blogs do. :-)

Of course I’m happy about further suggestions for feeds to include in Planet Commandline. Just remember that the feed should provide (at least nearly) exclusively command line tips, tricks or howtos. Suggestions for links to other commandline related planets are welcome, too.

The days of my last running Woody are numbered… //at 21:29 //by abe

As many of the Planet Debian readers know, I bemoan Galeon 1.2 and therefore Woody. For a long time I haven’t found an appropriate browser replacement for Galeon 1.2 in Sarge, so I never switched my home workstation called “gsa” (Pentium II, 400 MHz, 572 MB RAM) to Sarge, since Woody was rockstable and just worked.

Though, after a few Galeon 1.3/2.0 rants, someone pointed me to Kazehakase, which indeed is a fine Galeon 1.2 replacement. But I noticed that Kazehakase in Sarge was in an early stage and the Kazehakase from testing (now Etch) were already much more matured.

So in comparison to Sarge with Etch I won’t have the problem of not having a mature and sage web browser in main. And due to security support for Woody ceased a few months ago and Etch is now declared stable, it’s time to reinstall my last Woody box with Etch.

For that, a repartioning of it’s two hard disks (8 GB and 40 GB) sounds like a good idea and so I had look, what’s on all those partitions where I once had a shot on quite a few Linux distributions and other unix-like operating systems. (Although I was already a big fan of Debian at that time, I wanted to look over my own nose and ordered a few CDs of free operating system at LinISO.de.)

So here’s what I found, never really used and will throw away quite soon:

• RedHat 9
• Mandrake 9.2beta2
• FreeBSD 4.8
• OpenBSD 3.3
• one more, not yet identified (or perhaps even never formatted) Linux partition

That should give enough space for an Etch installation without touching the Woody installation first. Thanks to Venty, I’ve got a DVD drive for that box, so I can install from DVD.

And for toying around with all those other neat and free operating systems nowadays, I’ve got my MicroClient Jr. named “c2”.

Following Bleeding Edge Software and still using Debian Stable //at 23:04 //by abe

Many Linux fans know that Debian Stable usually already lost the “b” when it’s being released. ;-) What seems not so well known (especially not by some DesktopBSD Marketing guy at last year’s LinuxDay.at :-) is that there is really a lot of people who really like this “stale” software collection — because it’s rock solid — especially compared to the ports in FreeBSD or DesktopBSD *evilgrin* which unnecessarily follow every new feature upstream introduces. This is really annoying in a server environment where you want as less changes as possible when updates are necessary due to security issues. My personal favourites here are Samba and CUPS. *grmpf*

Although I belong to those people who run Debian Stable even on brand-new hardware, I sometimes have to use the newest beta or alpha versions of some software to get it even only running. And doing so is fun but feels strange somehow, though. Currently I follow the pre-releases of three software makers quite close, due to a new laptop:

At the beginning of last semester I bought a brand-new Lenovo ThinkPad T61 (2,2 GHz Intel Core2 Duo T7500, 4 GB RAM, 160 GB HD, 1440x900 14” Widescreen) without preinstalled operating system (possible thanks to the ETHZ Neptun Project) and installed — of course — 64-bit Debian Stable on it.

While the Debian Installer from Etch worked fine even on such new hardware, not all features worked out of the box because some components were just too new.

So the first thing I did was installing 2.6.22 from Backports.org, quickly moving farther to vanilla 2.6.23. Nearly everything I needed worked except the wireless network card. It needs the iwlwifi driver which is officially in the Linux kernel starting at the upcoming 2.6.24 (said to be released during the next few days). So I run 2.6.24 pre-releases on the laptop since the first release candidate, always eagerly waiting for either the next RC or the final release. (And 2.6.24 looks impressively stable to me — even since the early release candidates. :-)

I even got the fingerprint reader working for login and sudo (but not xscreensaver) using libthinkfinger backported to Etch from Debian Experimental. I’m just not sure if this is a good idea since the back of the screen already has enough of my fingerprints on it. ;-)

The next software of which I’m currently running an alpha version is 64-bit Opera 9.50 (aka Kestrel, available at snapshot.opera.com) because no earlier Opera version is available for 64-bit Linuxes. Here I had different experiences: The builds from October and November were already quite stable, but since December it crashes usually several times a day.

At work I also run the 64-bit Opera on my workstation, but stalled updating it when I noticed that it became so unstable. So my Opera at work has currently an uptime of nearly four weeks — and would have probably more if I hadn’t rebooted my workstation in Mid-December.

Somehow this hunting for new versions and eagerly waiting for every new (pre-)release makes me really fidgety sometimes. And my understanding for people doing this for there whole userland or even operating system has grown, but I still prefer to have stale but stable software on all my productive machines, even on my laptop — just with some few and handpicked excpetions.

The third but less thrilling thing I’m following are nVidia drivers for X. Since the free nv driver of X.org doesn’t support (and not only just doesn’t know) my graphics card yet and nouveau isn’t ready yet, I run the binary only and closed source driver from nVidia, waiting for that one release which supports Xen since I really would like to run a Xen guest with Debian Unstable for testing purposes and package building on my laptop. Until then I have to content myself with the much more unwieldy QEMU respectively KVM.

Anyway, I’m very happy with the T61 and Debian Stable and can easily connive at the few not (yet) perfect issues like missing Xen support by nVidia, broken ad-hoc mode in the wireless card, no internal card-reader (as announced in the Neptun specifications) and no native serial port.

Some useful links regarding the subject of this post:

• Linux Weather Forecast
• Opera Desktop Team
• Nouveau: Open Source 3D acceleration for nVidia cards
• ThinkWiki

Now playing: Jean Michel Jarre — Rendez-vous à Paris

Gaia resurrection //at 20:35 //by abe

On Thursday, 24th of November 2006 evening (about one and a half week ago) we got an anonymous Symlink submission about gaia 0.1.0, a simple, but free (GPL‘ed) client for Google Earth, solely based on reverse engineering. Liked the idea of a really free client for such a popular service, so I posted it as Symlink article (German) quite shortly after noticing the submisson.

Since it’s under GPL and uses only libraries already being in Debian (OpenGL, SCons, cURL, SDL, libjpeg, libpng, libgps and Doxygen), I really would like to see it in Debian. But since I have never programmed with most of them, I did not try to compile gaia but instead took the easy way for myself and filed an RFP bug for it in Debian.

The next day in office, Gürkan, a coworker of mine and currently in NM, told me that he tries to package gaia for Debian and that it doesn’t compile on Sarge. So I gave him access to my Sid chroot and asked him if he has read about the RFP at debian-devel or debian-wnpp. To my surprise he answered that he didn’t read about it on Debian lists at all but on Symlink and therefore didn’t knew about the RFP at all.

So I pointed him to the RFP just to notice, that it wasn’t an RFP anymore but already an ITP. Strangely I didn’t get any mail notice about this change although the retitling happend only shortly after the initial RFP… Of couse, Gürkan wasn’t very happy about this, since he planned to maintain gaia himself, but at least he provided his working proof of concept package for Sid to Jordà Polo who intends to maintain an official Debian package of gaia. We then also met Jordà on the #debian-games channel in OFTC. He told us, that he’ll check some more licensing issues before uploading a package of gaia.

Well, since I had a working gaia package installed in my Sid chroot, you can probably imagine what I did half the evening? Right: Surfing around the earth with gaia and visiting my favourite places on earth. While virtually visiting places here and there, I listened to Venty’s first podcasts and seem to have downloaded 444 MB of Google Earth images (at least according to du -sh ~/.gaia). Goddamned addiction! ;-)

During the night from Friday to Saturday, I got a mail that the RFP/ITP has been closed and that Jordà was right with his suspiciousness: Google has sent a cease and desist letter to the gaia developers and they removed the downloads from their site. (So how was that Google motto? “Don’t be evil”? Well, good joke! Yet again the monopolist clearly shows that it doesn’t really mean what it says.) Since the gaia developers were allowed to post the mail from Google on their website, you can read parts of it there. I really wonder what was written in the left out parts of the mails. Job offers? ;-)

But it’s interesting to see that until one week ago gaia 0.1.0 already made it into the FreeBSD ports as well as into the ArchLinux User Repository. Both noticed, too, that gaia version 0.1.0 has been withdrawn by the authors.

Today in the morning Gürkan noticed that there’s a new version (0.1.1) of gaia at SourceForge using free NASA WorldWind / OnEarth imagery. Although the imagery is far away from the detailedness of the Google Earth imagery, this has one big advantage: There wasn’t really a X port for the windows-only client from NASA until now. (No real wonder, since they use proprietary and operating specific libraries such as .NET and DirectX…) And now we have gaia, a free client for free imagery on free operating systems. That made my day!

I hope that this will revive the packaging of gaia, at least Gürkan has already built a new proof of concept package of 0.1.1 for Sid. (Today in the afternoon, they released 0.1.2.) And if everything goes fine and Dunc-Bank manages to delay Etch until gaia has been 10 days in Unstable without bugs, we’ll have it even in Etch. ;-)

Yet another old laptop //at 04:13 //by abe

My father got me a nice IBM ThinkPad from 1996 earlier this year, so the next old laptop he digged up was planned to become a christmas present for my brother. But my father didn’t manage to find out, how old nor how fast that laptop was. And when I found out that it was a Pentium I with 90 MHz, it was clear, that my brother wouldn’t have any use for it, so he got “only” the used 850 MHz AMD Duron midi tower and my parents declared that old Compaq LTE 5100 laptop as a christmas present for me. :-)

As my IBM ThinkPad bijou, this Compaq LTE 5100 is from 1996 and has a Pentium I processor. Both also have a 800×600 resolution, a double PCMCIA slot and a floppy drive, which can be replaced by a CD-ROM drive (if I had one). But that are all similarities. Technically the Compaq has 90 MHz instead of the ThinkPad’s 133 MHz, but therefore has 72 MB RAM in comparison to the 48 Megs the ThinkPad has. Also regarding disk space the Compaq outperforms the ThinkPad: 1.6 Gigs of disk space in comparison to the ThinkPad 1.0 GB hard disk. Another difference is the battery: While the ThinkPad can work over 2.5 hours without external power, the Compaq even didn’t manage to completely boot its currently installed Windows 98 (the ThinkPad had a Windows NT installed when I got it) when running on battery. (Will do that test again when I can confirm, that the battery was full before testing. :-) Yet another difference is the keyboard layout: The ThinkPad has an US layout while the Compaq has a Swiss-German layout. But the most obvious difference is the look: The black ThinkPad still looks like having a modern design while the Compaq looks very very outdated in its perfect computer beige and with its quite small display.

So retroperspectively, it was a good a idea to name the ThinkPad “bijou” (French for jewel, jewellery, gem, etc.; named after a very neat british two-door limousine built in the UK by Slough on a 2CV base during the ’50s). Because now I have the choice between a lot of not so nice looking (not to say ugly ;-) 2CV derivatives to name the Compaq after. My favourites currently are the Iranian “Baby Brousse”, the Greek “Namco Pony” and the German “Fiberfab Sherpa”, all canvas and flatbed style 2CV based buggies, similar to the original Citroën Méhari but with steel body instead of the Méhari’s controversial plastic body. And one of the not used names, I can use for further ugly Compaq laptops¹.

Another question yet to answer is the question of what operating system to install on it. Since the ThinkPad runs fine with Debian 3.0 Woody and I have a lot of other Debian boxes at home (running Woody, Sarge or Sid), I currently think about installing the very fresh NetBSD 3.0 (released on Christmas’ Eve 2005), FreeBSD 6.0 (released early November 2005), DragonFly BSD 1.4 (to be released in December :-) or DeLi Linux 0.7 pre (which was also released in early December 2005 and already uses X11R7). Another idea was to install grml 0.5, but since grml is a live CD distribution, it probably would be hard to install it over network. Same counts for ReactOS (version 0.2.9 was released shortly before Christmas 2005), which doesn’t seem to have a floppy disk plus network install. Since I always planed to upgrade my currently defective Toshiba T6400 i486 laptop ayca (maybe after getting an organ donor on eBay or so) to DeLi Linux 0.7 (and perhaps write a review about it for Linux Magazine or so) and I may get an Sun Ultra Enterprise 2 soon (on which NetBSD 3.0 would be the perfect OS since Linux’ performance still seems to suck on Sparc :-), I currently prefer the FreeBSD or DragonFly idea. If the Ultra doesn’t come, it probably will get NetBSD, since I haven’t a NetBSD box yet. (Haven’t a DragonFly box either, but a FreeBSD 4.x running somewhere. :-)

¹: I have two other not yet working Compaq laptops, both from an elder generation than Pentium I. One I got on a Swiss flea market for a few euros and the other was the first laptop of my boss, which he else would have thrown away. Unfortunately both are without power adapter and neither the usual allround laptop power adapters from Conrad, etc. nor the one from the LTE 5100 fits. But since there is eBay, I expect to get such a power adapter once. :-)

New talk proposal, new Linux distribution found //at 01:47 //by abe

After talking with some LinuxTag guys about which kind of talks are still missing for the upcoming LinuxTag, I submitted another proposal for a still only roughly sketched talk: KISS – Keep it simple and stupid, also on the web.

KISS – “Keep it simple and stupid” is an old and successful principle in the Unix world: Small and simple programs, doing only one thing, but they’re doing perfect, fast and reliable. This principle can also work on the web and make webservers or surf terminals out of already discharged computers.

I planned to show “simple” (or at least “simple to use”) tools like Blosxom or the Website Meta Language, a more slim webserver than Apache (e.g. fefe’s fnord or one of the ACME webservers thttpd, mini_httpd or micro_httpd), slim web-browsers (e.g. like Dillo, Opera, glinks, ViewML or Minimo) and one or more Linux distributions optimized for low end PCs. While thinking about low end PCs, usually the following distributions come to my mind: DeLi Linux, fli4l and Debian Woody.

But none of them seems to fit for my talk as perfectly as I would like:

• DeLi Linux is no bad distribution, since it’s designed especially for 386 to Pentium I, but I have some strong disagreements with the maintainer of DeLi Linux, since he sees a very small package list as necessary requirement for a distribution for old PCs. He states that distributions for old PCs “don’t have that many harddisk space” (beyond other, more realistic arguments — but it seemed to be his main argument) while I see a rich package diversity as an quality criteria. (One of the reasons, why I like Debian and dislike Ubuntu.) So I’m not sure if I should present a very raped DeLi Linux to the audience, just to make it fit my needs, although I’m quite curious about his upcoming 0.7 release with the low end, KHTML based ViewML webbrowser. (Apart from me seeing PHP5 and KDE as a big nono on old PCs…)
• Although I still like Debian Woody very much (you know that old story… ;-), it is just too old for making a talk about how to turn old PCs into being usable again. Sarge would be fine, but it was suggested to showcase an easy and fast way to get something ready to run, and I can’t give the auditors a list of all the Debian packages with low resource consumption and therefore usable on low end PCs.
• I haven’t used it yet, but fli4l seems to be very good distribution to turn an old PC into a ISDN or DSL router, even without harddisk. The last time I had a look at fli4l, it used an Apache as (optional) webserver, which wouldn’t fit into my scheme, since I would like to show an alternative to Apache. But as I found out today the recently released version 3.0 of fli4l uses the already mentioned ACME mini_httpd. Cool! They’re on the right way! ;-) Unfortunately it only seems to be used for serving information pages about the fli4l status and not as common webserver. (Please correct me, if this is wrong! I would appreciate it, if I’m wrong at this point. :-)

Since I first read about viewml on the DeLi Linux page, I looked for Debian packages of viewml today. apt-cache search hasn’t found anything on Woody or Sarge and packages.debian.org is still down, so I used Google. I found out,  that there at least was a viewml package in Debian since at least 2001, so I expect, it just didn’t make it to stable.

But I also found this interesting page on a webserver called www.ubuntulite.org. Ubuntu Lite? That sounds very interesting, since I see Ubuntu not as the baddest idea (expect for it’s horribly resource hunger and only offering one package per application by default ;-), but having an Ubuntu derivative prepackaged for low end PCs and with several webbrowsers instead of only Epiphany (and probably Firefox, don’t they?) would be perfect for my purpose.

So I’m currently downloading an Ubuntu Lite ISO and will give it a try on one of my Pentium MMX boxes. Unfortunately it doesn’t seem to support Pentium I or AMD K5 since Ubuntu itself only supports i686 and upwards. :-/

But this also means, that it’s no occasion for my Pentium I Compaq LTE 5100 (which I probably will name pony), but currently, after Bartosz’ recent post on Planet Debian, it looks like Debian GNU/kFreeBSD could also be an interesting OS, since it fits all requirements perfectly: Free, Modern, Exotic and all conveniences of Debian. ;-)

Now Playing: Jefferson Starship — We Built This City

Giving root access retroactively //at 18:59 //by abe

How often did you start to edit a file from your usual Unix user account and then noticed, that you only can save the file as root? I often did.

Sec wrote a little tool named presto which helps in this situation on FreeBSD. Initially only being a proof of concept tool to show that write access to /dev/kmem is as good as root access, the tool now has a useful purpose: Called from any editor or other tool (e.g. via sudo), it gives that tool super user privileges retroactively. So in vi, you just can type :!sudo presto to save the opened file, even if only root can write to it. (Works only with security level 0 or -1.)

Oh, and btw: Don’t use presto with Emacs. Emacs isn’t an editor for one file…. ;-)