Le prix réduit devrait permettre de toucher un public plus large, c’est en tout cas l’esprit de cette collection. La dernière édition (traitant de Lenny) reste réservée à la collection Cahier de l’Admin.

%:
	dh --with quilt $@

There’s also dh_quilt_patch and dh_quilt_unpatch for those who don’t use tiny rules files.

Enjoy !

Je suis heureux d’annoncer que GNU/Linux Magazine France se joint à cette initiative en relayant l’appel dans un article de 2 pages paru dans l’exemplaire d’avril (reçu hier dans ma boîte aux lettres) et en doublant la mise : pour chaque livre offert, la rédaction ajoute un abonnement d’un an au magazine de son choix (Linux-Pratique, GLMF, Misc).

Il y a 10 livres et autant d’abonnements en jeu, et tout juste 10 participants inscrits pour le moment. Les chances de gagner sont donc nettement supérieures au Loto, alors motivez-vous et rejoignez la communauté des contributeurs à Debian. N’hésitez pas à faire la promotion de cette opération, c’est aussi un moyen (indirect) de contribuer à Debian.

Note : les prochains numéros de Linux-Pratique et GLMF contiendront des articles détaillant un peu plus comment contribuer à Debian. Si vous voulez aider à leur rédaction (les délais sont assez courts : 1 semaine pour le premier et 2 semaines pour le second), n’hésitez pas à me contacter.

I’m glad that I can attend again this year. I’m sure it will be very productive. At least concerning dpkg it will be good to meet Guillem Jover IRL.

Aujourd’hui je vous présente screenshots.debian.net une initiative permettant de collecter des captures d’écran de tous les logiciels présents dans Debian. Tout un chacun peut réaliser des captures d’écran de ses logiciels favoris et les envoyer par un simple formulaire web. Synaptic sait déjà présenter les captures d’écran aux utilisateurs, vos contributions seront donc quasi-immédiatement employées (elles doivent tout de même être validées par les administrateurs du site avant publication effective).

Quelques recommandations sont données sur le site : il faut employer le format PNG, il faut lancer le logiciel en anglais (on peut utiliser LANG=C nom-du-logiciel dans un terminal pour cela), il ne faut capturer que l’application et pas le bureau en entier, et il vaut mieux faire une capture du logiciel en usage réel (avec un document ouvert, en cours de partie pour un jeu, …).

Difficile de faire plus simple pour contribuer, il suffit de vérifier si vos logiciels préférés ont des captures satisfaisantes en allant sur la page de consultation, puis de faire vos captures et les envoyer. Il est parfaitement possible d’avoir plusieurs captures par logiciel pour illustrer différents écrans/fonctionnalités, donc même si une capture est déjà présente, vérifiez si vous ne vous souhaitez pas compléter les captures actuelles.

Cet article fait partie d’une série expliquant comment contribuer à Debian.

Profitez de cette opportunité pour vous lancer et rejoindre le rang des contributeurs ! Mêlez-vous à la communauté (sur les listes de diffusion, sur IRC, sur les blogs Debian), et trouvez un domaine où vous pouvez vous épanouir en contribuant. Parlez avec d’autres contributeurs pour vous faire une idée de ce qu’ils font, et expérimentez vos idées d’améliorations pour Debian.

Vous ne savez pas comment contribuer à Debian ? Ce n’est pas grave, tous les contributeurs actuels seront heureux de vous guider pour que vous puissiez vous rendre utile, à commencer par Roland et moi-même. D’ailleurs la catégorie « Contribuer » de ce blog regorge d’exemples. Pour les plus motivés, j’encadre volontiers ceux qui veulent travailler sur un des projets qui me tiennent à cœur. Enfin, si vous ne trouvez pas votre bonheur (ou si vous avez des questions), vous pouvez toujours vous tourner vers la liste debian-devel-french@lists.debian.org pour expliquer ce que vous savez faire et on essaiera de vous guider vers une équipe qui saura mettre à profit vos talents.

