Boa Treize a écrit 3449 commentaires

Heureusement qu'il y a un générique démentiel pour récompenser tous ces efforts ! Du coup, je ne regrette pas d'avoir installé Flash pour jouer à ce jeu. :)

« Troll » le plus utilisé ? J'aurais cru que c'était « le ».

Juste une question à GonOS : tu as lu l'article ?

C'est pas la première fois.

Sous Mozilla 1.6, ça marche. Avant de contacter les webmestres, je te suggère de contacter les développeurs de Firechose.

Si rien ne se déclenche, approche ta souris du centre de la fenêtre et clique sur le bouton.

Je pense que tu n'as rien compris à l'article. Peut-être as-tu bu un coup de trop ?

Mais, tu es Super Rigolo.

Le pire site (ou le plus rigolo, selon le point de vue) qui existe. Nettement pire que feu goatse.cx. Il refuse les connexions en ce moment, mais si vous voulez voir un site qui passe au travers de toutes les protections pop-up :

* Tapez « nero-online.org/lastmeasure » dans Google.
* Cliquez sur « Afficher la version en cache de la page nero-online.org/lastmeasure. »

N'effectuez pas cette manipulation au bureau. N'effectuez pas cette manipulation si vous ne savez pas ce qu'était goatse.cx. Bonne chance.

Microsoft s'est joint à eux dans le cadre de leur programme on-donne-autant-que-nos-employés qui consiste à doubler la mise quand un employé fait un don à une oeuvre caritative, quelle qu'elle soit. Ce genre de programme est fréquent aux États-Unis, où il est encouragé par des histoires plus ou moins claires de déductions d'impôts.

Donc non, Microsoft n'a pas donné de l'argent parce qu'il a trouvé que c'était remarquable que certains de ses employés utilisent Vim (encore un autre raisonnement basé sur rien).

Quant à savoir si ce sont les employés utilisateurs de Vim qui ont donné de l'argent ou bien d'autres qui n'ont rien à voir, la réponse se trouve dans ce vers quoi tu pointais, et que tu n'as manifestement toujours pas lu.

Tu ne dois pas avoir le même sens de l'humour que moi. (Tu dois être facile à troller.)

Hé bien par exemple Unipress Emacs (un dérivé de Gosling Emacs, le premier Emacs à tourner sous Unix) était un produit commercial qui coûtait $395. Par ailleurs, je n'ai trouvé aucune info sur EINE, ZWEI ou ZMACS, rien ne dit qu'ils étaient distribués librement.

http://www.jwz.org/doc/emacs-timeline.html(...)

Non mais... tu as lu ce vers quoi tu pointes ?! On y apprend que quelques employés de Microsoft ont donné du pognon à l'association caritative à laquelle Bram Moolenaar participe, et que Microsoft dans le cadre de son programme on-donne-autant-que-nos-employés a doublé la mise.

Microsoft donne du pognon à des orphelins en Ouganda ; en quoi cela prouve-t-il que Microsoft utilise Vim ? Quelques employés de Microsoft utilisent Vim ; en quoi cela prouve-t-il que Microsoft utilise Vim ?

