Pierre Carrier a écrit 199 commentaires

J'ai compilé Qt (incluant visiblement Webkit) sur un serveur en 10 minutes. Et sans rien de bien fantaisiste : j'ai juste changé la version et enlevé des options du paquet Archlinux. Voir http://koon.fr/~gcarrier/arora/qt/PKGBUILD

Les implications elles sont connues. En gros le générateur mal seedé fait qu'il n'y a plus que 65000 clefs différentes (selon ton architecture quand même), donc que l'oracle est beaucoup plus forte que voulu. Après, on ne sait dans quelle mesure la brute force pourra être aidée de l'intelligence, mais on ne l'a jamais su dans la configuration précédente (avec beaucoup plus de clefs possibles). En tous cas, ça me conforte dans l'idée qu'il vaut éviter de patcher quand les mecs upstream savent beaucoup mieux que toi ce qu'il font.

Effectivement, sous Windows par exemple, il n'est pas rare que des outils constructeurs brident la fréquence en mode batterie. Pour ce qui est des tâches comme la lecture vidéo mentionnées ci-dessus, ondemand est effectivement assez peu adapté et il vaut mieux ne pas "trop" changer la fréquence pour plutôt rester à une fréquence juste suffisante. Pour ça, pas la peine de demander à l'utilisateur cependant : il y a conservative.

C'est bien ce qu'il cherche... "c'est bien suffisant pour eviter que l'admin ne lise pas les mail"

La boucle que tu présentes n'existe pas. Il n'y a qu'une répétition simple.
Hop hop ->[]

Trop nul ce commentaire. Je moisse. :)

... je teste !

Encore une legende urbaine ! Il ya des 20/20, il a des 0/20, et il ne faut pas plus les justifier que toute autre note. Le probleme de cette legende c'est qu'elle est repandue meme parmi les profs...

Voir Cortado [http://stream.fluendo.com/en/textos.php?id=8].

Probablement une solution sur du java ou du flash, mais je ne vois pas pourquoi ils proposeraient un plugin. Probablement une future solution propre pour les navigateurs la supportant : de HTML5. Les performances de Cortado sont correctes sur un EEEPC.

Je ne vois surtout pas comment ils vont me permettre d'utiliser mon adresse Windows! Live Messenger à travers Jabber (@koon.fr en l'occurence). Il se trouve que j'ai déjà mon serveur Jabber, donc le problème ne se pose pas vraiment.

Mais si mon fidèle ami jabberiste X@fritalk veut ajouter dans ses contacts son pote Y@yahoo.fr qui lui utilise MSN, va-t-il devoir utiliser une passerelle officielle fournie par Microsoft ? L'adresse sera-t-elle de la forme Y%yahoo.fr@jabber.live.microsoft.com ? Parce que dans ce cas, c'est sûr que beaucoup d'usagers vont continuer à utiliser Windows Live Messenger... D'un autre côté il me semble qu'ils ne peuvent pas faire grand chose d'autre. On peut alors supposer que quelques clients Jabber adapteront leur interface pour faciliter la gestion de cette spécificité, comme ils le font déjà avec les passerelles.

Ceci dit, pour une fois je trouve que leur idée est très bonne pour eux, et qui plus est profitable aux usagers actuels de Jabber.

Retrouvez-la sur http://planet-fr.debian.net/users/ ! (Ça arrive à tout le monde d'oublier ce genre de choses... À moins que ce ne soit pour pousser a lire le billet de Raphael ?)

A titre d'info : /usr/bin pesait 120mo chez moi, avec un gzip (algo utilise par defaut par squashfs sauf a patcher le noyau) on passe a 51mo, et en decompression d'un tmpfs vers un tmpfs sur un core duo a 2ghz ca prend 4secondes (!!).

Planchons sur des performances brutes par 4 fois inferieures (gzip est pas multithread par defaut, ca me semble suffisamment pessimiste), ca fait 16 secondes pour 120mo de binaires, soit 7,5mo/s.

