Re: #debian-devel...@irc.debian.org et UTF-8
Julien BLACHE [EMAIL PROTECTED] writes: Quant à tout passer en UTF-8, RedHat l'a fait, et visiblement ça n'a pas fait que des heureux, d'après ce que je peux lire ici ou là. Comme le fait de rester en iso8859 ne fait pas que des heureux Salutations, Sebastien Bacher
Re: Testez l'installateur Debian....
Christian Perrier [EMAIL PROTECTED] writes: voir comment se déroule l'installation et où en est la francisation (certaines traductions ne sont pas encore là car les paquets de modules d-i correspondants ne sont pas encore passés dans sarge) Au boulot... le week-end s'annonce encore pluvieux.. :-) Bon, je sors d'une install. Niveau francisation ca a l'air ok (plus de lignes qui tiennent plus sur l'écran en tout cas ;-), bien qu'il y a encore pas mal d'écrans en anglais. Par contre un problème qui m'ennuie un peu et qui est pas nouveau, après le reboot et l'install on se retrouve avec un clavier configuré en qwerty. Une idée d'où vient le problème ? Quelqu'un travaille dessus ? Salutations, Sebastien Bacher
Re: Testez l'installateur Debian....
Christian Perrier [EMAIL PROTECTED] writes: Oui, je crois que kbd-chooser avait un bogue et donc n'est pas exécuté pendant la première étape. Une nouvelle version vient juste de passer dans sarge, donc le CD construit demain devrait être meilleur sur ce point. Ok, nickel! fortement dans les jours à venir car l'équipe francophone arrive à se tenir à 100% de traductions (malgré des changements incessants dans Super! Merci à tous les traducteurs de l'équipe francophone pour leur travail ;-) Salutations, Sebastien Bacher
Re: [HS] : coup de gueule... Où va Debian ?
Donc PK si tu veux aller te défouler sur une autre liste, prévient nous et vas y. Gueuler et se défouler ne fait rien avancer, au mieux ca brasse du vent, au pire ca braque des gens. Autant être organisé, mettre en place quelque chose et aller le montrer une fois que ca tourne comme le disaient quelques posts. Salutations, Sebastien Bacher
Re: [HS] : coup de gueule... Où va Debian ?
Christian Couder [EMAIL PROTECTED] writes: Monter quoi ? Une révision de la constitution ? T'as lu le reste du post ? Par exemple faire un site pour les contributeurs ... cf les autres posts pour plus de détails. Le problème c'est qu'il faut bien voir que tant que la majorité des développeurs ne sera même pas au courant qu'il y a véritablement un problème, il n'y a à mon avis aucune chance que quoi que ce soit passe. Oui mais quitte à gueuler autant y aller en disant tenez, on a mis en place un système qui permettrait d'intégrer des contributeurs autres que les mainteneurs de paquets, si vous voulez regarder là: http://...; C'est un problème politique qui se gagne avec des discussion, de l'argumentation et des campagnes de sensibilisations, pas un problème technique où il suffit d'avoir un programme qui tourne. C'est pas un problème qui se réglera avec un flamme du style y en a marre que vous preniez les contributeurs pour de la merde. Autant mettre en place un système permettant de gérer ces contributeurs et dire ca sera bien d'intégrer d'autres gens que les mainteneurs de paquets, on a réfléchit sur un système permettant de faire cela, regardez voir. Salutations, Sebastien Bacher
Re: [HS] : coup de gueule.=?ISO-8859-1?Q?.._O=F9_va_Debian_??=
Djoumé SALVETTI [EMAIL PROTECTED] writes: Mais en quoi l'[EMAIL PROTECTED] et le droit de vote serait des outils de travail spécifiques au empaqueteurs? Pourquoi faire une telle fixation sur ce maudit droit de vote ? Je ne suis vraiment pas convaincu de sa fonction capitale pour le projet (n-ime édition)... mais si t'as des arguments pour montrer que le rôle des derniers DPL a été décisif pour debian, hésite pas. Quant à l'email c'est quand même plus pratique pour contacter un mainteneur à propos d'un paquet ... et y a qu'à voir le nombre de bugs dans le BTS pour comprendre qu'elles servent souvent. Je suis d'accord que les contributeurs pourraient disposer d'une email aussi. Mais y-a-t-il une réelle utilité à cela (les emails sont des alias, pas des comptes) ... distribuer des emails c'est bien beau, mais y a du travail de gestion/administration derrière, donc si ca ne répond pas à un besoin autre que de flatter l'égo de qq contribueurs qui veulent leur email @ðebian.org ... « La recherche de reconnaissance est une mauvaise motivation pour contribuer au logiciel libre » En tant qu'utilisateur de LL je m'intéresse beaucoup plus à la qualité du travail, qu'aux raisons pour lesquelles il a été produit. Et que ce soit bien ou pas, je pense que cette reconnaissance est une des motivations principales des contributeurs aux LL (les autres sont probablement l'intéret pour l'informatique, la (cyber-)vie en communauté, le pouvoir et l'argent). Je repose la question: reconnaissance de qui ? Te donner un compte debian ne t'apportera pas de reconnaissance au sein de debian. Si tu veux afficher ta belle email debian devant je ne sais qui, la raison me semble pas vraiment bonne ... Si le fait de donner un [EMAIL PROTECTED] et/ou un droit de vote aux élections aux meilleurs contributeurs non-DD peut permettre d'améliorer la qualité de la distribution (je pense notament aux corrections de bugs) alors je pense qu'il ne faut pas s'en priver. L'email ne permet rien de special. Le droit de vote est vraiment un détail sur lequel vous faite vraiment beaucoup de cinéma à défaut de trouver des arguments plus solide à mon avis. Ca ne remet pas en cause le fait que de créer un status de contributeur me semble une bonne idée, mais pas pour les raisons avancées ci-dessus. Salutations, Sebastien Bacher
Re: [HS] : coup de gueule.=?ISO-8859-1?Q?.._O=F9_va_Debian_??=
Djoumé SALVETTI [EMAIL PROTECTED] writes: J'ai déjà cité la plateforme de Raphaël Hertzog comme exemple de changements que peuvent introduire les DPLs (même si on peut penser, comme Jérôme Marant, que Raphaël n'aurait de toute façon pas pu faire ce pour quoi il avait été élu). Comme répondu précédemment, pas besoin d'être DPL pour faire des choses, et même en étant DPL c'est pas acquis pour autant. D'autre part le droit de vote sert aussi pour les résolutions générales. Quelles résolutions générales ? T'as des exemples récents ? Je ne vois pas en quoi une [EMAIL PROTECTED] serait plus pratique qu'une autre puisque de toute façon pour savoir à qui écrire il faut regarder la description du paquet. Oui, en fait l'email @debian.org ne sert à rien, alors pourquoi en demander ? Pourquoi devrait-on s'occuper des motivations qui font que des personnes contribuent à Debian? Je n'ai rien vu à ce sujet dans le contrat social. Pourtant c'est une des questions lors de la démarche NM, savoir pourquoi tu as envie de participer. Juste pour être sur que l'on se soit bien compris, la raison que j'avance pour donner des [EMAIL PROTECTED] / droits de vote c'est améliorer la qualité de la distribution en augmentant le nombre de contribution. En quoi l'email/droit de vote améliore le nb de contributions ? Salutations, Sebastien Bacher
Re: [HS] : coup de gueule... Où va Debian ?
Hello, Je poste rapidement mon « CV » pour Debian : je participe à la l10n depuis 4 ans au moins et j'ai quelques milliers d'heures passées dessus à traduire, relire, corriger et toutes ces sortes de choses, complètement inutiles manifestement au sein de Debian. Personne n'a dit que ton travail est inutile, et heureusement que des gens comme toi participent à autre chose qu'au maintient de paquets. L'année dernière, je me suis dit : pourquoi ne pas postuler ? Un peu de reconnaissance ne fait pas de mal, n'est-ce pas ? Après tout, des tas de DD le sont devenus avec beaucoup moins de références... et puis, c'est sympa... je participe quasi-anonymement depuis des années, soit activement au « développement », soit activement à l'extérieur (Install Party, Groupe Debian de la GUILDE, etc.)... bref, un moyen de rectifier cela en entrant plus officiellement dans le groupe... Pourquoi pas, bien que le but premier n'est pas d'être reconnu je pense. Que neni ! Étais-je naïf au point de penser que cela était une formalité ? Bref, je me gourrais sur toute la ligne... Trouver un parrain ne me fut pas bien difficile... le reste fut impossible. C'est vrai que la procédure du NM est pas vraiment une formalité. IL est vrai que ma demande initiale était un peu différente de celles des autres : je demandais à être DD sans paquet, c'est-à-dire juste à continuer à m'occuper des traductions/relectures/corrections (enfin, tous les trucs que les *véritables* ne s'occupent pas puisque la l10N et l'i18n est la vingt-cinquième (au moins) roue de carrosse pour les anglophones qui manifestement font la loi). Je ne connais pas trop comment est organisé le travail niveau i10n/i18n ... est-ce qu'avoir un compte debian aide à ce niveau ? Le problème c'est que si tu obtiens un compte debian, tu auras accès aux machines, tu pourras ajouter des paquets à l'archive, etc ... comme n'importe quel mainteneur de paquet, vu qu'il n'y a plus vraiment de contrôle de ton travail une fois au sein du projet. Le processus de NM évalue donc ta connaissance de debian et ta capacité à packager quelque chose de manière potentiellement correcte ... ca permet de vérifier que si un jour il te vient l'idée de packager quelque chose tu le fasses correctement. Mais il est vrai qu'à ce niveau il y a peut-être quelque chose à faire ... peut-être faudrait-il un système à part pour ceux qui contribuent autrement qu'en maintenant des paquets. Tu pourrais aussi persévérer un peu pour remplir les exigeances tes parties PP et TS du processus NM ... avec un peu de bonne volontée c'est faisable. Bon, cela me laissera d'autant plus de temps désormais : autant j'y passais vraiment du temps jusqu'à présent, autant je me sentirais plus autant obligé dorénavant... Le plus con, c'est que je vais continuer à faire comme avant, pour que les futurs utilisateurs non anglophones ne soient pas lésés par la connerie sans borne de la rigidité des décisions d'un recrutement qui me laisse (presque) sans voix... Heureusement, mes doigts sont indépendants du larynx ;-) Je comprends qu'à quelque part tu sois déçu par le système, mais comme je le disais plus haut si le processus NM exige certaines choses c'est que dans l'état actuelle des choses elle servent à quelque part ... En tout cas c'est bien de pas lacher Debian pour autant ! Salutations, Sebastien Bacher
Re: même programme en GTK 1.2 et GTK 2.0 dans le même paquet ?
Jérôme Marant [EMAIL PROTECTED] writes: La solution 1 ? Moi je l'appelle la solution Galeon ! Je vous remplace une solution gtk 1.2 qui marche bien par une version 2.0 avec 2 fois moins de fonctionnalités et des plantage occasionnels ! Mais bon, gtk 2.0 c'est la mode et vous êtes là pour tester et faire des bug reports ! Et les vrais utilisateurs dans tout ça ? Foutage de gueule ! T'essayes de faire quoi là, de lancer un n-ieme troll ? galeon version gtk 2 a longtemps été dispo en temps que galeon-snapshot en même temps que la version gtk 1.2. Le passage c'est fait à un moment où la version gtk2 était parfaitement utilisable, sachant que gnome2 est la version de gnome pour la prochaine stable. Quand au fait de virer des options, pour tendre vers quelque chose présentant une interface plus simple c'est une volontée upstream, un choix comme un autre et surement pas une raison de dénigrer le nouveau galeon. Au passage gtk 2.0 n'est pas à la mode, c'est juste la version par defaut maintenant, et il a tout intérêt à l'utiliser. Maintenant tu est ptetre nostalgique, tu préfères peut-être garder de vieilles applications avec d'anciennes version de toolkits, c'est de là à parler de mode ... le kernel 2.6 c'est aussi une mode par exemple que tu refusera d'utiliser pour le bien des users ? A+, Sébastien Bacher
Re: même programme en GTK 1.2 et GTK 2.0 dans le même paquet ?
Hello, Le bug #196821 me demande : jpilot: compile jpilot with --enable-gtk2 gtk1.2 is on its way out, and jpilot supports gtk2 Que dois-je faire ? 1. compiler avec gtk2 et me prendre plein de rapport de bugs ? Plein de rapport de bugs ? La version gtk2 n'est vraiment pas au point, ou il lui manque une bonne partie des bugs de la version 1.2 ? 2. laisser tomber ce bug #196821 pour l'instant Autant éviter de laisser tomber un rapport de bug s'il est possible de le régler... 3. créer un paquet jpilot2 avec l'application compiler pour gtk2 Cette solution est à éviter à mon avis. La plupart des paquets app2 ont été renommé en app au fur et à mesure des mois. Maintenant gtk+/gnome2 est la version par defaut pour la prochaine stable ... inutile d'ajouter un nouveau paquet à l'archive pour le faire retirer dans pas longtemps. 4. avoir dans le même paquet jpilot les binaires pour gtk 1.2 et gtk 2.0 ? J'avouerai que cette solution ne me plait pas trop, mais pourquoi pas ... 'fin bon, j'éviterais quand même. Les 3 premières solutions ne me conviennent pas vraiment. Est-ce que la 4ème solution est jouable/souhaitable/une connerie ? Perso je pencherais largement pour la solution 1 si la version gtk2 est utilisable. A la limite attendre un peu et laisser le bug en état quelque temps ... mais la solution 4 n'est pas approprié à mon avis, et la solution 3 à oublier. Salutations, Sébastien Bacher