Děkujeme všem za kernel 2.6.31, který se nedá používat. (diskuse)

[Mrkva]

Už hodně dlouho (od 2.6.27 tuším) jedu jen na -rc verzích jádra (pokud je tedy -rc aktuálnější než stabilní verze) a zatím jsem na žádný problém nenarazil :)

I když, vlastně - se zapnutým KMS mi nefungují klávesy na regulaci jasu displeje ale to je fuk, protože notebook je stejně pořád na nabiječce a baterku tam mám jen aby držela stav RAM, když ho přenáším :)

[dan.h]

Mně pod Ubuntu 9.10 nefungovala nějaká adresa na PCI sběrnici a nefungoval zvuk... tak jsem přešel na Arch Mám vlastní zkompilované jádro stažené rovnou z kernel.org a díky tomu, že VIA Unichrome ovladače jsou v hlavním stromu, tak jsem bez problémů.

[thingie]

V 2.6.31 je například začleněna rozsáhlá podpora KMS pro ATI karty. A to je jedna věc. Ale hlavně, že je to zbytečnost, protože nám náhodou něco nefunguje. Achjo.

[sxznam]

KMS je mi zcela ukradený. Spousta aplikací nemá ani refresh pomocí F5 a pak se takový desktop nedá vůbec používat. KMS takový fatalní vliv nemá.

[thingie]

Mně je zase ukradený nějaký refresh pomocí F5. Jednak ani nevím co to je, a tuším, že i kdybych věděl, taky by mi sotva přišlo, že má to nějaký fatalní vliv.

[sxznam]

Vytvořím v složce A soubor (stažením, napsáním dokumnetu, atd...). Pak chci s tímto souborem pracovat. Jenže. Dolphin jej nezobrazuje. Nautilus jej také nezobrazuje. (Midnight commander ho ale vidí) Takovéto chování vykazuje nahodile a poměrně často. Po stiku klávesy F5, která bývá namapována na akci "refresh" se soubor najednou objeví.

U Dolphinu/Nautilu to lze takový bug tolerovat, lze složku refreshovat. Ale kopa běžných aplikací typu Isomaster logicky neumí refresh (F5) a jsou tak zcela nepoužitelné, když soubory vytvoře před 10 minutami nevidí.

[thingie]

Drobná chyba v *notify a GUI nějakých piotmých aplikací, o kterých jsem v životě neslyšel (isomaster, wtf)? To ta aplikace neudělá nový readdir, když člověk změní adresář a zase zpátky? A hlavně, nejspíš je to otázka jedné malé opravy. Fakt impresivní. Fatalní. Hrůza. Katastrofa!

Naproti tomu KMS se ukazuje být velmi důležité pro správné a spolehlivé probouzení videa po suspendu. To mi přijde… důležité. Docela dost.

[sxznam]

95% aplikací se takto chová. Rozhodně všechny Kde-apps i gnome apps, Mplayer/SMPlayer, VLC,... De facto jen konzolové nástroje tím netrpí.

[thingie]

Spíš 94,37, řekl bych.

[Mandarinka]

Jestli nechápete o čem ten problém je, tak ysi ty komentáře nechte.

[thingie]

Chápu. O ničem. Průměrná buga v Qt nebo GTK+ nadělá větší bordel.

[Grunt]

Heh, toto mi přijde jako klasický vyhodnocovací problém:

Rozbíjejí poslední dobou vývojáři více a více důležitých funkcí a nebo je ta brake-rate pořád stejná a jen se ke GNU hrne víc lam, které je více slyšet?

Odpověď je silně závislá na úhlu pozorovatele. Ten Einstein to měl asi v hlavě dobře setříděné.

[thingie]

Tohle se hlavně dá nejspíš triviálně opravit. Což o chybějícím KMS třeba prostě říct nejde.

[thingie]

(Co se vlastně třeba stane v situaci, kdy na daném fs nelze *notify použít?)

[petris_]

Pouziva se pak demon, ktery to zaridi pres bezne operace: http://en.wikipedia.org/wiki/File_alteration_monitor

[l4m4]

Eh? File open dialog snad při vytvoření udělá readdir(). Potom se sice spoléhá na sledování změn, ale to už je putna. Takže proč by to mělo ovlivňovat normální programy (do čehož nepočítám klikošské správce souborů)?

[pht]

V 2.6.31 je například začleněna rozsáhlá podpora KMS pro ATI karty.

Je tam jen pro ATI karty z doby ledové. Majitelé čehokoli novějšího si museli počkat na jádro .32.

A to je jedna věc.

Je to sice záslužné, ale z perspektivy toho, že se o fungující-nefungující podpoře opensource ATI hovoří-nehovoří už X let, by mi bylo zcela u prdele, jestli KMS bude teď nebo za měsíc. A celou tu dobu spolehlivě fungují uzavřené ovladače.

Ale hlavně, že je to zbytečnost, protože nám náhodou něco nefunguje.

Je to docela závažná chyba, která asi nasrala spoustu lidí a upřímně přiblížila práci v KDE k nepoužitelnosti. Představte si, že by najednou v nové verzi Vašeho prohlížeče začal být veškerý text bílým písmem na bílém pozadí. Je to triviální chyba, na kterou určitě existuje triviální oprava, a co jako? To si to má každý uživatel jít opravit, když chce číst web? Lidé jsou na rozbité věci podstatně citlivější, než na novinky.

