Pierre Tourbeaux a écrit 9 commentaires

  • # Communication & écologie

    Posté par  . En réponse au journal Pourquoi il ne faut pas adhérer à Oxyradio. Évalué à 9.

    Bonsoir à tous.

    Je ne sais pas si tu as déjà géré une association (de n'importe quel type soit dit en passant), mais la communication est lun des points les plus importants si tu veux que ton projet soit connu et reconnu.
    Imprimer des flyers est une chose très commune dans le milieu associatif. Tiens je lis à l'instant la mailing list des copains de Chtinux qui sont en train d'en élaborer un nouveau flyer d'urgence pour leur prochaine manifestation...

    Attaquer sur l'écologie, excuse moi, mais il me semble y a d'autres points plus prioritaires que l'impression papier. Allez sans parler d'industrie, juste à ton niveau, quelle type d'alimentation as-tu dans ton/tes PC ? Quels sont tes modes de déplacement ? Laisses tu ton/tes PC tourner la nuit ? Utilises-tu du papier recyclé ?

    D'autre part, il me semble que le site est en constante évolution, il suffit d'avancer tes idées, l'équipe technique/dev est vraiment à l'écoute de tous. Elle le sera d'ailleurs d'autant plus si tu deviens adhérent :)

    Je ne participerai pas au troll que tu avances sur le libre et non-libre, nous ne sommes pas vendredi.
  • [^] # Re: oui et non

    Posté par  . En réponse au journal Hebergement dédié par Free. Évalué à 1.

    Selon leur assistance technique que je viens de contacter :

    Les clients IRC sont autorises, par contre les serveurs ne le sont pas.
    --
    L'assistance technique Dedibox
    Alban Van Robais


    J'avais posé la question si un screen + irssi était autorisé.
  • # Bravo

    Posté par  . En réponse à la dépêche Réouverture des services Tuxfamily. Évalué à 8.

    Je ne m'attarderai pas sur les mauvais commentaires effectués avant moi...
    Je trouve que TuxFamily s'est accroché et a innové techniquement pour pouvoir réouvrir et fournir un service de qualité aux projets libres, je n'aurais qu'un mot à dire : BRAVO.

    Bon courage à l'équipe, et bon lancement de la fusée tuxfamily !
  • # Bilan

    Posté par  . En réponse à la dépêche Install party à Auchy les Hesdin. Évalué à 1.

    Voici un petit bilan de l'install :
    http://www.linux62.org/?rub=news.php&id=40(...)
  • [^] # Re: Vive le 62

    Posté par  . En réponse à la dépêche Install party à Auchy les Hesdin. Évalué à 1.

    Salut Nico,
    Tu auras l'occasion de te rattraper un de ces 4 ne t'inquiète pas :)
  • [^] # Re: La faille ou le Patch ?

    Posté par  . En réponse à la dépêche Nouvelle faille dans les noyaux 2.4 et 2.6. Évalué à 8.

    Merci pour "script kiddies qui n'y comprennent rien" ça fait toujours plaisir :)
    Et merci aussi pour l'info, j'ai toujours pensé qu'un exploit devait être fonctionnel pour pouvoir tester si la machine est vulnérable ou si le patch que l'on vient d'appliquer a résorbé la faille... enfin apparemment je me trompe.
    C'est dommage pour les admins (comme moi) qui font leur possible pour que les machines de prod soient le plus "blindées" possible mais qui n'ont pas assez de compétences pour décrypter tout le code d'un exploit aussi complexe.
  • [^] # Re: La faille ou le Patch ?

    Posté par  . En réponse à la dépêche Nouvelle faille dans les noyaux 2.4 et 2.6. Évalué à 3.

    Je viens de tester l'exploit sur deux machines différentes potentiellement vulnérables :

    Sur une Debian sid avec noyau 2.6.8.1 et gcc 3.3.5 (testé aussi sur gcc-2.95 et gcc-3.0 : erreurs similaires)
    $ gcc -O2 -fomit-frame-pointer exploit.c -o exploit
    exploit.c: Dans la fonction « scan_mm_start »:
    exploit.c:426: error: storage size of `l' isn't known
    exploit.c:426: error: storage size of `l' isn't known
    exploit.c: Dans la fonction « check_vma_flags »:
    exploit.c:546: attention : utilisation obsolète d'étiquette à la fin d'une déclaration composée

    Bref, ça ne compile pas...

    Sur une RedHat 8.0 avec noyau 2.4.18-14 et gcc 2.96 la compilation s'effectue sans warning mais l'exploit ne "fonctionne" pas :
    [+] SLAB cleanup
    child 1 VMAs 65526
    child 2 VMAs 65526
    child 3 VMAs 65526
    child 4 VMAs 65526
    child 5 VMAs 65526
    child 6 VMAs 65526
    child 7 VMAs 64593
    [+] moved stack bfffe000, task_size=0xc0000000, map_base=0xbf800000
    [+] vmalloc area 0x3e400000 - 0xbc4c1000
    Wait... \
    [-] FAILED: try again (Cannot allocate memory)
    Killed

    Bref, avez vous trouvé une machine où l'exploit fonctionne ?
    Pas très concluant à mon avis, enfin je ne suis pas développeur donc je ne me prononcerai pas sur l'efficacité réelle de ce code.
  • [^] # Re: ouais

    Posté par  . En réponse à la dépêche Dossier d'installation Debian Sarge. Évalué à 5.

    Excellente doc, très détaillée. Bien pratique pour ceux qui "butent" un peu sur l'install mode texte.
    Juste une petite remarque, j'ai vu :
    RTFM !!!!! (Read The FAQ Man !)

    Ca serait pas Read The Fucking Manual ? Ou alors l'auteur a préféré être un peu plus soft sur la signification ? :)
  • [^] # Re: Enfin une gestion correcte des touchpads synaptics !

    Posté par  . En réponse à la dépêche Linux 2.6.8, suivi de près par Linux 2.6.8.1. Évalué à 1.

    Bonjour à tous,
    Personnellement je me suis pas mal acharné sur le problème avec des 2.4, 2.6 et même le 2.6.8.1 me fait toujours pareil dans les logs :
    Aug 16 15:59:24 portable kernel: psmouse.c: TouchPad at isa0060/serio2/input0 - driver resynched.
    Aug 16 15:59:30 portable kernel: psmouse.c: TouchPad at isa0060/serio2/input0 lost sync at byte 1
    J'ai essayé différentes versions de synaptics et toutes font la même chose... A croire que mon portable a un touchpad "spécial" :(
    Par contre en effet on dirait que le pointeur saute moins, et c'est pas si mal ! Faudra juste penser à virer les logs encombrants un coup de tps en tps :)