Bilan de mes paquets dans Ubuntu 8.10

Dans 2 jours sortira Ubuntu 8.10, autant dire que le développement est fini. L’occasion de faire le point sur ce que j’avais prévu et ce qui est arrivé pour quelques paquets que je suis :

1. Vu sur les objectifs :

D’après le post que j’avais fait au début de Intrepid, le résultat est plutôt décevant.

Online-Desktop ne sera pas dans Intrepid, et je n’ai pu uploader qu’1 seul composant dans Debian. Je vais continuer à maintenir/tester les paquets (à savoir mugshot, bigboard et online-desktop) dans mon PPA en attendant, mais l’inclusion dans des dépôts officiels sera peut-être long.

Stuffkeeper a connu un développement peu actif, ce qui ne m’a pas encouragé à continuer le paquet. A suivre pour la prochaine version.

Eee-applet par contre est l’un des seuls paquets a être sorti vivant de REVU. Il sera dans Intrepid. Anecdote, il a été commenté la veille du gel des nouvelles versions alors que le paquet attendait depuis des mois dans REVU sans commentaire … Et le dev a eu le culot de me dire de me dépêcher de corriger un problème dedans car le lendemain, c’était le gel. Je lui ait dit de se débrouiller, il a corrigé lui-même le problème, et le paquet a été uploadé.

Cairo-dock a aussi réussi à passer. Il y aura même la dernière version à jour dans les dépôts (1.6.2.3), uploadé il y a seulement quelques jours, alors que la mise à jour était disponible depuis des semaines/mois. Résultat, pas de plugins vu qu’il me fallait une 1.6.X pour mettre à jour les plugins. Des paquets seront mis à jour dans mon PPA, et j’espère dans les backports dans quelques semaines.

Dans les objectifs secondaires, packagekit a effectivement été empaqueté et uploadé dans une version assez à jour. Pas d’intégration dans Intrepid, mais tout est en place pour commencer à vraiment l’utiliser dans Intrepid+1. Affinity attends toujours dans REVU. Cairo-composite-manager a eu quelques problèmes de stabilité chez moi. Autoppa n’a pas bougé depuis 6 mois. Moap est maintenant dans Debian, mais j’ai oublié de demander la synchro dans Ubuntu, donc ca sera bon dans Intrepid +1.

2. AWN et applets

Enfin, les applets vont êtres disponibles dans les dépôts officiels. Cela sera la version 0.2.6 avec pas mal de patchs pour stabiliser un peu plus tout ça. J’ai espéré pendant longtemps une 0.2.8 ou une 0.3.2 à empaqueter, mais rien n’est venu. Mais je compte empaqueter une version à jour (actuelle 0.3.1) dans Debian et Ubuntu pour leurs prochaines versions respectives.

A noter que si vous voyez des artefacts blancs sur la barre, c’est un problème connu. On pense fortement que c’est un bug des drivers propriétaires nvidia. Ces drivers ont clairement perdus en qualité par rapport à AMD. Qu’on se le dise, il va falloir acheter ATI maintenant 🙂

A noter aussi que vous n’aurez pas les applets dans Hardy par les backports. Un « packageur » a découvert un bug qui survient uniquement quand on essait d’installer les paquets après une compilation des sources de AWN … Et oui c’est bien connu, la plupart des utilisateurs utilisent des compilations sur une Ubuntu. Mais le résultat est là, le backport a échoué à cause de ce bug. C’est la 2e fois que quelqu’un essai de modifier le paquet AWN sans me prévenir, et fait une boulette, ça commence à me souler …

3. Screenlets

C’est définitif, le projet est mort. La version 0.1.2 sera la dernière des screenlets. J’ai rajouté quelques patchs pour corriger quelques bugs, mais le paquet va rester en mode maintenance. On attends son successeur, les universal-applets, dont la première sortie est prévue pour cette fin d’année. A noter que Kjell Braden a fait un boulot forminable sur les bugs des screenlets, efficace et sans chichi.

4. OGMRip

Autre paquet dont je me suis un peu occupé, c’est ogmrip, un encodeur très facile à utiliser. Si vous devez encoder des DVD à vous, c’est un bon choix car il gère tout seul les paramètres d’encodage. La dernière version (0.12.2) sera dans les dépôts Ubuntu. Il reste encore 2 bugs (ici et ici) concernant les sous-titres. Si vous devez encoder avec des sous-titres, je vous conseille fortement de prendre le paquet dans mon PPA pour ogmrip, mais aussi pour mkvtoolnix. Pour ma part, aucun encodage avec sous-titres ne marche sans ces modifications.

5. Bilan

