openSUSE 11 - mobility test

3.7.2008 23:38 | Přečteno: 1554× | Software

V minulých dnech jsem psal o zkušenostech s distribucí openSUSE 11 nainstalovanou na desktop formou aktualizace z verze 10.3. Na notebook jsem instaloval "načisto". Jak to dopadlo?

Zatímco na stolním počítači jsem openSUSE 11 instaloval jako aktualizaci předchozí verze, na notebook (IBM ThinkPad R51) putovala distribuci v podobě čisté instalace, bez uchování jakýchkoli souborů z dřívějška (data jsem měl samozřejmě přemístěná jinam). Cílem bylo zjistit, jak si nová verze distribuce poradí s notebookovým prostředím a s nároky, které na ni budu klást.

Samotná instalace proběhla naprosto hladce. Boot z DVD, nastavení všech potřebných parametrů (hlavně balíků softwaru) a spuštění vlastní instalace. Ta proběhla za zhruba 20-25 minut, šlo o přibližně 2,5 GB instalovaných dat. Této fázi se nedá nic vytknout.

Po instalaci a nabootování nového systému mě příjemně překvapilo, že jsou písma tak velká, jak mají být. V případě aktualizace (přes 10.3) byl výskyt "blech" zřejmě způsoben něčím ze staré verze, jinak si to nedovedu vysvětlit. Takže nyní stačilo jen odstranit obludu ze systémové nabídky a systém byl připraven k práci.

Vlastně ještě ne. Ještě je potřeba rozchodit bezdrátovou síť. Ale ouha! KNetworkManager tvořil zřejmě někdo, kdo utrpěl menší úder o futro, případně ránu gumovou palicí určenou na omráčení prasete při zabíjačce. Jinak si totiž nedokážu vysvětlit, že lze klíč WPA zadávat pouze v hexadecimální formě. Kdo má tu hromadu číslic opisovat? Pokud si dobře vzpomínám, tak v KDE 3.5 šel klíč zadat více způsoby, podobně jako jde u protokolu WEP - v KDE 4 však zjevně nikoliv (u WPA). Mohl jsem sice najít ethernetový kabel, dočasně se připojit drátově a klíč překopírovat přímo z obrazovky WiFi AP. Nakonec ale zvítězila metoda "otrok", čili opsání číslic z obrazovky, což jsem vykonal se skřípěním zubů, ale kupodivu bezchybně.

Síť však ani potom nechtěla naskočit (rozběhla se až po restartu, nevím proč). To ale není nejhorší. Nejhorší je, že jsem se nikde nedozvěděl, co kde selhalo. KNetworkManager se tvářil, že se něco děje, a pak ikona zešedla. Toť vše - žádná zpráva, žádné informace. Proboha, to je takový problém udělat ovládání sítě aspoň na té úrovni, na jaké je ve Windows XP z doby před 7 lety?

Síť tedy běží, přišel čas (ještě před aktualizací softwaru) přidat si oblíbené repozitáře. Vyberu z nabídky spuštění Yastu .... a nic. Nenaskočí. Zkusím to z příkazové řádky. Yast naběhne, ale textově (přes ncurses). A v konzoli svítí hláška, že není nainstalován Qt front-end. Proč to? Proč se nenainstaloval, když se instalovalo prostředí KDE, ke kterému tento front-end logicky patří? No, to je taková drobná muška, kterou lze vcelku snadno spravit.

K notebooku nedílně patří uspávání a probouzení. Jak uspávání do paměti, tak na disk. Oba druhy při zkoušení fungovaly spolehlivě, dokonce po probuzení vždy naskočila bezdrátová síť, což u verze 10.3 nebylo (musela se pokaždé aktivovat ručně). Bohužel, stejně jako u starších verzí ale pořád blbne zobrazování (vykreslování pozadí oken apod.) po probuzení systému uspaného do paměti. Stává se to jen někdy, ale je to hodně nepříjemné. Pro intenzivnější pracovní využití notebooku je to hodně zásadní problém. A opět - letitá ikspéčka s tím žádné problémy nemají; je ostudou pro Linux, že se to dosud nepodařilo vyřešit.

Další problémy se objevily při pokusu připojit externí monitor. Ve Windows je to tak, že se zobrazování ovládá aplikací od IBM, kde lze přepínat různé režimy, jak předdefinované, tak uživatelské. Pokusil jsem se dosáhnout dostatečně rozumné funkce nastavováním přes SAX, ale pohořel jsem.

Nepodařilo se mi donutit X server, aby aspoň zobrazoval na ten externí monitor v jeho nativním rozlišení (1280x1024), přestože test zobrazení fungoval. Úplně stejně selhal i pokus správně zobrazovat na oba monitory vedle sebe, přestože i zde bylo testovací zobrazení v pořádku. Je to opět dost zásadní problém - dlužno ale dodat, že u předchozí verze openSUSE jsem se o toto vůbec nepokoušel. V každém případě by bylo zatraceně dobré kdyby to fungovalo. Asi by se mi to podařilo rozchodit ruční editací xorg.conf, ale od toho máme v distribuci konfigurační nástroje, aby žádná editace nebyla potřeba.

