- A hozzászóláshoz be kell jelentkezni
- 2389 megtekintés
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.
- A hozzászóláshoz be kell jelentkezni
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/
- A hozzászóláshoz be kell jelentkezni
Tudjuk, a Linux sokkal jobb... :)
- A hozzászóláshoz be kell jelentkezni
É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...
- A hozzászóláshoz be kell jelentkezni
É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 hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Nálam megvan BETA1/2-ben mind a három manpage.
Egyébként nekem is jobbnak tűnik a 6-os, bár én nem teszteltem olyan szuper vason, mint a tied ;-), meg az nve driverre sincs szükségem.
Laci
- A hozzászóláshoz be kell jelentkezni
Én BETA1-en néztem amd64 platformon. Neked i386-os van? Lehet azokban megvan.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Az nve bugról egy jó kis summaryt küldtem a stable meg current listákra, de csak egy user válaszolt rá, hogy egyetért velem, és Ő is szeretné, ha ki lenne javítva.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Nem ugy volt, hogy FreeBSD is atter az OpenBSD fele release cyclere? De ugy latszik ez nem jott nekik ossze. Pedig annyira egyszeru lenne....
- A hozzászóláshoz be kell jelentkezni
> 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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni