NetBSD La Fondation Bruce Wayne vous présente le compte-rendu de son show trimestriel

June 6th, 2007 par mat

Alors une fois n’est pas coutume voici directement le lien vers la news au complet.

Cependant, on peut retenir quelques points intéressants :

  • Le « Computer Science Department » de l’université de « Western Washington » situé à Bellingham Washington (me demandez pas où c’est) met à disposition du projet NetBSD un cluster composé de 24 machines : un maître et 23 esclaves. Lorsque le temps CPU sur ces machines est disponible, il sera utilisé à construire les releases quotidiennes de NetBSD
  • De nouveaux développeurs :
  • Arnaud Degroote (login: degroote), qui travaillera sur fast_ipsec, la mobilité ipv6 et le routage,
  • Daniel Sieger (login: dsieger), qui travaillera sur le noyau et la documentation,
  • Keiichi SHIMA (login: keiichi), qui travaillera pour ipv6,
  • Mark Kirby (login: mkirby), qui travaillera sur le site web,
  • Nicolas Joly (login: njoly), qui travaillera sur le port amd64, sur la couche de compatibilité Linux, et sur diverses tâches.
  • Mindaugas Rasiukevicius (login: rmind), qui travaillera sur le noyau et sur le threading,
  • Stephen Borrill (login: sborrill), qui travaillera sur pkgsrc, le multimedia et le support des systèmes embarqués,
  • Tobias Nygren (login: tnn), qui travaillera aussi sur pkgsrc, sur le port sparc64 et sur le port hp700.
    • Une update du package mklivecd
    • Un « Docathon », dans le but de mettre à jour et rendre plus cohérents les différentes documentations du projet NetBSD et le site web
    • le Google/NetBSD SoC, avec notemment l’intégration de ZFS
    • pkgsrccon 2007
    • un import de la couche DRI dans -current
    • du monitoring de matériel dans les sparc64 et sur les cartes mères Abit

    Posté dans NetBSD | No Comments »

    Répondre

    Vous devez être identifié pour poster un commentaire.

    Identification

    Enregistrez-vous

    SQUAD!

    GCU live

    [18:56:17] gaston Vigdis: c'est parce que tu lui parles mal
    [19:08:13] TheSnide moid: c'est pas plus simple de le faire que dans un sbrk(m et autres ?
    [19:09:51] moid de faire quoi ?
    [19:11:07] TheSnide rincer
    [19:11:56] moid je ne vois pas en quoi ce serait plus simple avec un malloc sbrk qu'avec un malloc mmap.
    [19:12:58] TheSnide non, mais le rincage au moment du munmap aj lieu de free
    [19:13:20] TheSnide (autres == mmap)
    [19:13:55] moid si tu rinces au moment de munmap(), ça ne sert à rien.
    [19:13:58] TheSnide ... genre tu free() plus souvent que tu unmap
    [19:14:27] moid d'une part parce que le munmap() fait disparaître la zone d'adresses, donc de toute façon un UAF va provoquer un SIGSEGV
    [19:14:28] TheSnide bin si pour le destinatire du bloc

    Miiissioudaaam'

    Archives:

    Meta:

    Hosted by:

    NBS-System