Wi][ish a écrit 121 commentaires

  • [^] # Re: Une FAQ sur Hurd en fr

    Posté par  . En réponse à la dépêche Debian GNU/Hurd G1. Évalué à 3.

    "ca fait pas avancer le schmilblik"
    Non, au contraire la page est très instructive.

    La section 4 (le net est à vous) laisse rêveur :
    "Les noeuds du reseau apparaissent comme des sous-repertoires dans votre arborescence..."
    "Vous savez creer un lien sur un fichier? Vous pouvez creer de la meme maniere un lien sur le serveur du Centre National de Mycologie Appliquee du Djibouti."
  • [^] # Re: La "Task List " est plustôt impressionnante

    Posté par  . En réponse à la dépêche Debian GNU/Hurd G1. Évalué à 8.

    "X fonctionne"
    Effectivement, il semble qu'il y ait un support "experimental" des characters device.
    ftp://alpha.gnu.org/gnu/hurd/contrib/marcus/gnumach-char/(...)

    Quelqu'un a-t-il essayé X sur Hurd ?
    Est-ce du framebuffer ?
  • # La "Task List " est plustôt impressionnante

    Posté par  . En réponse à la dépêche Debian GNU/Hurd G1. Évalué à 10.

    http://www.debian.org/ports/hurd/hurd-devel-tasks(...)

    Je ne pensais pas qu'il manquait autant de choses : pas de character device (donc pas de X), pas de ppp, pas de POSIX Thread... la liste est bien longue.

    Mais le moins qu'on puisse dire c'est que les développeurs semblent très bien organisés et méthodiques.
    J'ai vraiment hâte que ce projet avance un peu pour voir ce que donne le noyau Gnu Mach en terme de performances.
  • [^] # Re: Bonjour, je me pose des questions

    Posté par  . En réponse à la dépêche Install Party a Vitré (35). Évalué à 2.

    Vitré est à mi chemin entre Laval et Rennes (soit a environ 35km de Rennes).
    Vitré est le "petit bled" où la Carte Vitale a été testée.
    Il y a 4 ou 5 ans de cela, c'était aussi la 3ème ville au classement "nombre de bars par habitant".

    (-1)
  • # L'asso GULLIVER ?

    Posté par  . En réponse à la dépêche Install Party a Vitré (35). Évalué à 4.

    Ayant fait mon collège et mon lycé à Vitré, cette news me fait très plaisir...
    Nicolas, peut-tu nous en dire un peu plus sur ton asso GULLIVER ?
    Vous n'avez pas de site web ?
  • [^] # Re: Ne pas confondre

    Posté par  . En réponse à la dépêche Lettre ouverte aux membres du gouvernement français pour l'internet illimité. Évalué à 2.

    C'est très claire... je rajouterais aussi le haut débit à la liste :
    - Dégroupage,
    - RTC illimité accessible à tous,
    - Haut débit.
  • # Présidentielles

    Posté par  . En réponse à la dépêche Lettre ouverte aux membres du gouvernement français pour l'internet illimité. Évalué à 10.

    Avec les Présidentielles qui approchent (à grand pas mine de rien) ça va peut-être les faire réflechir un peu... 133 000 signatures, c'est pas rien... Ils vont nous metre ça dans leurs programmes. Mais ça veut dire qu'on va devoir encore attendre... Perso, je crois pas au forfait illimté avant les élections.
    Remarque, si Jospin nous pondait ça avant, ça lui ferait une belle pub, il y gagnerait pas mal de points.
  • [^] # Absolutly Hors Topic

    Posté par  . En réponse à la dépêche Chez Noos, finie la limitation d'upload. Évalué à -7.

  • [^] # Re: Ça ne marche plus

    Posté par  . En réponse à la dépêche Linux au poignet. Évalué à 1.

    Essaye avec lynx plustot que wget, il me semble qu'il y a une option pour forcer à accepter les cookies.
    (-1)
  • [^] # Re: comptibles avec les standards Web ou avec les futilités au look papier glacé

    Posté par  . En réponse à la dépêche Un ordinateur pour tous !. Évalué à -1.

    Partout où un comercial et un marketing passent,
    le sobre et la simplicité trépassent...
  • # CANAL+ Techno et Opera

    Posté par  . En réponse à la dépêche Opera doit creer le premier télé-navigateur. Évalué à 2.

    Doit-on comprendre par cette nouvelle qu'une version d'Opera devrait voir le jour pour le MediaSAT ? ça tiendra dans la mémoire flash du récepteur ?
    Je trouve que cette news fait un peu "Teasing"...
  • [^] # Re: ... -1

    Posté par  . En réponse à la dépêche Apple est il prêt pour le serveur?. Évalué à 2.

    "MacOS X pour faire tourner Apache.. mmh ? "

    A part le fait que MacOS X ne soir pas libre,
    je vois pas le pbm... c'est du BSD en dessous,
    ça devrait bien tourner...
    QQ a des bench ?
  • [^] # Re: FreeBSD =?=> BSD & BSD vs linux

    Posté par  . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à 1.

    C'est Jessica qui l'emporte ;)
    C'est dommage qu'il manque OpenBSD dans la liste.
    J'avais déjà vu des echantillonages comparable. Celui d'Open était très impressionnant. Il me semble qu'il y a deja eut une news à ce sujet sur LinuxFr. J'arrive pas a remetre la main dessus:/
  • [^] # Re: FreeBSD =?=> BSD & BSD vs linux

    Posté par  . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à 4.

    J'ajouterai aussi que la pile TCP/IP d'openBSD est la plus performante contre les attaques utilisant la prédiction des séquences TCP.
  • [^] # /!\ VMS != BSD

    Posté par  . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à 1.

    "c l'OS opensource le plus sur du monde dit-on, OpenVMS étant le plus sécurisé apparement"

    Attention à ne pas tout confondre...
    OpenVMS est un OS développé par l'ex Digital, et qui, de ce que j'en sais, ne tourne que sur architecture Alpha. Il n'a rien avoir avec Linux et autres BSD. C'est par contre un OS formidable pour le Clustering.

    Pour en savoir plus, rdv sur le site de la boite qui a racheté Digital :
    http://www.compaq.fr/Produits/logiciels/openvms/openvms.asp(...)
  • [^] # On s'en fou pas

    Posté par  . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à 10.

    Si FreeBSD disparaissait ce serait tout benef pour Linux !

    Ca me fait très mal d'entendre ce genre de chose.

    Les bases des système sont différentes, mais les packages sont les mêmes : Gimp pour Linux et Gimp pour *BSD ont les mêmes sources (à quelques patch près). Donc ok, on ne parle pas des package, mais uniquement des kernel.

    C'est une bonne chose d'avoir à dispo différentes implémentations d'une fonctionnalité dans un noyau. Même au sein des différents BSD, les implémentations peuvent être différente. C'est ce qui fait leurs originalités.

    Personnellement, je préfère les kernel BSD : la mémoire et le scheduler me semble mieux implémentés. Le filesystem est bein plus robuste en cas de crash... etc... Je ne dis pas qu'un BSD est mieux que Linux ou l'inverse, je dis simplement que chacun ont leurs point forts, leurs points faible et que faire disparaître l'un d'entre eux, c'est perdre des implémentations qui pourait servir aux autres.

    Maintenant effectivement M$ s'invite dans la famille, pompe ce qu'il veut et se casse sans rien filer en retour. Que ce soit un problème lié à la licence ou pas, ce n'est pas déontologique (on les connait bein après tout), je dirais même que c'est condanable. Mais si M$ n'avait pas pompé chez FreeBSD, il aurait pompé Net ou Open...

    Et GPL ou pas, je ne pense pas que cela aurait changé grand chose.
    La FFS a telle les moyens d'anvoyer en justice M$ ?

    Puis les qqs 10-15% de serveurs BSD se tourneront vers Linux

    Si tu parles des serveurs FreeBSD, je suis navré, mais il se tournerons vers Open ou Net en grande majorité, pas vers Linux. Je ne suis pas sure que tu connaisses bien la famille des BSD, tu ne dirais pas ça sinon.

    Y-a t'il dans la salle des exemples sérieux de passage d'un serveur BSD en prod à un serveur Linux ? (ça m'intéresserais d'en connaître les raisons et les circonstances)
  • [^] # Re: Stupide autant que ridicule

    Posté par  . En réponse à la dépêche La partie "cryptographie" de la LSI pourrait être votée dans l'urgence à la faveur des dispositions anti-terroristes. Évalué à 1.

    La clef utilisée par l'algo blowfish va de 32 bits à 448 bits.
    Cepandant, SSH utlise une clef de 128 bits.
    Sur http://pierre.mit.edu/compfac/ssh.html(...) , ils t'expliquent comment faire pour utiliser Blowfish.
  • [^] # Re: Stupide autant que ridicule (complément sur DES et SSH)

    Posté par  . En réponse à la dépêche La partie "cryptographie" de la LSI pourrait être votée dans l'urgence à la faveur des dispositions anti-terroristes. Évalué à 2.

    - 56-bit DES : simple, craqué en quelques minutes
    - 112-bit DES (double DES) : craqué par une attaque en ligne concerné, sans complexité supplémentaire que le 56-bit
    - 168-bit DES (triple DES) : basé sur 3 clés indépendantes mais pas aussi difficile à craquer qu’un système à clé de longueur triple.

    Aucun chiffrement cependant n’est sûr à 100%.
    Le Gouvernement a décidé de relever le seuil de chiffrage dont l'utilisation est libre, de 40 bits à 128 bits.

    (http://www.guill.net/reseaux/Vpnj.html(...) )

    J'avais un doute sur les 3x56, il me semblait qu'il sagissait de la même clef appliquée 3 fois, mais en fait non. J'en fait donc profiter tout le monde.

    Mais de toutes manières la première chose à faire lorsqu'on install SHH, c'est de désactiver les algorithmes de cryptage DES et 3DES (faibles et facilement crackables) et d'installer les algorithmes IDEA, Blowfish, ou RC4 (arcfour), qui sont bien plus forts.

    Quitte à être hors-la-loie, autant le faire bien et rester secure.
  • [^] # Re: Interfaces graphiques qui plantent...

    Posté par  . En réponse à la dépêche première prerelease de Gnome 2.0. Évalué à 2.

    La gestion de fenêtres sous Windoze est implémentée directement dans le noyo. Donc quand ya un crash d'une fenêtre (crash de l'appli, lag, etc..) il peut y avoir du coup un pbm dans le kernel de windoze => Big Crash.

    Chez les Linux et autres Unix, on a un système bien décomposé en plusieurs parties (Kernel, tty, X, WindowManager) qui permet d'isoler un bug dans une partie bien précise, et donc de le corriger plus rapidement (on n'a pas à hacker dans le kernel). C'est un très gros avantage de leur l'architecture.

    (Cependant la version Final de XP semblerait bien réagir aux plantages des fenêtres. Quelqu'un à déjà reussit à faire planter XP 2600 ?)
  • [^] # upgrade des serveurs en exploit

    Posté par  . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 2.

    C'est une bonne chose. Mais tous les jours... n'est-ce pas un peu "excessif" ?
    Combien a tu de serveurs en prod ?
    Tu le fais manuellement sur chaque machine ?
    Est-ce que tu lis quand même les bugtracks du coup ?
  • [^] # Re: pas d'accord

    Posté par  . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 1.

    meaculpa

    Mais me permet tu cependant de remarquer que
    Logiciel très répandu => type du logiciel peu diversifié.
    Donc effectivement, si tu le veut bien je change "TRES répandus" par "peu diversifiés" deux commentaires au dessus.
  • [^] # Re: Les chiffres

    Posté par  . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 2.

    Je suis d'accord avec toi sur toute la ligne, et tout spécialement pour ce qui concerne la diversité des architectures.
    Mais tu ne m'enleveras pas l'idée que 95% de serveurs Apache (tournant uniquement sur PC Linux, pour simplifier) est une mauvaise chose.
  • [^] # Re: pas d'accord

    Posté par  . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 3.

    Grumph!!! On aurait jamais du partir sur Outlook.
    Je ne faisais aucune allusions au LL et au LP :
    regarde bind, c'est du LL et pourtant, ya une epoque c'était pas très glorieux au niveau secu.
    On ne parle pas de popularité, mais de Diversité.
  • [^] # Re: Les chiffres

    Posté par  . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à -1.

    Outlook était un exemple pour argumenter le concepte de la diversité.
  • [^] # Re: Les chiffres

    Posté par  . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 6.

    14:51:21 a donné l'url suivante : http://fr.news.yahoo.com/011004/85/20yfs.html(...)
    Microsoft annonce qu'il compte renforcer la sécurité des serveurs web...

    On y apprend aussi que les attaques du virus Code Rouge en août et Nimda en septembre ont été évaluées par les cabinets d'analystes à un coup mondial d'environ 3,2 milliards de dollars.
    Ca fait beaucoup d'euro tout ça.