Voilà pour Intrepid, bientôt commencera Jaunty, la future 9.04. Restera de ces quelques mois de développement des sentiments mitigés. Dans l’ensemble, le temps pour que mes modifs soient sponsorisés a été incroyablement long. Des patchs simples fixant des bugs connus de AWN sont restés des semaines dans la liste ubuntu-universe-sponsors. Il a fallu attendre la nomination d’un nouveau MOTU, James Westby, qui a uploadé quasiement tous les patchs/modifs que j’avais soumis (un grand merci à lui !) en quelques heures. Moralité, il faut que les grands manitous d’Ubuntu arrêtent d’inventer des évènements à la c** (genre 5 bugs a day, Hug days etc …) s’ils sont pas capable de gérer des contributions aussi simples. Parce que si je m’arrête à mon vécu, l’équipe des MOTU c’est 1 personne (je n’en connais pas d’autres qui ont uploadés des trucs à moi). Même constat pour REVU, c’est pas la peine d’avoir un bel outil si c’est pour ne pas s’en servir vraiment. Autant dire dès le début que les nouveaux paquets ont peu de chances d’arriver dans Ubuntu, plutôt que de les laisser trainer avec comme seul commentaire : passer en version 3.8.0 (voir note ci-après). Bref beaucoup de frustration. Heureusement que travailler avec Launchpad et un PPA est vraiment sympa au quotidien, ça aide bien. On verra si c’est aussi chaotique pour la prochaine version.

NB : le niveau 3.8.0 corresponds à la version de la charte Debian auquel le paquet se conforme. Il est fortement conseillé de prendre la dernière quand on empaquete un paquet Debian. Mais même chez Debian, passer les paquets en 3.8.0 n’est pas une priorité pour Lenny. En plus, Ubuntu ne se conforme pas forcément à la charte Debian (ils ont leur propre charte), ce qui rends encore plus inutile cette mention. Juste pour vous montrer que ce genre de remarques est complètement inutile et prouve que la personne qui la fait, ne comprends pas du tout sa signification.

Le « dock » breveté par Apple, une menace ?

Il y a 3 jours, Apple a réussi à breveter le concept du dock. Vous savez, cette barre en bas avec les icônes ? C’est ça un dock. Des logiciels comme avant-window-navigator, cairo-dock, engage, kiba-dock sont des exemples.

Alors est-ce une menace ? Je ne suis pas juriste, mais je dois pouvoir résumer à peu près la situation.

Un brevet donne des droits sur l’utilisation d’une invention, de garder le contrôle sur ce que les gens en font. En théorie, le possesseur d’un brevet peut empêcher quelqu’un d’utiliser ou de modifier son invention, par exemple en faisant payer son utilisation. Je vous passe le problème juridique du « Peux-t-on breveter une idée ? » & compagnie, car le brevet est déjà là. Alors, Apple peut-il empêcher le développement d’autres docks en faisant valoir ce brevet ? Continuons la démonstration.

En théorie, un brevet comme celui-là n’est valable qu’aux Etats-Unis car pour l’instant l’Europe n’autorise pas ce genre de brevet (espérons que cela dure …). On pourrait alors se dire que cela ne concerne que cette partie du monde. Seulement, exclure de la circulation du code d’un pays parait impossible avec Internet. Par exemple, une distribution Linux serait obligée de stocker ces logiciels hors des USA, et devrait exclure des miroirs US ces logiciels. Techniquement pas évidemment. Donc potentiellement, il y a un risque.

C’est là que mes compétences de juristes s’arrêtent. J’ai alors demandé sur la liste de discussion debian-legal qui s’occupe de ce genre de question pour la distribution Debian. En résumé, la question des brevets est plus globale et il existe un risque potentiel sur tous les logiciels de la distribution. Mais tant que le propriétaire du brevet ne fait rien, il n’y a pas de problème. Dans ce cas particulier (le brevet d’Apple), il n’est même pas sûr que cela protège Apple contre tous les programmes « Dock » (c’est sujet à interprétation par un tribunal).

Alors une menace ? Au sens strict, oui. Légalement, ces brevets (au sens large) ont un pouvoir de nuisance certain. Ils sont pour l’instant surtout utilisés comme menace. Dans le cas des logiciels libres, c’est plutôt une guerre froide, chacun cherchant à récupérer un maximum de brevets pour éventuellements les utiliser. Car les sociétés qui font du logiciels libres déposent aussi des brevets, mais pour se défendre. Donc de ce point de vue, cela ne devrait pas changer le problème actuel, même s’il a l’avantage de remettre le problème des brevets sur le devant de la scène.