John Marino nemrég jelezte, hogy nem kívánja többé karbantartani a Dragonfly i386 dports-t és új karbantartó jelentkezését várja az egyébként nem túl hálás feladatra. A jó hír az, hogy volt jelentkező a pozícióra.

Rett Kent vállalata, hogy felügyeli az i386-os dports-t és ha úgy adódik, akkor a Dragonfly i386-os portjára is rá-ránéz. A fejlesztő jelenleg Common Lisp-pel és Clojure-rel dolgozik, de eltöltött korábban néhány évet beágyazott C/C++ fejlesztéssel is.

Részletek a bejelentésben.

A DragonFly BSD projekt bejelentette a DragonFly 3.6-os kiadását. Az ISO-k már tegnapelőtt éjjel elérhetővé váltak a master szerveren, így elvileg már a tükörszervereknek is frissülniük kellett. A 3.4-ről 3.6-ra frissítőket érinti, hogy ABI változás történt, így az összes csomagot frissíteni kell. Aki eddig pkgsrc-t használt, de dports-ra váltana, annak most itt a kedvező alkalom.

Részletek a bejelentésben és a /usr/src/UPDATING fájlban.

Küszöbön áll a DragonFly 3.6-os kiadása. Justin Sherrill néhány nappal ezelőtt közölte, hogy a kiadáshoz tartozó dports csomagok elkészültek, a kiadási megjegyzések dokumentum (nagyrészt) megszületett, komolyabb bugok nem várnak javításra és MFC-zés sincs függőben, vagy várakozási sorban.

Tegnap pedig arról tájékoztatta a kernel lista tagságát, hogy a 3.6.0-t taggelte, a kiadás lemezképfájljai hamarosan érkeznek, már csak azt kell kitalálniuk, hogy az x86_64 ISO-nál hogyan oldják meg, hogy az ráférjen egy CD-re.

John Marino a napokban bejelentette, hogy befejezi a DragonFly i386 dports (a DragonFly saját, FreeBSD ports-ra épülő csomagkezelője) karbantartójaként végzett tevékenységét. Marino régóta kampányolt az i386 platform támogatásának kivezetése, hivatalos EOL dátum kitűzése mellett.

Justin Sherrill tegnap bejelentette a DragonFly 3.4.3 elérhetőségét. A kiadás taggelésére már korábban (múlt héten) sor került, de a lemezképfájlok generálása időt vett igénybe. A javított hibák listája megtalálható itt. A lemezképfájlok letölthetők innen.

A bejelentés elolvasható itt.

Justin Sherrill tegnapelőtt jelentette be, hogy taggelte a DragonFly 3.4.2-t. Az img/iso fájlok a bejelentéskor még nem voltak elérhetők, de tegnap már befejeződött a feltöltésük, így az érdeklődők már letölthetik őket. Elérhetők itt, de ajánlott inkább a tükörszerverek használata.

Részletek a bejelentésben.

Justin Sherrill közölte, hogy taggelte a DragonFly 3.4.2-t. A minor verzió kiadásának legfőbb egy Xen-nel és egy KVM-mel összefüggő javítás volt.

Részletek a bejelentésben.

Justin Sherrill ma bejelentette, hogy megjelent a DragonFly 3.4-es kiadása. Az ISO és egyéb image fájlok elérhetők a szokásos tükörszervereken. A kiadással kapcsolatos részletek megtalálhatók a kiadási megjegyzések dokumentumban. Aki úgy dönt, hogy kipróbálná a 3rd party csomagok telepítéséhez az új DPorts rendszert, annak rendelkezésére áll a DPorts Howto oldal.

John Marino egy levelet küldött a DragonFly BSD kernel@ levelezési listájára, amiben az i386 platform támogatás dobásának mikéntjéről tett fel kérdéseket. Mint írta, az nem kérdés, hogy dobják-e a támogatást. A kérdés az, hogy mikor és hogyan. Erre két verziót vázolt fel:

1) Folytatják a megszokottaknak megfelelően az i386 támogatását még további 3 kiadás erejéig (például: 3.6, 3.8, 3.10), majd azután teljes mértékben dobják (vagyis, nem fogadnak el több hibabejelentést). Az egyik napon még 100%-ban támogatott, a másik napon meg már egyáltalán nem.