Pour essayer de gagner un livre, il suffit donc de contribuer régulièrement à Debian d’ici à fin juin (et n’avoir pas contribué de manière régulière avant cette année). Quatre des livres seront attribués aux contributeurs les plus méritants (d’après le jugement de Roland et moi-même) et six autres seront répartis au hasard entre les contributeurs qui peuvent justifier de contributions réparties sur plus de 6 semaines (minimum 30 minutes de temps consacré à Debian sur la semaine).

Pour participer à ce jeu il faut se créer un compte sur le wiki Debian et noter sur la page http://wiki.debian.org/RaphaelHertzog/NewContributorGame) toutes les contributions effectuées. Chaque fois que possible merci d’inclure un lien afin que l’on puisse vérifier la véracité de votre contribution. Une fois inscrit sur cette page, il suffit de laisser un commentaire sur cet article de blog (merci de saisir correctement l’e-mail pour que je puisse vous recontacter) et votre inscription sera enregistrée.

Merci de faire circuler cette annonce afin de recruter le plus grand nombre de contributeurs possible !

Mise à jour du 7 mars: La procédure d’inscription a été modifiée à la demande de l’équipe de maintenance du wiki Debian.

Mise à jour du 27 mars: Les éditions Diamond s’associent à cette opération et offrent en complément du livre un abonnement d’un an (au choix entre Linux-Pratique, GNU/Linux Mag et Misc) à chaque gagnant de ce jeu. Merci à eux !

Cette nouvelle édition a été entièrement revue pour correspondre aux versions des logiciels présents dans Debian 5.0. On y trouve également quelques nouvelles sections dont une consacrée à OpenVPN et une autre aux partitions chiffrées. Comme d’habitude vous pouvez consulter le sommaire complet ainsi que des extraits sur le site du livre.

Disponible immédiatement en version électronique (PDF) sur Izibook, les libraires proposeront la version papier à partir du 19 mars (ou alors on peut le réserver dès maintenant sur Amazon et le recevoir dès que disponible). La version papier est accompagnée d’un DVD-Rom « multi-arch » i386/amd64/source de Debian 5.0.0. On peut donc installer sa machine au choix en mode 32 ou 64 bits, tout en disposant sur un seul disque de tous les paquets installés en standard (toutes tâches confondues).

PS: Découvrez aussi le jeu associé pour gagner un exemplaire du livre.

Au delà de cet événement, je constate avec plaisir que nombre de problèmes internes que j’ai pointé du doigt au cours des années (et des plate-formes de candidature au poste de leader) sont résolus ou en passe d’être résolus. Oui, Debian est de nouveau en état pour aller de l’avant sur de nombreux fronts. Cette année, pour la première fois depuis bien longtemps, les débats autour de l’élection ne tourneront plus forcément sur le problème des « core-teams » sclérosées.

Je suis particulièrement satisfait de l’évolution de l’équipe d’administration (DSA) avec 4 nouvelles recrues très actives et des nombreux projets en cours (déploiement de puppet, mise en place d’un cluster de serveurs mails pour centraliser le filtrage anti-spam). Je suis également heureux que Ryan Murray ait fini par reconnaître qu’il ne pouvait plus gérer buildd.debian.org tout seul. Une nouvelle équipe est en place et se structure progressivement. Fini le problèmes des alias “trous noirs” où personne ne répond, il y a toujours la nouvelle équipe vers qui se retourner en cas de problème. Fini aussi le problème du sbuild “maison” pas disponible en téléchargement, la nouvelle équipe emploie le paquet officiel. L’équipe ftpmaster a connu des changements positifs également (mais n’a toujours pas résolu durablement le problème de l’attente trop longue dans NEW) ainsi que celle des Debian Account Managers et celle de keyring-maint.

Au delà des équipes internes il y a le travail de maintenance des paquets, et de ce côté là aussi ca bouge pas mal. Le premier jour après la sortie de Lenny a connu pas moins de 237 uploads dans unstable et cela ne prend pas en compte de nombreuses mises à jour toujours en attente dans experimental (mais qui doivent être coordonnées pour ne pas bloquer trop largement la migration automatique vers Squeeze). D’ailleurs Squeeze contient déjà plus de 2500 mises à jour comparées à Lenny (mais la plupart sont des mises à jour qui ont été préparées dans unstable pendant la freeze de Lenny). Bref, Debian ca bouge et vous êtes les bienvenus pour avancer avec nous.

