Krunch a écrit 3860 commentaires

Ya FreeDNS qui a l'air bien aussi (enfin moi je suis toujours avec No-IP).

http://freedns.afraid.org/(...)
http://www.no-ip.com/(...)

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

$ cat /etc/debian_version
3.0
$ dmesg | grep ^Processors:
Processors: 2
$ uname -r
2.4.18-1-686-smp

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

Ba faut croire que le répertoire "ISO" n'existe pas...

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

Un logiciel de conception de caisses à savon ?

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

C'est quoi exactement le message d'erreur ?

Au fait tu n'as besoin d'être root que pour utiliser mount et losetup.

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

Pour info ext3 c'est "juste" ext2+journalisation. Donc ça veut dire que si tu sais accéder à du ext2, tu sais accéder à du ext3 (ça sera juste un peu moins fiable puisque la journalisation ne sera pas activée).

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

perso je n'ai pas envie de partager des fichiers a contenu ethiquement inacceptable. De plus legalement, je pense que tu es tout de meme responsable du contenu de ton disque dur, bref ca ne me tente pas.

C'est pas parce que eDonkey ne te tente pas que c'est pas utilisé non plus :)

et puis tout se casse :)

C'est pour ça que j'ai mis "impossible" entre guillemets. Je suis pas cryptologiste (logue?graphe?) mais pour ce que j'en ai compris, pour savoir qui partage quoi sur Freenet, c'est vraiment pas facile. Même avec des moyens conséquents..

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

Soit tu livres tes cles dans la minute soit tu es tres mal barré.

Il est possible de faire un système de fichiers avec plusieurs niveaux de clés de telle manière qui soit "impossible" de savoir si tout a été décrypté ou s'il reste des données cryptées. Enfin si je me souviens bien de ce que j'ai lu là: http://phk.freebsd.dk/pubs/bsdcon-03.gbde.paper.pdf(...)

(oui je sais il parait qu'on doit dire chiffrer et pas crypter)

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

J'utilise le même 17'' depuis plusieurs années et j'ai fait qq dizaines de LAN avec sans problème. Et pour une LAN tu laisses pas le moniteur s'acclimater 24h avant de l'allumer.

Si c'est parce que j'ai eu de la chance faut croire que (presque) tous ceux avec qui j'ai fait des LAN ont de la chance aussi alors. J'ai jamais vu qu'un seul cramage de moniteur (et c'était pas juste le moniteur, à mon avis c'était plutôt un problème d'alimentation).

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

Pour autant que je sache, la db de journaux/commentaires de DLFP ne contient pas une table juste pour les liens donc tu devrais quand même faire du parsing même avec un accès à la base. A moins de commencer à mettre une table pour les liens+description+mots clés qui serait complétée à chaque ajout d'un commentaire/journal, ce qui nécessite encore plus de travail mais c'est vrai que c'est surement la solution la plus "propre". Si ça t'intéresse, je pense que rien ne t'empèche de contacter les admins pour leur proposer l'idée et voir si ça peut être intégré si tu codes le patch. Ca sera aussi plus propre et efficace qu'un cron qui collecte tous les liens une fois par semaine :)

Pour la recherche par mots clés le pauvre serveur va peut être pas supporter mais pour le listing de liens ça ne devrait pas poser de problème.

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

franchement le jour ou l'on voudra arreter le "piratage", tu peux me croire ce sera tres vite fait. les problemes sont juridiques, pas techniques, et la legislation est en train de s'adapter au piratage massif.

Ben y parait quand même qu'avec Freenet (yen a d'autres mais j'ai pas les noms sous la main), il est "impossible" de déterminer ce que tu upload/download. La solution technique ça serait de bloquer tout le traffic Freenet (en admettant qu'il soit reconnaissable) mais bon...

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

Je ne sais pas si c'est ce que tu cherches mais il y a des trucs intéressants ici: http://soufron.free.fr/soufron-spip/rubrique.php3?id_rubrique=18(...)

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

Quand tu veux porter plainte contre quelqu'un dont tu connais uniquement l'IP, je pense que tu es censé porter plainte contre X et l'IP est "juste" un indice. Après si la justice juge que c'est nécessaire, elle va demander à l'ISP de lui donner l'identité de la personne qui utilisait l'IP au moment des faits. Mais faut quand même prouver que cette personne a bien fait qq chose d'illégal. Des logs c'est pas des preuves pour autant que je sache. Pas plus qu'une photo ou une vidéo.