[thingie]

Uživatel to neopravuje, jenom objeví. Od toho tu taky je

[kotyz]

nemas, nejnovejsi je 2.6.32 a jenom jeho changelog ma udajne 2MB (takze tohle urcite opravili a rozbili pro zmenu spoutu jinejch veci). ja mam 2.6.31.6 a zadny problemy sem zatim neregistroval.

[sxznam]

Asi budu muset kouknout na toho Archa. Všechny tzv. aktuální user-friendly distra trpí tímto bugem.

[kralyk z abclinuxu]

No já mam Arch aktuální a jádro je stále 2.6.31.6-1.
Nadruhou stranu tebou popisované problémy nepozoruju...

[pht]

Já na archu pozoruju a ten KDE bugreport sepsal také uživatel archu. Žádné jiné distro totiž asi ještě .31 nenasadilo.

[Jirka]

V Ubuntu je 2.6.31-17 a zmíněný problém už nepozoruji. Už i na tom launchapdu je, že "Fix Released".

[mimi.vx]

v gentoo je 2.6.32.x .....

[michich]

Ten bugreport u KDE je z 14. září.

[kotyz]

2.6.32 uz je asi tejden v testingu, dneska sem ho chtel nasadit, ale lirc vyzaduje 2.6.31 a v testingu neni novejsi lirc kterej by sel s 2.6.32, takze to necham jeste chvili spat.

[l4m4]

Fedora v tom případě není user-friendly.

V kernel-2.6.31.6-166.fc12.x86_64 a i v Nautilu, kde bych čekal, že se to projeví, se soubory objevují a mizejí okamžitě (tedy v řádu desetin sekundy).

[Grunt]

Fedora v tom případě není user-friendly.

To tvrdil kdo a kdy? Já zase slyšel, že je to jen vývojová platforma RedHatu, kterou může používat i veřejnost, když bude chtít a bude mít na to koule.

[l4m4]

To tvrdí implicitně příspěvek, na který jsem reagoval:

http://www.abclinuxu.cz/blog/achjo1/2009/12/dekujeme-vsem-za-kernel-2.6.31-ktery-se-neda-pouzivat#11

[Marv-CZ]

Zajímavé. Starám se o několik počítačů s Ubuntu a nikde jsem tuto chybu nezaznamenal. A jak čtu komentáře, tak ani nikdo další na ni nenarazil. Spíš to bude nějaká specifická záležitost, která se projevila až pár lidem po vydání. Akorát vy tu vykřikujete, jak je to fatální problém, který postihl celý svět.

[Grunt]

Stejné jádro a stejné neregistrování problému. Všechny ty file notify mi fungují už několik let bez nejmenšího problému. Naposledy jsem podobný efekt (efekt a ne problém z toho důvodu, že jsem to za problém nepovažoval) pozoroval někde na Windowsech (už ani nevím v kterých).

[sxznam]

problém je u 2.6.31-5, vyzkoušeno na Opensuse a Ubuntu. Podle diskuze výše, v Ubuntu je již 2.6.31-17 a problém zmizel. Opensuse z má nepochopitelných důvodů pořád 2.6.31-5.

[l4m4]

Doufám, že se nesnažíš porovnávat to číslo za pomlčkou (tj. package release) mezi distribucemi?

[sxznam]

Ale ne.

Tím jsem chtěl říct, že Opensuse i Ubuntu začínaly shodně s číslováním na 2.6.31-5 a trpěly stejným problémem. (evidentně rozšířeným napříč distribucemi). Ubuntu již kernel updatovalo (2.6.31-17), a problém "prý" vyřešili.

Já jsem si původně myslel že přijde update GUI, které nezareagovalo na změny kernelu. Zřejmě je ta chyba někde mezi, těžko říct kde.

[____]

Já teda používám Xfce, které používá FAM pro notifikaci, a nic jsem nezpozoroval. :) Teď jsem najel na 2.6.32, protože mi už blbnul proprietární ovladač na Wi-Fi od Broadcommu (hurá, systém zamrznul, hurá, kouslo se Wi-Fi) a v tomhle jádru už můžu použít b43. Navíc se mi zdá, že se nějak ještě vylepšil KMS. Pokrok nezastavíš. Jestli mě někdy jádro s nějakou novinkou nepotěšilo, tak to bylo tehdy, když mi přestal jít suspend.

[Michal Kubeček]

To jste si to, sakra, nemohl nechat pro sebe, že se nedá používat? Dokud jsem to nevěděl, spokojeně jsem ho používal…

[rADOn]

+1

[David Jaša]

TuxCluster v novém vydání?

[R]

Toto som si nevsimol, ale vsimol som si poskodzovanie pamate (?) pri hibernacii. V 2.6.30 ziadne problemy, ale v 2.6.31 aj 2.6.32 po prebudeni niektore beziace programy zahadne padaju...

[Grunt]

Od dob co existuje Open Source už neexistuje nic takového jako záhadný pád.

[Michal Kubeček]

Už jste někdy psal netriviální multithreadovou aplikaci? :-)

[Grunt]

No dobře, ale i tak. Stále je možné dělat víc než jen hledět na nepovolenou instrukci na adrese 0x7855454 a třískat do stolu při mačkání tlačítka OK. Že nastala nějaká chyba je zcela irelevantní, důležité je vědět proč.