Buxy rêve tout haut

Chers lecteurs, j’aimerai aujourd’hui vous mettre à contribution. Pour mieux répondre à vos attentes dans une nouvelle documentation concernant l’usage de Debian au quotidien, j’aimerai que vous me fassiez part des plus grosses galères que vous avez eues avec votre système Debian.

Laissez moi donc un petit commentaire relatant vos péripéties (exemples : difficultés à faire marcher un périphérique, à configurer un logiciel, à faire une mise à jour, etc.). D’une manière générale, si vous trouvez qu’un sujet particulier manque singulièrement de documentation, n’hésitez pas à me le signaler.

À l’occasion du lancement de la plateforme Izibook d’Eyrolles, Roland Mas et moi-même avons obtenu d’Eyrolles qu’ils publient la deuxième édition du Cahier de l’Admin sous licence Creative Commons. Ils ont retenu la licence CC BY-NC-ND (donc la plus restrictive) mais elle nous permet tout de même de vous proposer de télécharger gratuitement le PDF du livre !

C’est une chance pour tous ceux qui n’ont pas pu s’offrir le livre… en effet, même s’il n’est plus tout récent, la majorité des explications (sur dpkg, apt, le debian-installer, …) sont toujours pertinentes et d’actualité. C’est également une occasion de « feuilleter » le livre dans son intégralité et de lire un ou deux chapitres, si jamais on hésite à débourser les 39 EUR de la dernière édition ou bien les 29 EUR de l’édition électronique. Et oui, vous pouvez désormais également vous procurer une version PDF de la 3ème édition (« Debian Etch ») à un prix moins élevé que la version papier. Il n’y a malheureusement pas encore d’offre combinée papier + PDF à l’heure actuelle.

J’ai mis à jour la page dédiée au livre avec toutes ces informations.

Dear Joey, we also had this problem for dpkg, that’s why I hacked the /usr/local/bin/git-commit-notice script that we’re using on Alioth to do something like this instead:

