openSUSE 11.4 – KDE 4.6, GNOME 3 a další ve screenshotech

25. 3. 2011 | David Ježek | Recenze | 8670×

Přibližně před týdnem byla vypuštěna verze 11.4 distribuce openSUSE, která přichází s rozličným souborem novinek. Máme pro vás „screenshotový průlet“ skrze openSUSE 11.4, který vám ukáže, jak distribuce vypadá s různými desktopovými prostředími a přidává pár drobných poznámek z praxe.

DVD, instalace

Vlastní instalační proces se nijak výrazněji neliší od předchozích vydání openSUSE, jde víceméně o nudné procházení nastaveními s klikáním na tlačítko "next", pročež jej protentokrát přeskočíme. Pokud vás instalační proces zajímá blíže, zavítejte do „screenshotovky“ openSUSE 11.3, já již jen pouze poznamenám, že je škoda, že si openSUSE nevzalo inspiraci u Ubuntu, kde se nastavení řeší až v průběhu instalace. Proces instalace je tak poněkud zdlouhavější (samozřejmě také v závislosti na množství balíčků, které vyberete).

Instalace ovladače Nvidia

Protože se v testovacím PC (X58 + Core i7 atd.) shodou okolností nacházela v danou chvíli GeForce GTX 560 Ti (za její zapůjčení dík Nvidii), povězme si něco málo k procesu instalace uzavřeného ovladače. openSUSE 11.4 implicitně použije Nouveau, se kterým se GTX 560 Ti ve 2D chová korektně, flashová videa také běží a asi kromě absence 3D a hardwarové akcelerace videa přes VDPAU (a možná power managementu, nevím, nezkoumal jsem) není moc důvodů proč u Nouveau nezůstat, pokud vám funguje a postačuje.

Každopádně je zde asi milión a jeden důvod, proč uzavřený ovladač Nvidie použít; právě VDPAU a 3D jsou tím, proč si Nvidie pro Linux pořizovat. V základní instalaci openSUSE 11.4 s volbou desktopu KDE bez bližšího upřesnění balíčků ale ve srovnání s Ubuntu drasticky narazíte. Tam, kde Ubuntu žádá prakticky jen jeden klik myši, bude vás openSUSE neskutečně sr... štvát.

Každý znalý hupsne například pomocí init 3 do příkazové řádky bez běžících „iksek“, jinak se totiž s vámi nebude Nvidia ovladač vůbec bavit. První co mu po rozbalení 100MB+ balíku bude chybět, je gcc. Oukej, doinstalujeme. Pokus číslo dvě, chybí make. Oukej, doinstalujeme. Pokus číslo tři = chybí zdrojáky kernelu, opět použijeme Yast. Pokus čtvrtý se již daří, na testovacím PC je Nvidia instalátor schopen bez problémů vyhodit Nouveau modul z kernelu, zakomponovat vlastní ovladač do systému a zkonfigurovat X. Následně již grafika plnohodnotně běží, snad jen s jedním malým zádrhelem. Pokus spustit obslužnou GUI aplikaci Nvidia ovladače končí tím, že po pár vteřinách s přesýpačkami místo kursoru myši se přesýpačky opět změní v kursor a Nvidia X Server Config se nespustí. Mohl bych na tomto místě nadávat na Novell/openSUSE lidi, ale neudělám to, jediný ovladač, který GTX 560 Ti momentálně podporuje, je beta verze, takže tento neduh házím na bedra Nvidii.

YaST

Ukázková instalace, opět žádná revoluce, SUSE tým nadále ladí svůj YaST.

Přehled od počátku dostupných repozitářů

Ukázková instalace VLC.

KDE 4.6

Vzhled prostředí KDE je klasická zelená variace à la Novell/SUSE. V rychlém bloku na ploše jsou rovnou některé základní věci, zejména Firefox, který je zde ve verzi 4.0 beta 12 (to jen pro úplnost, v tuto chvíli je již venku finální Firefox 4.0).

Sympatická stránka openSUSE se systémovými informacemi, ještě s ovladačem Nouveau. Registruje připojená zařízení, která lze odpojit (USB flash, externí USB DVD mechanika). Povšimněte si množství dostupné operační paměti, testoval jsem 32bitovou verzi openSUSE 11.4 (Jardíku, klid! ).

A po instalaci Nvidia ovladače.