Je ne sais pas ce que tu comptes faire dans la vie, mais je te suggère de te tenir éloigné de tout métier où la logique et la réflexion ont une part prépondérante (ce qui inclut l'informatique).

Ah non pas du tout ! Ce que tu décris, c'est des blocks. Un inode, c'est un descripteur de fichier (nom, permissions, position sur disque, etc.). Il est très rare d'être à court d'inodes (on a plus vite fait de bourrer le disque avec quelques gros fichiers baveux), mais quand ça arrive (boucle infinie d'un programme qui créé des fichiers, pour ne pas nommer un logrotate mal configuré par exemple), tu mets beaucoup de temps à cromprendre ce qui t'arrive : les messages d'erreur des applications n'ont en général rien à voir, et toi, tu vois qu'il te reste de l'espace disque, tu piges pas...

(En général, avec ext2/3 on utilise des blocs de 4 Ko, et on créé autant d'inodes que de blocs parce que ce sont de bonnes valeurs par défaut. On est bien d'accord, il serait idiot de créer plus d'inodes que de blocs, par contre on pourrait imaginer en créer moins - en considérant par exemple que le disque contiendra plutôt des gros fichiers. Mais le gain de place par cette diminution d'inodes n'est pas énorme, contrairement aux disques d'aujourd'hui...)

Ah ben non, j'avais à peine fini de compiler Gentoo 1.4 sur mon 486 ! ;-(

Ah mais pas du tout. Pour vraiment bien troller sur un sujet, il faut le maîtriser : savoir quels sont les faiblesses et les points sensibles du sujet, comment les insérer dans la conversation sans que ça ne se voit trop, planquer un mensonge qui fait violemment réagir en plein milieu de trucs raisonnables - de manière à ce que ce soit celui qui réponde qui donne l'impression de mettre le feu. Lancer un vrai troll, c'est difficile, mais quand ça pète, ça fait du dégât.

Ne confondez pas le vrai troll avec les pauvres petits « sapusaipalibre » et autres piques visibles sur LinuxFr : ils sont au vrai troll ce qu'un ninja en pyjama jaune fluo est aux assassins de la nuit.

Tout dépend de quelle référence tu prends. Un autheur qui veut faire de l'effet pourrait décider de n'utiliser que la première édition du Dictionnaire de l'Académie Française, et laisser son bon vieux « h » à autheur et à ses dérivés.

Oué 1 commentaire rigolo sur 1 million ! \o/

C'est clair que c'est pas dans l'open source qu'on se moque de ses propres produits...

Rien ne dit qu'ils utilisent Emacs : la première ligne peut très bien faire partie d'un patron. Et même s'ils utilisent Emacs, rien ne dit qu'il s'agit d'une version Libre.

Par ailleurs, je ne crois pas que ce soit une très bonne idée de prouver au monde entier que tu es en possession d'informations confidentielles d'une des plus grosses entreprises du monde. Certains internautes aux États-Unis ont reçu des lettres leur demandant explications et prompte réaction. Les lettres étaient envoyées par courier traditionnel, tu vois ce que ça implique ?

On ne télécharge pas, on achète le bouquin :

What about open-sourcing it - peer review is the only way crypto can be proven secure

If you buy the book mentioned in the credits you have the source for our mimic engine. We have improved it a bit and we're not going the release the grammar. We don't want to make it easy to have it built into firewalls. (Yes, we are trying to make enough money to pay for the hosting with the evil banner ads.)

Tu te fais un peu des idées : pour l'instant, il n'y a pas encore de trolleurs (ça viendra avec l'accroissement de popularité), et je ne connais pas beaucoup de gens qui utilisent Arch ou Subversion par peur d'être has-been. C'est simplement l'attrait de la nouveauté qui joue, je pense.

Il y a certainement de la remise à plat à faire. Pour des opérations génériques (vérifier l'état de ses fichiers locaux par rapport à ce qui est stocké dans le dépôt, se synchroniser avec un autre serveur, enregistrer ses changements dans le dépôt) l'interface peut rester très proche, même si pas mal de choses doivent changer sous le capot. Par contre, pour le reste tout est à revoir car CVS et Subversion se focalisent sur les changements par fichier (on a donc des interfaces où l'on navigue dans le système de fichiers et où on peut consulter chaque fichier indépendamment -- choses qui sont faisables avec Arch bien sûr) alors qu'Arch se focalise sur les changements par lots (il faut donc un interface pour consulter le contenu d'un lot, pour lister les changements qui ont eu lieu entre le patch-43 et le patch-57 de tel individu, par exemple). De plus, Arch permet une énorme flexibilité pour les sources des patches (on en prend un à droite, un à gauche, etc.) alors que CVS et Subversion ne s'adressent qu'à un serveur. Là où dans l'interface on se contentait d'avoir une boîte de dialogue "Paramètres du serveur" dans CVS, il faut une liste de serveurs dans Arch, par exemple.

Ceci dit, BitKeeper fonctionne aussi par patchsets, et dispose d'excellentes interfaces graphiques d'après la rumeur, il y a donc peut-être des idées à lui emprunter.

Enfin, vu la flexibilité de Arch, il est fort possible que l'on voit apparaître des interfaces qui n'implémentent que certains aspects de celui-ci, tout comme TortoiseCVS ne supporte pas toutes les commandes de CVS.

C'est fort possible qu'il y ait eu une blague à ce niveau. (Mais n'oublie pas le « df -i » pour les inodes disponibles, ont peut se prendre la tête pendant des heures quand il n'y en a plus et qu'on comprend pas ce qui se passe.)

Le problème, c'est que Arch évolue très vite, et qu'il est donc difficile de faire une interface graphique qui couvre l'intégralité de ses capacités. Par contre, les capacités de base de Arch sont stables depuis longtemps maintenant, et certains ont donc commencé à travailler sur des interfaces graphiques qui permettent d'exploiter ces capacités. C'est pas encore sublime, mais c'est un bon début.

Interfaces graphiques pour arch/tla :
http://wiki.gnuarch.org/moin.cgi/GUI_20Front_2dends(...)

s/admettent/affirment/