Re: lib static du paquet libvtk5
Le mardi 17 octobre 2006 12:48, fred a écrit : Aurélien GÉRÔME [EMAIL PROTECTED] a écrit : Salut fred, On Tue, Oct 17, 2006 at 09:09:42AM +0200, fred wrote: Je voudrais utiliser pour mes propres programmes, une lib en static du ^que paquet libvtk5. Seulement, ce paquet ne contient que des libs dynamiques. Quelle est la raison ? La raison est que tu dois utiliser le paquet libvtk5-dev. Ce paquet est déjà installé sur ma babasse. La lib que je veux utiliser est libvtkIO. Or celle-ci n'existe qu'en dynamique, puisqu'il n'y a que libvtkIO.so et point de libvktIO.a. Où me goure-je ? En principe, les .a se trouvent dans le paquet -dev. Dans le cas présent, ce n'est pas le cas. C'est même pour ça qu'il peut se payer le luxe d'être Architecture: all. Il faut recompiler libvtk5 toi-même, dans le cas où l'auteur ait effectivement prévu de produire un .a . -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CdBC pour la liste debian-devel-french?
Le vendredi 13 octobre 2006 10:33, Loïc Minier a écrit : Salut, Que pensez-vous de l'idée de s'engager formellement à respecter un Code de Bonne Conduite (approximation de Code of Conduct) ? Par exemple nous pourrions l'articuler autour d'extraits des Debian Community Guidelines, http://people.debian.org/~enrico/dcg/. Comment oses-tu proposer d'ôter aux gens le plaisir de démolir les autres en public ?!!! Tu n'y songes pas, voyons ! Pour ma part, un CBC ne me poserait aucun problème. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Packaging] Shared Library
Le mercredi 11 octobre 2006 11:32, vous avez écrit : Le mercredi 11 octobre 2006 11:25, S4mdf0o1 a écrit : C'est dans le postinst que je trouverai mon bonheur ? Il y a quelqu'un sur cette liste ? ^^' Oui :-) Il faudrait donner un peu plus de détails, peut-être le log du build pour voir exactement d'où peut venir le problème. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] SCM distribués
Vincent Danjean [EMAIL PROTECTED] writes: Le checkout rappatrie tout l'historique. C'est peut-être inévitable. Ça paraît assez courant pour les SCM distribués. Passé un temps, mercurial était beaucoup plus compact que git/cogito. Ce dernier s'est beaucoup amélioré avec les pack (à demander manuellement par contre, si je me souviens bien) et il est repassé devant. Il y a des patches pour mercurial pour améliorer ce point, mais ils ne sont pas encore tout à fait finalisés. Un autre intérêt de mercurial (qui découle de son langage de programmation), c'est qu'il est dispo sur windows, mac et de nombreux unix. Ce n'est pas le cas de git/cogito. Ça peut parfois avoir son importance. Oui. Mais ça ne fait pas partie de mes critères pour le moment. La dernière version de mercurial (0.8.1) intègre l'extension mq (un système quilt-like comme il en existe aussi pour git/cogito). Ça permet de travailler en faisant/défaissant ses patches localement tout en suivant les mises à jour upstream. Il manque surtout un équivalent aux packed objects (les bundles sont une solution ad-hoc), bon support du rappatriement en pur HTTP (old-http n'est pas conseillé), et surtout la prise en compte des renommages de fichiers lors des merges (reporté après 1.0). Encore une fois, ce sont des critères qui me sont très personnels. -- Jérôme Marant
Re: [HS] SCM distribu??s
Gabriel Paubert [EMAIL PROTECTED] writes: Oui, ??a a chang??. En fait, c'est le plus compact qui soit, actuellement. Ce ne sont plus que des delta qui sont stock??s, plus certaines optimisations. Pas exactement. En fait sous git il y a 2 représentations des mêmes données: - un objet= une signature SHA1=un fichier dans .git/objects/xx/$SHA1 ou xx sont les deux premiers caractères de la signature SHA1 dudit objet en hexadécimal. - toute une série d'objets compactés dans un ensemble de deux fichiers (pack-$SHA1.pack et pack- $SHA1.idx) dans .git/objects/pack; dans ces fichiers, on stocke une version puis les différences avec d'autres versions (pas forcément la plus récente ou la plus vieille, voir les heuristiques). Il y a une limite sur le longueur des chaînes de différences pour des raisons de performance. ... En plus la vitesse de git est assez phénoménale, il est tout à fait utilisable sur une machine de 5 ans si la mémoire est suffisante. Bien sûr, un disque rapide ne fait pas de mal. Ceci dit, quand j'ai commencé sous git en Juin dernier (conversion d'un référentiel BitKeeper en essayant de préserver l'histoire), ce n'était pas encore vraiment au point. Je crois que ça ne fait que 2 ou 3 mois que git marche vraiment bien (par exemple que les tags des versions sont transmis automatiquement par «git pull») et que la doc est devenue compréhensible. Merci de ton retour d'expérience. -- Jérôme Marant
[HS] SCM distribués
Bonjour, Ca fait déjà quelque temps que je teste des systèmes de contrôle de version (SCM) distribués mais je n'arrive pas à me fixer sur un en particulier (le sujet n'est pas ici le pour ou contre les SCM distribués). J'ai déjà laissé tomber tla trop complexe pour les tâches à accomplir et son successeur bazaar (que Canonical a cessé de supporter), darcs qui est trop lent à mon goût. Mes critères de choix sont la rapidité, la possibilité de partager un référentiel par HTTP ou FTP de manière efficace (sans serveur dédié), le support des renommages lors des merge. Ce qui élimine SVK et monotone (ce dernier étant très lent par ailleurs). Il reste donc grosso modo les trois suivants: git/cogito: efficace, partage efficace par HTTP via packed objects, référentiel très compact Mais: interface un peu plus compliquée, sauf via cogito mercurial: efficace, interface simple, écrit en python Mais: pas de support merge+rename, pas de partage efficace par HTTP sauf via un serveur défié bzr: interface simple, écrit en python Mais: lent, référentiel peu compact, développé par Canonical (contributions nécessitent assignation de copyright) Quelqu'un a-t'il une expérience avec ces trois SCM? Merci. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] SCM distribués
Julien Danjou [EMAIL PROTECTED] writes: On Tue, Apr 11, 2006 at 04:23:04PM +0200, Jérôme Marant wrote: mercurial: efficace, interface simple, écrit en python Mais: pas de support merge+rename, pas de partage efficace par HTTP sauf via un serveur défié Les checkout sont aussi tres tres gros a ce que je vois en l'utilisant (mais peut-etre mal ?) avec le repository de Xen. (pour 22 M de source, 150 M de checkout). Le checkout rappatrie tout l'historique. C'est peut-être inévitable. Merci pour l'information. -- Jérôme Marant
Re: [HS] SCM distribués
Raphael Hertzog [EMAIL PROTECTED] writes: On Tue, 11 Apr 2006, Jérôme Marant wrote: git/cogito: efficace, partage efficace par HTTP via packed objects, référentiel très compact C'est vrai référentiel très compact ? De ce que j'avais compris, git a commencé comme un simple archivage historique de répertoire/fichiers (via une empreinte SHA1 identifiant implicitement la version) ... ce qui fait qu'il dupliquait énormément d'informations. Ca a changé ? J'ai mal compris ? Oui, ça a changé. En fait, c'est le plus compact qui soit, actuellement. Ce ne sont plus que des delta qui sont stockés, plus certaines optimisations. mercurial: efficace, interface simple, écrit en python Mais: pas de support merge+rename, pas de partage efficace par HTTP sauf via un serveur défié bzr: interface simple, écrit en python Mais: lent, référentiel peu compact, développé par Canonical (contributions nécessitent assignation de copyright) Quelqu'un a-t'il une expérience avec ces trois SCM? J'en ai entendu du bien des trois mais je n'ai utilisé qu'un tout petit peu le troisième parce que pas mal de contributeurs Debian/Ubuntu l'utilisent. OK, merci. -- Jérôme Marant
Re: [HS] SCM distribués
Pierre Habouzit [EMAIL PROTECTED] writes: Le Mar 11 Avril 2006 16:23, Jérôme Marant a écrit : Bonjour, Ca fait déjà quelque temps que je teste des systèmes de contrôle de version (SCM) distribués mais je n'arrive pas à me fixer sur un en particulier (le sujet n'est pas ici le pour ou contre les SCM distribués). J'ai fait le même genre de recherches à une époque, et mon constat a été que à peu près aucun SCM distribué avait à la fois de bonnes propriétés fonctionnelles, et restaient simples à utiliser. J'ai utilisé arch/tla, mes dotfiles sont versionnés avec darcs. Je ne connais pas mercurial et bzr. Mon constat est que arch, darcs et cie, ça fait mal à la tête de les utiliser. Mal à la tête ? Pour tla, je te l'accorde. Mais darcs est plutôt très simple, non ? Mon autre constat est qu'en fait, les gens utilisent le plus souvent les SCM distribués pour pouvoir faire des checkouts locaux/offline, mais que la repository officielle du projet reste centrale, et que très rarement des commits/merge se font entre repositories satellites. C'est déjà bien pour ça. Et aussi pour pouvoir partager l'historique très facilement. Malheureusement aucun SCM que je connaisse n'utilise ce genre d'infos pour simplifier ses algos de merge, et on se retrouve donc avec du coté des SCM un trade-off complexité de l'interface/fonctionnalités qui n'a pas de solution satisfaisante. Tout dépend des besoins en la matière. L'approche de Linus avec git, toujours pragmatique, est de couvrir plutôt les cas les plus fréquents. Bien sur, je fais sans doute du wishful thinking et tu vas me dire que si si tu as besoin de SCM vraiment distribué avec plusieurs upstreams, dans ce cas, il va falloir te résoudre à des compromis, parce que le SCM hait la symétrie, et que donc si le SCM ne peut faire aucune hypothèse pour casser la symétrie, c'est à l'utilisateur du SCM de faire remonter les informations pour casser la symétrie et permettre au SCM de résoudre les conflits automatiquement, ce qui se traduit par ces interfaces lourdes, peu intuitives que certains SCM ont ..ooOO( tla ) Je suis d'accord. Mais tout est question de compromis, à mon sens. Merci. -- Jérôme Marant
Re: [HS] SCM distribués
Pierre Habouzit [EMAIL PROTECTED] writes: Mal à la tête ? Pour tla, je te l'accorde. Mais darcs est plutôt très simple, non ? oui, et non. pour mes dotfiles, c'est parfait. Mais lorsque tu veux gérer des branches, ça fait mal à la tête. développer à plusieurs avec est sans doute ingérable. mais pour moi qui met à jour mes dotfiles sur pleins de machines, pas toujours à jour en checkout, etc... c'est royal, *ET* simple. Mais je ne l'utiliserais jamais pour un projet à plusieurs. Je n'avais pas cette impression. Merci de partager la tienne. ... Bien sur, je fais sans doute du wishful thinking et tu vas me dire que si si tu as besoin de SCM vraiment distribué avec plusieurs upstreams, dans ce cas, il va falloir te résoudre à des compromis, parce que le SCM hait la symétrie, et que donc si le SCM ne peut faire aucune hypothèse pour casser la symétrie, c'est à l'utilisateur du SCM de faire remonter les informations pour casser la symétrie et permettre au SCM de résoudre les conflits automatiquement, ce qui se traduit par ces interfaces lourdes, peu intuitives que certains SCM ont ..ooOO( tla ) Je suis d'accord. Mais tout est question de compromis, à mon sens. oui mais justement, tu regrettais soit la complexité, soit le manque de fonctionnalités, mon point est justement que c'est un choix du à la généralité des problèmes (inexistants dans la réalité) que les projets de SCM cherchent à résoudre, et que donc il ne faut sans doute pas s'attendre à des miracles ;) Entièrement d'accord. -- Jérôme Marant
Re: Election du leader Debian
Selon Raphael Hertzog [EMAIL PROTECTED]: 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). Comment faire pour voter blanc ? Envoyer un bulletin dont toutes les cases sont vides ? -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Election du leader Debian
Selon Raphael Hertzog [EMAIL PROTECTED]: 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. Merci. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Election du leader Debian
Christian Perrier [EMAIL PROTECTED] writes: Quoting Mike Hommey ([EMAIL PROTECTED]): 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. salauds de politiciens, tous les mêmes de toute façon Dans la vraie vie, en France, ça a donné avril (et mai...) 2002. Tu devrais dire ca va donner avril 2007 ;-) -- Jérôme Marant
Re: archi AMD64
Alexandre Pineau [EMAIL PROTECTED] writes: Bonjour, Bonsoir, Je dois rajouter une dépendance de construction à binutils pour les archis x86 et x86-64 sur un de mes paquets. Je ne suis pas s^ur du nom qu'il faut donner à l'archi amd64 dans le fichier control. Est-ce bien x86-64? Ce qui donnerait : binutils [i386 x86_64] C'est « amd64 » au lieu de « x86_64 ». -- Jérôme Marant
Re: Debian et non-free
Quoting Sven Luther [EMAIL PROTECTED]: On Tue, Feb 14, 2006 at 12:30:14AM +0100, Jérôme Marant wrote: Bonsoir, J'ai bien compris les positions des uns et des autres, mais il y a quelque chose qui me chiffonne dans les positions de certaines personnes, notamment Sven. D'un côté, on nous dit que les firmware non-free ne doivent pas atterrir dans « main » par ce qu'ils ne respectent pas le SC de Debian. C'est reçevable. Mais d'un autre côté, on nous dit qu'on peut venir les chercher dans non-free, sur des serveurs hébergés par le projet Debian lui-même. Alors il faudrait peut-être être cohérent tout de même, et ne pas voter contre la suppression de non-free de l'archive Debian. Jerome, au cas ou tu l'aurais oublie, le projet debian a vote a pres de deux votes contre un, de garder non-free dans l'archive debian. Oui, c'est bien ce que j'ai dit. Je n'ai pas remis en cause la validité du vote. J'ai personnellement voté pour la suppression de non-free et son déplacement vers un projet indépendant parce que je voyais là une contradiction. Ok, autant pour toi. Et maintenant, tu voterai pour garder les firmware non-free et autres documentation dans main ? Ca n'a pas de rapport. Comme Debian semble vouloir être exemplaire en la matière, il me semble bizarre que l'on continue à héberger non-free. Ca apporte plus de confusion qu'autre chose pour l'utilisateur moyen. Si les firmware ne doivent pas être dans main parce que non-free, il n'y a aucune raison que Debian les distribue, même si l'on n'arrête pas de rappeler que Debian n'est que main. Alors je sais bien qu'en restant sur les serveurs Debian, les utilisateurs de programmes non-free bénéficient de son infrastructure (BTS, etc), mais je ne vois pas pourquoi on aurait le droit à certains « arrangements » d'un côté, et pas de l'autre. L'idee c'est d'eduquer les utilisateurs, on leur facilite la vie, comme promis dans le SC, mais on leur indique clairement que leur hardware est non-free, et qu'il doivent faire le choix d'utiliser non-free. Il y a une serieuse distance entre cela et de leur installer du non-free en douce sans aucune information. Que l'on ne mette pas les firmware dans main, je peux te l'accorder. Mais qu'on les distribue sur nos serveurs ne me semble pas en accord avec le logiciel libre. Regarde comment nombre de gens pense que nvidia est un bon choix pour du logiciel libre, alors que ils font uniquement du support linux, mais pas du tout du logiciel libre. Le problème est que les seules cartes graphiques dignes de ce nom sont NVIDIA ou ATI. On ne pourra pas rester éternellement en ATI9200. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian et non-free
Quoting Josselin Mouette [EMAIL PROTECTED]: Le mardi 14 février 2006 à 09:51 +0100, Jérôme Marant a écrit : Si je me souviens bien, c'est toi qui fais des pieds et des mains pour garder dans main des textes non libres fournis avec les sources d'emacs. Donc d'un côté, tu veux exterminer non-free en l'éliminant de l'infrastructure Debian, de l'autre tu fais tout ton possible pour que certains bouts de logiciels non libres atterrissent dans main. Et tu trouves ta position cohérente ? Oui. Ce n'est pas moi qui dit que ces textes sont non libres, il me semble. Tu penses donc qu'ils sont libres ? Justement, je n'en sais rien. Je continue à m'interroger et je n'arrive pas à trancher. D'ou mon insistance sur la question pour avoir des arguments qui pourraient me convaincre. J'ai aussi du mal à être convaincu sur le fait qu'on puisse mettre tout sur le même plan: ces documents, les firmware et les documents FDL. Je ne veux pas la guerre. J'aimerai qu'on puisse discuter sans se taper dessus, même su j'ai pu utiliser des termes controversés. Merci. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian et non-free
Quoting Sven Luther [EMAIL PROTECTED]: Oui. Ce n'est pas moi qui dit que ces textes sont non libres, il me semble. Et fondamentalement au fond de toi meme, tu est 100% sur qu'il n'y a aucune raison que ces textes soit non-free ? Non, je n'en suis pas sûr. C'est pourquoi j'évoque le sujet. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian et non-free
Quoting Sven Luther [EMAIL PROTECTED]:
On Tue, Feb 14, 2006 at 01:46:00PM +0100, Jérôme Marant wrote:
Quoting Sven Luther [EMAIL PROTECTED]:
Oui. Ce n'est pas moi qui dit que ces textes sont non libres, il me
semble.
Et fondamentalement au fond de toi meme, tu est 100% sur qu'il n'y a
aucune
raison que ces textes soit non-free ?
Non, je n'en suis pas sûr. C'est pourquoi j'évoque le sujet.
Donc, ... Comme il ne s'agit pas de documentation GFDL, peut-tu faire un
petit
Oui, ça n'a rien à voir avec le FDL.
resume de la problematique en question, de maniere a ce qu'on puisse en
discuster ? Ou alors fournir les liens vers un tel resume ?
Amicalement,
Il s'agit de 6 fichiers fournis dans Emacs, principalement des essais
de RMS. Problèmatique: doit-on les traiter comme des données ou de la
documentation.
En fait, est-ce que tout doit être traité de la même manière ?
In the emacs21 source, the files
etc/{CENSORSHIP,copying.paper,INTERVIEW,LINUX-GNU,THE-GNU-PROJECT,WHY-FREE}
all have licenses that prohibit modifications; as such, they violate
the DFSG, and should be removed from the source tarball. Here are the
licenses:
etc/CENSORSHIP:
Copyright 1996 Richard Stallman
Verbatim copying and distribution is permitted in any medium
provided this notice is preserved.
etc/copying.paper:
Copyright (C) 1991, 1992, Free Software Foundation, Inc.
Verbatim copying and redistribution is permitted
without royalty; alteration is not permitted.
etc/INTERVIEW:
Copyright (C) 1986 Richard Stallman. Permission is granted to make and
distribute copies of this article as long as the copyright and this notice
appear on all copies.
etc/LINUX-GNU:
Copyright 1996 Richard Stallman
Verbatim copying and redistribution is permitted
without royalty as long as this notice is preserved.
etc/THE-GNU-PROJECT:
Copyright (C) 1998 Richard Stallman
Verbatim copying and distribution of this entire article is permitted
in any medium, provided this notice is preserved.
etc/WHY-FREE:
Copyright 1994 Richard Stallman
Verbatim copying and redistribution is permitted
without royalty as long as this notice is preserved;
alteration is not permitted.
--
Jérôme Marant
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian et non-free
Quoting Aurelien Jarno [EMAIL PROTECTED]: Quel est l'état du marché ? Est-ce que comme certains disent, on observe un retour aux drivers non-libres au détriment des drivers libres ? A vu de nez je dirais qu'il n'y a pas une augmentation significative des drivers non-libres, il y a en fait surtout les drivers des cartes nvidia et ati. Merci. Par contre il y a une forte augmentation des cartes nécessitant de charger un firmware. Mais bon ces firmwares ont toujours été non-libres, c'est juste qu'ils sont sur le disque dur du PC à la place d'être sur une ROM sur la carte. Cela s'explique par le fait qu'il faut pouvoir produire moins cher et par un besoin de flexibilité (en gros lancer la fabrication des cartes avant d'avoir le soft de prêt)... Mais quel est l'intérêt quand le flashage est aussi facile à effectuer? Le problème de ces firmwares c'est qu'en plus d'être non libres, ils sont le plus souvent non-redistribuables. J'ai du mal à en voir la raison. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian et non-free
Josselin Mouette [EMAIL PROTECTED] writes: Le mardi 14 février 2006 à 17:58 +0100, Jérôme Marant a écrit : Par contre il y a une forte augmentation des cartes nécessitant de charger un firmware. Mais bon ces firmwares ont toujours été non-libres, c'est juste qu'ils sont sur le disque dur du PC à la place d'être sur une ROM sur la carte. Cela s'explique par le fait qu'il faut pouvoir produire moins cher et par un besoin de flexibilité (en gros lancer la fabrication des cartes avant d'avoir le soft de prêt)... Mais quel est l'intérêt quand le flashage est aussi facile à effectuer? La mémoire flash, ça coûte cher. Effectivement. -- Jérôme Marant
Re: Appel à commentaires et besoin d'aide pour résolution générale
Julien BLACHE [EMAIL PROTECTED] writes: En fait, mon intervention ne portait pas sur la FDL ... Oui, j'ai vu ça après. Je n'étais pas au courant du problème des textes sacrés de St RMS. Je me demande pourquoi vous ne les avez pas encore virés du package, vu ce qu'ils apportent ... Je pense que ça va finir par arriver. De toute façon, Emacs a des sections invariantes donc on va être obligé de mettre la doc dans non-free. Autant tout mutualiser. Ce n'est pas que ça m'enchante mais je compte me ranger derrière toute décision quelle qu'elle soit. -- Jérôme Marant
Re: Debian et non-free
Mike Hommey [EMAIL PROTECTED] writes: On Tue, Feb 14, 2006 at 05:58:16PM +0100, Jérôme Marant [EMAIL PROTECTED] wrote: Le problème de ces firmwares c'est qu'en plus d'être non libres, ils sont le plus souvent non-redistribuables. J'ai du mal à en voir la raison. Exemple pratique: le firmware des cartes ipw2?00 d'intel (on trouve ça dans beaucoup de laptop centrino) http://lists.debian.org/debian-legal/2004/05/msg00976.html Merci. -- Jérôme Marant
Re: Appel à commentaires et besoin d'aide pour résolution générale
Sven Luther [EMAIL PROTECTED] writes: Actuellement, le probleme n'est pas la, ceux-ci sont bien la ou il sont, le probleme c'est tout les autres firmware non-free qui sont sournoisement cache dans le code du noyau. Mais bon, je comprend pas vraiment, il faut pas les faire passer dans main, il faut adapter l'installeur et le kernel pour qu'il puisse utiliser ces firmware non-free de non-free, pas essayer de mettre ces firmwares dans main. Ce serait une serieuse regression. Ca me semble une bonne chose, mais je ne vois pas en quoi ça résoud le problème des matériels non supportés par d-i lors d'une installation, parce que justement ces firmware sont dans non-free. Si les utilisateurs installent une Debian officielle, ils devront aller récupérer les firmware dans non-free (en espèrant que les matériels incriminés ne soient pas des cartes réseau), donc ça me semble à première vue une gymnastique plutôt inutile et rebutante pour l'utilateur. -- Jérôme Marant
Re: Appel à commentaires et besoin d'aide pour résolution générale
Julien BLACHE [EMAIL PROTECTED] writes: Ces sujets ne nous empêchent en rien d'avancer. Ce qui nous empêche d'avancer, ce sont les libristes enragés qui foutent en l'air les Fondations du Projet et les boulets qui ne peuvent pas s'empêcher de vouloir faire copain-copain avec Ubuntu alors que Ubuntu et Debian n'ont rien en commun. La prise de conscience sera malheureusement douloureuse pour vous. Tu veux des sujets qui empêchent d'avancer aujourd'hui, pour de vrai ? - l'état pitoyable des autobuilders - l'état pitoyable de udev - l'abandon total de l'archive et des miroirs - la non inclusion de amd64 - ... Des solutions arrivent pour certains de ces problèmes, mais elles risquent de ne pas arriver à temps pour la sortie prévue de Etch ; Etch sera en retard, une fois de plus à cause de l'infrastructure. Je suis d'accord avec toi sur ce type d'amélioration. Il n'y a rien à redire. En revanche, ne crois-tu pas que, de la même manière, demander aux mainteneur d'Emacs d'enlever de ridicules fichiers qui font par ailleurs la promotion du Logiciel Libre est un peu stérile et fait au perdre du temps inutile aux dits mainteneurs ? Est-ce qu'on ne peut tout de même pas regarder les choses avec un peu de parcimonie ? -- Jérôme Marant
Debian et non-free
Bonsoir, J'ai bien compris les positions des uns et des autres, mais il y a quelque chose qui me chiffonne dans les positions de certaines personnes, notamment Sven. D'un côté, on nous dit que les firmware non-free ne doivent pas atterrir dans « main » par ce qu'ils ne respectent pas le SC de Debian. C'est reçevable. Mais d'un autre côté, on nous dit qu'on peut venir les chercher dans non-free, sur des serveurs hébergés par le projet Debian lui-même. Alors il faudrait peut-être être cohérent tout de même, et ne pas voter contre la suppression de non-free de l'archive Debian. J'ai personnellement voté pour la suppression de non-free et son déplacement vers un projet indépendant parce que je voyais là une contradiction. Alors je sais bien qu'en restant sur les serveurs Debian, les utilisateurs de programmes non-free bénéficient de son infrastructure (BTS, etc), mais je ne vois pas pourquoi on aurait le droit à certains « arrangements » d'un côté, et pas de l'autre. -- Jérôme Marant
Yahoo s'intéresse à nous ?
Hélas. http://fr.news.yahoo.com/050706/308/4hpi9.html -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Yahoo s'intéresse à nous ?
Patrice Karatchentzeff [EMAIL PROTECTED] writes: Mais si l'on veut que cela ne se retourne pas contre Debian, il ne faut pas que la situation s'éternise trop : on met des années à acquérir une réputation mais il faut très peu de temps pour la perdre. Ce qui est en deça de notre pouvoir, nous, petits developpeurs de base (interpréter: non root sur les machines du projet). -- Jérôme Marant
Re: Qui va a Debconf?
Quoting Christian Perrier [EMAIL PROTECTED]: Comment y allez-vous at à quel prix ? German Wings. Merci pour les informations. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qui va a Debconf?
Christian Perrier [EMAIL PROTECTED] writes: EN discutant avec Nicolas François qui me mentionnait ses intentions d'aller à Debconf, je me suis dit que ce serait peut-être bien de commencer à savoir qui des développeurs francophones prévoit d'aller à la Debconf d'Helsinki. Pour l'instant, je sais que veulent y aller: Denis Barbier Sven Luther Nicolas François moi-même J'ai comme l'intuition que Sam Hocevar va bien réussir à venir, mais qui d'autre encore? Comment y allez-vous at à quel prix ? Merci. -- Jérôme Marant
Re: Un bug dans la STL ?
Quoting Julien Gilles Oula, C++ ... Pourquoi se créer des problèmes inutilement ? ;-) C makes it easy to shoot yourself in the foot. C++ makes it harder, but when you do, it blows away your whole leg - B. Stroustrup Joli :-) Cependant, je reste persuadé qu'un bon développeur doit pouvoir s'accomoder de n'importe quel langage. :-) -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stand Debian a Solutions Linux 2005
Patrice KARATCHENTZEFF [EMAIL PROTECTED] writes: essaie le nouvel installateur, tu seras surpris. Mais quitte à troller, je pense que le troll n'est pas là-dessus mais quand Sarge sortira. Pas la peine d'attendre Sarge, il y a Ubuntu maintenant :-) -- Jérôme Marant http://marant.org
Re: deboostrap et /dev/null
Nicolas Bertolissio [EMAIL PROTECTED] writes: Bonjour, Bonjour, j'ai un problème avec les deux choses indiquées en sujet, j'essaie de remettre en place un environnement de construction de paquets, et je ne comprends pas pourquoi lors de la config des paquets, les scripts d'install n'ont pas accès à /dev/null, j'ai des erreurs de permission non accordée. Excuses-moi de ne pas répondre à ta question, mais est-ce que ce n'est pas pbuilder dont tu as besoin? -- Jérôme Marant http://marant.org
Re: Documentation pour Alioth ?
Yann Forget [EMAIL PROTECTED] writes: Bonjour, Je me suis créé un compte sur Alioth pour participer à un projet (AMD64), mais je ne trouve pas la documentation. Maintenant que je suis dans la liste des développeurs du projet, comment faire pour uploader des paquets ? Je ne comprends pas. Tu es dans la liste des développeurs du projet. Pour ne t'adresses-tu pas à ces mêmes développeurs, directement ? -- Jérôme Marant http://marant.org
Re: Bilan Solutions Linux 2004
Quoting Arnaud Vandyck [EMAIL PROTECTED]: Il faut pourtant une bonne dose d'idéalisme (intégrisme, c'est la désignation moderne et dédaigneuse - et idiote - de l'idéalisme) pour coder des logiciels libres. intégriste idéaliste! Je ne suis pas du tout croyant et j'espère que je ne vais choquer personne, mais il me semble que Jésus (idéaliste) a donné le Christianisme; les dévos (intégristes) ont donné dans la barbaries!.. Enfin, faites moi tout de même savoir si je suis à côté de la plaque pour Je te le fais savoir. -- Jérôme Marant
Re: Bilan Solutions Linux 2004
Quoting Sven Luther [EMAIL PROTECTED]: Il me semble qu'il n'existe pas de societe qui offre ce genre de choses en france. Je sais que Credativ en allemagne est dans ce crenau par exemple, tout comme l'est Progeny au US. Est-ce que le moment ne serait pas venu de creer une telle societe en France ? Une societe qui pourait employe certains DD, et qui pourrait servir de garanti a toutes les entreprises/services publics qui souhaitent utiliser Debian, mais qui n'ont pas la capacite ou la volonte de le faire en interne. Etant moi meme a la recherche d'un emploi en ce moment, je me lancerai bien dans une aventure de ce style, mais pas tout seul. C'est une idée très intéressante. Je pensais que c'était le créneau de sociétés comme Alcôve ou Idealx, mais apparemmement le vide ne semble pas comblé puisqu'il y a une forte demande pour ça. C'est malheureusement à cause de ce manque que les sociétés préfèrent prendre RedHat ou SuSE (ce que j'observe actuellement dans mon travail). -- Jérôme Marant
Re: aide Alioth et ssh
Nicolas Bertolissio [EMAIL PROTECTED] writes: Bonjour, j'écris ici parce que je n'ai pas trouvé où il fallait demander de l'aide sur Alioth. Comment faire pour mettre ma clé ssh dans Alioth (par courriel ?) sans devoir la recopier à la main (à cause du risque de me planter en recopiant) dans le lien « Editer les clefs » de la page de gestion de mon compte ? Sans répondre à ta question, pourquoi ne pas copier/coller la clé à la souris, puis enlever les retours chariot inutiles ? C'est comme cela que je procède. -- Jérôme Marant http://marant.org
Re: Je ne suis plus un demi-DD
Quoting Christian Perrier [EMAIL PROTECTED]: Je viens de recevoir un mail de James Troup m'informant que ma clé GPG est à nouveau dans le keyring Debian. ... C'est encore une fois une illustration d'un des maux de Debian : il y a trop de travail pour trop peu de personnes, notamment pour tout ce qui concerne les activités d'administration/maintenance Et il y a aussi des gens qui mettent leurs clés privées sur des machines où elles ne devraient jamais être, et qui donnent du boulot aux admins des dites machines quand les clés ont été compromises. SCNR :-) -- Jérôme Marant
Re: Je ne suis plus un demi-DD
Quoting Christian Perrier [EMAIL PROTECTED]: Quoting Jérôme Marant ([EMAIL PROTECTED]): Et il y a aussi des gens qui mettent leurs clés privées sur des machines où elles ne devraient jamais être, et qui donnent du boulot aux admins des dites machines quand les clés ont été compromises. C'est en faisant des...conn^W erreurs qu'on apprend..:-) Entièrement d'accord. :-) -- Jérôme Marant
Re: Testez l'installateur Debian....
Selon Christian Perrier [EMAIL PROTECTED]: Quoting Jérôme Marant ([EMAIL PROTECTED]): C'est dommage que tu tentes de détourner le contexte. Je ne remets pas en cause le fait de laisser tomber boot-floppies, mais plutôt celui de ne pas essayer de récupérer des installateurs existants (quite à en réécrire quelques morceaux) plutôt que d'en réécrire un from scratch. Je crois que la suite du thread que tu as cité indique bien qu'il n'y a pas volonté délibérée d'ignorer ces installateurs existants. Dommage que ce débat-là tourne encore au j'ai raison, tu as tord. Un des contributeurs rappelle dans cette discussion la différence entre l'installateur Redhat (qui gère 2 ou 3 architectures) et En fait, c'est plutôt 4 ou 5 d'après ce que j'ai pu lire. l'installateur Debian (qui en gère 11). Il en gérera 11, ce qu'il ne fait pas actuellement, soyons honnète. On peut (et certains ne manquent pas de le faire) regretter que l'aspect multi-architecture de Debian impose de grosses contraintes pour, en fait, un pourcentage infime d'utilisateurs (je viens de retravailler les templates du module s390-dasd qui sera probablement utilisé par 3 pelés dans le monde). C'est aussi notre richesse car cela impose d'éviter à tout prix les raccourcis ou généralisations hasardeux. Je suis ainsi quasi persuadé que l'installeur Redhat n'est pas transposable à Debiannotamment Tu es quasi persuadé parce que tu as été voir le code ? J'attends de voir ce qu'à fait Progeny. parce qu'il doit faire l'impasse sur pas mal de problèmes liés aux architectures. Le travail de portage ne peut être réalisé que par ceux qui ont intérêt à utiliser l'installateur sur une architecture donnée. J'ai du mal à croire que rien de ce qu'ont fait les autres ne correspond à nos besoins. Il y a forcément des portions que l'on peut réutiliser. Il n'a pas été possible cette fois-ci de faire l'installateur graphique flashy, avec mickeys clignotants et becquet arrière, dont certains rêvent. L'un n'empêche pas l'autre, c'est d'ailleurs pour ça qu'il y a un cdebconf-gtk. C'est probablement bien dommage car cela va encore confirmer chez certains technoïdes l'idée que Debian est une distribution préhistorique ou, comme je viens de le lire dans Linux pour les nuls acheté à mon héritier, réservée aux experts. Même si l'installeur est plus propre et plus facilement modifiable, il a la même esthétique que boot-floppies, donc il faudra s'attendre à ce genre de remarques. Malheureusement, c'est la limite du volontariat total qui existe dans Debian : on fait avec ce qu'on a. Il y a probablement trop peu de personnes qui contribuent à l'installateur (je vois toujours les mêmes noms dans -bootessentiellement des personnes qui ont par ailleurs pas mal de paquets, souvent importants, en charge). Alors là, je te rejoins complètement. Il faudra bien faire avec. Personnellement, je répète que je contente de boot-floppies et donc debian-installer me contentera parfaitement. Pour la prochaine version de Debian, il faut probablement que plus de développeurs se consacrent dès le départ à l'installateur...et que le travail sur celui-ci ne soit pas trop concentré à la fin du cycle de release. Le problème est de motiver les personnes. Comment inciter les développeurs qui ne sont pas convaincus par le design de d-i à venir rejoindre le projet ? Pourquoi Klaus Knopper et Progeny n'ont-ils pas contribués à d-i ? Je note tout de même que les développeurs de mozilla ont essuyé les mêmes critiques quand ils ont fait le choix de tout recommencer plutôt que de bidouiller un netscape 4 vieillissant. Avec les résultats que l'on connaît. Et avec 4 ans de développement. Malheureusement, on se saurait jamais s'ils ont eu raison ou tord. Il me semble évident qu'ils sont eu raison. Sans ce choix, on n'aurait jamais eu le bouillonnement qu'il y a eu autour de Mozilla, qui est en train de renverser les idées reçues sur le navigateur de référence. Le message commence lentement mais sûrement à passer, même chez les utilisateurs les plus basiques, qu'il existe des alternatives crédibles à IE. On est dans un contexte bien particulier de libération de code source (celui de Netscape 4), qui n'a jamais bénéficé de la revue des pairs propre au logiciel libre. -- Jérôme Marant
Re: Testez l'installateur Debian....
Christian Perrier [EMAIL PROTECTED] writes: L'installateur Debian est dans un état utilisable en ce moment. wget -nd http://gluck.debian.org/cdimage/testing/netinst/i386/daily/sarge-i386-netinst.iso vous ramènera 50Mo d'image ISO d'un CD netinst qui permet de bien voir comment se déroule l'installation et où en est la francisation (certaines traductions ne sont pas encore là car les paquets de modules d-i correspondants ne sont pas encore passés dans sarge) Au boulot... le week-end s'annonce encore pluvieux.. :-) Euh, je n'ai pas testé mais est-ce que ça ressemble à peu prêt à ça ? http://people.debian.org/~sjogren/d-i/screenshots/2003-07-13/newt/00-all.html Si oui, j'ai hâte de pouvoir utiliser Anaconda sur Debian :-) Sérieusement, j'ai bien l'impression qu'on a encore un bon exemple du syndrôme de la « réécriture from scratch ». Egoïstement, je me satisfais parfaitement des boot-floppies mais après avoir installé maintes RedHat et Mandrake (je ne parle même pas de Knoppix), j'ai le sentiment qu'on a du mal à sortir de l'âge de pierre. Je ne remets pas encore les efforts et la qualité du travail des uns et des autres, mais je n'ai pas bien compris la nécessité de la surmodularité et l'utilisation de debconf en tant que tel. Même si ce dernier permet de partager les données entre modules, certains (dont Tolef Fog Heen) en reconnaissent les limites notamment l'impossibilité de créer un panel complexe de widgets. Quelqu'un a même créé un utilitaire de partitionnement graphique mais on ne peut même pas l'intégrer pour cette raison. Enfin, ceux qui inventent des installateurs alternatifs ont tous tord et c'est mal de ne pas aider Debian-installer parce que debian-installer is the way to go ! -- Jérôme Marant http://marant.org
Re: Traduction de menus et Gnome....UTF-8eries
Quoting Christian Perrier [EMAIL PROTECTED]: Pas moyen dans ces conditions de lui faire gérer proprement un fichier en UTF-8, notamment quand on répond à un mail avec mutt (je suis pourtant passé à mutt-utf8 sur conseil de Laurent Defourssans trop savoir pourquoi à vrai dire... :-))) On voit ça :-) D'ailleurs, j'ai trouvé cette bizzarerie dans les en-tètes de ton message : Content-Type: text/plain; charset*=utf-8 ''utf-8%C2%A0 Ca vient de moi ? -- Jérôme Marant
Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?
Quoting Daniel Déchelotte [EMAIL PROTECTED]: Arnaud Vandyck [EMAIL PROTECTED] a écrit : | J'aimerais un jour comprendre cette haine vis-a-vis de java. Mon explication est peut-etre de mauvais gout, mais la voici : Java permet de faire un peu trop de choses un peu trop facilement. Ca enerve les bons en programmation. Explication a travers un exemple : J'ai une autre explication ;-) Je précise que j'ai déjà programmé en Java donc je ne parle pas dans le vide. Ne le prend pas mal Arnaud :-) Java a pris tout ce qu'il ya de pourri dans C++ en laissant de côté tout ce qu'il y a de bien. De surcroît, ces gentils ingénieurs de Sun ont réussi à concevoir une machine virtuelle d'une lourdeur incroyable, qui reste encore aujourd'hui et malgré les efforts qu'ils peuvent déployer, une grosse usine à gaz bouffeuse de ressources. Les versions libres n'arrivent pas à la cheville parce que toute manière, il suivent la même conception est peu brillante à la base. Il ne faut pas blâmer Kaffe. Alors on s'en sort comme on peut, et on prie très fort pour que la compilation native résolve ces problèmes. Attention, je ne critique en aucun cas l'interprétation de bytecode en général ; d'autres s'en sortent très bien (OCaml par exemple). Globalement, je crois que C# est meilleur même si je ne m'engagerai pas dans cette voie, pour des raisons évidentes. -- Jérôme Marant
Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?
Quoting Mike Hommey [EMAIL PROTECTED]: On Thursday 14 August 2003 10:02, Jérôme Marant wrote: Java a pris tout ce qu'il ya de pourri dans C++ en laissant de côté tout ce qu'il y a de bien. Ah qu'il est fort ah qu'il est beau ah qu'il est grand mon ami troll du chaos Prouve-moi le contraire, monsieur Glandium. -- Jérôme Marant
Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?
Quoting Mike Hommey [EMAIL PROTECTED]: On Thursday 14 August 2003 10:30, Mike Hommey wrote: Prouve-moi le contraire, monsieur Glandium. Elle est facile, celle-là. C'est toi qui envoie des affirmations à deux balles, c'est donc à toi de prouver tes dire et pas à moi de prouver le contraire... Au passage, si tu pouvais me dire les trucs bien de C++, que je rigole un peu... Tu ne m'entraîneras pas dans cette voie-là. Tu as assez trollé pour aujourd'hui et je ne veux pas te tendre une nouvelle perche. -- Jérôme Marant
Re: [HS] : coup de gueule. Ou va Debian ?
Quoting Djoumé SALVETTI [EMAIL PROTECTED]: Fantastique, tu vas donc pouvoir me dire en quoi les derniers DPL ont influé sur Debian, je ne vois pas. Je pense que l'on peut au moins dire que la non-élection de Raphaël Hertzog aura influencé le développement de Debian. Je n'en ai pas l'impression. -- Jérôme Marant
Re: [HS] : coup de gueule. Ou va Debian ?
Quoting Djoumé SALVETTI [EMAIL PROTECTED]: Le jeudi 08/14/03 Jérôme Marant [EMAIL PROTECTED] a écrit : Je pense que l'on peut au moins dire que la non-élection de Raphaël Hertzog aura influencé le développement de Debian. Je n'en ai pas l'impression. Je pense que ce genre de chose : http://www.debian.org/vote/2002/platforms/raphael#release1 aurait quand même eu une influence sur le développement de Debian. Raphaël a fait des choses très intéressantes et utiles. Mais, on ne lui a pas donné les moyens de mettre au point ce qui pouvait changer radicalement les choses (voir stable, working, testing). Car les releases s'espacent, problème majeur évoqué par PK. Il y a des petits chefs qui font certains blocages. Donc non, j'ai toujours la même impression, nous naviguons à vue. -- Jérôme Marant
Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?
Quoting Josselin Mouette [EMAIL PROTECTED]: Le jeu 14/08/2003 à 10:02, Jérôme Marant a écrit : Globalement, je crois que C# est meilleur même si je ne m'engagerai pas dans cette voie, pour des raisons évidentes. Au moins C# a une implémentation libre... Deux, même : mono et dotgnu. Mais tu parles des bibliothèques non ? -- Jérôme Marant
Re: [HS] : coup de gueule. Ou va Debian ?
Quoting Djoumé SALVETTI [EMAIL PROTECTED]: Le jeudi 08/14/03 Jérôme Marant [EMAIL PROTECTED] a écrit : Raphaël a fait des choses très intéressantes et utiles. Mais, on ne lui a pas donné les moyens de mettre au point ce qui pouvait changer radicalement les choses (voir stable, working, testing). Car les releases s'espacent, problème majeur évoqué par PK. Il y a des petits chefs qui font certains blocages. Donc non, j'ai toujours la même impression, nous naviguons à vue. Il doit y avoir un malentendu car j'ai l'impression que l'on dit la même chose : Raphaël aurait pu changer radicalement les choses s'il avait été élu, donc l'élection du DPL est importante pour le développement de Debian. (ce que disait Patrice Karatchentzeff). Justement, je crois que ce n'est pas vrai. Car pour faire ce Raphaël propose, il n'y a pas besoin d'être DPL. Simplement parce qu'un DPL a très peu de pouvoir et ne peut quasiment rien imposer. Le vrai pouvoir est entre les mains de ceux qui sont root sur les machines du projet (le Debian Account Manager notemment). S'il avait été DPL, je ne pense pas qu'il en aurait été autrement. Sinon je pense comme toi que l'immense majorité des développements se font en naviguant à vue, à l'initiative de n'importe quel DD, sans organe de décision centralisé. Il manque un capitaine qui donne une direction tout en laissant le plus de degrés de liberté possible. Mais attention, plus il y a de contraintes, plus les gens partent. -- Jérôme Marant [EMAIL PROTECTED]
Re: [HS] Java et heritage multiple [was: Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ? ]
Quoting Arnaud Vandyck [EMAIL PROTECTED]: On 14 Aug 2003 15:55:50 +0200 Nicolas Rueff [EMAIL PROTECTED] wrote: Je propose: héritage multiple, certes peu souvent utilisé, mais c'est difficile de s'en passer quand on en a vraiment besoin. Je ne suis pas dev C++ donc n'hesitez pas a me corriger, mais d'apres ce que j'ai entendu, l'heritage multiple est plutot source de probleme que de facilite. Maintenant, les interfaces reglent plus ou moins le probleme, et surtout, on sait quelles seront les methodes qui seront utilisees! ;) En matière d'héritage multiple, Eiffel s'en sort plutôt bien. Voir http://www.cetus-links.org et suivre les liens. Par contre, je suis d'accord sur le fait que ce ne soitpas indispensable, voir problèmatique dans certains cas. -- Jérôme Marant
Re: [HS] : coup de gueule... Où va Debian ?
Quoting Patrice Karatchentzeff [EMAIL PROTECTED]: La principale raison d'avoir un compte et un email dans le projet est la maintenance de paquets. Mais ce n'est pas plus une recon- aissance qu'autre chose. Par ailleurs, il est possible d'avoir des comptes dans certains CVS du projet, notamment les pages web, sans faire partie du projet. Il a certainement estimé que ta contribution ne nécessitait pas de compte. C'est pourquoi, tu pourras te représenter si tu souhaite maintenir des paquets. Là, je t'arrête : soit on a une adresse en @debian.org parce qu'on participe au projet - et ce quelque soit la façon dont on participe - soit, on n'en fait pas partie... Il y en a plein, comme moi qui n'utilisent jamais cet alias. Personnellement, j'évite de l'utiliser pour avoir plus de liberté dans mes propos. Je suis d'accord pour que l'on demande des preuves avant d'intégrer quelqu'un : cela me parait souhaitable même. Je crois avoir fait mes preuves en l'occurence... Personne n'affirme le contraire. Dans ce cas, force est de constater que l'on a deux catégories de contributeurs au projet : - un responsable de paquet - un autre qui fait autre chose (hormis ceux qui recompilent pour une autre archi) Le premier est reconnu comme participant au projet, a le droit de vote pour élire le lideur - pardon le chef -, participer au projet, etc. L'autre n'a pas de droit, si ce n'est pas de contribuer et de donner son temps comme un pigeon... C'est là où le bât blesse... Exactement. Le problème est très simple: il n'existe à l'heure actuelle aucun mécanisme de restrictions de droits. On pourrait imaginer que les gens qui font de la traduction seule aient des accès restreints et n'aient pas la possibilité d'uploadé des paquets, tout en étant membre du projet. Actuellement, c'est tout où rien ; par conséquent, chaque membre du projet a potentiellement le droit d'uploader des paquets et c'est pourquoi on doit vérifier ce genre de compétences (qui sont les seuls risques en fait). Si je prend un paquet « de merde » et que je le maintiens de version en version sans difficulté (genre un script idiot sans intérêt), j'aurai le droit d'être un véritable mais celui qui passe des centaines d'heures à bosser pour Debian n'aura... que le droit de fermer sa gueule le jour où l'on demandera au premier son avis sur l'avenir de la distribution ! C'est *là* qu'est le véritable problème... Avec le recul, je trouve qu'il est dommage que tu n'aies pas pris la perche que je t'avais tendue : je t'ai donné l'occasion de maintenir doc-debian-fr, un paquet très facile à gérer et qui prend assez peu de temps, et de surcroit en relation avec ton travail de traducteur. A l'époque, plusieurs personnes étaient intéressées et je t'avais choisi parce que étais le contributeur le plus ancien. Et ne t'en déplaise, une adresse en debian.org *est* un signe de reconnaissance, au moins chez les connaisseurs, même si son rôle initial n'est pas là. Oui, OK. Mais bon ... [...] Tu as raison de continuer. Tout le monde t'en remercie. Je l'ai fait avant de me faire jeter, je ne vois pas bien pourquoi je ne le ferai pas après... le monde ne tourne pas autour de Debian tout de même ! [...] Le processus est volontairement non transparent. Le processus tique sur les gens qui font des choses qui se voient, notamment les corrections de bugs. Il faut faire parler de soi pour avoir plus de chances. Il faut insister et se bouger. Si tu as été inactif pendant un certain temps où tu attends qu'on te contacte, on ne te juge pas très motivé et on ne se presse pas pour te faire avancer. Alors, le processus est très mauvais : Martin participe aussi, et depuis encore plus longtemps que moi si je ne me trompe pas ! S'il est laissé de côté, c'est parce que les gens qui recrutent sont soit miro, soit volontairement aveugle... Si tu crois que c'est du recrutement, tu te trompes. Il suffit donc de gueuler plus fort que les autres pour être élu ? Il y a donc un problème ici... On ne juge pas les compétences mais la façon d'être vu... Gueuler fort, je ne crois pas. Montrer aux autres son activité oui. Encore une fois, cela me rappelle les boîtes où je travaille : les gars passent plus de temps à ouvrir des parapluies, faire des rapports et se faire mousser pour faire avancer leur carrière que de bosser réellement... Debian prend exactement ce chemin et c'est fort dommageable pour elle... Je comprends que tu sois aigri mais je ne crois pas que ça soit une raison de voir les choses en noir. -- Jérôme Marant
Re: [HS] : coup de gueule... Où va Debian ?
Quoting Patrice Karatchentzeff [EMAIL PROTECTED]: Salut, Salut, D'abord, merci de ne pas avoir posté sur debian-user-french. Je voulais attendre un peu... mais finalement, non, je m'y colle dès ce soir... J'ai été débouté ce soir de ma demande de devenir développeur Debian... Pas la fin du monde, hein ? Mais je me pose quelques questions désormais sur Debian... Non, ce n'est pas la fin du monde, en effet. Je poste rapidement mon « CV » pour Debian : je participe à la l10n depuis 4 ans au moins et j'ai quelques milliers d'heures passées dessus à traduire, relire, corriger et toutes ces sortes de choses, complètement inutiles manifestement au sein de Debian. L'année dernière, je me suis dit : pourquoi ne pas postuler ? Un peu de reconnaissance ne fait pas de mal, n'est-ce pas ? Après tout, des tas de DD le sont devenus avec beaucoup moins de références... et puis, c'est sympa... je participe quasi-anonymement depuis des années, soit activement au « développement », soit activement à l'extérieur (Install Party, Groupe Debian de la GUILDE, etc.)... bref, un moyen de rectifier cela en entrant plus officiellement dans le groupe... Que neni ! Étais-je naïf au point de penser que cela était une formalité ? Bref, je me gourrais sur toute la ligne... Trouver un parrain ne me fut pas bien difficile... le reste fut impossible. Je veux bien reconnaître que je n'ai peut-être pas passé les épreuves avec brio... Honnêtement, je m'en fous : je ne suis pas fort pour passer les examens. Dans la vie, je juge les gens sur les actes, pas sur les diplômes... Il faut croire que Debian copie les tares du système industriel français... Cela promet pour son avenir : avec un peu de chance et beaucoup d'énarques, la version 3.1 de Debian sortira avant 2040... Franchement, ton cas personnel n'a rien à voir avec la sortie de la prochaine version, mais je mets ta réflexion sous le coup de la colère. IL est vrai que ma demande initiale était un peu différente de celles des autres : je demandais à être DD sans paquet, c'est-à-dire juste à continuer à m'occuper des traductions/relectures/corrections (enfin, tous les trucs que les *véritables* ne s'occupent pas puisque la l10N et l'i18n est la vingt-cinquième (au moins) roue de carrosse pour les anglophones qui manifestement font la loi). Voici la réponse de ma « NM applicant » : I reject the Debian applicant Patrice KARATCHENTZEFF [EMAIL PROTECTED]. Patrice had difficulties to pass PP. Moreover Patrice does not maintain any package. Instead of keeping Patrice in a limbo, i prefer rejecting him. He can reaply as soon as he has at least one package in the archive. Joli, hein ? [...] Je pense que l'explication de l'AM est mauvaise, enfin, disons qu'elle n'est pas assez explicite. La principale raison d'avoir un compte et un email dans le projet est la maintenance de paquets. Mais ce n'est pas plus une recon- aissance qu'autre chose. Par ailleurs, il est possible d'avoir des comptes dans certains CVS du projet, notamment les pages web, sans faire partie du projet. Il a certainement estimé que ta contribution ne nécessitait pas de compte. C'est pourquoi, tu pourras te représenter si tu souhaite maintenir des paquets. Ensuite, je pense que le processus NM accorde moins facilement les comptes qu'auparavent, justement parce que trop de nouveau développeurs démissionnent ou arrêtent de contribuer dès qu'ils sont acceptés. Et le nombre de bugs RC en souffre, donc la release en souffre. Désolé que tu en sois victime. Le plus con, c'est que je vais continuer à faire comme avant, pour que les futurs utilisateurs non anglophones ne soient pas lésés par la connerie sans borne de la rigidité des décisions d'un recrutement qui me laisse (presque) sans voix... Heureusement, mes doigts sont indépendants du larynx ;-) Tu as raison de continuer. Tout le monde t'en remercie. Un dernier mot : jusqu'à présent, sur un CV, le terme de DD aurait été pour moi quasiment un blanc seing. Ce n'est plus le cas maintenant : je vérifierai ce qu'a fait le-dit DD *avant* toute embauche ou promesse d'embauche... chat échaudé... Voilà, c'est tout : je ne suis même pas en colère... Juste déçu. Et dire qu'il a fallu attendre un an pour avoir cette réponse entre la demande et l'éviction... chapeau ! là, on concurrence l'administration française... Le processus est volontairement non transparent. Le processus tique sur les gens qui font des choses qui se voient, notamment les corrections de bugs. Il faut faire parler de soi pour avoir plus de chances. Il faut insister et se bouger. Si tu as été inactif pendant un certain temps où tu attends qu'on te contacte, on ne te juge pas très motivé et on ne se presse pas pour te faire avancer. L'administration française... l'industrie française... Où va Debian ? C'est exagéré mais je comprends ta colère. Cordialement -- Jérôme Marant
Re: Comment voir plus rapidement les nouveaux prg dans SID ?
Quoting Xavier Maillard [EMAIL PROTECTED]: Bonsoir, Bonjour, Bon après de multiples tentatives pour voir packager certaines mises-à-jour de soft qui m'interessent, je voudrais savoir comment il faut s'y prendre en règle général. Prenons l'exemple du soft toto qui dans SID est en version 1.2. Je vas sur le site du projet et je constate que le fameux soft en est deja à la version disons 1.4. Comment faut-il s'y prendre pour que cette version soit packagée puis remplace l'ancienne dans SID ?? Le rapport de bogue me semble le plus approprié mais parfois le mainteneur ne réagit pas. Dans ce cas que faire ?? Au bout de combien de temps ne réagit-il pas ? Tu peux regarder tous les bugs reports, et voir s'il a répondu à ceux qui sont arrivés récemment. Cela peut te donner des signes sur l'activité du développeur. J'ai pensé pour un soft, proposer un paquet à jour du soft en question mais après que dois-je en faire si je veux par exemple qu'il soit revu/corrigé/intégré dans SID ? Après, tu peux mettre à jour le paquet chez toi, et en faire un patch que tu vas poster dans le bug wishlist que tu as précédemment déclaré. S'il ne se manifeste pas, envoie un mail sur debian-devel en expliquant ce qui se passe et je pense qu'il aura quelqu'un pour uploader. Cordialement, -- Jérôme Marant
Re: Comment voir plus rapidement les nouveaux prg dans SID ?
Quoting Arnaud Vandyck [EMAIL PROTECTED]: [...] L'avantage, me semble-t-il, et c'est pour cela que je l'ai fait, c'est qu'il est facile de perdre un mail, mais dans le BTS, l'information est tres bien conservee. S'il ne se manifeste pas, envoie un mail sur debian-devel en expliquant ce qui se passe et je pense qu'il aura quelqu'un pour uploader. Houlala, j'espere que tu n'est pas developpeur Debian... non, je deconne Si je suis developpeur Debian, la preuve : je ne fais pas de Java ;-) (oups, un troll s'est échappé de ma poche) ;) pour un RC bug, je crois qu'il trouvera un sponsor (meme s'il n'y a pas foule pour l'instant), mais pour un wishlist, ca m'etonnerait! Voir une discussion a ce propos ici: [...] Oui, mais ce n'est pas n'importe quel wishlist : il s'agit d'un paquet obsolète. En général, beaucoup s'accordent pour qu'une nouvelle version soient uploadée, car c'est souvent le signe de l'inactivité du mainteneur. Si 30 jours se sont écoulés depuis la nouvelle version, il y a peu être un problème. http://lists.debian.org/debian-java/2003/debian-java-200308/msg00019.html Doesn't a few days seem abnormally short notice for such a major NMU - not a bugfix but an entire new upstream release? Je suis d'accord, il faut quand même attendre un certain temps. Mais je ne sais pas combien de temps Xavier a atendu non plus. et pourtant, la nouvelle release de kaffe (environnement de developpement java libre) est tres importante pour l'equipe debian-java puisque cela permettra de faire passer pas mal de logiciels et de librairies java de contrib a main! Je te l'accorde mais ça n'en fait pas non plus un caractère d'urgence pour l'utilisateur. -- Jérôme Marant
Re: même programme en GTK 1.2 et GTK 2.0 dans le même paquet ?
Quoting Sebastien Bacher [EMAIL PROTECTED]: Les 3 premières solutions ne me conviennent pas vraiment. Est-ce que la 4ème solution est jouable/souhaitable/une connerie ? Perso je pencherais largement pour la solution 1 si la version gtk2 est utilisable. A la limite attendre un peu et laisser le bug en état quelque temps ... mais la solution 4 n'est pas approprié à mon avis, et la solution 3 à oublier. La solution 1 ? Moi je l'appelle la solution Galeon ! Je vous remplace une solution gtk 1.2 qui marche bien par une version 2.0 avec 2 fois moins de fonctionnalités et des plantage occasionnels ! Mais bon, gtk 2.0 c'est la mode et vous êtes là pour tester et faire des bug reports ! Et les vrais utilisateurs dans tout ça ? Foutage de gueule ! Amicalement, -- Jérôme Marant
Re: même programme en GTK 1.2 et GTK 2.0 dans le même paquet ?
Quoting Arnaud Vandyck [EMAIL PROTECTED]: La solution 1 ? Moi je l'appelle la solution Galeon ! Je vous remplace une solution gtk 1.2 qui marche bien par une version 2.0 avec 2 fois moins de fonctionnalités et des plantage occasionnels ! Mais bon, gtk 2.0 c'est la mode et vous êtes là pour tester et faire des bug reports ! jpilot 0.99.2-2 est dans stable ET dans testing, or gtk1.2 ne sera pas dans la prochaine stable (ou pas par defaut?). Ca veut dire quoi par défaut ? Moi, il me semble que tu peux passer a gtk2.0 pour justement essayer d'avoir un maximum de rapport de bugs! C'est tout de meme cela qui risque de faire progresser l'application, non? (Quitte a forwarder le bug et le tagger upstream)... Je pense que c'est un des meilleurs moyen de contribuer a l'application que package. Super ! Et si les utilisateurs de unstable (qui je le rappelle concerne le packaging et non la stabilité des applis) veulent utiliser une application stable, est-ce qu'on doit les forcer à utiliser une application qui plante sous prétexte qu'il faut trouver les bugs ? Si on faisait pareil avec la libc et les packages critiques ? Pour cela, il y a la distribution experimental. Et les vrais utilisateurs dans tout ça ? Foutage de gueule ! Les utilisateurs sont en stable ou en testing, non? ;) En tant que développeur, je suis aussi utilisateur de unstable et je suis en droit d'attendre que les choses fonctionnent dans de bonnes conditions pour mener à bien mon travail de package. J'espère que tu n'es pas développeur, je ne voudrais même pas de quelqu'un qui agit de manière aussi irresponsable dans Debian. -- Jérôme Marant
Re: même programme en GTK 1.2 et GTK 2.0 dans le même paquet ?
Quoting Sven Luther [EMAIL PROTECTED]: La solution 1 ? Moi je l'appelle la solution Galeon ! Je vous remplace une solution gtk 1.2 qui marche bien par une version 2.0 avec 2 fois moins de fonctionnalités et des plantage occasionnels ! Mais bon, gtk 2.0 c'est la mode et vous êtes là pour tester et faire des bug reports ! Tu sait, la raison pour le manque de fonctionalite de galeon 2 n'a rien a voir avec le passage a gtk2, mais plutot a voir avec le fait que l'ancien developeur principal de galeon, qui a forker epiphanie depuis, croyais dur comme fer au HIG et a une interface minimaliste. Et tu n'etait de toute facon pas dans sa categorie d'utilisateurs. Ta grand mere peut etre, mais pas toi. Mais, je ne demande pas grand chose : qu'on ne m'obliqe pas à tester des versions alpha/beta alors qu'il existe une version stable qui marche bien. Plusieurs solutions: - les packages snapshots ; - uploader dans experimental . Je suis agacé parce que ça s'est déjà produit dans le passé, notamment de KDE 2.0 - KDE 2.1 : j'utilisais konqueror à l'époque et j'en étais très satisfait. Puis Yvan Moore a mis une version beta de KDE 2.1 et tout crashait au bout de 30 secondes !! Ce n'est pas raisonnable. -- Jérôme Marant [EMAIL PROTECTED]
Re: KEY SIGNING PARTY vendredi prochain a Paris?
En réponse à Xavier Roche [EMAIL PROTECTED]: Une key-signing party est envisageable vendredi prochain, avec Stefano Zacchiroli ([EMAIL PROTECTED]) qui est de passage sur Paris en ce moment. Ce serait aux alentous des Halles (central pour tout le monde à priori, station les Halles) vers 19h (ou avant?) autour d'une bonne bière. Les personnes intéressées peuvent se manifester (rapidement) pour voir si la réunion est possible. Ca devrait être OK pour moi. -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: KEY SIGNING PARTY vendredi prochain a Paris?
En réponse à Fabien Penso [EMAIL PROTECTED]: J'ai suggéré un coin bien connu, vers Chatelet, forum des halles, rue Pierre Lescot, café Le Père Tranquille :) à 4E le coca, il aura un bon souvenir ... ;) Toujours les mots gentils ... -- Jérôme Marant
Re: A propos du village associatif des RMLL2003
En réponse à anne [EMAIL PROTECTED]: Bonjour Bonjour, C'est dans cet état d'esprit qu'est née l'idée d'un village associatif, un peu à l'image (certes plus restreinte) de Linux Solution. A ce titre, Debian étant un projet incontournable dans la communauté, il nous a semblé essentiel d'en faire la proposition à la communauté. Il serait un lieu de démonstration, d'échanges avec des gens pas forcément spécialistes. Je Ce n'est pas un problème d'état d'esprit. Les RMLL ont jusqu'à présent été un lieu de rencontre _informel_ d'individus amateurs de logiciel libre. En général, les gens assistent à des conférences, puis se réunissent dehors (quand il fait beau :-) pour échanger. Le problème des stands est que des personnes doivent être présentes dans les stands en permanence et ne peuvent donc pas participer librement aux discussions informelles qui s'y déroulent, voire ne peuvent pas assister aux conférences. Par ailleurs, les stands ont pour effet de marquer des séparations entre des projets et des associations, alors que les RMLL ont pour but de favoriser le mélange. Les stands ne sont donc à mon avis pas une bonne idée. -- Jérôme Marant
Re: Presence de Debian aux RMLL 2003 (Metz, 9-12 juillet)
En réponse à Thomas Seyrat [EMAIL PROTECTED]: Parce que j'avais tenu le stand Debian à la Linux Expo Paris 2003, le comité d'organisation des RMLL me sollicite pour le faire encore là-bas. Toutefois, ça ne m'est pas possible. Si quelqu'un est suffisamment motivé (attention, tenir un stand n'est pas toujours une partie de plaisir) pour le faire, qu'il me réponde directement et je lui fournirai les contacts. Le terme présence de Debian n'est pas aproprié dans le contexte des RMLL. Les RMLL ne se présentent pas sous forme de stands, il s'agit plutôt d'une rencontre d'individus, AMA. -- Jérôme Marant
Re: Presence de Debian aux RMLL 2003 (Metz, 9-12 juillet)
En réponse à Jean-Michel Kelbert [EMAIL PROTECTED]: Salut, Je ne sais pas encore si je pourrais y aller (je ne saurais que fin juin), mais si tel est le cas, j'aiderais avec un grand plaisir. Viens, je t'en prie ! Je meurs d'envie de te voir présenter ton projet de fractionnement de debian-user-french ;-) Humm. -- Jérôme Marant
Re: Presence de Debian aux RMLL 2003 (Metz, 9-12 juillet)
En réponse à Igor Genibel [EMAIL PROTECTED]: Je suis d'accord avec Serge, heu Jérôme ;) Serge !! -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: Presence de Debian aux RMLL 2003 (Metz, 9-12 juillet)
En réponse à Jean-Michel Kelbert [EMAIL PROTECTED]: Salut, Viens, je t'en prie ! Je meurs d'envie de te voir présenter ton projet de fractionnement de debian-user-french ;-) Humm. Tiens on dirait que ça t'as marqué ! :) C'est à jamais associé à ton nom :) Mais t'en fait pas, si je viens, c'est pas pour resortir cette idée. Je l'ai abandonnée. Mais je prévoierais tout de même une trousse de premier secours, qui pourrait servir en cas d'altercation... :) Aucun risque. Les oppposants a cette idée, que nous nommerons pas ici, sont bien connus pour leur couardise. -- Jérôme Marant
Re: Question de confiance ...
En réponse à Anthony Baire [EMAIL PROTECTED]: Euh non, en fait le problème se situe ailleurs. ... En espérant ne pas trop vous embrouiller... :) Merci Anthony ! Tu as très bien expliqué. Je crois que les choses commencent à s'éclairer. Il se pourrait même que j'ai compris ! -- Jérôme Marant, ex-INSAlien de Rennes :-) http://marant.org
Question de confiance ...
Bonjour, J'ai récemment rencontré un développeur Debian qui vient d'arriver à Paris et nous avons échangé nos empreintes GPG selon la procédure habituelle. Ma carte de visite, sur laquelle est incrite mon empreinte, ne mentionne que mon adresse @debian.org. Le développeur en question a récupéré ma clé mais ne l'a signée que pour l'UID @debian.org alors que celle-ci contient d'autres UID, et ceci pour des raisons de sécurité. Je n'ai pas réussi à obtenir d'explications convaincantes sur les problèmes liés à la sécurité. Est-ce quelqu'un saurait expliquer les problèmes et risques ou pourrait me diriger vers une documentation claire ? Merci d'avance. -- Jérôme Marant
Re: Question de confiance ...
En réponse à Pierre Machard [EMAIL PROTECTED]: Note qu'en reprenant les arguments que tu as cité, si le mec se fait virer après que la personne qui veut signer la clé ait sondé l'adresse email, le problème est le meme :-) deluid fonctionne bien, autant l'utiliser :p Donc pour répondre à Jérôme, il n'y a pas de bonnes raisons pour qu'il ne signe pas tous tes UID :-p Jusqu'ici, c'est ce que je me disais. :-) -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: Résumé des discussions au sujet de debconf sur debian-devel
En réponse à Denis Barbier [EMAIL PROTECTED]: Par contre, j'ai utilisé une note dans icewm pour indiquer que l'organisation du paquet avait changé mais j'ai mis ça aussi dans le README.Debian. Je ne sais pas si je fais un abus dans ce cas-là. A ton avis ? AMA c'est exactement l'usage que dénonce Joey ;) J'imagine. Ceci dit, je pense que ça peut servir à éviter pas mal de bugs reports inutiles des utilisateurs, pour ceux qui n'ont pas le réflexe de la lecture du README.Debian, par omission voire ignorance. En revanche, j'admets que c'est un obstacle potentiel à une installation automatisée. -- Jérôme
Re: Résumé des discussions au sujet de debconf sur debian-devel
En réponse à Denis Barbier [EMAIL PROTECTED]: J'imagine. Ceci dit, je pense que ça peut servir à éviter pas mal de bugs reports inutiles des utilisateurs [...] Mais justement, debconf n'est pas fait pour pallier à ce problème. J'en suis conscient. A priori, il n'y a pas d'autre méthode qu'une bonne vieille explication dans le README.Debian. Détourner un système de son but original pour éliminer un problème ailleurs, c'est pourtant une pratique que tu réprouves fortement d'habitude ;) En fait, je trouvais que c'était un confort supplémentaire mais ce n'est visiblement pas ce qu'il faut faire :-) Je sens que je vais revenir dans le droit chemin :-) -- Jérôme Marant
Re: Fin du débat sur d-d-f, SVP [Re: pour info]
En réponse à Michael Scherer [EMAIL PROTECTED]: Est-ce que vous pouvez déplacer une fois pour toute le débat sur debian-user-french uniquement, car seuls les lecteurs de cette liste sont concernés. Il n'aurait jamais dû commencer ici de toute manière. Je ne suis pas vraiment d'accord. La séparation en deux d'une listes, ça relve de 'linfrastructure de bian et donc, son developpement. Je ne croit pas que ce soit une bonne idée de discuter du bruit de duf sur duf. Si vous voulez, deplacez le débat la bas, mais ça se fera sans moi. Eh bien que ça se fasse sans toi. -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: Paquet Virtuel ???
En réponse à Stéphane GAUTIER [EMAIL PROTECTED]: Bonjour quand même, J'ai trois paquets debian qui s'appellent base-projet doc-projet misc-projet je souhaite pouvoir faire un apt-get install projet et installer les trois paquets. Je ne sais pas comment m'y prendre : Dois-je créer un paquet qui ne comporte que des dépendences ou le concept de virtual package peux s'appliquer à mon cas ? Il faut faire un faux paquet avec juste les dépendances. Un paquet virtuel est juste un moyen pour dire qu'un certain paquet fournit un certain service. Ensuite, tu dois choisir à l'installation un paquet parmis ceux qui fournissent le service. -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: Paquet Virtuel ???
En réponse à Stéphane GAUTIER [EMAIL PROTECTED]: [ Pas la peine de réponde en recopiant tout le mail. C'est contraire à la Netiquette. Je CC la liste comme j'étais le seul destinataire. ] Un paquet virtuel est juste un moyen pour dire qu'un certain paquet fournit un certain service. Ensuite, tu dois choisir à l'installation un paquet parmis ceux qui fournissent le service. Qui à des exemples de faux paquets pour que je m'en inspire ? meta-gnome2 (dans debian unstable) -- Jérôme Marant [EMAIL PROTECTED]
Re: MPlayer
En réponse à STOJICEVIC E InfoEdpRsa [EMAIL PROTECTED]: Salut, Je voudrais savoir où en est le projet Mplayer ? Va-t-il intégrer bientôt la Debian ou pas ? Qu'en est-il des brevets et du code non 100% GPL ? Pourquoi ne pas poser la question à celui qui s'en occupe plutôt qu'ici ? Andrea Mennucci [EMAIL PROTECTED] -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: debconf et l'admin debian distribuée
En réponse à Sylvain Ferriol [EMAIL PROTECTED]: bonjour à tous Bonjour, merci pour les réponses sur les outils d'admin debian sur plusieurs machines. Pour les questions d'utilisateurs, il faut poser les questions à la liste debian-user-french. La liste debian-devel-french est dédiée au développement Debian (packaging et tout ce qui l'entoure). Cordialement, -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: [Fwd: administration sur plrs machines]
En réponse à Sylvain Ferriol [EMAIL PROTECTED]: bonjour à tous Bonjour, je souhaite administrer plusieurs machines (20 ou plus) sous debian. aussi j'ai plusieurs questions: - comment installer facilement debian sur les machines je suis inscrit sur la liste debian-boot et on dirait qu'il n'y a pas la possibilité de faire une disquette d'install préconfigurée, avec les configs réseaux préconfigurées. C'est un des buts de debian-installer mais rien n'existe actuellement dedans pour faire ce que tu veux. Par contre, les applications suivantes : - fai (fully automated installation) - replicator peuvent répondre à tes besoins. - comment faire pour quelles soient toutes à jours et quelles utilisent les mêmes versions de paquets. - y a-t-il des outils pour upgrader à distance un ou plusieurs paquets sur l'ensemble du parc. Je n'en sais pas plus. Peut-être les deux outils sus-cités peuvent-ils t'aider. Merci De rien. -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org
Re: ethique Debian
Pierre THIERRY [EMAIL PROTECTED] writes: Sans le nom, pornview est un lecteur d'image comme tout autre. Mais la question reste intéressante : si un logiciel inclue des images pornos, sera-ce un prétexte suffisant pour le refuser dans l'archive officielle ? Je pense que oui mais il faurdrait savoir qui a le pouvoir de décider ça, comme d'autoriser le contraire. C'est du troll, mais ça nous donnerait le statut de «communauté bien-pensante collaborative» ! Mon Dieu ! Il y a pourtant dans Debian des paquets nettement plus litigieux que du porno, comme airsnort, dont on ne peux nier qu'ils sont conçu autant comme outils d'intrusion que d'audit de sécurité... Mais la liberté des LL réside aussi dans la liberté de ne pas s'en servir. Oui mais là tu fais des procès d'intention, c'est tout de même différent. -- Jérôme Marant http://marant.org
Re: Looking for testers/sponsor for new package IRE
lexandre Pineau wrote: On Wed, 20 Nov 2002 14:18:12 -0800 Mike Fedyk [EMAIL PROTECTED] wrote: Ire-the-flat should depend on ire... I am not completely sure for the depence. Indeed, there is also an editor for IRE (but no package for the moment). Ire-the-flat could be used just with the editor. That's why ire recommands ire-the-flat. Nevertheless, today, ire-the-flat is useless within ire. What do you think of this? Beaucoup de gens sont abonnés à debian-mentors et debian-devel-french. Merci de ne pas crossposter systématiquement.
Re: Questions de policy
On Tue, Sep 24, 2002 at 08:26:03AM +0200, Christian Perrier wrote: Je vais m'inspirer de ce que fait par exemple sympa, mais quelqu'un a-t-il un avis sur le sujet? Je n'ai rien trouvé dans la policy sur le *retrait* des groupes nécessaires aux paquets (j'ai peut-être mal lu). Il ne faut absolument pas retirer les groupes et les utilisateurs. Et Sympa ne le fait pas d'ailleurs. Tout ce qui est potentiellement partagé par plusieurs programmes ou paquets doit être laissé tel quel ; enfin, plutôt lorsque l'on n'a pas de compteur de référence. En plus, ces utilisateurs et groupes ne gênent pas vraiment. -- Jérôme Marant
[Aide] Packaging de Sympa pour Debian
Bonjour, Afin de conserver un paquet de qualité et plus régulièrement à jour, je cherche un (ou deux) co-mainteneur sur le paquet Sympa. Je n'utilise plus Sympa depuis un moment (je ne gère plus de listes moi-même) et je n'ai pas le temps de suivre les listes. Les conditions : - être utilisateur de Sympa et suivre l'évolution du produit - connaître le shell et Perl - s'intéresser au packaging Debian dont Debconf - idéal : avoir déjà mis le nez dans le fonctionnement du paquet Le but étant de monter une (petite) équipe qui travaille sur le packaging via CVS. Me contacter si intéressé. -- Jérôme Marant http://marant.org
Re: Suivi par CVS d'un paquet utilisant dbs ?
Thomas Parmelan [EMAIL PROTECTED] writes: Bonjour, Salut, Je maintiens des modifications locales d'un paquet utilisant DBS. Avec ce système, le paquet source contient le tar.gz upstream et un ensemble de patches : il me suffit d'y ajouter le mien. C'est très pratique. À mon sens, DBS n'est bien que s'il y a plusieurs tarball upstream. Personnellement, j'utilise dpatch pour gérer 1 tarball source + plusieurs patchs. C'est ce qu'utilisent les mainteneur de GCC. Tu peux voir ça à cette adresse: http://cvs.debian.org/gcc-3.1/?cvsroot=debian-gcc -- Jérôme Marant http://marant.org
Re: Suivi par CVS d'un paquet utilisant dbs ?
Christian Marillat [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (Jérôme Marant) writes: Thomas Parmelan [EMAIL PROTECTED] writes: [...] Je maintiens des modifications locales d'un paquet utilisant DBS. Avec ce système, le paquet source contient le tar.gz upstream et un ensemble de patches : il me suffit d'y ajouter le mien. C'est très pratique. À mon sens, DBS n'est bien que s'il y a plusieurs tarball upstream. Et au passage dbs ne respecte pas la charte Debian. Il est impossible de construire un paquet Debian à partir du source upstream. Merci, je n'avais pas fait attention à ça. Vivement dpkg-source 2. -- Jérôme Marant http://marant.org
Re: Suivi par CVS d'un paquet utilisant dbs ?
[EMAIL PROTECTED] (Denis Barbier) writes: On Tue, Aug 20, 2002 at 07:35:32PM +0200, Christian Marillat wrote: [EMAIL PROTECTED] (Jérôme Marant) writes: Thomas Parmelan [EMAIL PROTECTED] writes: [...] Je maintiens des modifications locales d'un paquet utilisant DBS. Avec ce système, le paquet source contient le tar.gz upstream et un ensemble de patches : il me suffit d'y ajouter le mien. C'est très pratique. À mon sens, DBS n'est bien que s'il y a plusieurs tarball upstream. Et au passage dbs ne respecte pas la charte Debian. Il est impossible de construire un paquet Debian à partir du source upstream. Heu, les autobuilders y arrivent bien, je ne comprends pas ce que tu veux dire. Le .orig.tar.gz n'est pas le source upstream. Il n'est par exemple pas possible de prendre un nouveau source upstream tel quel et de construire un nouveau paquet. -- Jérôme Marant http://marant.org
Re: Qui va aux RMLL ?
On Sun, Jul 14, 2002 at 08:38:43PM +0200, Christian Perrier wrote: Quoting Jérôme Marant ([EMAIL PROTECTED]): Prévisibilité des vimistes muttistes = 100% Raté, moi pas vimisteMoi jediste/emacsiste, donc je ne charge un OS entier que pour *écrire* mon mail. De toute façon, on ne résiste pas à un bon troll, que veux-tu:) C'est la première fois que je vois de l'autodérision chez un emacsien. Tu devrais faire comme moi : utiliser mutt. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: UN-CANCEL! Bruce Perens IS coming to Paris for Bastille Day
Bruce Perens [EMAIL PROTECTED] writes: I have cleared the problem that came up, and will be able to get on the plane to Paris after all. Sorry for being such a flake :-) So, is anyone able to meet? I'm living near Paris and I'm a Debian Developper. I'm available on Sunday and would be pleased to meet you. I would advice that you post to -private, some French guy might be interested too (not everyone is subscribed to debian-devel-french). Cheers, -- Jérôme Marant http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qui va aux RMLL ?
On Fri, Jul 12, 2002 at 02:16:38PM +0200, Christian Marillat wrote: VB == Vincent Bernat [EMAIL PROTECTED] writes: OoO Pendant le repas du mercredi 10 juillet 2002, vers 19:00, Christian Marillat [EMAIL PROTECTED] disait: C'est que quand je quitte gnus (avec certain message), il me dit de convertir les caractères en je ne sais plus trop quoi, et il est évident que mon XEmacs est mal configuré. M'enfin cela ne fait qu'une semaine que je suis passé a XEmacs mule avec mule-ucs et je vais regarder ma config un de ces quatre. Si ça t'intéresse, j'ai ma config qui marche, mais j'utilise Oort Gnus aussi qui contient un peu de code pour aider tout ça. Je prends. Merci. Je suis intéressé ausssi stp. Merci. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qui va aux RMLL ?
Christian Perrier [EMAIL PROTECTED] writes: Quoting Christian Marillat ([EMAIL PROTECTED]): apt-get install mule-ucs troll size=huge apt-get install mutt va plus vite et évite d'installer un OS entier pour lire son mail... /troll Prévisibilité des vimistes muttistes = 100% -- Jérôme Marant http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qui va aux RMLL ?
Roland Mas [EMAIL PROTECTED] writes: Roland Mas (2002-07-09 19:22:26 +0200) : [...] Alors bon, on me signale que j'ai posté en UTF-7. C'est vrai. Mais : - c'est la faute à Emacs qui n'unifie pas encore les caractères ISO-8859-1 et ISO-8859-15 (j'attends Emacs 21.3 avec une impatience non dissimulée) ; - si ça vous gêne, vous n'avez qu'à utiliser un mailer intelligent qui sait lire l'UTF-7 (en d'autres termes : chez moi ça marche, bande de nains :-) Dans Oort gnus, /usr/share/doc/gnus/contrib, il y a un fichier ucs-tables.el. Le charger dans le .emacs. Dans le .gnus, --- (require 'ucs-tables) (unify-8859-on-encoding-mode 1) (unify-8859-on-decoding-mode 1) --- Vu plusieurs fois le newsgroup emacs français. -- Jérôme Marant http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gestions des versions de dpkg 1.10
Salut,
Pour info.
Il est enfin possible d'éviter d'utiliser des époques pour
gérer les versions beta des paquets, grâce au symbole « ~ ».
$ dpkg --compare-versions 1.0~beta1 gt 1.0
$ echo $?
1
Désormais {version}~{quelquechose} {version}
--
Jérôme Marant
http://marant.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: subscribe [EMAIL PROTECTED]
On Tue, Jun 04, 2002 at 10:48:47AM +0200, FRANCK MODOLA wrote: subscribe [EMAIL PROTECTED] Franck MODOLA Coordinateur Télécom Coordinateur Télécom ? C'est un métier ça ? ;-) -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ordre de supression
On Tue, Jun 04, 2002 at 10:57:55AM +0200, Martin Quinson wrote: Pour moi, ce n'est qu'un problème cosmétique. Je ne sais ce que tu comptes améliorer. Oui, c'est clairement cosmétique. Et si on voulais nettoyer, il faudrait mélanger les deux parties: 1) Enlever tous les fichiers concernés par le remove 2) Enlever tous les fichiers concernés par le purge 3) Enlever tous les répertoires concernés par le remove 4) Enlever tous les répertoires concernés par le purge Mais bon, vu que ca marche comme ca, que ca doit pas être simple de mélanger les étapes ainsi, que tout ca soit régit par la charte et que ca serait juste cosmetique, je doute que les développeurs soient vraiment pressés de le faire. En fait, ce n'est même pas recommendé de mélanger les étapes (voir impossible) si l'on considère les cas d'échecs. En effet, si le remove échoue, le purge ne doit pas être exécuté. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: subscribe [EMAIL PROTECTED]
On Tue, Jun 04, 2002 at 11:11:56AM +0200, mose wrote: On Tue, Jun 04, 2002 at 10:55:25AM +0200, Jérôme Marant wrote: On Tue, Jun 04, 2002 at 10:48:47AM +0200, FRANCK MODOLA wrote: subscribe [EMAIL PROTECTED] Franck MODOLA Coordinateur Télécom Coordinateur Télécom ? C'est un métier ça ? ;-) - ca doit vouloir dire 'standardiste', non ? Je n'avais pas pensé à ça ;-) -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ordre de supression
On Tue, Jun 04, 2002 at 11:12:59AM +0200, Martin Quinson wrote: En fait, ce n'est même pas recommendé de mélanger les étapes (voir impossible) si l'on considère les cas d'échecs. En effet, si le remove échoue, le purge ne doit pas être exécuté. Ca doit être de ce qu'on trouve dans les logs du bogue #59344... Je suis en train d'explorer tout ca ;) Attention, ils sont très sévères avec les patchs ;-) -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] Comment leur dire de retirer le wrap sur apt-setup ?
On Wed, May 29, 2002 at 01:05:43PM +0200, Arnaud Vandyck wrote: Thomas NOEL [EMAIL PROTECTED] wrote: J'ai un bug qui me g�ne � l'installation de Woody : lorsque je choisi d'�diter mon sources.list � la main sur apt-setup, il lance un �diteur (nano) qui est pr�vu pour le mail, i.e. qui coupe les lignes � 80 caract�res (wrap). [...] Il faut désactiver l'UTF-8 de ton mailer, on a du mal à lire ;-) Merci. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] Comment leur dire de retirer le wrap sur apt-setup ?
On Wed, May 29, 2002 at 10:53:52AM +, Thomas NOEL wrote: Le mer 29/05/2002 à 10:45, Eric Deveaud a écrit : EDITOR=celui_que_tu_veux apt-setup Oui, le bug je sais le corriger, mais je parlais surtout de l'apt-setup qui est lancé à l'install de woody (là on peut rien faire). Il n'y a pas moyen d'aller plus à droite sur chaque ligne pour éditer ? Ça m'étonne énormément que nano ne fasse pas ça. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Corriger dans woody ou pas?
On Thu, May 16, 2002 at 01:38:27PM +0200, Christian Marillat wrote: JM == Jérôme Marant [EMAIL PROTECTED] writes: Raphael Hertzog [EMAIL PROTECTED] writes: [...] Et pour y uploader c'est simple, dans le changelog là où il y a marqué unstable tu marques woody-proposed-updates. Oui mais ça ne me dit pas quels sont les critères pour l'acceptation de mes paquets ... Les mêmes que pour les mise à jour de la potato ? C'est quand assez restrictif. C'est ce que je pense aussi mais étant donné le contexte actuel, j'aimerai avoir une confirmation. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Corriger dans woody ou pas?
On Tue, May 14, 2002 at 01:43:16PM +0200, Christian Perrier wrote: Bon...faut maintenant juste que je trouve comment on uploade vers woody-proposed-updates...:-) Il n'y a rien à trouver ;-) To be implemented hihi ... -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Corriger dans woody ou pas?
Christian Perrier [EMAIL PROTECTED] writes: Quoting Raphael Hertzog ([EMAIL PROTECTED]): Et pour y uploader c'est simple, dans le changelog là où il y a marqué unstable tu marques woody-proposed-updates. OK...Je pensais qu'il y avait une UploadQueue spécifique, ce qui est évidemment idiot..:-) Je vais donc tâcher de faire passer ma modification en étoffant un peu le changelog. J'imagine que tu n'as pas oublié de recompiler ton paquet avec les dépendances de woody et non celles d'une unstable fraiche ... -- Jérôme Marant http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Corriger dans woody ou pas?
On Mon, May 13, 2002 at 11:48:38AM +0200, Christian Perrier wrote: Un de mes paquets (geneweb) a un bug stupide qui fait qu'il crée ses logs dans /var/log/.log au lieu de /var/log/geneweb.log Le paquet corrigé est bien sûr prêt (c'est une typo dans le script d'init) mais à votre avis est-ce que cela justifie de faire en sorte que le correctif soit présent dans woody? Si oui, comment faire? On ne peut pas. J'ai des correctifs importants pour certains de mes paquets et j'ai écrit au release manager pour demander qu'ils passent dans woody. Malheureusement, il ne répond pas. De plus, les scripts de testing sont arrêtés dans plus rien ne passe dans woody. Il ne reste plus qu'à espèrer les prochaines mises à jours (3.0rX). -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Corriger dans woody ou pas?
On Mon, May 13, 2002 at 02:24:41PM +0200, Christian Perrier wrote: Quoting Jérôme Marant ([EMAIL PROTECTED]): On ne peut pas. J'ai des correctifs importants pour certains de mes paquets et j'ai écrit au release manager pour demander qu'ils passent dans woody. Malheureusement, il ne répond pas. De plus, les scripts de testing sont arrêtés dans plus rien ne passe dans woody. Il ne reste plus qu'à espèrer les prochaines mises à jours (3.0rX). Moi, ça me suffirait. Le bug correspondant n'est pas release critical... Il y a des bugs normaux qui gènent les utilisateurs. Le fait qu'il ne soit pas RC est un alibi. -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sbuild
On Fri, Mar 29, 2002 at 03:03:17PM +0100, Aurelien Jarno wrote: Bonjour à tous Il m'est arrivé plusieurs fois d'oublier des Build-Depends sur mes paquets, et d'avoir un bug report. Mais le dernier, quand j'ai vu que cela a fait souffir une machine arm pendant plus de 3h pour rien (c'était juste un Build-Depends sur imagemagick pour convertir les icones, en dernière étape du make), je me suis donc dit qu'il fallait faire quelque chose. J'ai donc installé sbuild et fait deux chroot, un pour la potato et un pour la sid. Je suis ainsi dans les mêmes conditions que les Build Daemon. Pourquoi ne pas utiliser pbuilder qui est fait justement pour ça ? -- Jérôme Marant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: adopter un paquet pas encore abandonné
Ludovic Rousseau [EMAIL PROTECTED] writes: Bonjour, Salut, On me propose d'adopter un paquet puisque le mainteneur actuel n'a plus le temps ni la motivation de la faire. La procédure d'abandon et d'adoption décrite en [1] 9.4 et 9.5 me semble lourde si il y a plus simple. Est-ce que le simple fait que l'ancien mainteneur place mon nom est email dans champs « Maintainer: » puis fasse un upload est sufisant ? Oui, tout à fait. Est-ce qu'il faut obligatoirement passer par un bug sur wnpp ? Non. -- Jérôme Marant [EMAIL PROTECTED] [EMAIL PROTECTED] http://marant.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