USB zařízení lze odpojit pomocí klasického appletu schovaného pod ikonkou v pravé dolní části.

Kickoff menu je klasikou, která se v openSUSE již dávno zabydlela.

Po najetí myší do levého horního rohu je možné přepínat úlohy „více graficky“.

Ovládací centrum YaST bez nějakých výraznějších změn.

Zajímavé: obě síťovky byly po instalaci „vypnuty“ (ethernet kabel jsem ale připojoval až poté). Mimochodem, oblast pro chycení okna za účelem jeho zvětšení/zmenšení je stále extrémně úzká, je to snad jen jeden pixel a opravdu špatně se s tím pracuje. Velmi nevhodné implicitní nastavení.

Firefox s instalací flashového pluginu. Instalace přímo od Adobe si vyžádá povolení příslušného repozitáře.

Konqueror a zcela jiný vzhled domovské stránky abclinuxu.

Nastavení systému v KDE, víceméně nic nového.

Na výběr je několik málo wallpaperů...

... doinstalovat lze ale hromadu dalších.

Amarok 2.x

openSUSE nepoužívá v základu Clementine, ale nový, mnohými neoblíbený Amarok 2.x.

KMPlayer je sympatický, ale nějak jsem jej nedokázal přimět k přehrávání videí. Bez ohledu na volbu výstupu stále jen černá obrazovka, a to i přes podporu VDPAU.

Monitor systému na rozdíl od toho v GNOME nijak drasticky nevysává výkon CPU v závislosti na velikosti vlastního okna. A nyní si dopřejme haldu ukázek z nastavení vlastního prostředí, z velké části je znáte i z předchozích verzí openSUSE, resp. prostředí KDE.

Standardním prohlížečem obrázků je GwenView, GIMP samozřejmě nechybí.

KInfoCenter s přehledem informací o stroji na němž systém běží.

LibreOffice

openSUSE přesedlalo na LibreOffice, v aktuálně dostupné verzi se na první pohled jeví jako shodně použitelné.

GNOME

Nejprve si ukažme klasické GNOME 2.x.

openSUSE se od jiných dister liší použitím pouze jedné lišty a odlišného menu s aplikacemi atd.

Předvoleb vzhledu je přeinstalováno více než třeba v Ubuntu, nabídka wallpaperů je širší než v KDE (proboha proč?).

GNOME 3 Preview

Součástí systému je, pokud se jej rozhodnete nainstalovat, i ukázka budoucí verze GNOME včetně nového shellu.

Hlavní lišta je umístěna nahoře (zvláštní, není to moc konzistentní s výchozím nastavením GNOME 2.x, KDE 4.6 ani LXDE a dalšími desktopy).

Nabídka tohoto desktopu pro zobrazená okna (za absenci většího výběru se omlouvám, nějak mi to došlo až příliš pozdě ).

Vyhledávání v aplikacích již jistou zajímavou a z mého pohledu dobře použitelnou funkcionalitu ukrývá. Samozřejmě pokud jen aplikace zobrazíte bez zadání řetězce ve vyhledávání, objeví se v seznamu všechny dostupné.

Ovládací centrum GNOME vypadá shodně i v této verzi.

IceWM, LXDE, OpenBox, Enlightnement

IceWM již patří mezi ony „dostupné, ale ne moc podporované desktopy“, nectí již zelený design distribuce, předpokládá se jeho použití znalými lidmi.

Totéž platí i pro LXDE, mimochodem u takovýchto částí systému „méně na očích“ již začíná haprovat počeštěnost, ale to asi nebude moc lidí trápit. Nastavení OpenBoxu si ukažme v rámci LXDE, ač jej lze použít třeba i s GNOME a dalšími (v YaSTu na to naleznete příslušné instalační balíčky).

Posledním ukázkovým desktopem je Enlightenment, zde zastupovaný verzí E16, u něj si již na češtinu nikdo nehraje.

Pár slov závěrem

openSUSE 11.4 ve mě zanechalo trochu rozporuplné dojmy. Na to, na jak výkonném PC jsem jej instaloval, nebylo zrovna nejsvižnější (z Ubuntu i Kubuntu 10.10 jsem měl pocity lepší), je zde poněkud otravný proces instalace grafických ovladačů, výchozí nastavení některých aspektů KDE nebude vyhovovat každému a celkově je tato výchozí konfigurace až příliš přesycena nabídkami a volbami.