while read oldrev newrev refname; do
    branchname=${refname#refs/heads/}
    [ "$branchname" = "master" ] && branchname=""
    for merged in $(git rev-parse --not --branches | grep -v $(git rev-parse $refname) | git rev-list --reverse --stdin $oldrev..$newrev); do
         /usr/local/bin/git-ciabot.pl $merged $branchname
    done
done

It will stop git rev-list each time that it encounters a commit that is available in any of the other branches present in the repository and thus when you merge a branch, you only see the merge commit in CIA.

You should also note that the script is smarter as it calls CIA only for branch updates, not for tag creation (and other kinds of updates) where it only leads to strange errors IIRC.

This year I have not given any vote recommendation because all candidates would be (IMO) good DPL. The participation stats are a bit strange however: when I got the second call for vote I noticed 176 votes in the first week compared to 135 last year. So I thought “good, participation is on the rise”. But then I got reminded that we have shortened the voting period of the DPL election to two weeks. So the comparison doesn’t hold.

The vote close in two days and we have so far only 283 votes, and last year we got 482 in the end. So we’re likely to have much less participation this year… even if you add a percentage for the people who wish to vote but cannot for various reasons (which proves once more how important it is that the next DPL be determined to fix those recurring problems), you won’t get the same numbers.

So my question is: do we have lower participation because all candidates are good and people do not care who gets elected? or do we have so many DD that follow Debian only every 2.5 weeks?

And if you haven’t voted yet, it’s time to do it.

During the last weeks I’ve been busy working on adding support of new source package formats to dpkg-source (the wig&pen format, a wig&pen variant based on quilt, Joey’s git based format integrated by djpig, …). I just reached the state where I believe the code is mostly ready to be merged in the master branch. Thus I would like some external testing and feedback.

Grab and install the package here and try building packages with dpkg-source "--format=3.0 (quilt)" -b mypackage (or any other new format). You can find more infos in the call for test on debian-dpkg (here and here). If you find regressions, please report them.

If you want to grab the latest sources, use git clone git://git.debian.org/git/dpkg/dpkg.git dpkg; cd dpkg; git checkout -b sourcev3 origin/sourcev3.

As you know I implemented the support of symbols files in dpkg-shlibdeps/dpkg-gensymbols, and I would be very pleased if libc6 could start using it as most packages would then benefit from weaker dependencies on libc6 and be more easily installable on previous versions of the distribution (sid package directly installable on etch in some cases).

Some time ago I tried to get the ball rolling by providing a first patch in #462444. Unfortunately the glibc team has not been able to finish the work up to now and the base freeze is approaching… so it would be great if some people could jump in, make the required changes, test and propose a new (fully working) patch. I just sent a message to give some indications on how to get forward, hopefully that will help anyone who wants to tackle this.

Thank you for your help!

The topic of switching from CVS to something else regularly came forward but nobody did anything. The net result is that several documentation are now maintained outside of the debian-doc repository because their respective maintainers didn’t want to stay with CVS.

After noticing that the developers-reference also switched to SVN, I decided to convert the whole debian-doc CVS repository and import it in the new “ddp” SVN repository on Alioth. This is now done.

Hopefully, the Debian Documentation Project can now again become the central place for writing good documentation about Debian. New contributors can be easily added through the DDP Alioth project. Volunteers are welcome to review what’s in the SVN and move obsolete documentation aside. People who moved away are welcome back.

Another project that also suffers from its CVS usage is the website (and it desperately needs a better design). After yet another round of discussion on #debian-devel, we agreed that discussing endlessly was not an option and that someone had to try the conversion and prepare the scripts for SVN usage. So I proposed to handle the CVS to SVN conversion and ifvoid decided to try to update the scripts. And it looks like things are progressing quite well… we included the CVS revision -> SVN revision mapping in the conversion (option –cvs-revnums of cvs2svn) and this will enable us to script the update of all translations (they encode a CVS revision to know if they are out-of-date or not). Expect to hear from us soon on debian-www@lists.debian.org…

Yes, it’s DPL election time again. On the good side, we’ll spend less time this year than we used to thanks the constitution change. On the bad side, it seems that almost nobody is interested to run for DPL (even HE is not sure yet!).

I’ve been relatively satisfied by the work done by sam (although one can always do better) and it looks like many share this feeling… and when this is the case, we just expect the DPL to run again. But sam clearly said that he won’t run again. What a pity.

I also don’t plan to run this year[1] but I’m always interested in leadership issues and I’d gladly be part of a DPL team. Hopefully someone will provide such an alternative on the ballot this year.

Right now, I’m more in the mood of implementing some real changes (like the symbol based dependencies that I added to dpkg-shlibdeps) instead of trying to convince others to do them. When you associate this to some support of the leadership in place, it can give very good results.

Now back to real work, I still have to test and polish the dpkg-source rewrite which adds support of several brand new source package formats. Feel free to check out our progress in the sourcev3 git branch.

[1] Feel free to convince me otherwise by adding some comments here.

Bon, ça y est le jeu concours pour gagner les dix exemplaires du Cahier de l’Admin Debian est clos. Les gagnants ont été prévenus par courrier électronique et les autres peuvent voir qui a gagné sur la page du jeu.

Parmi les 10 gagnants, ceux qui ont été sélectionnés par les auteurs sont : Linux et les choses, le blog de Sun WuKong et Planète Béranger.

Félicitations aux heureux gagnants ! Pour les autres, merci quand même d’avoir participé et j’espère pouvoir rencontrer certains d’entre vous au salon Solutions Linux où je serai présent (sur le stand Debian évidemment).

Vous aurez aussi remarqué que je ne poste plus très régulièrement sur mon blog, ce n’est pas faute de manquer d’idées, mais je passe tellement de temps à travailler sur dpkg qu’il ne m’en reste plus pour rédiger des articles. Ceci dit mes priorités évoluent (par cycle de quelques mois) et un jour ce blog redeviendra un peu plus actif.

Je m’en rends compte que bien que le livre soit disponible en librairie depuis le 29 novembre, je n’ai toujours pas blogué sur le sujet… il faut dire que j’ai été très occupé. Mais rattrapons le temps perdu. Pour ceux qui ne savent pas de quoi il s’agit, la page officielle de présentation du livre est par là. C’est un livre que j’ai écrit (avec l’aide de Roland Mas pour cette 3ème édition) et qui traite de Debian Etch. À mettre entre toutes les mains!

Dans le cadre de la promotion du livre, il y a 10 exemplaires du livre (qui fait tout de même 39€!) à gagner. Participer à ce concours n’est pas plus compliqué que de rédiger un article de présentation du livre dans votre blog… retrouvez les détails sur la page du jeu-concours. À l’heure actuelle, il n’y a qu’une vingtaine de participants soit 50% de chance de gagner… avouez que c’est quand même bien mieux que le loto!

Sautez sur l’occasion et participez !

Parmi les premiers à avoir relayé l’annonce du livre, je félicite Guilhem Augendre de l’association Isépienne du Libre qui nous fait partager un avis personnel sur le livre. J’espère que d’autres participants suivront cet exemple.

Et pour la postérité, voici l’annonce officielle passée sur LinuxFr.

Roland et moi attendons impatiemment vos premiers retours sur ce nouveau livre. Nous sommes convaincus qu’il saura se rendre utile et nous espérons qu’il rencontrera le même succès que les deux éditions précédentes !