Ca reste tres honorable je trouve. Opera pese 13mo sur mon systeme, 5mo compresse, je pense que s'il faut 2-3 secondes au premier lancement ca sera vivable...

D'autant que je suppose que le gzip du noyau tournera legerement mieux qu'un gzip en userland, mais sans connaitre de tests j'imagine que c'est negligeable.

Sauf que 3go de systeme ca laisse 1go pour les donnees et je trouve ca franchement tres tres juste (surtout pour stocker 1 an d'archives mail, puisque ce genre de becannes permet de s'organiser un peu sur le pouce et souvent ce genre d'informations peut etre utile), toutes les sources dont j'ai besoin, quelques photos a montrer, pas mal de musique, etc.

Franchement je trouve que des systemes graphiques Linux, en choisissant ses applications en consequence, peuvent se montrer tout a fait fonctionnels avec des processeurs nettement en dessous de ce "Celeron" a 900mhz (!!). Alors le systeme de fichiers compresse, j'y crois, surtout etant donne le point auquel SquashFS se montre efficace. Apres tout, il me semble qu'au lancement des applications (le gros des acces au systeme de fichiers, il me semble, si on exclut toutes les donnees non-systeme du squashfs), c'est plus souvent les debits du disques qui font defaut que la charge processeur (mais je peux me tromper).

Sauf en cas d'algorithme pour repartir les ecritures justement, qui selon sa qualite peut eventuellement user tres prematurement la SSD (et de toute facon ca l'usera plus vite...).
J'en suis a hesiter a faire un systeme sur squashfs avec un unionfs sur du ext2 pour me faire une distro compressee (apparemment on peut compresser 3 fois un systeme classique) aux petits onions depuis un autre PC, que je pourrais mettre a jour en "backportant" mes modifs sur EEE (hors /var et /home ou quelque chose du style). Dans tous les cas je ne me priverais pas de localepurge (dispo sur systemes bases sur debian, archlinux et surement d'autres) et autres commodites.

Pour Xandros je suis deja au courant, mais ca ne m'interesse pas du tout de garder un tel environnement...

Pour ce qui est de la duree de vie des SSD, tu as des infos specifiques a l'EEE ? Parce que c'est pas un SSD ?ATA "classique" mais un truc soude sur la carte mere apparemment, donc j'affirmerais rien sur le firmware... J'ai eu une experience TRES desagreable avec un OLPC XO dont le SSD est mort au bout de quelques semaines (intensives) seulement : erreurs d'ecritures a repetition lors des flashages (bon, l'absence de gestion des zones mortes ete due a un bug de l'OpenFirmware incorrigeable du coup). Tu mettrais un swap sur un EEE toi ?

Je me pose de nombreuses questions au sujet de cet EEE, et l'une d'entre elles est une source de trolls velus : quelle distribution ? J'ai mes preferences pour ce qui est de mes machines actuelles (je ne les detaillerais pas), mais l'EEE pose des contraintes jusque la assez rarement rencontrees : on ne manque pas vraiment de RAM ou de processeur, mais assez "cruellement" d'espace de stockage. Il faut donc des systemes legers, mais pas comme on l'entend habituellement. Par exemple, ca me ferait mal de stocker un arbre des ports FreeBSD (bon, apres, normalement on touche pas aux ports tous les jours, ils peuvent etre stockes sur un disque dur externe ou en NFS), ca m'embeterait beaucoup que mplayer depende de jack-audio-system (la c'etait une pique pour archlinux, on me repondrait que j'ai qu'a faire un pkgbuild sur mesure si je precisais pas que je n'aime pas compiler au-dela de 50ko de sources). Utiliser un systeme de fichiers de type jffs2 (j'entends par la compresse et/ou adapte a de la flash) serait probablement une bonne chose. Pas de swap, eviter la journalisation, etc. D'ailleurs, je suppose que le mode sync doit etre beaucoup moins penalisant qu'avec un disque dur, quelqu'un aurait-il une idee plus precise la-dessus ?
Il me parait de plus pertinent d'ecrire un minimum sur la flash, et il peut donc etre utile de faire un lien /etc/mtab -> /proc/mounts, de mettre /tmp (voire /var/log, certains vont hurler) en tmpfs, etc. Y a-t-il des distribs plus "adaptees" que d'autres pour toutes ces choses (et je filtrerais bien a celles disposant de gestionnaires de paquets a titre perso), quelqu'un connait-il des references de documentations specifiques a ce genre de configurations ?