Je samozřejmě otázkou toho, co komu vyhovuje. Kdo chce superjednoduchý desktop s omezeným množstvím nastavení, zvolí pochopitelně Ubuntu či Kubuntu, pro trochu větší šťouraly, kterým třeba také více vyhovuje zelený design prostředí, je openSUSE 11.4 celkem přijatelnou možností.

       

Komentáře

[Jan Grmela]

Pěkné, díky za recenzi. Jen by mě zajímalo, kdy se konečně někdo zamyslí nad spojením "openSUSE.org projekt", které moc česky nezní a bije do očí po instalaci už několik dlouhých let

Jak se tak na to dívám, tak, ač se považuji za poměrně pokročilého uživatele, jsem už za ty roky všeljakých experimentů s Gentoo dost zlenivěl a jsem rád, že jsem cca před nějakou dobou přesedlal na Ubuntu. Možná je to jen můj pocit ale rozhraní openSUSE je šíleně přeplácané, plné tísíců voleb. Možná je to jen feature KDE ale ani to susí menu v Gnome nevypadá zvlášť přitažlivě...

Člověk stejně časem příjde na to, že všechna distra jsou v podstatě stejná, když si vyzkouší ty tři-čtyři základní větve. Jen se nástroje jmenují jinak a konfiguráky jsou na jiných místech.

[J. M.]

Možná je to jen můj pocit ale rozhraní openSUSE je šíleně přeplácané, plné tísíců voleb.

Já myslím, že to není pocit. Nejvíc mě dostalo to nastavení emotikonů jako jedna z tisíce rubrik v „Nastavení systému“. Systém, který má jako součást svého nastavení takovéto prkotiny, už mi přijde jako hodně zahleděný do minulosti. Na nastavování tisíců prkotin v systému už dnes nejsou zvědaví ani linuxáci, natož normální lidi. Navíc se mi zdá, že s každou novou verzí tam toho bordelu přibývá (dost mě vyděsilo, kolik tun bordelu se spouští v LXDE, které má být odlehčenou variantou bez bordelu).

openSUSE už čím dál víc působí jako retro distribuce. Podle mě by opotřebovalo nějakou zásadní změnu filozofie, radikální očištění. Snad i pohřbít ten YaST, nebo jej aspoň co nejvíc uklidit z dosahu.

[Let_Me_Be]

Az na to ze "Nastaveni Systemu" nema s OpenSuSe nic spolecneho. To je nastaveni KDE.

Navic pro KDE dava globalni konfigurace emotikonu perfektni smysl, protoze emotikony pouziva cela rada KDE aplikaci.

[Kaacz]

Presne tak. V originale je tam Desktop settings, takze je to jen chyba prekladu. A je to vec KDE a ne oSuse.

[J. M.]

Je věcí každé distribuce, jakým způsobem desktopová prostředí upraví (nebo neupraví). openSUSE nepatří mezi „vanilla“ distribuce typu Arch Linux nebo Slackware, které jenom přebírají čistý upstream. openSUSE, stejně jako další „uživatelsky přívětivé“ distribuce, nabízí upravený desktop podle svých představ, a tudíž se v takovýchto věcech nelze vymlouvat na upstream.

[Let_Me_Be]

Ano, to ze v jednom ze vsech podporovanych jazyku je Desktop Settings prelozeno jako Nastaveni Systemu, coz znamena neco jineho, je fakt vec kterou si zadna distribuce pri vydani nemuze dovolit.

[J. M.]

To je úplně jedno. Jestliže openSUSE takto KDE prezentuje, je to rozhodnutí a tedy zodpovědnost openSUSE, nikoli KDE. Je to v rubrice z názvem „Nastavení systému“, nikoli třeba „Nastavení KDE“, „Nastavení prostředí“ nebo „Nastavení aplikací“, tudíž to openSUSE prezentuje jako nastavení systému, což je prostě absurdní.

[Creator of Myths]

Nicméně je stejně absurdní si kvůli tomu stěžovat na "přeplácanost systému" namísto na "chyby v české lokalizaci".

[Rax]

Poznamka k instalaci ovladacu karet NVIDIA. Timto postupem si musite projit pouze pokud opravdu potrebujete beta verzi priprietarnich ovladacu. Pokud ne, je to otazka par kliknuti mysi.