J’ai ressenti le besoin d’écrire ce billet après avoir mis à jour la page retraçant mon historique au sein de Debian. En regardant mes premières contributions (il y a plus de 10 ans!) et l’évolution des problématiques rencontrées dans cette période, on se rend compte que malgré les critiques et les problèmes, le chemin parcouru est énorme. Et il n’y a pas de raison que cela s’arrête.

D’ailleurs je ne manque pas de projets pour Debian, seulement de temps pour les réaliser. J’ai mis à jour la page sur laquelle je décris l’ensemble des projets que j’aimerai pouvoir mener ou faire avancer. Pour qu’ils avancent plus vite, il suffirait souvent que je puisse y consacrer une partie de mon temps de travail, alors si vous connaissez un moyen de financer ce temps, contactez-moi.

I have ranked misleading options (“Reaffirm social contract“ at least) lowest and below “Further discussion“ and sorted all the other options according to my preference, and ranked some of them equally when the choices answer different questions (where I can not prioritize any preferred outcome). I’m not yet sure if I put “Further discussion“ first or not.

There’s some hope that the vote will be cancelled and redone with separate ballots but I’ve lost trust in Manoj’s abilities to do his job properly. I’m sure he’s convinced that he’s doing the right thing but that doesn’t help at all, on the contrary. It also means we probably should fix the constitution to make it crystal-clear how the secretary should decide whether 3:1 ratio is needed for a given resolution or not. Not really the kind of thing I enjoy within Debian, but that’s the price to pay if we want to continue to work together. On this and much more I agree with Russ Alberry.

Update: Manoj resigned as secretary. I want to thank him for having taken this hard decision. And I sincerely hope he doesn’t resign from Debian completely as our strength is also in our diversity of opinions.

SSD disk

I now use an SSD drive for my main disk (Dell Ultra Performance SSD, it’s the second generation of Samsung SSD) and I’m satisfied with that choice, I can boot (an unmodified Debian desktop install) from the SSD in less than 30 seconds while the same system booting from a traditional hard-disk takes more than 45 seconds.

X server

The Intel GM45 graphic card is not auto-recognized by Xorg 7.3 (or rather by xserver-xorg-video-intel 2.3.2 which is in lenny) so you end up with the vesa driver by default. It’s possible to force the usage of the intel driver by adding a “Driver “intel”” line in the device section of xorg.conf but I have opted to use Xorg 7.4 (available in experimental). With this version, I can successfully use the DVI output in the associated dock and I have working suspend/resume. It does create some interesting problems however since that version of the xserver relies on HAL to detect the keyboard layout and doesn’t use the Keyboard section of xorg.conf. You have to create /etc/hal/fdi/policy/10-keymap.fdi by using /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi as template and reload HAL then restart X.

Wifi support

