🚲 Tanguy Ortolo a écrit 12664 commentaires

Il y a un truc à éditer dans la configuration pour qu'il tienne compte des interfaces avec ifupdown plutôt que de les ignorer.

Moi ce que je ne comprends pas, c'est pourquoi NM ne s'appuie pas sur ifconfig et /etc/network/interfaces en étant simplement une interface de config du système de base lié au noyau.

Il peut. Mais pas seulement, parce que ça ne couvre pas tous les cas, par exemple la configuration niveau 2 des modems GPRS/EDGE/UMTS/HSPA.

C'est très chiant parce que tant que Xorg n'a pas démarré, y a pas de réseau

N'importe quoi, NM n'a rien à voir avec X11. Il a des interfaces clientes X11 certes, mais ça n'implique rien de tel.

J'ai donné l'adresse électronique dans mon exemple de message, pas besoin de passer par le Web !

Eh bien, ce serait parfait, ça, parce que la base d'Olson est originale par sa forme. :-)

N'hésitez pas à contacter le plaignant Astrolabe pour l'informer de ce que vous pensez de ses méthodes : ça ne coûte rien et ça peut les aider à se rendre compte de ce que signifie ce qu'ils viennent d'entreprendre.

Un simple message de ce genre, à adapter à vôtre goût devrait suffire :

To: Astrolabe <astrolabe!alabe.com>
Subject: The Olson case

Shame on you, Astrolabe, for trying to racket a volunteer for time zone information, which is public anyway.

Eh bien, s'ils ont besoin de du miracle bleu Vi, c'est qu'ils sont impuissants non ?

Tout à fait d'accord, à mon avis ce sont des données publiques.

Parfait, parce qu'il faut développer du code aux normes, pas coder pour des navigateurs.

Franchement, j'adore cette explication. SPDY est-il un remplacement de HTTP, donc ? Non, pas du tout, il remplace HTTP. Sans commentaire.

Non, qu'ils sont impuissants, je crois.

Oups, exact. :-)

man gzip… Compresser des documents en les obfusquant est une connerie, depuis on a inventé des algorithmes de compression

Porte nawak. Les gens en question sont les mêmes qui installent du natif à tire-larigot sur leurs ordiphones.

Je ne sais pas ce que vous en pensez, mais moi il y a un détail qui m'inquiète beaucoup :

Pour ma part, je trouve l’annonce de Dart très décevante. Google a visiblement développé un langage qui correspond à ses besoins (permettre de développer des applications comme GMail ou Google Maps), et en a perdu de vue le plus important : convaincre les autres navigateurs d’accepter Dart.

Vous souvient-il des débuts du Web et des extensions spécifiques incompatibles ? On en souffre encore aujourd'hui, avec des trucs comme Flash. Et après que Mozilla soit passé pour rétablir une situation plus ouverte, voici que Google a :

1. lancé et imposé de façon assez convaincante son navigateur, navigateur qui fait déjà quelques trucs bizarre (genre utiliser un cache DNS perso, voire interroger des serveurs de résolution spécifique…) ;
2. lancé et commencé à utiliser de leur côté un nouveau protocole SPDY ;
3. envisage de remplacer JavaScript pour leur usage personnel.

Ah, oui, exact, c'est fait pour en fait. :-)

Quelques précisions :

• --bare c'est histoire de créer un dépôt « nu » c'est à dire sans répertoire de travail qui ici ne servirait à rien ;
• --shared c'est histoire de configurer ce dépôt pour que les fichiers créés initialement et par la suite quand quelqu'un envoie des données dessus soient en écriture pour le groupe.

Au fait : la façon canonique de procéder avec Git, ce n'est pas ça, mais plutôt chaque développeur qui a son dépôt, et le responsable principal qui va tirer depuis ces dépôts.

Ah, et si ça t'ennuie de fournir un accès shell à tes utilisateurs, tu peux les restreindre en configurant OpenSSH pour les forcer à exécuter un « shell restreint », en l'occurrence un wrapper écrit pour l'occasion, de façon à ce qu'ils ne puissent appeler que la commande git receive-pack.

Crée un utilisateur Unix pour chacun de tes utilisateurs. Crée un groupe Unix pour chaque projet. Crée un dépôt par projet et donne-le au groupe correspondant :

# adduser tintin
# addgroup plop
# adduser tintin plop
# mkdir /srv/git
# git init --bare --shared /srv/git/plop.git
# chgrp -R plop /srv/git/plop 

Et voilà, ton utilisateur tintin peut maintenant accéder en lecture–écriture à ssh://tintin@serveur/srv/git/plop.git.

Une qualité de 100%, ça veut dire que le signal issu de la transformée en cosinus des blocs de l'image n'est pas réduit avant d'être compressé. Donc, avec des logiciels qui respectent réellement la norme, et qui ne mentent pas sur cette qualité de 100% :

1. l'image ne devrait pas être dégradée du tout ;
2. le fichier résultant devrait être identique, à moins qu'il n'y ait des différences dans le compresseur utilisé pour l'étape finale.

En anglais, arms signifie armes

Non, ça veut dire bras.

Je ne sais pas ce que c'est qu'un greenlet, en revanche processus c'est un mot français, équivalent au mot anglais process, et thread, ça se dit fil, sous-entendu fil d'exécution : notez que le sous-entendu est identique en anglais, hors contexte thread ça désigne plutôt un fil de tissu.

Ça me fait un peu penser à http://www.xkcd.org/958/, sauf que ça n'a aucun rapport en fait.

si je ne me trompe, le Klingon arrive en troisième position selon ce critère: cela en fait-il une langue adaptée ? ;-)

Ah, ce serait beau, ça, le klingon comme langue internationale officiellle !

Maintenant je fais comment pour copier ca sur SD, en lui disant bien d'aller chercher le reste de l'OS sur la SD (le switch hardware suffit peut etre ?)

Ça dépend comment ils ont configuré Das U-Boot. Il peut avoir une option pour aller chercher le noyau sur la carte SD. Ou pas. Là encore, il faut demander au fabricant.