X.Org Server 1.11

Vyšel X.Org Server 1.11. Toto vydání se zaměřuje především na opravy chyb – očekávané nové funkce (zejména X Input 2.1 a RandR 1.4) byly odloženy. Dochází také k rozbití ABI grafických ovladačů, nejnovější NVIDIA blob však již tuto verzi podporuje.

29.8.2011 06:22 | Nicky726 | Nová verze

Komentáře

[Dreit]

Žeby právě tohle byl ten důvod proč jsem dneska nastartoval (a doteď se nervuju) v nižším rozlišení?

[Dreit]

Už to zase jede, wow :-o Kdoví čím to bylo, rozhodně X.Org snad nemůže za to, že se i v konzoli změnilo rozlišení..

[mrf]

v konzoli to muze delat nouveau kdyz se zacne po upgradu natahovat. (pokud máte nvidii)

[Dreit]

Právě že mám ATI Radeon. Dva monitory, oba s max. rozlišením 1280x1024, ale teď si to myslí že jeden z nich umí jen 1024x768 - na druhou stranu se mi to stávalo už dřív, asi po třech restartech Xserveru to jede obojí normálně....ale konzole pořád zlobí

[Tomáš Bžatek]

Tyhle veci ma resit DRM driver v kernelu, ne xserver.

[marvn]

Už aby tu byl wejland :(

[little.owl]

Ano. Uz bych take nejradsi cela X pohrbil do nejakeho kompatibility modulu.

[pavlix]

Ti pokrokovější jistě už pohřbívají i Wayland.

[rellix]

Presne, ale inak tie X sa len tak rychlo nestratia alebo uz vidim ako do-hack-ovavaju do Waylandu podporu remote applicakacii ... :) wayland 2 = X

[Peter H.]

O to sa neboj - to nie je chyba, ale vlastnosť a "remote aplikácie" predsa nikto* nepotrebuje.

_{*Sláva desktopovému Linuxu}

[kyytaM]

Ako keby na to neexistovali ine riesenia. Niektore s daju dokonca rozumne pouzivat aj cez WAN spojenia.

[rellix]

Ja si neviem predstavit bez toho pracovat kazdy den(dost velkych fierm ma na X zavisi), ale vyzera to nadejne wayland ubuntu discussion .

[__dark__]

Remote aplikace postupně převálcuje Html+JS

[rellix]

no nechcem tu rozputavat ziadenu slovnu valku, vecsina java applikacii je uboho pomala a aby fungovala lepsie treba vynalozit dost velke usilie. Skor si myslim ze skutocne treba prepracovat ten X protokol, trebars aj nahardit novym a prisposobit to cele na dnesne poziadavky a konecne sa zbavi roznej zpetnej kompatibility v prospech rychleho a moderneho os.

[Josef Kufner]

Pomalost Javy není způsobena použitím X Window. Režie X je dost malá na to, aby uživatelské rozhraní bylo plynulé. Výkon není dostatečným argumentem k tomu, aby to obhájilo zahození síťové transparentnosti.

[finn]

Existence síťové transparentnosti není dostatečným argumentem k tomu, aby obhájila slabý výkon.

[l4m4]

Slabý výkon[*] je kvantitativní problém. V nejhorším případě je zapotřebí výkonnější hardware.

Neexistence síťové transparentosti je kvalitativní problém. Můžeš se stavět na hlavu a existovat nezačne.

[*] Nepozoruji, ale řekněme, že někdo ano.

[finn]

Síťová transparentnost buď je nebo není, to máš pravdu, ale to jsem svým příspěvkem vůbec nechtěl řešit. Chtěl říct následující: uvedený pseudoargument

Výkon není dostatečným argumentem k tomu, aby to obhájilo zahození síťové transparentnosti.

je čistě subjektivní. Někdo může naopak upřednostnit výkon před síťovou transparentností – a bude mít taky pravdu.

Takže máme dvě skupiny uživatelů – jedni chtějí zachování síťové transparentnosti, druzí vyšší výkon. Otázka je, kterých je víc.

[pavlix]

uvedený pseudoargument je čistě subjektivní.

Jestli potřebu klíčové a mnohými denně používané funkce považuješ za pseudoargument, tak to by tě třeba moji zákazníci hnali s koštětem.

[finn]

Pseudoargument je to proto, že je subjektivní. Polopatě: když řeknu „Dům se musí zbourat, protože má narušenou statiku.“, pak větu vedlejší „protože má narušenou statiku.“ považuju za argument.

Pokud mi někdo řekne „Dům se musí zbourat, protože se mi nelíbí.“, pak takové odůvodnění označím za pseudoargument.

