un_brice a écrit 1165 commentaires

  • # ÀMHA faut revoir la conception

    Posté par  (site web personnel) . En réponse au journal Noël et llvm. Évalué à 1.

    Si le but est d'avoir une adresse dédiée aux communications intrafamiliales fournit juste un accès SSL à un serveur mail qui ne relaie pas les mails vers l'extérieur. Si tu veux un peu plus d'interopérabilité tu peut décrypter (resp. crypter) à la volée les messages entrants (resp. sortants) en fonction du destinataire et fournir un webmail.
    Comme ça t'est même interopérable avec la plupart des gadgets à la mode.

    Et si tu t'inquiète du stockage des mails en clair sur le serveur, garde à l'esprit [http://xkcd.com/538/] et offre leur plutôt un système d'alerte d'urgence. De toutes manière ton beau-frère est un Cylon.

    PS: L'idée implicite est que si tu ne fait pas confiance à la machine, venir avec ton propre soft ne changeras pas grand chose.
  • [^] # Re: Nouvelle peut-être pas si mauvaise que ça ?

    Posté par  (site web personnel) . En réponse à la dépêche Brevets logiciels Oracle/Google : est-ce enfin la guerre nucléaire ?. Évalué à 3.

    Ils ne pouvaient pas utiliser la « version GPL de java ». Tu imagines faire tourner 20 instances de ce monstre (avec des applis et tout) ? Dalvik a été conçu pour avoir une empreinte mémoire et (peut être plus important encore) un temps de démarrage réduit.
    De manière générale ils préfèrent utiliser les outils maison que des trucs développés ailleurs. Pas besoin de parler de licornes.

    En ce qui concerne la neutralité du net, les sénateurs US corrompus et les prévisions à 10 ans sur l'avenir du monde, je vais éviter de marcher dedans.
  • [^] # Re: C'est dans le choix que l'on juge l'homme

    Posté par  (site web personnel) . En réponse au journal RMS répond aux questions de REDDIT. Évalué à -4.

    « si on ne peut vaincre un raisonnement donné, il peut être possible de sortir victorieux d'un débat avec une version affaiblie de ce même raisonnement. Cela sera d'autant plus facile si nous créons nous-mêmes la version affaiblie en la façonnant de manière à garantir qu'elle sera démolie »
    Wikipedia - Épouvantail (rhétorique)
  • [^] # Re: Extensions Firefox et Chromium/Chrome et vie privée

    Posté par  (site web personnel) . En réponse au journal Chrome disponible sous linux. Évalué à 4.

    À propos de cette affaire de filtrage, j'écrit pour Chrome une extension à la Adblock qui vise à réutiliser les filtres écrits pour Adblock+ de Firefox. Le git est dispo là :
    http://gitorious.org/chrome-adblock
    Pour ceux que ça intéresse, c'est du pré-alpha mais ça parse et applique déjà les filtres d'URL, à par celles qui sont spécifiques à un domaine. Bref, reviendez après les vacances de Noël et ça seras mieux :-)

    Sinon on peut pas sous Chrome filtrer les contenus à la volée facilement, mais
    1) C'est pas toujours possible même pour l'Adblock de Firefox (cf les règles CSS d'icelui)
    2) On peut néanmoins sous Chrome enlever des trucs de l'arbre DOM avant qu'ils n'aient été chargés (ce que fait mon extension).
  • [^] # Re: OOOhhhh ....

    Posté par  (site web personnel) . En réponse au journal TomTom et MS : ce n'est pas la fin. Évalué à 2.

    USA décriés (optionnel, mais c'est alors ton choix de ne pas t'assurer, faut en assumer les conséquences quand ça te tombe dessus).
    HS mais c'est pas optionel, en tout cas tout les gens que je connais sont forcé de payer l'assurance de l'entreprise (ou de l'université) si ils sont salariés (respectivement étudiants) à plein temps.

    Et c'est très très cher et ça couvre très mal (ex dans le cas de mon colloc 300$-400$ pour être couvert à 70% et uniquement pour les trucs graves genre hospitalisation). Faut voir qu'en dehors de la manière dont l'assurance est financée, les tarifs sont déreglementés et qu'une visite chez le toubib ça coûte bonbon. L'assurance le répercute fatalement.

    Après je suppose qu'une personne qui par exemple jongle entre des boulots à temps partiels peut échaper à l'assurance en mentant à ses multiples employeurs (pas si facile, dans mon cas ils demandaient des certifs et tout). C'est peut être aussi une situation spécifique à l'Oregon et/ou aux jobs non qualifiés.

    C'était juste mes deux cents. Ça parle pas mal des US ces temps-ci…
  • [^] # Re: Re:

    Posté par  (site web personnel) . En réponse au journal La GNU GPL est-elle suffisante?. Évalué à 6.

    D'ailleurs tu n'en parle pas mais la FSF elle-même réclame les droits sur le code pour l'intégration au projet GNU.
    Non. Ce qui est vrai en revanche c'est que certains projets du GNU le requièrent. Mais l'assignation de copyright à la FSF contient un engagement de la FSF que toutes les versions du travail qui leur est assigné seras distribué sous licence copyleft. Et bien d'autres encore, genre la FSF s'engage à envoyer au gars qui signe toutes les softs dérivant de son code dès qu'il en fait la demande.
  • [^] # Re: Quelles pistes de réflection

    Posté par  (site web personnel) . En réponse au journal [HS] Et vous, comment avez vous construit votre maison ?. Évalué à 7.

    Autre alternative évoquée il me semble dans ce journal, http://linuxfr.org/~zal/20578.html : les noix de lavage.
    D'après 60 Millions de Consommateurs, elles ne font aucune différence avec un lavage à l'eau clair. D'après le même magazine la meilleur lessive liquide était celle d'Intermarché (point de vue efficacité et environnement). Une lessive intitulée « Arbre vert » et prétenduement écologique étant parmis les plus toxiques :-P (une autre lessive « écologique » était dans ce cas).
    Lisez 60 millions de consommateurs ! Dispo dans toutes les bonnes bibliothèqes
  • [^] # Autopromotion

    Posté par  (site web personnel) . En réponse au journal Rigolons : accélérer Vista. Évalué à 4.

    J'ajoute qu'une nouvelle version est sortie la semaine dernière et qu'elle ajoute des jolis paquets .deb . Pour les attributs étendus suffit de faire mount -o remount,user_xattr MY_PARTITION ou d'éditer le fstab.
  • [^] # Re: Esprit chagrin

    Posté par  (site web personnel) . En réponse au journal Rigolons : accélérer Vista. Évalué à 4.

    > sous Linux et pour un usage courant ce n'est pas grand chose
    Ça dépend en fait de ton usage. Souvent les logiciels de peer to peer ne préallouent pas la place dédiée aux fichiers qu'ils téléchargent. Ils se contentent de les écrire petit bout par petit bout, au bonheur la chance et sont une grande source de fragmentation.
    Les partitions ReiserFS v3 ont aussi cette tendance à fragmenter, quand elles sont bien bien pleines ou qu'on les monte sans l'option notail.

    Et pas besoin d'un énorme tarball ! J'ai écrit un soft fait exprès pour traiter ce genre de cas http://vleu.net/shake/
    Bon, OK... c'est de la pub. Et le soft est en beta.
  • [^] # Re: Rapport avec la faiblesse de MD5?

    Posté par  (site web personnel) . En réponse au journal SquirrelMail compromis. Évalué à 1.

    déjà, pour avoir un fichier avec la même somme md5 qui soit réellement un tar.gz, ca doit être très très très dur...

    C'est fait ici pour des archives autoextractibles : http://eprint.iacr.org/2004/356
    Et je suppose que ça pourrait être transposé très facilement aux targz vu que tar ignore les données consécutives à celles qu'il est censé traité.

    Le papier présente aussi un schéma d'attaque. En résumé :
    Le méchant qui veut détruire le monde crée un programme indispensable et le distribue avec à la fin un padding qui permet une collision.
    Le code est audité par Théo de Raadt, Bruce Schneier et Superman, tout va bien.
    Le méchant dit à son ftp de publier une version qui installe un ver quand c'est un packageur ou un système de build qui la télécharge (en ayant une liste d'IPs ou avec l'user agent).
    Il détruit le monde.
  • [^] # Re: Rapport avec la faiblesse de MD5?

    Posté par  (site web personnel) . En réponse au journal SquirrelMail compromis. Évalué à 1.

    déjà, pour avoir un fichier avec la même somme md5 qui soit réellement un tar.gz, ca doit être très très très dur...

    C'est fait ici pour des archives autoextractibles : http://eprint.iacr.org/2004/356
    Et je suppose que ça pourrait être transposé très facilement aux tarballs vu que tar ignore les données consécutives à celles qu'il est censé traité.

    Le papier présente aussi un schéma d'attaque. En résumé :
    Le gars qui veut détruire le monde crée un programme indispensable et le distribue avec à la fin un padding qui permet une collision.
    Le code est audité par Théo de Raadt, Bruce Schneier et Superman, tout va bien.
    Il dit à son ftp de publier une version qui installe un ver quand c'est un packageur qui la télécharge (en utilisant une liste d'IPs, l'user agent ou ce qu'il veut). Cette version a le même MD5.
    Il détruit le monde.
  • [^] # Re: Et pour Flash ?

    Posté par  (site web personnel) . En réponse au journal Cpulimit : limiter l'utilisation CPU d'un processus. Évalué à 1.

    Uniquement si tu utilise Konqueror, auquel cas le PID seras celui de nspluginwrapper.
    Dans ce cas, tu peut aussi wrapper nspluginwrapper, comme à la bonne époque d'aoss ^^. Suffit de créer un script shell nspluginwrapper dans /usr/local/bin et d'y mettre un truc genre cpulimit -l 10 nspluginwrapper $@ .

    En revanche, tu pourras rien faire si tu utilise l'un ou l'autre rejeton de la mozcorp, car le plugin est dlopen() directement dans Firefox™.
    Jusqu'au jour où une âme bienveillante écriras un loader pour isoler le broswer de ses plugins... un truc de plus dans ma pauv'todolist.
  • [^] # Re: Sinon, c'est peut être pas explicite, mais bon

    Posté par  (site web personnel) . En réponse au journal Une nouvelle raison de refuser Microsoft openXML. Évalué à 1.

    sin t ~ t pour t petit, cos t + i*sin t = e^it, développement en série, polynômes de tchebyshev, etc.)
    Hum :-P
    Étant donné z = Pi/180, alors
    sin(t) ~ t pour t petit implique sin(t/z) ~ t/z pour t/z petit
    cos(t/z) + i * sin(t/z) = e^(i*t/z)

    Ms office semble travailler par défaut avec des degrés, et à vrai dire je serais surpris d'apprendre qu'il convertit intelligement avant stockage, en fonction du nom de la fonction.
    Faudrais ouvrir un de ces fichiers pour statuer, mais je pense que c'est la locale du document qui détermine le format.

    Et pourquoi j'parle de ça ici moi ?
  • [^] # Re: editeur console/gui

    Posté par  (site web personnel) . En réponse au journal Sortie de Vim 7.1. Évalué à 3.

    Trop gros, passeras pas.
  • [^] # Re: paille/poutre etc

    Posté par  (site web personnel) . En réponse à la dépêche La route de PDF vers l'ISO. Évalué à -1.

    Okular le supporteras à la sortie du Hurd^We17^WKDE 4 :
    http://kpdf.kde.org/okular/formats.php (pas encore fini)
    http://www.kdedevelopers.org/node/2141 (y'a 6 mois)
  • [^] # Re: Cool!

    Posté par  (site web personnel) . En réponse à la dépêche Deux concours autour de Qt. Évalué à 3.

    Et pour ce qui est de découvrir le C++, je conseille chaudement le livre de Claude Delannoy.
    En plus d'apprendre à coder, il apprends à coder proprement (pas comme si c'était du C objet). Il introduit même les notions un peu techniques à partir de considérations pratiques sur le besoin qu'on peut en avoir.
    Et il est agréable à lire, même dans l'édition poche ! (ISBN 2212115024)
  • [^] # Re: Circonspect

    Posté par  (site web personnel) . En réponse au journal Zfs sous linux. Évalué à 2.

    Quand même, lvm c'est un gros morceau, le dupliquer dans chaque système de fichier aurais un coût réel... Mais au moins ça explique les raisons du choix, et c'est vrai qu'il est logique si on n'a et ne veut qu'un FS. Je me coucherais moins bête :-)
  • [^] # Re: Circonspect

    Posté par  (site web personnel) . En réponse au journal Zfs sous linux. Évalué à 3.

    C'est que tu vois le raid comme une sous couche au fs, alors que eux ils voient,amha, le raid et le fs comme un ensemble.
    Non, je ne vois pas le raid comme une sous couche du FS, je le voit comme un composant suceptible d'être partagé entre plusieurs FS et qui en tant que tel doit être maintenu séparement.
    Ça évite d'avoir le code raid de reiserfs, le code raid de ext2, le code raid de xfs... avec des interfaces et des bugs diffèrents.

    C'est une autre facon de penser, et la c'est le fs qui gere l'ensemble des disques, pas la sous couche 'raid' .
    Le FS qui gère les disques... aucun commentaire.

    Tu peux me donner comment faire simplement un snapshot avec un ext3 sans faire une copie bete et méchante ?
    ou encore un clone (cad avec du COW) ?
    Je ne critique pas les fonctionalités, ni l'interface mais le design.
    Ceci dit, ça se fait avec respectivement TONFS_copy et lvm me dit Google.

    Le but c'est de proposer un ensemble cohérent ET portable (essaye de transférer tes dd en raid d'un amd vers un sparc (endianess différente)
    Ça ne pose aucun problème. Comme monter la même paritition en x86 et x86_64 .
    Et quand bien même, c'est pas la question.

    (si par exemple le système de fichier intègre un lien particulier avec NFS seulement, quid des autres ?).

    Pas compris la.
    en gros si /test/users est exporté, est ce que /test/users/miu est exporté aussi ?
    Non.
    Ce que je me demande, c'est dans quelle mesure leur implémentation de ZFS est lié à celle de NFS. Dans l'optique de pouvoir factoriser le code lié à NFS, ou de choisir Codafs à la place sans que ça détone trop.

    Il est très bien, mais ce n'est pas parce que quelqu'un pense différement de ce qui est 'habituelle' que c'est forcément du quick & dirty.
    Je n'ai pas évoqué la différence avec les extN (que je n'aime pas).
    Ce que je trouve quick and dirty, c'est d'avoir le code raid de reiserfs, le code raid de ext2, le code raid de xfs... avec des interfaces et des bugs diffèrents.

    Je te conseille juste de tester (ca demande une recompilation de noyau si il y a pas fuse, et un peu d'espace disque pour créer des fichiers. On a pas besoin de disques dur supplémentaires pour tester ;))
    D'essayer de faire tes tache d'administration 'non courantes' , et voir si c'est compliqué ou pas, et si oui, si c'est plus compliqué que par rapport aux solutions existantes.
    Ce qui montre que tu ne comprend pas la nature de ma critique.

    (Encore une fois , une solution qui fait un snapshot en 1/2 seconde d'un dd ext3, j'en cherche)
    Je doit dire que je me demande ce qui rend inacceptable un délai un peu plus long, mais ça ne m'intéresse pas vraiment en fait. Sauf si tu parvient à montrer que c'est lié à la décision dupliquer les fonctionalité du LVM.

    Raidz serais un bien meilleur exemple, mais il doit être possible de l'implémenter diffèrement ou au moins de ne dupliquer que ça.
  • [^] # Re: Comme XP^WPerl6 ?

    Posté par  (site web personnel) . En réponse au journal Le langage L. Évalué à 1.

    Scheme est loin d'être uniquement fonctionel, et on peut bel et bien y définir des syntaxes nouvelles par les macros.
  • # Circonspect

    Posté par  (site web personnel) . En réponse au journal Zfs sous linux. Évalué à 5.

    Franchement, ZFS je sais pas trop si c'est propre : j'ai l'impression qu'ils lient beaucoup trop de fonctionalité dans le système de fichier... c'est bien quand on veut n'en supporter qu'un mais sinon c'est de la duplication de code.

    D'autant plus qu'il viennent avec leur outil spécifique (zpool) qui sert à en administrer les fonctionalités, incluant par exemple le RAID et des systèmes complexes de sauvegarde.
    Ça peut avoir l'air sympa, mais j'imagine mal la galère avec un utilitaire pour gérer le RAID de reiserfs qui serait diffèrent de celui de ext3.

    Et par dessus ça y'a des trucs genre
    Automatically NFS-export all home directories
    # zfs set sharenfs=rw tank/home
    qui risquent encore d'être très laids (si par exemple le système de fichier intègre un lien particulier avec NFS seulement, quid des autres ?).

    Mon impression c'est qu'on dirait vraiment du "quick and dirty", lourd à maintenir et adapté seulement au taches les plus courantes. Ceci dit j'ai pas encore zieuté le code, donc ça se trouve je me trompe du tout au tout.
  • [^] # Re: Comme XP^WPerl6 ?

    Posté par  (site web personnel) . En réponse au journal Le langage L. Évalué à 1.

    Ou surtout, Scheme lui même; notement par le biais de Gambit et de la « Scheme infix syntax extension ».
    Les gens qui n'utilisent pas Scheme sont condamnés à l'instancier... Respect ceci dit : j'en serais incapable.
  • [^] # Re: Coming soon...

    Posté par  (site web personnel) . En réponse au journal Les standards et l'interopérabilité dans l'exploration spatiale. Évalué à 2.

    Google ne pointe que sur de mauvaises interprétation du « paradoxe » EPR que j'ai expliqué plus haut.
    L'article « Téléportation quantique » sur ce même sujet est à mon avis trompeur et flaire bon le sensationalisme. J'essaierais de proposer aux physiciens de la Wikipedia sa fusion avec l'autre, mieux écrit.
  • [^] # Re: Coming soon...

    Posté par  (site web personnel) . En réponse au journal Les standards et l'interopérabilité dans l'exploration spatiale. Évalué à 2.

    <disgression>Je pense que tu confond avec « Science et vie », le voici de la vulgarisation scientifique. Si c'est bien ça, j'ai lu l'article et il est ridicule (comme souvent chez eux).</disgression>

    Pour en revenir à notre sujet.
    Est par principe considéré comme impossible toute propagation d'information plus rapide que la lumière.
    Ce que dit le "paradoxe" EPR, c'est que si deux personnes fabriquent deux particules quantiques dont les états sont liés, puis mesurent les deux, elle trouveront des résultats cohérents. Même si les deux mesures sont faites à cinq seconde d'interval à plusieurs années lumières de distance.
    Comme c'est la mesure qui détermine l'état de la particule (et pas l'inverse), on peut croire qu'il y a eu une transmission rapide d'une particule à son duplicata. (Einstein concluait sur le fait que l'état préexistait à la mesure, apparement il avait tort cf. la wikipedia)
    C'est pas le cas : même si tu sait que la personne situé à 2 AL a des résultats compatibles, ça te permet pas de lui dire quoi que ce soit.
    Conlusion : il n'y a pas eu transmission d'information, c'est juste que l'Univers est resté cohérent.
  • [^] # Re: Question

    Posté par  (site web personnel) . En réponse au journal KDE : Cultiver son jardin. Évalué à 2.

    Je pense que l'applet "Lancer une commande" répondra à tes besoins. De manière générale, les barres d'adresse KDE acceptent les raccourcis de recherche (à la gg:test) partout ou cela à un sens (dans Konqueror et pas dans Kmail).
    Ceci dit, la plupart des gens (dont moi :-P ) lui préfèrent le ALt+F2 qui a d'autres bonus.
  • [^] # Re: Mouarf

    Posté par  (site web personnel) . En réponse au journal Pendant que Linux progresse.... Évalué à 1.

    Ceci est suceptible de faire bien plus que ce que vista propose, pour le peu que j'y comprend.
    Si je me trompe pas, ça utilise un plugin alsa pour rerouter le son des applications par un logiciel de mixage bien plus puissant que tout ce dont le machin de vista est capable.
    http://www.linuxmao.org/tikiwiki/tiki-print.php?page=SpiralS(...)
    Et si je me trompe bah j'ai l'air con, tant pis pour moi.

    Sinon je pense arts aussi permet de faire ça out of the box (depuis un bail) avec artsbuilder et artdsp pour rediriger le bousin vers arts. Mais comme arts c'est deprecatd, le but serait juste de dire que c'est possible depuis 45 ans sous linux et que tout le monde s'en est foutu (à vérifier, encore une fois).