Barnabé a écrit 685 commentaires

Bon, maintenant, tu peux m'expliquer l'intérêt de OneSwarm? Je veux dire, il te sert à quoi?

- à échanger des fichiers légalement? ...
- à échanger des fichiers illégalement? ...

Cela ressemble un peu trop pour moi à l'argument classique : « Le flicage ne gène que les gens qui ont des choses à cacher »

Tu oublies l'utilité principale dans ton énumération : OneSwarm sert à protéger la vie privée des utilisateurs.

D'autre part, si tu pense que les libristes ne se sont opposés à HADOPI qu'à cause du spyware proprio, tu as raté un gros morceau du problème. Beaucoup pensent que la préservation des droits des artistes ne justifient pas l'espionnage des citoyens proposé par HADOPI.

Pourquoi ne sont elles pas disponibles ?

« Je vis très bien avec un GSM et un wifi. »

Il y a à peine 100 ans, on vivait très bien en se soignant au radium. Et puis des scientifiques se sont dit « on fait peut-être une connerie », et puis des usagers sont morts, et puis il y a eu des procès, environ 30 ans après sa découverte.

Pour l'amiante, on a maintenu pendant à peu près 100 ans qu'elle n'était pas dangereuse, et encore aujourd'hui, des canadiens se ravagent les poumons par ce qu' « ils vivent très bien avec l'amiante »

Ce n'est pas par ce que tu ignores les risques que tu cours que tu n'en cours aucun.

Tu n'as pas les moyens de savoir si tu es ou pas pas en train de te fabriquer une belle tumeur cérébrale, ou une autre saloperie qui te fera dire dans dix ans « on était pas au courant. »

Et si le premier africain dans l'espace avait été un noir affreux, issu d'une famille enrichie par la décolonisation et la corruption (cliché grossier, mais assumé), ça aurait été mieux ou moins bien que MS ? Et les métis, ils ont pas le droit de voler ?

« faire la distinction entre la couleur de peau » n'est pas faire preuve de racisme, dire qu'un noir est plus africain qu'un blanc, ou bien réduire un individu à sa seule couleur de peau, l'est. Quelle que soit la définition.

Le malentendu est dissipé :
la phrase « un africain blanc dans l'espace n'a rien de formidable, par rapport à si ça avait été un africain noir. » est fondamentalement raciste.
Ce qui fait un africain, ce n'est pas la couleur de sa peau, c'est l'Afrique.

Si ton proxy est sur le même LAN que ton poste client, alors cette optimisation n'apporte pas grand chose, car la communication sur le LAN est de l'ordre de 1000 fois plus rapide sur ton LAN que sur le réseau internet.

Dit d'une autre manière, le temps que tu vas gagner, c'est juste le temps que met un fichier html à aller de ton proxy à ton poste client, il est négligeable par rapport au temps de téléchargement du même fichier sur internet.

Sur debian, /bin/sh est bash. Sur ubuntu, c'est dash.
Je ne connais pas subprocess, mais a priori il forke le shell par défaut pour exécuter la commande, et dash ne permet pas les mêmes redirections que bash.

L'inconvenient de cette methode est que la compression de plein de petits fichiers est moins efficace que la compression d'un gros fichier les contenant tous.

Ma solution serait d'adjoindre à l'archive compressée un index du contenu. Ca se fait en 3 scripts basiques (un pour archiver, un autre pour lister et le troisieme pour extraire) ou bien en un script a peine plus chiadé qui devra gerer les options en ligne de commande et appeler tar.

Ceci dit, la lenteur de tar sur le listage d'un gros fichier ne m'a pas souvent géné.

Je ne suis pas plus fan de tar que des autres outils UNIX qui me permettent d'être beaucoup plus efficace que n'importe quel clicquodrome.

Non, celle qui fait que si ce qui t'interesse est la performance du listage du contenu d'une archive, tu disposes d'outils simples pour te faire ton archiveur à toi.

Maintenant, je ne comprend pas très bien ce que tu viens faire ici si cette philosophie ne te plait pas.

Pour bien se rendre compte de ce que représente enlightenment pour un vieux geek, il faut se souvenir qu'il est apparu dans un monde ou le bureau sous GNU/Linux ressemblait à ça :

http://stllinux.org/meeting_notes/1996/1219/dtwm.gif
http://xwinman.org/screenshots/mwm-jmrutt.jpg
http://xwinman.org/screenshots/fvwm95.gif

