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.

Matthew Dillon mai levelében elnézést kért a megszakított 2.12-es kiadás miatt. A fejlesztők már készen voltak arra, hogy kijöjjenek a release-zel, de Dillon szeretett volna még egyszer nekifutni egy alkalmilag előforduló segfault bugnak. A probléma oka mostanra majdnem biztosan megvan. Dillon 99%-ban biztos abban, hogy egy AMD CPU bug szívatta. Mivel a bugra van kerülőmegoldás, jöhet a kiadás.

Nemrég branchelték a DragonFly 2.12-t, amit azt jelenti, hogy közeledik a kiadás. Ezt erősíti Justin Sherrill bejelentése is, amelyben közölte, hogy készített egy 2.12.0 buildet, amelyet nyugodtan nevezhetünk kiadásra jelölt (RC) változatnak is.

Branchelték a DragonFly 2.12-t. Ez azt jelenti, hogy közeledik a DragonFly BSD 2.12-es kiadása. Várhatóan 1-2 héten belül bejelentésre kerül.

Sascha Wildner nemrég bejelentette a dragonfly-users levelezési listán, hogy köszönhetően az elmúlt hetekben végzett munkának, a DragonFly SMP kernelnek most már sikeresen bootolnak fel és működnek az egyprocesszoros rendszereken is. Éppen ezért Wildner hozzáadta az "options SMP" opciót a "GENERIC" és az "X86_64_GENERIC" kernelkonfigurációs fájlokhoz. Ez azt jelenti, hogy mostantól aki GENERIC kernelt használ, annak SMP-képes kernele lesz akkor is, ha csak egy processzor található a gépében. Kivéve, ha az "options SMP" eltávolítja/kikommenteleni a kernelkonfigból. A részletek itt.

Sascha Wildner nemrég bejelentette, hogy eltávolítja a DragonFly BSD-ből az ipfilter névre hallgató tűzfalat. Amint erre sor kerül, a felhasználók az ipfw2 és pf közül választhatnak, ha tűzfalszabályokat szeretnének felállítani. A részletek itt és itt.

Matthew Dillon tegnap bejelentette a DragonFly BSD 2.10-es kiadását. A telepítéshez USB és ISO image-ek egyaránt elérhetők mind 32 bites, mind 64 bites változatban. Matthew - ha a gép támogatja a 64 bitet - akkor a 64 bites USB, vagy a 64 bites GUI USB image használatát javasolja. A Linux emuláció csak 32 biten működik, így ha szükség van Linux emulációra, akkor választási lehetőségként marad a 32 bites változat. A GUI image-ek teljes értékű X környeztet, valamint a /usr/src és /usr/pkgsrc git repóit kínálja, így ajánlott mindenki számára, akinek van sávszélessége a letöltéshez. A mérete körülbelül 1,2GB.

A bejelentés itt olvasható. Részletes infók a 2.10-ről itt.

Egy korszak vége a DragonFly-nál. Sascha Wildne tegnapi commit-ja nyomán a DragonFly BSD végleg megvált az EISA busz és az EISA/VLB eszközök támogatásától. A commit Matthew Dillon és más fejlesztők jóváhagyása mellett született.

Matthew Dillon pár nappal ezelőtt jelentette be, hogy a DragonFly BSD kernel már képes 24 CPU-n elindulni. Akkor még max. 32 GB RAM volt támogatott. Matthew tegnap azonban már arról számolt be, hogy a maximális processzorszám 63 darab, míg a maximális RAM 512 GB lett a 64 bites build-elnél.

Matthew Dillon, a DragonFly BSD projekt fő fejlesztője és vezetője tegnap bejelentette, hogy commitolásra került a DragonFly BSD master ágába Ilya Dryomov HAMMER deduplikációt megvalósító munkája. A kód messze van még a kiforrottól, ezért Matthew nem győzte elégszer hangsúlyozni, hogy a HAMMER de-dup funkció egyelőre kísérleti jellegű.

Matthew Dillon bejelentette, hogy elkészült a DragonFly BSD 2.8-as változata. A bejelentés itt található, letölteni pedig innen lehet.

Matthew Dillon tegnap bejelentette, hogy végül branchelték a DragonFly BSD 2.8-at. A hivatalos kiadás körülbelül másfél hét múlva érkezhet. Addig a fejlesztőknek addig még el kell készíteniük a csomagokat (ez körülbelül egy hetet vesz igénybe), illetve folytatniuk kell a a bugok javítását és betolását a release branch-be mielőtt még az ISO-kat és image-eket elkészítenék.

Matthew Dillon nemrég egy kérdésre válaszként közölte: nem véletlen, hogy ebben a fejlesztési ciklusban annyi MPSAFE munka folyt. A terv az, hogy a szeptemberben kiadásra kerülő DragonFly BSD 2.8 lesz az utolsó olyan kiadás, amelyben a Big Giant Lock (BGL) be van kapcsolva. A 2.8 struktúráinak jelentős része már mentes lesz a BGL-től. Matthew azt tervezi, hogy a kiadás után a HEAD-ben a BGL kikapcsolásra kerül és ha nélküle is stabil marad a rendszer, akkor teljes egészében eltávolításra kerül.

A szeptemberi kiadásra szinte minden, ami teljesítmény szempontból számít, MPSAFE lesz.

A részletek itt.

Matthew Dillon nemrég bejelentette, hogy egy új fájlrendszer disaster recovery eszközt készített a HAMMER-hez. Elérhető a DragonFly BSD HEAD-ben. A "hammer" utility-be implementált, fájlrendszer visszaállítást célzó "recover" fájlrendszer image-eken működik (hasonlóan a "show"-hoz).

Matthew Dillon - a DragonFly BSD projekt első embere - tegnap bejelentette, hogy nagyobb változások mutatkoznak be a DragonFly BSD HEAD-ben. A változtatások a kernelstruktúrákat érintik, így azoknak, akik a HEAD-et követik mindenképpen le kell nyomniuk egy teljes buildkernel/installkernel rutint, de akár fontolóra vehetik a buildworld/installworld párost is. A bejelentés elolvasható itt.