Misc a écrit 6241 commentaires

> Bon, je vais me faire moinser à fond, mais bon je me lance. Et ce n'est pas
> un troll !

Il y a l'art et la maniére de dire des choses correctes, et la, tu as legerement loupé :)

> Vous pensez sérieusement qu'une grosse entreprise puisse faire
> confiance dans la qualité des produits de Mandrake ? Après toutes les
> déboires qu'elle a connu sur ses différentes versions finales. ( le coup de
> la mdk 7 qui effacait la table de partition, le coup des lecteurs goldstar
> flashés, j'en passe et des meilleures). Ca laisse des traces ces
> problèmes. A beaucoup lorsqu'on dit Mandrake, cela fait penser à
> produits baclés, pas fini. Comment une entreprise pourrait elle prendre de
> tels risques ?

Pour éviter ce genre de débacles, on fait des prototypes.

Tu parle de problème dans les versions finales, mais est ce qu'un responsable digne de ce qualificatif se jette sur une version sorti la veille pour mettre en place un serveur ?
Ou fait tourner gaiment des serveurs en debian unstable/ netbsd current/fedora rawhide sans se dire qu'il va avoir des problémes ?

Je ne pense pas. Alors oui la 9.2 a eu des problémes, on peut pas le nier.
Mais, un mois de test en plus n'aurait rien changé, et griller un lecteur de cd sur un serveur (ou 200 machines ) par précipitation, parce qu'on a pas fait de test avant d'essayer un os sorti la veille, c'est une faute qui n'incombe pas à mdk.

Mais oui, mdk a fait des erreurs, et oui, mandrake n'a pas une réputation de stabilité.
Mais souvent les gens pensent que tout ce qui est vieux est stable, et que ce qui est récent ne l'est pas.
J'ai une grande nouvelle pour eux, sendmail est en version 8, et pourtant, postfix en version 2 est surement plus stable et propre.

En pratique, mdk était la plus touché.
J'ai lu partout Suse, mais suse n'inclue pas le patch dans le noyau, comme on peut le vérifier sur les serveurs ftp de suse.

il faut attendre un peu, car tu doit laisser le temps aux informations de se propager.

Et ne pas oublier le firewall.

Non, le butineur se contente de te donner un fichier au format .m3u, que tu donne a ton xmms ou autres, qui va ensuite lire un stream http sur localhost, qui lui utilise le reseau peercast.

> Cette encyclopédie risque de faire de l'ombre à certains grands éditeurs
> et il y a fort à parier qu'elle se fasse attaquer commel'ont été Debian,
> Savannah, Tux Family....

Joliment dit, de rapprocher les attaques avec le fait de faire de l'ombre au propriétaire.

Pour ma part, je ne pense pas que ça soit le cas.

Pour les sociétés comme Adobe, Macromédia et Microsoft, les projets bénévoles ne sont pas une menace, quoi qu'en puisse penser les libristes.

Et si il y a eu temps de dégats, c'est uniquement pour cause de manque de moyen, et de temps.
Je suis sur que si Mandrake, RedHat ou Suse venait à être attaqué, la remise en état serait bien plus rapide, car ils ont des administrateurs à temps plein, et, j'éspére, des procédures de sécurités.

Le piratage de son concurent n'ai pas une solution dans un monde ou il n'y a pas de secret à protéger, et coute trop cher et trop de risque pour salir l'image d'une société.


Mais, bien sur que wikipedia va se faire attaquer. C'est le prix à payer de la visibilité, pas celui de l'opposition à Hachette et consorts...

"compatible gcc 3.5"

vache, ça c'est impressionnant, le 3.4 est sorti hier et déja une nouvelle version...

> Est-ce une impression du au fait que je m'intéresse surtout à
> l'informatique,

Je pense plutot pour ça...

MakDoW ?

rpm --repackage mon_paquet ?

http://www.rpm.org/hintskinks/repackage/(...)

feature non documenté

Je pensais que le notepad etait juste un "exemple" d'utilisation de controle, un peu comme l'appli "scribble" presenté dans les tutoriels de visualC.

Genre, juste un squelette qui implémente 3 controles standards de windows...

C'est illégal d'en faire une copie, comme tu le fait en le téléchargant :)

( ok je sais ====>[] )

Et qui font ça :
http://www.mainsoft.com/news/press_releases/1998_3_04_01.html(...)

Et oui, un mutant montrueux, pire que franckenstein :)

D'un autre coté, c'est pas une analyse poussé, c'est justement une dépèche.
Une demi journée après l'annonce, vaut mieux que ce soit de la repompe que de l'extrapolation ( et je salue au passage France 2 ).

