Bruno Coudoin a écrit 411 commentaires

Génial !

Je venais juste de rajouter ta photo du fulmar et du skua. J'inclus de ce pas les autres animaux. Merci pour les enfants du monde entier qui vont profiter de vos superbes photos.

Bruno.

Je viens de regarder les photos et j'aimerai en inclure dans GCompris. On a un jeu pour les plus petit ou on affiche des animaux. Par contre je me heurte au problème de licence sur les photos de Claire, car pour les inclure dans un soft sous GPL il ne faut pas de clause NC. Malheureusement sur les 10 photos intéressantes pour GCompris, 8 sont de Claire.

Je ne veux pas lui mettre de pression particulière mais les enfants seront privés d'Antarctique ;)

Bruno.

Pour ceux qui galèrent à lire le flux, vous pouvez utiliser le lien direct suivant :
mms://a988.v101995.c10199.e.vm.akamaistream.net/7/988/10199/3f97c7e6/ftvigrp.download.akamai.com/10199/cappuccino/production/publication/Autre/Autre/2010/S47/J2/190226_lesmaternelles_20101123.wmv

Arf, merci j'avais pas vu.

Je suis intrigué, la recherche suivante donne bien la page de l'émission qui parle de GCompris en deuxième position. Mais pourtant la page ne mentionne pas GCompris, il faut bien écouter toute l'émission. C'est possible que Google regarde les vidéos, fasse de la reconnaissance vocale et indexe les mots ?

http://www.google.com/search?q=france5+les+maternelles+gcomp(...)

Ben moi je veux pouvoir installer une application simplement en cliquant dessus. Je veux aussi qu'elle n'ai pas tous les droits sur mon système autre que ceux que je veux bien lui accorder.

> Le problème que tu ne saisis pas

Heu, ça vais 10 ans que je développe GCompris, je pense être bien placé pour 'saisir' le problème.

Oui je comprend très bien pourquoi GCompris n'est pas et ne peut pas être mise à jour dans les distributions. Mais justement cela met en évidence le problème et au lieu de se morfondre à dire c'est normal parce que les distro marchent comme ça, moi je dis que non, ce n'est pas normal et qu'il faut améliorer les choses.

> et t'en charger en préparant le .deb qui va bien.

Je ne suis pas packageur Debian et ne désire pas l'être. Moi ma cible c'est les parents, enfants et professeurs utilisant GNU/Linux sous toutes ses formes et je demande qu'on me donne les moyens de les servir dignement, au même niveau que ce que je fais pour les systèmes non libres.

> Ton discours étant plus que réducteur par rapport au travail d'une communauté qui tr rend plus que service, je me demande ce que tu attends vraiment de ce troll.

Je sais reconnaitre ce qui marche bien dans la communauté mais je n'hésite pas à dire quant ça marche mal. C'est parce que j'aime cet univers que je prend le temps d'expliquer ce qui ne va pas pour permettre je l'espère faire en sorte que les choses progressent.

> Or tu parles de "censure" à propos de quelqu'un qui se casse le cul pour que ton soft soit disponible proprement sur un système

Certes le mot est fort mais cela faisait réponse à une remarque d'un post précédent qui faisait remarquer que le paquageur peut, ou ne pas paquager une nouvelle version, selon son désir. Alors oui il y a forcement déception de la part de l'auteur du logiciel et des utilisateurs. Sur cet aspect on se retrouve dans la même situation que les gens qui attendent après Apple pour passer sur l'app store.

> si t'es pas content de la manière dont ton soft est distribué par d'autres, fallait pas prendre la GPL comme licence...

C'est hors sujet, que les distros package GCompris ne me pose pas de problème. Ce qui pose problème c'est que je ne puisse pas 'aussi' proposer ma version dans un format multi-distro et ainsi satisfaire mes utilisateurs.

Tout à fait et c'est pour cela que je NE VEUX pas dépendre d'un paquageur. Ils ont assez à faire avec le système d'exploitation, pas la peine de leur demander de paquager l'ensemble des applications existantes, les auteurs peuvent s'en charger.

Qu'on me donne les moyens de distribuer moi même mon logiciel à mes utilisateurs. Windows et MacOSX le permette, pourquoi pas GNU/Linux !

Tout à fait, tu dis la même chose que moi, tu ne peux pas distribuer une version statique de GTK+, il faut livrer aussi ses librairies dynamiques.

Certes mais le même processus s'applique aux applications coeur comme noyau ou le bureau mais aussi à des petites applications comme GCompris. Cela n'est pas raisonnable et dans les faits, pour ce que je vois sur le terrain c'est contre productif.

Qui mieux que l'équipe qui fait GCompris sait qu'elle version est stable ou pas. En l'occurrence la distribution la plus populaire du moment, Ubuntu pour ne pas la citer, propose la version 9.0 de GCompris qui est très instable. La version 9.3 n'as pas apporté beaucoup d'amélioration, c'est principalement une version stable de la branche 9.0.

C'est juste pour donner un exemple récent mais c'est un problème récurent.

Pour ce qui est de ta remarque sur le café, je trouve que c'est un manque de respect pour les développeurs et les utilisateurs. En gros je me casse le cul à répondre aux attentes de mes utilisateurs mais un packageur s'arroge le droit de décider que cela n'a que peut d'intérêt et censure mon travail.

Certe j'ai aussi le droit de maintenir un paquet pour Debian, Ubuntu, Mandriva, Suse, Fedora, CentOS, ...

Faudrait peut être réaliser que c'est impraticable et d'ailleurs personne ou pas grand monde ne fait cela.

