Linus Torvalds: Linux 2.6.20-rc2

Címkék

Kicsit megcsúszott a 2.6.20-as kernel kiadási menete, mert a fejlesztők azt próbálják kideríteni, hogy mi a helyzet a 2.6.18.3 óta jelentkező rtorrent hash hibákkal. Noha Linus szerint ez nem érinthet olyan sok embert, mégis aggasztó, ezért a Linux kernelfejlesztők legjobbjai dolgoznak a probléma megoldásán. Jelenleg a kernel stabilizációja folyik, amely főként driver (usb, sound, dri, pci hotplug) és ACPI, arm és ppc arch frissítésekben nyilvánul meg. A bejelentés itt.

Hozzászólások

Karácsony alkalmából legyetek kedvesek engem felvillanyozni, hogy az rtorrent hash-nek mi köze van a kernelhez? Tegyük hozzá, hogy én is pontosan emiatt álltam át azureusra illetve ktorrentre (emit szintén dropolok most).

Lehet hív valami olyan kernelhívást, ami bugos.

Egyébként ha 2.6.18.3-s kernellel jelenkezik a hiba, és az azelőttivel nem, de egyébként minden ugyanaz a gépen, akkor azért erősen gyanus, hogy lehet valami a kernelben, vagy valamiben, ami azzal összefügg.

És ez nem feltétlen azért gáz, mert az rTorrent hibát csinál, hanem azért, mert más is csinálhat.

Szerintem. Aztán meg majd megmondják.

hat persze, az userland p2p programok kernelt hivnak, ahahah

amugy az van hogy vmi okos megmondoember vezenyletevel szetbasztak a memoriakezelest (mi mast, a linux osszes hatranya onnan szarmazik, hat persze), minekfolytan eddig jol mukodo programok egyszercsak egy-egy sync() hatasara 0x00-t kezdtek irni valid data helyett a hddre, aztan rajottek hogy ezt igy publikban maillistan kijelenteni eleg gaz, ugyhogy az addig hevenyen anyazo linus hirtelen kijelentette hogy a kernel voltakeppen most, corruptolva mukodik JOL, es az userland a rossz AHAH

ezt a behaviourt pedig mar az emlekezetes arcangeli-fele - visszavont - VM szetbaszas ota ismeri mindenki

linux - dontuse

ja, es persze a disztrok is teszteles nelkul kikurtak a bugos kernelt publicba, szoval ennyit a disztrok stabil kerneleirol is, ROTFL

te csak ne javitsd ki szegeny ordogot, konkretan hazugsagnak hivjak

az meg senkit se erdekel hogy szerinted teljesen normalis hogy "unstable" distrok eseten nincs alapszintu QA sem egyik distronal sem, meg hogy ez nem is szamit persze, ugyse hasznalja senki csak a l33t haxx0rok

Jaj, amikor kiderül, hogy bebuktuk, akkor jövünk egy alpha állapotban levő, snapshot szoftverrel? Ebben szeretnél hibát keresni? Olyanban, amit úgy adnak ki, hogy: Senki ne használja másra mint tesztelésre és bugreport készítésre? Ez kb. olyan, mintha én a Leopard-ban keresném a hibákat... Piti.

A szoftvermegbízhatóság kérdésében itt értsd:

a legújabb == "a legújabb stabilként kiadott, karbantartással bíró"

Bocs, hogy ezt így nem rágtam a szádba, de azt gondoltam, hogy ezt itt nem kell, mert egyértelmű. Ezek szerint vannak itt még n00b-ok.

"ugyse hasznalja senki csak a l33t haxx0rok"

Nem 3l33t haxx0rok használják, hanem jelenleg alpha teszterek. Segítek: az alpha teszt lényege, hogy a beta tesztre jobb állapotba kerüljön a szoftver. A beta teszt lényege, hogy az RC{1, 2, 3, ..} még jobb állapotra kerüljön a szoftver. Az RC tesztek lényege, hogy __kiadható__ állapotba kerüljön a szoftver.

"szerinted teljesen normalis hogy "unstable" distrok eseten nincs alapszintu QA sem egyik distronal sem"

Ebben a folyamatban semmi értelme nincs QA-nak, mert maga egy QA folyamat.

remélem ez segít

--
trey @ gépház

Most tényleg nem értem, hogy milyen alpha tesztről beszélsz trey... Ez bug már a 2.6.19-ben is benne volt, nem csak a mostani 2.6.20-rc-ben. A 2.6.19-et meg tudtommal nem alpha teszt állapotú kiadásnak hívják. (Egyébként az rc-t sem, "Release Candidate" nemhogy az alpha, de a beta stádium utáni folyamat).

Talán ha nem a végén kapcsolódnál be valamibe, akkor nyilvánvaló lenne, hogy miről beszéltünk. Azt állította barátunk, hogy a bugos kernelek benne vannak a disztrókban. Fel is sorolt néhányat, köztük az Ubuntu-t. Erre reagált Friczy, hogy az Ubuntu legutolsó stabiljában kajak nincs benne, lévén 2.6.17-10 kernel van. Erre, miután ezt bebukta, előkereste, hogy "de.. őőő...., de aa aa Feisty-ben" benne van. Erre kifejtettem neki, hogy a Feisty egy alpha szoftver, ami legjobb esetben is jövő tavasszal (április) lesz stabil, így viccess ezzel jönni.

