Colin Leroy a écrit 1205 commentaires

Aucune imagination ces analystes... Je penche plutôt pour

Vraiment, Il Ira Vite

à 6h25 (un ptit repos avant le boulot),

Fais juste particulièrement attention à ne pas rater ce réveil là ;-)

Me too!

Je prie simplement pour que ca ne se propage pas et que Usenet continuera à exister tel quel


(uhm, désolé :-))

Il semble que ce soit une entreprise qui prenne en charge la construction, rien de communautaire donc.

Si ce n'est le modèle de développement (Mailing-liste publique, etc). C'est plutôt bien qu'une entreprise (Techsource) décide de sponsoriser ça, au moins aussi bien que de faire une donation géante (comme pour Blender par exemple).

Avec une indentation de 4 caractères

Je préfère les vraies tabs. Au moins comme ça, chacun choisit la taille de tab qui lui plaît (tout éditeur de texte digne de ce nom le permet), et ça ne change rien pour les autres.

Tu as oublié de mettre le lien vers google-watch. Du coup personne peut te répondre avec un lien google-watch-watch...

cf http://linuxfr.org/~nmoreau/16871.html(...)

Tu essayes de voir si tu peux battre http://linuxfr.org/~JoeltheLion/16875.html(...) juste en changeant deux mots dans le journal ?

J'ai eu une jolie expérience en regardant cette page.

http://colino.net/tmp/MSN-Virus-Screenshot.png(...)

Toujours appropriées, les pubs MS... (Notez aussi la faute d'accord sur téléchargez qui devrait être à l'infinitif)

Facile. Si ça t'embête, corrige amsn. Voici le principe.

Actuellement amsn ouvre une fenêtre dès l'ouverture d'une connexion SB (switchboard server), celle utilisée pour la conversation avec un ami (les connexions au serveur sont des "NS", notification server) . Tu n'as qu'à changer ça pour qu'à l'ouverture d'une session SB, tu
a) pose un callback sur timeout genre 2 secondes
b) si au bout de ce timeout la connexion SB n'a pas reçu la demande d'icône, ouvre la fenêtre
c) sinon, ne pas ouvrir la fenêtre.

>i>- La couverture de moteur de recherche universel permet d'indexer tout le contenu de la toile

Je ne vois pas le problème, les moteurs de recherche sont là pour ça ?

- De tracer toutes les recherches individuelles par le placement de cookies "perpétuels",

... Oui, lié à ton numéro de sécu et au traceur GPS dans l'alim de ton imac!

- De lister les adresses IP des demandeurs "particuliers",

Tous les routeurs entre toi et les sites que tu consultes peuvent faire de même, et même les proxys anonymiseurs ne sont pas dignes de confiance. Suggestion: fais tes recherches particulières dans un cybercafé - et change de cybercafé à chaque fois.

- De parcourir en permanence l'ensemble des sites pour détecter les modifications ("recent changes"),

Où est le problème, déjà ?

- De sonder les échanges d'idées dans le contenu des Forums,

... grâce au premier réseau neuronal à grande échelle. C'est l'avènement de l'IA, skynet et la matrix ne sont plus très loin. Tremblez.

- De conserver en mémoire-cache les versions antérieures, et par comparaison de connaître instantanément les mises à jour. Donc de pouvoir détecter les évolutions de tendances,

Où est le problème, déjà ? (pourquoi ai-je l'impression de me répéter.)

- De répertorier les informations à mesure qu'elles apparaissent,

Où est [tu as compris le truc maintenant]

- De monter un répertoire caché des pages confidentielles en constituant un répertoire de celles qui ne souhaitent pas être indexées, et qui adressent au robot la balise "noarchive",

Hint: noindex, nofollow sont là à titre indicatif et n'importe quel spider irrespectueux n'en tiendra pas compte. Pour les pages confidentielles, on utilise en général une nouvelle technique prometteuse, appelée "authentification", ou encore ".htaccess", "login", etc.

- De générer des statistiques de tendances,

Comme sur le Zeitgeist, ouh je sens ma vie privée menacée là.

Une idée, essaye cette distribution, elle est prometteuse et tout à fait adaptée à ton profil:
http://tinfoilhat.shmoo.com/(...)

je suis assez fan de la technique qui consiste à démarrer sur un CD, puis de faire un simple

dd if=/dev/hda of=/dev/hdb

(ne pas inverser ;-)

Google se méfie comme de la peste de Microsoft, qui s'il le peut, lui piquera tout son marché. Se rapprocher de Firefox peut permettre de miner un peu plus les 90% de parts de 'marché' qu'Internet Explorer a sur le browser. Ce qui pourrait éviter à Google de subir une intégration poussée d'IE et de MSN Search qui nuirait fortement au traffic de recherche sur Google (avec lequel ils gagnent leurs sous) si IE est trop omniprésent.

Peut-être, je ne sais pas. C'est juste une idée.

Et arretons de cracher sur les x86, théoriquement c'est peut-être du caca sur silicium, dans les faits, c'est une excellente archi bien équilibré et surtout avec un support software énorme.

C'est aussi pourri dans la pratique que dans la théorie. Ça marche juste parce que A) c'est pas cher B) c'est là-dessus que Windows tourne C) la pourriture est compensée par l'augmentation insensée de la fréquence (et de la consommation, et de la chaleur, et du bruit des ventilos pour aller avec).