Stejně tak ničím nepodložené tvrzení, že síťová transparentnost je nadřazená výkonu, nepovažuju za argument. Už je to jasnější?

[little.owl]

To je prave omyl. V realu, ciste statisticky, pro vetsinu uzivatelu, je sitova transparency naprosto irelevatni, rozhodne ne klicova. Pokud bude k dispozici jiny protokol pro remote aplikace (SPICE, VNC), neni co resit.

[pavlix]

To je prave omyl.

Děkuji, že jsi mi to vysvětlil. Ode dneška kvůli tobě přestanu tuto funkci používat, protože jsem ji vlastně nikdy nepoužíval a pouze se mýlím.

[Semo]

Zaujmave je, ze zastanci vykonnostne narocneho PulseAudia argumentuju, ze je to prinos, pretoze prinasa moznost zmiesavat zvuky (vie aj doteraz pouzivana Alsa) a sietovou transparentnostou. Pri X-och su naopak ochotni sietovost ochotne obetovat vykonu. Takze z moznosti prenasat po sieti obraz z vstupy a nie zvuk, prejdeme na moznost prenasat zvuk a nic ine. Zrat bude rovnako jedno aj druhe. Ak sa niekto bude pytat na moj nazor, tak obraz a vstupy po sieti su pre mna 100x uzitocnejsie ako zvuk.

[dustin]

Myslím, že užitečné je obojí. Ale souhlasím. Nicméně propagace pulseaudia v ubuntu není o síťové transparentnosti, ale o snadném používání USB zvukovek, přepínání a především - o funkcích, které jsou běžné ve windows a moderní linux je přece také musí mít :)

[pavlix]

Konkrétně?

[Peter H.]

Napadá ma napr. možnosť regulovať hlasitosť každej aplikácie zvlášť.

[stativ]

Jako by to OSS dávno neumělo…

[kyytaM]

Kolko zvukoviek ma drievry pre OSS?

[stativ]

Kolik let trvalo, než PA začalo aspoň trošku fungovat? Za tu dobu by se těch pár chybějících driverů stihlo dodělat taky.

[R]

Alebo radsej pridat pre-process volume do ALSA...

[stativ]

To ne. Vzhledem k architektuře ALSA by to byl docela problém. ALSA na rozdíl od OSS není multiplatformní ani trochu (viz *BSD a Solaris). Navíc má OSS podle mého názoru hezčí API.

[kyytaM]

OSS ktorej verzie? :)

[stativ]

Samozřejmě verze 4. To, co je v kernelu je dávná minulost.

[Tomáš Bžatek]

A kolik to stoji? Uz to uvolnili pod rozumnou licenci?

[stativ]

Asi tak tři nebo čtyři roky je zadarmo jako opensource (konkrétně GPL/BSD/CDDL licence).

[pavlix]

Když tě napadne ještě něco, tak připiš :).

[Peter H.]

Asi nenapadne, pretože ten zázrak k šťastiu nepotrebujem, ale chcel si príklad a toto sa spomína asi najčastejšie :)

[pavlix]

OK.

[dustin]

Úplně jiný princip posílání dat zvukovce, než jak se standardně používá v čisté alse.

Princip je popsaný v již klasickém dokumentu http://0pointer.de/blog/projects/pulse-glitch-free.html . Umožňuje to držet zvukovku na minimálním počtu interruptů (tedy nejnižší minimální spotřeba) a nechat na aplikacích, aby si samy určovaly požadovanou latenci. Takže přehrávač hudby si nastaví latenci třeba 1s a bude dodávat data jednou za sekundu, po zbytek času může CPU klidně spát, běží jenom zvukovka a DMA řadič. Pak přijde požadavek na skypí hovor, ten bude chtít latenci 5ms, aby se to dalo poslouchat. A to vše bez slyšitelného přerušení přehrávání. Po ukončení hovoru se zase CPU může vrátit k sekundovému klimbání (samozřejmě pokud jej přehrávač nebude otravovat neustálou aktualizací GUI, ale to už je jeho problém).

K tomu potřebuje pulseaudio velice přesné informace od hardwaru, které od starších verzí alsy prostě nedostalo. Alsa s takovým režimem, který se používá ve Vistách a OS X, vůbec nepočítala a ty funkce byly ve špatném stavu. Tak se postupně se ty metody opravují, dodělávají, zrovna v těchto dnech se řeší patche, které zpřesní informaci o aktuálně přehrávané části paměti u usb zvukovek z 8ms na max. 2ms. A to bude znát, třeba u USB zvukovky při hrách, kdy je potřeba latence co nejnižší. S každou takovou opravou začne pulseaudio lépe pracovat.