Et un cvs, euh un source safe, des images isos envoyés au fabricant ?

telnet over ssl

http://www.cgsecurity.org/testdisk.html(...)

marche trés bien, j'ai vu une demo à la linux expo

> - Je propose un nombre de vote fixe : 5 par jour. Et pour tout le monde le même
> nombre (vu qu'il n'y a plus d'XP). 5 c'est peu, mais en espérant que ça pousse les
> gens à les utiliser sur des commentaires qui en valent la peine.

Oui, ou ça va donner des gens qui font sans arrêt des multi...

Pour ma part, vu l'efficacité de spamassassin, et des filtres bayeisen, je ne voit pas pourquoi on devrait légiféré sur ça. A part pour calmer les ardeurs de types comme spamhaus.org, qui mettent les noms et addresses des spammeurs convaincus, je trouve qu'on règle le problème de façon efficace pour le moment.

Les gens qui recoivent trop de spams sur leur boite peuvent passer a mozmail, ou kmail, plutot que de garder outlook.

> Dans un premier temps, le fait que debrancher le token a chaud
> PUISSE delogger serait pas mal

Disons que tu peut le faire avec ta prise de courant.
Quand tu debranche, tu est délogué.
Avec une batterie, c'est bon, tu peut avoir le choix :)

Ok, je sais, pom pom ===>[]

Tu utilise un crachat moral ?

Et d'autres sont intéressés :

http://www.aful.org/wws/arc/interlug/2004-01/msg00003.html(...)

ben dans la mesure ou spam assassin le score a pas grand chose, je dirait oui.
dans la mesure ou ils vont pas faire grande chose, je dirais non :)

> Parce que certains paquets ont en effet été créés avec des dépendances strictes,
> anihilant ainsi tout espoir de mixer entre facilement les différentes versions pour
> certains logiciels et tout l'intérêt de la puissance d'apt.

Si il y a des dépendances strictes, cela veut dire que c'est nécessaire.
Mais de toute façon, les mixs, c'est pas une bonne idée.
Devoir gérer ça, c'est du travail en plus pour pas grand chose, vu que justement, ça marche pas souvent.

> D'un autre côté, les debianistes que je connais utilisent tous la version unstable,
> mais passent pas mal de temps à la maintenir. Est-ce seulement une question de
> niveau d'exigence (ce qui ne m'étonnerait pas tellement), ou aussi de nécessité ?

Un paquet dans testing met 5 à 10 jours avant de sortir de unstable. Ça veut dire un minimum de 5 à 10 jours pour un probléme de sécurité, qui n'est d'ailleurs pas assuré pour ces versions, cf la FAQ.

Quand à passer pas mal de temps à la maintenir, c'est pas compliqué, un simple exemple :
Il y a 3 jours, je m'apercoit avec joie que ... subversion ne marche plus sur une machine en unstable d'un ami, pour cause de mise à jour de libdb4.1 ( je pense ).
Un peu ennuyeux quand son outil de travail ne marche plus.

J'ai juste du chercher un vieux paquet sur snapshot.debian.net, et corrigé le bug à la main ( et accesoirement le trouver aussi, mais bon il suffit de maitriser strace et/ou gdb, à la porté de tout le monde ).

Ça veut bien dire que unstable, ça demande soit avoir du temps à perdre ( ie 2 ou 3 jours si le bug est signalé et corrigé tout de suite ), soit passer un peu de temps dessus ( ie 1 à 3 heures pour trouver le probléme et revenir en arriére, quand on sais comment faire ).

Même si subversion reste un produit expérimental, ç'est juste un exemple, car je sais que ç'est pas la premiére fois que j'ai ce genre de chose avec les distribs en developpement, comme sid ou cooker. De plus, c'est pas un bug de subversion même, qui marche nickel, soit dit en passant ( à part deux ou trois updates incompatibles malheureux :/ )

Ça ne me choque pas qu'il y ait des bugs, c'est une version de développement.
Mais bon, à un moment, je pense qu'on commence à en avoir marre, même si c'est pas encore arriver pour moi ( et apparement également pour pas grand monde ).

Les textes juridiques précédent ont été principalement basés sur divers arrêt des cours.
C'est donc la jurisprudence qui a determiné la législation actuel.

Sachant que les mêmes affaires sortiront sans doute avec les mêmes conclusions des juges ( pour cause vie privé, tout ça ), il y a des fortes chances que la même jurisprudence apparaisse.

IE, retour à la case départ, ou pas loin.

Personnel dédié à la création de la partie move pure chez Mandrake :
2 personnes ( gc, pixel ).
Donc, la communauté mdk move, c'est les mêmes.