[ahoj]

Možnosti Instalace ovladačů nVidia:

A) Zaškrtnutí nVidia repository v Yastu (v sekci komunitní repozitáře) - budeme li měřit počet kliků myší, je to možná méně než Ubuntu!

B) Kliknutí na tlačítko "one-click-install" na wiki.

C) Ruční přidání repozitáře zypperem.

D) Ruční instalace z webu nVidia.com

Kdyby jste neměl možnosti podrobně popsány ve Wiki, ještě by se to dalo pochopit. Ale takhle vaše neopodstatněná kritika vypadá obvzlášť blbě. Opensuse to má řešeno lépe než Ubuntu. Než že by to bylo jednodušší, ale rozhodněě to není složitější, a administrátor má více možností.

[salam]

Já teď v čerstvém Kubuntu akorát spustil ikonou na ploše něco jako 'install additional drivers' a zmáčkl [ok]

[Sleep_Walker]

a co to vsechno delalo?

[Kaacz]

hmmm .. no to by asi slo, udelat pro BFU, co vubec netusi co delaji, v defaultu nekam ikonku, kterou proste zmacknou .. Zatim to ale oSuse asi neprislo dulezite. A musim rict, ze vsichni BFU, co jsem jim osuse pomahal davat na stroj, velice rychle pochopili, jak jednoduse si pres pridani komunitnich repos prihodi podporu grafarny a multimedii. Hezke je, ze po pridani repos grafaren to samo zvoli potrebne balicky. Kdyz to jde systemove jiz jednoduse, neni tak nutne to delat jeste jednoduseji. Takze chapu, ze v *buntu, kde je spousta systemovovych veci selfadmin-friendly nedotazenych, resi se to spoustou user-friendly totalitnich klikatek, ktere to na muj vkus resi az moc, bez moznosti volby. A user se nedozvi, co to vlastne provedlo. Takze ja jako nonBFU nemam na *buntu ty easy admin nastroje jako ma oSuse. Je to proste volba.

[ahoj]

Ikonka na ploše, to už je fakt dost ujeté....

[Creator of Myths]

Moc nechápu, co je špatného na instalaci, kde se na začátku nastaví všechno potřebné a pak už systém jenom instaluje balíčky. Osobně nesnáším instalace systémů, kde se střídavě musí na něco čekat a pak se proces zastaví kvůli nějaké uživatelské volbě.

To věčné srovnávání s *buntu (s nevyřčenou premisou, že způsob, jak se věci dělají tam, je ten správný, a ostatní by to tudíž měli dělat taky tak) mě docela štve. Připomíná mi to nářky lidí, kteří přecházejí z Windows a stěžují si, že jinde není všechno jako ve Windows.

Na závěr malé rýpnutí - zkušený uživatel nejen ví, že při instalaci ovladače grafické karty binárním instalátorem je potřeba přepnout do textového režimu, ale taky ví, že instalátor bude potřebovat zdrojáky jádra a nástroje pro kompilaci. To jenom tak na okraj. Že to celé vůbec není potřeba, protože ovladače jsou v repozitářích, je jiná věc.

[Kaacz]

+1 To, ze se to "napred na vsechno vypta a pak si to chrochta klidne pul dne aniz by to po mne neco chtelo", je vlastnost, kterou proste miluju. Kdyz si vzpomenu na minimalne pulden intyeraktivne (klik-klik-klik) straveny instalaci widlows a jejich aplikaci .. BRRR .

[ahoj]

Dožadování se asistence uživatele je skutečně vlastnost Debianu a jeho klonů. Balíčkovací systém dpkg interaktivní instalaci dokonce vydává za výhodu.

[Nuphar]

Tady se nemůžu zbavit dojmu, že autor viděl distribuci jen z rychlíku, ale "nebylo to jako jeho super Ubuntu", a tak to ztrhal... No, nic moc...

[David Ježek]

