Matthieu Moy a écrit 3255 commentaires

Ben ça a toujours été le discours de MS : Si on montre les sources, on montre les trous de sécurité. Donc, notre OS est closed-source pour plus de sécurité, et Linux est pas secure vu que les vilains pirates peuvent étudier le source pour trouver les trous.

Et l'auteur de l'article que tu cites est visiblement un mec qui n'a rien compris, et qui recopie ce que lui a dicté le porte-parole de MS pendant une conférence de presse ...

Tu te heurte au problème de Linux pour les débutants : Il est possible de faire des choses compliquées avec, et quand on cherche de la doc, on risque de tomber sur ces trucs compliqués alors qu'il y avait beaucoup plus simple !

(Mais ne te laisses pas intimider par la ligne de commande, ça en vaut la peine).

> Est il possible de *contribuer* si l'on ne connait rien a l'informatique ?

* Donner un feedback intéressant sur les systèmes de rapports de bugs. Les suggestions du genre "Je suis un newbie, j'ai mis 3h à trouver tel truc au fin fond d'un menu, si ça avait été comme-ci comme ça, je m'en serait mieux sorti" sont intéressants. Par exemple, j'ai un jour suggéré à l'auteur de K3B de mettre des gros boutons "copier un CD", "Créer un CD de données", ... dans la fenêtre initiale de K3B. Il l'a fait, ça a du lui prendre 15min, mais il n'aurait pas forcément eu l'idée tout seul, et je trouve que la valeur ajoutée pour un newbie est énorme.

* Les rapports de bugs bien complets (pas "ça marche pas", mais plutôt : "J'ai le résultat suivant alors que j'attendais ça quand je fais exactement telle action").

* Les traductions.

En tous cas, le système est encore en état d'afficher une boite de dialogue. A mon avis, c'est plutôt une erreur de l'application.

A imiter Unix/Linux ?

(chmod -w sur un répertoire fait pile poil là même chose).

Également à simuler une protection par mot de passe : Tu crée un répertoire X\MoNmOtDePaSsE\ Et les gens extérieurs ne peuvent y acceder que si ils connaissent le nom du répertoire. Ca n'est pas spécialement sécurisé, mais ça /peut/ parfois être utile.

> L'avantage de coder "anglais", c'est que lorsque tu libère le code, il est
> compréhensible par une majorité de gens

Cf. certains commentaires en allemand dans les sources d'OpenOffice.org ...

Peut être qu'à force de se faire bai*** par des histoires de brevets, MS va finir par avouer que "les brevets, c'est mal". Ca ferait son petit effet, la signature de Billou sur la pétition eurolinux ;-)

> il suffit juste que je recompile le noyau de mon linux et les quelques
> process vitaux avec un autre compilo de gcc

Sauf qu'aujourd'hui, il n'y a pas d'autre compilo que gcc qui soit capable de compiler le noyau Linux.

> et que je me passe de quelques commandes comme ls ou echo

Ben supprime ta libc, qu'on rigole !

