Nicolas Bernard a écrit 628 commentaires

C'est juste que Vim n'est pas la variante la plus populaire de Vi. La preuve:
http://googlefight.com/index.php?lang=en_GB&word1=elVIs&(...)

------>[ ]

> leur téléviseurs vont devenir difficiles à vendre avec des conneries comme ça.

Non, il suffit de faire passer une loi pour rendre ce genre de choses obligatoire.

Au fait, pourquoi n'entend-t-on plus parler des rêves grandioses de certains du début des années 80?

Du genre Jerry Pournelle (http://fr.wikipedia.org/wiki/Jerry_Pournelle ) dans A Step Farther Out: "on va chercher les ressources qui nous manquent (métal, dont uranium) dans la ceinture d'astéroïdes, et en attendant la recherche nécessaire pour atteindre ce but va booster l'économie. Ensuite on déplace toutes les industries polluantes en orbite pour qu'elles ne polluent plus la planète, on terraforme Mars et Vénus, etc." ?

Financièrement, ça semblait jouable, même si cela impliquait de grosse dépenses de R&D au départ...

Je suis d'accord avec Cereal Killer. J'ajouterai juste Qmail dans la liste des choix possibles, à coté de PostFix (histoire de relancer le Troll sur les licences ;-) .

Une piste:
http://www.ladyada.net/techproj/freshair/index.html

<mode supersarko>
Le problème des pietons, c'est qu'on n'a pas de moyen de rétorsion efficace, puisque qu'il n'y a pas de permis de marcher sur lequel leur retirer des points.

Ce qu'il faudrait, c'est instaurer un permis de marcher matérialisé par une puce RFID, avec des détecteurs placés sous les passages pour piétons et couplés à des mines anti-personnelles. Ainsi, si un pieton passe quand il ne devrait pas, le détecteur le voit et lui retire des points sur sa puce. S'il n'a plus de points, il déclenche une mine et le fait sauter, ce qui a, outre l'effet dissuasif pour les autres terroristes^W piétons, deux avantages:
- le piéton est hors d'état de nuire. Aucun risque de récidive.
- la route doit être réparée, ce qui est bon pour l'emploi dans le secteur des BTP.
</mode supersarko>

... le "powerfull low-power CPU" sur page 2 du pdf. ;-)

Attention, un coup de photoshop, pardon un coup de The Gimp, et ce sera ta trombine sur la video!

Plus sérieusement, il me semble que les videos ne sont pas des preuves, juste des "commencements de preuves" (mais c'est peut-être différent en Belgique). Un juriste dans la salle?

Pour le calendrier, je cherche aussi la solution idéale. Pour l'instant, ce qui s'en rapproche le plus à mon gout, c'est remind qui est un calendrier en mode texte, avec une syntaxe évoluée. cf. http://www.roaringpenguin.com/penguin/open_source_remind.php

Comme il se base sur des fichiers textes, tu peux utiliser n'importe quel outil de synchro entre machines (rsync, CVS, etc.) avec. Tu peux aussi mettre les "permissions qui vont bien" selon que le fichier contient des données publiques ou privée.

Ajoutons qu'il y a un module d'export des calendriers vers le html (tu peux donc utiliser cron pour publier ton calendrier public sur une page web régulièrement) et postscript.

Il y a une interface graphique (assez moche je trouve) en tk pour X (fournie avec) et une interface curses appelée wyrd et programmée en ocaml: http://www.eecs.umich.edu/~pelzlpj/wyrd/

Parfaitement exact. Cependant si la dynamicité est généralement associée aux réseaux p2p d'échange de fichiers, c'est néanmoins un concept indépendant : on peut imaginer des réseaux p2p très statiques, ou un système basé sur le traditionnel modèle client-serveur relativement dynamique (en théorie, il devrait être "possible" d'avoir un serveur smtp avec dyndns, par exemple...)

Tu peux commencer à chercher tes partitions avec gpart. Ensuite, s'il ne trouve rien, ca dépendra beaucoup du type de tes données, et ce sera sans doute long...

J'ai écrit quelques trucs sur le sujet, (il y a quelques années, plus forcément à jour). Cf. le lien vers ma page perso, puis la rubrique Documents.

Bon courage et bonne chance en tout cas.

Oui, mais les serveurs SMTP entre-eux forment un réseau p2p.

Attention dans ce cas, le trafic peut venir d'un processus système qu'il n'est pas forcément bon de désactiver (ntp, mise-à-jour, etc) et qu'il ne faut pas compter à l'utilisateur.

Une solution sur la machine cliente peut être d'utiliser iptables qui peut (en local bien sûr) logger les paquets envoyés par les processus de l'utilisateur spécifié (--uid-owner). Ensuite avec des logs centralisés et des scripts qui vont bien...

Franchement, je ne vois pas pourquoi le fait que ce soit nul à la main fait que c'est forcément bien avec un éditeur.

Ça pourrait être nul aussi avec un éditeur, voire encore pire, non?

Je connais Lisp et Java, et je préfère de loin Lisp. Par contre il faut tout de même reconnaitre que le Lisp d'emacs est un peu vieux et moche, par rapport à, par exemple, Common Lisp...

> et c'est quoi le debugger java d'emacs?

Ca dépend. Si tu compiles ton code java avec gcj, c'est gdb au travers d'un mode approprié.

Le compilateur à la volée, ca dépend du langage ;-) Par exemple si tu fais du Lisp ou du Caml, tu as des modes qui incluent le REPL, et comme dans les versions modernes les REPL font de la compilation à la volée...

Pour le refactoring, par exemple, tu peux regarder du coté de http://xref-tech.com/speller/main.html .

etc. Je n'ai pas répondu à toutes tes questions, mais tu as google pour cela, je te laisse chercher à j'arrête de répondre aux trolls dans ton genre.

Au départ, Emacs avait un coeur assez petit, et plein de modes que l'on ne chargeait que quand on en avait besoin, qui utilisaient au besoin d'autre outils du système (diff, sed, awk, etc.). C'est à mon avis beaucoup plus proche de la philosophie Unix qu'une usine à gaz comme certain IDE que je ne nomerai pas qui refont tout en interne, chargent tout au démarrage, etc.

Non, mais il a un mode pour chacune de ces choses, qui utilisent ou non des programmes externes. Par conséquent c'est bien plus dans le style Unix...

Emacs bien sûr! ;-)

