Opportunités de rejoindre Freexian et contribuer à Debian
Bonjour, je voulais attirer votre attention sur l'annonce que l'on vient de poster sur debian-jobs: https://lists.debian.org/debian-jobs/2024/03/msg2.html Freexian s'est pas mal développé ses dernières années et pour accompagner notre croissance nous avons besoin d'aide sur des domaines plus administratifs que techniques (ventes, marketing, gestion de projets/équipes, etc.). Toutefois pour rester fidèle à nos valeurs, nous cherchons des contributeurs Debian avec ces compétences, ou du moins des aficionados de Debian qui sont prêts à devenir contributeurs puis membres du projet (sinon que faire des 20% du temps de travail offerts pour contribuer à Debian?). N'hésitez pas à partager ce message si vous pensez connaître quelqu'un qui pourrait correspondre à un des profils recherchés. Merci d'avance et bon week-end de Pâques! PS: Les infos sont aussi sur le site Freexian: https://www.freexian.com/about/join-us/ -- ⢀⣴⠾⠻⢶⣦⠀ Raphaël Hertzog ⣾⠁⢠⠒⠀⣿⡁ ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/ ⠈⠳⣄ Debian Long Term Support: https://deb.li/LTS
Re: Rejoindre Freexian pour aider à améliorer Debian
Salut, On Wed, 30 Mar 2022, Pierre-Elliott Bécue wrote: > > [1] https://www.freexian.com/apropos/index.html#ambition > > [2] https://www.freexian.com/apropos/index.html#mission > > [3] https://www.freexian.com/apropos/join-us.html > > Je pense que c'est cool de publier ce genre de choses ici, mais n'hésite > pas aussi à voir côté frnog/frsag, non ? Je ne sais pas à quoi tu fais référence (à vue de nez je dirai des abréviations de newsgroup NNTP, mais je ne participe plus à cela depuis bien longtemps) mais n'hésite pas à partager / relayer si tu penses que c'est pertinent. Tu peux aussi simplement partager l'article de blog: https://raphaelhertzog.com/2022/03/29/join-freexian-to-help-improve-debian/ > > PS: En consultant les archives j'ai constaté que cette liste est quasi > > inutilisée. Faut-il la supprimer ? Ou peut-on lui donner un second > > souffle ? > > Je pense que lui donner un second souffle ne serait pas de trop. On a > des devs/contributeurs pour qui l'anglais n'est pas évident, et on est > nombreux en tant que DDs à parler français. Je ne suis pas sûr que la difficulté d'usage de l'anglais soit l'argument principal en faveur de cette liste... mais peut-être a t'on des développeurs dans cette situation. Il me semble que cela peut aussi permettre aussi d'avoir des échanges dans un contexte différent, avec un public plus homogène... les listes en anglais ont parfois leur lot de "pénibles de service" ce qui fait que certains désertent ces listes. Et la langue étrangère introduit une barrière de plus qui augmente le risque d'incompréhension et donc de tensions. Ca ne me déplairait pas que certains échanges commencent ici pour être soumis sur les listes anglaises dans un second temps, après une première passe d'amélioration/synthèse/débroussaillage. A+ -- ⢀⣴⠾⠻⢶⣦⠀ Raphaël Hertzog ⣾⠁⢠⠒⠀⣿⡁ ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/ ⠈⠳⣄ Debian Long Term Support: https://deb.li/LTS signature.asc Description: PGP signature
Rejoindre Freexian pour aider à améliorer Debian
Bonjour, je voulais vous informer que Freexian s'est fixé des objectifs ambitieux[1] en soutien de Debian et que nous voulons étoffer l'équipe pour atteindre ces objectifs. Nous avons rédigé un énoncé de mission[2] pour clarifier notre raison d'être et nos valeurs, et nous espérons attirer des développeurs, entrepreneurs et experts Debian talentueux au sein de notre communauté. Si Debian fait partie intégrante de votre vie, si améliorer Debian est quelque chose que vous aimez faire, si vous avez les compétences et l'expertise Debian pour correspondre à certains des rôles que l'on a décrit sur notre page "Join us"[3], alors écrivez nous à gera...@freexian.com afin que l'on étudie la possibilité de travailler ensemble. [1] https://www.freexian.com/apropos/index.html#ambition [2] https://www.freexian.com/apropos/index.html#mission [3] https://www.freexian.com/apropos/join-us.html Cordialement, PS: En consultant les archives j'ai constaté que cette liste est quasi inutilisée. Faut-il la supprimer ? Ou peut-on lui donner un second souffle ? PPS: Cette information a aussi été publiée en anglais sur mon blog: https://raphaelhertzog.com/2022/03/29/join-freexian-to-help-improve-debian/ Mais puisque Freexian est une société française, je voulais attirer l'attention des contributeurs français avec ce message. -- Raphaël Hertzog ◈ Freexian SARL ◈ Tel: +33 (0)6 88 21 35 47 https://www.freexian.com
Un mainteneur pour gcompris?
Bonjour, ca serait super si on pouvait trouver quelqu'un pour maintenir le paquet gcompris-qt dans Debian... Yann Dirson ne s'en occupe plus: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826428 Idéalement il faudrait aussi que gcompris-qt remplace officiellement gcompris... ce n'est pas plus vraiment "expérimental" à ce stade il me semble. Debian n'est même plus mentionné par les auteurs amonts dans les news: https://linuxfr.org/news/gcompris-sort-en-version-0-80 Je veux bien être sponsor si un non-DD s'y colle. Cordialement, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/
Re: Reprepro ? [WAS Personnalisation de l'installateur debian : suite]
Salut, On Thu, 26 Jan 2017, Laurent COOPER wrote: > Face à la difficulté de gérer le fichier Release pour intégrer le sha256 > des images debian, j'ai été brutal mais efficace : > > J'ai supprimé le check du hash dans la méthode wget de simple-cdd et il > saute cette étape qui n'était pas capitale au final Je suggère d'ouvrir une bogue sur simple-cdd pour qu'il se comporte correctement lorsque les checksums des images d-i sont manquantes... il peut afficher un warning mais ne devrait pas échouer lamentablement. > Je me demande si simple-cdd est la bonne méthode dans mon cas plutot que > d'utiliser directement debian-cd ? Ca te facilite quand même l'intégration d'udebs spécifiques dans d-i. C'est plus compliqué à faire directement avec debian-cd. A+ -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/
Re: Reprepro ? [WAS Personnalisation de l'installateur debian : suite]
On Thu, 26 Jan 2017, Laurent COOPER wrote: > cela veut il dire que pour les dépôts officiels debian, les sommes de > contrôles dans le fichier Release sont gérées à la main ? Si c'est le Non, les dépôts officiels sont gérés avec "dak". reprepro n'a pas toutes les fonctionnalités de dak. > cas, je dois pouvoir les ajouter. Il faudra cependant que je modifie > aussi le Release.gpg et la somme de controle de Release. Cela peut se > gérer automatiquement ou je dois aussi le faire à la main ? Sachant que les fichiers Release doivent être regénérés régulièrement (du moins si on met les "Valid-Until" qui sont recommandés), ce n'est vraiment pas souhaitable de les faire à la main. Après il y a des "hooks" qui permettent de scripter certaines actions automatiques, notamment celui associé à la signature des fichiers Release. Tu peux essayer de hacker cela à ce niveau. A+ -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/
Re: Reprepro ? [WAS Personnalisation de l'installateur debian : suite]
Salut, On Wed, 25 Jan 2017, Laurent COOPER wrote: > Je vois bien une ligne du type > 9ecaf703beaa8d2a5aff44c581162a9b72131 > main/installer-amd64/20150422+deb8u4+b2/images/SHA256SUMS > > Mais dans mon Release, je n'ai rien d'équivalent. > > Comment puis je parler gentiment à Reprepro pour qu'il prenne cela en > compte ? Visiblement mon byHandHooks qui fait juste un tar xzf ne suffit > pas :( À mon avis tu peux ouvrir un ticket sur reprepro car je ne crois pas qu'il ait cette fonctionnalité. :-| A+ -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/
Re: Probleme avec dpkg-divert
Salut, je n'ai pas de réponse pour toi mais j'ai noté une incohérence qui te mettra peut-être sur la voie: On Tue, 03 Mar 2015, Laurent COOPER wrote: if [ upgrade != $1 ] || dpkg --compare-versions $2 lt 4.2.2; then dpkg-divert --package slis-admin --add --rename \ --divert /usr/share/phpsysinfo/index.php.orig /usr/share/phpsysinfo/index.php fi = .orig en extension On Tue, 03 Mar 2015, Laurent COOPER wrote: Je viens de découvrir l'option de debug de dpkg (-D) et j'ai utilisé -D1110 avec mon installation. Ce que j'ai trouvé semble explicite mais je n'arrive pas trop à l'interpréter. Les experts en dpkg pourront peut être aider ? D10: tarobject ti-name='./usr/share/phpsysinfo/index.php' mode=100644 owner=0.0 type=48(-) ti-linkname='' namenode='/usr/share/phpsysinfo/index.php' flags=2 instead='/usr/share/phpsysinfo/index.php.real' = .real en extension N'y a t'il pas une ancienne version de ta diversion qui pose problème? Préparation du remplacement de slis-admin 4.2.0~1 (en utilisant .../slis-admin_4.2.3_all.deb) ... Conservation de « détournement de /usr/share/phpsysinfo/index.php en /usr/share/phpsysinfo/index.php.orig par slis-admin » Dépaquetage de la mise à jour de slis-admin ... dpkg : erreur de traitement de /var/cache/apt/archives/slis-admin_4.2.3_all.deb (--unpack) : impossible d'ouvrir « /usr/share/phpsysinfo/index.php.dpkg-new »: Aucun fichier ou dossier de ce type configured to not write apport reports Traitement des actions différées (« triggers ») pour « man-db »... Des erreurs ont été rencontrées pendant l'exécution : /var/cache/apt/archives/slis-admin_4.2.3_all.deb Pourquoi me cherche t'il un dpkg-new ??? Quand dpkg décompacte un paquet, chaque fichier du paquet est décompacté en .dpkg-new. Une fois cela terminé, dpkg renomme tous ces fichiers pour leur enlever le suffixe et écrase les anciennes versions par la même occasion. Ici visiblement le .dpkg-new qu'il attendait n'est pas là... En général le problème c'est que le fichier est traité deux fois, par le biais de deux répertoires (différents) contenus dans le paquet .deb mais qui en réalité sont le même répertoire sur ton système à cause d'un lien symbolique quelque part. (cf mon article que tu as trouvé) A+ -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150304020101.gg22...@home.ouaza.com
Re: reprepro et flush d'un dépot
Salut, On Thu, 17 Jul 2014, Laurent COOPER wrote: Suite à un changement dans la filière de développement, nous devons vider un dépot pour le remplir avec d'autres éléments. Je n'ai pas trouvé dans la doc de reprepro de quoi flusher un dépot facilement. Ais je mal cherché ? Ou dois je le scripter ? Pas testé: $ reprepro removematched codename '*' A+ -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140717233229.ga7...@x230-buxy.home.ouaza.com
Re: Key signing party à Solutions Linux ? (20 21 mai 2014)
Salut, On Sun, 13 Apr 2014, Xavier Roche wrote: Je me demandais si une key-signing-party était prévue formellement à la prochaine Linux expo qui doit se dérouler dans un gros mois ? Je ne suis pas au courant d'un tel événement. En tout cas il y a toujours des développeurs Debian sur le stand Debian et on refuse rarement de signer des clés. A+ -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140414062532.gj24...@x230-buxy.home.ouaza.com
Opération nouveaux contributeurs par Debian France
Bonjour, des livres Cahier de l'Admin Debian Wheezy sont offerts par leurs auteurs et par Debian France dans le cadre d'une opération de recrutement de nouveaux contributeux à Debian. À ce stade, nous sommes donc à la recherche de projets de contribution avec des mentors associés. Ces projets doivent avoir une ampleur limitée (16 à 32h de travail environ) afin de pouvoir être réalisés par des contributeurs sur leur temps libre dans une période de 2 mois environ (mi-mars à mi-mai). Si vous avez une idée de projet et que vous acceptez d'être mentor, merci d'enregistrer vos idées sur la page wiki dédiée: https://wiki.debian.org/DebianFrance/NewContributorGame Nous pouvons aller jusqu'à une quinzaine/vingtaine de projets, donc nous comptons sur vous! Cordialement, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140224141732.ga11...@x230-buxy.home.ouaza.com
Re: Opération nouveaux contributeurs par Debian France
Salut, On Mon, 24 Feb 2014, Joseph Herlant wrote: Comment fait-on pour postuler en tant que contributeur? Envoie-t-on directement au mentor? Oui, on voit avec le mentor. C'est ce dernier qui choisira également le candidat s'il y en a plusieurs. Qui peut être choisi comme contributeur? Uniquement des gens qui n'ont jamais fait de contributions? C'est l'idée, ou seulement des contributions minimes (du genre rapport de bogues, etc.). Ensuite on ne va pas faire une enquête avancée non plus... Personellement je serais intéressé par plusieurs projets (le packaging de bootstrap, celui de mirrorbrain et le distro watch), avec du mal à choisir! :-) Très bien! :-) A+ -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140224154726.ga13...@x230-buxy.home.ouaza.com
Re: Boutique Debian France
Bonjour Jean-Philippe, On Thu, 16 Jan 2014, Jean-Philippe Garcia Ballester wrote: Je trouve dommage que cette initiative fort intéressante reste cloisonnée au monde du logiciel libre et ne mette pas en avant d'autre mouvements alternatifs (coton biologique, commerce équitable, meilleurs conditions de travail des salariés, production locale, développement durable, travail d'insertion, le choix ne manque pas). Financer le logiciel libre en vendant des produits issus de l'exploitation de la pauvreté et néfastes pour l'environnement (transport et produits phytosanitaires nécessaires à la culture du coton) me semble contradictoire. Le fait que le site ne mentionne pas ce type d'engagement ne veut pas dire qu'il s'agit systématiquement d'importations de produits exploitant la pauvreté. Merci d'éviter les raccourcis trop rapides. La plupart de nos prestataires sont français et produisent en France (hors des produits venant de Debian.CH, parapluie/couteaux). Ensuite nous n'avons pas trop prêté attention à l'origine des matières premières mais je suis certain que le conseil d'administration verrait cela d'un bon œil que tu t'investisses dans ces opérations de merchandising pour trouver des prestataires offrant de telles garanties. Cordialement, Raphaël — président de Debian France. -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140116104434.ga24...@x230-buxy.home.ouaza.com
Re: Meetup #2 Debian France
Bonjour, On Mon, 02 Dec 2013, Sandro CAZZANIGA wrote: Je suis de saint-Etienne aussi, et j'avoue que j'aimerai voir des évenements ici ou sur Lyon, à la rigueur. Y aurait-il moyen d'organiser ensemble une sorte de meetup ? Si tu fais l'essentiel du travail, pourquoi pas :-) Je ne veux pas faire de promesses que je ne peux pas tenir parce que j'ai trop d'engagements mais je veux bien t'épauler pour mettre cela en route. La première étape serait peut-être de rejoindre a...@france.debian.net pour qu'on puisse continuer la discussion là bas (reply-to positionné). https://france.debian.net/mailman/listinfo/asso Ensuite il faut trouver un lieu pour accueillir les événements. Tout de suite j'ai pensé à http://comptoir-numerique.fr parce que je sais qu'ils ont hébergé des événements autour de OpenStreetMap mais vu notre objectif ca serai peut-être bien de choisir quelque chose qui soit proche de Chateaucreux pour que les lyonnais puissent éventuellement faire l'aller-retour en train. Et puis le comptoir numérique n'a pas l'air très grand, ca va dépendre du nombre de personnes potentiellement intéressées. Cordialement, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131203075854.gd25...@x230-buxy.home.ouaza.com
Re: Meetup #2 Debian France
[ Reply-to a...@france.debian.net ] Bonsoir Jacques, On Mon, 02 Dec 2013, Jacques Tarpin wrote: Enlevez moi un doute? Les activités de DEBIAN France ne sont pas que sur Paris? Cela dépend des volontaires qui organisent les activités en question ! Parce que vos correspondances ne concernent que des ateliers ou conférences à Paris. J'espère que Paris n'est pas le nombril de DEBIAN France! Force est de constater que de nombreux bénévoles impliqués sont sur Paris... Pour ma part, je suis sur Saint-Etienne et je comprends ce que tu peux ressentir. En tant que président je serai tout à fait pour l'organisation d'autres événements ailleurs en France, mais encore faut-il avoir des volontaires prêts à s'impliquer! La première étape est peut-être de recenser où habitent tous les membres de Debian France... y a t'il un un outil pratique pour cela? Cordialement, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131202201333.gd13...@x230-buxy.home.ouaza.com
Re: Méthode la plus Debianic pour compiler un paquet avec des options de compilation
On Sun, 24 Nov 2013, Rémi Vanicat wrote: Évite debuild, qui commencerait par reconstruire le paquet source avant de compiler. J'utilise toujours debuild. `debuild binary -us -uc` est ce qu'il faut faire si on ne veux pas reconstruire le paquet source. Techniquement, c'est debuild -b -us -uc la commande idiomatique pour ne pas créer le paquet source (ou -B si on ne veut pas les arch: all, comme c'est le cas sur les auto-builders). cf man dpkg-buildpackage pour l'explication de cette option. Cordialement, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131124143532.ga32...@x230-buxy.home.ouaza.com
Re: Meetup Debian France
Bonjour, On Mon, 30 Sep 2013, Gaëtan PERRIER wrote: J'ai le plaisir d'annoncer que le premier Meetup organisé par l'association Debian France aura lieu le 16 octobre prochain à partir de 18h30. Excusez ma question de béotien : mais qu'est-ce qu'un meetup ? Une rencontre, réunion assez informelle, une occasion de discuter entre Debianeux. C'est un mot anglais: http://en.wiktionary.org/wiki/meetup Cordialement, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130930102008.ga26...@x230-buxy.home.ouaza.com
Re: Création d'un paquet debian
Bonjour, On Tue, 27 Aug 2013, Zoubeïda Zarkouna wrote: Et pour passer le fichier control en option dans le fichier rules ça ne marche toujours pas! dh_gencontrol -- -cdebian/control_tmpl Tous les autres scripts dh_* ont besoin d'accéder à debian/control pour trouver la liste des paquets alors il ne faut pas espérer pouvoir utiliser autre chose que debian/control pour cela. Même dans votre ligne ci-dessus, vous indiquez à dpkg-gencontrol d'utiliser debian/control_tmpl mais dh_gencontrol va utiliser debian/control pour trouver la liste des paquets sur lesquels il va lancer dpkg-gencontrol. il ne le voit toujours pas il pointe toujours sur debien/control pour contruire les debs et du coup j'ai ce message d'erreur: dh_gencontrol -- -cdebian/control_tmpl dh_gencontrol: No packages to build une idée? un doc? je sèche!! Ce n'est pas ainsi que vous obtiendrez de l'aide. La première chose à faire c'est de mettre votre paquet source en ligne quelque part et d'expliquer clairement le besoin... parce que vos demandes semblent assez bizarres. Cordialement, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130827134020.gc14...@x230-buxy.home.ouaza.com
Re: Création d'un paquet debian
On Fri, 23 Aug 2013, asm wrote: Bonjour, c'est possible d'avoir un lexique ? Je ne connais pas de tel document (du moins pas dans le contexte du packaging Debian). A+ -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130824084307.ge5...@x230-buxy.home.ouaza.com
Re: Création d'un paquet debian
On Fri, 23 Aug 2013, Zoubeïda Zarkouna wrote: Pour un module donné et lors de la création du paquet correspondant je dois cérer chaque composant en un deb à part. Je m'explique: j'ai une liste des rules applicatifs sous le dossier rules: pour chaque fichier je dois créer un paquet deb à part tous ça au cours de la création de mon paquet principale comment je fais pour que ça marche? Une idée?? On peut faire ce genre de manipulation dans debian/rules clean car c'est souvent appelé avant le build à proporement parler. Mais ce genre de pratiques n'est pas autorisé pour un paquet Debian officiel. Il faut plutôt prévoir cela comme une fonction d'aide au mainteneur Debian qui est libre d'appeler un script pour mettre à jour certains fichiers de packaging. Cordialement, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130823165218.gd30...@x230-buxy.home.ouaza.com
Cherche hébergement pour samedi soir après mini-debconf
Bonjour, est-ce qu'il reste un(e) parisien(ne) (qui vient à la mini-debconf et) qui a de la place pour m'héberger samedi soir ? Je m'y prends un peu tard et j'aimerai autant éviter l'hotel si c'est possible (ceci dit si quelqu'un a pris une chambre d'hotel et qu'il reste une place dans la chambre, ca peut m'intéresser aussi, on partagerait le prix de la chambre). Cordialement, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121120095107.ga1...@x230-buxy.home.ouaza.com
Re: [DD] Signature clef GPG
Bonjour, On Sat, 16 Jun 2012, xavier grave wrote: Je travaille en région parisienne et je serais au salon Solutions Linux la semaine prochaine (village associatif, stand Ada France). Est ce qu'un GDD (Gentil Développeur Debian) serait disponible sur le salon pour un échange de signature ? On sera au moins 3 DD sur le stand Debian France. Il ne devrait pas y avoir de problèmes pour signer ta clé. Tu passes au stand quand tu veux. Cordialement, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120616125604.ga32...@rivendell.home.ouaza.com
Re: processus qualité / validation ?
On Tue, 25 Oct 2011, Roland Mas wrote: es-ce qu'il y aurait un truc permettant que n'importe quel développeur puisse uploader un paquet deb (ça on sait faire) puis alerter l'équipe technique qu'un paquet est en attente de tests / validation (ça je sais faire) puis que les testeurs remontent une information binaire ça marche ou ça ne marche pas + en ce cas un descriptif de ce qui ne marche pas et que si 5 ça marche et 0 ça ne marche pas alors le paquet deb se déplace tout seul dans le dépot public pour tout le monde ... M'est avis que le plus simple serait de prendre dak (l'outil de gestion d'archives utilisé par Debian) et de « juste » changer les critères de migration d'unstable vers testing. Les critères de migration sont définis par britney et pas par dak. Et cela ne sert à rien de repartir depuis britney pour cette tâche. briney n'apporterait rien. L'interface entre britney et dak est une simple liste de paquets à mettre dans testing sous la forme package version arch avec arch pouvant prendre la version spéciale source (le tout constitue un fichier heidi). Si dak est utilisé (ce qui m'étonnerait), il serait possible de développer une sorte d'interface web de validation qui générerait ce fichier et le filerait à dak. Quoi qu'il en soit, je ne connais rien de prêt à l'emploi qui puisse gérer quelque chose tel qu'exposé. Cordialement, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/go/ulule-rh/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111025093922.gb20...@rivendell.home.ouaza.com
Re: RMLL 2011
Bonjour, il n'y a qu'un seul volontaire pour le moment pour tenir un stand Debian aux RMLL, c'est un peu léger! Je vais peut-être pouvoir m'arranger pour venir 1 ou 2 jours mais quoi qu'il en soit, il faudrait des volontaires en plus. Xavier, est-ce que tu viens aux RMLL ou bien est-ce que tu es bloqué au travail? Pour proposer votre aide (même sur 1/2 journée c'est bien!) c'est par ici: http://wiki.debian.org/DebianEventsFr/2011/RMLL Cordialement, On Fri, 20 May 2011, Carl Chenet wrote: Après Solutions Linux 2011, le prochain grand événement du logiciel libre est les RMLL 2011 qui se dérouleront cette année à Strasbourg du 9 au 14 juillet. J'ai déjà fait une demande de stand pour Debian. La formule est un peu spéciale cette année. Le samedi et le dimanche auront lieu des ateliers thématiques autour d'un projet artistique collaboratif (je ne suis donc pas sûr qu'on soit concerné, plus d'infos à [1]) et la formule classique des stands dédiés aux distributions s'étendera sur le lundi, mardi, mercredi et jeudi (si j'ai bien compris). J'ai mis en place sur le wiki Debian une page dédiée à l'événement [2]. Si les personnes qui veulent participer à la tenue du stand s'inscrivent, on aura une vision claire sur notre présence aux RMLL 2011. Il semble que l'organisation veuille mettre en place des solutions de mutualisation/partage de stands pour permettre aux assos ne pouvant pas avoir une équipe pour la durée totale de l'évenement puissent quand même être représentées. Je ne sais pas encore concrètement sur quoi ça va déboucher. Je ne pourrai pour ma part pas être présent cette année mais je suis bien sûr dispo pour aider à la préparation de notre stand. [1] : http://2011.rmll.info/-Week-end-grand-public- [2] : http://wiki.debian.org/DebianEventsFr/2011/RMLL Bye, Carl Chenet ___ Asso mailing list a...@france.debian.net https://france.debian.net/mailman/listinfo/asso -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110628062759.ga32...@rivendell.home.ouaza.com
Re: Solutions Linux 2011 (10, 11 et 12 mai)
On Tue, 03 May 2011, Stéphan Gorget wrote: Solutions Linux approche à grand pas et j'ai finalement pu me libérer pour venir mercredi donner un coup de main sur le stand. Est-ce qu'il faut préparer des choses, où tout simplement arriver en avance où je sais pas ? Si tu as des choses sympas à montrer faisant tourner Debian, tu peux les emmener (plug computer, tablette, n900, ...). Sinon il n'y a besoin de rien de spécial. Pas besoin d'arriver (beaucoup) en avance, être à l'heure ca suffit. A+ -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110504070543.gf4...@rivendell.home.ouaza.com
Re: [AMD64]Wine et Gettext
On Sun, 17 Apr 2011, Berillions wrote: Bonjour, J'ai un peu soucis lors de la compilation des nouvelles versions de Wine. En effet, lors de la compilation, j'ai un WARNING disant que la version 32bits du paquet de développement de Gettext n'est pas installé. Ce qui a pour conséquence que l'internationalisation de Wine ne se fait pas. (Reste en anglais alors que sous i386, wine est bien en Fr après compilation) Existe-t'il un moyen de prendre en compte la version i386 de gettext sachant que j'ai la version amd64 d'installée? Je suppose que tu es sous amd64. As-tu libc6-dev-i386 d'installé ? A+ -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110418062940.gr31...@rivendell.home.ouaza.com
Re: Solutions Linux 2011 (10, 11 et 12 mai)
On Tue, 12 Apr 2011, Stéphan Gorget wrote: Peut être faut il proposer un calendrier découpé par demi journée (ou tranche horaire) pour faciliter l'organisation des personnes présentes sur le stand ? Bonne idée, veux-tu bien modifier la page du wiki? :) Par 1/2 journée ca suffit et un champ commentaire pour que les gens puissent indiquer leurs restrictions. Merci. -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110412123926.gf15...@rivendell.home.ouaza.com
Re: [Fichier rules]Problème de compilation
On Tue, 12 Apr 2011, Berillions wrote: build: build-stamp-arch64 build-stamp-arch32 build: build-stamp-arch64 build-stamp-arch32 (sur la même ligne!) On Tue, 12 Apr 2011, Berillions wrote: Je poste donc le fichier rules modifié : http://pastebin.com/SzeByNs7 Le lien ne marche pas. Lors de la compilation et du build, le patch a bien été pris en compte. Pour exemple, la dll winex11.drv.so doit être modifié par ce patch. Si le patch n'est pas appliqué, ce fichier ne fait que 659ko contre les 2.4Mo lorsque celui-ci est appliqué. Ca m'étonnerait que tu patches du binaire... Le problème doit venir après cette commande présent dans la cible binary-arch car dès la construction du paquet via* **dh_builddeb -- -Z lzma*, la dll non patchée est donc prise en compte dans le .deb et dans * debian/wine*... C'est sûrement dh_strip qui vire les informations de débogage. Et cela n'a probablement rien à voir avec ton patch. Cordialement, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110412124443.gg15...@rivendell.home.ouaza.com
Re: Solutions Linux 2011 (10, 11 et 12 mai)
On Tue, 12 Apr 2011, Stéphan Gorget wrote: En fait j'y vais sur mon temps de travail donc je doute que mon employeur voit d'un bon oeil que j'y tienne un stand. Mais je veux bien modifier le wiki. Merci. Toutes les bonnes volontés sont elles acceptées ? ou faut il appartenir à une association ou bien être DD ou autre ? Je ne crois qu'on fasse les difficiles... le stand est organisé par Debian France mais il n'est pas nécessaire de faire partie de l'assoce pour aider. Il faut juste du temps, et vouloir répondre aux questions des gens (et donc connaître un peu Debian pour être capable de répondre quelque chose aux gens :)). A+ -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110412151718.ga16...@rivendell.home.ouaza.com
Re: [Fichier rules]Problème de compilation
On Mon, 11 Apr 2011, Berillions wrote: Et je n'arrive pas du tout à trouver d'ou vient le problème dans mon fichier rules., que voici : Fichier RULES http://pastebin.com/YpGmNd7R Tu devrais utiliser dh et un petit fichier rules avec overrides, le fichier .log est à son usage pour éviter de relancer plusieurs fois le même programme. Sinon si tu gardes un makefile comme maintenant tu dois fair un truc du genre: clean: rm build-stamp build: build-stamp build-stamp: touch build-stamp Ceci pour éviter de relancer build plusieurs fois. A+ -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110411230525.ge22...@rivendell.home.ouaza.com
Re: Covoiturage pour la DebConf ?
Salut, On Thu, 07 Apr 2011, David Prévot wrote: Salut, Pour info, j'ai l'intention de me rendre à la DebConf par la route (une quinzaine d'heure depuis Paris d'après ViaMichelin). Je partirai a priori la veille du DebCamp et rentrerai le lendemain de la DebConf. J'aurai moins mauvaise conscience si je pouvais ne pas faire la route tout seul, donc n'hésitez pas à me contacter si vous pourriez être intéressé à l'aller, au retour, ou simplement pour amener une meule de comté de 40 kg par exemple. Il y en a qui prévoient de faire cela à partir de Lyon (ou passent par Lyon ou St-Etienne sur leur trajet) ? A+ -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110407203734.ga7...@rivendell.home.ouaza.com
Re: Comment modifier proprement un fichier de configuration à la debian
On Wed, 23 Mar 2011, Laurent COOPER wrote: Il est vrai que si l'admin fait juste un rm /etc/apache2/conf.d/munin, à la prochaine mise à jour du paquet, munin réinstalle le lien symbolique. Est ce que je dois considérer ça comme un bug et ouvrir un rapport de bogue (ce lien ne devrait être créé qu'à la première install, tester avec un [ -z $2 ] ) Oui. A+ -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110323113851.ga15...@rivendell.home.ouaza.com
Re: Bug dans dpkg-divert ?
Salut, On Tue, 22 Feb 2011, Laurent COOPER wrote: Oui, c'est bien un dpkg-new qui est là. Par contre, comme je n'ai pas de dépot avec mes paquets de test, l'installation est faite par dpkg --unpack paquet.deb aptitude install paquet C'est peut être çà qui met en évidence le problème Si tu vois le .dpkg-new après le --unpack mais avant le aptitude install c'est normal... Tu peux mettre ton paquet à disposition pour essayer de reproduire? A+ -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110223094504.gc31...@rivendell.home.ouaza.com
Re: Dépendance de paquets
Salut Laurent, On Tue, 22 Feb 2011, Laurent COOPER wrote: Dans le cadre du projet SLIS nous maintenons un ensemble de paquets debian. J'aimerais avoir votre avis sur une question de dépendances. Un paquet B dépend du paquet A Un paquet C dépend du paquet B. Mais on note aussi une dépendance vers A. En gros C = B = A et on a aussi noté C = A Est ce utile dans la mesure ou B dépend déjà de B? Est ce une mauvaise pratique ? Si on supprimé C dépend de A, A sera bien installé de toute façon, C installant B qui installe A. Une dépendance est utile si elle reflète une dépendance réelle. Si C utilise un programme, un fichier ou un service que A fournit, alors la dépendance directe est justifiée. Si tu le n'avais pas et que B d'un coup est réécrit d'une manière différente qui ne nécessite plus A, alors ton C est cassé. A+ -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110222110946.gc15...@rivendell.home.ouaza.com
Re: Bug dans dpkg-divert ?
Salut, On Tue, 22 Feb 2011, Laurent COOPER wrote: J'essaye de faire une diversion avec dpkg-divert sur une confile mais je pense que bien que fermé le bug 476899 est toujorus d'actualité : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476899 En effet, le BTS indique que dans la version 1.15 de dpkg, une conffile peut bien être divertie, mais là, sur une installaiton squeeze avec dpkg version 1.15.8, le problème persiste. J'ai le fichier diverti, le fichier dpkg-new mais pas la conffile. Hum... on a un test de non-régression là dessus et je ne reproduis pas le problème. http://git.debian.org/?p=dpkg/pkg-tests.git;a=tree;f=t-conffile-divert-conffile;h=6ed5a4171f2364bb6f38a8032778d91d9e6f66b0;hb=master Es tu sûr que tu as bien un .dpkg-new et pas un .dpkg-dist ou .dpkg-old ? Note que la diversion d'un conffile n'est pas recommandée ni officiellement supportée. A+ -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110222175115.ga11...@rivendell.home.ouaza.com
Re: Aide : développemen t Debian
Bonjour, On Sat, 25 Dec 2010, Mike Massonnet wrote: http://raphaelhertzog.fr/tag/contribuer/ C'est à priori le seul à écrire à ce sujet (kudos), en tout cas de manière visible. Et je n'ai pas réellement parlé de packaging. Il faut de toute façon maitriser l'anglais si on veut s'atteler à maintenir un paquet. Le 24 décembre 2010 14:59, Halim cyberje...@gmail.com a écrit : Bonjour, Voilà mon problème j'aimerais apporter ma contribution au projet debian en terme de développement j'ai passer en revue toute les pages du site aussi bizarre que sa vous semble mais j'arrive pas ... pouvez vous m'expliquer la démarche a suivre pour m'inscrire et prendre un package a maintenir et bien sur la liste de diff qui concerne le pack merci infiniment Maintenir un paquet n'est pas le seul moyen de contribuer. Et en ce qui concerne l'inscription elle vient après avoir contribué pendant quelques temps. Le mieux est de trouver une équipe qui maintient des paquets qui t'intéressent et de proposer ton aide à l'équipe directement: http://wiki.debian.org/Teams Cordialement, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101227075140.gh18...@rivendell.home.ouaza.com
Re: Miroir DEBIAN : Signat ure + Mise à jour du repository
On Mon, 03 May 2010, smain...@free.fr wrote: Mais les paquets ajoutés ne peuvent malheureusement pas être installés par les clients. La seule procédure qui fonctionne est de régénérer la clef : Quelle est l'erreur ? Est-ce que les clients on fait un apt-get update qui a réussi ? Est-ce que les fichiers /var/lib/apt/lists/...Release{,.gpg} sur les clients correspondent bien aux fichiers sur ton serveur ? (md5sum par exemple pour vérifier) Cordialement, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100504090033.ga16...@rivendell
Re: paquet debian
Bonjour, On Tue, 23 Mar 2010, Cecile Forella wrote: J'essaie de faire un paquet debian en lancant la commande dpkg-buildpackage -us -uc -b mais j'ai l'erreur suivante : dpkg-shlibdeps: échec: pas d'information de dépendance trouvée pour /usr/local/lib/paraview-3.6/libQtCore.so.4 (utilisé par debian/paraview/usr/local/lib/paraview-3.6/libvtkGeovisPython.so). dh_shlibdeps: command returned error code 512 Quelqu'un saurait ce que je doit faire pour la régler? Difficile de répondre de manière brève, mais je suggère de commencer par lire la page de manuel de dpkg-shlibdeps. Ensuite je suggérerai volontiers de corriger le paquet qui fournit paraview pour ne pas embarquer une copie de Qt... enfin si vraiment un paquet doit fournir une bibliothèque embarquée malgré tout, il doit exporter des informations de dépendances pour cette copie de la bibliothèque. Vous devez alors fournir un fichier shlibs ou symbols... Alternativement, si vous vous moquez de la propreté du packaging, vous pouvez dire à dpkg-shlibdeps d'ignorer ce problème, il y a une option --ignore-missing-info à cet effet (vous pouvez dire à dh_shlibdeps de transmettre cette option). Cordialement, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100323114244.ga25...@rivendell
Re: Comment se connecter en ssh sur people.debian.org ?
On Wed, 29 Jul 2009, Ludovic Rousseau wrote: Comment uploader sa/ses clé(s) publiques SSH sur les machines Debian ? http://www.debian.org/doc/developers-reference/resources.html#devel-db http://db.debian.org/doc-mail.html (C'est pas si dur à trouver, non?) A+ -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: bug xfs ?
On Tue, 16 Jun 2009, Éric Seigne wrote: Julien Cristau a écrit : On Sun, Jun 14, 2009 at 13:49:45 +0200, Éric Seigne wrote: quelle est l'erreur exactement? Le pidfile est censé être /var/run/xfs/xfs.pid Le répertoire /var/run/xfs n'existe pas ... mais peut-être que le pidfile doit être dans /var/run tout court comme le fichier init.d semble le vouloir ? /var/run est un tmpfs pour Ubuntu et donc /var/run/xfs est perdu à chaque démarrage... le script /etc/init.d/xfs doit donc recréer le répertoire avant d'essayer de le démarrer. J'ai fait le choix de l'avoir dans /var/run directement, et j'ai posté un patch en ce sens sur launchpad (sorry) :) https://bugs.launchpad.net/ubuntu/+source/xfs/+bug/381852 C'est un bug ubuntu-only pour le moment puisque Debian n'utilise pas tmpfs sur /var/run, mais on cherche à supporter ce scénario officiellement donc un patch propre pour Debian est sûrement le bienvenu aussi. :) Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Comment contribuer int elligemment en tant que développeur?
Bonjour, On Sun, 29 Mar 2009, Yoann Ciabaud wrote: suite au message de Raphaël Hertzog, je me suis enfin décidé a contribuer à ma distribution favorite. Bien ! J'ai bien saisi le fonctionnement des bugs reports, traductions et maintenance de packet mais j'ai plus de mal a comprendre ce que je peux apporter en tant que développeur et comment m'y prendre. Quand tu dis développeur tu penses programmeur ou bien mainteneur de paquets ? La contribution la plus évidente pour un programmeur est d'écrire des correctifs (patchs) pour les bogues répertoriés. Il suffit de trouver un paquet avec des bogues, écrit dans un langage que tu maitrises et qui t'intéresse. Tu peux t'aider de http://debtags.alioth.debian.org pour identifier des paquets et de http://packages.qa.debian.org pour voir s'il est bien maintenu et le nombre de bogues. Il y a aussi un certain nombre de logiciels spécifiques à Debian qui nécessitent des programmeurs pour les faire évoluer et corriger leurs bogues. On retrouve la plupart de ces projets sur http://wiki.debian.org/Teams (il y a dpkg/apt/debian-installer pour les plus connus mais il y en a plein d'autres dont certains que tu as surement déjà utilisé). Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Comment contribuer int elligemment en tant que développeur?
Bonjour, On Mon, 30 Mar 2009, Yoann Ciabaud wrote: OK je peux en effet commencer par la. Existe-t'il un endroit ou l'on recense les paquets qui ont le plus besoin d'aide? Car devant la masse de paquets disponibles je ne sais pas vraiment par ou commencer, enfin je devrais trouver un paquet qui me plaît et qui contient quelques bugs. Ca dépend de comment tu définis le plus besoin d'aide. N'importe quel paquet de gros logiciel ou logiciel populaire a besoin d'aide. Si tu veux les paquets avec le plus de bogues il y a UDD (Ultimate Debian Database) qui peut te fournir cela: http://udd.debian.org/cgi-bin/package_bug_count.cgi (Mais les chiffres affichés n'ont pas l'air correct actuellement, bizarre) La même variante avec en ne prenant en compte que les bogues critiques: http://udd.debian.org/cgi-bin/package_rc_bug_count.cgi (les pages sont longues à charger) Il y a des paquets où le mainteneur a officiellement demandé de l'aide via un RFH (Request For Help), Charles Plessy t'a donné un lien, en voici un autre: http://www.debian.org/devel/wnpp/rfh Tu peux aussi consulter les bogues étiquetés help: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=help En tout cas merci de m'avoir répondu, au final la communauté debian n'est peut-être pas si hermétique qu'elle n'y paraît ;) On trouve de tout dans Debian. Il faut souvent faire preuve d'ouverture d'esprit et de tolérance pour une cohabitation plus sereine mais la communauté est loin d'être hermétique. :) Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Un de plus (de nouveau)
Bonjour, On Tue, 03 Mar 2009, touco...@free.fr wrote: Les tâches qui me semblent accessibles au sein du projet Debian (par ordre décroissant d'intérêt) : - traduction des descriptions de paquets en français et en espéranto ; - traduction de pages web en français et en espéranto ; - autres traductions en français et en espéranto. Juste pour compléter la réponse de Roland par deux pointeurs: http://www.debian.org/intl/french/ http://www.debian.org/intl/l10n/ddtp.fr.html Il y a beaucoup d'informations pour te familiariser avec le travail de traduction tel qu'il est organisé chez Debian. Si ces activités t'intéressent, tu peux t'abonner à la liste de diffusion debian-l10n-french: http://lists.debian.org/debian-l10n-french Je suis sûr qu'ils t'accueilleront les bras ouverts. Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Le p'tit nouveau !
Bonjour, On Mon, 02 Mar 2009, Olivier Lange wrote: Donc me voici parmis vous... Maintenant, la question qui tue... Que puis-je faire pour donner un coup de main à l'équipe Debian? Ce n'est pas claire pour moi! Je me permets donc de vous donner quelques infos sur mes compétences, passion, autres, et n'hésitez pas à me rediriger vers un groupe qui pourrait avoir besoin de moi ;) Je suis content de voir tant d'enthousiasme mais il faut tout de même prendre un peu de temps pour passer en revue les domaines de contribution possibles (que j'ai plus ou moins présenté sur mon blog dans la catégorie contribuer) pour te faire une idée de ce qui peut t'attirer. Utilisateur de Debian depuis plusieurs années, je l'utilise en serveur dédié pour faire de l'hébergement (tutoriel pulbié sur developpez.com sur l'installation et la configuration d'un serveur web sous Sarge puis Etch), et au quotidien (bon, j'avoue, je dois réinstaller Lenny sur mon portable, j'étais passé sous Ubuntu... J'ai honte :p). De formation web developpeur, expert PHP/MySQL, je me mets en amateur en développeur Linux. J'ai encore pas mal a apprendre, mais ce sera avec plaisir ;). En attendant que tu précises un peu ce qui t'intéresse (packaging, infrastructure, traduction, support technique, documentation, marketing, …), je peux te lancer une première idée directement en rapport avec ce que Roland et moi faisons sur Debian. Nous maintenons alioth.debian.org qui est une installation de Gforge, nos utilisateurs nous signalent des problèmes ou des améliorations désirées via le support tracker suivant: http://alioth.debian.org/tracker/?atid=21group_id=1func=browse Nous allons bientôt passer la machine en Lenny et nous allons donc mettre à jour gforge en même temps. Il serait intéressant de faire une passe sur tous les tickets ouverts et de vérifier si le problème est corrigé avec la nouvelle version de Gforge. S'il n'est pas corrigé, ca serait intéressant de proposer un patch, Roland pourra l'intéger chez FusionForge (remplacant de Gforge) et nos utilisateurs seront satisfaits. Gforge/FusionForge est écrit en PHP/Postgresql, donc cela doit être dans ton domaine de compétences. Note: pour les essais, il vaut mieux installer le paquet gforge dans une machine virtuelle parce qu'il touche la config de plein de services. Pour le temps nécessaire, je ne sais pas, mais tu avances au rythme où tu veux, en fonction de ton temps disponible. Cordialement, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: =?UTF-8?Q?AP T ne sait pas r=c3=a9soudre les d=c3=a9pendances?=
On Fri, 27 Feb 2009, laur...@vromman.org wrote: Sachant qu'il y a dans ma configuration apt ceci : APT::Default-Release squeeze;, apt n'aurait-il pas pu/du essayer lui même d'installer les versions squeeze des librairies plutôt que les versions sid, limitant ainsi l'ajout de packages sid dans une machine squeeze par défaut, dans la mesure où les dépendances étaient satisfaites ? On ne peut mettre que stable/testing/unstable dans APT::Default-Release. Si vous essayez avec testing ca devrait marcher. A+ -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: =?UTF-8?Q?AP T ne sait pas r=c3=a9soudre les d=c3=a9pendances?=
On Fri, 27 Feb 2009, Laurent wrote: Effectivement, c'est mieux, merci. APT ne devrait pas me taper dessus si je lui donne une conf fausse ? Elle n'est pas invalide… c'est juste elle ne correspond à aucun des noms qu'il connait pour identifier les release. apt-config dump me sortait bien APT::Default-Release squeeze; sans se plaindre. Il y a surement moyen de mieux faire mais pour le moment ca ne marche qu'avec le champ Suite des fichiers Release et pas le Codename (cf /var/lib/apt/lists/*_Release). Vous pouvez soumettre un rapport wishlist sur apt s'il n'y est pas déjà. Vous pouvez par exemple suggérer d'émettre un avertissement si APT::Default-Release ne correspond à aucun des dépôts listés. Cordialement, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Package creation question
On Thu, 19 Feb 2009, Michel Briand wrote: Donc c'est une option du responsable de l'archive et non du mainteneur du paquet, n'est-ce pas ? Le mainteneur Debian peut toujours rajouter cette option dans les LDFLAGS pour l'employer si l'auteur amont ne l'utilise pas. Ma question était donc : doit-on statuer sur son utilisation de façon générale. Ou est-ce une option à choisir individuellement, par paquet. Par paquet. Ce n'est pas une option que la charte Debian imposera un jour par exemple… A+ -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to debian-devel-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Utiliser trac sur alioth
On Sun, 09 Nov 2008, Ludovic Rousseau wrote: J'ai découvert aujourd'hui que certains projets sur alioth utilisent trac [2], comme le projet jppy [3] par exemple. On a installé trac récemment en prenant la version de backports.org (à la demande de jppy justement). On ne veut pas d'install sauvage de tout plein de logiciels dans la mesure du possible… mais c'est dur de faire la police. Je voudrais savoir si il y a une procédure spéciale pour installer/configurer/utiliser trac sur alioth ? Je n'ai pas réussi à trouver une documentation sur le sujet (par exemple sur la FAQ [4] du wiki). Il n'y a pas de doc spécifique, il faut juste que l'install utilise les fichiers packagés et pas une copie. L'essentiel est que les mises à jour de sécurité se fassent automatiquement par les admins officiels et qu'on ne doive pas courir derrière les gens. Il faut évidemment aussi que cela soit configuré correctement pour éviter les spams en tout genre. A+ -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [DICO] Traduction de live CD
On Fri, 05 Sep 2008, Christian Perrier wrote: Roland ou Raphaël, ou les autres auteurs de bouquins en français, vous devez bien de temps en temps tomber sur ce problème ? Ce serait intéressant de savoir comment vous faites On met souvent le terme anglophone entre parenthèses et puis on a la mise en page pour aider aussi, quand on n'a pas de bonne traduction on garde le terme anglais mais entre foreignlanguage/foreignlanguage. A+ -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: recherche sponsor pour nouveaux paquets [OBM]
On Thu, 05 Jun 2008, Sylvain GARCIA wrote: ok, mais là j'ai besoin de plus d'explication. Sur mon paquet obm-storage, j'ai le choix de l'installer soit en frontend, soit en backend, je met un recommends sur mysql-server. Si j'utilise aptitude ( suivant la conf biensur) il va me tirer mysql-server même si je ne veut que le frontend. aptitude install obm-conf mysql-server- ou alors taper - mysql-server lors de la confirmation de la liste des paquets à installer. Ce n'est vraiment pas compliqué. Maintenant je n'ai pas dit que c'était forcément la solution à retenir, à toi de juger en fonction des éléments que l'on t'a donné. A+ -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: recherche sponsor pour nouveaux paquets [OBM]
On Thu, 05 Jun 2008, Sylvain Garcia wrote: généré le fichier de conf correctement.MAIS dans le cas d'une installation multiserveur si on a 1 seul paquet pour la conf et la BD, ce même paquet doit avoir une dépendance sur Mysql, sauf si on l'install en Backend pour avoir seulement le fichier de conf... DOnc cela n'est pas jouable, à la limite on se retrouve avec un paquet obm-frontend et obm-backend ce qui revient au même que obm-conf et obm-storage. Le serveur de BD peut toujours être distant et il n'y a donc pas lieu de mettre une dépendance en dur sur mysql. Des réponses à des questions debconf permettent au paquet de connaître le souhait réel de l'admin et de s'adapter en fonction. A+ -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tr: [D-m-team] Bug#479000: debian-maintainers: DM Application for Xavier Guimard
Salut Xavier, On Mon, 05 May 2008, Xavier wrote: ma demande pour devenir DM est en attente de soutien. Je suis donc à la recherche de sponsors... Tu as reçu deux soutiens déjà, je crois que c'est suffisant (le tag confirmed semble le confirmer). La période d'attente est juste là au cas où d'autres personnes souhaiteraient également rajouter un soutien supplémentaire. Pas d'inquiétudes donc ;-) Amicalement, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Signature de clef Rég ion parisienne
On Sat, 05 Jan 2008, .:: Alfred Sawaya ::. wrote: Payable en nature ? Non, mais comme je viens au SL aussi, si je peux faire signer ma clé, sans forcément faire du maintient de paquets, juste pour le plaisir (oui, je sais, c'est pas utile). Oui on peut. Du moment que tu as tes papiers d'identité sur toi et le fingerprint de ta clé. :) A+ -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [hs] Debian Wiki: Give your opinion
Bonjour, On Wed, 24 Oct 2007, Salokine Terata wrote: L'un des points concerne la partie traduction des pages et plus exactement la manière de les nommer. Il se révèle que la forme Langue + / + NomDeLaPage est la plus adaptée pour s'intégrer dans les différents outils de traduction. Malheureusement, la majorité des pages sont déjà nommées sous la forme NomDeLaPage + Langue. Un changement de méthode engendrerait une importante mise à jour, d'où mon souhait de proposer une règle la plus viable à long terme et la plus flexible possible. Pouvez-vous me le confirmer ? Du point de vue de quelqu'un qui est abonné à de nombreuses pages du wiki grâce à des abonnements génériques comme Teams/* ou Alioth*, je confirme qu'utiliser la langue en préfixe c'est mieux parce qu'en suffixe, cela veut dire que je recevrai les notifications sur les mises à jour des traductions, ce que je ne souhaite pas (sauf abonnement explicite à Fr/Teams/* ou FrTeams par exemple). Cordialement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Volontaire, participer au projet
On Tue, 02 Oct 2007, ju wrote: En plus des réponses déjà fournies, je signale aussi l'existence de la page suivante qui liste différentes équipes et la plupart acceptent de l'aide: http://wiki.debian.org/Teams Merci pour ces infos. Je reviens à la charge avec ce que Benoit appelle l'ANPE de Debian (lol, pas mal). J'ai justement récemment publié un projet de gestion de compétences en ligne, OpenCVthèque, qui pourrait, avec qq ajustements, répondre au besoin (si besoin réel il y a bien entendu). Le projet (GPL) est à: http://sourceforge.net/projects/opencvtheque/. Je me porte volontaire pour faire ce travail s'il faut le faire. Et puis ça me ferai un cas pratique. Par contre comment être sûr de ne pas faire ce travail d'ANPE en double, et que cela s'inscrit dans l'esprit Debian? Merci pour la proposition mais je suis assez dubitatif sur une telle solution. On a déjà essayé quelque chose de similaire: http://www.debian.org/devel/todo Malheureusement, ce n'est pas réellement maintenu et peu de personnes s'en servent. En général, j'ai l'impression que c'est le BTS qui sert de todo liste où les gens viennent piocher. A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Volontaire, participer au projet
Bonjour, On Mon, 01 Oct 2007, Benoit Thiell wrote: je suis les discussions de cette Mailing-List depuis un petit moment maintenant et plusieurs fois j'ai entendu qu'il y a besoin de volontaires. Donc je suis volontaire. En plus des réponses déjà fournies, je signale aussi l'existence de la page suivante qui liste différentes équipes et la plupart acceptent de l'aide: http://wiki.debian.org/Teams A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Critique de Debian sur les ports.
On Mon, 01 Oct 2007, Charles Plessy wrote: Je me suis déjà heurté a ce genre de réponse sur -devel : il y a toujours une personne pour faire le copier-coller de la même rengaine. Le fait qu'il y ait une personne qui répète cette rengaine, 1/ ne veut pas dire pas que tous les mainteneurs pensent la même chose 2/ jusqu'à preuve du contraire, envoyer un patch a toujours été le meilleur moyen d'obtenir quelque chose. Cela ne marche pas à 100%, c'est à la fois normal (il faut bien trier le bon grain de l'ivraie) et une des conséquences qu'on est tous volontaire et qu'on n'est pas 100% dédié à chacune des tâches que l'on assume. on regarde un peu comment ça se passe sur -devel, on s'aperçoit qu'il y a un certain nombre de DDs faisant des contributions majeures a Debian qui sont souvent prêts a démarrer au quart de tour pour s'insurger contre toute critique ou toute proposition qui sous-tend l'idée que la situation actuelle n'est pas optimale, comme si on venait de les insulter. Je trouve ça dommage. Avec un peu de distance, je pense qu'on aurait moins l'impression que proposer des nouvelles idées est impossible. Cela fait 10 ans que je fais partie de Debian, chaque fois que j'ai proposé une idée avec l'objectif de l'implémenter j'ai eu des retours utiles et en général positifs. Il y a un certain nombre de personnes qui ont des idées et qui espèrent convaincre les DD que leur idée est bonne et juste, la plupart échouent parce que les DD sont des personnes qui ont des opinions et des idées déjà bien tranchées, et on n'est rarement à la recherche d'idées mais plutôt de temps pour les implémenter (en tout cas, c'est mon cas). Enfin, il y a un certain nombres d'idées neuves qui ne sont pas aussi neuves, on retrouve souvent les mêmes critiques de Debian, et j'en accepte un grand nombre, mais lorsqu'on cherche à trouver des boucs-émissaires pour assumer ces travers, on se trompe de démarche. Mis à part les postes à pouvoir (DSA qui s'accroche et n'en fout pas une...), il n'est pas possible de rejeter la faute sur qui que cela soit. Pour en revenir au problème de l'archi powerpc, on verra dans l'avenir comment cela évoluera. Le temps n'est pas une ressource illimitée, donc je n'aurais rien contre le fait que l'archi ne soit pas prioritaire. Mais dans ce cas, il faut l'écrire officiellement quelque part. Avant il C'est le principe de Vancouver... les ports doivent s'assumer tout seul ou être disqualifiés pour la course à la release. Il n'y a rien à écrire car on ne définit pas les priorités du projet, la survie d'un port dépend de combien de DD considèrent que le port est _leur_ priorité. C'est le même sort pour tous les ports. Et visiblement il y a plus d'utilisateurs de m68k motivés que d'utilisateurs de powerpc motivés. essayé de chercher dans le wsvn de l'équipe kernel pour voir s'il y avait des changements qui expliquent que le module ne soit pas dans l'installeur, mais c'est beaucoup trop compliqué pour quelqu'un qui n'a pas d'expérience dans ces deux projets. On ne peut pas attendre de l'utilisateur lambda, même s'il a une certaine connaissance de Debian, de trouver la réponse a ce genre de problème. Et bien ma fois, si tel est ton constat, cherches à recruter des non-lambda qui seraient motivés pour bosser sur le port powerpc. Tu ne vas pas changer les choses avec les gens qui sont déjà dans Debian et qui ne sont pas intéressés par PowerPC. Dieu merci, l'activité est quand même plus grande que dans des ports fantômes comme S390. C'est tout relatif. Je lis régulièrement des nouvelles de S390 sur #debian-release par waldi alors que côté powerpc c'est plutôt calme. mort de l'architecture a long terme. Debian pourrait mettre fin au support de l'architecture comme Ubuntu l'a fait, pour quoi pas, mais la situation actuelle est franchement désagréable, quand on a un problème on a l'impression de parler a un mur. Ce n'est pas un mur, c'est personne. Les buildd maintainers ne sont pas forcément des personnes motivées par le port powerpc... Voila, c'était la deuxième partie de mon coup de gueule. La gestion des ports dans Debian marche mal, et chaque fois qu'on essaye de le dire, on se fait envoyer sur les roses. Parce que dire que cela va mal n'apporte rien, et que la solution c'est d'avoir des volontaires pour s'occuper des ports, et il n'y a rien de miraculeux à faire pour faire apparaître ces volontaires. Si tu connais une recette, je suis preneur. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Critique de Debian sur les ports.
On Mon, 01 Oct 2007, Charles Plessy wrote: oui j'ai mon idée sur la question. Si on veut pouvoir recruter des volontaires pour faire vivre un port, il faut modifier les infrastructures pour qu'ils puissent avoir les responsabilités qui vont avec. Dans la situation actuelle, un porteur, c'est quelqu'un qui dépend du bon vouloir des responsables des buildds du port, qui comme tu l'a dit cumulent trente mille autres responsabilités, des gens qui font l'installeur et qui ont leur propre calendrier, leurs propres idées, et leur propre manière de communiquer, et des gens qui font les noyaux. Tout à fait, je fais mon possible pour améliorer la situation au niveau DSA et une fois cela résolu, on aura déjà moins de soucis d'accès à des machines lorsqu'il en manque. Le problème des buildd maintainers est loin d'être résolu mais ce n'est pas le problème majeur du port powerpc me semble t'il. Et puis même de ce côté ci, des progrès sont possibles, cf l'ajout d'Aurélien Jarno et de Wookey dans la liste des personnes qui ont accès au wanna-build d'arm. Quant à l'équipe debian-installer, elle ne représente pas un problème que je sache... elle a son calendrier, mais il en faut bien un, tout comme il nous faut un objectif de date de release. Sinon, le porteur ne peut faire que du yakafokon, au mieux par patch interposé. Mais dans ce cas, pourquoi ne pas regrouper les patches dans le port lui-même ? Il devrait être très facile d'avoir un paquet linux-ppc par exemple qui build-dépenderait d'un paquet linux-sources général et qui appliquerait les patches spécifiques a l'architecture. Ca c'est la situation d'avant... un noyau par architecture. Le travail de regrouper tous les noyaux dans un paquet source unique ne doit pas être remis en cause pour la simple raison que ce n'est que grâce à cela qu'on a enfin un support de sécurité sérieux sur le noyau. (Sven fait d'ailleurs souvent remarquer que cette évolution fait partie de ses réalisations.) Oui, cela représente des contraintes de bosser dans une équipe (surtout qu'il y a waldi dedans), mais c'est la même chose pour tout le monde. Cela permettrait aux porteurs d'avoir leur calendrier, leur rythme, leur manières de travail. Faire le contraire, c'est chercher des personnes qui sont capables de s'adapter a plusieurs grosses équipes, aux calendriers différents, aux rythmes différents, aux méthodes différentes. Vu de loin, ça me semble beaucoup plus difficile. Ca l'est, mais c'est la seule manière viable pour obtenir un résultat cohérent et support de manière homogène. Bref, pour avoir des volontaires, il faut que le travail n'ait pas l'air ingrat. Difficile et ingrat, ce n'est pas la même chose pour moi. Je pense que quelqu'un qui améliore le port powerpc sera remercié par un nombre important d'utilisateurs et je ne pense pas qu'il sera vilipendé dans les différentes équipes où il doit intervenir. C'est le principe de Vancouver... les ports doivent s'assumer tout seul ou être disqualifiés pour la course à la release. Ça n'est pas exactement comme ça que ça s'est passé pour le port powerpc. Sur la liste ou sur -project (je ne sais plus), il y a eu des messages disant Pour powerpc, on vire Sven mais ne vous inquiétez pas, on vous envoie des remplaçants. Comme tu le dis, il ne faut pas prendre au pied de la lettre tout ce qui s'écrit sur les listes, mais quand même... Ton résumé amalgame les dires de plusieurs personnes différentes et caricature une situation compliquée. Ce n'est pas correct de faire cela. Sven a merdé gravemment, il a été viré, point. Ensuite, les discussions étant ce qu'elles sont des personnes ont pris sa défense sous prétexte qu'il est le seul porteur powerpc actif et d'autres ont dit que sa présence rebutait l'apparition d'autres, etc. Tirer des conclusions sur ce que des personnes différentes ont dites dans ce contexte, n'est tout simplement pas raisonnable. C'était truffé de et si, etc. Il n'y a rien à écrire car on ne définit pas les priorités du projet, la survie d'un port dépend de combien de DD considèrent que le port est _leur_ priorité. Au contraire, je trouverais super utile qu'ils se fassent un peu mieux connaître pour qu'on puisse savoir combien ils sont, et combien de temps il pensent s'intéresser au port. Certes, mais cela n'a rien à voir avec ta demande qu'on dise que l'architecture est moribonde (ou similaire). Note que cela recoupe un peu la demande de requalification des architectures pour Etch: http://wiki.debian.org/powerpcEtchReleaseRecertification Par exemple, j'ai écrit plusieurs fois sur la liste que je n'étais intéressé par le port uniquement tant que mon iMac ne me lâche pas, mais que pendant ce temps j'étais prêt a tester des paquets a compiler ou des builds de l'installeur. Avec une liste de qui peut faire quoi, et jusqu'à quand, ça devient plus facile de décider ou non d'installer le port sur une machine au travail, par exemple. Tiens, je vais créer une page sur le
Re: Critique de Debian sur les ports.
On Mon, 01 Oct 2007, Julien BLACHE wrote: Oui, cela représente des contraintes de bosser dans une équipe (surtout qu'il y a waldi dedans), mais c'est la même chose pour tout le monde. Ad hominem totalement hors propos dont tu aurais très bien pu te passer. Par le passé, tu étais plutôt contre ce genre de choses, je m'étonne de te voir écrire ça maintenant. C'est vrai. Mais c'est que waldi a un historique chargé en terme de guéguerre sur les revert dans le kernel, et que du coup je n'aime pas tellement que cela soit lui le leader actuel de l'équipe. Au passage, toi aussi tu n'est pas très cohérent, un jour on me reproche d'être trop teletubby-compliant et l'autre de ne pas l'être assez... Sven a merdé gravemment, il a été viré, point. Ensuite, les discussions J'aimerais juste que l'on n'oublie pas qu'il est loin d'être le seul à avoir merdé gravement. Frans Pop, Joey Hess, Martin Michlmayr, Bastian Blank et d'autres sont loin d'être tout blancs. Soyons clair, AMA, Sven est le seul à avoir merdé gravement. Mais il n'est pas le seul responsable de la situation et de sa détérioration, j'en conviens tout à fait. A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Critique constructive de Debian
On Sun, 30 Sep 2007, ciol wrote: Raphaël Hertzog, celui qui faisait parti de Dunc Tank ? Lui même... Martin Joey Schultze a osé dire « non » lui au moins. Je n'ai pas osé dire non à quoi ? A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Critique constructive de Debian
Cher ciol, sache que dans la majorité des communautés libre, l'anonymat n'est pas apprécié... et encore moins lorsque c'est pour critiquer sans avoir la volonté de s'investir pour faire changer les choses. Tu gagnerais déjà des points en crédibilité en signant tes messages et en corrigeant ton From. Quand on une opinion et qu'on la défend avec autant d'ardeur, il faut savoir l'assumer publiquement. On Sat, 29 Sep 2007, ciol wrote: * Le modèle de développement de Debian vise une partie trop restreinte de la population, en particulier les débutants qui veulent à la fois un système stable et à jour n'y trouveront pas vraiment leur compte. Si tu avais eu l'occasion de voir le chemin parcouru ces dernières années, je pense que tu ne serai pas aussi péremptoire... Debian n'est peut-être pas systématiquement la plus rapide à intégrer les derniers développements qui concernent les utilisateurs, mais on le fait de manière raisonnée et dans une optique viable à long terme. Et bien sûr qu'on cherche à satisfaire ces utilisateurs aussi, mais pas en sacrifiant ce qui est notre fer de lance depuis maintenant 14 ans: la stabilité. a) Trop stricte : - Certaines documentations sous licence GFDL ne sont pas considérées comme libre. Or, l'histoire veut que Richard Stallman s'est rebellé contre les logiciels propriétaires parce qu'il n'avait pas accès au code du pilote d'une imprimante du MIT, pas pour une histoire de documentation (comprenez : oui la GFDL n'est pas vraiment libre, mais ce n'est peut être pas si grave). - De même, la licence des graphismes de certains jeux ne les autorisent pas à être vendus, ce qui viole la règle #1 des Debian Free Software Guidelines. Je comprends tout à fait celui qui ne veut pas que son logiciel ou dessin soit exploité commercialement. Est-ce une raison pour les considérer comme non libre ? Debian peut très bien avoir plusieurs jeu de CD si c'est seulement une histoire distribution. b) Trop laxiste : La section non-free est une hypocrisie dans le sens qu'il est aussi facile d'installer un logiciel de non-free que de main. Ce n'est pas une hypocrisie, c'est un choix qu'on assume. Relis notre contrat social, le point 5. http://www.debian.org/social_contract On laisse le choix à nos utilisateurs d'utiliser non-free ou pas. Dis moi en quoi rendre l'usage de non-free plus difficile contribuerait à rendre Debian plus accessible aux pauvres utilisateurs dont une partie de leur matériel dépend de firmware non-libres par exemple ? On se bat pour la liberté, et on se bat pour nos utilisateurs, on cherche un compromis acceptable par tous mais la difficulté c'est que chacun (comme toi) à sa propre opinion sur ce qu'il faut faire... Peut-être faut-il une section non-commercial entre main et non-free mais je n'en suis vraiment pas persuadé... il y a tellement de variations dans les licences de ce qu'on peut trouver dans non-free. Il faudrait mieux avoir une liste explicite des points de la DFSG qui ne sont pas respectés pour chaque paquet de non-free... c'est peut-être un projet qui t'intéresserait ? Dans un deuxième temps, on pourrait peut-être modifier Apt pour filtrer les logiciels affichés selon ces critères... * Il y a visiblement un problème dans le modèle de développement de Debian : la preuve en est le projet Dunc Tank, qui visait à rémunérer certains développeurs. 1/ Dunc-tank c'est du passé. 2/ Des développeurs rémunérés il y en a plein, ils sont employés par Canonical, par Hewlett-Packard, par Credativ Gmbh, etc. = le problème ce n'est pas l'existence de développeurs rémunérés, c'est de qui décide de la rémunération et dans quelles circonstances et d'où vient l'argent La force de Debian est son caractère entièrement bénévole et communautaire. S'il y a réellement besoin du projet Dunc Tank, cela veut dire que le modèle est cassé. J'apprécie que tu reconnaisses la force de Debian comme étant sa communauté. Mais tu n'en as clairement pas saisi les implications... qui dit communauté, dit diversité, dit différences d'opinions. Les règles sur les libertés (DFSG) sont à peu près la seule chose consensuelle dans le projet (et encore, on en discute les modalités d'application assez fréquemment, cf le vote sur la GFDL justement). Pour tout le reste, Debian est le fruit de ce que les développeurs en ont fait, certains tirant dans un sens, d'autres dans un autre, en standardisant autour de notre charte technique et en trouvant des compromis lorsque nécessaire. Si tu veux changer la direction de Debian, tu peux, mais il faut t'impliquer et c'est un travail de longue haleine... et il faut que cette direction ne soit pas opposée aux principes de bases qui nous unissent. - Ce que peut par exemple faire Debian pour être plus attractive dans le court terme, c'est de rendre les backports officiels et d'améliorer le support de testing (voir par exemple l'initiative Constantly Usable Testing [2]). Et surtout d'être moins bureaucratique et
Re: Critique constructive de Debian
On Sun, 30 Sep 2007, ciol wrote: Je ne vois pas l'intérêt de cette règle pour Tux Racer, ou pour apache2 qui dispose d'un upstream compétent. Il y a des gens qui se basent sur stable précisément parce qu'elle ne bouge pas. Des déploiements dans des écoles... si le jeu change d'aspect soudainement parce qu'une nouvelle version de Tux Racer a été uploadée? On ne peut pas savoir tous les cas possibles d'usage de stable et cette règle beaucoup s'appuient dessus. De deux choses l'une, soit elle ne te plait pas et tu utilises autre chose, soit tu t'impliques et tu cherches à créer une section updates à stable tout comme Ubuntu en a une et tu crée une équipe pour en assurer le support de sécurité (parce que oui mettre un logiciel dans stable a un coût en terme de support derrière). - La règle #1 des DFSG, qui met au même niveau un jeu avec des graphismes non exploitables commercialement et flash player. Ben oui, on ne peut revendre ni l'un ni l'autre. En quoi est-ce difficilement concevable ? Il n'y a pas que les distributeurs. N'importe qui (distributeur, distribution dérivée, intégrateur...) doit pouvoir les yeux fermés savoir qu'il peut redistribuer, revendre ou modifier n'importe quelle sous-partie de la distribution main. Point. Pour le reste, il faut vérifier chaque composant à la main. Comment font les autres distributions ? Sont-elles toutes dans l'illégalité ? Non, ils sont juste contents avec le fait de distribuer des choses non-modifiables... mais pas nous. La section non-free est une hypocrisie dans le sens qu'il est aussi facile d'installer un logiciel de non-free que de main. En même temps, on aime bien faciliter la vie de nos utilisateurs D'après vous, qui sont les utilisateurs ayant besoin de flash player ? Et bien ce sont les mêmes que ceux qui n'utilisent pas debian stable. Voyez-vous le paradoxe dans vos propos ? Non, non-free existe pour testing et unstable aussi... des mises à jour de sécurité. Unstable est ce qu'elle est, instable. Non. Elle n'est pas instable. Je l'utilise tous les jours et je la mets à jour tous les jours. De temps en temps il y a des petits glitchs, l'autre fois le suspend to disk était cassé, mais dans l'ensemble elle est parfaitement utilisable. Et au moins cela te permet de contribuer utilement puisque les problèmes repérés peuvent être signalés via le BTS. Tiens, si jamais tu veux contribuer, voilà de quoi te donner des idées: http://www.ouaza.com/wp/category/contribuer/ Si votre réponse est la réponse officielle de Debian, alors votre slogan le système d'exploitation universel est à revoir. Il n'y pas de réponse officielle sauf si tu arrives à faire voter les développeurs sur le sujet. Chacun ici a sa propre opinion et à toi de faire le tri... A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fichiers install et postinst
Bonjour, On Fri, 14 Sep 2007, David Dumortier wrote: je souhaite faire un paquet fournissant un script dans un répertoire choisi au moment de la configuration de mon paquet. Jusque là je recopiais mon script dans le fichier install et le configurais dans le postinst en m'appuyant sur un chemin codé en dur, mais je souhaite rendre celà plus propre et plus générique (et aussi en apprendre un peu plus sur la mécanique). Il faudrait détailler quelques peu le pourquoi de ta demande... parce que sans détails, je ne vois pas l'intérêt de placer un script à un endroit pour finalement le rendre accessible par ailleurs. Dans l'absolu, la solution qui t'a été suggéré doit fonctionner mais si cela se trouve, il y a peut-être mieux pour répondre à ta problématique réelle. Je ne sais pas où mettre mon script.sh dans l'arborescence du source de paquet Peu importe. Le source du paquet c'est toi qui en est le maître. Il faut juste que les chemins correspondent avec ceux que tu vas employer dans debian/rules ou debian/install selon le cas. et je ne sais pas comment faire pour le recopier au bon endroit en m'assurant qu'il sera enlevé proprement à la dés-installation. Si tu le recopies grâce à une commande du postinst, il faudra prévoir le nettoyage correspondant dans le prerm. Mon idée soumise à votre jugement expert : - abandonner le install Si tu parles de debian/install il faudra bien un moyen de mettre le script dans le paquet binaire... parce que sinon tu n'as rien à copier au bon endroit. - obtenir mon parametre de construction du chemin final dans debconf - copier d'un endroit x (le . du paquet source) vers mon répertoire construit dans le postinst - détruire le fichier dans le pre|postrm Qu'en pensez vous ? Tu mélanges allègrement l'étape de compilation du paquet source (le . du paquet source) et l'étape d'installation du paquet binaire (le postinst). Tu ne peux pas accéder au paquet source depuis le postinst. Il faut placer ton script dans le paquet binaire d'une manière ou d'une autre (avec dh_install par exemple) a priori dans un répertoire /usr/share/monpaquet/. Ensuite tu peux effectivement utiliser debconf dans le postinst et le prerm pour obtenir le choix d'un répertoire par l'utilisateur et faire en sorte que le postinst copie /usr/share/monpaquet/monscript vers le répertoire choisi. Mais debconf n'est pas forcément facile d'emploi et Pour précision, ce script est déstiné à de la maintenance locale (/usr/local/monrep) il n'a pas les contraintes fortes Debian, et je ne suis pas inscrit à la liste, si vous pouviez me CC les réponse. Pourquoi ne pas installer directement ton script dans /usr/bin ou /usr/local/bin ? A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gestion du développe ment des package Debian
Bonjour, On Fri, 06 Jul 2007, Laurent Guignard wrote: Bonjour, Je ne cherche aucun outil pour mon usage personnel car j'utilise les services de Sourceforge pour mon projet. Je voudrais savoir si quelque chose est prévu pour peut-être proposer des solutions qui permettraient de réaliser le découpage des tâches pour la gestion de package Debian. Malheureusement, il n'est pas clair que le travail d'empaquetage des logiciels se découpe d'une quelconque manière. Le seul découpage que je vois c'est que les équipes de traductions fournissent les traductions aux mainteneurs. Mais sinon la quasi-totalité du travail revient au(x) mainteneur(s). Cordialement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: paquet de librairie et shlibs
On Tue, 29 May 2007, [EMAIL PROTECTED] wrote: En gros c'est ça, sauf que le SONAME est libgtkimageview-1.0.so.0, et il te dit que ton paquet devrait donc s'appeler libgtkimageview-1.0-0. Bon d'accord et le but du fichier shlibs ce n'est pas de lui permettre de faire la correspondance entre le soname de la lib et le nom du paquet qui la contient? Le fichier shlibs sert à dpkg-shlibdeps (cf le man). Son contenu est employé au moment de la création d'un paquet qui utilise la bibliothèque pour générer une dépendance sur le paquet correspondant. Donc d'une certaine manière oui, cela définit un lien entre SONAME - paquet. Mais le warning lintian t'informe que le nom du paquet ne suit pas la convention habituelle qui est (vraisemblablement, je n'ai pas vérifié) celle que Julien t'a donné. Dans ton cas, il me semble surtout que l'auteur amont devrait réviser son choix de SONAME qui est pour le moins complexe pour cette petite bibliothèque. Maintenant je suis pas un expert de la gestion des bibliothèques et il a peut-être ses raisons. A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nettoyer le SPAM dans le système de bug d'alioth
Bonjour, On Tue, 06 Feb 2007, Ludovic Rousseau wrote: Bonjour, Existe t'il un moyen de nettoyer les rapports de bug des projets hébergés par alioth ? Par exemple le bug [1] vient de se faire spammer et c'est pas joli ni utilisable. Je n'ai pas trouvé de moyen de supprimer le spam. Par contre il existe un moyen de restreindre les droits en écriture afin que seuls les personnes identifiées puissent poster. Il faut pour cela changer les droits associé au profil observateur. Toutes les infos à savoir sur Alioth sont dans http://wiki.debian.org/Alioth et http://wiki.debian.org/AliothFAQ Cordialement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Flame] Shared Library
On Fri, 13 Oct 2006, S4mdf0o1 wrote: ça compile très bien ! Ma lib est compilée et installée ! Une applet kicker (KDE) l'utilisant est actuellement installée dans ma barre des tâches et parfaitement fonctionnelle ! c'est la génération du deb qui déconne ! Cela veut dire que tu ne compiles pas ta lib dans debian/rules dans les mêmes conditions que lorsque tu l'avais fait à la main. Quelque chose est différent. Les arrivistes ont tendance à me hérisser le poil !! C'est grave comme vous êtes pétés de prétention, ici !! Tu devrais te calmer, c'est toi qui est demandeur ici, la moindre des politesses est de respecter ceux qui t'aident. A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reprepro et versions s arge et sid d'un même paquet
On Wed, 10 May 2006, Charles de Miramon wrote: /var/chroot/sarge/usr/local/src/lyx-qt_1.4.1-1.sarge.2_i386.deb: component guessed as 'main' File pool/main/l/lyx/lyx-qt_1.4.1-1.lyx.org.2_i386.deb is already registered with other md5sum! (file: 'd89b0f1285b27ddbfed13429a89b821a 1684160', database:'8efc9d40cf74e396037f69ea4e52cca0 2575296')! There have been errors! reprepro n'arrive pas à le différentier du paquet sid. Pourtant, comme vous le voyez, ci-dessus, j'ai essayé de modifier le nom du fichier pour rajouter sarge à la fin. Pour changer la version d'un paquet, il ne faut pas changer son nom mais le fichier debian/changelog avant de recompiler le paquet. Recompiler votre paquet sarge dans votre chroot après avoir édité le numéro de version dans debian/changelog et cela devrait aller mieux. Cordialement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Election du leader Debian
On Thu, 06 Apr 2006, Denis Barbier wrote: En ce qui concerne le contrôle sur les paquets sources, c'est indispensable. C'est ce qu'ont décidé les ftpmasters, mais le caractère indispensable m'échappe. S'il y a un problème, on le signale dans le BTS, et s'il n'est pas corrigé, le paquet est supprimé. Pas besoin de vérifier tous les paquets sources en amont. Il me semble honnêtement que par rapport aux risques légaux encourus si l'on distribue quelque chose dont on n'a pas le droit, cette vérification est logique. Et comme l'a signalé Sven, il y a aussi la problématique de déclaration des logiciels cryptographiques que l'on déclare. Oui, c'est le boulot des SRM. Pourquoi ce travail est-il doublé alors que les ftpmasters sont déjà surchargés ? Les ftpmasters ne sont pas surchargés... un ftp-assistant qui bosse a pris du retard et refuse de l'aide. :-/ Dans ce cas, supprime la fin de la phrase de la phrase de Josselin, elle garde son sens : « Pourquoi ce travail est-il doublé ? ». C'est historique et ca évolue... il y a 5 ans en arrière, il n'y avait pas de SRM et les ftpmasters géraient tout. Et comme à chaque fois dans le logiciel libre, quelqu'un s'est mis à aider de l'extérieur et a choisi cette approche parce qu'il n'en avait pas d'autre: «je vais faire le tri dans les mises à jour pour que les ftpmasters puissent plus facilement faire ces point releases» ... malheureusement pour des raisons que je ne connais pas, Joey n'a jamais réussi à bien s'entendre avec les ftpmasters et donc n'a jamais été promu au sein de l'équipe pour qu'il faisser cela lui-même. Ceci dit la situation n'était pas totalement statique, les ftpmasters ont proposé un nouveau mode de travail à Joey lui donnant accès à des outils de ftpmaster pour accepter/refuser les paquets avant qu'ils soient installés dans proposed-updates. Il n'en profitera pas mais la nouvelle équipe (un gain!!) oui. Si on veut insuffler de la dynamique, il faudrait réfléchir à alléger les structures, et pas rajouter des contraintes. Oui je suis d'accord, sauf que c'est exagéré que de dire que les ftpmasters passent leur temps à rajouter des contraintes. Globalement ils vont de l'avant ... mais c'est vrai que de l'extérieur cela ne se voit pas. Et ca c'est très regrettable, et j'aimerai le changer si c'est possible. A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Meta] Encodage UTF-8 dans la liste debian-french
Bonjour, On Fri, 07 Apr 2006, Jean-Christophe Dubacq wrote: Les mails encodés en UTF-8 diffusés sur la liste sont incorrectement encodés. Ça se voit en particulier avec certains lecteurs. [...] Est-ce que quelqu'un peut simplement enlever les accents du texte standard ? J'ai demandé par IRC aux listmasters de remplacer le message par celui que tu as suggéré, cela doit donc être corrigé. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Election du leader Debian
On Thu, 06 Apr 2006, Raphael Hertzog wrote: Pour les nouveaux paquets binaires, il est vrai qu'on peut probablement mieux faire. Mais ce n'est pas avec moi qu'il faut en discuter, mais avec Joerg et Jeroen... http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=158810;archive=yes S'ils ont déjà des moyens de filtrer en interne, il faut juste qu'ils s'organisent en conséquence pour splitter le travail différement. Je vais en parler à Jeroen pour voir. J'en ai causé : jvw buxy: I implemented a different way of sorting (doing first all already-in source packages, only then totally new ones) jvw buxy: I use it when I do NEW, but the patch still hasn't been implemented in katie itself buxy jvw: and can you see with Joerg if he could use it too ? buxy jvw: waiting for new binaries is sometimes slowing some migrations ... jvw if it really is slowing up stuff, people should contact me or so jvw but yeah, that's not ideal buxy jvw: it's not that some changes are so important that they can't wait a bit, it's just that having to wait by default doesn't make you feel the momentum ... :-)) jvw yeah, lemme send the mail to talk@ today about getting more patches applied to katie Donc oui, Jeroen a améliorer le filtre, et il emploie son script amélioré quand il gère NEW, mais cette amélioration n'a pas encore été intégré dans le script central (sous contrôle des ftp-masters) ce qui fait que Joerg ne l'emploie pas non plus ... Jeroen va relancer les ftp-masters pour qu'ils incluent certains patch faits par lui et Joerg ... Donc tout n'est pas noir, tout n'est pas blanc, mais on arrive à aller de l'avant même si cela va pas toujours aussi vite que l'on voudrait. D'un autre côté, Jeroen m'a explicitement dit qu'on pouvait le contacter pour qu'il traite spécialement les paquets bloqués dans NEW à cause de nouveau paquets binaires (à condition d'avoir attendu au moins 2-3 jours pour les mises à jour qui ne sont pas super importantes). A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Election du leader Debian
On Tue, 04 Apr 2006, Pierre Habouzit wrote: parce que DPL demande du temps, de l'investissement, et donc des ressources que beaucoup n'ont pas, sans parler du fait que si je me présentais (ce que je n'ai jamais ne serait-ce que considéré) personne ne voterait pour moi, vu que je suis DD depuis moins d'un an, pas connu, etc … Avouez son incapacité à le faire est honnête, est-ce pour autant raisonnable de jeter la pierre à ceux qui sont suffisamment motivés pour essayer ? pour ce que j'ai vu sur les 2 dernières années, les gens qui font avancer les choses dans debian, c'est pas le DPL, que ça soit tbm ou branden les deux ont brillé par leur absence. Je suis assez d'accord Tbm n'était pas absent. Relis ses derniers messages sur le sujet dans -vote. Il n'a simplement pas bien communiqué sur ce qu'il a fait: http://lists.debian.org/debian-vote/2006/03/msg00499.html fasse avancer les choses (genre fasse bouger le cul aux ftp-master, quitte à les remplacer, vire les conneries de Md avec udev, et je ne cite que les écueils les plus criants du moment). Personne n'a le Quel est le problème avec ftp-master ? En ce qui concerne Md, si t'es pas content, assume et maintiens un meilleur paquet dans l'optique de le remplacer ou au moins de combler la problématique de faire tourner etch avec un noyau 2.6.15. Md n'est pas réellement un problème pour le DPL, un problème pour le comité technique éventuellement. oui, mais quel que soit le DPL élu (même NOTA ;p) ça n'empêche pas de les faire. C'est faux. On ne parle pas des présidentielles ici, qui influent l'assemblée et toute la machine politique qui va avec. On parle d'*une* personne. C'est faux à nouveau, pour 2 candidats on parle de plus de 5 personnes qui auront accès aux mêmes infos que le DPL ! C'est ce qui me semble le plus important dans cette élection. Si Jeroen est élu, j'aurai une chance réelle d'interagir de manière crédible avec les équipes internes pour essayer de corriger les problèmes. J'ai déjà essayé de causer avec elmo, mais jusqu'à présent tant que je ne viens pas avec quelque chose de concret à proposer, je suis ignoré, difficile dans ces conditions de trouver ce qu'il faut faire pour les aider à sortir de l'impasse. J'ai récemment proposé de rapprocher les admins de alioth avec l'équipe DSA (pour essayer de la revitaliser) et je n'ai pas eu de réponse parce qu'il n'y a pas de leader chez les DSA et même plutôt des tensions internes. D'un autre côté, je sais que les membres de DSA ont discuté avec l'équipe DPL de l'année dernière. Donc j'espère honnêtement pouvoir faire partie d'une équipe DPL cette année pour comprendre ce qui se passe réellement et pour offrir de l'aide utile (et pour partager mon bilan avec le reste de Debian). Et je ne vois pas le danger qu'il y a à dire qu'aucun des candidats n'est satisfaisant. Il n'y a pas de danger mais ce n'est pas une attitude constructrice. C'est dire: de toute façon vous n'arriverez à rien, alors qu'au contraire tous ces candidats ont besoin de soutien et d'aide pour arriver à des résultats concrets. Ce ne sont pas des sauveurs, mais si on peut interagir intelligement avec eux, on peut faire avancer les choses... - Consolider, c'est fixer des bugs, améliorer la qualité du packaging, améliorer les conditions de travail. Sur ce plan, j'essaie de faire ma part, notament en sponsorisant des gens motivés et qui font du travail de qualité (c'est bien plus facile de dire à autrui que son paquet n'est pas parfait, que de s'astreindre à la même perfection), et en tentant de m'attaquer à la plaie qu'est le SPAM @debian.org, j'espère que les DSA m'entendront ... un jour. Et est-ce que me donner la possibilité de savoir comment DSA fonctionne et la possibilité de débloquer la situation à ce niveau ne te semble pas intéressant ? Ne crois-tu pas que je suis de bonne volonté vu comme je te soutiens dans cette affaire ? - avancer, c'est mettre des nouvelles fonctionnalités, des choses importantes, que ca soit multiarch (merch aurelien — et d'autres — pour tout le boulot qu'il font), les progrès du d-i (merci Christian, et tous les autres, ...) etc, ce sont ici encore les gens qui font qui décident. Oui, mais le DPL peut aussi inciter et encourager à aller dans certaines directions. image de leader. Dans debian, le pouvoir appartient : Dans Debian le pouvoir est partagé entre le leader et : * à certaines personnes qui verouillent des places clefs .·oO(DSA, ftp-master, ...) * à ceux qui se sortent les doigts, et qui font. Parce que ceux qui font, c'est ceux qui ultimement décident. Et si on met des gens qui *font* au poste de DPL ? Que peut-il se passer ? Personnellement, si j'arrive à discuter avec les différentes équipes internes, je suis presque certain que j'aurai des idées pour faire avancer les choses et que j'en mettre certaines choses en place moi même pour gagner leur confiance et débloquer les situations. Je ne sais pas ce que
Re: Election du leader Debian
On Wed, 05 Apr 2006, Josselin Mouette wrote: Le mardi 04 avril 2006 à 23:35 +0200, Raphael Hertzog a écrit : J'aimerais tellement que toutes ces insatisfactions soient mises à profit de manière constructive pour faire avancer les choses au lieu de se plaindre de la situation actuelle. En tout cas c'est ma résolution pour cette année, selon que je fasse parte ou pas d'une équipe DPL, mon implication sera différente mais je vais quoi qu'il en soit m'attaquer à quelques uns des problèmes que j'ai découvert/identifié et pour lesquels j'ai des idées/propositions/pistes ... Ça ne sentirait pas un peu le réchauffé ton coming-out bisounours ? Pourquoi réchauffé ? Et que fais-tu pour tous les problèmes découverts/identifiés depuis longtemps et auxquels on ne peut pas s'attaquer quand on n'est « qu'un » développeur ? Je suis tout à fait disposer à essayer de résoudre ces problèmes là en tant que membre de l'équipe DPL, je ne garantis pas des résultats, mais je peux *essayer*. Je ne crois pas être quelqu'un de fermé (même envers ceux qui me critiques ouvertement) et membre d'une équipe DPL ou pas, je lirai et répondrai à mes courriers dans l'année à venir et je serai à l'écoute des suggestions de tout le monde. Mais débloquer DSA de l'extérieur en tant que simple développeur, c'est quasiment peine perdue par exemple. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Recommandations de vote publiques ?
On Tue, 04 Apr 2006, Julien Danjou wrote: mais en ayant peu de carte en main, cela revient a voter un peu au hasard parfois. Cela peut d'ailleurs expliquer une certaine part des abstentions. Tout à fait. Enfin a la lecture de Planet on peut aussi trouver les ballots de certaines personnes de toute facon. Oui sauf qu'un billet sur planet reste 2 jours au max et que le vote dure 15 jours... donc en fait planet n'offre une réelle vue des opinions que pour ceux qui lisent régulièrement. D'où mon idée de maintenir une liste officielle de pointeurs vers les opinions des personnes qui ont souhaité la partager avec les autres. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Recommandations de vote publiques ?
Bonjour tout le monde, je soumets à vos critiques une idée concernant le mécanisme de vote chez Debian. Actuellement sur le bulletin de vote lui-même et sur la page web associée à un vote on ne trouve que les textes formels proposés au vote et bien souvent si l'on a pas suivi les discussion sur -vote il est difficile de se faire une opinion informée puisque souvent le bulletin propose des point de vue très différents. J'attache une certaine importance à voter lorsque l'occasion m'en est donnée, aussi je fais l'effort de suivre les débats sur -vote mais il est vrai que dans certains cas j'aimerai pouvoir juste lire le résumé de quelques personnes que je respecte et me faire mon opinion à partir de ces points de vue plutôt que de devoir me coltiner tous les messages sur -vote. Mon idée est donc toute simple: créer pour chaque vote une page web listant les recommandations de vote et l'explication de vote de toutes les personnes qui souhaitent donner une telle recommandation. Cette page serait indiquée sur le bulletin de vote afin que chacun puisse facilement s'y référer. Il me semble que cela serait utile et que cela retranscrit bien le fonctionnement interne de Debian: lorsque je lis -vote, j'ai de toute façon tendance à lire en priorité les opinions des personnes que je connais et que je respecte. Qu'en pensez-vous ? Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Election du leader Debian
Bonjour, il semble que le pourcentage de participation à l'élection du leader soit très faible cette année. Je ne saurai que vous inviter à y prendre part: bien que l'importance du DPL ne transparaisse pas toujours au grand public, il est absolument indispensable qu'on ait un bon DPL pour essayer de résoudre les problèmes internes que l'on rencontre (et j'en ai découvert un certain nombre depuis quelque temps). Cette année en plus il y a deux français plus ou moins impliqué: Bill Allombert en candidat DPL et moi-même en membre de l'équipe DPL de Jeroen van Wolffelaar et en membre de l'équipe DPL de Andreas Schuldei. Si vous pensez que je peux être utile à Debian dans le cadre d'une équipe DPL (et je crois vraiment que c'est le cas, cf les idées que j'avais proposé en 2002[1] quand j'étais candidat et celles qui sont maintenant devenues plus ou moins réalité), je vous invite à placer Jeroen parmi les premiers choix (si ce n'est le premier). J'ai déjà donné ma recommandation de vote officielle sur mon blog: http://www.ouaza.com/wordpress/2006/03/19/my-favorite-candidates/ http://www.ouaza.com/wordpress/2006/03/19/revisiting-the-dpl-team-concept/ Pour résumé, en ce qui me concerne c'est: 1. Jeroen van Wolffelaar 2. Steve McIntyre 3. Anthony Towns (la liste n'est pas complète... mais j'ai mis seulement Jonathan et Ari derrière Further discussion) Et puisque je me suis arrogé le droit de donner ma recommandation de vote (cf mon message précédent pour une proposition constructive pour éviter de tels messages à l'avenir), j'invite les autres personnes qui se sentent concernées par cette élection à donner la leur si elles le souhaitent. Cordialement, [1] http://www.debian.org/vote/2002/platforms/raphael -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Election du leader Debian
On Tue, 04 Apr 2006, Jérôme Marant wrote: Comment faire pour voter blanc ? Envoyer un bulletin dont toutes les cases sont vides ? Si c'est accepté oui, sinon mettre la même valeur dans toutes les cases. A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Election du leader Debian
On Tue, 04 Apr 2006, Mike Hommey wrote: Je pense que la raison qui fait que le pourcentage de participation est faible cette année est à peu près la même qui fait qu'il n'y a qu'un seul candidat au dessus de NOTA sur mon bulletin. ... Il me semble évident que la plupart des candidats sont bien intentionnés, alors je trouve le jugement sévère. Si *vraiment* on atteint un tel degré d'insatisfaction avec les candidatds DPL, n'est-il pas temps de faire comme Bill: se présenter, expliquer ce qu'on attend d'un DPL et le faire ? J'aimerais tellement que toutes ces insatisfactions soient mises à profit de manière constructive pour faire avancer les choses au lieu de se plaindre de la situation actuelle. En tout cas c'est ma résolution pour cette année, selon que je fasse parte ou pas d'une équipe DPL, mon implication sera différente mais je vais quoi qu'il en soit m'attaquer à quelques uns des problèmes que j'ai découvert/identifié et pour lesquels j'ai des idées/propositions/pistes ... Il y a tellement de (petites) choses à faire pour améliorer la situation. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SLIS] mise en place d'un repository
On Wed, 15 Mar 2006, Eric Mercier wrote: nous envisageons la solution suivante : Un dépôt slis/ avec trois branches (stable / testing / unstable) Un dépôt sarge ( éventuellement ne contenant que les paquets nécessaires à SLIS) Un dépôt updates (issu du security officiel qui aura été validé) C'est là que je sollicite vos compétences : - y a t-il une meilleure solution ? Je retourne la question, qu'est-ce qui ne te satisfait pas là-dedans ? Ton raisonnement m'a paru logique et la démarche aussi... - concernant le dépot officiel sarge : est-ce qu'il peut arriver qu'il subisse des modifications (mis à jour, etc) ? En d'autres termes, devons-nous également surveiller les paquets disponibles dans sarge, pour prévenir les éventuels effets de bords ? Oui sarge est mise à jour à chaque révision (3.1r2 étant la prochaine). http://wiki.debian.org/DebianReleases/PointReleases Ces révisions incluent la plupart des mises à jour de sécurité et d'autres mises à jour importante. On est très conservateur au niveau de ce qui est accepté mais cela pourrait évoluer à l'avenir maintenant que le responsable de ces mises à jour a changé (notamment en intégrant des paquets de volatile). Les mises à jour à venir sont disponibles dans les répertoires stable-proposed-updates des miroirs. - est-il sérieux de valider à la main les mises à jour de security ? Globalement les MAJ de sécurité ne doivent rien casser, mais il est déjà arrivé que certains effets de bords soient gênants, cf la mise à jour de sudo qui fait perdre tout l'environnement ou la MAJ du noyau qui va nécessiter une mise à jour de l'installateur. A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Repas Debian avec Bdal e Garbee à Lyon le 18/3/2006
On Fri, 10 Mar 2006, Christian Perrier wrote: Il ne passe pas (même un petit peu) sur Paris ? Pas que je sache ... mais Lyon c'est seulement deux heures de TGV. :-) Et tu peux toujours lui demander, sait-on jamais. A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Repas Debian avec Bdale Ga rbee à Lyon le 18/3/2006
Bonjour tout le monde, Bdale Garbee (ancien leader Debian, travaillant chez HP) sera de passage en France la semaine prochaine. La nuit du 15 et une partie du 16 il sera sur Grenoble, et ensuite il sera à Lyon jusqu'au 20 mars dans le cadre du Libre Graphic Meeting: http://www.libregraphicsmeeting.org/ Nous avons planifié un repas avec lui le samedi soir. Rendez-vous est donné à l'école CPE samedi soir vers 18h30 : http://www.libregraphicsmeeting.org/coming.php Seront présents : - Bdale Garbee - moi-même - Julien Blache - Aurélien Jarno - peut-être Josselin Mouette - votre nom ici Et si j'annonce cela ici, c'est pour que vous ayez l'occasion de nous rejoindre. Ca serait sympa de nous prévenir si vous venez afin qu'on sache vaguement combien on sera. Cordialement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Rappel: vote sur la GFDL en cours
On Mon, 06 Mar 2006, Jérôme Marant wrote: Quoting Raphael Hertzog [EMAIL PROTECTED]: [1] Toutes les options à égalité sauf Further discussion semblent le vote neutre le moins bloquant si l'on souhaite que que le vote ait une issue positive (décidée par les autres). Je ne suis pas certain de l'effet d'un vote mettant à égalité further discussion et une proposition donnée... En fait, je ne comprends pas très bien ce que tu veux dire par « issue positive (décidée par les autres) ». Tu peux expliciter STP ? Ben une des issues d'un vote est que Further discussion gagne ou qu'aucune option n'atteigne la majorité (simple, ou celle de 3:1) requise ... et je me demandais dans le cas d'un vote où further discussion est à égalité avec une autre option, si cela est compté dans un sens ou dans l'autre. Je viens donc de relire vite fait l'annexe A.6 de la constitution: http://www.debian.org/devel/constitution Il semble que cela ne pose pas de problèmes majeurs puisque un tel votant serait compté ni dans V(A,D) ni dans V(D,A) (point 3.2 de l'annexe cité). Autrement dit, il n'interviendrait pas dans le décompte de la majorité requise. A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Rappel: vote sur la GFDL en cours
On Mon, 06 Mar 2006, Jérôme Marant wrote: Il semble que cela ne pose pas de problèmes majeurs puisque un tel votant serait compté ni dans V(A,D) ni dans V(D,A) (point 3.2 de l'annexe cité). Autrement dit, il n'interviendrait pas dans le décompte de la majorité requise. D'accord, mais que cherches-tu en fait ? :-) En cas de status quo, on en resterait au vote précédent, non ? Je cherche à ce qu'on prenne une décision et qu'on ne puisse pas la discuter après coup sous prétexte d'un vote non-représentatif. Et ma dernière phrase du mail précédent veut dire qu'un vote neutre n'empêche pas d'obtenir une majorité puisqu'un tel vote est simplement ignoré pour évaluer les rapports de majorité. Mais un vote avec 700 participants serait plus significatif qu'un vote avec 400 même si 300 personnes ont choisi (en leur âme et conscience:) l'issue de ce vote m'est égale ou toutes les solutions sont acceptables peu importe le résultat précis. Supposons 4 votes blancs (toute propositions considérées égales), 3 votes (A,B,FD) et 2 vote (B,A,FD): l'option A et l'option B sont validées par rapport aux seuils de majorité puisque V(FD,A) == 0 et V(FD,B) == 0. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re Créer le .chang es à partir des autres fichiers
Salut Eric, On Sun, 19 Feb 2006, Eric Seigne wrote: J'ai entre les mains les fichiers suivants: manpages_1.60-2_all.deb, manpages-dev_1.60-2_all.deb et les sources manpages_1.60-2.diff.gz, manpages_1.60.orig.tar.gz et manpages_1.60-2.dsc Je veux tout simplement ré-uploader ces fichiers sans les toucher, sur mon serveur APT source ... comment faire vu que je n'ai pas le fichier .changes ? Y a t il un procédé pour re-générer le .changes ? C'est dpkg-genchanges qui le génère. Mais cela risque de ne pas marcher, en effet le programme s'attend à avoir un paquet source décompacté et compilé. Mais tu peux essayer de: 1/ décompresser avec dpkg-source -x 2/ recréer le fichier debian/files qui est censé lister les paquets binaires générés (cf man dpkg-distaddfile). Le format du fichier est fichier.deb section priorite (un paquet par ligne). 3/ Ensuite lancer dpkg-genchanges. (Le plus simple est quand même de recompiler le paquet :-)) A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Appel à commentaires et besoin d'aide pour résolution générale
Salut, On Tue, 14 Feb 2006, Julien BLACHE wrote: L'idée de Raphael est que chacun puisse proposer « son » interpretation des textes. Ensuite on tranche par le vote. Comme je l'ai déja dit, il n'y a pas à proposer une ou des interprétations des textes. Les textes ont été élaborés sur debian-private, si vous avez un doute sur l'interprétation des textes il vous suffit de consulter les archives. Je l'ai déjà fait, cela offre un peu de contexte mais sûrement pas assez pour répondre aux différentes questions que l'on s'est posé entre temps ... (aucune mention des trademark) Si d'après toi l'interprétation est récupérable depuis debian-private, ca serait bien de reformuler explicitement cette interprétation pour l'affirmer publiquement et pour éviter ces problèmes récurrents d'interprétation. Et ça me fait vraiment peur. Il y a beaucoup de choses dans main qui ne sont pas des programmes exécutables et pour lesquelles on n'a pas le « code source ». C'est en effet un problème dans l'immédiat, mais ce problème est un problème important pour le Libre tout entier. Cette décision permettra peut-être d'assainir tout ça et d'arriver à une situation claire et légale sur ces points-là. Je ne crois pas qu'il y ait de problème légal ... juste un problème de choix. Veut-on virer toutes les polices libres pour lesquelles on a pas le source metafont ou équivalent ? Veut-on virer toutes les images PNG libres si l'on a pas le fichier Gimp / Photoshop qui a permis de le créer ? Et entre nous, le cas du firmware est très proche puisque si j'ai bien suivi, il y a des firmwares binaires qui ont été libérés dans le sens où on a appliqué une licence BSD sur les données brutes du firmware. Est-ce que ces firmware qui sont librement modifiables, redistributables doivent aller dans non-free parce qu'on a pas les sources qui ont permis de les créer ? Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Appel à commentaires et besoin d'aide pour résolution générale
Salut, On Mon, 13 Feb 2006, Julien BLACHE wrote: Raphael Hertzog [EMAIL PROTECTED] wrote: - Je cherche un titre pour le document qui va contenir la liste des compromis effectués par Debian. Ubuntu Free Software Guidelines Je ne devrai pas répondre parce que cela relève du domaine du quasi-troll, mais cette accumulation d'attaque contre Ubuntu et cette volonté de rejeter ce que je fais comme étant du domaine d'Ubuntu traduit quelque chose que je n'apprécie pas. Est-ce que nous voulons renvoyer tous ceux qui veulent créer un système qui marche out-of-the-box vers Ubuntu ? Est-ce que nous voulons que notre système universel puisse être employé par tout le monde, oui ou non ? Est-ce qu'on veut juste cultiver notre image de rêveurs enfermés dans leur tour d'ivoire au détriment des fonctionnalités du système que l'on crée ? Personnellement, les réponses à ces questions me semblent évidentes. Et je ne comprends pas les attaques gratuites comme celles de JB. Je ne fais aucun mal à Debian et je ne veux lui faire aucun mal. Je veux simplement une décision démocratique sur les sujets qui nous empêchent d'avancer actuellement. Et je vous invite à rédiger les options qui vous permettront d'avoir votre avis représenté de la manière la plus équitable qui soit. A bon entendeur, salut. -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Appel à commentaires et besoin d'aide pour résolution générale
On Mon, 13 Feb 2006, Niv Altivanik wrote: Est-ce que nous voulons renvoyer tous ceux qui veulent créer un système qui marche out-of-the-box vers Ubuntu ? Si par out-of-the-box tu entends, en se foutant totalement de la liberte des logiciels qu'ils utilisent alors oui, je te rappelle que tu as signe un document qui disait que Debian devait rester libre. Il y a une grande marge de manoeuvre entre les deux extrêmes. Je ne crois pas qu'on fasse progresser la cause du libre en renvoyant les gens de bonne volonté ailleurs ... Je suis loin de m'en foutre de la liberté des logiciels que j'utilise, je suis loin de m'en foutre de la liberté de la documentation que j'emploie... et je suis encore plus loin de m'en foutre de nos utilisateurs et de la diffusion de Debian. J'ai signé un document disant que l'objectif de Debian était de créer un système d'exploitation libre *utile* à nos utilisateurs. Je suis prêt à me battre pour la liberté que je défends, mais je refuse d'abandonner nos utilisateurs à Mandriva et Ubuntu sous prétexte qu'ils ont pas le matériel qu'il faut. Ceci dit, il y a d'autres aspects dans le out-of-the-box. Il y a aussi celui qui consiste à avoir un système de mise en veille fonctionnel, d'avoir une configuration adaptée à un usage bureautique en plus d'une configuration adaptée aux serveurs, etc ... et est-ce que prôner la coopération avec Ubuntu pour bénéficier de ce travail là est faire entrave au contrat social ? Est-ce que nous voulons que notre système universel puisse être employé par tout le monde, oui ou non ? Nous voulons un systeme libre le plus universel possible, comme ca a deja ete dit sur irc, pour avoir un systeme 100% libre aujourd'hui il suffit de choisir son materiel correctement. Et donc si on a le malheur d'avoir du matériel qui va pas, on est plus des utilisateurs dignes d'être considérés ? Ce n'est pas comme cela que je le lis le point 4 du contrat social. Est-ce qu'on veut juste cultiver notre image de rêveurs enfermés dans leur tour d'ivoire au détriment des fonctionnalités du système que l'on crée ? En effet, Debian a par ses positions fermes, aux yeux de certains, une image de doux reveurs, mais c'est un ideal accessible (cf 4 lignes plus haut) et il me parrait important que Debian reste ferme sur ses choix ideologiques. L'idéal tel qu'il est exprimé par le contrat social et les DFSG me convient très bien. Mais je trouve que l'équilibre entre la liberté et le service aux utilisateurs n'est pas toujours respecté. Je demande donc un vote pour que l'on puisse définir clairement une fois pour toute quelle position réelle est celle qui correspond à l'équilibre souhaité par la majorité des développeurs Debian. En supposant que Debian devrait faire des compromis sur son Contrat Social, ou en encourrageant les gens a utiliser facilement du logiciel non libre, c'est non seulement a Debian que tu fais du mal, mais a toute la comuneaute des logiciels libres. Je ne demande pas des compromis sur le contrat social, je demande à ce qu'on se mette d'accord une fois pour toute sur la signification qu'on donne au contrat social vis-à-vis des problématiques actuelles. On est tous honnête dans notre démarche (sinon il n'y aurait pas tant de passion) et il faut reconnaître les différences, essayer de les cristalliser dans les différents choix proposés pour les vote à venir et ensuite choisir en son âme et conscience. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Appel à commentaires et besoin d'aide pour résolution générale
On Mon, 13 Feb 2006, Xavier Roche wrote: On Mon, 13 Feb 2006, Niv Altivanik wrote: Si par out-of-the-box tu entends, en se foutant totalement de la liberte des logiciels qu'ils utilisent alors oui, je te rappelle que Inutile d'être outrancier. Xavier, s'il te plaît, les points de vue des deux côtés sont respectables et Niv a été correct bien qu'un peu expéditif. Toi aussi, tu ne modères pas tes propos, et je t'invite à le faire, on ne combat pas le mal par le mal. Personne n'a rien signé. On participe au projet Debian car on adhère à ses idéaux. Mais cela n'implique pas d'avoir des positions extrèmes. On a accepté de défendre les textes fondamentaux mais effectivement il y a des interprétations divergentes de ces textes. Non. Debian n'est pas une communauté de doux rêveurs baba cools qui rèvent au grand soir du logiciel libre. La priorité, comme rappellé par les DFSG, ce sont les utilisateurs et le libre. D'abord les utilisateurs. Pas l'idéologie. C'est ça pour moi Debian. Le contrat social place les utilisateurs et le logiciel libre au même niveau. Il ne faut pas dire forcément dire d'abord les utilisateurs. Pour moi, ma traduction c'est: le meilleur du libre pour le plus grand nombre d'utilisateurs. Et pour que les utilisateurs qui ont du matériel exotique puissent aussi profiter du libre, il faut faire quelques compromis. Pour que les utilisateurs qui ont besoin de documentation pour savoir comment utiliser les logiciels, il faut diffuser la seule documentation excistante même si elle est non-libre et qu'elle doit être mises dans non-free. Le tout est de définir les différents compromis possibles, et choisir celui qui nous convient le mieux. Je ne demande *pas* de choisir le compromis mais d'aider à formuler les différents compromis possibles. Ton aide, Xavier, serait la bienvenue. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Appel à commentaires et besoin d'aide pour résolution générale
On Mon, 13 Feb 2006, Josselin Mouette wrote: Est-ce que nous voulons renvoyer tous ceux qui veulent créer un système qui marche out-of-the-box vers Ubuntu ? Je te l'ai déjà dit et je te le répète : si tu penses qu'un système ne peut pas marcher out-of-the-box ou pour monsieur tout-le-monde s'il ne contient pas des logiciels propriétaires, tu t'es trompé de projet. Je ne pense pas cela sinon je ne serai pas chez Debian. Je constate simplement qu'au jour d'aujourd'hui, certains périphériques nécessitent l'emploi de firmware non-libres et que de nombreux logiciels n'ont pas de documentation libre si l'on supprime la documentation sous GFDL. Considérant que nous n'avons pas de remplacement viable à proposer *aujourd'hui*, je demande que nous acceptions d'adapter nos outils pour que nos utilisateurs puissent continuer à utiliser Debian dans de bonnes conditions (genre d-i installe le firmware automatiquement si cela s'avère nécessaire et prévient l'utilisateur, voire lui propose de refuser/accepter). Je ne suis pas un chantre du propriétaire, je suis même pour qu'on informe les utilisateurs qu'ils ont besoin de certains trucs non-libres et qu'ils feraient bien de faire pression sur le fournisseur ou même d'acheter autre chose la prochaine fois... Ah, la tour d'ivoire. Bel usage de mots connotés. Au risque de paraphraser un auteur que j'aime bien, si au lieu de « tour d'ivoire pleine de rêveurs déconnectés de la réalité » tu parles de « sanctuaire dans lequel le logiciel propriétaire ne met pas les pieds », la réponse évidente change d'elle-même. Preuve qu'elle n'est pas si évidente que tu le crois. Et si on met l'utilisateur qui a son wifi qui a besoin de firmware dans le décor ? Il veut rentrer dans le sanctuaire Debian parce qu'idéologiquement il trouve cela bien... et bien il ne peut pas, son wifi marche pas. Donc, ce sanctuaire est peut-être une tour d'ivoire... Je suis favorable à la diffusion des principes de liberté défendus par Debian, mais je crois que cela passe par faire preuvre d'ouverture envers ceux qui n'en sont pas encore au stade où ils choisissent leur matériel en fonction des logiciels qu'ils veulent employer dessus. J'imagine parfaitement Debian comme un sanctuaire du logiciel libre, mais un sanctuaire, ce n'est pas perché sur un nuage. C'est un lieu accessible à tous ... ce qui est de l'idée de privilégier les fonctionnalités à la liberté, je ne m'abaisserai même pas à y répondre. Je ne demande pas de favoriser les fonctionnalités à la liberté, ni de favoriser la liberté aux fonctionnalités, je demande à ce qu'on choisisse un équilibre entre les deux. Je demande à ce qu'on sorte du flou actuel qui entraîne ces discussions incessantes. J'aimerai donc qu'on arrête là cette discussion et que vous m'aidiez à proposer des options de vote qui représentent les différents points de vue évoqués. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Appel à commentaires et besoin d'aide pour résolution générale
On Mon, 13 Feb 2006, Josselin Mouette wrote: Si vraiment vous faites tout ce foin pour des problématiques de support matériel, ça devient franchement gonflant. Si au lieu de troller, vous aviez passé le même temps à ajouter à l'installeur le support de matériel basé sur des drivers *100 % libres* mais pas dans le kernel pour diverses raisons, je crois que vous auriez fait un peu plus avancer le schmilblick. Mais je vois que vous préférez commencer par la problématique d'ajouter des drivers non libres avant celle d'ajouter des drivers libres. On est dans un projet de logiciel libre, chacun fait ce qu'il a envie de faire et fait avancer le schmilblick à sa manière... moi je demande à ce qu'on clarifie l'équilibre proné par le contrat social sur des points précis pour qu'on arrête d'avoir ces discussions tous les six mois. Mais oui tu as raison, Debian pourrait faire beaucoup mieux sur bien des aspects, mais ce n'est pas une raison pour dire que ce projet de GR ne nous fait pas progresser. Eviter de futures discussions stériles me semble un objectif louable. Si tu penses que le projet que je mène est inutile, très bien, ne t'y impliques pas, mais il n'est pas besoin de perdre du temps à discuter dans le vent si tu ne partages pas ma démarche. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Appel à commentaires et besoin d'aide pour résolution générale
On Mon, 13 Feb 2006, Sven Luther wrote: Ben, non, mais il est de notoriete publique que ubuntu est moins regardant vis a vis des guidelines de logiciel libre que debian, et comme c'est justement le genre de chose que tu veut obtenir, la reponse de julien, quoique un peu courte, est correct. Tu as des références pour cette notoriété publique ? Ubuntu suit Debian sur bien des aspects ... leur main est un subset de notre main et universe en est le complément. Notre non-free est leur multiverse. Enfin, ils ont inventé restricted qui est effectivement employé par défaut et qui contient jusqu'à présent les firmware nécessaires pour faire marcher le matériel (ainsi que quelques pilotes non-libres nécessaires pour certains autres matériels)... je ne vois rien de malsain dans leur démarche ni même une volonté de confondre le logiciel libre avec le reste. Quoi qu'il en soit, ta réponse et celle de Julien divergent de l'objectif de mon projet qui est d'amener à un vote sur ces sujets délicats qui causent trop de discussions. Je ne demande pas un titre pour résumer les compromis que je vais soutenir (d'ailleurs les options rédigées ne correspondent pas systématiquement aux options que je voterai) mais un titre pour un document dont le rôle est d'expliquer les choix que Debian a effectué dans le cadre de l'application du contrat social à des problèmes concrets. Amicalement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Appel à commentaires et besoin d'aide pour résolution générale
On Mon, 13 Feb 2006, Sven Luther wrote: Tu as des références pour cette notoriété publique ? Ubuntu suit Debian sur bien des aspects ... leur main est un subset de notre main et universe en est le complément. Notre non-free est leur multiverse. Leur kernel inclus des firware non-free Tu parles de trucs qui sont dans leur main ou dans leur restricted ? Dans restricted c'est normal ... dans main ca serait plutôt un bogue. et d'autre patchs douteux. Quand je lis une affirmation comme cela, pour moi c'est de la désinformation tant qu'on ne me montre pas précisément le problème ... Quels patchs ? Douteux sur quel points ? la licence ? A+ -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Appel à commentaires et besoin d'aide pour résolution générale
Bonjour tout le monde, j'aimerai que Debian prenne une position claire sur les différents problèmes qui nous rongent à cause des différentes manières d'interpréter le contrat social. J'ai donc envie d'initier une série (simultanée) de résolutions générales. J'ai rédigé un premier brouillon ce matin et j'en ai parlé sur IRC avec différentes personnes. http://wiki.debian.org/SocialContractInterpretation J'aimerai vos remarques et votre aide pour compléter tout ce qui reste à faire. - J'ai besoin de volontaires pour rédiger correctement d'autres options à présenter au vote. En effet, pour être efficace, le vote doit permettre de représenter assez finement les différentes sensibilités existantes. J'ai seulement pris soin de rédiger celles qui me semblent intéressantes... - J'ai besoin de vos remarques pour affiner la rédaction de certaines options. - Je cherche un titre pour le document qui va contenir la liste des compromis effectués par Debian. Cordialement, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: chargement d'un paquet par un parrain ?
Le vendredi 22 juillet 2005 à 13:21 +0200, Frédéric BOITEUX a écrit : Bref, comment fait-on dans ce cas ? Est-ce que je peux proposer mon paquet (pour revue et chargement si ok) à l'un de vous ? Y-a-t-il une démarche à suivre ? Merci de me l'indiquer dans ce cas. Actuellement, oui c'est le seul moyen. Il faut trouver un sponsor ou un parrain. Habituellement, c'est la lise de diffusion debian-mentors@lists.debian.org qui est employée pour ce genre de demandes (mais c'est pour des personnes qui veulent devenir dévelopeurs Debian officiel). Éventuellement debian-qa@lists.debian.org puisque le paquet est géré par cette équipe lorsqu'il est abandonné. Ceci dit, une discussion vient d'avoir lieu pour mieux répondre à des problématiques comme la tienne et on envisage de mettre en place une infrastructure spécifique pour co-maintenir ce genre de paquets avec des contributeurs externes comme toi. Regarde cette page : http://wiki.debian.net/?OrphanedPackages Sinon, tu peux essayer de demander ici-même, mais pour éveiller l'attention du sponsor potentiel, il faut décrire à quoi sert le logiciel... A+ -- Raphaël Hertzog -+- http://www.ouaza.com Freexian : des développeurs Debian au service des entreprises http://www.freexian.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Planet Debian-FR, quelle politique ?
Le mardi 19 juillet 2005 à 20:57 +0200, Cédric Delfosse a écrit : Je suis plutôt pour, le contenu anglophone étant de toute façon déjà sur p.d.o. Néanmoins, il serait impoli de forcer les gens à s'exprimer en français, ou encore de les forcer à traduire systématiquement leurs entrées de blog. Il n'est pas question de forcer les gens à traduire leur blog (même si j'essaie d'en inciter quelques uns à produire du contenu français... hello Lo-lan-do :-)). Je pense que sur p.d.o les DD francophones continueront de blogguer les choses importantes vis à vis du projet Debian qui intéressent tous les autres DD non-francophones, et sur p-fr.d.n on trouvera plutôt de l'animation typiquement franchouillarde. Je crois qu'il y aura forcément plusieurs profils: - celui que tu décris - celui qui n'est pas suffisamment à l'aise pour aimer prendre du temps à rédiger qqch de bien en anglais et qui préférera parler de tout (et même des choses importantes) sur planet-fr ... - celui qui aime traduire ses entrées (ex: le blog de Alexis Sukrieh) Et je pense que comme dans toute communauté, il y aura des ponts. Certaines personnes reprendront en Français des messages anglophones vu sur p.d.o et vice-versa, les meilleurs posts francophones seront peut-être retranscrit en anglais sur p.d.o ... Mais pour que cela soit intéressant il faut qu'on arrive à un minimum de contributeurs sur planet-fr ... et pour l'instant je n'ai que 3 feeds 100% français (Alexis Sukrieh, Mohammed Adnène Trojette et moi). J'attends donc vos feeds francophones !! En attendant, je laisse les feeds en anglais des contributeurs francophones. Amicalement, -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: questions diverses
Quoting Thomas Labourdette: Le Sat, Aug 28, 2004 at 02:01:16PM +0200, Thomas Labourdette écrivait: Le Sat, Aug 28, 2004 at 10:24:57AM +0200, Raphael Hertzog écrivait: Quoting Thomas Labourdette: Dans ce cas pourquoi si je vide le fichier available, il se rempli uniquement si je met à jour un paquet ou si j'en installe un ? En aucun cas lorsque je fais un update. Je précise que je n'utilise jamais dselect mais apt. Comment utilises-tu apt ? Classiquement. apt-get install nom du paquet Je pense que c'est dpkg qui met automatiquement ce fichier à jour. Je viens de faire le test sur un paquet téléchargé via ftp et installé avec dpkg -i : il apparait maintenant dans available. Tout est cohérent ... dpkg met à jour available en fonction des paquets installés oui, parce que le fichier available est prévu pour contenir les informations de tous les paquets connus y compris ceux installés. Mais ce n'est pas pareil que de dire que ce fichier est prévu pour ne contenir que des infos sur les paquets installés ... ni qu'une installation regénère ce fichier (il le complète simplement). Voilà, tout est clair à présent. :-) A+ -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org
Re: questions diverses
Quoting Thomas Labourdette: Le Sun, Aug 15, 2004 at 12:09:55AM +0200, Fabrice Lorrain (home) écrivait: Non. $ dpkg -l apt | grep ii ii apt0.5.27 Advanced front-end for dpkg # cat /dev/null /var/lib/dpkg/available # apt-get update # ls -l /var/lib/dpkg/available -rw-r--r-- 1 root root 0 Aug 14 23:51 /var/lib/dpkg/available La solution semble être d'utiliser dselect update (cf. le fil de discussion suivant) : http://lists.debian.org/debian-user/2003/08/msg03047.html Le fichier available contient des informations sur les paquets *installés*. Il n'est donc pas mis à jour lors d'un apt-get update mais lors d'un apt-get upgrade | dist-upgrade | install ... C'est faux. Le fichier /var/lib/dpkg/status contient des infos sur les paquets installés. /var/lib/dpkg/available est employé par dselect pour connnaître la liste des paquets existants. A+ -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org
Re: Fonctionnement interne de apt/dpkg
Bonjour, Quoting Manuel VACELET: Bonjour, Existe-t-il de la doc sur le fonctionnement interne des outils apt/dpkg
Re: pb d'effacement d'un fichier d'une archive source ...
Quoting Frédéric BOITEUX: J'ai vu dans des messages sur le Web que l'on peut effectuer la suppression seulement à la construction des binaires (cible « build »), est-ce la bonne solution ? Oui c'est la bonne solution, en ce qui concerne la cible à utiliser, ce n'est sûrement pas la seule possible. Il faut juste s'assurer que la cible en question est exécutée systématiquement avant que l'on commence à compiler. n'y a-t-il pas moyen de dire à dpkg-source que certains fichiers ont été effacé ? Pas à ma connaissance. Cordialement, -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org
Re: Problème dans le po d'apt
Le Fri, Jan 09, 2004 at 11:21:49AM +0100, Josselin Mouette écrivait: Pour situer de quoi il s'agit, nous travaillons sur la traduction française de fichier po d'apt. Plus exactement sur la traduction de la chaîne de caractères suivante : Release '%s' for '%s' was not found Pour moi, cette chaîne est utilisée lorsque : $ sudo apt-get install subversion/stable Password: Reading Package Lists... Done Building Dependency Tree... Done E: Release 'stable' for 'subversion' was not found C'est à dire on a demandé la version du paquet contenue dans une release spécifique. Je pense que je traduirai : (Distribution|Version) « %s » du paquet « %s » non trouvé ou alors il faut inverser les deux arguments et la logique de la proposition (je ne connais plus la syntaxe pour intervertir les arguments) : Paquet « %2s » introuvable dans la (distribution|version) « %1s » A+ -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org