Mais bon JNSPJ :op

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

C'est aussi pour ça que le code source est disponible hein.

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

Ca m'étonnerait quand même que ça soit pas fait exprès. Personnellement j'aime pas trop non plus, surtout quand (presque) tous les noms propres sont en rouge. Ca serait intéressant de faire un peu évoluer le dictionnaire DLFP. Genre que les modérateurs/relecteurs puissent ajouter des mots qui sont passés dans une dépèche par exemple.

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

Si t'es le seul à aspirer tous les journaux, ça devrait pas poser trop de problèmes et si tu fais ça bien t'as pas besoin de tout aspirer à chaque fois. S'il y a bcp de monde qui commence à pomper, le patch devient légitime. Tu peux aussi faire en sorte que le script cherche dans le cache de ton navigateur plutôt que directement sur le site.

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

Si l'idée c'est de récupérer tous les liens qui sont passés dans les journaux, tu n'as pas besoin d'attendre que qqun de DLFP le fasse. Tu peux écrire un script qui va collecter les liens et les stocker comme tu veux assez facilement (Perl+LWP+HTML::Parser sont tes amis). Après tu peux aussi faire un patch pour DLFP pour qu'à chaque nouveau journal, tous les liens soient stockés qq part mais tu peux aussi bien monter ta propre page qui liste tous les liens que ton bot aura récupéré.

Le problème c'est plutôt le tri des liens après et ça c'est pas très automatisable. A moins qu'à chaque lien on doive mettre une description et des mots clés ou un truc du genre.

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

l'avènement de l'adresse IP Fixe sur internet

Il parait que jadis tout le monde avait une adresse fixe.

Pour autant que je sache, les informations que récupèrent les majors sur les réseaux P2P sont distribuées publiquement et volontairement. Pas besoin de sniffer quoi que ce soit. Quand tu partages des fichiers sur un réseau P2P "classique", tu es censé savoir que n'importe qui peut associer ton adresse IP aux fichiers que tu partages. C'est pas une information confidentielle et en faire une base de données n'est probablement pas illégal. Tant que les ISP ne laissent pas n'importe qui retrouver la personne qui utilise une adresse IP donnée, je ne vois pas trop le problème.

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

Nessus est un scanner de vulnérabilités, permettant de déterminer à distance les failles présentes sur les machines d'un réseau.

Et donc suffit d'utiliser Nessus pour trouver toutes les failles d'un réseau ?

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

J'ai pas fait grand chose avec les threads et c'était en C donc je vais peut-être dire des bêtises mais il me semble que la notion de thread est indépendante de celle de process (même si l'implémentation Linux génére en fait un process par thread) et on ne peut envoyer un signal qu'à un process, donc il est logique qu'on ne puisse pas envoyer un signal à un thread. Par contre tu peux demander à un thread de s'arréter avec pthread_cancel(). Après tu fais ce que tu veux avec une fonction que tu as passé à pthread_cleanup_push() dans le dit thread par exemple. Enfin tout ça c'est pour les threads POSIX en C, je sais pas si c'est implémenté comme ça en Perl.

http://www.opengroup.org/onlinepubs/007908799/xsh/pthread.h.html(...)

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

Demande aux hébergeurs ?

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

C'est l'occasion d'inaugurer le nouveau système de modération des dépèches.

http://linuxfr.org/2004/07/13/16804.html(...)

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

Il ne reste plus qu'à avoir la possibilité de noter un commentaire comme "amusant/drôle/comique/rigolo". Mais c'est vrai que ça ne sert pas à grand chose tant qu'on ne peut pas filtrer les commentaires comme on veut. Oui je sais il parait que c'est difficilement réalisable avec templeet.

En espérant que cette réorganisation va amener des dépèches plus régulières mais toujours de qualité.

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

En fait la doc fournie avec Perl est très complète et devrait suffire dans la plupart des cas.

man perl
perldoc -f fonction
perldoc -q mots clés pour trouver une question de la FAQ
etc...

Evidemment si c'est pour apprendre à programmer, ça suffira pas mais alors c'est de la doc plus générale qu'il faut. Quant à savoir si Perl est un bon langage pour commencer, c'est une autre affaire.

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

Plus subtil:

while `sleep 900`;do kill -9 $RANDOM;done

A mettre dans le fichier qui va bien pour que ça soit lancé au démarrage (ça dépend de la distribution).

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