V tomto novém principu, kde je pulseaudio mezi aplikací a zvukovkou, už nebyl problém umožnit přesměrování streamů mezi zvukovkami bez nutnosti jeho přerušení. Pro současný přenos do více zvukovek najednou (tj. několik nezávislých hodin vedle sebe) doplnili asynchronní resampling (libsamplerate to umí rovnou). No a od toho už byl jenom krůček k síťové komunikaci, což je šikovná vychytávka, ale jak je vidět, z pohledu pulseaudia nic podstatného.

Osobně funkce pulseaudia nepotřebuji a z kritických strojů (DAW, netbook) je odstraňuji. Na normálních firemních PC nechávám, nevadí mi. DOmnívám se, že kdyby bývali počkali s jeho nasazením o rok, nezískalo by tak oprávněně špatnou reputaci.

[pavlix]

Zní to docela hezky.

[dustin]

Zní, ale vyžaduje to velice přesné časování. Celý proces není řízen zvukovkou, ale softwarově high-precision časovači. Jenže zvukovka je pořád ten, kdo má zodpovědnost, jenže v tomto případě nemá skoro žádné pravomoce. A když se časovače netrefí, zvukovka vyčerpá data a konečná. Proto je tak nutné, aby ovladače poskytovaly co nejpřesnější informace o adrese právě čtené zvukovkou a dokonce i o adrese, jejíž data se právě přehrávají (tam je ještě třeba brát v úvahu spoustu dalších zpoždění). Není to vůbec jednoduché a pulseaudio používá řadů optimalizací, jak obejít nedokonalost driverů, někdy i hardwaru, který takovou informaci prostě neumí poskytovat. Proto někomu PA běží výborně, jinému žere CPU a jsou i případy, kdy to zvučí blbě. Ten cíl je prostě technicky hodně ambiciozní.

[pavlix]

Každopádně díky za objasnění.

[little.owl]

Mozna. A cim pohrbeny Wayland budou nahrazovat? A hint?

[pavlix]

A čím budu já nahrazovat zahozené X? Hint? (Tunelování přes SSH je podmínkou.)

Když jdou nahradit X, proč by nešel nahradit Wayland :D. To je něco, co anti-X fanatik prostě do své hlavy nepojme.

[little.owl]

Jiste nahradit lze cokoliv, tak otazka neznela. Ja jsem vas jen zadal o nejakou alternativu k Wayland - alespon podobne rozpracovanou - rad se poucim.

[pavlix]

Jiste nahradit lze cokoliv, tak otazka neznela. Ja jsem vas jen zadal o nejakou alternativu k Wayland - alespon podobne rozpracovanou - rad se poucim.

Vy mě nemáte o co žádat :P.

Zřejmě jste moji první reakci tohoto vlákna špatně pochopil, ač mám za to, že byla lidsky srozumitelná.

[D.A.Tiger]

Jj. ve světě Linuxových technologii je to velmi pragmatický postoj. Alespoň nejsou potom později překvapeni...

[marvn]

1. wtf, kdo pouziva muj nick? 2. na wejlend se netes, celkal bych ze se na nej (minimalne tady) bude spis nadavat...stejne jaku u pulseaudia, systemd a dalsich novinek

[pavlix]

Samozřejmě, že se bude nadávat. Ale teď se nadává na X. A je jedno, jestli se bude nadávat na Y nebo Z, hlavně když bude pořád na co.

[Tomáš Bžatek]

You've got point!

[Jindřich Makovička]

NVIDIA nejnovější verzi Xorg podporuje ve smyslu "s volbou IgnoreABI se to na vlastní riziko dá spustit".

[sachy]

Když jsou vývojáři x serveru h*o*v*a*d*a a rozbíjejí ABI tak se nikdo nesmí divit že ovladače nefungují...

[Scarabeus IV]

Hovada?
Vzdyt je predem informovano o kazde zmene ABI a neni zas tak tezke ty drivery prizpusobit a sestavit pred vydanim dane verze, to ze se nvidia a ati rozhodli to delat z5ne je jen a jen jejich blbost. Navic je predem rozhodnuto ze kazdy minor bump to abi pravdepodobne menit bude, takze by dane spolecnosti ten driver mohly sestavit treba k posledni RC a pak vydat s novou verzi (mezi rc a final neexistuje moc sanci ze by se to ABI znovu menilo).

[skywaker]

takze bolo by lepsie keby nvidia a ati nerobili ziadne propiertarne drivre? nebol by tym linux ochudobneny?

[Tomáš Bžatek]

Ne, bylo by lepsi, aby si konecne udelali v tymu poradek a zacali podporovat nove technologie. Jsou velky kus pozadu. Udrzet krok s tim minimem zmen mezi vyvojovymi cykly neni takovy problem.

[Rezza]

