ifrench et ifrench-gut
Bonjour à tous, Je n'ai malheureusement plus le temps de m'occuper correctement de mes paquets Debian. C'est pourquoi je vais me mettre à la retraite ;-) Je cherche donc des repreneurs pour les paquets : - ifrench/myspell-fr (source ifrench) - ifrench-gut/myspell-fr-gut (source ifrench-gut) - wfrench @+, Nico. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Signature de cle
Christian Perrier a écrit : Quoting Jean-Michel Kelbert ([EMAIL PROTECTED]): Je suis disponible pour signer ta clef. Si d'autres personnes sont intéressées par une signature de clef, on pourrait peut-être s'organiser une petit key signing party et discuter debian autour d'une bonne bière ! Du moment que cela se passe en journée, je suis partant. Les soirées de geeks, je crois que je suis personnellement mal barré pour un bon moment, ma petite famille devant actuellement digérer 10 jours de Debconf:-) Je suis partant aussi, mais en juillet si possible (ma petite famille à moi sera alors en vacances et je serais alors plus libre). Quid de la semaine du 5/07 ? Nico. -- Nicolas SABOURET Laboratoire d'Informatique de Paris 6 (LIP6) 8, rue du Capitaine Scott, 75015 Paris, France http://www-oasis.lip6.fr/~sabouret
Re: Recherche sponsor -- Le Dico par René Cougnenc
Eric a écrit : Le 05/05/04, Eric a écrit: J'ai fait un nouveau paquet pour le dico de René Cougnenc, en m'appuyant sur le travail effectué précédemment par Christian Marillat. Comme c'est mon premier paquet et que je ne suis pas developpeur debian, j'aurais besoin d'un sponsor pour m'aider et uploader le paquet dans debian. donc si quelqu'un est interressé pour m'aider qu'il me contacte. Aucune réponse... Personne ne veut m'aider pour uploader ce paquet ? Bonjour, Je maintiens les ifrench* et je serai prêt à t'aider, mais je suis énormément pris par le vraie vie [tm] en ce moment. Si tu es pressé, je préfèrerai qu'un autre DD te sponsorise. Si tu peux attendre 15j, je serai alors plus dispo. Amicalement, Nico. -- Nicolas SABOURET Laboratoire d'Informatique de Paris 6 (LIP6) 8, rue du Capitaine Scott, 75015 Paris, France http://www-oasis.lip6.fr/~sabouret
Re: problem de creation de paquet
Lam a écrit: hola j'essaye de construire un paquet debian d'une application dans le repertoire doc, j'ai 2 scripts shell, lorsque je cree l'archi du paquet, je l'ai retrouve en non executable ! Utilise install au lieu de cp. man install :-) Nico.
Re: apropos de debconf
sferriol a écrit: bonjour comment puis-je savoir si un paquet est susceptible de me poser une question? y a t-il une apt- qui va bien? apt-cache show paquet | grep debconf = indique si le paquet dépend de debconf. A priori un bon indice ;-) PS existe-il un 'apt-download', un truc qui ne fait rien d'autre qu'un download man apt-get apt-get --download-only install paquet Ce type de question est à poser de préférence sur la liste debian-user-french. La liste debian-devel-french est réservée aux discussions concernant le développement de paquets debian. Même si, suite à un fil de discussion assez long sur debconf, google debconf doit certainement indiquer cette liste. Il ne faut pas toujours faire confiance à Google... :-) Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: [VAC] 14 au 19 avril sur Paris. Keysigning ?
Christian Perrier a écrit: Quoting Denis Barbier ([EMAIL PROTECTED]): N'étant pas libre le 16, je préfère le 15. Pour ma part, je n'étais là ni l'un ni l'autre...:-) Va falloir faire une keysigning spéciale DD qui peuvent pas même en fin d'aprème pasqu'ils doivent rentrer à la maison pour s'occuper de leur progéniture Je m'inscris ! :-) C'est vrai que nous sommes une catégorie de DD un peu contraignante, mais je suis certain qu'en s'y prenant suffisemment à l'avance (par exemple : 3 ans, comme pour les releases Debian (pardon pour ce troll à 2 balles)), on devrait y arriver. Qui serait là au cours du mois de juin ? Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
licence, copyright Cie
Salut, On m'a possé une question pas vraiement devel, mais je me suis dit que je trouverai la réponse ici. Si on veut protéger un document ou un soft, il suffit de le dire (dans un fichier LICENCE.txt ou dans le doc). Il n'est pas nécessaire de se faire enregistrer (par exemple à la FSF ou SPI). QQun peut me confirmer ça ? La question est alors la suivante : quel recours a-t-on ? Comment prouver qu'on est l'auteur antérieur d'un document électronique, d'un programme, etc ? C'est peut-être trivial comme question mais les personnes qui voudraient basculer dans le monde du libre se les posent et je ne sais pas quoi répondre. Merci d'avance, Nico. PS: Pardon si je suis un peu hors-sujet. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: ethique Debian
Mickael Vera a écrit: http://pornview.sourceforge.net/ Après lecture de leur page, il semblerait que pornview soit un logiciel de gestion et visualisation d'image, _en général_, et non limité aux images pornos, comme le nom pourrait le faire croire. Cela dit, la page et le logo du projet, ainsi que le nom, sont (volontairement) provocateurs et cela pourrait effectivement nuire à l'image de Debian (cela dit, nous avons déjà eu BitchX dans le genre). Qu'en pensent les autres DD ? Si demain j'ajoute un package relatif a une propagande raciste ou destinee au developpement de la pedophilie, sera-t-il accepte ? Non (heureusement). Mais ce n'est pas le cas ici, apparemment. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Seti
Christian Marillat a écrit: Aurais-tu un lien pour gkrellm2 ? aqpt-get install gkrellm2 Ça ne marche pas : $ aqpt-get install gkrellm2 bash: aqpt-get: command not found Ça ne marche pas non plus sous Internet Explorer. Peut-tu me donner le bon lien ? :-P Nico. PS: Désolé, j'ai pas pu résister. Je trouvais la question tellement extra (pour -devel) que quand j'ai lu la réponse, j'ai craqué. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Stand Debian a la Linux-Expo 2003
frederic wrote: Ton coup de gueule est purement gratuit et insultant. Tu as qu'à compt le nombre de fois ou les membre de debian ont été solicité pour s'occupé du Stand. Bonjour à tous, SVP, restez calmes. Pas de flammes dès 8h du matin. Frédéric, le nombre de fautes de frappe dans ton mail montre ton état d'énervement à la lecture du mail de Loïc. Je vous demande de vous engueuler en privé et, surtout, de ne pas le faire sur -devel-french et -user-french, qui n'ont rien demandé. Peut-être l'un de vous deux veut-il se proposer volontaire pour recruter des utilisateurs et des développeurs pour organiser quelquechose de sérieux, bien ficelé, sans bugs, à l'image de notre distribution. Ce serait plus constructif que de s'engueuler en public, et je suis certain que les volontaires motivés de manqueront pas. Reste à _organiser_ tout cela de manière efficace. Bon courage, Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Woody, Euro, fr et moi...
Patrice Karatchentzeff wrote: Salut, Je viens de mettre une Woody toute neuve sur une bécane aussi récente et j'ai des soucis avec le paquet language-env. [...] D'après ce que tu décris dans la suite, mon premier diagnostic serait que lors de l'installation du paquet « locales », tu n'as pas généré la locale [EMAIL PROTECTED], d'où le problème. C'est peut-être autre chose, mais c'est de ce côté là qu'il faut regarder AMHA. dpkg-reconfigure locales pour voir ? Nico. PS: Juste de passage aujourd'hui, je repars ce soir. Bon courage :) -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [BREVET LOGICIEL] Questionnaire : quel acteur du libre etes vous
Bilan des explications sur opensource et freesoftware : --- Merci à tous pour vos explications. Je vais essayer de résumer ce que j'ai appris, pour la postérité et aussi pour mettre mes idées au clair. Au départ, il y avait le free software. Il s'articulait principalement autours de la FSF et, par conséquent, de la GPL. L'une des caractéristiques du logiciel libre est que le code source doit être accessible, c'est pourquoi on peut entendre parler d'open source. Dans ce cas, un free software est un cas particulier de open source software avec des contraintes supplémentaires (voir la GPL). Plusieurs problèmes se posent alors, parmis lesquels : - le terme free software fait peur aux industriels, en particulier à cause de l'ambiguité entre libre et gratuit (free en anglais). - la GPL oblige qqun qui souhaite reprendre du free software à le livrer à son tour sous GPL Plusieurs industriels se sont alors réunis pour proposer une alternative, déposée à l'OSI, sous le nom d'Open Source. Le principe est le même à ceci près que la license est plus permissive. En particulier, on peut reprendre du code Open Source pour en faire un programme propriétaire. L'intérêt est grosso-modo le même que quand Microsoft fait de windows le système payant le plus facile à copier : inonder le marché avec SON produit (Open Source au départ). Au final, tout est embrouillé et les gens ne perçoivent plus la différence entre free software, opensource et Open Source, ce qui est bien dommage, car ces trois notions sont bien différentes : - opensource = code accessible (sans précision, donc vague...) - free software = licence type GPL - Open Source = licence type Netscape. J'espère ne pas avoir dit de bêtises, Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: [BREVET LOGICIEL] Questionnaire : quel acteur du libre etes vous
Denis Barbier wrote: Free Software désigne un logiciel répondant à une certaine définition de la FSF, Open Source à une autre définition de l'OSI. Si tu veux essayer de fournir des explications plus détaillées, il faut alors comprendre ce que veulent dire ces définitions (et pas seulement ce que leurs adeptes veulent leur faire dire), et je te souhaite alors bien du courage. Justement, c'est ce que j'essaye. Mes deux derniers exemples (GPL vs Netscape) sont mauvais parce que caricaturaux et non généraux, mais ils avaient pour but de résumer par des exemples quelques différences significatives. Mais je n'aurais pas du les mettres parce qu'ils sont trop réducteurs. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: [BREVET LOGICIEL] Questionnaire : quel acteur du libre etes vous
[EMAIL PROTECTED] wrote: C'est en partie faux. La GNU GPL est par exemple une licence approuvée par l'OpenSource. De même, une licence libre de type BSD (approuvée comme libre par la FSF), qui permet de propriétariser un code par la suite, est libre tout comme elle est OpenSource. Bah c'est pas ce que j'avais compris. Justement, d'après la tribune de chez O'Reilly : « L'Open Source Definition permet plus de libertés que la GPL. » Donc je ne vois pas comment la GPL pourrait être une licence opensource. Cependant, quand on lit le site opensource.org, la GPL est citée parmi les licences qu'ils approuvent. Il faut distinguer les programmes libres copyleftés (les termes de distribution du programme garantissent leur non modification) et non copyleftés (les termes de distribution peuvent évoluer sans l'aval de l'auteur ... en mal par exemple), mais les deux catégories de programmes tombent sous la définition du logiciel libre par la FSF et de l'OpenSource par l'OSI. À ce que j'ai compris toujours, la différence OS/FS ne se situe pas là (et je ne crois pas que ce que j'avais écrit pouvait le suggérer). Le problème que tu évoques est celui de la licence BSD pour le free software. La différence principale qui semble se dégager de ce que j'ai lu est au niveau de la redistribution du code modifié. Mais plus je lis des textes, plus j'ai l'impression que OS et FS sont la même chose, mais qu'ils refusent de s'appeler pareil. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: [BREVET LOGICIEL] Questionnaire : quel acteur du libre etes vous
Martin Quinson wrote: Pour connaitre l'habitude des utilisateurs des logiciels libres, la commission européenne fait faire une étude (en ligne) par un institut allemand. Cette étude ne concerne que les programmeurs de logiciels libres. Pas les utilisateurs. En revanche, je suis preneur d'une explication de la différence entre open source et free software, deux termes anglais dont je ne connais pas avec précision la signification en français (je traduis les deux pas logiciel libre). Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Questions sur les Rapports de Bugs
Roland Mas wrote: Si je ne suis pas sur la bonne liste, merci de me dire (gentiment ;o)) où je dois m'adresser. debian-mentors@lists.debian.org serait légèrement plus approprié, mais bon, c'est pas comme si on était submergés ici. Je ne sais plus qui m'a dit une fois que -devel-french jouait le rôle de -mentors pour les français. Je pense que ce n'est pas une mauvaise idée. Donc Yann ne s'était pas trompé de liste :) Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
woody stable un jour ?
Bonjour à tous, Martin Schulze annonce (je cite) : There is, however, still a possibility 2.2r7 (to be scheduled at the beginning of May) has to be released before 3.0. ie: il est possible qu'on fasse une 2.2r7 début mai, avant la 3.0. Ceci après le départ d'Adrian Bunk, annoncé dans les DWN, pour les raisons qu'on sait. Ca me rend vachement pessimiste. A-t-on espoir de voir une prochaine stable un jour ? Quand j'aide les collègues à installer une Debian, je leur recommande de plus en plus woody, pour avoir des softs récents (KDE, XF4, ...). Du coup, la stabilité de la Debian perd en crédibilité. Je me demande maintenant si on n'a pas atteint un point de complexité qui rend tout nouvelle stable impossible :) C'était ma mauvaise humeur du matin (pardon de vous agresser si tôt). Mais franchement, je suis inquiet. Sauf, ... sauf... sauf que hier soir, on a (presque¹) fini d'installer le VAIO qui nous emmerde depuis 1 semaine. Et que là, chapeau la Debian. Enfin, pas toute seule quand même. Je livre mes conclusions (elles sont -devel) : 1. En 2.2.20, pas de floppy USB (en 2.4.0 non plus). En 2.4.17, aucun problème. J'approuve la politique de debian de rester en 2.2 pour des raisons que je comprends même si je n'ai jamais été confronté aux problèmes de noyau évoqué. Mais il faudrait, lors de l'installation, dire : vous êtes en 2.2.20, parce que c'est stable. Si vous avez une bécane avec des périphériques à la con (USB, PCMCIA), installez le paquet 2.4.17 et hop :) 2. Mdk a échoué à s'installer sur la machine (qqch de grave). J'étais déçu. En revanche, la SuSE a tout détecté comme une grande. - Il faudrait aller voir comment il font (merci aux DD plus actifs que moi de passer l'info à l'occasion). 3. La SuSE propose une sorte de DebConf graphique (YaST et autres outils, donc SaX), qui plantent un peu, mais qui permettent de configurer le système assez aisément. En particulier, pour avoir 2 souris sous X (une USB et le touchpad). Sans aller jusqu'au debconf graphique, plusieurs morale : - Debconf est lourd à reposer TOUTES les questions à chaque fois : il faudrait un système à menu ou l'on ne va que dans ce que l'on veut changer (par exemple la souris si on veut juste ajouter une souris) - Il ne permet pas d'avoir plusieurs périphériques d'un même type (ex : 2 souris). Et comme il vire le XF86Config-4 à chaque fois, il faut répercuter les changements à chaque mise à jour du xserver-xfree86, ce qui est dommage. 4. La Debian est bien la meilleure distrib. J'avais dit que je comparerais : c'est fait :) Maintenant, il faut améliorer... Enfin, bon, il faut livrer une stable avant :( Nico (pas de si mauvais humeur, finalement, en repensant à l'install du VAIO). ¹voir le mail que je vais envoyer sur user pour demander de l'aide -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: woody stable un jour ?
Jean-Christophe Dubacq wrote: Je ne suis pas d'accord avec ça. Debconf ne vire pas le XF86Config-4, il remplace des sections marquées comme telles. Tu peux même dire à debconf de ne toucher à rien. Exact. Il suffit de le mettre après les commentaires ##Debconf J'ai dit une bêtise. Donc +1 pour la Debian :) Ceci dit, je reste sur l'idée d'un menu dans le debconf de xfree86. Ce serait un + Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Cahier de doléances pour Debian, version
Georges Mariano wrote: Par contre, par deux fois récemment, de retours/avis négatifs sont remontés jusque dans les DWN ... c'est dire que c'est pas si simple Cela me conforte dans l'idée qu'il ne faut pas rendre plus simple le processus de NM Debian. Martin Michlmayr et d'autres ont déjà permi de le simplifier grandement. Pour ma part, je suis devenu DD en 3 mois, entre mon inscription initiale et l'obtention d'un cpte sur les machines debian, et je trouve ça tout a fait correct. Le système par sponsor permet d'avoir de l'aide sur un paquet... et j'ai pu l'apprécier. Je n'ai pas honte de dire que j'aurai bien aimé avoir ce regard critique lorsque j'ai fait mon premier paquet seul en tant que nouveau DD. Debian est la meilleure distrib AMHA, et elle ne peut le rester que si l'on s'assure, au moins, que les gens qui font les paquets le font bien. Donc il faut filtrer. 3 mois c'est pas la mort. Donnez-moi une raison pour ne pas attendre 3 mois ? Debian ne fait pas des releases si souvent (ahem) qu'on ne puisse pas attendre un peu pour y ajouter son paquet ! N'en déplaise à je-sais-plus-qui-l'a-dit (si ça se trouve, c'est sur -user), mais les admin que je connais ne recompilent pas les paquets. Ils font confiance à Debian parce qu'ils n'ont pas que ça a foutre. Pour conclure, je ne recommande pas/plus la Debian comme étant hyper-stable (cela __ne peut__-être affirmer de manière absolue) mais je la recommande pour (le confort de) son système de paquets et son organisation générale. Permet moi de te corriger sur ce point, George : une Debian stable sans paquet rétroportés, si. C'est vachement plus stable que les autres. J'en ai eu la confirmation de bcp d'utilisateurs-admin. Mais tu as des softs vieux de 2 ans ... :( Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Pb de backport
georges mariano wrote: On 20 Dec 2001 14:55:02 +0100 [EMAIL PROTECTED] (Jérôme Marant) wrote: Maintenant, si debconf est tellement buggé qu'on veuille l'enlever, il faut en discuter avec l'auteur/bugger ;-) attention Jérôme, tu (re)détourne ce que j'ai dis!! je n'ai pas dis que l'on peut vouloir enlever debconf parce qu'il était buggé ... j'ai dis, (autre formulation) puisque debconf est une partie du système dont l'utilité (réelle!) est éphémère à l'échelle de la vie d'un système stable (e.g salle de TP info avec les bonnes applis déjà installées), on peut vouloir l'enlever sans pour autant que cela empèche l'utilisation des applis. Ce n'est pas le cas. C'est tout ce que je dis... En fait, il faudrait que debconf soit touché par une dépendance particulière : install-depends :) Qu'on puisse retirer tout ce qui est install-depends, mais qu'on en aurait besoin pour tout upgrade ou install du paquet ;) PS : C'est de l'humour. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: recompilation graphviz
georges mariano wrote: Bonjour à tous, un peu au hasard, je recompile graphviz [...] mv $(CURDIR)/debian/graphviz/usr/lib/graphviz/libtcldot.so.0.0.0 \ [...] or le mv ne peut se faire car le fichier en question libtcl...so.0.0.0 n'existe pas, en fait il n'est pas généré par la recompilation, ni aucun *.so d'ailleurs (compilation upstream ou debian) Même sous une woody ? T'as vérifié ? Dans ce cas, je pencherai pour un bug, mais il me semble assez surprenant ... Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Pour GM
georges mariano wrote: On Fri, 30 Nov 2001 09:16:54 +0100 Nicolas SABOURET [EMAIL PROTECTED] wrote: C'est normal, avant de faire apt-get -b source fait un apt-get build-dep (ou dep-build, me souviens jamais) tu verras qu'il indique qu'il faut backporter libseal-dev Alors doublement (triplement) mea maxima culpa. On oublie tout et on recommence. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
[STOP] Re: TROP TARRRRDDD :-)
Jérôme Marant wrote: georges mariano wrote: On Fri, 30 Nov 2001 09:32:50 +0100 Jérôme Marant [EMAIL PROTECTED] wrote: Tu veux faire perdre leur temps aux mainteneurs pour qu'ils s'occupent d'une distrib passée alors qu'on cherche à en sortir une nouvelle et qu'on a déjà assez de mal comme ça ? D'accord. Comme en 40 alors. Non, SVP, arrêtez. Deux choses : - soit on considère le rétroportage comme inévitable : on en parle calmement, on note toutes les idées puis on propose quelquechose à la Debian Policy. Oui. - soit on prend le problème par un autre bout : comment améliorer le processus de release pour réduire la durée entre deux releases. Oui aussi. Personnellement, je suis plutôt favorable à la deuxième solution car il doit résoudre les problèmes à long terme. Et GM est favorable à la première. La première solution ne doit être envisagée qu'à moyen terme. OK. STOP. On arrête la guerre. On note les idées et on bosse pour faire avancer le truc. Merci. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Build-Depends auto ?
salut, Je n'ai pas trouvé dans le NMguide ni dans la charte un moyen de faire comme dh_shlibdeps mais pour le build-depends. Faut-il absolument remplir cette règle à la main ? Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
encore une question
TkGate, je le met dans quelle section pour les menus ? Apps/Misc (proposée dans le DNM guide) n'existe plus, et je ne trouve rien qui ressemble à Apps/Electronics. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Outil de recherche de doc
Jérôme Marant wrote: Nicolas SABOURET wrote: dwww ou doccentral, au choix ;-) Ces outils ne travaillent que sur doc-base, non ? Oui. Seuls les paquets déclarant leurs documents sont pris en compte. Quid des doc/paquet (dont les inombrables README.gz) ? Pour l'instant, à part les documents HTML, les documents qui s'y trouvent sont plutôt anarchiques. Il n'y a pas de centralisation de leur enregistrement? Non. Mais je pensais à un outil qui regarde dans le répertoire de chaque paquet. Un truc avec une interface simple : + nom du paquet : description courte et clic sur + - doc possible Et outils de recherche (rechercher tel paquet, le paquet qui contient telle doc, la doc qui contient telle texte/regexp), englobant des locate et grep simples. C'est juste une idée comme ça, mais je trouve que ça manque. A terme, on pourrait améliorer le paquet pour avoir des outils à la AskJeeves auxquels on peut poser des questions en langue naturelle, mais c'est du future work. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
DESTDIR dans config.h
Salut, Je suis en train de regarder tkgate qui utilise autoconf. Tout est défini dans un fichier config.h, syntaxe C. Comment définir le DESTDIR de debian ? Comment l'utiliser ensuite ? J'ai cru comprendre qu'on avait pas à s'en occuper, que dh_make passerai les bonnes options au ./configure, mais je voudrais comprendre. Merci, Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: ITP: tkgate
Loïc Le Guyader wrote: J'utilise Debian depuis février (je sais c'est pas beaucoup pour devenir mainteneur) dernier et n'envisage pas l'avenir sans. En C ça va (pour preuve, j'ai quand même trouvé un bug à gcc, pour mémoire, bugs 105223), tcl/tk connais rien (mais comme tout, cela s'apprend). Le temps et l'envie, au début, on en déborde toujours, et puis finalement... C'est une question à laquelle on ne peut répondre définitivement, l'absolu n'étant pas de ce monde. Mais à l'instant où j'écris, oui (enfin je pense que oui!). Mon conseil : tu prend les sources de tkgate, tu lis le manuel du nouveau mainteneur Debian et tu suis les instructions pour faire un zoli paquet. Bon courage, Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: À lire (très court ;-)
Raphael Hertzog wrote: Le Tue, Nov 20, 2001 at 07:26:54AM +0100, Jérôme Marant écrivait: C'est une blague non ? On dirait que non. Je me demande bien ce qu'il cherche ... il veut reprendre son paquet emacs ? ;) J'ai peur que cela soit plus politique qu'autre chose ... plein de flames en perspectives. :-| Pourquoi ne pas aller lui poser la question demain à l'ENST ? Est-ce que qqun sur la liste y sera ? Pour mar part, je pense qu'un rapprochement entre les projets GNU et Debian (qui est un utilisateur direct du premier) ne peut qu'être bénéfique. Si Stallman veut être mainteneur (ce qui donne accès à private, ce qui est peut-être plus le but que simplement maintenir un paquet) et s'il accèpte de se plier à la règle du jeu (pour l'instant, RAS), alors je ne vois pas de problème. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: ITP: tkgate
Loïc Le Guyader wrote: I've stopped working on it, and I'm unlikely to have the time or interest to finish. I've put what I have so far at http://osiris.978.org/~brianr/tkgate Feel free to use whatever's there when making your package. J'attends vos conseils! Salut, Deux possibilités : 1. Tu te sens l'âme d'un mainteneur Debian, tu t'y connais en programmation (C + tcl/tk pour tkgate), et tu as le temps et l'envie de faire un paquet pour tkgate ? - Relance l'ITP et fais-le (voir la section devenir mainteneur debian du coin developpeur Debian). 2. Tu trouves quelqu'un qui veut faire un paquet de tkgate, et de préférence qui utilisera ce paquet. Envoie un message sur devel (en anglais), par exemple. Si tu n'as pas de réponse d'ici 15 jours, je veux bien regarder la tête de tkgate et envisager de prendre la responsabilité du paquet (j'en ai suffisemment peu pour pouvoir faire ce genre d'offre). Mais ce serait mieux si tu trouvais quelqu'un qui utilise tkgate. Si tu veux de l'aide pour rédiger le message sur devel en anglais, je suis à ton service. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: TkGate en paquet
Loïc Le Guyader wrote: Bonjour, Je vous annonce que j'ai fait un paquet de TkGate (un logiciel de simulation de circuit électronique numérique en tcl/tk). J'ai fait ce paquet car je voulais essayer ce logiciel (et pouvoir l'enlever proprement). Une demande pour son intégration dans Debian à été faite et en février quelqu'un à dit qu'il le ferait mais depuis rien. Le paquet ne doit pas respecter la Debian policy. Alors j'attend vos conseils pour aller plus loin. J'espère que je suis sur la bonne liste. Merci. tkgate est en ITP (d'après le bugs courants sur wnpp) : http://www.debian.org/devel/wnpp/being_packaged Sous le bogue No 85103 http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no\bug=85103 Le mieux, si tu écris anglais, est de poser la question directement à : Brian Ristuccia [EMAIL PROTECTED] [EMAIL PROTECTED] qui est l'auteur du ITP. Ceci dit, je ne crois pas qu'il y ait de problème de policy (j'ai jamais entendu parler d'un paquet GPL qui ne respectait pas la policy, au moins pour figurer dans contrib). Si tu n'as pas de réponses d'ici 15j, reprend contacte avec la liste debian-devel-french et on avisera. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: To be minimalist or not :-)
Patrice Karatchentzeff wrote: C'est flagrant pour X par exemple où beaucoup de paquets de Woody demande un X = 4.0 alors que la plupart n'en ont pas besoin pour tourner. J'ai vu un certain nombre de paquet -dev aussi dans le même cas. Mais c'est normal AMHA d'un point de vue cohérence d'une version. C'est l'effet cascade dont je parlais. Effectivement, l'utilisation de dh_shlibdeps lors de la construction du paquet conduit à ces dépendances. Et comme tu l'a dit 2x, c'est tout à fait compréhensible dans l'optique d'une distribution cohérente. Mais si on compile le paquet sur une vieille debian, on aura des dépendances moins fortes. D'où une autre suggestion, qui ne nécessite ni min-depends ni de modifier apt : pourquoi ne pas proposer, tant que c'est possible, deux versions d'un même paquet ? Une version compilée sous unstable et une sur stable [1]. C'est ce dont j'ai déjà parlé, sur cette liste, sous le nom de distribution devel-stable. Je pense qu'une telle distribution aurait un réel succès auprès des utilisateurs confirmés comme des newbies. Elle résout partiellement le problème du backport, au prix d'une double compilation de paquet (et là, Christian me sautera à la gorge). Que pensez-vous de cette idée (qui n'est pas en opposition avec les suggestions de PK : je m'appuie juste sur sa remarque sur les libdeps). Nico. [1] L'hypothèse faite ici est qu'il n'est pas nécessaire de compiler sur plus vieux que stable. Elle est peut-être fausse. PK -- Patrice KARATCHENTZEFF STMicroelectronics Tel: 04-76-92-67-95 850, rue Jean Monnet 38926 CROLLES Cedex, France Courriel: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Abime de perplexité...
georges mariano wrote: Autre formulation : comment s'exprime le bug à envoyer pour ce package ?? Subject: Can't compile package source Package: bash Version: 2.05-10 I can't compile the package source using dpkg-buildpackage : $apt-get source bash [...] $cd bash-2.05 $dpkg-buildpackage -uc -us ... (donner ici la trace) However, when using the upstream source given in .orig.tar.gz, I don't encounter any problem (either or woody or potato) using ./configure;make -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: backport Imagemagick
Raphael Hertzog wrote: Le Thu, Oct 25, 2001 at 10:03:51PM +0200, georges mariano écrivait: ben je reprendrai une suggestion faite ici (et pour laquelle je suis d'accord à 100%), un développeur devrait bosser sous potato sauf exigences spécifiques... Et là je suis 100% contre, en faisant cela, on ne passe jamais aux nouvelles versions des bibliothèques, et on ne bouge pas. Bon, comme c'est moi qui est fait la suggestion, je suis obligé de répondre :) Il ne s'agit pas d'être à 100% pour ou contre. Même moi, je dois pas être pour à plus de 80% :) Plus sérieusement, en réponse à ce que Raphaël a dit, mon point de vue est le suivant : 1. Oui, il faut que les paquets puissent recompiler sous stable 2. Oui, il faut que les paquets utilisent les nouvelles bibliothèques, disponibles uniquement en unstable Et je crois que dans de nombreux cas, c'est possible, si on (les mainteneurs) fait l'effort : 1. De compiler son nouveau paquet sous stable 2. Une fois que ça marche, de passer à unstable et de le compiler sous unstable, et d'uploader cette version 3. Si pour faire 2, on doit faire des changements, il faut faire en sorte que ça soit compatible avec 1. 4. Comme tout le monde fait ça (rires), on peut facilement recompiler aussi les nouvelles libs dont on a besoin sous stable, donc faire 1. avec les nouvelles libs. Ça veut dire, pour les mainteneurs, bosser en stable et backporter le monde dès qu'on a un paquet qui est un peu trop dépendant ... Je sais, ça parait fou et c'est totalement impossible quand, par exemple, la version de perl change (c'est ce que j'ai appelé dans un mail précédent un gros changement du système). Mais c'est quand même faisable sur certains paquets. Par exemple avec un miroir officiel paquets de debian-devel pour stable. Je suis pourtant d'accord avec toi (Raphaël) quand tu dis : les problèmes de recompilation, tu peux difficilement les éviter [...] quand on a de si grands écarts (temporels et fonctionnels) entre deux versions Le cas de Perl est flagrant. Mais j'ai l'impression (et je pense que c'est cette même impression qui met GM de mauvais poil ;-)) que certains mainteneurs ne font pas l'effort d'essayer de se poser la questions de savoir si peut-être y'a une chance pour qu'en y réfléchissant un peu ... le paquet puisse compiler sous potato. Si 1 mainteneur travaille en potato, il va se faire ch... pour rien. Ça ne peut pas marcher. Mais si tous les mainteneurs essayent de travailler en stable et de backporter ce dont ils ont besoin, alors : 1. on pourrait avoir des stable étendues plus facilement 2. peut-être (je n'en suis pas sur parce que le problème me semble orthogonal) qu'on pourrait avoir des versions stable plus fréquentes. Maintenant, je suis aussi conscient des difficultés que peuvent avoir les mainteneurs qui bossent sur des paquets modernes. Mais dans l'ensemble, on arrive à avoir pas mal de paquets recompilés pour potato (kernel2.4, kde, xfree4, etc), alors pourquoi ne pas rêver un peu. Et puis si on ne parle pas de ça sur -devel-french, où va-t-on en parler ? :) Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: backport Imagemagick
georges mariano wrote: On Wed, 24 Oct 2001 17:53:39 +0200 Nicolas SABOURET [EMAIL PROTECTED] wrote: NS N'importe quoi. NS Bah non. C'est normal parce que tout perl a changé ! Les changements de perl ont donc un lien avec : - la valeur vendor qui produit une cible Makefile qui n'existe pas ? (la valeur site passe ... elle) Oui. - ce genre d'erreur également (je garantis pas les retours à la ligne...) ?? dh_movefiles: debian/imagemagick//usr/share/man/man3/Image::Magick.3pm not found Je pense que oui. NS Bah ... de Woody ? Je comprends pas ta question. On peut compiler un NS paquet sous Woody aussi :) Perdu ... je sais _aussi_ recompiler sur woody (trop fort!!!) L'erreur obtenue est la première de la liste donnée [...] Je n'avais vraiment pas compris ta question (le de Woody, c'était pour rire, et pour montrer que je n'avais pas compris). Je sais bien que tu n'es pas un newbie. Je pense que personne ici n'a cette impression !! Tu demandais : D'où viennent les paquets binaires ?. Je n'avais pas compris de quels paquets il s'agissait. Maintenant, ce que j'ai compris, c'est que tu as aussi essayé de recompiler le truc sous Woody, et que tu as qd même des erreurs. C'est ça ? Juste pour me convaincre/calmer : quelqu'un peut-il faire un apt-get source -b imagemagick ?? ... sur une woody évidemment !! C'est ça que je n'avais pas compris. Au départ, tu étais sur Potato et j'ai du louper le passage ou tu arrêtait de backporter le monde :) echo Backport the world :) [évidemment 'rm le-dit-fichier.po' ... euh, y'a un rapport avec perl ?] le plus marrant c'est le nom du mainteneur debconf...) Accorde au moins le droit à l'erreur aux mainteneurs... C'est vrai que celle-là est pas mal, mais un paquet testing n'est pas obligatoirement parfait ... euh, t'as rien de mieux à faire ?? (de plus constructif surtout ;-) Je trouvais juste que la critique sur l'impossibilité de recompiler les paquets est fondée. L'exemple (utilisant perl) était mauvais, mais je crois que c'est un problème général et puisqu'on est sur devel, on devrait pouvoir en parler. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: french : une décision à prendre
jo wrote: Comme je l'avais déjà signalé à Nicolas, il est possible de contourner le problème en mettant LANG=fr_FR* LC_ALL=french dans /etc/environment. Cela correspond à ce que j'appelle la solution 1 (pas d'alias). Si tu met LANG à fr_FR*, et si french est un alias pour ce même fr_FR* (ce qui serait logique), alors ni LC_ALL ni l'alias ne servent plus à rien. Je vais suivre le conseil de Denis et contacter le mainteneur de modconf. Je vous tiens au courant (si ça vous intéresse, bien sûr). Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
[Fwd: Bug#114057: A proposition]
Et hop ! C'est dans la poche !!
:)
j'ai gardé le mail d'Eduard. Si vous avez d'autres applis sous Woody qui
ne marchent pas avec l'alias french, je peux leur envoyer un rapport de
bug avec le diff d'Eduard.
Prévenez-moi seulement, et je le ferai.
A+,
Nico.
--
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico---BeginMessage---
tags 114057 +pending
quit
#include hallo.h
Nicolas SABOURET wrote on Thu Oct 25, 2001 um 09:07:09AM:
The idea we had, that would not make much work for you and that would
satifsy all french (whatever it is) users is the following : simply
test wether /etc/locale.alias exists and if it does, try to replace the
value of LANG by its real value given in this file. If it does not
exist (which is the cas at initial installation), work with LANG's value
(whivh is fr_FR as far as I understand).
Done and commited to CVS. Wait for someone to build a package of it. If it
is not happened in 1-2 weeks make some noise.
--- modconf.origThu Oct 25 10:07:52 2001
+++ modconf Thu Oct 25 10:31:21 2001
@@ -9,6 +9,11 @@
umask 022
+# preparations, resolve the LANG alias
+if grep ^$LANG /etc/locale.alias /dev/null 21; then
+ export LANG=$(grep ^$LANG /etc/locale.alias| sed -e 's/.*\(.._.*\).*/\1/')
+fi
+
source_eval () {
if [ -z $LANG -a -z $LC_MESSAGES ]; then
. $ModuleHelpDir/eval_C
Gruss/Regards,
Eduard.
--
640K ought to be enough for anybody -Bill Gates, 1981
---End Message---
Re: [EMAIL PROTECTED]: Requirements for a system with translated package descriptions]
Patrice Karatchentzeff wrote: Le Tue, 23 Oct 2001 13:39:20 +0200 [EMAIL PROTECTED] écrivait : Raphael écrivait sur -devel ! Tu as répondu sur -user ! En plus, il faudrait mettre à jour ton alias : debian-french s'appelle debian-user-french désormais :-) PK Et crotte. C'est la deuxième fois que je fais ça. Je corrige le nom de l'alias au lieu de corriger l'addresse. Pardon pour le bruit sur user. Je vais corriger mes alias (en faire 2 séparés). Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: Vote au sujet de Michael Bramer
Denis Barbier wrote: [si tu voulais répondre sur la liste, tu peux y forwarder ce message] Comme je ne sais plus sur laquelle c'était :) je forward aux deux. Désolé pour ceusses qui ne sont pas concernés. On Thu, Oct 04, 2001 at 11:23:25AM +0200, Nicolas SABOURET wrote: Denis Barbier wrote: Non, je maintiens. Ce n'est pas parce que je suis agacé de recevoir des rapports de bogues du BTS que je vais demander l'exclusion de ces responsables. Branden est excessif. Je pense qu'on ferait mieux de laisser tomber la discussion absurde sur ce terrain. Tout à fait, de toute façon mon niveau d'anglais ne me permet pas de joute oratoire contre lui ;) Pour cela, il faut faire des propositions pour que le support de l'i18n soit considéré au même titre que les corrections de bogues. Tu as raison. Mais quelles sont les solutions ? Changer la constitution, la charte ou je ne sais quoi pour que le support de l'i18n soit considéré au même titre que la correction de bogues. Il faudrait trouver un constitutionnaliste qui nous dise comment procéder, c'était le sens de mon appel. C'est évidemment purement symbolique, mais je pense que c'est nécessaire. Et je conclus : je suis d'accord. C'est symbolique mais nécessaire. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
[Fwd: Vote au sujet de Michael Bramer]
C'est le 2e aujourd'hui que je renvoie pas sur la liste. Je fatigue. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico---BeginMessage--- Martin Quinson wrote: où il dit: At this moment we do not know how it will be implemented. [...] However in order to do this we need some major changes inside dpkg itself and those simply have not been done or fully designed yet. [...] Je sais que c'est très réducteur ce que je vais dire, mais j'ai d'autant plus l'impression que W. ne met pas de bonne volonté que Grisu propose en ligne une version de dpkg qui supporte la localisation. Alors je veux bien que ça ne soit pas trivial, mais faudrait quand même pas se foutre de la gueule du monde. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico ---End Message---
[Fwd: Vote au sujet de Michael Bramer]
Et je dois même faire suivre les mails des copains ! ;-) Nico.---BeginMessage--- On Thu, Oct 04, 2001 at 02:44:11PM +0200, Nicolas SABOURET wrote: Martin Quinson wrote: où il dit: At this moment we do not know how it will be implemented. [...] However in order to do this we need some major changes inside dpkg itself and those simply have not been done or fully designed yet. [...] Je sais que c'est très réducteur ce que je vais dire, mais j'ai d'autant plus l'impression que W. ne met pas de bonne volonté que Grisu propose en ligne une version de dpkg qui supporte la localisation. Alors je veux bien que ça ne soit pas trivial, mais faudrait quand même pas se foutre de la gueule du monde. Non, pas completement. C'est vrai que W met un mauvais esprit impressionnant, mais notre version ne résout pas tous les problèmes. Le plus gros, c'est la publication des traductions. Comment faire pour que les messages traduits arrivent sur la machine au moment ou tu fais apt-get update (ie, avant que tu installe le moindre paquet, et meme avant que tu télécharge le moindre paquet). C'est cet argument qui a tué nos travaux. Pour l'instant, il faut faire apt-get update ; apt-get install bonpaquet et apres tu peux faire dselect. La solution propre doit corriger ca. Mais on peut pas expérimenter et avancer pour l'instant, alors status quo... -- Un clavier azerty en vaut deux. ---End Message---
Re: prerequis pour un paquet.
Eric Deveaud wrote: Bonjour, je suis en train de me pencher sur la realisation d'un paquet, pour un soft que l'on a ecrit chez nous. Ce message devrait être adresser à debian-devel-french (et non user). Si tu parles anglais, c'est encore mieux de l'envoyer à debian-mentors. La réponse à ta question est dans le debian policy manual (charte debian), section 7. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
