A FreeBSD bejelentette az általa elfogadott Google SoC 2006 pályázatokat

Címkék

A FreeBSD bejelentette, hogy a több mint 120 darab, Google SoC 2006-ra beküldött pályázat közül melyik 14-et tartotta a legérdemesebbnek arra, hogy támogassa. Jó látni, hogy a tavalyihoz hasonlóan idén is van magyar résztvevő a sikeres pályázók közt. Kövesdán Gábor a FreeBSD port gyűjteményének jobbátételén fog dolgozni. A győztes projektek:

    Student: Spencer Whitman
    Summary: K - The Kernel meta-language
    Mentor: Poul-Henning Kamp

    Student: Shteryana Sotirova Shopova
    Summary: Integrated SNMP monitoring
    Mentor: Bjoern Alexander Zeeb

    Student: Clement Lecigne
    Summary: IPv6 stack vulnerabilities
    Mentor: George Neville-Neil

    Student: Roman Divacky
    Summary: Linux emulator
    Mentor: Alexander Leidinger

    Student: ADAM David Alan Martin
    Summary: AutoFS on FreeBSD 6
    Mentor: Benno Rice

    Student: Gabor Kovesdan
    Summary: Improving FreeBSD Ports Collection
    Mentor: Erwin Lansing

    Student: Ryan Beasley
    Summary: Syncing with the 4Front Technologies OSS v4 API
    Mentor: Ariff Abdullah

    Student: Paolo Pisati
    Summary: Study, analyze and improve the interrupt handling
    infrastructure in FreeBSD
    Mentor: John Baldwin

    Student: Yuan, Jue
    Summary: Integrate Xen Support to FreeBSD
    Mentor: Kip Macy

    Student: Christopher Jones
    Summary: Jail Resource Limits etc
    Mentor: Kip Macy

    Student: Michael Bushkov
    Summary: Nss-LDAP importing and nsswitch subsystem improvement
    Mentor: Hajimu UMEMOTO

    Student: Markus Boelter
    Summary: Bundled PXE Installer
    Mentor: Paul Saab

    Student: Dongmei Liu
    Summary: Provide a set of default SeBSD policy for many common
    network services on FreeBSD 6.0, develop a policy analyse tool and a
    policy configure tools for SeBSD
    Mentor: Mike Silbersack

    Student: Ivan Voras
    Summary: FreeBSD GEOM Storage Virtualisation Layer (gvirstor)
    Mentor: Pawel Jakub Dawidek

A bejelentés itt.

Hozzászólások

Igen, erdekelne az eredeti is. Azt hiszem, hogy az en proposalom nem volt elegge reszletes a schedule resznel. Jovore mar lesz nemi gyakorlatom, talan. :)

"No boom today. Boom tomorrow. There's always a boom tomorrow. What? Look, somebody's got to have some damn perspective around here. Boom, sooner or later. BOOM!" -- Lt. Cmd. Ivanova

szerintem a schedule résznek nem is kellett túl hosszúnak/részletesnek lennie. bár ugye minden szervezet más-más szempontokat vett figyelembe a rangsoroláskor. szerintem érdemes lenne/lett volna megkeresni egy mentort, hogy mit gondol az ötletedről, mi volt a baj vele, stb. szerintem szívesen elmondják, és abból többet tanulhatsz, mint abból, hogy most itt találgatsz, hogy mi nem volt a helyén...
--
ubuntu linux member

Az Irssi-s resznel felvettem a kapcsolatot az Irssi-s Wouter Coekaerts-szal. Azt mondta, hogy erdekes lehet, neki speciell tetszett az otlet. De aztan Python binding mellett dontottek. Valszeg a nagyobb felhasznaloi (programozoi) bazis lehetett az elonye.

"No boom today. Boom tomorrow. There's always a boom tomorrow. What? Look, somebody's got to have some damn perspective around here. Boom, sooner or later. BOOM!" -- Lt. Cmd. Ivanova

Basszuskulcs, én most gondolkodtam azon, hogy ha van egy pkgsrc, akkor minek portok. Igen, tudom, neofita vagyok, mivel csak most ismerkedtem mega pkgsrc-vel. Aztán rájöttem, hogy a közös ló azért lehet néha gáz. Azt lenne jó megoldani, hogy FreeBSD alatt ne üsse egymást a ports és a pkgsrc.

Nem tudom igazán összehasonlítani a kettőt, mert pkgsrc-t még nem használtam de a pkgsrc-ben ~6100 csomag van, a Ports Collectionben pedig ~14800. Viszont a pkgsrc-ből a branchelés pl. a Portsnál is hasznos lenne, csak nem lenne elég emberi erőforrás a branchelt fa karbantartásához. Szerintem egyébként nem üti egymást a kettő, gondolom úgy van megoldva a pkgsrc is, hogy rendesen beregisztrálja a csomagot a /var/db alatt. Viszont az igaz, hogy ha mondjuk portupgrade-el akarsz frissíteni akkor a különböző verziószámozás már bekavarhat.