J'ajouterai que la compatibilité ascendante qu'ils se traînent jusqu'au 8088 bloque complètement l'évolution de l'architecture, et je n'évoquerai même le système lamentable de BIOS qui n'a pas évolué depuis les années 80, parce que ça m'énerverait trop :)

Lis mieux. Les résultats entiers du 970, c'est marqué " 1 core, 1 chip, 1 core/chip" à droite...

Et en LAN, ça déchire. Encore plus d'ambiance qu'avec un FPS, vu que là tu as le temps de te rendre compte que tu vas mourir ;-)

ils auraient pu rentrer un check SURBL dans leurs outils de blogging et résoudre le problème eux-même

Un check SURBL c'est une contre-attaque. Pour qu'une URL y soit il faut qu'elle est déjà emmerdé quelqu'un. Le nofollow, c'est une petite manip qui enlève tout intérêt à l'attaque elle-même.

Arrête de confondre zeaiujk.biz qui dure dix jours, url envoyée par mail, et casino-machin.com qui est un site qui dure, aussi; c'est pénible. SURBL c'est fait pour les domaines jetables, le spam de blog c'est fait pour les domaines qui durent - tout le monde te le dit depuis hier, faudrait peut-être que ça te rentre dans la tête.

De base, Sylpheed et Claws affichent les parties html sans les tags, en interprétant les entités - ça fait du texte. Claws a aussi un plugin Dillo, qui permet de voir le html lui-même dans la fenêtre de visu; par contre, les images ne marchent pas (le plugin ne gère pas les images inlinées, et Dillo est lancé en mode local pour ne rien récupérer sur les sites distants).

kernel: usb.c: USB device not accepting new address=6 (error=-110)

Hub USB pourri ou Clé USB pourrie

Change de clé usb ;-)

Ils pourraient avoir cet attribut par défaut, et le perdre après avoir été suffisament bien notés. Ainsi les URLs jugées intéressantes par les linuxfr-iens seraient prises en compte par les moteurs...
(juste une idée bien sûr).

Juste pour dire que j'ai eu le temps de mettre à jour vers gtk-2.6 à midi et de corriger ce bug. Le lien vers le patch, pour ceux qui veulent éviter une mise à jour de CVS, est sur le bugzilla.

vous feriez mieux de l'ameliorer au lieu de vous precipiter ailleurs.

Surtout vers du non libre :-/

kill `ps -u toto -o pid`

Tue tous les processus appartenant à toto.

Je ne suis vraiment pas certain que les règles de filtrage, par exemple, soient importées...

J'ai bien peur que si tu passes de l'un à l'autre, la plupart de ta configuration avancée soit à refaire; aucun mail ne sera perdu, par contre.

Ce sont deux logiciels de mail, qui gèrent le POP3, l'IMAP, les news (NNTP) bien que ce ne soit pas le fer de lance, l'(E)SMTP, le SSL.
Il y a un carnet d'adresses, un système de filtre par règles, GPG, ...

La suite de ce message est orienté Claws, je ne connais pas assez la branche principale pour être sûr que ça y soit.
Il y a aussi un système de plugins et déjà pas mal de plugins qui vont avec, un correcteur orthographique, un système de recherche évolué, l'authentification SMTP (pop before smtp, PLAIN, LOGIN, CRAM-MD5), des barres d'outils personnalisables, un système d'actions qui permet à peu près autant de souplesse avec ses mails que le pipe en permet dans un shell, et plein de trucs que j'ai oublié...

Fonctionnent sans problème: Les motorola avec une prise USB (module cdc-acm), les SonyEricsson avec leur dock ou câble CDC-11 (T230, P800, ..., module usb-serial ou câble série direct).

Ne fonctionnent pas: les Sagem - la puce inconnue dans leur câble USB data n'est pas reconnue par linux).

Pour les autres marques, je ne sais pas.

Niveau abonnement, il te faut l'option GPRS; le téléphone, une fois branché à son câble data, est vu comme périphérique tty normal: /dev/tts/USB0, /dev/usb/acm0, etc. En fait, c'est le câble data qui est vu par linux.

Plus complet: voir http://geekounet.org/powerbook/linux_gprs.html(...)