Tak u nVidie vetsinu veci nikdy podporovat nebudou - sdili vetsinu kodu mezi platformama a nechteji to prepisovat a hlavne ukazovat. Ale ze nestihaji releasy XOrgu je smutne...

[Tommy_CZ]

Jako kterou z věcí podporovat nebudou? Promiňte ale porovnejte kvalitu ovladačů ATI a NVIDIA. Z mého pohledu jsou ATI o poznání horší, nižší výkon, špatná kvalita "služeb" jako V-Sync, MIZERNÁ podpora v hrách, na některých PC nemožnost uspat (při použití fglrx), prostě u NVIDIA, kterou mám na 4 dalších PC nepozoruju žádný výrazný nedostatek, např. flash video akcelerováno (neříkám, že je to zásluha NVIDIA), atp. Když se mrknu do appdb.winehq.org, neb jsem student který občas nějakou tu hru zapaří, vždy vím, že u ATI si jistý hodnocením co tam je být nemůžu, kdežto u NVIDIA v drtivé většině ano. Nejspíš u ATI zapoměli na podporu pár věcí co jsou třeba.

No a podpora nových Xek? Já jsem rád, že jsou drivery NVIDIA v takovém stavu v jakém jsou a podpora se tam objeví sice dodatečně, ale přece. Jak dlouho, vzpomeňte, jsme čekali už Xkrát na podporu nových Xek a nových jader u catalystů, ne a ne, s každou novou verzí ve které nebyla jsme je proklínali.

Vždyť vydat novou verzi a chlubit se že jede rychleji glxgears, popř. přidali v-sync, no to ať se na mě nezlobí, ale ozubená kolečka řeším až opravdu nemám roupama co dělat a můj ovladač je dokonalý.

[vain]

No a to je to smutné, že nVidia je na tom vlastně v Linuxu ještě dobře.

[Tommy_CZ]

Bavil jsem se se známým, ten mi tvrdil, že apple si ovladače, ve svém OSX upravuje (proprietární), jestli je to pravda (možná se týká jen ATI a asi určitě jim je AMD neposkytuje zadarmo), proč stejný přístup nezaujme třeba Canonical? Nebo jiná, dejme tomu větší firma, vydávající distribuce... ad absurdum by se i ten google mohl nakonec pochlapit... :DD

[Tommy_CZ]

Možná je to blbost, v OSX se vůbec neorientuju....

[Tomáš Bžatek]

Google IMHO do grafickeho stacku neprispiva. Canonical je jen mala firmicka, ktera si vyvojare najima na specificke ukoly. Ani ona ale zatim nedokazala z nVidie vyskemrat dokumentaci a rozumne licencni podminky. Za Apple stoji take nekolikanasobne vetsi vyvojovy tym.

[Kvakor]

Bavil jsem se se známým, ten mi tvrdil, že apple si ovladače, ve svém OSX upravuje (proprietární), jestli je to pravda (možná se týká jen ATI a asi určitě jim je AMD neposkytuje zadarmo), proč stejný přístup nezaujme třeba Canonical?

Není zas až tak neobvyklé, že pokud dostatečně zaplatíte a podepíšete smlouvou, tak se dostanete i ke zdrojákům jinak uzavřeného softwaru a tajné dokumentaci hardwaru. Důležitá je právě ta smlouva - většinou je typu NDA, takže jediné, co by s ní bylo možné, by bylo udělat další binární blob, navíc všichni, kdo by se projektu zúčastnili, by se už nemohli podílet na vývoji otevřenáho ovladače.

[Tomáš Bžatek]

Ale tady nikdo ATI nezminoval. Kdyz uz jsme u toho, tak samotna AMD ma vyrazne lepsi pristup - pravidelne zverejnovani dokumentace ke GPU, pochopitelne vyjma casti zatizenych patenty. A to dalo vzniknout velice slusnym opensource ovladacum, ktere drzi krok s dobou a podporuji vse, co se dnes nosi - EXA, XRandr, KMS, Gallium3D a slusnou porci state trackeru. A kde je nVidia se svym blobem? Na tohle jsem narazel. Nouveau dobiha, ale kdyz jim vyrobce hazi klacky pod nohy, jde to velmi tezce.

A Rezza ma samozrejme pravdu, kvuli sdilene codebase spousta veci bude zrejme stale spatlana vlastnim zpusobem. Je to pripad jak fglrx, tak nVidie.

[Tommy_CZ]

