jeberger a écrit 134 commentaires

Ça marchait même sous DOS :) mais il fallait activer la bonne option je ne sais plus ou (pour que les options en ligne de commande commencent par un - au lieu d'un /).

Mais de toutes façons, « cd c:/directory » c'est au niveau du shell, ce que font les fonctions est complètement indépendant. Et les fonctions ont toujours accepté le / comme séparateur de répertoires.

Bon, je sais que je répond un peu tard, mais tant pis.

Attention de ne pas confondre moyenne et médiane ! Avec une moyenne, l'écart entre les notes que tu donnes à deux candidats peut avoir un effet important sur les chances d'un troisième. Avec une médiane, seul le classement relatif (je préfère « A » plutôt que « B ») compte et il n'affecte pas les autres candidats.

D'ailleurs, il est peut-être plus simple d'expliquer en demandant aux électeurs de classer les candidats par ordre de préférence (ex-æquo autorisés), ce qui devrait être à peu près équivalent au jugement majoritaire tel que décrit dans la dépêche.

Sérialisation binaire genre messagepack ou, justement, dbus.

Ouais mais justement, sur de l'embarqué, je pense que le coût de lighttpd est très supérieur (CGI = un nouveau processus pour répondre à chaque requête) à celui d'ouvrir une socket INET.

Attention : fcgi ≠ cgi ! Dans le premier, il est possible de réutiliser un même processus pour plusieurs requêtes.

Mais sinon, c'est clair que je ne suis pas convaincu par le choix de JSON : rien que le coût de codage / décodage des données va bouffer plus que ce qui est économisé en se débarrassant du broker…

Il est possible de sauvegarder une sélection en ajoutant une piste de labels, et ensuite Ctrl-B (ou Tracks / Add Label At Selection) pour sauvegarder la sélection dans un nouveau label.

En quoi ces raisons ne s'appliquent-elles pas pour RSA ?

« compose » « . » « . » → « … »

Ce message a été écrit avec un clavier Azerty standard, avec l'option « Option "XkbOptions" "compose:menu" » dans la config du serveur X…

PS : Note que cette possibilité n'a rien de nouveau : je l'utilise depuis près de 15 ans !

C'est génial, ça veut dire que si je veux que mon appli soit utilisable sous Weston, il faut que je dessine les décorations moi même, mais ensuite si l'utilisateur fait tourner l'appli sous KDE elle aura les décorations en double (les miennes plus celles de KDE). Trop cool!

Tu peux déjà mettre autant de disques que tu veux sur un RAID1 normal...

Avec le javascript comme c'est fait actuellement, ça s'appelle une « VM Javascript ». La question n'est pas d'avoir ou non une « VM » dans le navigateur mais d'avoir ou non une « VM Dart » en plus de la VM Javascript.

Je suis plus familier avec Mercurial que Git, mais si je comprend bien ce que tu fais, c'est la bonne méthode. Svn gère très mal les merges donc pour aller du DVCS vers Svn, il faut faire un rebase (pour éviter le merge que Svn ne gèrerait pas).

En revanche, pour aller de Svn vers le DVCS, tu ne peux pas utiliser rebase, car rebase détruit l'historique mais comme cet historique est déjà présent dans le Svn tu risquerais d'avoir des ennuis la prochaine fois que tu synchroniserais. Note que l'impossibilité d'utiliser rebase vaut à partir du moment où les révisions sources proviennent d'un autre dépôt, que celui-ci soit un dépôt Svn ou non.

Bin justement, le principe c'est d'empêcher de modifier l'historique des commits publics. Aujourd'hui avec Git il y a un risque de les modifier accidentellement, d'autant plus que l'usage de rebase est beaucoup plus courant avec Git que Mercurial. Les phases permettent d'empêcher de modifier l'historique public involontairement en gardant une trace de quels commits sont publics (donc figés) et lesquels sont locaux (donc modifiables).

Je comprend pas pourquoi tu ajoutes le fichier au dépot si c'est de toutes façons pour ne jamais le comitter.

Pour avoir un fichier de configuration par défaut qui fonctionne pour le projet. Ça peut être un makefile générique ou un entête C. Ce fichier peut-être versionné. J'ai aussi plusieurs petit script où des mots de passe sont dans les sources.

Ce que je fais dans ce cas là, c'est d'avoir le fichier « foo.conf » versionné qui contient les valeurs par défaut et un fichier « foo-local.conf » ignoré qui contient les valeurs de remplacement locales. Ensuite les outils (scripts de compilation, applications, etc.) lisent les deux fichiers en donnant la priorité aux valeurs provenant de « foo-local.conf ».

Pour les scripts, ils peuvent vérifier la présence du fichier local et le sourcer le cas échéant.

Je comprend pas pourquoi tu ajoutes le fichier au dépot si c'est de toutes façons pour ne jamais le comitter. Pour gérer les fichiers de conf privés, je vois deux façons de faire utilisables :

• Tu n'ajoutes pas le fichier au dépot (mais éventuellement tu le cites dans le .hgignore pour qu'il ne soit pas ajouté par erreur et pour qu'il n'apparaisse pas dans la commande status). Inconvénient : le fichier n'est pas versionné ;
• Tu crées un patch mq pour contenir le fichier. Grâce aux phases, tu ne risques pas d'envoyer le fichier par erreur lors d'un push / pull / clone. Inconvénient : il faut se souvenir d'utiliser qpush et qpop (ou rebase) quand on se promène dans l'historique (y compris lors d'un pull), sinon le fichier disparait du répertoire de travail.

PS : en ce qui concerne l'option -X, tu peux toujours l'ajouter au hgrc du dépôt pour ne pas avoir besoin de penser à la spécifier à chaque commande...

Aucun de ces frameworks ne propose une taille de police correcte par défaut... Kickstart est le seul à proposer une taille relative, les autres donnent des tailles absolues en pixels -> selon la finesse de l'écran ces sites vont de « illisibles sans loupe » à « ridiculement gros ». Mais Kickstart utilise une taille trop petite.

Je rappelle que la seule taille acceptable pour le corps du texte est « medium » parce que c'est la taille qui correspond au réglage de l'utilisateur dans les préférences de son navigateur. Tout autre réglage est assuré d'être mauvais pour certains.

A ce propos, mauvais point pour LinuxFr qui serait illisible sans Stylish puisqu'il utilise « small » pour tous le texte des dépêches et des commentaires...

Le nom de l'algorithme est écrit en haut à gauche...

C'est déjà le cas au niveau européen [1]: consommation limitée à 1W ou 2W en veille selon les appareils, sera abaissée à 0,5W ou 1W en 2013.

[1] http://ec.europa.eu/luxembourg/news/frontpage_news/307_fr.htm

Kézako la colorimétrie en général? Imagine que tu vois un beau paysage. Tu sort ton appareil photo et tu appuies sur le bouton. Rentré chez toi, tu affiche la photo sur ton ordinateur et tu l'imprimes. Tu aimerais bien avoir la même image sur l'écran de l'appareil photo, sur l'écran de l'ordinateur malheureusement, les couleurs sont toutes pourries, pourquoi? Parce que ni ton écran ni ton imprimantes ne sont calibrés.

Un écran d'ordinateur peut émettre 3 couleurs "pures" (ou "primaires"): le vert, le rouge et le bleu. Il simule les autres couleurs en dosant plus ou moins les quantités de chaque couleur primaire. Cependant, d'un écran à l'autre, les couleurs primaires ne sont pas exactement les mêmes (1). De plus, la "réponse" n'est pas forcément la même non plus (c-a-d que si l'ordinateur demande 50% de rouge, il n'aura pas forcément moitié moins de lumière rouge que s'il avait demandé 100%). Les mêmes problèmes se posent à l'impression, sauf que là les couleurs primaires sont le cyan, le jaune et le magenta et que le résultat dépend aussi de l'éclairage et du papier... Tu imagines bien qu'en passant de l'écran à l'imprimante, comme on change de couleurs primaires, on a encore plus de problèmes qu'en passant d'un écran à un autre...

L'étalonnage consiste à demander à l'écran (ou à l'imprimante) d'afficher diverses couleurs bien définies, puis à mesurer le résultat avec un appareil spécial appelé un "colorimètre". Ensuite un logiciel spécialisé peut calculer des tables de conversion (appelées "profil colorimétrique" ou "profil ICC") qui permettent de compenser les écarts entre différents écrans ou imprimantes.

En as-tu besoin? Si tu poses la question, tu n'as probablement pas besoin d'acheter une sonde pour çà. Si tu veux te lancer dans la photo, et en particulier retraiter des photos sur ton ordinateur avant de les imprimer (ou de les faire imprimer par un magasin spécialisé), alors avoir un écran calibré peut éviter certains désappointements. Dans tous les cas, il peut être intéressant de calibrer la réponse de ton écran à l'œil grâce à un logiciel comme monica (2) sous Linux ou QuickGamma (3) sous Windows (désolé, je ne connais pas pour Mac, mais il existe forcément un équivalent, les Macs ont la réputation d'être plus avancés que les PCs sur la gestion des couleurs).

(1) Les couleurs primaires varient en fonction de la technologie (LCD, Plasma, CRT), des matériaux utilisés, du contrôle qualité, du rétroéclairage, de l'age du moniteur, de la température, etc.

(2) http://www.pcbypaul.com/software/monica.html (semble HS pour le moment)

(3) http://quickgamma.de/indexfr.html

La mire papier n'est pas très chère, le pb c'est que la photo dépend aussi de l'éclairage. Et trouver une source de lumière calibrée, çà c'est cher! C'est d'ailleurs la principale cause de la différence de prix entre les sondes pour écran (qui ont juste besoin de mesurer la lumière émise par l'écran) et les sondes pour imprimantes (qui ont besoin d'émettre de la lumière calibrée avant de mesurer sa réflexion).

sérieux, qui utilise git bisect par exemple ?

Bin je n'ai jamais utilisé vu que je n'utilise pas git, mais j'ai souvent utilisé hg bisect et déploré l'absence d'une commande équivalente sous svn (au point d'importer une ou deux fois des historiques svn dans Mercurial juste pour pouvoir utiliser hg bisect dessus...) C'est 'achement pratique pour comprendre d'où vient un problème qui n'existait pas avant (ou pour comprendre comment un problème a été corrigé dans un projet que tu ne suis qu'occasionnellement).

C'est vrai que c'est moins utile quand tu développes seul et que le projet est suffisamment petit pour que tu aies tout en tête, mais dès que le projet grossit et que le nombre de développeurs augmente, c'est quasi indispensable.

Comment utiliser efficacement Git ?

Réponse: installer Mercurial...

-->[] je suis déjà dehors.

AMA, la bonne solution c'est d'avoir des « vrais » (i.e. pas de tmpfs) /tmp et /var/tmp (éventuellement fusionnés et symlinkés) et d'utiliser tmpwatch [1] dans une tâche cron quotidienne pour assurer le nettoyage. Comme ça:

• Pas de risque d'exploser la RAM en cas de gros fichiers temporaires;
• Le nettoyage est fait régulièrement même en cas de plantage de la machine ou si on ne reboote pas (j'ai une machine avec des uptimes qui se comptent en mois et je suis bien content que les fichiers temporaires soient nettoyés un peu plus souvent que ça !)

[1] http://fedorahosted.org/tmpwatch/

Surprenant. Chez moi, grep pulvérise ack complètement:

==> time ack print . > /dev/null
ack print . > /dev/null 16.86s user 2.63s system 33% cpu 59.020 total
==> time grep print -r . > /dev/null
grep --color=auto print -r . > /dev/null 0.82s user 1.88s system 8% cpu 30.275 total
==> time ack print . > /dev/null
ack print . > /dev/null 9.02s user 0.53s system 99% cpu 9.576 total
==> time grep print -r . > /dev/null
grep --color=auto print -r . > /dev/null 0.43s user 0.35s system 97% cpu 0.797 total
==> time ack print . > /dev/null
ack print . > /dev/null 9.20s user 0.51s system 99% cpu 9.746 total
==> time grep print -r . > /dev/null
grep --color=auto print -r . > /dev/null 0.41s user 0.32s system 97% cpu 0.748 total

(tout dans le même répertoire, les deux premières commandes sont visiblement plus lentes à cause des accès disques, les suivantes trouvent tout dans les caches)

Connais-tu d'autres jeux qui « apprennent » ?

Dark Reign, si je me souviens bien avait une IA qui apprenait et qui s'adaptait au comportement du joueur.

Bon, bin vu que visiblement le commentaire n'a pas été pris en compte et que ça explose vraiment trop les yeux, j'ai fait le changement en local. Vive stylish!

@namespace url(http://www.w3.org/1999/xhtml);

@-moz-document domain("linuxfr.org") {
   div.content {
      font-family: sans !important;
      font-size: medium !important;
   }
   .markItUpEditor {
      font-family: monospace !important;
      font-size: medium ! important;
   }
}