autor viděl distribuci z rychlíku, je to screenshotový článek, žádná velká recenze (kdokoli chce, může ji napsat - proč tohle musím opakovat pod každým screenshotovým článkem ... ujmeš se napsání recenze opensuse 114 ty?

[Luboš Doležel (Doli)]

Já bych byl moc rád, obecně mi lidi na recenze distribucí schází.

[Espinosa]

Problém je, že udělat dobrou recenzi na distribuci starou týden dva, horké zboží, je principiálně nemožné. Není to chyba autora.

Na dobrou recenzi musíte distribuci alespoň používat, používat nějaký ten měsíc!, jako hlavní OS, snažit se na tom smysluplně pracovat.

Distribuce není nikdy finální produkt, je to živá věc. Stojí za to sledovat, jak se o ní vývojový team stará, jak a jestli fungují updaty, hlavně koncových programů; jak reagují na připomínky, jak rychle odstraňují chyby, prostě jak se s ní každodenně pracuje,

Ideálně by se měli dělat recenze asi tak v polovině její životnosti :) A taky klidně oslovit více lidí, více hlav, více postřehů a peer review, a nemuselo by se opakovat faux pas s tou self kompilací nvidia driveru.

[Michal Kubeček]

Ideálně by se měli dělat recenze asi tak v polovině její životnosti :)

Úplně nejlepší by byla na konci… jen by to mělo tu chybu, že už by to skoro nikoho nezajímalo. :-)

[Espinosa]

+1, ..no právě. Bohužel takhle funguje zpravodajství a tím pádem zpravodajské servery obecně. Takhle bohužel končí bohužel i politické kauzy. Dokud je to ve stádiu dohadů, nikdo pořádně nic neví, tak to strhává nejvíce pozornosti a pak, když vyplují na povrch jádro věci, člověk si to může dát hezky do souvislostí, tak už to nikoho nezajímá :( Druhou šanci to dostane tak leda v historickém dokumentu, co bude sledovat hrstka nadšenců. Britská média v tom nejsou o moc lepší než česká.

No nic, zrovna píšu o svých zkušenostech s Open Suse 11.3. alespoň do blogu. Trochu činu k těm slovům (..i když činem jsou opět slova)

[Kaacz]

Ano je to screenshotovy clanek, za to velke diky. Ale prave proto v nem nemela byt cast, kde si autor stezuje na chyby, ktere jsou vlastne mezi klavesnici a zidli. 99% uzivatelu nvidia blob ma par rychlych zpusobu jak to tam dostat. Jiz zde popsano.

[David Ježek]

pokud jsou tyto způsoby použitelné i na beta verze (což jsem pravda v textu nezdůraznil, shame on me), pak je to skutečně můj pebkac a příště se ho vyvaruju.

[ahoj]

beta verze nemají nVidia repozitář k dispozici. Není pro něj vůbec žádný důvod!

Pro release verze platí těch X způsobů instalace ovladačů výše.

[David Ježek]

zjevně je. třeba když chceš provzoovat GTX560Ti, kartu uvedenou před DVĚMA MĚSÍCI, ale pro níž má nvidia stále jen beta drivery.

[ahoj]

Pořád platí, že beta driver pro grafiku nemá v release verzi distribuce co dělat. Zrovna Ubuntu má bohaté zkušenosti s totálními průsery co se ovladače grafik týče. V nejhorších případech funkčnost odpovídala možná tak alphaverzi. Děkuji nechci.

[gtz]

Však v OSS 11.4 (RC1/RC2) pokud jsi chtěl použít Nvidii tak jsi musel použít ten .tar z ftýpka Nvidie. Pár dní po vydání ostré verze se objevily drivery v repositářích a také přibyl 1-click installer. Souhlasím s tím, že v RC verzi to tam nemá co dělat.

[ahoj]

On měl na mysli beta driver grafiky v release verzi distribuce z důvodu nepodpory GeForce 560Ti stabilní verzí GeForce ovladačů.

[pushkin]

Já bych si dovolil přidat pár postřehů ze zhruba tři týdny trvající praxe (na jednom stroji jsem měl openSUSE 11.4 dokonce nainstalované již den před oficiálním uvolněním):

• instalace se může zadrhnout, pokud máte naformátované disky na reiserfs a nemáte na nich žádné soubory, řešením je přeformátovat disky na jiný fs
• v KDE 4.6.0 se rád zasekává proces knotify4, vhodnou prevencí je zakázat KDE jakákoliv upozorňování
• plasma applet "Upozornění a úlohy" rád padá, takže při kopírování souborů nevidíte, že vůbec něco kopírujete
• s tím souvisí i fakt, že se celý systém KDE4 rád zasekává při kopírování většího množství souborů (>10 000 souborů). Jádro jede, takže Xka lze odstřelit z konzole nebo přejít do init 3 a pak se vrátit na init 5. Obejít to jde třeba použitím Midnight Commanderu, pak je vše bez problému.
• smíšení pocity mám i z odchodu od openSUSE update appletu - PackageKit mi přijde jako hrozný krok zpátky - je pomalý, má naprosto odlišné ovládání než YaST a občas selhává

Jinak celkový dojem velmi dobrý - systém je svižný a stabilní, zypper je opět o něco rychlejší (používám asi 15 repozitářů současně) a prakticky vše funguje out-of-the-box. Za mě dávám 9 bodů z 10 (ten jeden dolů za stále ještě nedoladěná KDE4, což ale není vina openSUSE, že ).

[Rax]

pouzivam 11.4 taky od jejiho uvolneni. knotify se mi nezaseklo ani jednou, plasma applet upozorneni na ulohy taky ne. Informaci o kopirovani vetsiho mnozstvi souboru nemuzu potvrdit - nezkousel jsem.

Z KPackageKitu mam podobne dojmy. Presel jsem na rolling updates, takze aktualizace mam ponekud casteji nez bych mel normalne, tak se s nim setkavam temer denne... ale uz jsem si nejak zvyknul. Samozrejme pro jakoukoliv vetsi praci s balicky - pridavani, odebirani, prace s repozitari pouzivam yast.

[Laco]

Cely YaST je picovina ktora by mala uz konecne skapat. Inac sa openSUSE nikdy nezbavi nalepky "bloated" a to je este slabe slovo...

[xhc]

už si trápny....

[JoHnY2]

Myslim ze nezastavas nazor vetsiny uzivatelu OpenSUSE . Ja pokud vim, tak suse pouzivaj lidi prevazne prave kvuli Yastu, ze by si zaslouzil nejaky uklizeni, odlehcovani nebo zrychleni asi neni potreba resit, to je u takovyho nastroje pravda neustale.

[Sleep_Walker]

proto tu mame svobodu volby, ze? od prosteho nepouzivani openSUSE, pres posilani patchu, aby system mel Vami pozadovane vlastnosti, po fork cele distribuce... A klidne i v openSUSE buildservice ;)

