[gentoo-user-fr] Re: ebuild pour xcave

[Arnaud Launay]

Le Fri, Jul 08, 2005 at 07:04:47PM +0200, Thomas de Grenier de Latour a écrit:
> > Je voulais éviter ça, mais effectivement, je vois mal comment
> > m'y prendre autrement. Mfbon.
> Bah là franchement, pour éviter ça je vois pas trop.

Je n'aime pas bidouiller les Makefile, c'est un coup à se faire
chier à chaque MàJ du soft.

> Certains mainteneurs préféreront un patch que du sed par contre

Hm, je vois surtout un (gros) argument en faveur du sed: il
permet d'éviter d'ajouter un énième fichier au repository rsync,
qui est déjà bien assez monstrueux comme ça (d'ailleurs, faudrait
voir à trouver autre chose...)

> Mais sinon, sans modifier de fichier Makefile, la seule
> solution que je vois serait de nettoyer ${D} après le "make
> install", mais ça serait franchement goret.

Ah oui non mais non, ça c'est la solution du gros porc de
l'espace :-))

> > DEPEND; if not specified, RDEPEND will default to your DEPEND
> > settings."
> Ça a été la politique, mais elle est en train de changer. Dans

Tant que c'est pas dans les docs officielles, je suis pas censé
être au courant.

> des ebuilds qui en tiennent compte dès maintenant. La décision
> n'étant vieille que de qlqs jours, ça explique je suppose que la
> doc n'ait pas encore été modifiée.

Moi je veux bien, mais à la St-Thomas (hum, désolé), je veux un
pointeur vers la nouvelle proposition :)

> > (en même temps, ils devraient quasiment tous dépendre de
> > virtual/libc, à part ceux compilés en statique...)
> Et de gcc, et de tant d'autres choses...

pas en RDEPEND.

> > officielle là-dessus... La plupart des logiciels ont gettext
> > en dep quand ils ont nls. Un deuxième avis ?
> Ouaif, tu fais bien de poser la question, parce que je suis pas
> 100% sûr de mon coup en fait. C'est certain que sur les
> sytème à base de glibc, si elle est compilée avec USE=nls en tout
> cas, y'en n'a pas besoin, sauf quand tu as des fichiers de
> trad à compiler (mais c'est bien souvent le cas qu'ils soient
> déjà compilés, comme ici).

A part que si, pour une raison X ou Y, le système (cette belle
boîte noire que je me suis amusé à démonter pour hlfl et
gphoto... erf) décide qu'il lui faut les recompiler, on l'a dans
l'os.

> Maintenant, avec une autre libc (genre
> sur bsd ou macos peut-être),

macos, je sais pas, freebsd nécessite en effet gettext, open est
en train de redévelopper son propre système de locale... Marc
Espie semblait dire que c'était une belle merde, d'ailleurs.

> ou si la glibc n'a pas USE=nls, alors j'en sais rien, peut-être
> qu'il faut une libintl.so dans ce cas. À vérifier avec des gens
> + compétents...

Oui. Ça se trouve où, ce genre de choses ? Déjà que j'ai pas
trouvé une seule liste dédiée à la discussion sur la
création/maintenance des ebuild...

> ne comprend vraiment, et là je ne serais vraiment pas étonné si
> le fin mot de l'histoire était que la dep est souvent ajoutée
> juste parce que les scripts ./configure en vérifient la présence
> et que donc ça doit servir à qqch :)

Ouais. Mais ça dépend de la libc, du coup: si elle n'a pas de
support intl natif, il lui faut gettext...

> > GTK	Application based on GTK+ libraries
> Ouais, pourquoi pas. Ça va sûrement pas beaucoup aider à mieux
> le ranger dans le menu gnome, mais bon vu que je vois pas trop
> où ça pourrait aller de toute façon...

Au moins, c'est toujours mieux rangé que dans "autres" :)

D'ailleurs, l'icône de gnucash a disparue, personne ne saurait
pourquoi, voire comment la remettre ?
Hm, enfin, ya pas de make_desktop dans le ebuild, mais il n'y en
a jamais eu, et pourtant j'avais l'icône, il y a encore deux ou
trois mois... Grouik.

> Y'a "repoman". Il doit être installer avec portage il me semble,

Ah, yes. Bon, il ne couine plus. J'aimerais bien une réponse sur
gettext avant de le reproposer sur bugs, ceci dit.

	Arnaud.
-- 
Perso: http://launay.org/blog/
Consulting:  http://www.cusae.com/
Hébergement: http://www.nocworld.com/
-- 
gentoo-user-fr@g.o mailing list