Here's the slashdot posting about Linux running on the Axim. Well timed since my monthly bandwidth allotment starts fresh tomorrow.

*** This use of the Dell Axim is not supported by Dell ***

Thanks to the great work of Martin Demin over at handhelds.org, it is now possible to run Linux on the Axim. It currently only supports load from RAM (not ROM) which means you boot it from Windows, but it's a start. Specifically, if you follow these instructions made available by Steve Johnson it's pretty easy. Though, beware that it currently kernel panics after about 15 minutes, and when you do the hard reset, it boots back into Windows at factory default settings (meaning, you lose any files you might have stored on it).

Touchscreen, sound, lcd, serial port, buttons and charging all currently function. Much work still remains on things like the power button, screen rotation support, battery indicator, and loading it into the actual flash ROM, but this really is a great start. Check out the picture below...running a 2.4.19 based kernel on the Familiar Linux distribution.

I've included all this information on my linux page so that these links are readily available outside of this blog entry.

Pretty pathetic. I saw this message on a phish related message board. I don't know what exactly this dude did to catch the ire of DMB fans or if this is authentic, but it appears to be. Is it really necessary to go to such lengths to shut people up by invoking such an awful law?

"You are strongly encouraged to seek advice of counsel in this matter." ha.

Devlabel version 0.41.01 is now available (tarball or RPM).

* Fixed up scsi_unique_id to better handle identifier types. Specifically, as per the SCSI spec, it now checks page83 identifiers for their association value. If this value is non-zero, the ID is not considered stable and so scsi_unique_id no longer returns it. Thanks to Tom Coughlan (coughlan () redhat ! com) for pointing this out.

* Fixed devlabel to handle multiple identifiers of the same page and type. In this case it just concatenates the ids to form one large identifier.

Zach Brown picked up my post to the linux-kernel mailing list regarding the addition of SuSE support to DKMS. Here's the kernel-traffic write-up.

I'm writing this to get some clarification on the scope of the Austin-Blogger's meta-blog. I do this because I found myself in a quandary on whether to ping the meta-blog on my previous blog entry from today. In the end I decided not to as there was no real Austin content-- even though in some ways I thought it fit in well within the context of some of the recent Austin blogs about Howard Dean's recent visit. After all, deciding our next president clearly affects all those living in Austin (and, of course, everywhere else).

Perhaps some convention like adding "NAC" (No Austin Content) to the title line might be fitting here. Though, this doesn't seem completely ideal as though it would help Austin-Blogger users, it would also come across as confusing to everyone else: e.g. "Wesley Clark Follow-up...googlewashed (NAC)". Thoughts? What is appropriate for pinging the meta-blog on related topics to original Austin-themed entries?

It's funny, but it seems people are responding today to this blog entry from Feb as its almost identical to the one I wrote today. Of course, the one above is from Feb, and Clark was on MTP again today (June)-- this appears an interesting side effect of being the 7th google returned result for the search "wesley clark president".

Dare I say an example of googlewashing? Though, must googlewashing be taken as negatively as its original vulture-coiner intended it to be? Certainly my viewpoint is biased as I'm only arguing in favor of a system which directs traffic to me. Attempting to put ego aside, though, is this such a bad thing? The whole context of the Clark debate on Meet the Press this morning was framed around the internet grass-roots effort which has already purchased radio ads in his behalf in New Hampshire. Thus, it's only fitting that those who took to the internet in search of more information are directed to examples of this and that logically certain results come first. Obviously the system will always continue to need refinement, but isn't this just an example of successes in enhancing web searches by adding context? ...unless I'm a bumbling idiot.

At least Clark has a good buzz going for him.

I just finished watching Wesley Clark on the Meet the Press this morning. Among other things, Tim Russert gave a plug for draftwesleyclark.com mentioning the grass-roots efforts to make him a candidate. Clark did not say he would, but he did say he would have to "seriously consider" it and went on to give his views on all sorts of matters. Bottom line, it truly sounded like he's running. My guess is that he'll announce at the end of the summer.

Devlabel version 0.40.03 is now available (tarball or RPM).

* Changed reverseremap so that if a device returns a bad UUID or no longer exists, it comments out that entry in /etc/sysconfig/devlabel.

* Added a %pre and %post in the RPM which detects if you are using an old version of devlabel which has the old formatting for UUIDs. If it detects this, it calls a devlabel restart before the upgrade (to make sure the values in column 2 are up to date) and after the upgrade it calls a reverseremap (to fix the UUIDs).

Plenty of news of this around Austin, but the line up for the Austin City Limits Music Fesitval has been posted. Also, here's a link to Phish performing our national anthem at the NBA finals last night-- not too shabby.

Red Hat has accepted devlabel-0.38.07 and it is currently being served up in their RawHide section. Look for the updated version in their next distro. Until then, you can get the RPM right here.

DKMS 0.31.04 is available here.

* Fixed a bug where if you specified a --config and the config was located in /usr/src/linux-, it saves it and puts it back directly after the make mrproper

* Cleaned up and added configs to the Red Hat kernel prep routine

* Added a sample.spec to /usr/share/doc to show how to build an RPM which uses dkms.

From a summary of the latest IDC numbers on CRN:

"Server sales are down, but don't tell that to anyone selling Linux servers. Especially don't tell that to Dell Computer, which enjoyed by far the fastest growth of the top vendors."

Specifically in the first quarter of this year:
* Dell sold 38,000 servers pre-installed with Linux amounting to 124 million in revenue (following this trend, we'll hit a 1/2 billion by the end of the year)
* While these numbers put Dell second behind HP (50,500 servers), Dell's year over year volume growth was 58.7 percent and revenue growth was 77.6 percent

So, while total server revenue declined 3.6 percent, it looks like Dell/Linux is running away with market share. I think this might explain it.