[gtz]

Ukaž mi náhradu Yastu v BlBuntu apod. Je fakt, že někdy si Yast vede svou, ale jinak pohoda.

POužívám OpenSuse - Suse od verze 9.1 a nestěžuji si

[ahoj]

Pozor, viděl jsem Yast zkompilovaný pro Ubuntu.

[gtz]

Chudák Yast

[Kaacz]

Rekl ten, ktery dodnes yast nepochopil a mele 10 roku stare bludy. Navic, pouzivat ho nemusite.

[gtz]

Já 11.4 používám od RC1 a je to na pohodu, ale jak píšeš chtěl jsem udělat kopii jednoho média, kde bylo cca 10 adresářů každý s 1500 soubory a bylo to nějak divoké. No zabil jsem to a udělal jsem to přes MC a ten se s tím popral lépe. Dokonce i KDE se dalo používat na starém AMD Athlonu 2100 XP s 1200 MB DDRAM.

[Pavel Stárek]

No, asi takhle, PackageKit jako myšlenka, je celkem dobrý, ale implementace trošku pokulhává, bohužel. Ve Fedoře, pokud mi vyskočí okénko s tím, že jsou k dispozici aktualizace, tak šup do terminálu a sudo yum update. Žádný používání pomalého updatovátka z PackageKit-gnome .

[lejo]

pokud mi vyskočí okénko s tím, že jsou k dispozici aktualizace, tak šup do terminálu a sudo yum update

+1

[ahoj]

Mě tedy KDE Packagekit-updater v 11.4 přijde 100x lepší než kupdate-applet v předchozích verzích Opensuse. GTK+ verze je oproti Qt o něco napřed, ale to je asi dáno preferencemi vývojářů,

[noname]

zypper znas?

[Pavel Stárek]

Znám. Ale protože používám jinou distribuci, tak ho nepoužívám.

[100% Lenin]

Zrovna jsme o problému kopírování velkého množství souborů diskutovali na Rudém náměstí. Ano - potvrzujeme, že je něco divného na verzi 11.4. Při kopírování velkého množství souborů to prostě jede-nejede až kolabuje. Pod velkým množstvím souborů si představte práci s opravdu více jak 10 000 soubory. V našem případě se jednalo o zálohy s cca 500 000 soubory a ani postupné snižování nevedlo ke zlepšení (HW - 3WARE RAID-10 EXT4, Gnome či jen MC v init 3).