2) Nyilvánítsák ki a soron következő 3.4-es kiadást az utolsó i386 kiadásnak, de tegyenek ígéretet arra, hogy 2014. végéig kijavítják a komoly hibákat és pánikokat. Mivel jelenleg egy-egy kiadás csak körülbelül 6 hónapig támogatott, a 3.4 afféle LTS kiadás lehetne.

John Marino a #2-es opció felé hajlik. A szál itt kezdődik.

Justin Sherrill bejelentette, hogy elérhető a DragonFly BSD 3.2.1-es kiadása. ISO és IMG fájlok egyaránt elérhetők a tükörszerverekről. Matthew Dillon - a projekt alapítója - közölte, hogy kiváló kiadásnak tartja a 3.2.1-et.

Matthew Dillon szeptember közepén egy hosszabb levélben számolt be arról, hogy az utóbbi időben milyen jelentősebb fejlesztések érkeztek a DragonFly BSD-be. Ilyen jelentősebb fejlesztés például az idei Google Summer of Code (GSoC) projekt keretein belül született, CPU ütemezőt és annak környékét érintő kódok. Ezek Mihai Carabas nevéhez fűződnek.
A munka hatására a fejlesztők felbuzdultak és különböző teljesítményteszteket futtattak. Francois Tigeot például postgres/pgbench teszteket készített és osztott meg. Dillon szerint a fejlesztések PostgreSQL teljesítménytesztekben óriási javulást hoztak. Ez Dillon szerint az jelenti, hogy a DragonFly BSD jelenleg erősen odaver a többi BSD-nek ezekben a tesztekben és most már inkább a Linuxszal van harcban, mintsem azokkal.

Justin Sherrill branchelte (a kiadás folyamata dokumentálva itt) a DragonFly BSD 3.2-t. A végleges kiadást október 22-re tervezik. Részletek itt.

Sascha Wildner a DragonFly BSD users listán jelezte, hogy egy DragonFly BSD-alapú, Xfce-t kínáló LiveDVD/USB image terjesztésen dolgozik egy ideje. Az USB image nagyobb lett 4GB-nél, így viszonylag nagyobb pendrive-ra stb. fér csak rá. Az image-ek letölthetők innen. A "szerző" ötleteket, segítséget, javaslatokat szívesen fogad.

Csak afféle FYI... Két kevésbé ismert BSD terjesztés: a MaheshaBSD FreeBSD, a MaheshaDragonBSD Dragonfly BSD alapokra építkezik. A MaheshaBSD Server 2.0-s verziója a múlt hónapban jelent meg. A MaheshaDragonBSD egy LiveUSB terjesztés DragonFly BSD 3.0.2 alapokon.

Megjelent a DragonFly BSD 3.0.2-es kiadása. A kiadás kikapcsolja az I/O APIC-t, ha virtuális gépben bootol, mert egyes felhasználóknál problémát okozott. A meglevő telepítések frissíthetők 3.0.2-re (lásd a /usr/src/UPDATING fájlt) vagy friss telepítés végezhető a letölthető ISO-k, USB image-ek segítségével.

Kis kitérő: Ian Lance Taylor első patch-ét 1992-ben készítette a GNU linker-hez. 1993-ban már tisztában volt az eszköz hiányosságaival és már akkor elkezdett érvelni amellett, hogy újra kellene írni az egészet 0-ról. 2006-ban, mikor már a Google-nél dolgozott, erre lehetősége is nyílt. 2008 tavaszára a munka meghozta gyümölcsét és Taylor bejelentette, hogy a gold névre hallgató új ELF linker bekerült a GNU binutils csomagba. A gold teljesen új fejlesztés. Amiben különbözik a GNU linker-től az a sebessége. A fejlesztő szerint a gold sokkal gyorsabb. A Google 2008-ban már azt tervezte, hogy hamarosan alapértelmezett linker-ként használja majd.

Vissza a DragonFly-hoz: John Marino nemrég bejelentette, hogy a WORLD_LDVER beállításával lehetővé vált a DragonFly BSD kernelének és a world-nek buildelése a gold linker felhasználásával.

Ugyan levlistán senki sem jelentette be, a dragonflybsd.org szerint megjelent a DragonFly BSD 3.0.1 (hogy a 3.0-val mi lett, az rejtély). A bejelentés szerint a 3.0.1 a korábbi verziókhoz képest sokkal jobb többprocesszoros támogatással bír, jelentősen fejlődött sebesség terén. Részletek a kiadási megjegyzésekben.

