Krunch a écrit 4022 commentaires

C'est vrai que pour jouer à plusieurs à Bombermaze il faut utiliser le même clavier.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu as plus d'infos là dessus (un lien ?) parce que je trouve rien.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pour changer le noyau par défaut, il faut modifier la configuration de LiLo/GRUB mais il y a peut-être une manière plus mandrakienne de le faire (genre sous Debian on utiliserait plutôt dpkg-reconfigure).

Les 2.6 sont plus récents et ont plus de "features" mais les 2.4 sont réputés plus stables. Si t'as pas de besoin particulier, c'est autant rester en 2.4 ("if it ain't broken, don't fix it") puisque de toute façon ils sont quand même encore maintenu (pour les failles de sécurité,...).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le programme dont je parlais s'appelle GDUPS et non seulement le code mais aussi l'article complet qui est passé dans le GNU Linux Magazine France 61 de mai 2004 sont disponibles online: http://f-cpu.seul.org/whygee/lm-gdups/(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Reste plus qu'à la faire passer à Jabber.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

le Hurd n'autorise pas l'execution d'un soft proprio

OMG je savais les hurdistes intégristes mais là c'est quand même fort. Enfin d'un autre côté c'est patchable mais bon...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si on pose que ça marche pour le n ème fichier, chacun de ces n fichier a 1/n chance d'avoir été choisi. Pour le n+1 ème fichier tu as donc 1/(n+1) chance pour que le fichier soit choisi et n/(n+1) chance pour que ça soit un fichier précédent. Parmis ces fichiers précédent, il y a 1/n pour que ça soit un fichier donné donc ça fait (1/n)*(n/(n+1)) = 1/(n+1) chance pour chacun de ces n fichiers. Chacun des n+1 fichiers a donc autant de chance que les autres d'être pris. Suffit donc de démontrer que pour n = 1 ça marche et c'est évident. Comme pour n+1 ça marche, ça marche pour tout n naturel zéro non compris (enfin c'est un cas spécial et on peut considérer ou non que ça marche mais j'ai pas envie de m'aventurer la dedans).

Arg j'ai fait une démonstration en dehors de mon cour de math, au secours.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Non le premier est selectionné mais tu continues quand même jusqu'à ce que tu ais parcouru tous les fichiers et tu ne retourne le résultat qu'une fois la boucle terminée.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Au fait j'y pensait pas mais elle est aussi en HTML sur internet cette FAQ: http://faq.perl.org/perlfaq5.html#How_do_I_select_a_ra(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

D'après la FAQ Perl:

You can find a proof of this method in The Art of Computer Programming, Volume 2, Section 3.4.2, by Donald E. Knuth.

J'ai mis du temps à comprendre comment ça marche mais ça marche et tous les fichiers ont autant de chance d'être sélectionnés (et sans lire le bouquin en question :op).

Le 1er à 100% de chance d'être sélectionné, forcément. Le deuxième a une chance sur deux d'être sélectionné donc 50% pour le 1er, 50% pour le 2ème. Le 3ème a 1/3 d'être pris donc 1/3 pour le 3ème, (2/3)*(1/2) = 1/3 pour le 2ème et pareil pour le 3ème et ainsi de suite.

Doit y avoir moyen de démontrer ça mathématiquement par récurrence mais je suis en vacances là :op

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est clair que calculer le hash de plusieurs centaines (ou milliers) de mp3/ogg ça risque de prendre du temps mais tu peux faire ça avec des threads pour pas tout bloquer. Genre un thread qui a une liste de fichiers dont ont dont calculer le hash, quand tu veux accéder à un fichier, tu modifies la liste pour que le prochain fichier à être traité soit celui là.

SHA1 est plus lent que MD5 mais les risques de collisions sont aussi moindres. Il y a aussi peut-être d'autres fonctions de hashage plus rapides (mais avec des risques de collision plus élevés) qui peuvent convenir (MD4 par exemple).

http://planeta.terra.com.br/informatica/paulobarreto/hflounge.html(...) (une liste de fonctions de hashage cryptographiques trouvée sur Wikipedia)
http://madchat.org/crypto/md5-vs-sha.txt(...)

Il y avait aussi un article dans un Linux Mag France qui décrivait un programme de recherche de fichiers en double qui pourrait t'intéresser (le programme est disponible sur internet je pense, j'essairai de le retrouver demain si personne a trouvé d'ici là). Je crois qu'il utilisait notamment la taille des fichiers et un arbre de recherche binaire.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Avec rand(x) qui retourne un nombre aléatoire strictement compris entre 0 et 1

entre 0 et x bien sur

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

En Perl quand on veut prendre un élément aléatoire d'une liste dont on ne connait a priori pas la taille, on fait comme ça:

rand($.) < 1 && ($line = $_) while <>;

(ça vient de la FAQ qui dit que ça vient du Camel Book) En C ça donnerait un truc dans ce genre là:

i = 1;
while (file = next_file()) {
  if (rand(i) < 1)
    result = file;
  i++;
}

Avec rand(x) qui retourne un nombre aléatoire strictement compris entre 0 et 1 et next_file() qui retourne le fichier suivant (en allant fouiller récursivement) ou 0 si c'était le dernier. Il y a surement moyen de faire plus rapide si on sait à l'avance à quoi ressemble le répertoire en utilisant un fichier d'index ou quelque chose comme ça et ça éviterait les "race conditions". Pour ça je pense que tu pourrais t'inspirer des programmes fortune et strfile. PS: c'est embétant de pas avoir droit à la balise <br>.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ce que tu cherches, c'est MPD. Il y a plusieurs interfaces (graphiques ou non) qui ont été faites pour ce programme.
http://www.musicpd.org/(...)

Sinon moi j'ai fait ça: http://krunch.servebeer.com/~krunch/vrac/lan-radio/web-if.pl(...)
mais faut un serveur web qui gère les CGI (testé avec Apache sous Debian Woody et thy sous Debian Sarge). Je l'ai utilisé pour une LAN, c'est minimaliste mais ça marche bien (juste un bête bug qui empéche de lire certains fichiers au nom "bizarre", cf le DISCLAIMER mais ça devrait être assez facile à corriger).

Cherchez pas à ajouter des morceaux à la playlist, ça tourne pas pour le moment. Les morceaux visibles sur cette interface web sont dispos sur http://madchat.org/esprit/musique/(...) et http://openbsd.org/lyrics.html(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Oui mais non parce qu'il n'y a pas ça dans le wois de dlfp.org.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Apparement l'erreur ne vient pas du journaliste (même s'il aurait pu vérifier) mais directement du procureur.

Each of the five hubs contained 40 petabytes of data, the equivalent of 60,000 movies or 10.5 million songs, Ashcroft said.

http://www.reuters.co.uk/newsArticle.jhtml?type=internetNews&st(...)
http://slashdot.org/article.pl?sid=04/08/25/2230211(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Peut-être qu'il y a un LUG dans la région où tu vas déménager qui accepterais de faire ça. Peut être aussi qu'il serait plus pratique d'utiliser un disque dur externe avec apt-zip.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Il me semble qu'il est possible d'utiliser la barre d'outils de Gnome indépendamment de Gnome (je connais quelqu'un qui dit l'avoir utilisé avec Fluxbox) donc normalement il suffit d'installer le package qui va bien (gnome-panel sous Debian je pense).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et ben sous Ion 2, tu garde les onglets avec toutes les applications en plein écran dans chaque onglet (en "pleine fenêtre" en fait) et tu peux créer une (ou des) fenêtre dans laquelle tout est en mode "flottant" donc tu peux continuer à utiliser The Gimp, XMMS et autres trucs à l'interface mal foutue tout en ayant des onglets.

C'est pas forcément très clair alors voilà un example (avec ImageMagick parce que j'ai ni Gimp ni XMMS installé pour le moment): http://users.skynet.be/bs244610/ion2-float.png(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

