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
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,
bzr), which seems to be approaching a 1.0 release, and
which provides a plugin to interoperate easily with Subversion
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
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.Posted dim. 26 août 2007 00:00:00 CEST
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.Posted ven. 17 août 2007 00:00:00 CEST