The entries matching /Debian, which you requested could not be found.
Do you want to go back to Benj's tavern?

Welcome to this 1st issue of DeDuBu contest, the monthly championship of the dumbest bug reported to the Debian BTS. The challengers

• Florent Bayle with #355455 (trying to overwrite /usr/lib/libpano12.la', which is also in package libpano12)
• Samuel Hocevar with #207349 (fortune-mod: internal error) and #177244 (chromium: Infringing on Bruce Springsteen's Copyright)
• Benjamin Drieu with #177128 (fetchmail initialisation fails on AIX 5.2 on JFS2 filesystem)
• James Westby with #374599 (cupsys: bug reporter is hallucinating) and #371032 (cupsys: Upgrade to 1.2 broke printing on local parallel GDI printer)
• Ken Bloom with #340111 (jython doesn't perform static initialization of classes called by other java classes)

How the vote has been done Five Debian related people voted for these bugs: Pierre Habouzit, Pierre Machard, Julien Louis, Mohammed Adn ne Trojette and Julien Cristau. Full ranking Bugs

• #177244 (chromium: Infringing on Bruce Springsteen's Copyright) (28 points)
• #207349 (fortune-mod: internal error) (26 points)
• #374599 (cupsys: bug reporter is hallucinating) (16 points)
• #177128 (fetchmail initialisation fails on AIX 5.2 on JFS2 filesystem) (15 points)
• #355455 (trying to overwrite /usr/lib/libpano12.la', which is also in package libpano12) (10 points)
• #371032 (cupsys: Upgrade to 1.2 broke printing on local parallel GDI printer) (9 points)
• #340111 (jython doesn't perform static initialization of classes called by other java classes) (8 points)

Challengers

• Samuel Hocevar (54 points)
• James Westby (25 points)
• Benjamin Drieu (15 points)
• Florent Bayle (10 points)
• Ken Bloom (8 points)

The winners

• Bug: #177244 (chromium: Infringing on Bruce Springsteen's Copyright)
• Challenger: Samuel Hocevar
• Bug reporter: Kingsley G. Morse Jr.
• Voter: Pierre Habouzit with the nearest ordered tierc : [1] #177244, [2] #207349 and [3] #355455.

About DeDuBu

French parliament just approved today DADVSI, the worst copyright law in Europe. For those who don't know about DADVSI, this law is the French version of DMCA, supposedly created to fight against "piracy" and P2P, ended up in enforcing copyright in the worst way, making illegal previously licit uses of copyright material, like private copy or making de-facto illegal things like reading a DVD with free software. Parts of the DADVSI, like the so-called Vivendi Universal amendment explicitly makes programs than are "obviously" made to share illegally copyrighted material (sic, lawyers will have fun determining if a webserver is "obviously" a copyrighted material sharing program). Making available such programs will be of course illegal and debians mirrors will risk three years of jail ... will Debian continue shipping amule on its French mirrors? As a conclusion for this months long fight that proved majority does not care neither about democratic procedures nor the 170.000 citizens that signed the EUCD.INFO petition, we still has a chance constitutional council declares DADVSI as anti-constitutional. Scary, heh?

Daniel, I'm afraid you are guilty of Argumentum ad populum. I would really like to see those millions of Gnome users confused by this small white square called a GtkTextEntry that every gnome zealot invokes when asked why keyboard support disappeared from a lot of Gnome features. What is funny is that the very Gnome Human Interface Guidelines ask not to [...] Limit Your User Base and that is exactly what the Gnome developers do. Stating that a typical Gnome user does not want keyboard is simply false. My own experience let me think a substantial part of Gnome users want both (and the Ctrl-L thingy does not count as keyboard support, it is just crap). I would perfectly understand Gnome developers prefer it this way, after all it is their choice. But don't say it is for users sake. And be prepared to loose many users with unique needs.

I always knew I had the best of everything.

Your Inner European is French!

Smart and sophisticated. You have the best of everything - at least, *you* think so.

As Christian said in a very nice summary of the issue, this is the day the DADVSI law (which is a transposition of the EUCD, the European DMCA) will be examined by French parliament. I would really like to share Christian's optimism. So far, the EUCD.INFO initiative succeeded in bringing the issue to the public (120k signatures, mostly from French residents) and to several MP. Good news are that a lot of amendments has been submitted to mitigate effects of the DADVSI law. Bad news is that we also had terrible press cover: we had articles in most national newspapers and TV, but a lot of them are completely missing the point and are comparing us to champions of piracy against copyright. Even worse, Christian Vanneste (conservative MP responsible of the law) keeps spreading lies. Today, members of the EUCD.INFO initiative went to the parliament to talk to MP and to show their concerns. Some friends and I went too even if we were just there to watch the debate. I'm quite disappointed to see that left wing was totally absent (like less than 10 MP out of 160!). Right wing was more represented but MP supporting our amendments are a minority group. Debate starts again at 21 local time. We will be there and I hope I'm wrong, but I really fear we loose more than we gain.

As it seems people are arguing about the revision systems hype, I just wanted to point that CVS rulez. Sure, it does not $some_obscure_witty_feature but, hey, is this feature really useful? I've been using CVS for ten years, coded around 500k source line of code and honestly, it suits all my needs. To tell the truth, I don't even use all of its capabilities. So, CVS can't keep history of a file when you move it. Big deal? After all, renaming a file is just like creating a brand new one. Leave a commit message stating previous name of foo is bar if you really need history and that is it. So far, I never stumbled upon a case where this "feature" limited me or made me loose more than 15 seconds. Same for distributed RCS. Sure, on the paper they look good. Call me a moron but I never managed to use one properly. Even a large but well managed project does not need such monstruosity. Matthew is right on one point: RCS are like languages, geeks advocate languages because of a specific subset of features. But they don't realize 90% of functionality of a language is present in all other languages and the 10 other percents can be achieved with method if you really need them. I personally find very discouraging to learn a brand new RCS for every project I contribute to if upstream has decided this one is cool. If you want users to contribute, use a standard RCS as well as a standard mailing-list system, common language, etc.

I recently tried and adopted ccache, which (quoting its webpage) acts as a caching pre-processor to C/C++ compilers, using the -E compiler switch and a hash to detect when a compilation can be satisfied from cache. This often results in a 5 to 10 times speedup in common compilations. I must say I was sceptical, but ccache really works great, specially when you have to compile again and again the same code, like a Debian package which you have to clean but which source code remained the same. The only glitch is installation. If you wish to use it by default for all your compilers, there is still some manual configuration. I'd really like it to provide an alternative to, say, cc.