Je pense effectivement qu'il y a un test coté serveur, mais comme le client est sensé envoyer un paquet valide, l'algo pour valider un packet a envoyer est aussi dans le client.
==> Il n'y a donc pas besoin de connaitre l'algo du serveur.
Je crois que je n'ai pas ete bien clair. Je ne remets pas en question l'ouverture du source. Je sais bien que cela ne peut qu'ameliorer un logiciel. Ni en train d'argumenter sur la securité par l'obscurité. Je me pose juste une question.
Dans le cas particulier des calculs distribués, voila comment j'imagine les choses : un serveur envoie des ptits bouts de calculs à faire à des clients, qui renvoient leur resultats apres calcul. A la reception d'un resultat de calcul d'un client, le serveur fait un test pour le valider ou non (et ainsi eviter la triche).
Maintenant que le code est ouvert, je pourrai tres bien m'ammuser a envoyer des blocs vides, mais qui sont valides pour le serveur, puisqu'avec les sources je connais la methode utilisée pour valider un resultat de calcul.
Mis a part le fait de faire des calculs redondants, je ne vois donc pas comment en liberant le source, ils peuvent limiter le phénomène de triche.
Il ne faut pas oublier que la tribune a ete fermee pendant un ptit bout de temps. C'est peut etre aussi ca l'explication de la baisse de frequentation des palmides, non ?
Dans le meme genre, il y avait aussi une video d'un gars qui finissait quake (1 ou 2, je sais plus) en mode nightmare en 12 minutes. C'etait impressionnant. Si quelqu'un a encore l'url, je l'ai perdue :(
Franchement, je te le deconseille. Je crois me souvenir qu'en etant passé de la 8.2 a la 9.0 il y avait de legeres complications avec le package makedev.
Alors 8.2 -> 9.2 j'imagine que c'est potentiellement encore plus compliqué, meme si je pense que c'est possible, mais ce n'est pas sans risque.
Je ne sais pas si c'est une bonne idee, mais voila comment je ferai pour le backup :
Prendre son disque dur, le debrancher, le rebrancher sous une machine linux, et faire la sauvegarde de tout le disque.
Effectivement, c'est mathematique, que plus on compresse et plus chaque bit contient de l'information. Donc si on perd un bit on perd plus d'information.
Cependant, ou/comment veux tu perdre un bit ?
Penses tu que si je perds un bit dans un .bz2 cela soit recuperable ? J'en doute.
d'apres http://www.7-zip.org/download.html(...) :
"Standalone command line version of 7-Zip that doesn't require installation and works in Windows 95/98/ME/NT/2000/XP and in Linux via Wine program."
Ca fait quelques temps que j'entends parler de 7zip, et j'aimerai bien savoir s'il est plus performant que bz2 (au niveau compression, pas au niveau temps de compression). Car jusqu'a maintenant c'etait bz2 qui etait le meilleur. Qu'en est il actuelement ?
Bien sur, je pourrai tester moi meme, mais j'ai pas encore eu le temps, et puisque ca parle de 7zip ici, ben je tente ma chance :)
Si tu avais eu une autre machine sur le meme reseau que celle ou tu voulais installer Mdk, tu aurais pu mettre tes isos sur le reseau et monter un serveur nfs/ftp/http.
Mais puisque tu as reussi a y mettre une woody, ya plus de probleme :)
Excuse moi d'insister mais je ne vois pas le probleme.
L'installeur de la mandrake peut fonctionner a partir
des CD
des iso sur le disque dur
d'un serveur ftp, nfs
et j'en oublie peut etre.
Je ne vois pas le probleme avec ntfs, puisque l'installeur de la mandrake permet de redimentionner une partition ntfs (enfin d'apres mes souvenirs, je n'ai jamais testé).
C'est pas vraiment de la gruge : pour chaque package ont peut obtenir les sources, donc recompiler/redistribuer si on a envie.
Par contre je pense que c'est de redistribuer une RH entiere qui n'est pas authorisé. De meme que pour la Suse qui contient un installeur non libre.
Enfin c'est comme ca que je voyais le truc, corrigez moi si je me trompe.
S'il font comme eux, a savoir rester gratuit le temps de se constituer une bonne base. Puis rendre le tout payant une fois que la base est bien remplie, alors oui ca ressemble bien a copains d'avant :)
on peut l'empecher de part le fait que chaque changement dans l'arbre doit etre associe a un numero de bug preexistant
Que se passe t il si quelqu'un rajoute un bug "virtuel" dans la base de bugs, puis s'il inclut du code en l'associant a ce bug "virtuel" ?
Posée autrement :
En quoi le meeting journalier, empecherai quelqu'un d'inclure un bug "virtuel", lui permettant par la suite d'inclure du code ?
c'est un autre monde que qui se fait dans le monde Linux ou chacun est libre de faire ce qu'il veut niveau securite.
Linus n'inclue pas n'importe quel patch les yeux fermes, il le relit avant de le commiter.
[^] # Re: Le code source de Seti@Home libéré
Posté par chl (site web personnel) . En réponse à la dépêche Le code source de Seti@Home libéré. Évalué à 1.
==> Il n'y a donc pas besoin de connaitre l'algo du serveur.
Dites moi si je me trompe...
[^] # Re: Le code source de Seti@Home libéré
Posté par chl (site web personnel) . En réponse à la dépêche Le code source de Seti@Home libéré. Évalué à 1.
Dans le cas particulier des calculs distribués, voila comment j'imagine les choses : un serveur envoie des ptits bouts de calculs à faire à des clients, qui renvoient leur resultats apres calcul. A la reception d'un resultat de calcul d'un client, le serveur fait un test pour le valider ou non (et ainsi eviter la triche).
Maintenant que le code est ouvert, je pourrai tres bien m'ammuser a envoyer des blocs vides, mais qui sont valides pour le serveur, puisqu'avec les sources je connais la methode utilisée pour valider un resultat de calcul.
Mis a part le fait de faire des calculs redondants, je ne vois donc pas comment en liberant le source, ils peuvent limiter le phénomène de triche.
# Re: Le code source de Seti@Home libéré
Posté par chl (site web personnel) . En réponse à la dépêche Le code source de Seti@Home libéré. Évalué à 3.
Quelqu'un pourrait m'expliquer ?
Merci d'avance :)
# Re: Où est passé le site web de pLinux Mag ?
Posté par chl (site web personnel) . En réponse au journal Où est passé le site web de pLinux Mag ?. Évalué à 1.
http://chl.tuxfamily.org/glmf/(...)
[^] # Re: Petite analyse statistique sur LinuxFr.org
Posté par chl (site web personnel) . En réponse à la dépêche Petite analyse statistique sur LinuxFr.org. Évalué à 2.
# Re: Bougez avec MandrakeMove ! Et frozen bubble ?
Posté par chl (site web personnel) . En réponse à la dépêche Bougez avec MandrakeMove !. Évalué à 0.
Ca serait vraiment la classe :)
[^] # Re: Alsa-Project : Tout va très vite....
Posté par chl (site web personnel) . En réponse à la dépêche Alsa-Project : Tout va très vite..... Évalué à 6.
http://www.gnu.org/philosophy/selling.fr.html(...)
http://www.gnu.org/philosophy/selling.html(...)
# Re: Il n'y a plus de valeurs ma bonne dame...
Posté par chl (site web personnel) . En réponse au journal Il n'y a plus de valeurs ma bonne dame.... Évalué à 1.
# Re: Mise à jour partielle 8.2->9.2
Posté par chl (site web personnel) . En réponse au journal Mise à jour partielle 8.2->9.2. Évalué à 3.
Alors 8.2 -> 9.2 j'imagine que c'est potentiellement encore plus compliqué, meme si je pense que c'est possible, mais ce n'est pas sans risque.
# Re: Anti-virus en Live CD ?
Posté par chl (site web personnel) . En réponse au journal Anti-virus en Live CD ?. Évalué à 5.
Prendre son disque dur, le debrancher, le rebrancher sous une machine linux, et faire la sauvegarde de tout le disque.
Pour la desinfection, ca je sais pas.
[^] # Re: Le libre discrètement dans la presse
Posté par chl (site web personnel) . En réponse au journal Le libre discrètement dans la presse. Évalué à 4.
Cependant, ou/comment veux tu perdre un bit ?
Penses tu que si je perds un bit dans un .bz2 cela soit recuperable ? J'en doute.
[^] # Re: Le libre discrètement dans la presse
Posté par chl (site web personnel) . En réponse au journal Le libre discrètement dans la presse. Évalué à 3.
"Standalone command line version of 7-Zip that doesn't require installation and works in Windows 95/98/ME/NT/2000/XP and in Linux via Wine program."
Donc c'est ok :)
# Re: Le libre discrètement dans la presse
Posté par chl (site web personnel) . En réponse au journal Le libre discrètement dans la presse. Évalué à 1.
Bien sur, je pourrai tester moi meme, mais j'ai pas encore eu le temps, et puisque ca parle de 7zip ici, ben je tente ma chance :)
[^] # Re: Mon prof de math ....
Posté par chl (site web personnel) . En réponse au journal Mon prof de math ..... Évalué à 2.
dm : devoir a faire a la maison en oposition a ds : devoir surveillé.
# Re: Ça bouge au Brésil
Posté par chl (site web personnel) . En réponse à la dépêche Ça bouge au Brésil. Évalué à 10.
[^] # Re: Mandrake 9.2 - Premières impressions
Posté par chl (site web personnel) . En réponse au journal Mandrake 9.2 - Premières impressions. Évalué à 1.
Si tu avais eu une autre machine sur le meme reseau que celle ou tu voulais installer Mdk, tu aurais pu mettre tes isos sur le reseau et monter un serveur nfs/ftp/http.
Mais puisque tu as reussi a y mettre une woody, ya plus de probleme :)
[^] # Re: Mandrake 9.2 - Premières impressions
Posté par chl (site web personnel) . En réponse au journal Mandrake 9.2 - Premières impressions. Évalué à 3.
L'installeur de la mandrake peut fonctionner a partir
des CD
des iso sur le disque dur
d'un serveur ftp, nfs
et j'en oublie peut etre.
Je ne vois pas le probleme avec ntfs, puisque l'installeur de la mandrake permet de redimentionner une partition ntfs (enfin d'apres mes souvenirs, je n'ai jamais testé).
[^] # Re: Mandrake 9.2 - Premières impressions
Posté par chl (site web personnel) . En réponse au journal Mandrake 9.2 - Premières impressions. Évalué à 1.
Dsl si tu le savais deja ...
[^] # Re: Chat hier sur 01 avec un "responsable securite chez Microsoft
Posté par chl (site web personnel) . En réponse au journal Chat hier sur 01 avec un "responsable securite chez Microsoft. Évalué à 1.
# Re: Les ISO de la Mandrake 9.2 finale sont disponibles
Posté par chl (site web personnel) . En réponse à la dépêche Les ISO de la Mandrake 9.2 finale sont disponibles. Évalué à -7.
[^] # Re: QCad et la GPL
Posté par chl (site web personnel) . En réponse à la dépêche Pro/Engineer sous Linux. Évalué à 2.
Par contre je pense que c'est de redistribuer une RH entiere qui n'est pas authorisé. De meme que pour la Suse qui contient un installeur non libre.
Enfin c'est comme ca que je voyais le truc, corrigez moi si je me trompe.
[^] # Re: Longhorn joue les troubles-fêtes pour Macromedia
Posté par chl (site web personnel) . En réponse au journal Longhorn joue les troubles-fêtes pour Macromedia. Évalué à 1.
http://linuxfr.org/comments/296579.html(...)
[^] # Re: Microsoft s'attaque a Macromedia !
Posté par chl (site web personnel) . En réponse au journal Microsoft s'attaque a Macromedia !. Évalué à 3.
[^] # Re: faire mieux, oui mais quoi ?
Posté par chl (site web personnel) . En réponse à la dépêche Tentative d'insertion d'une porte dérobée dans le noyau Linux. Évalué à 1.
Que se passe t il si quelqu'un rajoute un bug "virtuel" dans la base de bugs, puis s'il inclut du code en l'associant a ce bug "virtuel" ?
Posée autrement :
En quoi le meeting journalier, empecherai quelqu'un d'inclure un bug "virtuel", lui permettant par la suite d'inclure du code ?
c'est un autre monde que qui se fait dans le monde Linux ou chacun est libre de faire ce qu'il veut niveau securite.
Linus n'inclue pas n'importe quel patch les yeux fermes, il le relit avant de le commiter.
[^] # Re: Microsoft s'attaque a Macromedia !
Posté par chl (site web personnel) . En réponse au journal Microsoft s'attaque a Macromedia !. Évalué à 3.