No, nevím jakou máte představu o ovldačích, co drží krok s dobou, tak nevím kdy by se mi naposled podařilo spustit prostřednictvím opensource ATI ovladačů nějakou hru, ať už pro win nebo LNX, aniž by buď šla šíleně pomalu, nebo vypadala totálně špatně. Popř. řízení spotřeby - poloviční efektivita oproti fglrx. Nvidia je se svým blobem tady - na místě, kde průměrnému BFU jde všechno jak má, dokonce i ty jeho oblíbené hry - killer-feature dnešní doby a přiznejme si, na ničem jiném si budoucí tučnáky nevychováme. Na co EXA, na co XRandr když OpenGL kompozice jede parádně, na co KMS když si ty ovladače umí samy řídit spotřebu, na co Gallium3D (ale teď opravdu, na co, měl jsem zato že gallium 3D jsou nějakou nadstavbou ovladačů, čím jsou přínosem?)?

Výrobce především vyrábí super ovladače sám. Nemá žádnou povinnost dávat v plén dokumentaci a kdo to i přesto dělá, je u mě borec.

Jak dopadají ovladače ATI víme. Mizerný blob, mizerné opensource.

[Václav "Darm" Novák]

>KMS

minimálně na bleskové přepínání terminálů a GUI a lepší alternativu k framebufferu. Jo a wayland bez KMS nepojede.

[Tommy_CZ]

Počkejte, na přepínání čeho?? Terminálů? Eh.... měl jsem vždycky ten dojem že by BFU nejlépe neměl potřebovat vědět co je terminál a že správce si těch pár vteřin počká.... Navíc při denním užívání stejně otevřu spíše konzoli než bych odstřelil grafický režim a šel na tty jestli myslíte tohle....

S tím GUI myslíte co konkrétně?

S framebufferem.... použil bych citaci W.O.Radara.... "K tomu nemám co říct.... protože Vám vůbec nerozumím" :)

Wayland.... no to je dost pádný argument, vzhledem k tomu že se k němu nejspíš mílovými kroky blížíme... Uvidíme no, ale vsadím se že NVIDIA bude mít wayland-ready driver tak o 2 až 3 měsíce dřív než ATI a to už jej v té době budou některé distribuce využívat.

[Rezza]

nVidia nebude mit Wayland proprietarni drivery nikdy, hh. S jeho podporou nepocitaji a bylo by to i dost slozite - spoustu veci by museli dostat do kernelu atd. Takze neverim, aspon ne v tomto stoleti.

[Tommy_CZ]

Věříme a věřit budem... ;)

[Tomáš Bžatek]

A tady je dalsi hacek - my verit nemusime, my si zkratka napiseme to, co je potreba.

[Tommy_CZ]

Nj, já nemusím, já nemusím, vy se na vývoji ovladače nějak podílíte? Abych věděl jestli jsem šlápl do vosího hnízda.

[Tomáš Bžatek]

Neprimo, ja se zameruji na aplikace, kolegove pisou drivery a stack smerem nahoru (Cairo, Gtk).

[Rovano]

Kdes na tom byl? Pokud je mi známo, zatím(ZATÍM!) s podporou nepočítají.

[Rezza]

No byla by to hodne slozita vec - Wayland vlastne neni sam o sobe skoro nic. Spoustu veci by museli dostat do jadra ala nektere firmy - spodek open source a nad tim 3d closed? Ci to rozsekat a stale nechat proprietarni i v kernelu? Ale s tim, ze by nemohli sdilet tolik kodu, kolik ted sdili s ostanima platformama (a je to obri cislo). Takze ja tomu neverim...

[Tomáš Bžatek]

Wayland je kompozitor, k behu potrebuje DRI2, EGL a GLES2 (ci jak se to tedka jmenuje). Myslim, ze neni problem upravit stavajici nvidia/fglrx drivery alespon do compat modu s potrebnymi API jako frontendy, vykon bude zrejme mizerny, ale nejak to pojede.

[vencas]

na co XRandr když OpenGL kompozice jede parádně

XRandr s kompozicí vůbec nesouvisí. Pro mě osobně je absence Xrandr největší nedostatek fglrx -- místo aby se ty věci daly nastavit standardně (přes Xrandr applety, či přes xrandr), musím použít příšernost jménem amdccle, která vyžaduje restart Xek (!), po kterém jsou věci většinou stejně jinak, než jsem je naklikal.

[Tommy_CZ]

No počkejte, jak se dají nastavit opensource ovladače? Já jsem totiž na žádné nastavení nepřišel, vyjma např. nastavení 2monitorů vedle sebe v KDE4.7 co mám v laptopu. Vlastně jsem přišel na jeden nástroj, jmenuje se driconf a neumí nastavit (možná to není vada toho programu) téměř nic. amdcccle vyžaduje restart při nastavení monitorů vedle sebe a ještě při něčem jiném? Jinak ale souhlas že je to otrava. Alespoň, pokud se dobře pamatuju a opravte mě pokud ne,catalysty rozpoznají připojený druhý monitor a zeptají se, zdali chci přehodit obraz na něj či něco podobného. Nvidia ovladače tohleto neumí (prostředí stejné), vždycky musím lézt do nastavení NVIDIA a nejlépe ještě resetovat Xka, jak říkáte.

