Re: debian/ et upstream
On Tue, Sep 16, 2003 at 09:10:46AM +0200, Mathieu Roy wrote: > Martin Quinson <[EMAIL PROTECTED]> a tapoté : > > > > Il n'etait pas question pour moi de mettre debian/ dans les tarballs > > publiees, pas plus que les spec, mais plutot d'ouvrir le CVS upstream au DD, > > histoire qu'il corrige directement les bugs a la source au lieu de maintenir > > des piles de patchs a la con. > > Il y'a tout de même un intérêt à donner les .spec et debian/, cela > permet aux gens de construire le paquet chez eux avec le paquet > source. Mouais. Je sais pas, il est aussi possible de diffuser les .spec et debian/ a cote, style sur la meme page web... > > > Enfin, s'il est vrai que cela doit être "découragé" pourquoi avoir mis > > > le debian/ _dans_ les sources ? On peut très bien imaginer de sortir le > > > debian/ non ? (d'ailleurs est-ce possible ?) > > > > Ce n'est pas decourage du tout, et d'ailleurs, si tu cherche un exemple de > > programme upstream ayant le debian/ dans le meme CVS, t'as pas besoin de > > chercher bien loin : dpkg est maintenu de la sorte ;) > > Mais dpkg est natif, non ? :) Ah oui, merde. J'ai dit une demi-connerie ;) C'est super bizarre. Le numero de version denote d'un paquet natif, mais y'a deux changelogs separes, comme dans les paquets non-natifs, et les mainteneurs de dpkg se targent de ne pas etre debian-only... Mt. -- The tragedy of modern man is not that he knows less and less about the meaning of his own life, but that it bothers him less and less. --- Vaclav Havel
Re: debian/ et upstream
Martin Quinson <[EMAIL PROTECTED]> a tapoté : > Il n'etait pas question pour moi de mettre debian/ dans les tarballs > publiees, pas plus que les spec, mais plutot d'ouvrir le CVS upstream au DD, > histoire qu'il corrige directement les bugs a la source au lieu de maintenir > des piles de patchs a la con. Il y'a tout de même un intérêt à donner les .spec et debian/, cela permet aux gens de construire le paquet chez eux avec le paquet source. > > Enfin, s'il est vrai que cela doit être "découragé" pourquoi avoir mis > > le debian/ _dans_ les sources ? On peut très bien imaginer de sortir le > > debian/ non ? (d'ailleurs est-ce possible ?) > > Ce n'est pas decourage du tout, et d'ailleurs, si tu cherche un exemple de > programme upstream ayant le debian/ dans le meme CVS, t'as pas besoin de > chercher bien loin : dpkg est maintenu de la sorte ;) Mais dpkg est natif, non ? :) -- Mathieu Roy Homepage: http://yeupou.coleumes.org Not a native english speaker: http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english
Re: debian/ et upstream
On Mon, Sep 08, 2003 at 07:42:07AM +0200, Georges Mariano wrote: > On Mon, 8 Sep 2003 07:48:00 +0200 > Jeremie Koenig <[EMAIL PROTECTED]> wrote: > > > > Je souhaiterais mettre le repertoire debian/ dans l'upstream tarball > > > > Mauvaise idée. > > C'est un truc que j'arrive pas à comprendre ... Par exemple, dans le cas > où je développe _et_ empaquête une appli, je dois séparer les deux ? > > Il y a là une discontinuité de comportement (entre upstream et DD) que > j'arrive pas à "motiver"... C'est effectivement ce que conseille la reference des developpeurs (il me semble). C'est pas bien de polluer les tarballs. Ca embete les autres distribs et ca sert a rien. En plus, si jamais tu as moins de temps libre, et decide de lacher le developpement a la source et/ou celui debian, avoir separe les taches du debut peut aider tes remplacants. > Par ailleurs, on peut pas dire d'un côté que le DD et upstream doivent > communiquer étroitement [évidence] et considérer de l'autre que le > debian/ dans CVS (la meilleure preuve donc!) soit une mauvaise idée ... Et, oh, on parle de quoi, la exactement ? Mettre le debian/ dans les tarball upstream est une erreur, mais je trouve personellement que c'est une bonne idee de mettre debian/ dans le *CVS* du projet upstream... Par exemple, j'ai repris la maintenance d'un ptit jeu qui se trouve etre dans debian, et j'ai propose au DD de nous rejoindre sur savannah afin qu'il place son debian/ dans le meme CVS que nous, et qu'il se sente membre du projet a la source aussi, mais ca ne s'est pas (encore) fait. C'est un peu bete je trouve. Il n'etait pas question pour moi de mettre debian/ dans les tarballs publiees, pas plus que les spec, mais plutot d'ouvrir le CVS upstream au DD, histoire qu'il corrige directement les bugs a la source au lieu de maintenir des piles de patchs a la con. C'est ce que je fais pour un autre programme, ou je suis ce coup ci principalement empaqueteur et un tout petit peu devel (j'ai juste fait l'i18n du truc). Le debian/ est gere dans le meme CVS que le source upstream. > > Le développement upstream et debian sont deux choses > > distincte, et il faut pouvoire sortir des révisions de paquets plus > > souvent, sans sortir une nouvelle version upstream, > > Je comprends pas pourquoi l'un empêcherait l'autre ... ?? cvs me semble > suffisamment souple pour préserver la distinction des deux choses ...? Ce qui est un peu galere, c'est que si tu veux decouper (ie, ne pas faire un paquet natif, ce qui serait mal si ce n'est pas seulement destine a Debian), il faut que tu ait une archive orig.tar.gz pour que dpkg-buildpackage trouve contre quoi faire le diff.gz Et c'est super piegeux de ne pas se melanger les pinceaux, et de bien refaire ton orig.tar.gz quand tu corrige un bug dans le source, monter le numero de version, ajouter une entree dans le changelog debian "New upstream release", faire to orig.tgz, le deplacer d'un etage plus haut en le renomant, et enfin lancer dpkg-buildpackage && sudo dpkg -i ../*.deb puis tester... > Enfin, s'il est vrai que cela doit être "découragé" pourquoi avoir mis > le debian/ _dans_ les sources ? On peut très bien imaginer de sortir le > debian/ non ? (d'ailleurs est-ce possible ?) Ce n'est pas decourage du tout, et d'ailleurs, si tu cherche un exemple de programme upstream ayant le debian/ dans le meme CVS, t'as pas besoin de chercher bien loin : dpkg est maintenu de la sorte ;) Bye, Mt. -- It worries me however, to realize how tough an ass-hole I have had to be, in order to get to stick to the principle of doing things right, rather than "just hack it in". --- Poul-Henning Kamp <[EMAIL PROTECTED]>
Re: debian/ et upstream
On Mon, Sep 08, 2003 at 09:53:42PM +0200, Georges Mariano wrote: > Selon Sven Luther <[EMAIL PROTECTED]>: > > > > > soudain impossible (il existe des ajustements plus lourds que 'mv debian > > > debian.upstram')? > > > > Ca pollue le .diff.gz et rend les choses plus difficile pour le > > mainteneur. > > hmm, oui, tiens... à quel moment le diff.gz entre-t-il dans la danse ? il > n'est > généré qu'à la construction du paquet n'est-ce pas ? (inutile de le stocker?) Lorsque l'on passe a une nouvelle version upstream, il faut recuperer les changements effectue dans le diff.gz de la precedente version, et si il y a plein de foutoire dans le .diff.gz (comme les trucs auto* aussi) cela rend les choses plus difficile. Certe des methodes tel que la dpatchification aide les choses, mais meme la, on perd la clarete du .diff.gz. Sans oublier les gens qui stockent leur modif debianesque dans un repertoire CVS ou SVN ou autre. > > Si upstream souhaite maintenir un repertoire debian, il faut souvent > > mieux qu'il le maintienne directement sous un autre nom (deb par > > exemple) que le mainteneur peut utiliser ou pas. > > i.e le nom est indifférent donc ... (tiens, est-ce paramétrable dans les > outils ?) Je ne pense pas, mais a mon avis c'est plus simple de simplement dire a l'utilisateur lambda de renommer le repertoire deb en debian, et le tour est jouer. Ton argument marche dans les deux sens. > > Ou encore, on peut arriver a une situation ou upstream devienne > > co-mainteneur du package, et que le mainteneur deviennent son sponsor. > > oui, c'est un scenario "sain" (et préférable évidemment). Oui. > Mais nous sommes bien d'accord(?), c'est pas une difficulté technique... c'est juste une gene inutile pour le mainteneur, on peut s'en passer, mais mieux vaut l'eviter. Cela peut aussi etre la cause d'erreur d'inatention, ou l'on pourai par inadvertance perdre des bout de patch ou autre. Amicalement, Sven Luther
Re: debian/ et upstream
On Mon, Sep 08, 2003 at 08:33:30PM +0200, Georges Mariano wrote: > > > Tous ça pour dire que même entre fichiers .deb il peut y avoir des > > problèmes si ils ne font pas parti de la même distribution, homogène et > > suivant des règles communes. > > Ben c'est quand même prévisible, non ? du temps où j'utilisais du Ximian, ça > marchait bien. Évidemmment, je _savais_ qu'en faisant des mixtures je prenais > des risques... et donc, à un moment donné j'ai fais la bascule. Point. > > > > Et même si l'upstream avait inclu un debian/ rien ne dit que Debian > > et/ou Ximian ne le modifiront pas en fonction de règles différentes. > > Euh, dans mon esprit, en supposant qu'upstream fasse correctement les choses > (c'est souvent le cas non ?;-), je supposais qu'a priori le debian/ était > celui > de la debian oficielle, éventuellement maintenu par le DD officiel... > > Et je suppose qu'il ne serait pas difficile de trouver un exemple où le paquet > fait par upstream serait plus "correct" que celui fait par un DD... ;-) > > Mais bon tous ça c'est des suppositions et quasiment des procès d'intention > (bonnes ou mauvaises), ça n'explique toujours pas en quoi _techniquement_ (i.e > objectivement == sans *pré*juger la qualité du résultat) ce serait un > problème... Que certains utilisent cela à mauvais escient, c'est une > "fatalité" > (on peut obtenir les mêmes bétises à partir d'un apt-get source !) > > En cas de divergence entre upstream et debian, où est le problème ? > actuellement > un DD récupère les sources et y place son "debian/", pourquoi cela serait > soudain impossible (il existe des ajustements plus lourds que 'mv debian > debian.upstram')? Ca pollue le .diff.gz et rend les choses plus difficile pour le mainteneur. Si upstream souhaite maintenir un repertoire debian, il faut souvent mieux qu'il le maintienne directement sous un autre nom (deb par exemple) que le mainteneur peut utiliser ou pas. Ou encore, on peut arriver a une situation ou upstream devienne co-mainteneur du package, et que le mainteneur deviennent son sponsor. Amicalement, Sven Luther
Re: debian/ et upstream
Selon Sven Luther <[EMAIL PROTECTED]>: > > soudain impossible (il existe des ajustements plus lourds que 'mv debian > > debian.upstram')? > > Ca pollue le .diff.gz et rend les choses plus difficile pour le > mainteneur. hmm, oui, tiens... à quel moment le diff.gz entre-t-il dans la danse ? il n'est généré qu'à la construction du paquet n'est-ce pas ? (inutile de le stocker?) > Si upstream souhaite maintenir un repertoire debian, il faut souvent > mieux qu'il le maintienne directement sous un autre nom (deb par > exemple) que le mainteneur peut utiliser ou pas. i.e le nom est indifférent donc ... (tiens, est-ce paramétrable dans les outils ?) > Ou encore, on peut arriver a une situation ou upstream devienne > co-mainteneur du package, et que le mainteneur deviennent son sponsor. oui, c'est un scenario "sain" (et préférable évidemment). Mais nous sommes bien d'accord(?), c'est pas une difficulté technique... A+ -- mailto:[EMAIL PROTECTED] debfr-faq http://savannah.nongnu.org/download/debfr-faq/html/
Re: debian/ et upstream
> Tous ça pour dire que même entre fichiers .deb il peut y avoir des > problèmes si ils ne font pas parti de la même distribution, homogène et > suivant des règles communes. Ben c'est quand même prévisible, non ? du temps où j'utilisais du Ximian, ça marchait bien. Évidemmment, je _savais_ qu'en faisant des mixtures je prenais des risques... et donc, à un moment donné j'ai fais la bascule. Point. > Et même si l'upstream avait inclu un debian/ rien ne dit que Debian > et/ou Ximian ne le modifiront pas en fonction de règles différentes. Euh, dans mon esprit, en supposant qu'upstream fasse correctement les choses (c'est souvent le cas non ?;-), je supposais qu'a priori le debian/ était celui de la debian oficielle, éventuellement maintenu par le DD officiel... Et je suppose qu'il ne serait pas difficile de trouver un exemple où le paquet fait par upstream serait plus "correct" que celui fait par un DD... ;-) Mais bon tous ça c'est des suppositions et quasiment des procès d'intention (bonnes ou mauvaises), ça n'explique toujours pas en quoi _techniquement_ (i.e objectivement == sans *pré*juger la qualité du résultat) ce serait un problème... Que certains utilisent cela à mauvais escient, c'est une "fatalité" (on peut obtenir les mêmes bétises à partir d'un apt-get source !) En cas de divergence entre upstream et debian, où est le problème ? actuellement un DD récupère les sources et y place son "debian/", pourquoi cela serait soudain impossible (il existe des ajustements plus lourds que 'mv debian debian.upstram')? A+ -- mailto:[EMAIL PROTECTED] debfr-faq http://savannah.nongnu.org/download/debfr-faq/html/
Re: debian/ et upstream
Le lundi 08 septembre 2003 à 12:11:25, Michael Scherer a écrit: > si le but est d'installer des rpms crades pour polluer le système, oui, > ça permet d'arriver plus vite à ses fins. > > A mon sens, il faut s'en tenir aux paquets officiels des distribs, sur > debian comme sur les autres. Je dérive un peu du sujet mais c'est pas parce que un répertoire debian/ ou un paquet .deb non officiel existe qu'il est/sont de bonne qualité. Par exemple un utilisateur d'un de mes paquet à rapporter le bug #207740 parce qu'il n'arrivait pas à installer le paquet Debian libpisync0. Le problème est qu'il avait déjà installé un autre paquet libpisock8 qui avait un fichier en conflit avec libpisync0. Après enquête le paquet libpisock8 qu'il utilisait ne venait pas de Debian mais de Ximian et même si les deux paquets ont le même nom ils ne fournissent pas les même fichiers (libpisock8 de Ximian et l'union de libpisock8 et libpisync0 de Debian issu d'un même source pilot-link). Tous ça pour dire que même entre fichiers .deb il peut y avoir des problèmes si ils ne font pas parti de la même distribution, homogène et suivant des règles communes. Et même si l'upstream avait inclu un debian/ rien ne dit que Debian et/ou Ximian ne le modifiront pas en fonction de règles différentes. À+ -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --
Re: debian/ et upstream
Bonjour On Monday 08 September 2003 09:57, Georges Mariano wrote: > On Mon, 8 Sep 2003 09:57:40 +0200 > > Xavier Roche <[EMAIL PROTECTED]> wrote: > > Autre argument: votre application n'est pas specifique a Debian, > > donc mettre le repertoire debian/ ne va pas aider les empaqueteurs > > d'autres distributions (mandrake, etc.) > > ça va pas les déranger non plus! cf les .spec pour rpm qui sont > maintenant dans beaucoup de sources. Et qui sont inutiles, car souvent prévus pour une autre distribution et donc ne respectant pas les conventions et les macros mises en places. Sans compter que je doute fortement de la qualité d'un rpm fait par un développeur qui n'a pas l'habitude et qui fait souvent ça comme un goret. > Jusqu'à preuve du contraire, les > méthodes d'empaquetage sont indépendantes, elles peuvent donc > cohabiter dans les mêmes sources ... > > (au passage : ça facilite bien la tâche d'un utilisateur rpm qui > reçoit ces sources alors pourquoi pas aider l'utilisateur debian ?) Ça ne facilite que dalle. En général, il y a un .spec, qui correspond a RH quand on est chanceux et a rien dans la plupart des cas. Ce genre de rpm ne prends pas en compte les conventions pour les menus, ou pour le placement des fichiers. Et je ne parle même pas de la politique de nommage des paquets ou des dépendances qui se retrouve totalement ignoré. si le but est d'installer des rpms crades pour polluer le système, oui, ça permet d'arriver plus vite à ses fins. A mon sens, il faut s'en tenir aux paquets officiels des distribs, sur debian comme sur les autres. > Enfin, un projet libre est souvent le résultat d'efforts conjoints > (développement, documentation, test,...). De nos jours, l'empaquetage > (pour k distributions) devient une tâche intégrée au développement... > La séparation n'est donc certainement pas une nécessité. Non. Chacun fait son boulot. La mise en paquet est géré par le distributeur, au niveau de la distribution. Je ne voit donc pas l'intérét de placer les mêmes fichiers à 2 endroits différents. Chacun distribution posséde sa politique de gestion des versions des paquets, et ne pas la suivre ne peut qu'ajouter une confusion inutile. > Pour terminer, un truc bien rageant que chacun ici a probablement > vécu... quand on achète un magazine/CD avec des _tonnes_ de sources > gentiment fournis (sympa quand on a(vait) pas l'ADSL ;-) alors qu'il > n'y a bien souvent pas de .deb, ni de debian/, en revanche il y > souvent le rpm et le .spec :-(( Et ça conduit les gens à installer des rpms venant de n'importe ou sur leur distribution, et à la foutre en l'air à petit feu. Pour ma part, je ne voit pas pourquoi on devrait favoriser tel distro par rapport a tel autre, et inciter les gens à ne pas prendre des paquets officiels. Il est peut être facile pour nous de voir si un paquet est de qualité par rapport à un autre, mais c'est pas le cas de tout le monde. Et même si ça semble facilité la vie sur le court terme, les effets secondaires sur le long terme risque d'être plus que nuisible. -- Michaël Scherer
Re: debian/ et upstream
On Mon, 8 Sep 2003 09:57:40 +0200 Xavier Roche <[EMAIL PROTECTED]> wrote: > Autre argument: votre application n'est pas specifique a Debian, donc > mettre le repertoire debian/ ne va pas aider les empaqueteurs d'autres > distributions (mandrake, etc.) ça va pas les déranger non plus! cf les .spec pour rpm qui sont maintenant dans beaucoup de sources. Jusqu'à preuve du contraire, les méthodes d'empaquetage sont indépendantes, elles peuvent donc cohabiter dans les mêmes sources ... (au passage : ça facilite bien la tâche d'un utilisateur rpm qui reçoit ces sources alors pourquoi pas aider l'utilisateur debian ?) > mais alourdir l'archive pour rien. ?? * alourdir : avec ce qu'on récupère de nos jours, c'est pas les debian/ qui posent problème ... (suffit d'une dépendance mal foutue sur gnome ou kde ou ... et pan! ;-) * pour rien : ... !! je comprends pas en quoi donner les moyens de faire le paquet debian à celui qui récupère les sources c'est "rien" ... > Separer les sources de la methode d'empaquetage me parait etre une > idee saine. C'est donc que le contraire ne serait pas sain ... or, je ne "vois" pas d'effets néfastes. De même qu'un source peut fournir des libs optionnelles, des plugins, de la doc que je lirai jamais ... Que peut-on faire proprement "avant" et que l'on ne peut plus faire proprement "après" la mise en upstream de debian/ ? Enfin, un projet libre est souvent le résultat d'efforts conjoints (développement, documentation, test,...). De nos jours, l'empaquetage (pour k distributions) devient une tâche intégrée au développement... La séparation n'est donc certainement pas une nécessité. > On peut vouloir refaire le paquet debian sans toucher aux sources, par > exemple. Je suis bien d'accord avec cette idée mais c'est indépendant du fait de récupérer l'ensemble... où alors je pige pas en quoi mettre le debian/ dans les sources _empêche_ de refaire le paquet sans toucher aux sources. Pour terminer, un truc bien rageant que chacun ici a probablement vécu... quand on achète un magazine/CD avec des _tonnes_ de sources gentiment fournis (sympa quand on a(vait) pas l'ADSL ;-) alors qu'il n'y a bien souvent pas de .deb, ni de debian/, en revanche il y souvent le rpm et le .spec :-(( A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: debian/ et upstream
On Mon, Sep 08, 2003 at 07:42:07AM +0200, Georges Mariano wrote: > > > Je souhaiterais mettre le repertoire debian/ dans l'upstream tarball > > Mauvaise id?e. > C'est un truc que j'arrive pas ? comprendre ... Par exemple, dans le cas > o? je d?veloppe _et_ empaqu?te une appli, je dois s?parer les deux ? Il > y a l? une discontinuit? de comportement (entre upstream et DD) que > j'arrive pas ? "motiver"... Autre argument: votre application n'est pas specifique a Debian, donc mettre le repertoire debian/ ne va pas aider les empaqueteurs d'autres distributions (mandrake, etc.) mais alourdir l'archive pour rien. > Par ailleurs, on peut pas dire d'un c?t? que le DD et upstream doivent > communiquer ?troitement [?vidence] et consid?rer de l'autre que le > debian/ dans CVS (la meilleure preuve donc!) soit une mauvaise id?e ... Separer les sources de la methode d'empaquetage me parait etre une idee saine. On peut vouloir refaire le paquet debian sans toucher aux sources, par exemple.