Ihned se provedl reinstal na 11.3 - a tam je to bez problémů.

Ohledně použití na pracovní stanici nevidíme nic špatného, distribuce se v tomto bodě povedla.

Problém aktualizačního appletu řešíme backendovými nástroji, aby applet neopruzoval neznalé uživatele.

[Let_Me_Be]

Nevim jak to rict slusne, tak to proste reknu.

Autor je magor. Instalovat ovladace nvidie rucne a jeste to dat do takoveho uvodniho clanku je fakt uchvatny napad. Uz vidim ty zacatecniky kteri se nechaji zblbnout a pak se budou divit proc jim nejede grafika po prvni aktualizaci kernelu. :-/

[pasmen]

Trochu nepoměr mezi prezentací KDE a Gnome... Škoda, na Gnome 3 se přes počáteční zděšení celkem těším.

[mmm]

Kedy bude opraveny bug v linuxovom Firefoxe ktory neumoznuje zapnut full subpixel hinting? Pismo je tak ostre a tenke ze z neho bolia oci..

[Kaacz]

To neni bug. Byl do dusledek neporusovani ms patentu ze strany opensuse. Patent na SPH vyprsel MS teprve nedavno, takze jde jen o to pripomenout maintenerovi balicku FF aby to tam pri kompilaci opet povolil.

[Laco]

To je samozrejme nezmysel. Microsoft si nemoze patentovat myslienku pouzivat SPH ako taky. Ak linux nevykradol a nepouzival priamo kod z ClearType, nejedna sa o ziadne patentove spory. SPH je dlhodobym problem openSUSE, mozno aj vdaka Novellu ktory leze MS do prdele. Druhou vecou je fanaticke OSS nabozenstvo a snaha o nejaku myticku "cistotu". Zaujimave ze mono im nevadi... Patentami to vsak nebude, preto na to ine distra ako napr. Ubuntu zvysoka seru lebo vedia ze by MS nemal sancu...

[Let_Me_Be]

Ale prd. Patenty jsou prave o te myslence. Kod ti chrani copyright.

[Kaacz]

Ty asi netusis o cem jsou patentove spory v usa. Prave ze o patentech na myslenky. viz treba zde

[Kaacz]

ohledne tech MS patentu na myslenky: http://en.wikipedia.org/wiki/ClearType

[Kaacz]

Pridat tento repo, prepnout na nej a updatnout z nej .. a melo by byt hotovo.

[Espinosa]

> Pismo je tak ostre a tenke ze z neho bolia oci..

Ono je to ostré a tenké právě protože autor má nastavený maximální hinting :)
Což je bohužel výchozí nastavení SUSE a dalších distribucí. Freetype full hinting moc nezvládá, zvláště u malých velikostí písma (<9px).

Za druhé a hlavně "full subpixel hinting" - nic takového neexistuje, Mluvíte o dvou různých nezávislých technikách vylepšování zobraování fontů: "font hinting" a "subpixel rendering".

Wikipedia napoví a mají tam i obrázky.
http://en.wikipedia.org/wiki/Font_hinting
http://en.wikipedia.org/wiki/Subpixel_rendering

Font Hinting - to je o hrátkách s tvary. Existuje několik implementací - patenty nezatížený "auto hinter" který je ve freetype hodně dlouho a je standardně a rozlišuje několik úrovní - žádný, slight, medium a full. Implementace se jmenuje AUTO hinter protože NEpoužívá instrukce uložené s TT fonty, protože tohle a jen tohle má patentované Apple (nikoliv MS).

Autorovi doporučuji si ten full hinting vypnout. Písmo na screenshotech opravdu vypadá bídně.

Subpixel rendering - to je o hrátkách s barvami. Tady platí, že co monitor to jiná subjektivní zkušenost. V praxi poznáte zapnutý subpixel rendering podle toho, že i černé fonty na bílém pozadí hrají trochu do jiných barev než odstíny šedé (pro jiné barevné kombinace písma a pozadí to není tak patrné). Nastavuje se tu pořadí RGB barev, vertikální a horizontální, nikoliv intenzita.

