tgl a écrit 1743 commentaires

Si tu as l'occasion de passer à Lille un jour, tu pourras aller en saluer des vrais au zoo¹, qui sont effectivement super mignons et tout et tout. Tristan Nitot les avait d'ailleurs joliment photographiés :
http://www.flickr.com/photos/nitot/sets/1378345/

¹ (qui est en plus gratos et plein d'autres bestioles fun, bref une chouette promenade du dimanche)

Petite info, au cas où d'autres se seraient retrouvés confrontés au même soucis, parceque je ne l'ai pas vu documenté sur le web...

Il y a qlqs temps, j'avais été surpris de la lenteur pour compiler la doc d'un projet C++ de taille moyenne auquel je jetais un oeil. Ça prennais ~30 minutes. En fait, un petit coup de sysprof¹ m'a montré que :
- ~85% de ce temps était passé dans le code de génération des graphiques, c'est à dire pas dans Doxygen lui même, mais dans Graphiz (le machin qui fourni entre autres la commande "dot") ;
- sur ce temps là, ~90% était passé dans des fonctions d'initialisation de Fontconfig.

La bonne nouvelle, c'est qu'un update de Fontconfig de la 2.3.2 à la récente 2.4.1 a réduit ce temps pour le rendre ~négligeable. Et la même tâche Doxygen me prends maintenant moins de 5 minutes. Voilà, c'est tout, elle est pas belle la vie ?

Bon, évidemment, si votre distrib package Graphiz pour qu'il n'utilise pas Fontconfig, ce qui est aussi possible mais donne des polices souvent moins jolies, vous n'aurez pas rencontré ce problème.

¹ http://www.daimi.au.dk/~sandmann/sysprof/

espace > "traits de soulignement" ALTGR+8

L'espace insécable est plus jolie et toute aussi efficace :)

« d'autres claviers on fait le choix de le mettre à alrgr+shift+espace, ce qui le rend plus difficile à taper accidentellement mais le laisse accessible. »

Perso, c'est une modif que j'applique depuis toujours, donc je vote [pour] les yeux fermés. En plus, ça n'empêche vraiment pas de taper des espaces insécables quand il en faut, le Shift-AltGr-Espace restant quand même un raccourci très confortable.

Tiens sinon,une autre modif que j'aime bien, c'est ça :
key <LSGT> { [ less, greater, guillemotleft, guillemotright ] };
Je trouve ça assez mnémotechnique, au point d'avoir oublié où étaient ces guillemets à l'origine. Et le pipe que ça remplace ne me manque pas trop (j'en avais mis un sur le ² en haut à gauche du coup, à la place des guillemets anglais, mais je continu d'utiliser plutôt celui du 6 en fait, même si il est pas très confortable).

Ouais, c'est vrai... Je m'étais un peu trop focalisé sur l'aspect "émulation clavier", mais en partant d'une chaine c'est effectivement pas terrible.

Bon bah alors, une autre piste pourrait être le copier/coller de X11. Je sais pas trop comment ça marche, mais il doit bien y avoir moyen de passer par le tampon qui sert au "copier par sélection / coller par clic milieu", genre :
- sauvegarder d'abord ce qui y est,
- remplacer avec ta chaine,
- coller (là éventuellement un clic milieu par XTest fonctionnerait, si tu ne trouves rien de moins crade),
- restaurer le contenu d'origine du tampon.
Mais c'est juste une idée comme ça, je ne sais pas du tout ce qui existe comme API pour accéder à ce truc.

> Gentoo (quand j'aurais réinstallé un petit pc sous gentoo)

Tu peux virer celui là de ta TODO, je viens de m'y coller :
https://bugs.gentoo.org/show_bug.cgi?id=144532
(par contre, j'ai rien contre les relectures / tests / critiques, évidemment...)

L'extension XTest me semble toute indiquée.

Voilà une rapide explication avec qlqs liens et exemples :
http://forums.gentoo.org/viewtopic-t-402015.html
Ou bien encore, regarde les sources d'un clavier virtuel existant, genre xkbd :
http://handhelds.org/~mallum/xkbd/
(cf. les fichiers "src/libvirtkeys.{c,h}" en particulier)

Et il y a smackbook aussi :
http://blog.medallia.com/2006/05/smacbook_pro.html
Avec qlqs liens qui mérite d'être suivis, dont celui sur shadowbook, une alternative moins violente :
http://blog.medallia.com/2006/06/shadowbook.html

Bon enfin n'empêche que moi c'est un Thinkpad que j'ai, donc merci pour le pointeur :)

Le symptome que tu rencontres est parfaitement normal. Quand on programme en FD, il ne faut pas surestimer le solveur, et attendre de lui une résolution mathématique des problèmes.

La propagation de contraintes FD consiste simplement à répercuter d'une variable à l'autre les réductions de leurs domaines de valeurs possibles. Simplifions encore un peu ton exemple pour bien expliquer ça :

?- [A, B] :: 0..10, A+B #= 10, A+B #= C, A #>= 5, dom(C, Dom).
A = A{[5..10]}
B = B{[0..5]}
C = C{[5..15]}
Dom = [5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]
There are 2 delayed goals.
Yes (0.00s cpu)

Ici, tu as 3 variables contraintes, qui sont A, B et C. On voit aisement que la dernière contrainte ("A #> 5") s'est propagée, puisque la réduction du domaine de A (de [0..10] à [5..10]) a provoquée celle en conséquence sur B (de [0..10] à [0..5], via la contrainte "A+B #= 10").
Quid sur C ? Et bien lui aussi, son domaine a été réduit (de [0..20] à [5..15], via la contrainte "A+B #= C"). C'est le mieux qu'on pouvait déduire de cette contrainte (la seule affectant C) et des domaines des variables mises en jeu (A et B).
Encore une fois, seuls les domaines des variables sont des vecteurs de la propagation de contraintes. Or "A+B" n'est pas une variable. Cette somme dans la première contrainte n'est aucunement liée (et encore mois identifiée) à celle dans la deuxième, et il n'y a donc rien dans ce programme qui permettrait de directement transmettre la valeur 10 à la variable C.

Bien sûr, ce fonctionnement, mis en exergue par un exemple aussi simple, peu sembler un peu stupide. Et bien oui, il l'est. FD est stupide. Mais il est aussi exact (encore heureux) et diablement efficace. Ce qui compte, ça n'est pas la précision (ou plutôt l'imprécision) des domaines qu'il peut inférer sur des problèmes à demi spécifiés, mais uniquement l'exactitude des résultats concrets qu'il rend (ceux associants une unique valeur à chaque variable), et la rapidité avec laquelle ils sont obtenus. Les domaines contenant plus d'une valeur ne sont pas vraiment des résultats, mais plutôt de la cuisine interne, et il ne faut pas les regarder de trop prêt. On peut facilement formuler des systèmes de contraintes equivalents en termes de solutions concrètes, mais qui provoquent des domaines intermédiaires différents. Si on y a accès, c'est principalement à des fins de debugage et d'optimisation en fait : ils te permettent de mieux comprendre, par exemple, pourquoi un système n'aboutit pas à une solution concrète, ou encore de coder une heuristique d'exploration des valeurs concrètes (labeling) qui soit vraiment efficace pour ton problème.

Quant à "résoudre ce problème", bah tu dois maintenant te douter de la réponse : ça n'est pas possible. Enfin, bien sûr, ajouter un "labeling([A,B,C,D])" ou un "labeling([S])" (selon ce que tu veux résoudre) te donnera bien des solutions "S=10", mais je me doute que ça n'est pas ce que tu attendais.

À part ça, bah, tu peux changer de solveur... Perso je ne connais rien qui travailles sur les domaines finis (avec tous les avantages que ça présente) et qui fasse aussi une résolution "intelligente" des contraintes linéaires. Et j'avoue que je n'en comprendrais pas bien le besoin, mais bon, ça veut pas forcement dire grand chose...

Par contre, si tu travailles spécifiquement sur des problèmes numériques linéaires, alors utiliser plutôt "clpq" (rationnels) ou "clpr" (réels) semble tout indiqué :

?- lib(clpq), {A+B = 10}, {A+B = C}.
A = A
B = B
C = 10
Yes (0.01s cpu)

% Linear constraints:
{
B = 10 - A
}

Mais bon, c'est un tout autre domaine d'applications, avec d'autres contraintes, et ça n'est pas moi qui peut te dire si tu es dedans ou non :)

> mais de là à avoir les moyens de payer une formation

En théorie, ça peut ne rien coûter si la période de formation en question est une condition nécéssaire et suffisante pour l'embauche d'un chomeur indemnisé. En gros, c'est l'Assedic qui continue de rémunérer ta jeune recrue pendant le temps où tu la prépares :
http://info.assedic.fr/demandeurs_emploi/index.php?idmenu=64(...)
En prenant un mec pas trop boulet, qui par exemple gère déjà bien en weberies diverses et variées et en C++ mais qui aurait besoin, disons, d'un mois ou deux (plus qlqs conseils et bouquins) pour se mettre vraiment sérieusement aux mozilleries, ça pourrait peut être passer ? Bon j'dis ça, je connais pas les détails hein, c'est juste que je me souvenais d'un prospectus là dessus...

> de faire patienter le client quelques semaines

Ah oui, si y'a urgence, ça par contre ça complique tout...

> trap "NB=$((NB+1)); echo NB1=$NB" SIGUSR1

Ce que tu viens d'écrire, puisque NB=0, est équivalent à :
trap "NB=1; echo NB1=0" SIGUSR1

Avec de simples quotes, tu n'auras pas ce problème.

Sinon, c'est aussi de manière générale plus propre/lisible de mettre ton code dans une fonction et de faire un «trap mon_handler SIGUSR1».

J'ai l'impression qu'il manque un truc là (le script n'ajoute aucun contenu aux item "Dépêche: ..."), et je soupçonne que c'est une balise <div class="ar-txt"> juste avant la parenthèse ouvrante, dans la regexp qui choppe le contenu du div intéressant.
C'est probablement templeet qui l'aura mangé...

Mais il faudra que j'attende un MAJ du flux pour être sûr (ou bien que qlq'un me dise si il est possible de forcer la relecture d'un flux dans Liferea, sans envoyer de timestamp HTTP).

Ah ouais, j'oubliais de dire que rien n'oblige évidemment à mettre ce terminal en plein écran comme devrait le faire ma commande ("maximize"). Cf. la commande "geometry" de devilspie (ou l'option "--geometry=..." de gnome-terminal ou ses amis) pour en faire une fenêtre d'une taille donnée à un endroit donné, histoire de continuer à profiter pleinement de ton bureau Nautilus autour (modulo qu'il n'y ait pas d'icônes en dessous de cette zone quoi, évidemment).

Et puis rien à voir ou presque, mais une alternative sympa à la console de bureau c'est celle qui s'affiche seulement quand tu presses un certain raccourci (façon FPS quoi), comme le propose Tilda :
http://tilda.sourceforge.net

Mettre des trucs sur la fenêtre root, je ne sais faire que pour les applis qui le prévoient, genre les xscreensaver ("/usr/lib/misc/xscreensaver/machintruc --root").

Mais quoi qu'il en soit, ça n'est pas la seul façon d'avoir un truc en fond d'écran. Perso, je fais faire ça à mon WM, Sawfish, grâce aux options des "matched windows". Si tu utilises plutôt Metacity (ou tout autre pas plus doué), alors Devil's Pie est un petit complément qui te permettra en gros la même chose.

Le web officiel est là :
http://www.burtonini.com/blog/computers/devilspie
Et de la doc se trouve ici :
http://x2.zuavra.net/index.php/48/
http://wiki.foosel.net/linux/devilspie

En gros, avec par exemple gnome-terminal, il suffirait de :

- se faire un profil d'option "background-term" qui serait épuré des barres de scroll et de menu

- faire une règle devilspie ("~/.devilspie/background-term.ds") qui va bien, dans ce genre là (pas testé) :
(if (is (window_class) "background-term")
(begin (undecorate) (maximize) (pin) (skip_pager) (skip_tasklist) (below)))

- lancer ton gnome-terminal avec le bon nom de classe, le bon profil d'options, et sans utiliser la factory (sinon le --class ne marchera pas) :
% gnome-terminal --class=background-term --window-with-profile=background-term --disable-factory

> il faudrait que le login manager (processus root) puisse d'une
> certaine manière transmettre la clé au gestionnaire de trousseau

J'ai croisé ton message, mais oui, c'est exactement comme ça que fonctionne le module PAM que j'ai cité plus bas. Par contre, par rapport à ce que tu décris après, la clef transmise est le mot de passe de login, et pas une autre. Ça peut être vu comme une limitation, mais ça évite d'avoir à stocker cette clef ailleurs, ce qui serait déjà plus délicat niveau sécurité.

> ce qui veut dire que root aurait moyen de connaître la clé de
> déchiffrement du trousseau

Bof, ça c'est de toute façon le cas. Rien n'empêche le root de, par exemple, patcher gnome-keyring pour logguer les mots de passe. Je crois que de manière générale, il faut soit faire confiance à son root, soit ne pas toucher à la machine.

> PS : c'est vrai que c'est chiant de sortir son password de login PUIS
> de devoir en plus sortir son password du trousseau de clé. Pourquoi
> c'est pas intégré ? pourquoi faut-il deux passwords ?

En tout cas, techniquement, le comportement que tu souhaites est possible à obtenir, via un module PAM :
http://www.hekanetworks.com/index.php/publisher/articleview/(...)
Il faut évidemment que le password de gnome-keyring soit le même que celui de login (enfin, tout ça est expliqué sur la page en question).
Et par contre il faut une version super récente de PAM (0.99), donc c'est plus à titre informatif que je le mentionne, parceque ça ne marchera pas sous Dapper (0.79).
Ni sous Gentoo d'ailleurs (0.78) :-/

> Après c'est sur on peut avoir un portable qui utilise du wifi + de
> lethernet de temps en temps

Ouais enfin, ça rend pas NM nécessaire pour autant. C'est mon cas ici, et les scripts réseaux (via ifplugd/netplug, wpa_machin, etc.) s'occupent tous seuls de switcher entre ethernet et wifi selon ce qui est accessible (avec priorité pour l'ethernet). Dans ce contexte, l'applet, si besoin d'une applet il y a, elle peut être passive (purement informative, juste pour faire joli).

Perso, j'avais testé un peu la bête il y a qlqs temps (0.6.0 à l'époque je crois) sous Gentoo. J'ai été pas mal déçu. Ce qui m'intérressait avant tout, c'était l'aspect monitoring de la chose (la petite applet pour faire joli, mais surtout l'emmission de messages sur le DBUS quand l'état des interfaces change). Seulement voilà, c'est vraiment du tout en un, et on ne peut pas utiliser une partie du système sans lui confier intégralement la gestion du réseau.

Qu'à celà ne tienne, j'ai essayé de le laisser faire pour voir... Mais là je suis comme toi rebuté par les limitations du système, dont sa stricte dépendance sur un DHCP. Entre ce machin automatique et obscure, qui ne marche que pour les cas simples, et la méthode Gentoo standard, qui marche tout aussi simplement dans les les même cas mais qui sait aussi gérer toutes les situations plus particulières¹, mon choix est vite fait, et je l'ai viré.

Bref mon impression est que NetworkManager ne peut/veut pas en faire autant que les scripts standards des distribs (côté simpliste de la chose), mais que en même temps il ne peut pas s'y intégrer non plus (côté tout-en-un de la chose). Et je ne crois pas être le seul à l'avoir eu cette impression, je me souviens par exemple de commentaires peu enthousiastes d'un dev de Mandriva².

Du coup, je suis curieux de voir quelle sera vraiment l'adoption de ce système par les distribs : je vois très mal nombre d'entre elles switcher vers un système de gestion réseau qui consituerait une régression, et je ne suis pas sûre non plus qu'elles aient toutes envie de supporter deux systèmes distincts et incompatibles en parallèle.

Btw, qlq'un sait ce que va faire Kubuntu ? Est-ce que des interfaces à NetworkManager existent pour KDE ?

¹ si il y a des curieux qui veulent se faire une idée de la gestion du réseau sous Gentoo, je les laisse regarder les fichiers de config d'exemple :
http://sources.gentoo.org/viewcvs.py/baselayout/trunk/net-sc(...)
...Sachant qu'il ne faut pas se laisser impressioner par la longueur de ces fichiers : pour une utilisation de base similaire à ce que sait faire NetworkManager, y'a besoin de zero ligne de config pour l'ethernet, et d'une par clef pour le wifi. Le reste, c'est pour s'écarter de ce sentier battu.

² http://mail.gnome.org/archives/networkmanager-list/2005-July(...)
Bon ça date un peu ceci dit, et je ne sais pas si leur point de vue a évolué depuis. Des gens au courant dans le coin ?

Mouaif, je sais pas vraiment si ça peut t'aider, mais au cas où...
Pour la manipulation d'images en C++, il existe la bibliothèque CImg :
http://cimg.sourceforge.net/
Elle a fait couler pas mal d'encre ici même, notament parceque c'est sur elle que repose le très sympathique GREYCstoration :
http://linuxfr.org/2006/03/28/20583.html

...pourquoi tu ne fais pas juste un truc dans ce genre :

% make
% make DESTDIR=./ datadir=./ -C po install
% CHEMIN_LOCALES=/les/sources/po/locale wormux

Merci, corrigé.

Erf, si je me gourrais pas de distribution, j'aurais plus de chance de retomber sur tes pieds... :)

Déso pour ces deux posts vraiment inutiles.

T'as fait comment pour compter ?

Parceque moi tout ce que j'ai trouvé c'est lister les répertoires "2006.0/SRPMS/*" d'un mirroir quelconque, et ça fait :
- 2047 pour "main"
- 4934 pour "contrib"
- 305 pour "jpackages" (que je sais même pas ce que c'est tiens...)

C'est très différent de tes chiffres, donc c'est quoi le truc ?

> Sous Gentoo x86, dans le repertoire /usr/portage la commande
> ls -l *-*/ |grep ^drwx |wc -l
> me donne
> 10777

Pour une comparaison plus fidèle, il ne faut pas oublier de distinguer les SLOTs, parceque sinon tu comptes un seul paquet "GTK+" pour Gentoo là où tu en compte deux pour Debian :
https://www.linuxfr.org/comments/593901,1.html
Mais je ne retrouve plus le script que j'avais fais à l'époque de ce commentaire, donc je ne peux pas te donner des chiffres à jours. Enfin bon, ça changeait pas fondamentalement les ordres de grandeurs non plus hein...

À lire absolument, l'analyse que Philippe Aigrain fait de cet arrêt :

Au delà d'une décision contestable, le raisonnnement de la Cour de Cassation dans son arrêt du 28 février 2006 constitue un dangereux abus d'interprétation du triple test de la Convention de Berne.

http://www.debatpublic.net/Members/paigrain/blogue/erreur