(Je l'ai déjà fait par erreur, je peux te dire que ton système est dans un très sale état après !!)

Bien sur que tu peux faire tourner un Linux sans GNU. Je crois bien que c'est le cas de la plupart des Linux embarqués. J'ai pas de nom ni d'URL sous la main.

Maintenant, ce n'est pas GNU/Linux justement !!!

Personne ne dit que GNU est indispensable à Linux. Mais GNU est indispensable à GNU/Linux. Si tu enlève la partie GNU, tu es obligé de la remplacer par quelque chose d'autre.

De la même manière, on peut faire tourner Darwin sans MacOS X, et on obtient un GNU/Darwin, ce n'est plus MacOS X.

Enfin, je ne vais pas m'éterniser sur le sujet, je l'ai déjà expliqué dans le post auquel tu réponds.

En fait, la vraie question est :

Lequel est susceptible de remplacer cvs en temps que truc super standard, installé sur plein de machines, proposé par pleins d'hébergeurs, ...

> Bref, la plupart des gens parlant d'utiliser Linux parlent d'utiliser KDE ou GNOME.

D'ailleurs, sous ce prétexte là, est-ce qu'on devrait appeler Windows "Explorateur de fichier" ?

Le fait de nommer un OS par le nom de son noyau est quand même assez spécifique à (GNU)/Linux : On dit MacOS ou Darwin ? On dit Solaris ou SunOS (bizarement, le noyau est celui qui s'appelle xxxOS) ?

> Une licence n'est pas un logiciel.

Le post auquel tu réponds l'a bien compris. Relis le contexte de la phrase ...

Bien sur que si, c'est possible !

Mais justement, si tu remplace les autres composants du système d'exploitation (libc & cie), tu as un système Linux qui n'est plus GNU. (Et là, le mec qui l'appelle GNU/Linux a tout faux ;-)

Maintentant, sur *ton* système "Linux", ben désinstalle tout ce qui fait partie de GNU, et leurs dépendances, et ben tu verras que ta machine ne pourra plus faire grand chose. (Elle peut t'afficher les messages du kernel sur la console, mais tu n'as même pas un shell interactif à la fin du boot. La seule interaction avec ta machine qu'il te reste, c'est le bouton OFF.)

> Non ton ficher README a été perdu lors du tar.
> Laisser celui qui l'a écrasé ne va pas faire revenir l'original.

Non, mais la connerie, c'est de faire le tar xf sans avoir fait le tar tf. Quelques commentaires plus haut, quelqu'un disait qu'on pouvait extraire un tar sans vérifier auparavant si on connaissait la magouille.

> Et puis, c'est un rm -f, pas un rm -rf.

Et si le fichier tar contient des sous-répertoires, tu les laisse en vrac ! Si tu veux vraiment supprimer la m**** mise par le tar, il faut bien le -r.

Le tableau, c'est l'install de base si tu laisse toutes les options par défaut.

Belle manoeuvre marketing ;-)

> de loin la bonne solution

... Pour perdre des fichiers !

Si tu as un fichier README à la racine du .tar, et un dans le répertoire courrant, *boom* !

Maintenant, supposons qu'il y a un fichier délicatement nommé

toto /home/user/

Ben, adieu le répertoire /home/user ! (Bon, ça, c'est plus question de trou de sécurité, ça n'arrive pas trop si le créateur du .tar n'est pas mal intentionné !)

Oui, mais il y a eu des changements de programmes dans les changements de programmes : firbird et thunderbird ne remplaceront Mozilla que lorsqu'ils arriveront tous les deux en version 1.0, c'est prévu pour le printemps-été 2004.

Après ça, effectivement, la branche 1.x de mozilla ne sera maintenue que pour les bugfixes (Le gros du développement niveau features est déjà sur {fire|thunder}bird. La 1.6 de mozilla n'apporte pas grand chose à part des bugfixes)

> SCO (voice) support (BT_HCIUSB_SCO) [N/y/?] (NEW)

!!!

Ca casserait la compatibilité entre les versions de CVS pour le format d'archivage.

http://www.red-bean.com/cvs2cl/(...)

> sans compter qu'il gère bien les répertoires (plus généralement
> les sources possédant une arborescence).

Oui, mais comment !

mkdir toto
cvs add toto

Ah, tiens, pas besoin de faire de commit ? Ben non, le cvs add fait un mkdir sur le repository, et c'est tout. Bon, déjà, c'est contraire au principe "Une modification locale n'est vue des autres utilisateurs qu'à partir du moment ou elle est commitée".

Bon, maintenant, on veut supprimer un répertoire. Ben la différence entre un répertoire vide et pas de répertoire du tout en CVS, c'est maigre.

Maintenant, je veux naviguer dans l'historique de ce répertoire. Tiens, il a été créé quand ? Par qui ?

> deplacement de fichiers, faut pas pousser, ca se fait trés bien, sans
> "magouille" sur le serveur

Wahoo, trop fort !

Moi, je le fait avec "mv" et "cp", et sans CVS :

cp toto.c toto.c.bak
mv toto.c titi.c

Et hop, ça roule !!!


Ta solution, c'est vraiment une bidouille :

* Pas de gestion efficace de l'historique. Normalement, on ne conserve que les diffs, là, il faut tout dupliquer

* Pas de gestion correcte des logs. un "cvs log" sur le nouveau fichier ne donne pas l'historique avant le renomage

* Pour naviguer dans l'historique, bonjour ! Exit le cvs annotate, cvs diff, ...

D'autant que là, si j'ai bien compris, le vers fait une recherche d'expression régulières dans pleins de fichiers, et pas seulement le carnet d'adresse outlook. (Cache MSIE & cie)

Il y a aussi d'autres facteurs non techniques.

En général, les gens qui ont des compétences informatiques et qui souhaitent les appliquer à Linux le font en développant des logiciels libres, bref, à construire leur OS. Sous windows, il est plus simple pour se faire remarquer de détruire son OS que d'aider à le construire.

Comme en plus, Il y a sans doute plus de monde qui pense que "windows Su><or, MS SAPU" que de gens qui pensent ça de Linux, on peux comprendre qu'on s'attaque plus facilement à Windows.

Par contre, il y a un lien assez fort entre la vitesse de propagation d'un vers et la popularité de la plateforme chez les neune^W^W^Wdébutants.

Je pense que l'utilisateur moyen d'Apache sait mieux tenir son système à jour et installer un firewall que l'utilisateur moyen d'IIS.

Vous n'avez pas compris : SCO a supprimé www.sco.com du DNS pour parer l'attaque DOS.

Le vers ne peut plus attaquer www.sco.com simplement parce que le site n'existe plus. Y'a pas grand chose d'autre a faire contre ce type d'attaques.

D'autres infos intéressantes sur http://news.netcraft.com/.(...)

en particulier, si www.sco.com ne réponds plus, c'est juste parce que SCO a supprimé cette entrée des DNS.