Alors en fait ya plein de gens qui pertinentent mes commentaires meme quand je comprends rien ?

J'ai pas compris le principe, quelqu'un peut m'expliquer ?

Bravo, joli travail. A titre personnel je prefere les interfaces moins "jolies" et plus "utilisables" (avis perso). Du coup je pense que tu pourrais tres largement rendre le truc plus agreable pour les chieurs comme moi en permettant d'avoir des couleurs beaucoup plus pastels ou quelque chose comme ca, une sorte de theme alternatif (en gros, augmenter le contraste entre texte et fonds, desaturer un peu l'ensemble) : je me fatigue vite les yeux sur un ecran (en quelques heures, en fait : je trouve normal de passer 8-10 heures sur un PC avec quelques pauses, ca fait bondir certains amis</mavie>).

Je sais pas du tout si c'est ca, mais je t'ai trouve un truc de Microsoft nomme GroupShot [http://research.microsoft.com/displayArticle.aspx?id=1481]. Ca l'air plus ou moins l'air de coller.

En fait c'est un chip qui fait tout le boulot, et qu'on interface sur le processeur principal. Donc en fait c'est du code proprio oui, mais c'est un firmware... (je sais, c'est pas genial pour autant)
Ce qui est plus marrant, c'est qu'ils ont un souci avec le GPS : ils sont supposes brider le support des grosses vitesses, sinon ca passe en categorie "missiles" (du moins engin volant tres rapide) interdite, et c'est difficile en logiciel libre !

Et apres, on me repetera que les cours d'informatique de fac ne servent a rien... Vu en L2 (ex-DEUG2). Vu qu'on utilise une troncature en castant c'est normal. J'ai fait les calculs vite fait en IEEE-754 64 bits et effectivement ca donne un chouilla moins que 360.0 (c'est lourd, je vais pas les recopier).
Merci a Bernard Parisse, UJF.

D'apres la doc de super sed, precisement [http://www.ugcs.caltech.edu/manuals/unix/ssed-3.62/sed_42.ht(...)], tu mets autant de chiffres que tu veux, et les mecanismes de gestion des nombres post-backslash sont precisees sur [http://www.ugcs.caltech.edu/manuals/unix/ssed-3.62/sed_36.ht(...)]. Il y semblerait que la limite soit a 99.

Mais dans la doc de GNU sed, section "Backreferences"
[http://www.gnu.org/software/sed/manual/sed.html#index-Backre(...)] il est seulement prevu de gerer les 9 chiffres non-nuls.

Donc visiblement, ca depend des implementations de sed, et en l'occurence, super sed (paquet debian ssed) devrait repondre a ton probleme. Sauf que chez moi ca marche pas. Je precise que j'utilise la version correspondant a la doc (3.62).

Chercher RFC sur la page Wikipedia intitulee HTML.

Desole pour l'erreur sur l'accronyme.
En revanche, la situation que tu decris n'a rien a voir : en utilisant qtopia on n'utilise pas KDE, puisque qtopia ne fait pas partie du projet. En utilisant une librairie GNOME, on utilise GNOME.
Pour ce qui est de la signification de cet accronyme, ca ne correspond effectivement plus au projet actuel mais il est "grave" de considerer GNOME comme un simple desktop, puisqu'il s'agit aussi d'un framework tres interessant (quelque soit la session X de l'utilisateur). Or ce fut le cas de nombre de mes connaissances.