Journal : Du nouveau pour Gnome Scan
Posté par Étienne Bersac (Jabber id, page perso, ) le 25 septembre 2007
Salut à tous !
Deux choses importantes pour Gnome Scan cette semaine. Suite à un temps de pause après un Google Summer of Code surchauffé, j'ai repris avec plaisir le développement de Gnome Scan. Correction de bogues et refacorisation du code sont les deux mamelles ma remotivation. C'est un vrai plaisir que d'avoir un logiciel qui matûre plutôt que de la voir piétiner.
Je pense avoir fait fausse route en voulant implémenter l'impression. C'est quasiment inutile tant qu'on n'a pas la base : le traitement (rotation, détramage, correction de couleur et j'en passe). Jusqu'à présent, Gnome Scan utilisait GeglBuffer comme trait d'union entre les maillons de la chaîne de traitement. Désormais, c'est toute la chaîne de traitement qui est géré par Gegl grâce aux graphe de traitement de Gegl (Gegl est le GStreamer de l'image). Meilleur performance, simplicité du code, moins de redondances, … que du bon !
Avec ce Gnome Scan qui mature et les discussions poilues sur desktop-devel-list sur l'inclusion de modules (vive empathy !), je me suis bien évidemment posé cette question fatale : ira, ira pas ? Inclusion/pas inclusion ? Finalement, j'ai opté pour un compromis qui ne devrai pas changer grand chose pour l'utilisateur : Gnome Scan suit désormais le calendrier de Gnome. Cela veut dire que la 0.6 sortira en Mars et non vers Noël. Je passe du calendrier bien rôdé : Brouillion (printemps) -> GSoc (été) -> stabilisation (automne) -> sortie (hiver) au calendrier semestriel de Gnome.
Objectif avoué : être présent dans les distributions majeures qui suivent Gnome. Foresight, Ubuntu, Debian, Fedora et Mandriva devrait en profiter. Quant à Gentoo, SuSE, Arch et consorts, je n'ai pas d'échos.
J'en arrive au second sujet tout aussi important. Grâce à la nouvelle fonctionnalité de launchpad : Personnal Package Archive, j'ai migré de mon propres dépôt à celui automatiquement géré par launchpad. Je lui donne les sources, il compile en i386 et amd64 et produit un joli dépôt. C'est plus fiables que mes bidouilles de Makefile et de bash qui ne permettaient pas de produire un répos multi-architecturel :/. Parcontre, le dépôt PPA n'est pas signés (évidemment !).
Ce dépôt est disponible à :
Le dépôt propose gnome-scan SVN et ses dépendances à jours, c'est-à-dire Gegl SVN et Babl SVN :). Philipp Sadleder devrait recompiler les paquets pour debian, je tâcherai de vous tenir au courant. ( ça devrait être là : http://sadleder.de/debian/ ).
À noter que j'ai créer un paquet binaire pour le backend sane (avec un nomde code obscur : gsane). libgnomescan ne dépend pas de gsane, c'est le méta-paquet gnome-scan qui dépend de gsane. Le but est de pouvoir facilement passer de gsane à gsane2 ou gtwain.
Je tiens à noter quelques chose en dehors de Gnome Scan par rapport à PPA. Ubuntu fait un formidable travail de démocratisation de logiciel en facilitant ainsi la debianisation de logiciel. Bien mieux qu'apt-get.org ou getdeb.org, Ubuntu proposait Universe qui avait des règles beaucoup moins strictes d'inclusion que main de debian (ou d'Ubuntu). Un bon coup de pouce pour les développeur dont le projet gagne en visibilité, et pour les utilisateurs qui disposent d'autant plus de logiciel pour Ubuntu.
Et voilà que Canonical poursuit encore cette logique de démocratisation des dépôt. Plus besoin d'être un gourou debian pour avoir son dépôt, il suffit de suivre le guide de l'empaqueteur fournit dans universe et de soumettre son paquet. C'est peut-être un des points où Ubuntu fait mieux que Debian. Heureusement, qu'un logiciel debianisé pour Ubuntu est facile à retroporter sur Debian (ça doit pas être aussi facile entre ForeSight et Slackware ^_^)
Bref, merci Ubuntu d'avoir tant aidé Gnome Scan à être accessible aux utilisateur, le RFP de debian est toujours ouverte ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395334 ). Enfin, c'est devenu une ITP parce que c'est déjà dans Ubuntu …
Voilà,
Étienne.
Deux choses importantes pour Gnome Scan cette semaine. Suite à un temps de pause après un Google Summer of Code surchauffé, j'ai repris avec plaisir le développement de Gnome Scan. Correction de bogues et refacorisation du code sont les deux mamelles ma remotivation. C'est un vrai plaisir que d'avoir un logiciel qui matûre plutôt que de la voir piétiner.
Je pense avoir fait fausse route en voulant implémenter l'impression. C'est quasiment inutile tant qu'on n'a pas la base : le traitement (rotation, détramage, correction de couleur et j'en passe). Jusqu'à présent, Gnome Scan utilisait GeglBuffer comme trait d'union entre les maillons de la chaîne de traitement. Désormais, c'est toute la chaîne de traitement qui est géré par Gegl grâce aux graphe de traitement de Gegl (Gegl est le GStreamer de l'image). Meilleur performance, simplicité du code, moins de redondances, … que du bon !
Avec ce Gnome Scan qui mature et les discussions poilues sur desktop-devel-list sur l'inclusion de modules (vive empathy !), je me suis bien évidemment posé cette question fatale : ira, ira pas ? Inclusion/pas inclusion ? Finalement, j'ai opté pour un compromis qui ne devrai pas changer grand chose pour l'utilisateur : Gnome Scan suit désormais le calendrier de Gnome. Cela veut dire que la 0.6 sortira en Mars et non vers Noël. Je passe du calendrier bien rôdé : Brouillion (printemps) -> GSoc (été) -> stabilisation (automne) -> sortie (hiver) au calendrier semestriel de Gnome.
Objectif avoué : être présent dans les distributions majeures qui suivent Gnome. Foresight, Ubuntu, Debian, Fedora et Mandriva devrait en profiter. Quant à Gentoo, SuSE, Arch et consorts, je n'ai pas d'échos.
J'en arrive au second sujet tout aussi important. Grâce à la nouvelle fonctionnalité de launchpad : Personnal Package Archive, j'ai migré de mon propres dépôt à celui automatiquement géré par launchpad. Je lui donne les sources, il compile en i386 et amd64 et produit un joli dépôt. C'est plus fiables que mes bidouilles de Makefile et de bash qui ne permettaient pas de produire un répos multi-architecturel :/. Parcontre, le dépôt PPA n'est pas signés (évidemment !).
Ce dépôt est disponible à :
deb http://ppa.launchpad.net/bersace/ubuntu gutsy universe
deb-src http://ppa.launchpad.net/bersace/ubuntu gutsy universeLe dépôt propose gnome-scan SVN et ses dépendances à jours, c'est-à-dire Gegl SVN et Babl SVN :). Philipp Sadleder devrait recompiler les paquets pour debian, je tâcherai de vous tenir au courant. ( ça devrait être là : http://sadleder.de/debian/ ).
À noter que j'ai créer un paquet binaire pour le backend sane (avec un nomde code obscur : gsane). libgnomescan ne dépend pas de gsane, c'est le méta-paquet gnome-scan qui dépend de gsane. Le but est de pouvoir facilement passer de gsane à gsane2 ou gtwain.
Je tiens à noter quelques chose en dehors de Gnome Scan par rapport à PPA. Ubuntu fait un formidable travail de démocratisation de logiciel en facilitant ainsi la debianisation de logiciel. Bien mieux qu'apt-get.org ou getdeb.org, Ubuntu proposait Universe qui avait des règles beaucoup moins strictes d'inclusion que main de debian (ou d'Ubuntu). Un bon coup de pouce pour les développeur dont le projet gagne en visibilité, et pour les utilisateurs qui disposent d'autant plus de logiciel pour Ubuntu.
Et voilà que Canonical poursuit encore cette logique de démocratisation des dépôt. Plus besoin d'être un gourou debian pour avoir son dépôt, il suffit de suivre le guide de l'empaqueteur fournit dans universe et de soumettre son paquet. C'est peut-être un des points où Ubuntu fait mieux que Debian. Heureusement, qu'un logiciel debianisé pour Ubuntu est facile à retroporter sur Debian (ça doit pas être aussi facile entre ForeSight et Slackware ^_^)
Bref, merci Ubuntu d'avoir tant aidé Gnome Scan à être accessible aux utilisateur, le RFP de debian est toujours ouverte ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395334 ). Enfin, c'est devenu une ITP parce que c'est déjà dans Ubuntu …
Voilà,
Étienne.
> Lire le journal (15 commentaires, moyenne: 2,9).
Vous avez demandé le commentaire #869824.



mature ?
C'est un vrai plaisir que d'avoir un logiciel qui matûre.
Avec ce Gnome Scan qui mature
Merci !
Grâce à toi, je viens d'apprendre un nouveau verbe français :
maturer : verbe du premier groupe (je mature, tu matures, il mature ...)
Et sinon, "mûrir" ça ne pouvait pas convenir ?
[+] [^]Re: mature ?
Maturation est un mot français. Si tu enlèves la terminaison -ation et la remplace par -er comme dans déterminer, détermination — propager, propagation — etc., alors tu obtiens bien maturer.
Je ne vois pas ce que le néologisme, si c'en est un, a de choquant.
Mûrir et mûrissement pouvaient convenir aussi, bien sûr.
Citoyen moramarth
[^]Re: mature ?
Mûritude aussi non ?
OK, je prend la porte ---> []
[^]Re: mature ?
Le verbe maturer existe bel et bien. Il ne s'agit aucunement d'un néologisme.
http://linuxette.blogspot.com/
http://enarkeenologos.blogspot.com/
http://www.actu-philosophia.com
[^]Re: mature ?
Tu es sur ? Ma référence qui est le TLF ne donne rien !
"D'accord" (Sam Seaborn)
[^]Re: mature ?
Ça veut dire procéder à la maturation d'un alliage léger.
[ Répondre ] Ce commentaire est-il impertinent ou utile ?
[^]Re: mature ?
Je vois rien dans mon Robert non plus, en passant.
Et même cette définition, je pense pas qu'elle pourrait s'appliquer au cas présent.