Késik a FreeBSD 6.0

Címkék

Tegnap este még az volt olvasható a FreeBSD projekt release engineering oldalán, hogy augusztus 15-én, azaz ma fog megjelenni a FreeBSD 6.0. Amint az a jelekből korábban kiolvasható volt, ma már biztos, hogy nem fog megjelenni a 6.0. Egyelőre nem ismert, hogy mikor fog.

A fejlesztők valószínűleg azért döntöttek a halasztás és egy újabb beta kiadása mellett, mert a levlistára meglehetősen sok bugreport érkezett az elmúlt napokban.

A kiadás nem ismert, de néhány dolog (majdnem) biztosnak látszik:- A FreeBSD 6.0-BETA2-t egy BETA3 fogja követni. Hogy mikor az egyelőre TBD jelzéssel van megjelölve a RE oldalon. A TBD jelentése ``To Be Decided'', azaz majd el lesz döntve.

- Elvileg a mai napon kezdődik meg a ports fa taggelése, a fagyasztás befejezése és a végső csomagok elkészítése is ma indul.

- Ezt követi majd egy RC1-es kiadás, aminek a dátuma szintén TBD.

- Ha az sikeres, akkor jöhet a verziószám léptetés, a 6.0-RELEASE build elkezdése, az ftp-master-re való feltöltés és végül a bejelentés.

Hogy az utolsó fázisokból melyik mikor fog bekövetkezni, az egyelőre ismeretlen. Hogy a release ciklus végső szakasza elindulhasson, ahhoz a 9 show stopper hibát ki kell javítani.

Részletek a FreeBSD 6.0 Release Process oldalon.

Hozzászólások

Szerintem ez várható volt, és így is van jól. Ha valaki a bugs.freebsd.org oldalon megnézi az open PR-okat, akkor látható, hogy van még mit javítani. Én is találtam pár hibát és reportoltam őket, az nve drivert nagyon szeretném ha kijavítanák, sokan jelezték még rajtam kívül, hogy problémájuk van vele, de sajnos fejlesztő nem igen akad aki ki tudná / ki akarná javítani.

In article <42.49838@c.hup.hu>, Gábor wrote:
> Én is találtam pár hibát és reportoltam ?ket, az nve drivert nagyon
> szeretném ha kijavítanák, sokan jelezték még rajtam kívül, hogy problémájuk
> van vele, de sajnos fejleszt? nem igen akad aki ki tudná / ki akarná
> javítani.

"problemajuk van vele" Egy filet nem lehet vele athuzni, eldobja magat
a hulladek kernel

--
Bérczi Gábor
/Gabu/

Én nem azt mondtam... ha nézegeted a hozzászólásaimat, akkor láthatod, hogy én is FreeBSD-párti vagyok. 5.3-at használok szerveren, de a 6-ossal azért még van pár probléma, amit ki kéne javítani, szóval pozitív értelemben írtam, hogy jól van ez így, hogy még nem jön a végleges. Én is próbáltam tesztelgetni, jelentettem is pár hibát, de sajnos eddig egyikkel sem foglalkoztak...

Én használok 5-STABLE-t, meg 6-ost is és nekem a 6-os tűnik megbízhatóbbnak, legalábbis az a pár hiba, ami miatt kipróbáltam, eltűnt.

De majd Gabu megmondja a tutit, mer' a makkosiksz hibátlan.

Tényleg. Mi lesz az Xserve-vel? Mióta kiderült, hogy a Mac is PC, valahogy lekerült az Apple főlapjáról és az összehasonlítást sem látom a nagy vetélytárs Xeon processzoros hullámbádogokkal.

Hogy is van ez? Gagyi P4 lesz az ultrakool szerverben? Vagy hurkatöltő Xeon?

Vagy vége, ennyi az Apple szervernek?

A régi hibák lehet megszűntek, azt elhiszem, csak nekem itthon egy elég új asztali gépem van (nforce 4 chipset, pci-e, athlon64), úgyhogy 5-öst itthon nem is használtam, mert abban egyáltalán nem volt nve driver. Azért lobbyzok nagyon, hogy javítsák ki, mert itthon szeretném használni a hatost. Másik hiba, amit találtam, az nem komoly, a grafikus képernyőkímélők nem töltődnek be. Aztán van még olyan, hogy ndisgen(8) és ndiscvt(8) a SEE ALSO résznél ndis(4) -re hivatkozik, de ilyen manpage nem létezik. Illtve egy CFLAGS/COPTFLAGS működésbeli szokatlanságot jelentettem. Utóbbi kettőt könnyű lenne kijavítani mégsem foglalkozott vele senki. Ezt nem értem igazából, hogy miért nem javították már ki. Ha én találtam ilyen könnyen kijavítható hibát, akkor feltételezem, hogy az open PR-ek közt van még pár, ezért tartom jó 5letnek hogy csúszik a kiadás, jó lenne, ha lenne idő mindnek a kijavítására.