The Intel 5100 Wifi chipset requires Linux 2.6.27 at least for the new iwlagn driver. This driver also needs a new firmware (the iwlwifi-5000 one) that is not yet integrated in the non-free package firmware-iwlwifi (see #497717).

Sound support

It works ok with alsa and the version integrated in linux 2.6.27 but it still has some rough edges when used in combination with the dock. Using the output jack connector on the dock doesn’t stop the output in the integrated loudspeakers and the volume on that connector is so low that you could think that it doesn’t work at all if you don’t pay attention. Using the microphone works fine.

For reference, if you play in the mixer, “Front mic” means the microphone connected on the dock while “Mic” means the one connected on the laptop. Each “Analog loopback X” option goes pairwise with the corresponding “Input source X” setting. In order for the recording to work, I have to set “Digital Input Source” to “Analog Input”, “Digital” must be activated and “Input source 1” defines the default input used for the recording.

Bluetooth support

Contrary to the previous laptop, Dell offered no choice on the bluetooth chipset, they only propose the “Dell 365 Bluetooth™ Card” so I took it but it doesn’t seem to work out of the box. In fact I can’t even see it with lspci or lsusb so I wonder if they did something wrong during the assembly. Googling on the topic didn’t gave me any good result, let me a comment if you know how to get this working.

Update: so apparently the bluetooth component is there (ID 0a5c:4500 Broadcom Corp.), it just appears as an USB hub so it’s somewhat difficult to guess that it’s effectively a bluetooth card.

Freezes, in particular with an amd64 installation

I first installed the system in 64 bits mode (amd64 architecture) but I had very regular freezes of the system (I couldn’t finish a single kernel compilation for example). Since I switched to an i386 installation, the system is more stable but I still get an occasional freeze every other day. It might be that a more recent kernel fixes this or maybe it will be fixed with a future Dell Bios update… we’ll see, but it’s my biggest complaint with this laptop so far.

Links

Lucas Nussbaum bought the same laptop, you might want to read his remarks as well.

More details

Load the full article only if you want to see the lspci and lsusb output on this laptop.


rhertzog@rivendell:~$ lspci -nnk
00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07)
Kernel driver in use: agpgart-intel
Kernel modules: intel-agp
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07)
00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07)
00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit Network Connection [8086:10f5] (rev 03)
Kernel driver in use: e1000e
Kernel modules: e1000e
00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03)
Kernel driver in use: ehci_hcd
Kernel modules: ehci-hcd
00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03)
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 [8086:2942] (rev 03)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1c.3 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 [8086:2946] (rev 03)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 03)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 03)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 [8086:293a] (rev 03)
Kernel driver in use: ehci_hcd
Kernel modules: ehci-hcd
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 93)
00:1f.0 ISA bridge [0601]: Intel Corporation ICH9M-E LPC Interface Controller [8086:2917] (rev 03)
00:1f.2 RAID bus controller [0104]: Intel Corporation Mobile 82801 SATA RAID Controller [8086:282a] (rev 03)
Kernel driver in use: ahci
Kernel modules: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 82801I (ICH9 Family) SMBus Controller [8086:2930] (rev 03)
Kernel driver in use: i801_smbus
Kernel modules: i2c-i801
02:01.0 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C832 IEEE 1394 Controller [1180:0832] (rev 05)
Kernel driver in use: firewire_ohci
Kernel modules: firewire-ohci
02:01.1 SD Host controller [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter [1180:0822] (rev 22)
02:01.2 System peripheral [0880]: Ricoh Co Ltd R5C843 MMC Host Controller [1180:0843] (rev 12)
0c:00.0 Network controller [0280]: Intel Corporation Wireless WiFi Link 5100 [8086:4232]
Kernel driver in use: iwlagn
Kernel modules: iwlagn
$ lsusb
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 019: ID 046d:c03d Logitech, Inc. M-BT69a Pilot Optical Mouse
Bus 004 Device 018: ID 0424:2228 Standard Microsystems Corp. 9-in-2 Card Reader
Bus 004 Device 017: ID 0424:2602 Standard Microsystems Corp.
Bus 004 Device 016: ID 0424:2502 Standard Microsystems Corp.
Bus 004 Device 007: ID 045e:00dd Microsoft Corp.
Bus 004 Device 006: ID 0c45:63fe Microdia
Bus 004 Device 004: ID 413c:2513 Dell Computer Corp.
Bus 004 Device 003: ID 413c:2513 Dell Computer Corp.
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 005: ID 413c:8162 Dell Computer Corp.
Bus 001 Device 004: ID 413c:8161 Dell Computer Corp.
Bus 001 Device 003: ID 0a5c:4500 Broadcom Corp.
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 0a5c:5800 Broadcom Corp.
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub


Il est temps que notre opinion soit entendue (et pas seulement relayée) et pour cela l’April a besoin d’afficher qu’elle représente un nombre conséquent de personnes. Je vous invite donc à adhérer comme je viens de le faire en cliquant sur la bannière ci-dessous (objectif: 5000 adhérents !).

Il n’est pas difficile de comprendre que la diffusion électronique d’une œuvre est sans comparaison possible avec celle d’un livre papier : il n’y a pas de coût d’impression (15% du prix d’un livre), il n’y a pas de stock et donc un risque financier nettement moindre pour l’éditeur, la distribution se fait plus facilement en direct sur Internet, et même si des revendeurs tiers intervenaient, ils n’ont plus de raison de demander 40 à 50% de remise sur le prix public (10 à 15% suffirait à dégager une marge).

Il faut donc insister pour que la rémunération sur les livres électroniques soit à la hauteur de ces économies. On peut écouter les arguments des éditeurs pour refuser ce changement dans la rémunération des auteurs, mais cela ne traduit que leur frilosité face à l’inconnu, la peur de scier la branche sur laquelle ils sont assis. Et pourtant, ils vont devoir y venir, sinon d’autres le feront à leur place. Le monde de l’édition est en pleine mutation, et comme souvent, seuls ceux qui savent s’adapter prospéreront.

Parmi ceux qui ouvrent la voie, j’aime citer François Bon avec son initiative Publie.net, ou encore The Pragmatic Programmers pour l’édition de livres techniques sur l’informatique. Mais chez les grands éditeurs (Français au moins) tout reste à faire… je salue tout de même l’initiative d’Eyrolles qui propose leurs ouvrages sans DRM sur Izibook (avec une différence de prix substantielle en général).

Pour ceux qui ont besoin d’éléments concrets à opposer à leur éditeur, la « Guilde des auteurs » (association américaine défendant les intérêts des auteurs) indique clairement sur sa page concernant les droits électroniques que le partage des gains à 50/50 est en passe de devenir le standard :

Although electronic publishing is still an evolving industry without clear standards, not long ago, Random House announced an intention to evenly split ebook sales revenue with authors. Before this announcement, Random House had been offering authors royalties of no more than 15% of the retail price of an ebook. Many other publishers, including Harper Collins, have started to offer a 50-50 split of net proceeds also. Therefore, you should negotiate to receive no less.

Ce triste constat a également été fait par Lawrence Lessig, grand défenseur de la culture libre aux États-Unis, c’est pourquoi il tourne désormais ses efforts vers la lutte contre la corruption avec son initiative Change Congress. N’y a t’il pas d’initiative similaire en France ?

Vous n’y croyez pas ? Regardez ici (vous pouvez faire le ménage au passage, sinon on peut aussi faire le ménage à la main dans ~/.macromedia/Flash_Player/#SharedObjects) et ensuite allez ici pour réduire à 0 ko la taille des données qu’un site quelconque est autorisé à stocker (ainsi dès qu’une application Flash voudra stocker des données, elle devra obtenir votre autorisation explicite).

With our current model, all DD can sponsor, NMU, introduce/adopt/hijack packages without review. This is fine as long as we trust the body of DD to contain only skilled and reasonable people. I believe that premise to be somewhat broken since Debian has become too big for people to know everybody and since the NM process had no way to grant partial rights to volunteers who were motivated but that clearly had not shown their ability to handle more complex stuff than what they had packaged during their NM period (like some trivial perl modules for example).

Thus I strongly believe that any membership reform must provide a convincing answer to that trust problem before being implemented. I took several hours to draft a proposal last Friday and I’ve been somewhat disappointed that nobody commented on it. I hope to draw some attention on it with this blog post.

The proposal builds on the idea that we should not have “classes” of contributors but simply two: a short-term contributor and a long-term contributor (those are called Debian Developers and have the right to vote). But all contributors can be granted “privileges” as they need them for their work and each privilege requires the contributor to fulfill some conditions. The set of privileges and the conditions associated all need discussions (but I have personal opinions here, see below). There’s however one privilege that is somewhat particular: it’s the right to grant privileges to other contributors. Handling it as a privilege like another is on purpose: it makes it clear that anyone can try to get that privilege and the procedure is clear. In practice, imagine that set of people as a big team encompassing the responsibilities split over DAM/AM/FD/DM-team and where all members can do all the steps required to grant/retire a privilege provided that 2 or 3 members agrees and that nobody opposes (in case of opposition a specific procedure is probably needed). I called that set of people the Debian Community Managers. It should contain only skilled and dedicated developers.

One of their main duties would be to retain the trust that the project as a whole must have in all its members. They would have the powers to retire privileges if they discover someone that has not acted according to the (high) expectations of the project.

Among the privileges would be “limited upload rights” (like DM have currently), “full upload rights” (like DD have currently although it might be that we want to split that privilege further in right to sponsor, right to package new software, right to maintain a package of priority > standard, etc.) and “developer status” (email + right to vote, once you can prove 6 months of contribution).

There’s lots of stuff to discuss in such a proposal (like how to decide who gets what privileges among existing DD) but I think it’s a good basis and need some serious consideration by all the project members. The NM process is there only so that we can collectively trust that new members are as good as we expect them to be and trust can only be built over time so it’s good that we can grant privileges progressively.

Some people believe that I’m reinventing a new NM process that will end up to be very similar to the current one. My answer is that the conditions associated to each privilege should be based on the work done by the contributor and the advocations that he managed to collect. It should not be a questionnaire like “Task and Skills”. This, together with the distribution of the power/work on many people, would render this system very different from today’s NM process.

Some people believe that I’m copying Ubuntu when designing this since it’s somewhat similar to the process to become MOTU and/or get upload right to Ubuntu’s main component. Let me say that I’m not copying deliberately at least, I simply took the problem from the most important side. But remember that many aspects of Ubuntu have been designed by Debian developers that tried to avoid known pitfalls of Debian, and maybe they got some things right (or better at least) while doing this.

J’ai rédigé cet article en début d’année sur demande de l’éditeur qui souhaitait compléter leur dossier sur les systèmes d’exploitation. C’est un tout petit pas pour la démocratisation de Debian mais cela fait plaisir de penser que des décideurs puissent découvrir Linux par Debian plutôt que par une distribution commerciale.

Personnellement, je suis boursicoteur depuis de nombreuses années et je considère être relativement bien informé dans le domaine de la finance mais j’ai tout de même été estomaqué par ce que j’ai appris dans le petit film documentaire nommé « L’argent dette » de Paul Grignon. Il dure 52 minutes mais cela vaut vraiment le coup de les prendre pour rattraper les leçons d’économie que l’on n’a pas eues au lycée!

L’Argent Dette de Paul Grignon on Vimeo.

Il y a (à la fin) des éléments qui poussent à nous interroger sur ce que pourrait être notre modèle de société si on revenait en arrière sur la décision bizarre que nos gouvernement ont prise de ne plus créer d’argent mais de l’emprunter à des banques privées. J’aimerai beaucoup avoir des réactions de la part de personnes qui ont réfléchi à cette problématique et qui ont identifié des problèmes (autre que l’inflation) dans un modèle où le gouvernement gérerai la création de l’argent et son injection dans la société.

Note: l’adaptation française du documentaire est dûe à Bankster. On trouve sur ce site du contenu nettement moins crédible que la vidéo mentionnée, notamment tout ce qui concerne la théorie du complot des banquiers pour s’approprier le monde.

Compléments : Ceux qui préfèrent la lecture peuvent consulter la page de Wikipédia sur la création monétaire. On y retrouve les éléments exposés dans la vidéo comme l’effet multiplicateur du crédit et l’on apprend que les réserves obligatoires ne sont que de 2% dans la zone Euro. L’avantage financier que constitue l’encaissement des intérêts sur de l’argent créé s’appelle le seigneuriage et bénéficie aux banques commerciales pour l’argent dette alors qu’il pourrait bénéficier à l’État et donc à la société si on le souhaitait. Un économiste Français, prix nobel d’économie en 1988, a d’ailleurs déjà réfléchi à ces possibilités : Maurice Allais propose une réforme profonde de la fiscalité dans un de ses nombreux livres. On trouve donc amplement matière à réflexion et l’on peut regretter que les débats politiques n’abordent jamais toutes ces questions autrement plus importantes que le débat sur la durée du travail ou autres détails politiques qui peuvent accaparer l’attention des médias.

Compléments du 27/10/2008 : l’émission Arrêt sur images s’est attardée sur cette vidéo et détaille quelques erreurs factuelles (sur l’histoire de l’orfèvre) ainsi que des points oubliés ou peu mis en avant comme la destruction monétaire associée au remboursement du prêt. Alexandre Delaigue, professeur d’économie, revient sur sa participation à cette émission dans son blog (Econoclaste).

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.

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.

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.