Nezkoušel jsem BlueTooth, nezkoušel jsem klasický modem, nezkoušel jsem infraport a některé další věci. Asi by to fungovalo, ale v tuto chvíli to prostě nepotřebuji. Co se mi naopak povedlo (a mám z toho velkou radost), byla aktivace přepínání klávesnice stejnou klávesovou zkratkou, jakou se to dělá ve Windows (levý Alt + levý Shift). Muset přemýšlet, ve kterém systému zrovna jsem a jak tedy přepínat klávesnice, je mimořádně otravné. O aktivaci tohoto přepínání se pokouším dlouhá léta a teprve nyní to bylo úspěšné (dříve se to tvářilo, že to jde, ale nikdy to nefungovalo).

Celkově mám tedy z openSUSE 11 smíšené pocity. Spousta věcí je tam dobrých, ale na druhou stranu je také hodně toho, co nefunguje, jak by mělo a co dost komplikuje používání distribuce na notebooku. Musím tedy pochválit vývojáře aplikací i tvůrce distribuce, ale současně také připomenout, že je stále co dohánět. A někdy je to zpoždění zatraceně velké.

       

Komentáře

[Käyttäjä 11133]

Bohužel, stejně jako u starších verzí ale pořád blbne zobrazování (vykreslování pozadí oken apod.) po probuzení systému uspaného do paměti. Stává se to jen někdy, ale je to hodně nepříjemné. Pro intenzivnější pracovní využití notebooku je to hodně zásadní problém. A opět - letitá ikspéčka s tím žádné problémy nemají; je ostudou pro Linux, že se to dosud nepodařilo vyřešit.

U mě se nic takového neprojevuje. (ATI)

Jinak všechny ostatní problémy (a asi i tenhle)... Nahlásit!

[Luk]

U mě se nic takového neprojevuje. (ATI)

To bude asi tím, že mám Intel.

Jinak všechny ostatní problémy (a asi i tenhle)... Nahlásit!

Až seberu sílu Včera jsem chtěl ohlásit chybu v Tortoise SVN, a když jsem se konečně zaregistroval do jejich BTS, zjistil jsem, že tam stejně nemůžu přidat hlášení (právo mají jen vyvolení). Musí se to posílat do konference. Připadá mi to padlé na hlavu (když už mají ten tracking veřejný, tak proč to do něj nemůžu strčit rovnou?).

[Käyttäjä 11133]

U toho novelího BTS můžeš bugy reportovat přímo :D

[Ondrej 'SanTiago' Zajicek]

To mu prijde rozumne. Pokud bych uz chtel provozovat BTS, taky bych to delal tak. Pro reportovani bugu je nejlepsi email a prima komunikace s vyvojarem, BTS pak vyvojar pouziva jako jakysi verejny TODO list.

[Luk]

To je věcí názoru. Já osobně jsem raději, když ohlašovatel vyplní v BTS potřebné informace. Pokud mi to pošle mailem, musím to tam vkládat ručně, na některé věci se doptávat na etapy atd. Víc mi vyhovuje, když je ohlašovatel přímo naveden funkcemi BTS (v mém případě Mantis) k tomu, aby zadal vše potřebné - pak se mohu mailem doptat na podrobnosti, které tam chybějí. Ušetří mi to dost času, který bych musel věnovat mailovému ping-pongu.

[Jan Drábek]

Asi by se mi to podařilo rozchodit ruční editací xorg.conf, ale od toho máme v distribuci konfigurační nástroje, aby žádná editace nebyla potřeba.

No, bohužel zrovna intel karty potřebují přidat direktivu VirtualSize (ostatní karty dost pravděpodobně ne) a nějak to v yastu nezohlednili.

[WPA2]

OpenSUSE 11/KDE4 mi WPA klíč v ascii formě normálně vzalo.

[Luk]

Mně taky. Tedy se to tak tvářilo. Ale nefungovalo to a po opětovném otevření okna s klíčem tam byl v HEX formě úplně jiný, než být měl. Navíc pro WEP se jednotlivé způsoby zadávání klíče přepínají, kdežto u WPA je jen jedno textové pole a nikde nic přepínat nejde.

[petr_p]

Podle nadpisu jsem čekal, že se bude zkoušel mobilní IP, překryvné bezdrátové sítě a podobné serepetičky a ono nic. Jsem hluboce zklamán ;)

[Luk]

Myslím, že nemá smysl zkoušet serepetičky (které stejně nevyužiju), když jsou problémy se základními věcmi.

[laco]

Teda podle toho zápisu je OpenSUSE 11 asi opravdu fakt hrozné.

[Jakub]

Jéje, mám podobné problémy (a taky si říkám když to zvládají XP z roku 2001 proč jsou s tím takové problémy v OpenSUSE z roku 2008).

[Bluebear]

když to zvládají XP z roku 2001 proč jsou s tím takové problémy v OpenSUSE z roku 2008

Protože Windows XP znáš a ovládáš, zatímco Linux zatím ještě neznáš dost. To přijde časem - pokud se tedy nevrátíš k Windows XP