[vencas]

Open-source ovladače lze nastavit pomocí udělátek pro XRandR - xrandr (viz man), gnome-display-properties a asi dalších. Jediná podmínka (na to ale ta udělátka upozorní), že je třeba mít pro celé uspořádání dost velkou virtuální plochu, kterou si Xserver alokuje při startu (podle největší potřebné plochy, nebo volby v xorg.conf).

[Tomáš Bžatek]

To, ze jsi k tomu nenasel klikatko neznamena, ze to nejde

[Tommy_CZ]

No jistě, jde to přes terminál že? ;) Argument jak dva. Už se těším na ty masy lidí co je tohle přesvědčí k přesunu na Linuxové distribuce. Mimochodem já jsem prohlásil, že jsem žádné nastavování nenašel. Takže Vaše poznámka o klikátku je zcela mimo mísu, neboť nastavování v terminálu skutečně (mimo extrémní okolnosti) zájem nemám a stejně jako 98% lidí mít nebudu.

[pavlix]

No jistě, jde to přes terminál že? ;) Argument jak dva. Už se těším na ty masy lidí co je tohle přesvědčí k přesunu na Linuxové distribuce.

Zdá se mi, že jsi úplně mimo diskuzi.

Mimochodem já jsem prohlásil, že jsem žádné nastavování nenašel.

Zřejmě jsi hledání nevěnoval dost úsilí.

Takže Vaše poznámka o klikátku je zcela mimo mísu, neboť nastavování v terminálu skutečně (mimo extrémní okolnosti) zájem nemám a stejně jako 98% lidí mít nebudu.

To je v pořádku, protože 99% lidí nepoužívá druhý monitor, takže pokud dobře počítám, je tam 1% rezerva a ty jsi statistická chyba :P.

[Tommy_CZ]

Jsem dalek toto komentovat.

[pavlix]

To chápu :).

[dustin]

Nastavení standardizovanými CLI nástroji (příp. knihovnou s jednoduchým API) je to nejlepší řešení. Protože jednak takové řešení buď již má, nebo v dohledné době bude mít klikací nadstavbu, ale hlavně se to dá skriptovat, automatizovat, šetřit čas uživatelům i správcům, dělat blbuvzdorné systémy.

Konkrétní příklad - windowsí rozhraní k ovladačům mívá zpravidla jen klikátka. Jsou lidi, kteří potřebují zvukovku přepínat do zvláštního režimu a kvůli tomu se píší složité nástroje, které po spuštní samy klikají na určitá místa na obrazovce, aby se přepnul třeba jeden čudlík. V linuxu je to otázka jednoho příkazu amixer... A pak v nové verzi ovladače se tlačítko o pár pixelů posune a skript přestane fungovat. Tito lidi bojují s úplně základními věcmi, počítač by měl pracovat a člověk přemýšlet, ne aby uživatel musel jako robot pokaždé naklikávat to samé. Bohužel smutné je, že většina z nich vůbec netuší, že by měli chtít, aby to šlo i jinak.

[Kvakor]

Opensopurce ovladače ATI nejasou špatné, jen mají nevýhodu, že v okamžiku, kdy je ovladač pro ten určitý čip ve funkčím a použitelném stavu, tak se karty s oním čipem už nevyrábějí. Ale pokud to nevadí, tak je to asi ta nejlepší volba, tedy pokud chcete alespoň nějaký 3D výkon.

[Tommy_CZ]

Nepochybuji o tom, že máte pravdu a že obecně tomu tak je. Ale - a nebudu říkat že je to pravidlo - ale kupříkladu situace s opensource ovladači + ATI x1200 je neskutečně tristní. Když pominu, že se projevují stejné nedostatky jako u nových karet, typu horší výkon, problikávání videí, nulová možnost konfigurace 3D části, špatná správa spotřeby, tak např. pouhý přesun oken z místa A do místa B na té samé ploše, je skutečně zážitek. Pohnete myškou a okno se přesouvá se zpožděním 0.5-1 sec. Prostě jako zpomalený film. Podotýkám, že v KDE i v Gnome. Na nějaké super-hyper-nové efekty ala "Minimalizace oken" si můžu nechat jen zdát. A teď tomu člověku vysvětlete, že je to rychlý OS, když to co vidí, mu připadá hrozně pomalé.

[Tomáš Bžatek]

A otevrel jsi na to bugreport?

[Tommy_CZ]