S'il implémente ça avec Ion 2, il peut mettre sa fenêtre en plein écran très rapidement (alt-enter) tout en gardant ses onglets (suffit de refaire alt-enter pour remettre en mode fenetré).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'utilise Ion 2 depuis quelques mois et j'avais jamais pensé à faire ça mais effectivement ça peut être intéressant.

http://users.skynet.be/bs244610/ion-multitab.png(...)

<ma vie>En temps normal mon bureau ressemble plutôt à ça: http://users.skynet.be/bs244610/ion2-krunch.png(...) </ma vie>

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

OK, merci.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

On va tous abandonner Linux pour FreeBSD alors ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

...pourquoi ne pas automatiser les upgrades pendant la nuit (ou quand tu n'utilises pas ta connexion internet) ? Les paquets font rarement plus de quelques Mo (enfin ceux qui sont dans mon cache en tout cas), même avec un 56k une màj tous les 3 ou 4 jours ça doit être faisable. A moins que tu ne comptes te passer complétement d'une connexion internet.

Sinon trouve toi un voisin/ami/cybercafé sympa qui a une bonne connexion...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Non IRC c'est pas pareil que Jabber/ICQ/MSN/AIM/Yahoo! Messenger même si un système d'IM est implémentable sur IRC (je pense), les clients IRC et d'IM sont généralement assez différents (oui je sais il existe des passerelle Jabber <-> IRC).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.