Re: Debconf encore

2003-07-29 Par sujet Denis Barbier
On Tue, Jul 29, 2003 at 06:52:47AM +0200, Michel Grentzinger wrote:
 Le Mardi 29 Juillet 2003 00:56, Denis Barbier a écrit :
   D'abord, je tiens à rectifier qu'il ne s'agit pas de rssh (dont je vais
   demander le passage à po-debconf) mais de rootskel.
 
  [...]
 
  Dans ce cas, c'est très différent. Le paquet rootskel fait partie du
  debian-installer, qui a un format .udeb légèrement modifié par rapport au
  .deb ; tout ce qui n'est pas essentiel est supprimé pour gagner de la
  place, il est donc probable que l'oubli de cette dépendance soit
  volontaire.
 
 Oui, d'ailleurs, je n'arrive pas à passer debconf-gettextize dessus... Il me 
 renvoie une erreur à cause des champs Default[sparc] Default[s390]... 
 Comment faire ?

Effectivement, debconf-gettextize ne marche pas avec des fichiers non
standards. Une solution consiste à modifier le fichier, lancer
debconf-gettextize, puis remettre le fichier d'origine en marquant à
la main les champs à traduire.
Il faut ensuite vérifier que cela n'interfère pas avec le mécanisme
de génération utilisé.

J'avais les neurones embrumés hier soir, j'aurais dû te proposer de
m'en occuper. C'est maintenant fait dans le CVS.

Denis




Re: Debconf encore

2003-07-29 Par sujet Christian Perrier
Quoting Michel Grentzinger ([EMAIL PROTECTED]):

  Et c'est pour cela que j'ai un peu de mal à comprendre ceux qui se
  passent de debhelper... :-)
 
 Oui mais dh_installdebconf est une règle à insérer dans le Makefile, non ? 
 Faut-il l'insérer à chaque fois et où exactement ?

Si le mainteneur utilise par ailleurs debhelper (tu le vois aux appels
à dh_* dans debian.rules), oui tu le mets.

Sinon, il doit forcément avoir quelque part une ligne qui copie le
fichier templates dans tmp/DEBIAN (pas forcément tmp d'ailleurs.en
fait il s'agit du répertoire où est construit l'arborescence du
paquet, situé sous debian)

Quant à la place de dh_installdebconf, c'est le plus souvent dans la
cible binary-arch (ou binary-indep pour les paquets indépendants de
l'architecture).

Sa place précise n'est pas critique. Il faut juste qu'il soit après
dh_installdirs





Re: Debconf encore

2003-07-29 Par sujet Michel Grentzinger
Le Mardi 29 Juillet 2003 08:19, Christian Perrier a écrit :
 Quoting Michel Grentzinger ([EMAIL PROTECTED]):
  Oui mais dh_installdebconf est une règle à insérer dans le Makefile, non
  ? Faut-il l'insérer à chaque fois et où exactement ?

 Si le mainteneur utilise par ailleurs debhelper (tu le vois aux appels
 à dh_* dans debian.rules), oui tu le mets.

 Sinon, il doit forcément avoir quelque part une ligne qui copie le
 fichier templates dans tmp/DEBIAN (pas forcément tmp d'ailleurs.en
 fait il s'agit du répertoire où est construit l'arborescence du
 paquet, situé sous debian)

 Quant à la place de dh_installdebconf, c'est le plus souvent dans la
 cible binary-arch (ou binary-indep pour les paquets indépendants de
 l'architecture).

 Sa place précise n'est pas critique. Il faut juste qu'il soit après
 dh_installdirs

Bien, je ferrai ça à partir d'aujourd'hui...
Mais pour l'instant, je ne l'ai pas fait ! C'est grave ?

-- 
Michel Grentzinger
OpenPGP key ID : B2BAFAFA
Available on http://www.keyserver.net




Re: Debconf encore

2003-07-29 Par sujet Christian Perrier
Quoting Michel Grentzinger ([EMAIL PROTECTED]):

 Bien, je ferrai ça à partir d'aujourd'hui...
 Mais pour l'instant, je ne l'ai pas fait ! C'est grave ?

Non, car s'il utilise debconf il a dans 95% des cas déjà un
dh_installdebconf





Re: Debconf encore

2003-07-28 Par sujet Cédric Delfosse
Le lun 28/07/2003 à 17:37, Michel Grentzinger a écrit :
 Bonjour,
 

Bonjour,

 Juste une petite précision : les paquets qui posent des questions via debconf 
 ne doivent-ils pas dépendre de debconf justement ?

Si.

 
 Pour l'instant, comme je suis en train de faire passer les paquets de 
 l'ancien 
 système (templates.fr) vers le nouveau système basé sur gettext, je place une 
 dépendance sur le paquet source comme ceci :
 Build-Depends : debhelper (= 4.1.16)
 
 Mais là, le paquet rssh ne dépend pas de debconf alors qu'il l'utilise. 
 Dois-je rajouter Depends: debconf dans mon rappoprt de bogue ?
 

Si le programme utilise dh_installdebconf, je pense que le mieux est de
placer ${misc:Depends) sur la ligne Depends. La dépendance avec debconf
sera alors automatiquement calculée.

-- 
Cédric Delfosse, http://cedric.freezope.org
Jabber ID: [EMAIL PROTECTED]


signature.asc
Description: Ceci est une partie de message	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=


Re: Debconf encore

2003-07-28 Par sujet Michel Grentzinger
Le Lundi 28 Juillet 2003 18:02, Cédric Delfosse a écrit :
  Juste une petite précision : les paquets qui posent des questions via
  debconf ne doivent-ils pas dépendre de debconf justement ?

 Si.

  Pour l'instant, comme je suis en train de faire passer les paquets de
  l'ancien système (templates.fr) vers le nouveau système basé sur gettext,
  je place une dépendance sur le paquet source comme ceci :
  Build-Depends : debhelper (= 4.1.16)
 
  Mais là, le paquet rssh ne dépend pas de debconf alors qu'il l'utilise.
  Dois-je rajouter Depends: debconf dans mon rappoprt de bogue ?

D'abord, je tiens à rectifier qu'il ne s'agit pas de rssh (dont je vais 
demander le passage à po-debconf) mais de rootskel.

 Si le programme utilise dh_installdebconf, je pense que le mieux est de
 placer ${misc:Depends) sur la ligne Depends. La dépendance avec debconf
 sera alors automatiquement calculée.

Encore une bonne chose d'apprise aujourd'hui... Mais à quoi sert exactement 
dh_installdebconf ? Faut-il systématiquement l'inclure dans mes BR demandant 
le passage à gettext pour les templates debconf ?

-- 
Michel Grentzinger
OpenPGP key ID : B2BAFAFA
Available on http://www.keyserver.net




Re: Debconf encore

2003-07-28 Par sujet Christian Perrier
Quoting Michel Grentzinger ([EMAIL PROTECTED]):

 Encore une bonne chose d'apprise aujourd'hui... Mais à quoi sert exactement 
 dh_installdebconf ? Faut-il systématiquement l'inclure dans mes BR demandant 
 le passage à gettext pour les templates debconf ?

En gros, il fait à la place du mainteneur toutes les incantations
liées à debconf... :-)