En fait, c'est plus complexe que cela. Tu ne peux pas faire de binaire statique de GTK par exemple car il charge lui même des librairies dynamique via dlopen. Dans les faits pour un soft graphique classique utilisant Gtk ou Qt/Kde, tu peux oublier le statique, c'est impraticable.

Tout à fait. On pourrait appeler ça un 'bundle' pour bien les différencier des paquets spécifiques à une distribution donnée. Reste à faire en sorte que chaque distro puissent accepter les bundles et permettent à l'utilisateur de les gérer et on y est.

car autant c'est facile de packager pour Windows, autant le développeur de GCompris ou autre s'emmerde à packager pour Linux, et du coup ne le fait pas (de ce que j'ai compris, corrige-moi Bruno si je me trompe sur l'idée)

C'est bien l'idée oui. Une petite précision, packager pour GNU/Linux n'est pas plus dur en soit, c'est le nombre de cible qui rend la chose impraticable. Il faut multiplier le nombre de distro par le nombre de version utilisées de chacune.

C'est vrai que j'y vais avec des pincettes tant le sujet est tabou dans la communauté du Libre.

Pendant un moment j'ai utilisé autopackage. Je connais OBS de nom mais je n'ai jamais essayé. L'idée va aussi dans le bon sens d'après moi.

Pour les versions de librairie, on pourrait se baser sur une norme que s'engage à respecter toutes les distributions comme le LSB [http://en.wikipedia.org/wiki/Linux_Standard_Base].

On peut effectivement tenter d'améliorer le système actuel avec tes préconisations mais la version GNU/Linux sera toujours en retard sur la version fournie par l'auteur.

Plutôt que de refaire toujours et toujours ce même travail de packaging pour chacune des distributions, pourquoi ne pas donner à l'auteur les outils lui permettant d'être indépendant et de servir ses utilisateurs.

Il serait temps que les distributions GNU/Linux travaillent sur le problème récurent de la distribution des logiciels tiers. L'approche testing en permettant d'avoir des versions plus récentes des logiciels résout en partie le problème.

Uniquement en partie car le système de distribution des logiciels dans les distributions GNU/Linux reste de mon point de vue son principal point faible. En effet, les auteurs restent tributaires de la disponibilité ou de l'existence d'un packageur pour chacune des distributions.

Pour être plus concret et mettre en évidence le problème, en ce qui concerne GCompris, je propose toujours la dernière version pour Windows et MacOSX packagée par mes soins. On trouve en général des versions de GCompris pour les différentes distributions, mais la version choisie dépend de la date de sortie de la distribution en question et ne bouge plus pendant des années. Dés lors les utilisateurs de GNU/Linux utilisent en général des versions de GCompris qui ne sont plus maintenues avec tous les problèmes que cela entraîne.

Mon point de vue est que nous ne pourront avancer sur le sujet qu'en passant par un standard de packaging multi-distro qui permette aux auteurs de proposer eux-même leurs créations à l'ensemble des utilisateurs de GNU/Linux. Rien de bien novateur là dedans, c'est le modèle de l'app strore que l'on trouve autour de plusieurs systèmes d'exploitation.

Mon expérience, j'ai mon MacBook dont le plastique a craquelé et dont la carte mére était HS au bout de 2 ans. Coté support ils ont été arrangeant et je n'ai rien payé même si il était hors garantie.

Merci pour vos encouragements, ça fait du bien de voir que le projet fait toujours le plaisir des petits, et des grands.

Bruno.

Je ne comprend pas cette mauvaise langue sur PCI. Je trouve ce site très bien fait et leurs articles très intéressants. Ce n'est pas leur rôle de rentrer dans des détails techniques et il n'ont pas de prétention dans ce domaine.

Sur cette news, je les trouve très bien et leur remarque sur l'utilisation de Linux dans les projets de recherche de Microsoft est très pertinente.

En fait, on peut déjà inclure des widgets GTK dans gnomecanvas ou dans goocanvas mais avec des limitations assez désagréables. Notamment tu ne peux pas dessiner devant un widget GTK qui se trouve donc toujours en avant plan.

Pour le support de goocanvas au niveau de Gnome ou GTK les derniers son de cloche que j'ai eu a ce sujet c'est que ce n'est pas prévu. La bibliothéque graphique qui s'en rapproche le plus c'est Clutter et c'est la préconisation de Gnome.

Pour le passage de GnomeCanvas en GooCanvas c'est vrai que cela se fait bien mais il manque des fonctionnalités à mon sens basiques dans GooCanvas pour mon besoin. Principallement il n'y a pas de support du SVG natif (sans convertir en pixmap). C'est vraiment domage d'avoir une librairie basée sur Cairo donc vectoriel et de ne pas avoir un support SVG qui va avec.

Pour ma part, je souffre beaucoup sur la plate forme Gtk surtout à cause de ces 2 points, widget Gtk et Svg. Autre point important pour moi, même si les choses vont un peut mieux il est très compliqué de faire du multi-plate forme et proposer des versions MacOSX et Windows d'une application.

C'est quoi qui te choque exactement ?

L'équipe de traduction de Gnome a finallement été plus rapide que prévu. et j'ai pu sortir la version 8.4.9 ce matin.... Faites chauffer les packageuses !

Oui, en quelque part, c'est une satisfaction de voir GCompris traité de manière indépendante de son mode de développement. C'est bien un signe qui ne trompe pas, on sort du monde de l'amateurisme ou ont souvent été cantoné nos créations.

Pour ton point 3, je ne suis pas d'accord avec toi, je ne disculpe personne et affiche clairement les reponsabilités dans cette affaire : "Eh oui, Caixa Magica a omis de revoir la traduction portugaise et malheureusement elle contient de nombreuses coquilles."