I u subpixel renderingu platí některé patenty (bytecode interpreter) tentokrát skutečně MS, a skutečně některé expirují(valy). Lze si stáhnout Freetype s povoleným BTI, ale subjektivně nemohu říct, že by došlo k výraznější změně (zlepšení). Což může být dané horší implementací ve FreeType ne chybou techniky samotné.

Nevím nic o tom, že by Firefox extra potlačoval nějaká nastavení Fontconfigu. Tohle byla specialita party okolo OOo/FO, ti používali Freetype vlastním způsobem a na nastavení fontconfigu většinou kašlali, ale časy se asi mění i tam.

V praxi doporučuji vypnout subpixel rendering a nastavit si žádné nebo jen mírný (slight) hinting. Fontconfig umožňuje podrobné nastavení pro jednotlivá písma, pokud jste hračičkové s dostatkem času.

[Kaacz]

Jen k tomu neprehravani videa pro lidi s vdpau: Mplayer driv nepodporoval prehravani xvid pres vdpau takze sam zvolil neco dalsiho. Nejakou dobu to tam jiz je, ale funguje to jen na grafarnach s podporou typu C. Rady 8x00 a 9x00 maji typ A a neumi to. Pracuje se na tom, jedna z moznosti je pridavna volba v Smplayeru "Nepouzit vdpau pro xvid". Myslim ale ze lepsi by byl fallback primo v mplayeru, nemusi se nic resit v nadstavbe (KMPlayer, SMplayer, XBMC). Uvidime jak se s tim poperou autori, resi i moznost napred detekovat co karta umi.

Myslim, ze se to tyka i dalsich dister co ted vychazeji.

[tomboytom-deviant]

Tak mě stačilo vidět ty fonty ve Firefoxu (bléééé), dále jeho integraci do prostředí (orámování oxegen by mělo mít default zadanou výjimku a neaplikovat ten přechod na rám, když ho neumí "gtk" vzhled....

Viděl jste jak jsou nastavené fonty ve Fireofxu v Ubuntu? I bez instalace ms-core-web fontů stránky vypadají tak, jak je vidí 99% uživatelů na světě. Ten susí zblitek fakt nechápu.

[Laco]

na default temu sa vyser a instaluj toto http://kde-look.org/content/show.php/Oxygen+KDE+%28Firefox+Theme%29?content=117962

[Let_Me_Be]

MS fonty se normalne instaluji, jenom si musis povolit non-oss zdroj pri instalaci.

[Kaacz]

Ano samozrejme. Ubuntu ktere obcas sere na nektere licencni veci ma v sobe vsechny firmware a pouziva SPH. Suse je v tomhle cistsi. Patent na SPH vyprsel MS teprve nedavno, takze jde jen o to, aby to tam opet povolil maintener balicku FF pri kompilaci.

[Kaacz]

http://download.opensuse.org/repositories/home:/muzlocker/openSUSE_11.4/

[Laco]

to je stare, radsej prekompiluj firefox :)

[Kaacz]

Nemusim. Nejsem Laco.

[xhc]

lol

[100% Lenin]

Opravdu nechápu Váš "výblitek". Soudruhu - jste přepracován? Unaven? Chybí myšlenka? Nebo třeba idea? No tak na to pomůže jedině klídek. A prý také medvídek mýval.

Ano.

Toho Vám mohu doporučit.

[dumblob]

OT: Po precteni te vytky o vykonu jsem si vzpomnel, ze se OpenSuse stanice, ktere spravuji strasne dlouho vypinaji (vetsinou dele nez 50 vterin). Nejdele to stoji vzdy na "vypinani site" (sambou ani jinymi sitovymi disky to neni - tyto sluzby jsem pro mereni toho casu vypnuti vypnul - s temito sluzbami to bylo pouze o nekolik malo vterin pomalejsi). Nevedel byste nekdo pripadne co s tim? Google mlci, coz me prekvapilo.

No a tak by me docela zajimalo, jestli se neco takoveho projevuje i v teto novejsi verzi OpenSuse?

[Michal Kubeček]

Zkuste tomu skriptu, na kterém to stojí, přidat do specifikace interpreteru přepínač -x a podívat se, kde přesně to stojí.

[dumblob]

Dekuji mnohokrat za tip. "set -x" me opravdu nenapadlo - musim byt napaditejsi