Debian GNU/Linux on a Dell latitude D610 laptop

Again, I’ve tried and install a Debian distro on one of my collegues’ laptop, which is a Dell Latitude D610.

The process is similar to the one for a D510 I’ve described earlier.

Ony that this time, the 2.6.12 is available in testing, which removes the need to get things from unstable.

It seems that the SATA drives will be recognised by default without having to hange the /etc/modules or /etc/mkinitrd/modules config files : just apply the following steps :

  1. Install kernel 2.6.12 from testing
  2. Boot with the root=/dev/sdX option instead of root=/dev/hdX
  3. edit /etc/fstab, /boot/grub/menu.lst, etc.

Still, there are problems once it’s all installed : :

  • the suspend to ram doesn’t seem to be working as I expect it : although I configured some acpid event handler, after an “echo 3 > /proc/acpi/sleep” in the lid close handler, it will not resume OK : the disk seems to be working on and on, and the machine is frozen.

    This seems to be a common issue for other persons using this model. I’ve read that the problem relates to libata missing a suspend possibility (at least in kernel 2.6.12 – Cf. http://groups.yahoo.com/group/linux-dell-laptops/message/27234).

  • The CD drive is not recognized allright. To change that, the initrd should be rebuilt by appliying the following steps :
    • Modify the /etc/modules files in order to ask for the following modules in that order :
      scsi_mod
      sd_mod
      libata
      sata_sil
      piix
      ide-generic
      ata_piix
    • Modify the /etc/mkinitrd/modules file as well to provide the same list of modules
    • regenerate the initrd files using something like mkinitrd -o /boot/initrd.img-2.6.12-1-686 2.6.12-1-686.

Suspending
The suspend2disk is supposed to work, but I think it’s a bit too difficult to setup for the time being.

In the meantime, I think something can be done with the battery saving in case of lid closed with radeontool which can switch off the lid. See the acpid script here http://da.gentoo-wiki.com/HARDWARE_Dell_Latitude_D610#ACPI (paths should be adapted for Debian).
Still experimenting on that machine, so don’t take all these informations for exact.

Composing RSS in emacs with nxml

I’ve been investigating the use of nXml (the XML editing mode for emacs), for the production of RSS news feeds.

All I can say is that it ain’t really obvious.

I wanted to be able to produce modern RSS formats, like RSS 1.0 (RDF Site Summary 1.0), to take advantage of the extensible nature of “real XML” RDF format, or if that wouldn’t be possible RSS 2.0 (here, RSS stands for “Really Simple Syndication”), which seems to be XML based but less strict, maybe.

Note that I’m not an expert in all XML and RSS matters, but I feel I have sufficiant basic knowledge to guess what needs to be done. OK, maybe not, actually… so I’d welcome any comments.

nXML uses relax-ng schema to validate (and also to provide other facilities like auto-completion) the XML edited in emacs.

I tried with a RSS1.0 file containing the RDF headers… but it looks like the only schema loaded is the RDF one, which won’t help nxml understand more markup that the RDF ore namespace. I though that maybe nXml would be able to load additional namespaces, which seems to be the goal of RDF in RSS 1.0, if I get it right … but actually it seems not.

I found out after some searching that someone named Joseph Reagle produced a relax-ng schema for RSS 1.0 (announced on a post to rss-dev@yahoo group) which seems to include elements of markup for the RDF parts of RSS1.0 files… but it’s pretty minimal… so what ?

Maybe it would be possible to find a RSS 1.0 W3C schema that trang could convert relax-ng … but I couldn’t find one 🙁 … too bad … or maybe it’s obvious… but I must say I don’t know enough of RDFS and other schemas…

Finally I may as well be using the RSS 2 schema (written by Dino Morelli, announced on a post on RSS2-Support@yahoo) in nXml, if such RDF cannot be handled by nXML ?

Thanks to Georges Silber who helped in this search, and mostly confirmed my findings.

Improved personal web page with docbook-website

I’ve improved a little bit my webpages generation with Docbook XML Website. Now, there are two versions of the pages : with the “tabular” look, and with a “lighter” look, for deficient readers, printing and so on…

FYI, I’ve arranged the backend (Makefiles and so on) to have a cleaner list of directories and files.

It’s not perfect though, and I think it may be worth investigating Silkpage, which seems mainly to enhance docbook website by providing an ant generation process… although I’m no big fan of Java… so, I’ll let one of my collegues evaluate it before migrating.

Interested readers may have a look at my Makefile and layout.xml files, and follow the links to the XML and XSLT and CSS files, which should all be available although not linked by default from the pages ;).

Next step will probably be to generate two set of pages, with a translation in english in addition to the existing french version.

OpenOffice.org 2 beta2 on Debian

Looks like it’s fairly easy to be able to use your own copy of OpenOffice.org 2 beta2 on Debian testing. OpenOffice comes only packeged in unstable at the present time, or for RPM-based distributions. But it’s easy to install the later version on a Debian testing machine, and it looks like it will run OK.

You will need to have alien installed to be able to convert the packages.

Here are the steps I applied :

  • Download the tgz archive : English, x86, and your preferred mirror
  • Extract it’s content in your home directory
  • cd into it
  • remove RPM/openofficeorg-testtool-*.rpm
  • Convert the .rpm into .tgz. Apply the following script : for i in RPMS/*.rpm; do alien -t $i; done
  • Extract the contents of the tarbals : for i in RPMS/*.tgz; do tar zxf $i; done ; it will create an opt/directory there.
  • That’s it. you only have to run .../OOo2.0beta2_native_packed_en-US/opt/openoffice.org1.9.125/program/soffice to launch it.

I’m not sure everything will run smoothly but that should be enough to read the .odp documents sent by my collegues running Fedora Core 4.

Update 16/11/2005 : you may then remove the rpm and tgz files from the RPMS directory, which are rather big 😉