[pasmen]

Myslím, že v tomhle případě to nebude tímhle. V Linuxu je (uživatelsky) síťování opravdu na bodu mrazu. Nevím jak v KDE, ale v Gnome je NetworkManager taky dost nestabilní a dělá si co chce.

[Luk]

Ostatně výchozí metodou správy sítě je i v openSUSE pořád ještě statické ovládání (bez NetworkManageru).

[Käyttäjä 11133]

Co bych dal za to, kdyby to tak zůstalo...

[Luk]

Když to budeš chtít, tak si to tam nastavíš. Ale podle mě by jako výchozí měla být dynamická správa (NetworkManager).

[Käyttäjä 11133]

A podle mě mětoda ifup. Nevybereš si, 100 lidí, 100 názorů. Nehledě na to, že nechápu, co je nedynamického na kombinaci ifup + scpm.

[Luk]

A podle mě mětoda ifup. Nevybereš si, 100 lidí, 100 názorů.

Nejsem typický uživatel, přesto jsem rád, když se nemusím starat o věci, u kterých je starání se zbytečné.

Nehledě na to, že nechápu, co je nedynamického na kombinaci ifup + scpm.

Ano, dynamické to v podstatě je. Ale je to složitější na ovládání.

[Käyttäjä 11133]

Ano, dynamické to v podstatě je. Ale je to složitější na ovládání.

K scpm je i grafický frontend.

[miso]

V skutocnosti je to tak, ze NM je default na notebookoch

[Luk]

Aha, a proč byl tedy puntík v radiobuttonu u "ifup"?

[Käyttäjä 11133]

Selhala detekce notebooku?

[Luk]

Copak já vím?

[miso]

Skus vytvorit file /tmp/test.ycp:

{
 import "Arch";

 UI::OpenDialog(`Label(sformat("Is Laptop : %1", Arch::is_laptop())));
 UI::UserInput();
 UI::CloseDialog();
}

A spustit

yast2 /tmp/test.ycp

[Luk]

Error while creating client module /tmp/test.ycp

[miso]

Musi to byt v tych {...} zatvorkach. Pripadne sa mi ozvi kludne na jabber

[Luk]

Byla to moje chyba. Na konci jsem vynechal jednu kulatou závorku Ale vrací to True, takže to notebook asi detekovalo správně.

[miso]

Fajn, mozes mi poslat tarball z /var/log/YaST2/* ?

[Luk]

Pošlu (mám to připravené), ale musím vědět kam. Mailovou adresu na tebe nemám a ta jabberová nějak nefunguje (prý server nenalezen)

[miso]

Poslal som ti moju mailovu adresu ako sukromnu spravu.
Btw - divne, ten jabber by mal fungovat, nebude to zas preklep?

[miso]

Podla logu je to zapnuty NetworkManager, takze pravidlo plati

[pasmen]

A to je druhý problém. Pro normálního smrtelníka je způsob z W XP ideální. Jsou připojeni kabelem? Fajn, z DHCP si vezmeme adresu a ostatní údaje. Kable odpojíme a jdeme do někam, kde je wifina. Fajn! Mám ji v seznamu sítí označenou pro automatické připojení. A je to. Tohle na Linuxu chybí, být schopný za běhu automaticky přecházet mezi wi-fi sítěmi a kabelovým připojením.

[Luboš Doležel (Doli)]

Tak tohle zrovna KNetworkManager - alespoň u mě - dělá správně. Už se mi ale tolik nelíbí některé jeho jiné manýry.

[miso]

Hm, ifplugd a priority?

[phero]

a navic Win XP rozhodne v roce 2001 WPA nepodporovali - natoz bezchybne, ale to ze je NetworkManager (zatim!) celkem zabugovany je fakt

[Luk]

a navic Win XP rozhodne v roce 2001 WPA nepodporovali

To je sice pravda, ale myslím, že SP1 už podporu obsahoval.

ze je NetworkManager (zatim!) celkem zabugovany je fakt

Problém je už to, že i samotný vznik NM byl pořádně opožděný.

[Luk]

To nic nemění například na faktu, že pokud se nelze připojit k WiFi AP, měl by to systém dát najevo trochu lépe než jen tím, že je zašedlá ikona sítě.

[Luboš Doležel (Doli)]

NetworkManager je obecně šmejd. To si žije ve svém nějakém zvláštním světě...

[Käyttäjä 11133]

Souhlasím.

[pingwin]

Asi by bylo nejlepsi kdyby lidi v SUSE naprogramovali neco na zpusob centra spravy site, ktera je v Mandrive. A vys... se na NM. Je to asi nejvetsi bolistka vsech distribuci ktere NM pouzivaji.

[Käyttäjä 11133]

A YaST snad nemá síťový modul, nebo co?

[pingwin]

Podle me neni dobre zintegrovany se zbytkem systemu, tim myslim treba ikonu v system tray v Gnome/Kde pro rychly vyber wifi siti. Je pravda ze jsem naposled wifi nastavoval na NB na opensuse 10.2...

[miso]

Ehm, nebol to network-manager-gnome-plugin?