Nebojte, všechny chyby poctivě reportuju.

[pavlix]

Je tak těžké označit slovo „reportuju“, zmáčknout tlačítko „<a>“, a mezi uvozovky nakopírovat odkaz? :)

Vlastně ne, on se neptal na cestu k bugreportu, jen jestli existuje. Tak proč pro pro nás udělat něco malého navíc, že?

[Tommy_CZ]

Máte nějaký problém?? Mám tam snad psát všechny bugreporty co jsem za ty roky odeslal? Nebo by pán ráčil nějaký konkrétní?

Víte co, já mám pocit, že byste nejradši, Vy i Váš předřečník, kdyby se podobní potížisté, jako jsem já, co upozorní na problém a neříkají, že všechno je růžové a skvělé, klidili z cesty. No prosím, pokud je to Vaše filosofie, mějte si ji, já vyznávám trochu jinou.

[pavlix]

Máte nějaký problém??

Vypadám na to? :)

Mám tam snad psát všechny bugreporty co jsem za ty roky odeslal? Nebo by pán ráčil nějaký konkrétní?

Pán by ráčil vidět ten bugreport, který máš namysli. Pokud jich je víc, tak buď více odkazů, nebo odkaz na stránku, ze které se dá na všechny/většinu doklikat. A je to proto, že se pán nerad baví o h***ě.

Víte co, já mám pocit, že byste nejradši, Vy i Váš předřečník, kdyby se podobní potížisté, jako jsem já, co upozorní na problém a neříkají, že všechno je růžové a skvělé, klidili z cesty.

Předřečník se jmenuje Tomáš a pokud by tě to hodně zajímalo, tak já jsem Pavel.

Nefandi si. Potížista, který upozorňuje na problémy, jsem třeba já nebo tady Tomáš, který ti jako spoludiskutující rovněž nevyhovuje, či mnoho dalších uživatelů Abclinuxu. Někdy upozorňujeme tak, že je to některým jiným nepříjemné, to je pravda.

Rozdíl je v tom, že my kverulujeme za účelem něco změnit k lepšímu.

No prosím, pokud je to Vaše filosofie, mějte si ji, já vyznávám trochu jinou.

Toho si nešlo nevšimnout, že vyznáváš jinou filosofii než my :).

[m;)]

Prave ze ano, vyzerate. Vas styl komunikacie je hodne "zvlastny". Co je mozno skoda, pretoze inak sa zdate vcelku sikovny. V tomto vsak suhlasim s Tommym.

[pavlix]

Prave ze ano, vyzerate. Vas styl komunikacie je hodne "zvlastny". Co je mozno skoda, pretoze inak sa zdate vcelku sikovny. V tomto vsak suhlasim s Tommym.

Nemůže být každý průměr :). Že Tommy něco nepochopil, či spíše nechtěl pochopit, a anonym s obskurním podpisem mu jen přitakává, mě přimělo pochybovat o tom, zda má vůbec smysl na něco takového reagovat.

[Tomáš Bžatek]

Jak to tak vidim, tak bys udelal radeji, kdybys zustal u Windows a lidem opet doporucoval zustat u nich. Gallium3D opravdu neni nadstavba, ale cim dal vic veci je na tom zavislych - a zrovna Wayland diky tomu nemusi resit tuny veci, namatkou OpenGL, Direct3D (experimentalne momentalne), XVideo, XvMC a jine akcelerace dekomprese videa, samotnou 2D akceleraci (EXA state tracker), dale pocatky OpenCL atd. Diky tomuto jednotnemu rozhrani neni potreba psat quirky a podporovat uplne cizi API tretich stran.

Reknu ti to z pohledu vyvojare - zkratka custom API bez garanci a minimalne dokumentace nikdo podporovat nebude. Znamena to spoustu zbytecne prace navic s vysledkem, ktery z principu nemuze byt 100%. Cest vyjimkam jako je mplayer.

To jsem si po ranu zase pekne zatrolloval

[Tommy_CZ]

Tak s dovolením, abyste mi na upozornění na kvalitu ovladačů radil ať zůstanu na windows (jsem na Linuxu cca 5 let a windows NEPOUŽÍVÁM), to si odpusťte.

Já jsem lidem NIKDY NEDOPORUČOVAL ať zůstanou u windows, vy o mě ABSOLUTNĚ nic nevíte takže si laskavě NEDOVOLUJTE podsouvat mi věci jež nejsou pravdivé.

Samozřejmě linuxové distra doporučuji ostatním a VÍM, s jakými problémy za mnou chodí a VÍM, že lnx distribuce mají v tomto mezery.

Mě taky připadáte jako šílený "geek" který by nejradši nastavoval svět přes příkazovou řádku a přesto věřím že takový nejste a nikam to nepíšu.