Selon une rumeur persistante, la société Hewlett-Packard va changer de nom pour mieux répondre aux attentes des jeunes, tout en gardant son célèbre sigle, HP. HP signifiera donc maintenant "Harry Potter".

"Ne pas mettre sur le compte de la malice ce qui peut l'être sur l'incompétence"

L'"original" [1] en anglais est "Never ascribe to malice, that which can be explained by incompetence." Mais malice est un faux ami qui veut dire méchanceté en français...

[1] "original" entre guillemets, car il y a des variantes, cf. http://en.wikiquote.org/wiki/Robert_J._Hanlon

Interdisons les êtres humains! Si on regarde bien, dans chaque affaire de contournement de DRM, c'est toujours l'un d'entre eux qui a trouvé comment contourner la protection!

Un Watermarking permet de dire qui est le possesseur des droits/à qui on a donné une licence (donc d'ou vient la fuite), mais ne peut pas empêcher la copie.

S'il est vrai qu'on peut avoir un watermarking libre (le fichier watermarqué ne contient plus toute l'information d'origine, donc on ne peut pas le "déwatermarquer"), ce n'est pas le cas des DRM qui empêchent la copie.

Un certain Damien Gerow a récemment déclaré sur la liste cypherpunks (au sujet de Skype):

I /do/ know they've stated they will fully comply with any wiretapping
request, and declined to comment further on what exactly that meant.

Maintenant, quel crédit y accorder... à chacun de décider ;-)

PS: pour les terroristes, ils utilisent sans doute skype pour se fondre dans la masse!

Si le petit Nicolas dont tu parles est celui du Ministère de l'Intérieur, franchement je ne crois pas que ça le gène beaucoup...

Le protocole n'est pas cassé, mais en dehors de la pub "On utilise AES, RSA et tout le tintouin", il semble que ce soit implémenté de manière pas toujours très bonne (cf. "skype security" sur google).

Pour ce qui est des demandes légales d'écoutes, Skype doit s'y soumettre aussi (et tout n'est pas pair-à-pair...).

Ceci dit, c'est vrai que sur le plan "marche tout de suite, multi-plateforme, et avec un minimum de sécurité", il n'y a guère d'alternative. Tu peux éventuellement tout de même regarder du coté de speakfreely [1] et du futur Zfone [2], ce dernier étant par le créateur de PGP...

[1] http://speak-freely.sourceforge.net/
[2] http://www.philzimmermann.com/EN/zfone/index.html