Ja, i386. A /usr/src/share/man/man4/man4.i386 könyvtárban van az ndis(4), és ezért csak i386-ra fog települni. Ami logikus is, mert ha jól emlékszem, az ndis 32-bites Win drivereket kezel. 64-biten valszeg nem szólalna meg. De lehet, hogy nem jól tudom...

Laci

P.S.: Vannak már egyáltalán third-party wifi driverek win64-re?

Az elmult napokat nezve a listan van par LOR [www.google.co.hu] (lock order reversal) es nehany csunyanak latszo fatal trap, ami ugyan nem lathato szemmel annyira mint az itt felsoroltak, de ha belefut a kernel, akkor dob egy hatast. Ezeket mindenkeppen meg kell vizsgalni, el kell donteni, hogy fals positive-e a bejelentes, vagy valoban hiba, es ha hiba, akkor ki kell javitani.

Sztem nyugodtan elküldheted még1x levlistára a bugreportokat (külön PR-t nem érdemes neki csinálni, abból már így is millió van) hátha most felfigyel rá vki.

Véleményem szerint elég kevés aktív fejlesztő heggeszti a legkritikusabb részeket ők pedig mindig el vannak havazva.

Ezt így konkrétan nem tudom, mert még nem próbáltam, de valamilyen szinten az amd64 visszafele kompatibilis az i386-tal, az egy dolog, hogy a Windowsnak mindenhez új driver kell, és még nyomtatni sem tudsz ha nincs 64 bites drivered, holott a nyomtató aztán nagyon kihasználja a 64 bites címzést meg regisztereket...

Viszont mivel ndisgen(8) meg ndiscvt(8) van amd64-en is, ebből következtetek arra, hogy ndis(4)-nek is kell lennie.

Nekem a desktop gepemen beta2 van.

Tegnap elfelejtettem umountolni az usb digit fenykepezot mielott kihuztam.. Persze utana mar nem tudta siman umountolni, ami nem is meglepo, viszont amikor mondtam neki, hogyumount -f, szepen resetelt egyet a gep...

Ja es a masik dolog, hogy ha nem ugy inditom a rendszert, hogy acpi disabled, akkor random ido utan csontra lefagy. (Asus a7n8x-deluxe alaplap)

Van meg min javitani valoban.. :p

Gábor wrote:
> Ezt így konkrétan nem tudom, mert még nem próbáltam, de valamilyen szinten
> az amd64 visszafele kompatibilis az i386-tal, az egy dolog, hogy a
> Windowsnak mindenhez új driver kell, és még nyomtatni sem tudsz ha nincs 64
> bites drivered, holott a nyomtató aztán nagyon kihasználja a 64 bites
> címzést meg regisztereket...
A nyílt forrású OS-eknek is "új driver" kell, csak ott jó esetben annyi
a dolog, hogy újrafordítják (feltéve, ha nem tartalmaz gép, vagy
architektúrafüggő kódot), míg a zárt forrású OS-eknél ez már kicsit
bonyolultabb lehet.

Nem ugy volt, hogy FreeBSD is atter az OpenBSD fele release cyclere? De ugy latszik ez nem jott nekik ossze. Pedig annyira egyszeru lenne....

> Tegnap elfelejtettem umountolni az usb digit fenykepezot mielott kihuztam.. Persze utana mar nem tudta siman umountolni, ami nem is meglepo, viszont amikor mondtam neki, hogyumount -f, szepen resetelt egyet a gep...

Ez nem uj bug. En kb. a 4.8 (vagy 4.7) ota szopok ezzel, csak nalam az smb kapcsolat masik felen levo gep szokott random lerohadni, mire a freebsd is eldobja magat.

Igazan remek.

On 2005-08-16, Blanka Gyula <albinet@axelero.hu> wrote:
> Nekem a desktop gepemen beta2 van.
>
> Tegnap elfelejtettem umountolni az usb digit fenykepezot mielott kihuztam..
> Persze utana mar nem tudta siman umountolni, ami nem is meglepo, viszont
> amikor mondtam neki, hogyumount -f, szepen resetelt egyet a gep...

Ha konzolon vagy, nem resetel, hanem kiir egy baratsagos hibauzenetet,
meg keszithetsz kernel dumpot is.

Amugy van fejlodes: hasonlo szivatas volt, hogy bedugsz egy lockolt
floppit, felmountolod, megprobalsz irni egy fajlba a floppi
fajlrendszeren, kiszeded a floppit, es jonehanyszor megprobalod
lemountlni a floppit (meg "-f" se kell, asszem).

Na, a CURRENT ezt mar nem eszi meg...

Cs.