tgl a écrit 1743 commentaires

> Qui dit que l'interpreteur va se comporter de la meme facon que le compilateur ?

C'est clair qu'il faudrait une option "--fake-gcc-version=<x.y.z>".



Voui, voui, suis déjà oh-qu'ai-je-sorti...

> en France OUI: la "réorganisation" de l'assurance maladie (la sécu quoi)

Et y'a aussi le projet de décentralisation (au moins pour l'éducation) qui est reporté à septembre... Ça va en faire du monde dans les rues.

> Allez, viens quoi, on va bien s'amuser :-) Argh, qu'il est dur de refuser pareille invitation... mais pour l'instant, je suis qd même encore bien occupé sur ma gentoo et je m'amuse aussi, j'ai tout plein de projets sur le feu, plus vraiment de place pour le chaudron quoi... Merci qd même, maintenant je saurai où lorgner quand je serai lassé.

> debutant oui mais pas jeune !

Bah il est pourtant encore imberbe, non ?


(oui oui... m'en fous, justement, il fait beau...)

> héhé c'était une image le "j'ai pleuré" bien sûr :)

Rends moi tout de suite mon kleenex !

> je ne cherche _pas_ à lancer un troll merci.

Je ne suis pas d'humeur non plus rassure toi :)

> il est faisable d'ajouter #!/usr/bin/perl dans les spells smgl

Ah oui, alors là c'est sûr, c'est et ça restera impossible dans Gentoo. Dommage, c'est rigolo... En fait, ce qui fait qu'on ne voit pas forcement que les ebuilds sont en bash, c'est qu'il sont interprétés dans ce qu'on pourrait pompeusement appeler un framework fournissant tout un tas de variables de base, de fonctions utilitaires, un mécanisme d'héritage entre scripts, des fonctions par défaut, des conventions de nommages et quelques hacks syntaxiques supplémentaires. Avec un peu d'habitude, c'est extrêment simple et souple à la fois, moi j'apprécie vraiment. Y'a 15 jours, je me suis penché sur le ROX-Desktop et, après avoir écrit une eclass qui allait bien, j'ai pondu ~25 ebuilds en une ou deux heures pour les différentes libs, applis, applets, etc...

Donc voilà tout ça pour dire quoi déjà ? Ah bah si, qu'on est cantonné à bash, mais que j'aime bien quand même. (ça, c'est vraiment de la conclu à -1)

je n'aime pas la variable USE, la SMGL te demande juste avant la compilation quelles dépendances optionnelles tu veux ou non (je préfère largement cette méthode, mais c'est une question de goût).

Ouais, là la différence est assez cosmétique: sous gentoo le USE sert de choix par défaut, et le "emerge -pv ...", en t'indiquant les flags disponibles, fait office d'interactivité. Le parti pris est que emerge, par défaut, ne doit pas être intéractif, pour permettre son utilisation dans des scripts et autres crons. Question de goût effectivement donc.

évidemment, ton choix de dépendances est sauvegardé, pour les mises à jour ultérieures

C'est sous Gentoo ce que permettront les "sticky variables", mais pour l'instant c'est juste des patchs qui trainent de ci de là depuis qlqs temps déjà. C'est regrettable que cette fonctionnalité n'ait pas été programmée dès le début dans emerge, parceque maintenant, elle est effectivement délicate à rajouter semble-t-il...

Les "ebuilds" sourcemage sont en bash, et c'est, AMHA, beaucoup plus simple à modifier quand tu veux tripatouiller un spell. Je me souviens d'avoir pleuré pour modifier un ebuild pour postgresql (bon ok, je ne connaissais pas python, mais qd même, étant informaticien, ca n'était pas 100% du chinois pour moi).

Savoir que les ebuilds Gentoo sont en bash aussi aurait probablement seché tes larmes.

Si jamais t'as une Gentoo, les ebuilds sont en développement et cherchent justement des testeurs (peu de dev Gentoo on une carte télé apparement). Or avec des ebuilds bien fonctionnels, se faire une Gentoo spéciale "mythbox" pour sa machine de salon, c'est pas un pb...

Sont faits pour l'instant:
- MythTv (et xmltv)
- MythGallery
- MythMusic
- MythWeather
Manquent encore, pour la "mythbox" complète:
- MythVideo
- MythGame
- MythWeb

Ça se passe là:
http://bugs.gentoo.org/show_bug.cgi?id=10533(...)
(et consorts, liés depuis ce bug je crois)

Moi j'essairai probablement tout ça ce we. Bon, maintenant, si t'es pas trop Gentoo et que tu comptes pas t'y mettre, et bah... désolé pour le fud :)

Sinon, vous savez si y'a un feed français pour xmltv ?

> Bon, je répond, mais j'ai peur :)

De quoi ?

> Je me répète, mais les journaux pour ça, c'est pas bien ?

Bof, moi je préferre avoir tout sur la page principale, c'est plus rapide à parser. Les journaux, je leur reprocherais que y'a vraiment n'importe tout et n'importe quoi dedans (c'est normal, ils sont là pour ça). Mais je voudrais justement avoir un accès simple au meilleurs du n'importe quoi. Enfin, dit comme ça c'est pas très convaincant, je recommence...
Dans cette boite "Rien à voir", ce serait des niouzes quand même qu'il y aurait, c'est à dire des textes informatifs sur des actualités. Ça déjà, ça filtrerait pas mal par rapport aux journaux, où on trouve par exemple beaucoup de simple question techniques, ambiance forum/ml quoi. Et puis ce serait exclusivement des niouze hors sujets informatique, ça aussi ça filtrerait. Et pour garantir le respect de tout ça, ce serait modéré, parceque ça pousse les gens à réfléchir avant d'écrire. Je pense qu'on arriverait alors à un contenu renouvellé en un à qlqs jours, un bon rhythme pour des niouzes, alors que les journaux imposent d'être consultés beaucoup plus régulièrement si on veux rien rater.
Peut-être sinon que si y'avait des catégories (support technique, critiques artistiques, coups de gueules,...) pour les journaux alors ils feraient l'affaire, on pourrait aller juste voir ce qui nous intérresse. Mais dans l'état actuel, je les trouve vraiment pas très agréables à visiter.

En théorie, je suis assez d'accord (je plussoie d'ailleurs), je vois pas trop ce que les citiques ciné font sur linuxfr. Dans les hors sujet, pourquoi tolérer ça plus qu'autre chose ? Si je fait une niouze sur l'excellente pièce d'Ariane Mnouchkine que j'ai vu ce WE, je suis sûr que je vais me faire bouler... (http://www.theatre-du-soleil.fr/caravan/index.shtml(...) pour ceux que pourtant ça intérresserait)

Mais bon, je suppose que maintenant ces critiques sont devenues une coutume locale, y'a rien là dedans de bien justifié, mais on est habitué quoi. D'ailleurs, en pratique, je les lis avec intérêt, d'autant plus que je n'ai pas le reflexe d'aller en chercher ailleurs. Alors pour la place que ça prend, c'est finallement pas si mal que ce soit là. Si le site était vraiment noyé de niouzes, il faudrait songer à être plus strict et plus cohérent, mais là, ça ne nuit pas vraiment...

Maintenant, l'idéal, ce serait sûrement de scinder la boite "Dépêche de seconde page" en:
- une boite pour les niouzes mineures qui sont bien dans les topics de l'informatique libre quand même ;
- une boite "Rien à voir" (optionnelle) pour le reste, dont le cinéma.

> Je passerait voir dans un supermarché, histoire de vérifier.

Penses aussi à vérifier en dehors du supermarché, parceque y'a pas que les pâtes dans la vie. Y'a le téléphone, l'edf, la bagnole, les fringues, bref pas mal de trucs qui ne sont pas des nourritures du ventre ou de l'esprit (puisqu'on parlait des bouquins), mais dont il est quand même difficile de se passer, même quand on est au smic. Et bah ils sont taxé à 19,6%.

Je trouve que y va un peu fort. Franchement, étant donné le rapport de force libre vs. proprio actuel, faut savoir apprécier aussi les petits progrès. Quand je vois des windowsiens utiliser openoffice ou mozilla, je me dis que c'est toujours ça de pris, que c'est un pas dans la bonne direction, etc. Là c'est pareil.

Y'a plein de façon d'en arriver au libre, et pour beaucoups installer un soft gpl sous windows, ou un linux qu'ai pas libre, ne sera qu'un premier contact. La foi viendra après seulement, et alors ils changeront de distrib.

Bref, pour moi, ce qui est bon pour linux est souvent bon pour le libre, indirectement.

> J'apprécie ton avis car il est modéré

La modération n'est pas un gage de qualité (je le dis sans arrière pensée quant à ce site).
Ceci dit, là, en l'occurence, c'est en effet un position pleine de bon sens que je plussoie.

Tu nous fais quoi là, une frappe préventive ?
Tout doux, le troll n'a même pas encore commencé...

> je sais pas comment mon commentaire a atteris si bas apres
bah c'est chronologique.

Mais tiens, ouais, je me demande si ce serait pas sympa de trier les enfilades verticalement par ordre anti-chronologique. Ça mettrai plus en évidence les réponses pertinentes qui viennent malheureusement souvent seulement après les trolls. Pourquoi mettre plus en avant des choses que de toutes façons plus de gens ont déjà vues ?

> moi je dis qu'un port de la gentoo pour *BSD serait vraiment le bienvenu (OpenBSD ?
> mm si ca me semble TRES dur) !

Je sais pas trop où ça en est, mais mes bookmarks disent:
http://forums.gentoo.org/viewtopic.php?t=52151(...)
http://jeter.dyndns.org/(...) (indisponible ce matin au moins)
http://news.gmane.org/onethread.php?group=gmane.linux.gentoo.devel&(...)

> Pour le Hurd aussi, mais je crois que c'est en cours.

Avenj avais commencé à bosser là dessus, mais il a je crois laissé la chose en plan, au moins provisoirement:
http://cvs.gentoo.org/~avenj/(...)

(réponse en vrac à plusieurs remarques) Bah franchement, à l'utilisation, depuis ~1an, de Gentoo, je n'ai absolument jamais ressenti le besoin d'une gestion automatique des dépendances inverses. Les exemples cités dans les threads précédants me semblent tous un peu théoriques (<disclaimer> ok, on a pas tous la même utilisation de la chose, ils correspondent peut-être à la réalité de certains. Mais pas à la mienne, c'est tout. </disclaimer>): - le coup de la lib compatible source mais pas binaire: ça arrive qd même pas tous les jours ça... Les rares occurences du problème sont traitées comme des cas particuliers par les packageurs (par les slots, oui. Et non, ils ne marquent pas juste des différences d'API, ils dénotent une nécéssité de distinguer des version comme n'étant pas écrasables les unes par les autres. Ça correspond en générale à des changements d'api parceque la plupart des libs ne sont pas trop mal fichu, mais quand le besoin d'une numérotation plus fine se fait sentir, et bah les numéros de slots sont choisis pour.) - le coup du "emerge -C gtk". Ça vous arrive souvent vous ? Moi raremet, mais ça m'est effectivement arrivé. Ceci dit, c'est dans moment ou je bidouille, test des trucs, patchouille un truc et merdouille, et donc où je fais attention à ce que je fais. Et franchement, qd ça m'est arrivé, je n'avais vraiment aucune envie de supprimer tout mon gnome et compagnie, fruit de environ 24h de compil, juste pour que mon système soit d'une parfaite cohérence alors qu'il était de tout de façon dans une phase transitoire. Et si en fait se faisant c'était gnome que je voulais virer ? Et bah je le fais explicitement, et je fais un depclean ensuite. - sur le coup de "garder les deux" (versions de libs) pour certains binaires pas recompilables, je pose (si si, sincèrement) la question des logiciels effectivement concernés. Et quand bien même on trouverait quelques logiciels proprios assez abhérant pour imposer ça, alors je ne vois rien là qu'un slot ne saurait régler. Je veux bien des explications (que je lirai que mardi par contre, déso si vous avez clos le débat d'ici là) - les packageurs ne se plaignent vraiment pas de portage, ils y trouvent la facilité pour les cas les plus courant, et la possibilité de hacker pour les cas plus pathologiques. Que demander de plus ? - les administrateurs eux, parceque faut pas oublier que la gestion de paquets est une tâche d'administration de la machine, y trouve une excellente _assistance_, parceque portage automatise les tâches courantes. Et pour les tâches moins habituelles, il a aussi la possibilité d'arriver à ses fin, même si toutes les solutions ne tiennent pas en une option d'emerge. Il faut parfois se poser une question avant de faire qlqchose (tiens, si je vire gtk, est-ce que c'est grave ?), y trouver la reponse (qpkg -q gtk), et agir en conséquence, mettre plusieurs commandes dans un script, piper le résultat d'une requête vers une autre commande, etc. Et alors ? - je serais vraiment preneur de cas précis où la non gestion par défaut des dépendances inverses vous a manqué à vous (ou desréférences à des choses lues à droite à gauche), et où il était le fond du problème.

> La confusion dans Portage c'est qu'il n'y a pas d'outil séparé comme équivalent à rpm. Bah y'a "ebuild", au moins pour la compilation, installation, etc, d'un simple paquet.

ROX n'est pas spécifiquement UTF-8: même s'il utilise UTF-8 en interne, c'est censé être transparent pour l'utilisateur. Concernant les noms de fichiers, c'est le système de fichiers qui est UTF-8

Le filesystem, il ne fait aucune hypothèse sur rien, il n'est pas plus en UTF-8 qu'en autre chose, il bouffe n'importe quoi sauf null, et basta. Si je fait un "touch fichié" avec des locales d'encodage iso-8859-1, seuls les utilisateurs utilisant iso-8859-1 (ou compatible sur le "é") pour le décodage verront un "fichié" en cas de ls. Mais ROX lui, et lui seul, fera l'hypothèse que le nom était en UTF-8 et le décodera donc de travers. Il est donc bien "UTF-8 only", et ça n'a pas grand chose avoir avec sa représentation interne des chaines de caractères. La quasi totalité des applis gtk2/qt > 2 utilisent utf8 en interne, mais habituellement elles font le transcodage vers/depuis l'encodage des locales quand elles accédent, par exemple, à des noms de fichiers.

Portage, le système de compilation/installation de paquets de Gentoo, en cours de portage vers MacOS X. Je ne connais pas Fink, donc je ne sais pas si cette alternative était nécéssaire ou superflue, mais si certains d'entre vous connaissent la bête, je serai preneur de leur avis.
http://news.gmane.org/onethread.php?group=gmane.linux.gentoo.devel&(...)

> sauf que à un moment, dans le premier cas, il cherche à acceder à /usr/lib/charset.alias
Bon, même avec ce fichier présent, il se vautre pareil. En fait c'est plutôt juste avant que ça commence à différer, avec dans le cas fvwm:

writev(0, [{"\22\0\7\0\2\0 \2-\1\0\0!\0\0\0 AME\1\0\0\0\2\0 \2\22\0"..., 84}, {"RENDER", 6}, {"\0\0", 2}], 3) = -1 EBADF (Bad file descriptor)

et dans le cas qui marche:

writev(3, [{"\22\0\7\0\2\0 \2-\1\0\0!\0\0\0 AME\1\0\0\0\2\0 \2\22\0"..., 84}, {"RENDER", 6}, {"\0\0", 2}], 3) = 92

Ça m'amuserai de continuer à chercher, mais là je crois que ça me dépasse... ça va finir en bug report (ce soir).

Sinon, au pire, tu peux toujours comme ça a été proposé le lancé via un 'xterm -e', ou encore lancer un punaiseur dans ta session, des trucs dans le genre quoi...

Nan, laisse tomber ça, c'est plus tordu. Mais si c'est pas toi qui as installé, genre si c'est des paquets (t'es sous quelle distrib d'ailleurs ?), tu devrais pas en avoir besoin.
(Mais pour info, ce serait plutôt du genre:
CHOICESPATH="~/Choices:/usr/qqch/Choices"
APPPATH="~/Apps:/usr/qqch/Apps"
en ajustant le /usr/qqch selon ce que tu vois dans ton /usr/bin/rox)

Mais je suis maintenant sûr que ça n'est pas ça. Je traque la bête depuis tout à l'heure, et j'ai essayé pas mal de trucs infructueux, puis j'ai sorti les straces (et les paillettes évidemment), et il semble pour un environement exactement identique, il se comporte exactement pareil si lancé depuis fvwm ou depuis un terminal, sauf que à un moment, dans le premier cas, il cherche à acceder à /usr/lib/charset.alias (que moi j'ai pas, et toi ?), et se vautre. Là, ça me laisse un peu coit, je googlerai ça demain.

Y'a pas par le Filer, mais par l'application Archive, composante du ROX Desktop. Nah ! :p

(bon, ceci dit, reste ton pb de fvwm, qui effectivement est tordu... je teste un truc et je reviens bientôt)

Et le WM qui va avec: http://laurent.moussault.9online.fr/framer/(...)
(pas testé encore personnellement)

> 1) Il ne se lance pas depuis le menu fvwm

Deux idées, au cas où:
- virer le fork, càd "rox -n"
- vérifier, si tes chemins d'install ne sont pas standards, que tu as placé les variables qui vont bien ($CHOICESPATH & $APPPATH) dans tout l'environment (et pas seulement pour les terminaux lancés en mode login)