blog.crox.net

This is a copy of a post I made to the isdn4linux mailing-list.

In the latest kernel, char bus_id[20] has been removed from struct device. To read or set the device name, dev_name(device) resp. dev_set_name(device) have to be used instead. The attached patch does exactly that. It allows me to run mISDN-1_1_9_2 with kernel 2.6.30.5, with no problem so far. My understanding is that dev_name and dev_set_name have been introduced in 2.6.27.x, hence the check for >= 2.6.28. I haven't tested the patch with kernels older than 2.6.30.5 though.

You can get the patch here: misdn-1.1.9.2-no-bus_id.patch.

Comments are set to "moderated" for this entry, please consider whether you should rather post to the list.

There is actually at least one very straightforward way to install Ubuntu Netbook Remix without a USB key, without even downloading the image, over the network.

Just follow the instructions in my previous article to get a working Ubuntu Installer over PXE. By default this installer will only setup a very minimal Ubuntu system, without any server or desktop packages.

At some point during the installation, you are offered the possibility to install additional software packages. At this stage you can just tick the box in front of "Ubuntu Network Remix" and that's it! You don't need to select any other package (eg Ubuntu Desktop) for a fully working UNR install. Personally I added "OpenSSH Server" because I want to be able to login remotely. Of course you could also add those packages later on.

When trying to get the latest sys-libs/timezone-data on a somewhat old system, I got the following error:

[list of nearly all files the package was about to install]
 - Package 'sys-libs/timezone-data-2008i' NOT merged due to file
 - collisions. If necessary, refer to your elog messages for the whole
 - content of the above message.

According to equery, it looks like those files were installed by glibc:

# equery b /usr/share/zoneinfo/CET
sys-libs/glibc-2.3.4.20041102-r1 (/usr/share/zoneinfo/CET)

So I tried

# COLLISION_IGNORE="/usr/share/zoneinfo" emerge -av timezone-data

which showed less errors but still gave me:

 - sys-libs/glibc-2.3.4.20041102-r1
 -      /usr/bin/tzselect
 -      /usr/sbin/zdump
 -      /usr/sbin/zic

I ended up with

# COLLISION_IGNORE="/usr" emerge -av timezone-data

which worked well.

I looked at the ebuilds and saw that newer glibc packages depend on sys-libs/timezone-data, so upgrading glibc should solve the problem too. I've submitted bug 258802 since I didn't find the info anywhere else.

I've successfully installed and ran Android on my N810 following the instructions here along with the modifications described here. In the next days/weeks I'll have a deeper look at it and will also try to install some more apps.

There is another project (involving the same people?) called NITdroid, which allows to run Android directly, bypassing Maemo. However my understanding is that short of reflashing the kernel there is no easy way to switch between Maemo and Android (with the first method you only have to reboot to get back to Maemo after using Android). There are discussion here and there about using kexec to swich between Maemo and Android but so far I'm not aware of anybody getting kexec to work on a NIT.

android-n810 on SourceForge looks quite similar to NITdroid, according to the README in the distributed files.

Other things to look at some day:

• Gentoo on N810
• Debian on N810
• N810 Serial Console

This is a follow-up to my previous post about using the aXbo Sleep Phase Alarm Clock (SPAC) on linux. You should probably read that post first.

There is now a new 2.0 version of the "aXbo research" software (thanks rac for the hint). It is quite similar to version 1.0, with the added feature that you can upload new sounds to the device. It's still a Java application, using a number of Open Source components => Look at NOTICE.txt, and from what I saw it seems it's being developed on OS X - a shame that they don't provide an easy way to use it with linux: while version 1.0 was launched using Java Web Start, version 2.0 is installed locally in an OS-specific way which makes it a bit more complicated for the (not Mac / Windows) users. As far as I can tell the software should work fine on all platforms supported by RXTX (as long as there is a driver for the USB->serial converter of course)...

Here are the steps that allowed me to successfully run version 2.0 on linux:

- download aXbo_windows_2_0_11.exe

- run wine aXbo_windows_2_0_11.exe, this will install version 2.0.11 (don't install the drivers, only the application)

- at the end of the install process, you can directly start the program. for me this triggered the download of aXbo_windows_2_0_13.exe (why they don't offer this file for download directly is a mystery)

- install / update to version 2.0.13 using wine again (and again, don't install the drivers, only the application)

At this point you can already use aXbo research through wine. I didn't test the sound upload, but the rest seemed to work fine, although there were some glitches with the display. Here is how to run it without wine:

- create a directory to hold the files, eg mkdir ~/aXbo-2.0

- copy the .jar files to that directory, eg cp -rp ~/.wine/drive_c/Program\ Files/aXbo2/lib ~/aXbo-2.0/

- move axbo.jar one directory up, eg mv ~/aXbo-2.0/lib/axbo.jar ~/aXbo-2.0/

- get librxtxSerial.so, eg cd ~/aXbo-2.0/lib/ ; wget http://blog.crox.net/uploads/librxtxSerial.so

- run the application like this: cd ~/aXbo-2.0/ ; java -Djava.library.path=lib/ -jar axbo.jar


NOTE / RXTX:

- the librxtxSerial.so offered for download here is 32-bit, which means you need to run a 32-bit JRE.

- instead, you can also install a distribution-provided librxtxSerial.so, eg with Gentoo 64-bit:
emerge rxtx
java -Djava.library.path=/usr/lib64/rxtx-2/ -jar axbo.jar
(in this example you obviously have to select a 64-bit JRE)

(RXTX is distributed under a variant of the LGPL license, you'll find more info on the RXTX website.)


NOTE / Sounds Upload:

Be aware that the sounds upload function will upload the whole package at once, and that it will replace the sounds currently on the device, and not just add new ones.