"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."
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.
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".
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 ?
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.
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"...
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:/
"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.
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)
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.
- 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 quun système à clé de longueur triple.
Aucun chiffrement cependant nest 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.
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 ?)
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 ?
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.
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.
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: Quel marché ?
Posté par Wi][ish . En réponse à la dépêche Une distrib Mandrake orientée jeux?. Évalué à 0.
Je suppose qu'elle permet de metre en avant les fonctionnalités des Geforce...
On peut la trouver où ?
[^] # Re: Une FAQ sur Hurd en fr
Posté par Wi][ish . En réponse à la dépêche Debian GNU/Hurd G1. Évalué à 3.
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 Wi][ish . En réponse à la dépêche Debian GNU/Hurd G1. Évalué à 8.
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 Wi][ish . En réponse à la dépêche Debian GNU/Hurd G1. Évalué à 10.
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 Wi][ish . En réponse à la dépêche Install Party a Vitré (35). Évalué à 2.
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 Wi][ish . En réponse à la dépêche Install Party a Vitré (35). Évalué à 4.
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 Wi][ish . En réponse à la dépêche Lettre ouverte aux membres du gouvernement français pour l'internet illimité. Évalué à 2.
- Dégroupage,
- RTC illimité accessible à tous,
- Haut débit.
# Présidentielles
Posté par Wi][ish . En réponse à la dépêche Lettre ouverte aux membres du gouvernement français pour l'internet illimité. Évalué à 10.
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 Wi][ish . En réponse à la dépêche Chez Noos, finie la limitation d'upload. Évalué à -7.
http://www.thinkgeek.com/stuff/apparel/57b2.shtml(...)
(-1)
[^] # Re: Ça ne marche plus
Posté par Wi][ish . En réponse à la dépêche Linux au poignet. Évalué à 1.
(-1)
[^] # Re: comptibles avec les standards Web ou avec les futilités au look papier glacé
Posté par Wi][ish . En réponse à la dépêche Un ordinateur pour tous !. Évalué à -1.
le sobre et la simplicité trépassent...
# CANAL+ Techno et Opera
Posté par Wi][ish . En réponse à la dépêche Opera doit creer le premier télé-navigateur. Évalué à 2.
Je trouve que cette news fait un peu "Teasing"...
[^] # Re: ... -1
Posté par Wi][ish . En réponse à la dépêche Apple est il prêt pour le serveur?. Évalué à 2.
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 Wi][ish . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à 1.
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 Wi][ish . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à 4.
[^] # /!\ VMS != BSD
Posté par Wi][ish . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à 1.
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 Wi][ish . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à 10.
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 Wi][ish . 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.
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 Wi][ish . 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.
- 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 quun système à clé de longueur triple.
Aucun chiffrement cependant nest 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 Wi][ish . En réponse à la dépêche première prerelease de Gnome 2.0. Évalué à 2.
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 Wi][ish . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 2.
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 Wi][ish . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 1.
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 Wi][ish . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 2.
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 Wi][ish . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 3.
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 Wi][ish . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à -1.