Justin Sherrill ma jelezte, hogy szándékában áll a hétvége folyamán taggelni a 3.0.1-et és feltölteni a 3.0 release image-eket. Mindezt annak ellenére, hogy a 7 bugból 5 még nyitva van. Justin szerint az öt hiba "nem ér" annyit, hogy miatta visszatartsák a 3.0-s kiadást. A kiadáshoz tartozó - jelenleg nem teljes - oldal itt.

Január közepén branchelték a fejlesztők a DragonFly BSD 3.0-t. Nem sokkal később elérhetővé váltak az RC ISO-k. Küszöbön áll a 3.0-s kiadás, amelyet jelenleg 7 bug hátráltat.

Sascha Wildner commit-je nyomán végleg kigyomlálásra került a DragonFly BSD-ből az ISDN támogatás (kernelkódok, man oldalak, segédprogramok stb.). A DragonFly BSD felmenőjéhez képest sokáig őrizgette az ISDN támogatást. A FreeBSD-ből 2008-ban dobták ki.

Közeledik a DragonFly BSD 3.0 a végleges kiadás felé. Pár nappal ezelőtt branchelték a 3.0-t, nem sokkal később pedig elérhetővé váltak tesztelésre a kiadásra jelölt image-ek. Elérhetők USB image és CD/DVD ISO formában i386 és amd64 architektúrájú gépekhez. Letölthetők innen.

Egy lépéssel ismét közelebb került a DragonFly BSD projekt a 3.0-s kiadáshoz. Justin Sherrill bejelentette, hogy branchelte a Release 3.0-t és mostantól a 3.1 a master ág.

Matthias Schmidt hívta fel a DragonFly BSD fejlesztők figyelmét egy oss-security szálra. Solar Designer tavaly novemberben jelezte Matthew Dillon-nak, hogy a DragonFly BSD-ben munkába állított crypt-sha256.c, crypt-sha512.c fájlokkal több probléma is van és az alapértelmezett, SHA-256-alapú jelszó hash-ek sokkal könnyebben feltörhetők, mint a régi MD5-alapú hashek. Dillon nem reagált nyilvánosan a figyelmeztetésre. Pár nappal ezelőtt Solar ismét kereste Dillon-t és azt javasolta neki, hogy mielőbb térjenek vissza a FreeBSD-s crypt-md5.c használatára. Mondandóját benchmarkokkal támasztotta alá. Dillon továbbra sem válaszolt. A projekt ahelyett, hogy visszaállt volna a FreeBSD-s MD5-crypt-re, az Ulrich Drepper-féle linuxos Unix crypt implementációkra (crypt-sha256.c, crypt-sha512.c) váltott.

Úgy tűnik, hogy a DragonFly-os fiúknak sikerült teljesen helyrekalapálni a széthullott levlistát, mert ma reggel a postafiókomban találtam Justin Sherrill levelét, amelyben arról számol be, hogy megkezdődött a felkészülés a 3.0-s kiadásra. Maholnap taggelésre kerül a 3.0. A javítások mehetnek még oda, viszont az új dolgok már a master-be mennek. A végleges 3.0-s kiadás egy héten belül érkezhet.

Feltehetően van összefüggés aközött, hogy Dillon bejelentette, újra működik a DragonFly BSD projekt levelezési lista archívuma, és aközött, hogy az utolsó levél a kernel listáról még a múlt évben, december 30-án érkezett meg hozzám. Mivel sok infó nincs a dologgal kapcsolatban, biztosat nem lehet tudni. Dillon levele azt sugallja, hogy az éles levlista archívum adatok elvesztek és azokat backup-ból kellett visszaállítani. Ez többségében/egészében sikerült, így újra elérhető a szolgáltatás. A levélből az is kiderül, hogy az NNTP szolgáltatás régi formájában megszűnt. Dillonék új, jobb web-alapú levlista kezelő felület kialakításán dolgoznak. Hogy ebből mikor lesz valami, azt egyelőre nem tudni.
További hír, hogy a projekt új gépet állított üzembe, amely szolgáltatónál került elhelyezésre. A neve "kronos" és off-site backup-ban, DNS-ben segít, de nem kizárt, hogy a jövőben azon fut majd a projekt weboldala is.