Ce qui, en ce moment, revient à :

-fusionner les templates et leurs traductions (soit comme avant pour
les debconf classiques, soit en utilisant les PO--c'est cela qui
impose d'avoir =4.1.16c'est seulement à partir de là qu'il sait
le faire)

-ajouter les dépendances si on a mis ce qu'il faut dans Depends comme
on vient de te l'expliquer (ce qui incidemment me l'a appris, aussi)

-copier le fichier templates ainsi générés dans tmp/DEBIAN (ou
[autre_nom]/DEBIAN]) avant la génération des .deb

Si ça se trouve, dans le futur, debconf deviendra encore plus
sophistiqué et il y aura d'autres manips à faire...l'avantage
d'utiliser debhelped c'est que ces manips se feront toutes seules sans
que le mainteneur n'ait à savoir précisément ce qu'il y a dedans.

C'est cela l'avantage de tous les script debhelper : faciliter la vie
des mainteneurs pour qu'ils se consacrent à des tâches à valeurs
ajoutée.

Et c'est pour cela que j'ai un peu de mal à comprendre ceux qui se
passent de debhelper... :-)





Re: Debconf encore

2003-07-28 Par sujet Michel Grentzinger
Le Lundi 28 Juillet 2003 20:15, Christian Perrier a écrit :
 Quoting Michel Grentzinger ([EMAIL PROTECTED]):
  Encore une bonne chose d'apprise aujourd'hui... Mais à quoi sert
  exactement dh_installdebconf ? Faut-il systématiquement l'inclure dans
  mes BR demandant le passage à gettext pour les templates debconf ?

 En gros, il fait à la place du mainteneur toutes les incantations
 liées à debconf... :-)

 Ce qui, en ce moment, revient à :

 -fusionner les templates et leurs traductions (soit comme avant pour
 les debconf classiques, soit en utilisant les PO--c'est cela qui
 impose d'avoir =4.1.16c'est seulement à partir de là qu'il sait
 le faire)

 -ajouter les dépendances si on a mis ce qu'il faut dans Depends comme
 on vient de te l'expliquer (ce qui incidemment me l'a appris, aussi)

 -copier le fichier templates ainsi générés dans tmp/DEBIAN (ou
 [autre_nom]/DEBIAN]) avant la génération des .deb

 Si ça se trouve, dans le futur, debconf deviendra encore plus
 sophistiqué et il y aura d'autres manips à faire...l'avantage
 d'utiliser debhelped c'est que ces manips se feront toutes seules sans
 que le mainteneur n'ait à savoir précisément ce qu'il y a dedans.

 C'est cela l'avantage de tous les script debhelper : faciliter la vie
 des mainteneurs pour qu'ils se consacrent à des tâches à valeurs
 ajoutée.

 Et c'est pour cela que j'ai un peu de mal à comprendre ceux qui se
 passent de debhelper... :-)

Oui mais dh_installdebconf est une règle à insérer dans le Makefile, non ? 
Faut-il l'insérer à chaque fois et où exactement ?

-- 
Michel Grentzinger
OpenPGP key ID : B2BAFAFA
Available on http://www.keyserver.net