Le weblog entièrement nu

As I type this, debs for a current snapshot of upstream Subversion are on their way to Debian Sid. They are taken from the Subversion trunk and not from the yet-to-be-released 4.6 branch, because a few important changes have taken place on the trunk only, and the 4.6 branch is merged anyway. Hence the version number, 4.6.99+svn6078-1. These packages did spend some time in experimental, and I didn't get any bug reports, but that doesn't mean they're bug-free. Use with caution.

One of the big changes is that Gforge now uses Gettext rather than its home-made internationalisation system. Which means probably fewer problems, and a more standard system allowing more people to get involved. Can you guess what I'm hinting at? Yes, it's a call for translations! Anyone interested in getting involved should bzr branch http://alioth.debian.org/~lolando/bzr/gforge/upstream-svn/trunk/, and start poking the existing *.po files (or creating new ones!).

Why the private repo and not the upstream Subversion repository? Rationale follows.

My job as a freelancer as well as my role as an Alioth admin involve maintaining separate branches of the Gforge code (different clients have different needs and patches). In order to facilitate patch migration, I therefore need a distributed VCS, and I've been using Bazaar for a few years, with a manual gatewaying between upstream CVS first, then Subversion, and a few private Bazaar branches. Now that Bazaar (as in Arch) is dead, I'm using Bazaar (as in Bazaar-NG, Bazaar-2, or bzr), which seems to be approaching a 1.0 release, and which provides a plugin to interoperate easily with Subversion repositories.

And since the upstream Subversion repository is not accessible anonymously anyway, I decided to publish my gateway branch. I'll probably publish more branches as time passes (probably the Alioth branch, and quite possibly feature branches too).

Note: if you want to share a bzr repository of a project containing PHP scripts with Apache, you may encounter a problem, because the bzr repository contains files named *.php.knit and *.php.kndx. And Apache will happily give these files to the PHP interpreter when serving them, and that's not what you want. My trick to fix that is to add a .htaccess file somewhere where the repository is stored, with the following contents:

AddHandler None .knit .kndx

This will ensure that these files will be sent straight to the HTTP client, and not through the PHP interpreter.

J'ai passé la fin de l'après-midi d'hier, et la soirée, à me battre pour essayer de faire marcher un système d'authentification par Kerberos. Lire des multitudes de docs sur Kerberos, essayer des trucs, repartir dans des Kerberos HOWTO, et recommencer jusqu'à ce que ça marche ou (ce qui fut mon cas) qu'il faille aller se coucher sous peine de n'être pas frais pour bosser ce matin. Et c'est alors, comme j'étais dans ma cuisine pour boire une menthe à l'eau, que mes yeux hagards, profitant de n'être plus contraints à fixer un rectangle cathodique, se sont posés sur une boîte de gros sel qui traînait sur le plan de travail.

Je crois que je ne pourrai plus jamais regarder un paquet de sel Cérébos sans penser Kerberos.