Magyarul az egész amit írtam, nem a vanilla kernelről, annak verzióiról, hanem az Ubuntu kiadásokról és az azokban levő diszró kernelekről szólt.

remélem segít :)

--
trey @ gépház

Visszanézve valóban másra írtad. Persze nem veszne el az ember a threadekben, ha egy minimális javascriptel megoldotta volna már a csodás Drupal csapat, hogy nyitni-csukni lehessen a hozzászólásokat és a threadeket (vagy ugye menne élesben a news, ezzel mi is a helyzet? :).

Ezek szerint te a beiglit is megeszed félnyersen, mert mindegy, hogy a kisütött (stabil) verzióról beszélünk-e vagy az unstable-ról. Ízlések és pofonok...

Nem tudom tifelétek hogy van, de mifelénk egy fejlesztési folyamatnak a része, hogy hibás a kód. Ha már alapból tökéletes lenne, akkor nem kellene fejleszteni, hanem ki lehetne adni... (Mondjuk marha büszke lennék magamra, ha mindig minden tökéletesre sikerülne, ráadásul elsőre.)

Nah térj vissza a töltött káposztához inkább.

Üdv: Tamaas

A XNU (os x kernel) BSD komponense kezeli a VFS-t és a filerendszert. Azaz, a válasz: a kernel.

XNU's BSD component uses FreeBSD as the primary reference codebase (although some code might be traced to other BSDs). Darwin 7.x (Mac OS X 10.3.x) uses FreeBSD 5.x. As mentioned before, BSD runs not as an external (or user-level) server, but is part of the kernel itself. Some aspects that BSD is responsible for include:
 
* process model
* user ids, permissions, basic security policies
* POSIX API, BSD style system calls
* TCP/IP stack, BSD sockets, firewall
* VFS and filesystems (see Mac OS X Filesystems for details)
* System V IPC
* crypto framework
* various synchronization mechanisms

(Forrás)

--
trey @ gépház

Ahogy írják (innen a hozzászólásokból követtem valami linket egy thread-re), nekem úgy tűnik, hogy 2.6.19-ben jelent meg a hiba, a hibát bejelentő ember szerint 2.6.18.3-ban nincs probléma.

Viszont a Debian 2.6.18-3 (ami nincs a stabilban, csak testingben) tartalmaz pár 2.6.19-ből backportolt változást, és a hiba jelentkezik.

Valamint ext3 és reiserfs adathibáról is érkeztek jelentések.

G

SID-et használok, életem a veszély ;)
Különben eddig soha nem volt néhány bosszantó KDE bugnál nagyobb problémám (amikor egyik frissítés után nem indult az X, akkor pont nem voltam netközelben, így megúsztam)....
De ez durva volt, mindenesetre, szerencsére komolyabb adatnak nem lett baja.

Hmm, újabb kernel hír, olvasom az oldalra lépve, éppen akár egy moderálatlan fórumról szabadulhatva (de most szerencsére nem).

Aztán látom, hogy 60 hozzászólás, és a harmadik Gabucinóé...
Utána már csak a hozzászólások első sorait olvasom el, és töprengek azon, amit oly sok ideje nem értek:
Trey miért nem moderálja az oldalt az olyan emberek hozzászólásaitól, akik egyszerűen nem képesek normális hangvételben, mindenféle csillagozás és rövidítés nélkül elmondani véleményüket.
Vagy ha ez nem sikerül, akkor miért nem bannolja az ilyen emberek IP címét.

Mivel trey tartja fent az oldalt, és az ő idejéből megy el ez a rengeteg idő, hogy válaszolnia kell hülyeségekre, bőven megérné valamelyik a felsők közül.

Egyre rosszabb nézni, ahogy egy vagy két ember, akik normális hírek normális hozzászólásait teszik tönkre (és még finoman fogalmaztam), alakítják az eleddig élvezetes oldalt flamehalmazzá.

Több ezer felhasználó van a hupon regisztrálva is és névtelenül is, és szerintem nem azért jönnek, jövünk az oldalra, hogy néhány hülyegyerek (már bocsánat) agymenését olvasgassák/olvasgassuk.

Nem a felhasználókkal, mint emberekkel van bajom, hanem az elvakult csőlátásuktól, amibe mindenki más véleményét megpróbálják beleerőltetni, ha pedig nem megy (már pedig kevés esetben sikerül), akkor az eredmény fentebb látható...

A HUP-hoz az évek során hozzánőtt Gabu. Persze generálja a flame-eket, ahogy néhány másik ember is, de nélkülük nem lenne ugyanaz az oldal.

Amúgy meg a flame által néha többet tudhat meg az ember, mint maga a cikk által. Ez ilyen kéretlen melléklet, de azért hasznosabb, mint amiket levélben szoktam kapni... ;-)

Amúgy ha nem érdekel a flame, nem muszáj elolvasni. Többnyire én is így teszek.

Üdv: Tamaas