Laskavě mi netykejte, já Vám taky netykám. A po tomhle těžko někdy budu.

[pavlix]

Tak s dovolením, abyste mi na upozornění na kvalitu ovladačů radil ať zůstanu na windows (jsem na Linuxu cca 5 let a windows NEPOUŽÍVÁM), to si odpusťte.

A je to snad s ohledem na kvalitu grafických driverů špatná rada?

Já jsem lidem NIKDY NEDOPORUČOVAL ať zůstanou u windows, vy o mě ABSOLUTNĚ nic nevíte takže si laskavě NEDOVOLUJTE podsouvat mi věci jež nejsou pravdivé.

Co je na jeho doporučení nepravdivého?

Samozřejmě linuxové distra doporučuji ostatním a VÍM, s jakými problémy za mnou chodí a VÍM, že lnx distribuce mají v tomto mezery.

To vím i já i Tomáš.

Mě taky připadáte jako šílený "geek" který by nejradši nastavoval svět přes příkazovou řádku a přesto věřím že takový nejste a nikam to nepíšu.

Myslím, že jakékoli potápění významu příkazové řádky a textové konfigurace není na místě.

Laskavě mi netykejte, já Vám taky netykám. A po tomhle těžko někdy budu.

Tak si trhni nohou, snobe!

[Tommy_CZ]

Inzultujte si někoho jiného.

[pavlix]

Inzultujte si někoho jiného.

Je mi líto, jestli to vyznělo jako inzultace. Měl jsem v úmyslu konstatovat prostý fakt, že tvoji nabídku vykání s díky odmítám, a že ji v tvém považuju za projev snobství.

Pokud máš zájem, můžeš tedy reagovat na zbytek komentáře.

[pavlix]

Oprava: …v tvém případě považuji…

[dustin]

Mě taky připadáte jako šílený "geek" který by nejradši nastavoval svět přes příkazovou řádku a přesto věřím že takový nejste a nikam to nepíšu.

:) Tipnul bych si, že všechny zásadní technické věci, o které na tomto světě jde, se stále přes tu příkazovou řádku nastavují (armáda, banky, energetika, výzkum, atd.) Pro lidi, kteří se na to specializují, je to pohodlnější a přirozenější prostředí, než si kazit oči hledáním čudlíku, který potřebuje mačkat pořád do kola, každý den a na každou novou věc potřebuje nové okénko s novými čudlíky, místo aby během pár sekund zřetězil příkazy v CLI.

Kdyby pán uměl používat příkazovou řádku a to efektivně, nejenom pár základních příkazů, možná by časem názor změnil.

[2X4B-523P]

označuješ za hovada všechny vývojáře měnící ABI, nebo jen ty co se podílí na Xorg serveru? já jen že změna ABI je část přirozeného vývoje software a ty sis zasedl zrovna na vývojáře X...

[motyq]

jestli si pan neplete ABI a API :D

[2X4B-523P]

podle všeho mají nové Windows rozbité API, nejdou tam starší Windows kompatibilní aplikace

[Martin Mareš]

Když jsou pánové od nVidie hovada a trvají na binárních blobech...

(stejně dobrý argument)

[chrono]

Nemám najnovšiu verziu ich ovládača, ale v README.txt je medzi podporovanými verziami X.org aj 1.11.

[Peter H.]

https://bugs.gentoo.org/show_bug.cgi?id=377387#c8

I asked Aaron about the xorg-1.11 support and he told me it was an error from their internal dev build in the README file, the current 280.13 and 285 do not support 1.11, it will be added with the next release in some weeks.

[Jindřich Makovička]

Možná to bude složitější...

AaronP

NVIDIA Corporation

Re: 285.03: X Server 1.11.0 IgnoreABI required to work Unfortunately, there was a change to a data structure without a corresponding change to the extension module ABI version that breaks GLX. It's not exactly clear whether this structure counts as part of the extension ABI, so I need to get to the bottom of that before a driver with official xserver 1.11 support can be released. It may be that we need to skip xserver 1.11.0 if my hunch is correct and this is a bug in the X server.

[Peter H.]

Mňa na celej tejto "afére" dosť prekvapil prístup niektorých distribúcií. Napr. taký Debian, ktorý je občas až príliš opatrný v zaraďovaní nových vecí do unstable vetve, tam nový X Server zaradil prakticky okamžite. Ešteže existuje apt pinning.

[michich]

No přece to Debian nebude zdržovat jenom proto, že nějaký proprietární driver na to není připravený.

[Václav "Darm" Novák]

Jo, na jednom stroji mám Aptosid a na update XOrg si člověk opravdu musí dát bacha :)