I sponsored (ugh!) a new ia32-libs today, which means we now are 4 RC down.

Note: I really hate this package.

For today: 469552 was downgraded for probably be a user problem and ktranslator was removed due to 469552. I know that the latter wasn't RC for very long (a couple of days at least) but the maintainer should have detect the criticity of the problem himself (the package is mostly unusable because he can't find some of its plugins or sth like that) and is totally unresponsive.

I'm pleased to announce that we went under the 400 bugs in lenny (according to turmzimmer) and around 250 bugs that are present in both lenny and sid (which is the "real" amount of bugs to fix).

Today, after Cyril Brulebois, and Sylvestre Ledru, Kumar Appaiah contacted me with ready NMUs that I sponsored right away:

• #462540 for enigma
• #455680 for python-visual

About my work:

• #452718 was downgraded as it's unreproducible with the latest fontconfig.
• #468226 was closed, as it's not really a bug (all git contributions are signed-off-by their authors per upstream policy).
• #466984 was closed, for being invalid (though one could argue that kiosktool UI sucks too).

Though, python-central had the brilliant idea to generate ~35 FTBFSes, so this week of RC-Bug-A-Day balance isn't brilliant:

On the other hand, we're almost under 100 g++-4.3 FTBFS, wich is a third of what it was 10 days ago, good job people !

Nothing really exciting today, though 1 RC fixed, and a g++-4.3 FTBFS at the same time.

Since there aren't only serious grave and critical bugs we have to fix for the release, the RM Team spontaneously decided to make a front attack to the g++-4.3 FTBFSes.

All in all we did probably more than 110 to 120 NMU to fix g++-4.3 FTBFS bugs. Our champion is definitely Marc Brockschmidt who uploaded 50 packages. I NMUed 22, and also did one QA upload. Add to that 5 sponsored NMUs for Cyril Brulebois, and one for Arthur Loiret who happens to be my NM, and fixed one of those bugs for his T&S. There are still twice as many to fix, those are really easy bugs to deal with, just give it a try !

I'd like to thank Cyril Brulebois for his awesome work on the g++-4.3 release goal. A shame that he's still elmo-ed, as he wrote more than 150 patches, and could have uploaded them himself if not still waiting for his account. Shame on us.

I must say I disagree with John a lot about git rebase.

git-rebase is the most nice feature I've ever seen float around in a SCM, and is part of the things I love in git. I mean, I do not disagree with the fact that it cannot be used in every single case. It is indeed meant to be used in private topic branches. git-rebase is meant to be used in a workflow where you have a topic branch (meaning some non releaseable nor push-able work) and that you still want to keep up with others work.

With other SCM's, you have to update your working repository, wich in many cases generates nasty conflicts, hard to deal with. Especially in svn e.g.. With git, you commit your work, pull the remote branch, and then rebase ontop of it. It makes a lot of sense, and when your topic branch is indeed ready, you can push it upstreams, and the next rebase will merge the bits that have been accepted automatically. I just can't think of a simpler way.

Btw, we use svn at work, and I do use git-svn instead of svn to be able to develop my own patches without fearing conflicts in the same way I did before. I know I will benefit from the powerfull git merging capabilities and help at any stage, even if I did not pulled the svn for a long time. That makes the developpement much more sane, as I only try to push coherent changes, hence on a less regular basis. You could not do that without git-rebase. In that sense, git-rebase is anything but evil.

Solutions Linux was great. At least I had a great time, seeing a lot of people that I meet too seldom.

A short making up is:

• Setting up a babelbox is … hackisk ;
• Debian France related: the board remains the same for one more year, bubulle and jcristau are now part of the core team;
• Bull is even worse that what I could have ever imagined (see what they came with here).

There was not as many visitors I would have hoped, but that was still a nice time.

edit: it seems only the video card was broken after all, because I carried the computer forgetting to remove the DVI to VGA adapter. So that's a 50€ loss, not a 350€+ one. I'm relieved

your work is very much appreciated.

that's an incredible tedious work. Really thank you.

I announced it, now he did it.

Denis, we will miss you, you did a damn pretty good job on many parts where you were excellent at it. I'm disgusted to see that dunc-tank pushed you out. I'm disgusted to see that people with a lot of qualities are going to do the same, and orphan a lot of packages that really need special care, and that will fall in QA for a while.

That hurts, and that hurts the Project too.

Edit: and now Benjamin is following his path. I feel sick. And those where not the one that get loud about it. They just don't recognize the Debian they knew. Who can blame them ?

#define MONTHS *30*24*3600

int pid = fork();

if (pid) {
    sleep(3 MONTHS);
    blog_something_geeky();
    sleep(6 MONTHS);
    printf("it's alive !");
} else {
    int fd;

    sleep(9 MONTHS);
    fd = open("/dev/parents", O_RDONLY);
    dup2(fd, STDIN_FILENO);
    close(fd);

    fd = open("/dev/life", O_WRONLY);
    dup2(fd, STDOUT_FILENO);
    dup2(fd, STDERR_FILENO);
    close(fd);

    setsid();

    live();
}

Merci à l'équipe pour ce beau résumé:

90+3   Pénalty! Penalty pour l'Italie après un raid de Grosso côté droit ! Le problème, c'est que le défenseur de Palerme n'a pas été touché...
90+5   BUT Totti transforme en force ce pénalty imaginaire et envoie les siens en quarts de finale.
90+5   L'arbitre siffle la fin du match et l'Italie réalise un incroyable hold-up en s'imposant grâce à un pénalty imaginaire. La Squadra Azzurra est en quarts de finale, l'Australie pourra avoir des regrets.

(cliquer sur l'image)