sneoo a écrit 101 commentaires

  • [^] # Re: www.jesuismanipule.com

    Posté par  . En réponse au journal www.jesuismanipule.com. Évalué à 0.

    ou pont...
  • [^] # Re: RHA ! Mais il veut quoi ce noyau à la fin !

    Posté par  . En réponse au journal RHA ! Mais il veut quoi ce noyau à la fin !. Évalué à 1.

    une option ?
  • [^] # Re: Contre-sondage

    Posté par  . En réponse au sondage Je me rase. Évalué à 3.

    [X] Ça passe, mais ne recommencez pas

    Un mélange des trois en fait :)

    (J'adore cette procédure de sondage, plus souple... [+])
  • [^] # Re: Erlang ... Et pourquoi pas CamL pendant qu'on y est ??

    Posté par  . En réponse à la dépêche Interview d'auteurs: Erlang, Services Web, J2EE, ASP.net. Évalué à 2.

    Oui, Pascal sert à coder MDOS :)
  • # Re: Alternatives à Windows sur France-culture

    Posté par  . En réponse à la dépêche Alternatives à Windows sur France-culture. Évalué à 2.

    Enfin une bonne approche : ne pas utiliser le libre, parce que c'est (souvent) gratuit, mais parce que c'est intrinèsquement plus sûr (ça on le savait) et surtout, parce qu'il permet aux utilisateurs de bien comprendre comment fonctionne leur machine et de l'adapter au mieux.

    Bravo, donc.
  • # Re: déconnexion sshd ?

    Posté par  . En réponse au journal déconnexion sshd ?. Évalué à 3.

    je baisserais la MTU jusqu'à ce que ça marche... je sais pas trop quel est l'overhead du à pppoa, tu pourrais commencer par 1492, comme avec pppoe.

    # ifconfig ppp0 mtu 1492
  • [^] # Re: Quels CD-R utiliser ?

    Posté par  . En réponse au journal Quels CD-R utiliser ?. Évalué à 1.

    Je confirme, c'est pas fiable ! J'avais réussi a sauver ce que je pouvais sur un disque dur a moitié mort et hop ! sur une trentaine de cd-r, avec une grosse archive bzippée de petits fichiers importants, gravés en 2x pour être sûr...

    Je réinstalle quelques heures plus tard: archive .tar.bzip2 corrompue au 37e bloc ! Sachant que l'archive faisait quelques Go, à 8Ko le bloc, j'essaie même pas d'imaginer la quantité de données perdues... D'ailleurs, si quelqu'un dans la salle a un lien magique pour me tirer d'affaire, je lui en serai bien reconnaissant :)
  • # Re: SCO vs tout le monde : SGI mets son grain de sel

    Posté par  . En réponse à la dépêche SCO vs tout le monde : SGI mets son grain de sel. Évalué à 10.

    Depuis le noyau 2.4.22 ? Parce qu'il y en avait avant, mais qu'elles ne sont pas significatives, et probablement tombées dans le domaine public.

    Merci à SGI, pour son XFS d'abord, et puis pour cette étude !
  • [^] # Re: Passerelles à jour sur les serveurs Jabber ?

    Posté par  . En réponse au journal Passerelles à jour sur les serveurs Jabber ?. Évalué à 1.

    Ouais, trop bien pour les moulins.

    [ ---->[] ? j'suis nouveau, elle est où ? par là ? oh, y a du monde dehors !]
  • [^] # Re: Passerelles à jour sur les serveurs Jabber ?

    Posté par  . En réponse au journal Passerelles à jour sur les serveurs Jabber ?. Évalué à -1.

    Tu sais, parfois, dans certains cas, il faut faire un choix:
    - exprimer ce qu'on pense, et se faire moinser (parfois), ou bien:
    - être hypocrite, et gagner quelques [+] pour avoir été dans la tendance

    Essayer d'avoir le beurre et l'argent du beurre, en exprimant ce qu'on pense mais en implorant de ne pas voter [-], c'est prendre les votants pour des imbéciles, qui votent [+] quand le commentaire leur plait, et qui réprimandent la libre expression. De plus, ça a un arrière-gout pathétique. C'est peut-être à cause de comportements comme ça que certains trouvent que le site s'affadit.

    Pour finir, si j'avais encore des votes, je te moinserais (oui, moi aussi j'ai pas bcp d'XP, mais je ne pleure pas pour autant, au contraire)... bah, pas grave je le ferais demain :p (pour pas oublier, c'est dans les commentaires sur : http://linuxfr.org/~sexyzeb/5914.html(...))
  • # Re: Passerelles à jour sur les serveurs Jabber ?

    Posté par  . En réponse au journal Passerelles à jour sur les serveurs Jabber ?. Évalué à 3.

    GAIM rulez... Il supporte Jabber, ainsi que... MSN et Yahoo.

    Quelqu'un pourrait m'expliquer l'intêret des passerelles Jabber / MSN ou Jabber / Yahoo quand on peut y accéder directement ?
  • [^] # Re: Faiblesse des protocoles P2P ? Ça c'est sur.

    Posté par  . En réponse à la dépêche Faiblesse des protocoles P2P. Évalué à 1.

    Ça dépend, l'ensemble des caractères du réseau faisant qu'il est difficile à un attaquant de gêner le fonctionnement du réseau.
  • [^] # Re: Faiblesse des protocoles P2P ? Ça c'est sur.

    Posté par  . En réponse à la dépêche Faiblesse des protocoles P2P. Évalué à 1.

    Freenet permet l'anonymat, oui, bien qu'il soit tout à fait relatif : il serait si facile d'attaquer Freenet par un man-in-the-middle installé chez les fournisseurs d'accès.

    Quant à leur protocole de localisation/routage, il ne permet pas de toujours trouver une information sur le réseau si elle est présente. En théorie, dans un réseau bien entretenu, il serait rare de voir un échec du protocole de routage, mais pour avoir fait un peu joujou avec Freenet (lancé une semaine sur une machine avec une ip fixe), on trouve très facilement un lien vers un document auquel on ne peut accéder. D'ailleurs, le protocole Chord & co. serait très facilement adaptable pour être à peu près aussi anonyme que Freenet, en étant tellement plus efficace.
  • # Faiblesse des protocoles P2P ? Ça c'est sur.

    Posté par  . En réponse à la dépêche Faiblesse des protocoles P2P. Évalué à 1.

    Le réseau Gnutella est bien sûr très faible et s'appuie sur un protocole complètement idiot. Tout comme Freenet, tout comme Fasttrack, tout comme le réseau eDonkey, et d'autres...

    Il existe depuis quelques temps des protocoles beaucoup plus efficaces, dont les meilleurs, assez récents, et qui ne sont pratiquement pas utilisés. Kademlia est utilisé dans Overnet et eMule Kademlia, mais il n'est pas assez solide lui non plus.

    Il faudrait quand même que les "grands acteurs" du monde P2P se mettent à sérieusement se préoccuper de ça, il y a de quoi faire.
  • [^] # Re: OpenBSD su><or, Linux rul3z

    Posté par  . En réponse au journal OpenBSD su><or, Linux rul3z. Évalué à 3.

    Je l'imaginais comme un gag avant tout, avec son titre raccoleur et son plus qu'utile double chiffrement, bien qu'il puisse être utile....
    C'est plus rapide qu'un dd if=/dev/random of=/dev/monswap à l'arrêt et ça évite de retrouver tous les détails de la session précédente en examinant la partition de swap. Par exemple, j'ai pu trouver avec un simple grep linuxfr < /dev/monswap tout l'historique de mon passage sur le site.
  • # Re: OpenBSD su><or, Linux rul3z

    Posté par  . En réponse au journal OpenBSD su><or, Linux rul3z. Évalué à 2.

    J'ai oublié deux choses...

    1) s/crypt/chiffr

    2) Il reste la RAM, qui est toujours vulnérable à un agent qui viendrait gentiment copier /dev/mem... La solution ?

    Créer un ramdisk, comme ci-dessus, mettre en place un périphérique loopback chiffré, utiliser le loopback comme partition de swap !

    Quoi ?! Comment ça "c'est lent !" ?
  • [^] # Re: ICANN vs. Verisign ?

    Posté par  . En réponse à la dépêche ICANN vs. Verisign ?. Évalué à 2.

  • [^] # Re: O tempora, O mores !

    Posté par  . En réponse à la dépêche L'administration du Massachusetts passe sous Linux.. Évalué à 9.

    Si mes souvenirs de latin sont exacts, c'est du vocatif pluriel de la 2ème déclinaison, neutre, donc bel et bien tempora.
    D'ailleurs, au passage, cela signifie plutôt "Ô temps, ô moeurs".

    (donc, -17 parce que découpage de cheveux au niveau atomique)
  • [^] # Re: Lindows support financièrement Mozilla Composer

    Posté par  . En réponse à la dépêche Lindows soutient financièrement Mozilla Composer. Évalué à 1.

    De toute façon ce n'est pas possible selon la license...!? Rassurez-moi ?!?
  • [^] # Re: Seconde ISO corrompue ?

    Posté par  . En réponse à la dépêche Slackware 9.1. Évalué à 2.

    Le fichier est divisé en portions de quelques dizaines de ko que ton client bittorrent a demandé aux autre clients. Lorsque un problème survient dans la transmission (c'est pas pour rien que TCP intègre un checksum), le morceau est retéléchargé, sauf s'il passe le checksum effectué par bittorrent. Et là, tu as un fichier corrompu (avec un MD5 différent), de la bonne taille, et s'en t'en rendre compte.
  • [^] # Re: Slackware 9.1

    Posté par  . En réponse à la dépêche Slackware 9.1. Évalué à 5.

    Pourquoi donc ? En ce qui concerne mes essais personnels, j'atteinds avec BT 58ko/s en dl (13ko/s en ul, connexion ADSL 512/128), ce qui est à peine inférieur à ce que j'atteignais sur les FTP (60ko/s dicebat wget).
  • # Re: Slackware 9.1

    Posté par  . En réponse à la dépêche Slackware 9.1. Évalué à -1.

    Raaah... enfin !
    Je vais pouvoir mettre a jour ma 9.0, avec des nouveautés plus qu'intéressantes ... Un très bon cru en perspective !
  • # Re: Spamihilator passe de GPL à freeware

    Posté par  . En réponse à la dépêche Spamihilator passe de GPL à graticiel. Évalué à 7.

    Petite question qui me passe par la tête... comment a t-il pu savoir que son code avait été volé ?
  • # Re: Cercle vicieux pour MS

    Posté par  . En réponse au journal Cercle vicieux pour MS. Évalué à 2.

    Oui, Microsoft a trop de liquidités, qu'ils devaient impérativement dépenser pour éviter de payer ce fameux dividende.
    Peut-être est-ce uniquement pour cela que Microsoft a payé leur license Linux à SCO ? Pauvres SCO... :->
  • [^] # Re: Article sur SCO dans The Economist²

    Posté par  . En réponse à la dépêche Article sur SCO dans The Economist. Évalué à 5.

    Ce qui presente l'avantage qu'aucune entreprise française n'a du entendre les facéties de Mc Bride avant les contre-arguments qui les suivaient... c'est peut-être pas plus mal :-)