Et que lui il apportait ça :

http://xwinman.org/screenshots/enl-dfree.jpg


Maintenant, attendre 8 ans pour avoir la nouvelle version, c'est peut-être un peu beaucoup, ça met la version 18 à peu près à l'époque de ma retraite.

On me dit que je n'ai peut-être pas été clair.

Ma remarque s'applique au test en anglais, celui au bout du lien « Un autre test : Debian GNU/Linux 5 Review »

Le commentaire sur Nautilus decredibilise toute la revue, en particulier la phrase « Distros like Parsix and Linux Mint have changed this Nautilus behavior to what actually makes sense »

Je n'ai aucun avis sur la bonne manière de configurer Nautilus, je ne me sers pas de ce logiciel. Par contre, je suis suffisament les trolls pour savoir que c'est un sujet sur lequel il n'est pas facile d'obtenir un consensus.

Une affirmation aussi peremptoire, sans explications (pourquoi donc les developpeurs de Nautilus et ceux de Debian réunis ont-ils fait ce choix, si il est si stupide) donne une meilleure idée de la prétention de son auteur que de la qualite de la distribution testée.

NON. Ce n'est pas une question d'interprétation.

Il n'est pas besoin de se pencher sur les arguments capillotractés de Free à propos de la propriété de la freebox pour s'en persuader : Free ne distribue pas que la freebox, ils vendent aussi des téléphones, contenant des logiciels sous GPL, et refusent d'en distribuer les sources.

apache2, bind9 etc... sont déjà empaquetés, pas la peine de refaire le boulot.

Ce que tu veux, c'est un paquet qui dépende des paquets apache2, bind9 etc... et qui soit capable de modifier leur configuration.

Je te conseillerais dans un premier temps de modifier les fichiers de conf depuis le script postinst de ton paquet.

0.02 ms

--- linuxfr.org ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 8996ms
rtt min/avg/max/mdev = 0.016/0.020/0.023/0.004 ms


Mmmmmmmmmmmm les joies du p'tit echo 127.0.0.1 linuxfr.org >> /etc/hosts

Ce ne serait pas plutôt que lorsqu'un fichier est copié, on ne crée réellement la copie sur le disque que lors de l'ecriture d'une version modifiée ?

La solution est de passer par un fichier postscript intermédiaire en A5, puis d'utiliser les utilitaires comme psbook ou ps2ps pour imprimer 2 A5 sur 1 A4. Je ne te ferais pas l'injure de lire les pages de man à ta place.

Les bourses au mérite ne sont justes que tant que la manière de mesurer le mérite est juste.

Ouh là, ne nous emballons pas.

J'exprime juste mon opinion, je ne prétend pas l'imposer aux autres, même si je conçois que les mots que j'ai utilisés puissent faire croire le contraire.

Dans le cas de l'école publique, l'enseignant ne s'inscrit pas dans une relation commerciale avec l'élève.

Je pense vraiment que «marchandiser» la transmission du savoir est quelque chose d'injuste et de non éthique. Cette position ne devrait pas choquer des gens qui se battent pour la liberté du logiciel.

« École » et « privée », ce sont deux mots qui ne devraient jamais s'accoler.

Se retrouver devant un enseignant dont l'intérêt est de vendre du savoir, et non de le partager, c'est le contraire de tout ce en quoi nous sommes censés croire.

De plus, il n'est nul besoin de passer par l'une de ces écoles pour devenir ingénieur.

Tu confonds protocole et logiciel, c'est quand même assez inquiétant, et cela décrédibilise toute ton argumentation.

La liberté du protocole et la liberté du logiciel sont vraiment deux choses différentes. Le combat pour les formats ouverts n'est pas le même que le combat pour le logiciel libre, même si il est souvent fait par les mêmes personnes.

Tu confonds le nombre de bugs avec le nombre de bugs connus.

Nul ne sait si Lenny contient plus ou moins de bugs que Etch.

Une chose est certaine, c'est que plus Etch vieillit plus le nombre de bugs connus augmente. De la même manière, lorsque Lenny sera stable depuis un certain temps, le nombre des bugs connus sera plus important que le jour de la release.

Il n'y a vraiment rien de surprenant à ce qu'on connaisse plus les imperfections d'une distributions qui est utilisée depuis plusieurs années dans une version figée, que celles d'une distribution freezée depuis quelques mois.

http://www.google.com/search?q=debian+VPN+cisco+dlink
http://www.google.com/search?q=ponctuation