Krunch a écrit 3860 commentaires

Souvent sous *nix on peux faire recharger sa configuration à un programme en lui envoyant un signal particulier (avec kill), je sais pas comment fonctionne flightgear mais tu peux essayer SIGUSR1, SIGUSR2 ou SIGHUP.

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

C'est pas "mini berkeleydb" c'est "Berkeley DB": http://www.sleepycat.com/(...) (ou alors yen a un autre que je connais pas)

J'ai jamais utilisé aucun des trois mais à mon avis si tu veux que ça soit un petit peu portable, gnome_db n'est peut-être pas la bonne solution mais si tu veux que ça soit le plus intégré possible à Gnome alors peut-être... Je pense que Berkeley DB est le plus répandu donc son utilisation peut peut-être réduire les problèmes de dépendances (si ça a une importance...). SQLite est une base de données relationnelle (contrairement à Berkeley DB il me semble), ça peut te servir ou pas selon ce que tu veux faire.

Pour ce qui est de choisir un élément au hasard, je pense que c'est pas trop à la base de données de le faire et si tu sais connaitre la taille de la table, c'est facile à faire.

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

Sur Slashdot tu peux utiliser les balises HTML pour faire des liens et les mots trop longs sont coupés en ajoutant un espace. Evidemment ça casse les URL copiés tels quels. Et à côté des liens tu as l'hostname du serveur vers lequel est fait le lien (c'est désactivable si tu es inscrit). Mais c'est pas forcément une solution si on ne tronque pas aussi l'hostname: http://www.abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcd(...)

Idéalement il faudrait tronquer les mots différement selon que le texte apparaisse dans un début de journal/dépèche de seconde page ou autre part.

A mon avis un autre problème c'est de ne pas pouvoir faire de lien avec le texte qu'on veut dessus. Pourquoi c'est comme ça ? Pour éviter le Google-bombing ?

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

Ca mérite un Useless Use of ls award.
http://rhols66.adsl.netsonic.fi/era/unix/award.html#ls(...)

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

Ca doit être faisable avec mod_rewrite. En fait c'est même un des exemples: http://httpd.apache.org/docs/misc/rewriteguide.html(...)

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

J'avais jamais vu cette page, merci :)

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

J'ai justement regardé comment faire ça avec Apache il y a quelques jours. Il y a deux solutions: utiliser Apache-SSL ou mod_ssl (qui est en fait un fork d'Apache-SSL). J'ai pas remarqué de différence notoire si ce n'est qu'Apache-SSL c'est patch pour Apache donc faut remplacer l'Apache déjà installé (enfin si chez toi c'est pas encore fait, c'est pas vraiment un problème) tandis que mod_ssl c'est juste un module Apache à charger. Après avoir généré et installé ton certificat (probablement la partie la plus "compliquée", surtout si tu sais pas encore comment ça marche en théorie) il faut modifier la configuration d'Apache pour mettre les répertoires que tu veux (exclusivement ou non) disponibles par SSL et le tour est joué. Les scripts PHP ou autre qui tournent par dessus ne sont pas censés voir la différence.

http://www.apache-ssl.org/(...)
http://www.modssl.org/(...)

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

C'est déjà possible sans toucher à X: ça s'appelle Synergy, ça tourne sous Windows et OS X aussi, il y a un package Debian et ça marche bien.

http://synergy2.sourceforge.net/(...)

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

Les cookies ils sont là depuis un moment (mais bon d'après NetCraft, ils sont aussi sous Windows/IIS depuis un moment). D'un autre côté tu peux faire des sites immondes (techniquement je veux dire) avec Apache aussi hein.

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

Peut être qu'en faisant ce que suggère la dernière ligne ça pourrait te donner une petite idée du problème.

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

Il est possible que ce serveur de répartition de charge soit aussi un proxy TCP ("modulate state" avec PF pour ceux qui connaissent) et donc nmap ne voit que du *BSD.

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

Non en fait ils péfèrent être tributaires du service marketing de Microsoft que de dévelopeurs indépendants.

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

Ba oui c'est split(1) qu'il te faut. Si tu sais pas comment l'utiliser, la page de man est là pour ça et si t'as peur de faire une fausse manip', les backups sont là pour ça. Tu peux aussi vérifier l'intégrité du tgz après reconstruction en utilisant md5sum par exemple.

Une alternative à split(1) peut être dd(1) avec les seek, bs et count qui vont bien.

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

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.