To sebou přineslo i nějaké regrese a já tak nebyl schopen dostat slušný obraz z web kamery za použití ovladače z branche m5602. Stream přestal fungovat vždycky po 5-6 sekundách a i po těch 5-6 sekund byl nějakých maximálně 5 snímků za sekundu. S Erikem jsme se do nápravy pustili zhruba předevčírem, ale nikterak intenzivně, dneska se nám povedlo branch m5602 opravit, takže s tímto driverem mi to jede zase přibližně 30 snímků za sekundu v černobílých barvách. Problémy s blízkým zdrojem světla a tmavostí obrazu však přetrvávají. :-(

Mimochodem, když se podíváte na panel napravo, tak si jistě všimnete modré stužky, která má symbolizovat to, že na tomto weblogu nedochází k žádnému cenzurování, fungovalo to tady takto již od samého začátku, takže jediná změna je to, že nyní je to dáno najevo i symbolem. :-)

S buildservicem však není nic snažšího, než si takový balíček (třeba jádro jako v našem případě) backportovat. Můžete provádět rozličné backportování. Můžete si do svého openSUSE 10.3 naládovat jádro z openSUSE 11.0 nebo přímo z openSUSE Factory. Například jsem pořeboval na desktop HP dc5800 dát novější jádro, aby mi správně fungovalo ACPI. S buildservicem stačilo vytvořit nový projekt home:m4r3k:kernel-backport (je zbytečné si zaneřádit domácí projekt, když je tu ta skvělá možnost vytvářet podprojekty) pomocí příkazu:

osc meta prj -e home:m4r3k:kernel-backport

V nabídnutém XML souboru:

<project name="home:m4r3k:kernel-backport">
	 <title>Short title of NewProject</title>
  <description>This project aims at providing some foo and bar.
It also does some weird stuff.
</description>
  <person role="maintainer" userid="m4r3k" />
  <person role="bugowner" userid="m4r3k" />

<!– remove this block to publish your packages on the mirrors –>
  <publish>
    <disable />
  </publish>
  <build>
    <enable />

  </build>
  <debuginfo>
    <disable />
  </debuginfo>
<!– remove this comment to enable one or more build targets
  <repository name="openSUSE_Factory">
    <path project="openSUSE:Factory" repository="standard" />

    <arch>x86_64</arch>
    <arch>i586</arch>
  </repository>
 <repository name="openSUSE_10.2">
    <path project="openSUSE:10.2" repository="standard"/>

    <arch>x86_64</arch>
    <arch>i586</arch>
  </repository>
  <repository name="SUSE_Linux_10.1">
    <path project="SUSE:SL-10.1" repository="standard" />

    <arch>x86_64</arch>
    <arch>i586</arch>
  </repository>
  <repository name="SUSE_Linux_10.0">
    <path project="SUSE:SL-10.0" repository="standard" />

    <arch>x86_64</arch>
    <arch>i586</arch>
  </repository>
  <repository name="Fedora_7">
    <path project="Fedora:7" repository="standard" />

    <arch>x86_64</arch>
    <arch>i586</arch>
  </repository>
  <repository name="SLE_10">
    <path project="SUSE:SLE-10:SDK" repository="standard" />

    <arch>x86_64</arch>
    <arch>i586</arch>
  </repository>
–>
</project>

Pak pozměníme část <publish> z <disable /> na <enable />, čímž zajistíme vytvoření veřejně přístupného repozitáře, a dále si vybereme architektury a distribuce, pro které chceme balíčky sestavovat. Pokud je naše cílová platforma v zakomentované části XML souboru, tak máme vyhráno a tu část, kterou chceme, odkomentujeme. Ke komentářům se zde používají klasické XML komentářové znaky <!– a –>. V případě, že naše cílová platforma v nabídce není, tak ji prostě přidáme (nezakomentovanou). Můžeme ji přidat jak prostřednictvím editace XML souboru, tak prostřednictvím webového rozhraní, jak jsme si to popsali v druhém dílu seriálu. Nezapomeňte také vyplnit položky <title> a <description> něčím více popisným :-).

Nyní, když máme projekt vytvořen, je vhodné si stáhnout jeho obsah (stejně je zatím skoro prázdný) na lokální disk. To uděláme opět pomocí příkazu osc co home:m4r3k:kernel-backport. Následně pomocí příkazu osc linkpac nalinkujeme balíčky ze zdrojového projektu do projektu cílového (tím je v našem případě home:m4r3k:kernel-backport. V případě backportování kernelu stačí spustit následující bash skript.

for i in apparmor-parser device-mapper kernel-default kernel-source kernel-xen lvm2 openais udev apparmor-profiles kernel-debug kernel-docs kernel-syms linux-kernel-headers mkinitrd sysfsutils; do
	osc linkpac openSUSE:Factory $i home:m4r3k:kernel-backport
done

Po doběhnutí tohoto krátkého skriptíku a vybuildění balíčků bude k dispozici FTP adresář home:m4r3k:kernel-backport, v němž jsou jednotlivé repozitáře, pro které jste si nechali backportovaný balíček sestavit. Zde bych si dovolil požádat přítomné čtenáře, aby si v případě potřeby nevytvářeli vlastní backport openSUSE jádra pro distribuce openSUSE 10.2, 10.3 a 11.0 z openSUSE Factory, protože tento backport je v mém projektu home:m4r3k:kernel-backport a jednalo by se tak o zbytečné plýtvání prostředky buildservicu. Ale pokud máte zájem o backport nějakého jiného balíčku, tak neváhejte :-).

Balíčky si do systému můžete nainstalovat například touto posloupností příkazů (otestováno na openSUSE 10.3):

zypper ar --repo http://download.opensuse.org/repositories/home:/m4r3k:/kernel-backport/openSUSE_10.3/home:m4r3k:kernel-backport.repo
zypper up -t package

kterou si přizpůsobíte vlastním podmínkám. Například změna URL k *.repo souboru.

Patchuji, patchuješ, patchujeme

Pokud jste nahlásili bug a broukobijci vás zásobují patchi k otestování nebo si chcete do nějakého balíčku přidat patch, který doplňuje pro vás zajímavou funkci, a nebo si jen chcete balíček přeložit s trošku jinými volbami, buildservice má pro vás jednoduché a elegantní řešení. Opět se jedná o magii spojenou s příkazem osc linkpac jako v předchozím případě.

Pokud chcete přidat do balíčku nějaký patch, lze to provést pomocí editace souboru _link, který je v adresáři nalinkovaného balíčku po stažení pomocí příkazu osc co. _link soubor obsahuje něco podobného tomuto:

<link project="openSUSE:Factory" package="apparmor-parser">
<patches>
  <!– <apply name="patch" /> –>
  <!– <topadd>%define build_with_feature_x 1</topadd> –>

</patches>
</link>

Jak vidíte, soubor obsahuje zakomentované části <apply name="patch" /> a <topadd>%define build_with_feature_x 1</topadd>. Neobsahuje však jednu stejně důležitou část <add name="somepatch" after="3" popt="1" dir=""/>. Tento element add umožňuje přidat k nalinkovanému balíčku libovolný patch. Například pokud chceme vytvořit balíček opatchovaný patchem cool-feature.patch pomocí makra %patch -p2 tak upravíme _link do následující podoby:

<link project="openSUSE:Factory" package="apparmor-parser">
<patches>
  <add name="cool-feature.patch" popt="2"/>
</patches>
</link>

Výsledek úprav musíte v případě, že jste editovali lokální soubor, poslat na server pomocí příkazu osc commit. Pomocí tohoto řešení však můžete přidat jen nějaký patch na samotný tarball se zdrojáky. Co dělat v případě, že chcete upravit daný spec soubor? K tomu zase slouží <apply name="patch" />. Jeho použití si ukážeme třeba na situaci, kdy chceme openSUSE distribuční jádro poupravit tak, aby neobsahovalo App Armor.

Ze všeho nejdříve si stáhneme původní balíček kernel-default z patřičného projektu (záleží na verzi distribuce, pro kterou tuto změnu budeme provádět). Já použiji jádro z projektu openSUSE:Factory a zneužiji již založený projekt home:m4r3k:kernel-backport.

osc co openSUSE:Factory kernel-default
cd openSUSE:Factory/kernel-default
cp kernel-default.spec kernel-default.spec.orig

Nyní si najdeme v souboru kernel-default.spec řádek 174 s následujícím obsahem: Source110: patches.apparmor.tar.bz2 a pomocí znaku # provedeme zakomentování. Totéž uděláme i s řádkem číslo 192, který obsahuje NoSource: 110. Ještě musíme na řádku číslo 228 odebrat příkaz na rozbalení Source balíčku s číslem 110, což provedeme odstraněním části -a 110. Vzhledem k tomu, že k opatchování se používá soubor %_sourcedir/series.conf, který obsahuje seznam aplikovaných patchů, tak ještě musíme všechny patche týkající se app.armor odstranit, což můžeme udělat nějakým kódem v Bashi (viz můj diff). Následně soubor uložíme a pomocí příkazu diff -u kernel-default.spec.old kernel-default.spec si vytvoříme patřičný patch. Ten by měl vypadat nějak takto (samozřejmě si můžete výstup přesměrovat přímo do nějakého souboru):

--- kernel-default.spec.old     2008-06-27 14:23:46.936011735 +0200
+++ kernel-default.spec 2008-06-27 22:03:03.060007138 +0200
@@ -171,7 +171,7 @@
 Source107:      patches.xen.tar.bz2
 Source108:      patches.addon.tar.bz2
 Source109:      patches.kernel.org.tar.bz2
-Source110:      patches.apparmor.tar.bz2
+#Source110:      patches.apparmor.tar.bz2
 Source111:      patches.rt.tar.bz2
 Source120:      kabi.tar.bz2
 %define my_builddir %_builddir/%{name}-%{version}
@@ -189,7 +189,7 @@
 NoSource:       107
 NoSource:       108
 NoSource:       109
-NoSource:       110
+#NoSource:       110
 NoSource:       111
 NoSource:       120
 # The following KMPs have been integrated into the kernel package.
@@ -225,7 +225,7 @@
 fi
 echo "Architecture symbol(s):" %symbols
 # Unpack all sources and patches
-%setup -q -c -T -a 0 -a 100 -a 101 -a 102 -a 103 -a 104 -a 105 -a 106 -a 107 -a 108 -a 109 -a 110 -a 111 -a 120
+%setup -q -c -T -a 0 -a 100 -a 101 -a 102 -a 103 -a 104 -a 105 -a 106 -a 107 -a 108 -a 109 -a 111 -a 120
 # Generate the list of supported modules
 (   %_sourcedir/guards %symbols < %_sourcedir/supported.conf
     for how in external; do
@@ -253,6 +253,8 @@
 subarch=${1%/*}
 # Apply the patches needed for this architecture.
 %if ! %build_vanilla
+grep -v "patches.apparmor" %_sourcedir/series.conf > %_sourcedir/series.conf.tmp
+mv %_sourcedir/series.conf.tmp %_sourcedir/series.conf
 for patch in $(%_sourcedir/guards %symbols < %_sourcedir/series.conf); do
     if ! patch -s -E -p1 --no-backup-if-mismatch -i ../$patch; then
        echo "*** Patch $patch failed ***"

UPOZORNĚNÍ: Správně byste měli ještě opravit část %changelog a přidat tam nějaký záznam o tom, že se jedná o opatchovaný build - ale pro naše cvičné účely to není třeba.

Poté přejdeme do projektu (a patřičného adresáře), kde máme již nalinkovaný balíček kernel-default (v mém případě se jedná o adresář home:m4r3k:kernel-backport/kernel-default) a tento patch soubor do daného adresáře uložíme třeba pod názvem app_armor_remove.patch. Nyní editujeme soubor _link, abychom dostali podobný výsledek.

<link project="openSUSE:Factory" package="kernel-default">
<patches>
  <apply name="app_armor_remove.patch" />
</patches>
</link>

Ještě je potřeba to všechno poslat na server; to můžeme udělat třeba následující sekvencí příkazů:

osc add app_armor_remove.patch # přidá soubor app_armor_remove.patch mezi BuildServicem spravované soubory
osc commit # odešle změny na server

A k čemu mi to je?

Pokud jste poctivě četli druhý díl seriálu, tak jistě víte, že místo tohoto řešení můžete prostě do adresáře s _link souborem přidat soubor se stejným názvem, který nahradí ten původní. Důvod pro použití patchování v rámci _link souboru je však jednoduchý (kdo na něj přijde před jeho přečtením, má u mě bonbón :-)), tohle řešení je, na rozdíl od toho prvního, vhodné i do budoucna. Musíme si uvědomit, že když přeplácneme patřičný .spec soubor, tak v případě aktualizace dojde k nepříjemné situaci, kdy se nám balíček přestane aktualizovat automaticky s upstream projektem, jež linkujeme. Toto řešení je do jisté míry (limity příkazu patch, který si s každou situací nemusí poradit) dopředné, a proto, pokud dojde k prostému navýšení verze, to naše metoda s patchováním ustojí a sestaví novější verzi balíčku s potřebnými změnami, které jsme provedli.

Mapa z 27. června 2008

Děkuji všem co se přidali, alespoň vidíme, že nás není málo. :-) Jen to okolí Ostravy zeje skoro prázdnotou :-(

Ujeli jsme takhle asi 20 metrů skoro slimáčí rychlostí, vítr nám foukal písek přímo na nohy, brusle a do obličeje. Oběma nám došlo, že to takhle asi nepůjde, tak jsme se domluvili, že to do blízkého podchodu doběhneme v ponožkách. “Sedli” jsme na lavičku. (S tím vítrem, jak foukal, to bylo spíš přistání, než sednutí.) A vyzuli brusle. Doutíkali jsme do podchodu se slovy “hlavně žádné sklo”. Najednou jsme v podchodu, z obou nás kape, jako by jsme skočili do bazénu v oblečení. Lidi na nás koukaj jak na maximální exoty. Už jste někdy viděli v podchodě dva lidi v ponožkách, mokré na kost s bruslemi v ruce? Kdybych to viděl, taky bych čučel. :-)

Stroj na sušení ložisek :D

Došli jsme na druhou stranu podchodu a čekali, než přestane pršet. Bohužel se však nedařilo. Stále pršelo a pršelo, naštěstí však boční vítr ustal. Rozhodli jsme se teda, že když už máme ty ponožky mokré, špinavé, tak že to dojdem až ke mě v těch ponožkách. Je to asi 1,5km vzdušnou čarou. Teďka jsme u mě a chystáme se rozebrat si své brusle, aby utrpěly co nejmenší škodu vlivem zvlhnutí. Oba jsme si totiž asi 14 dní zpátky koupili nová kolečka a hlavně nová ložiska. No a nové ložiska, to je tak 800-1200 podle toho které si kupujete. :-(

Víte o tom, že openSUSE má mapu uživatelů a členů openSUSE komunity? Jedná se o aplikaci postavenou nad Google Maps a je vskutku jednoduché se tam přidat. V době psaní tohoto příspěvku jsou na mapě 3 lidé z České republiky (a jedna firma, česká pobočka SUSE), pevně doufám, že až se na mapu příště podívám, tak že tam bude lidí více(klidně i firem). :-) Návod na to, jak se přidat je na openSUSE wiki. Já bych jen dodal, že jednoduchý převod na dekadický trav GPS souřadnic lze provést přes Google Maps a to tak, že do vyhledávacího pole zadáte souřadnice pomocí stupňů, minut, sekund,… a poté dáte dané souřadnice vyhledat. Jakmile bude dané místo nalezeno tak se vám v bublině objeví oba dva tvary GPS souřadnic, vskutku jednoduché. :-)

K nalezení vaší polohy můžete také použít mapy od Seznamu, které jsou pro české podmínky asi přece jen o něco vhodnější. A pamatujte, pokud nechcete říct kde přesně bydlíte můžete klidně zadat souřadnice podle kterých se podaří určit jen město (jako jsem to udělal já), nebo městskou část. :-)

Výběr repozitářů, do kterých bude nově sestavený balíček přidán. Řešení závislostí a přebírání balíčků z repozitářů určených pro jiné distribuce.

Přidáváme repozitáře, pro které chceme balíček sestavit

Přidáme si tedy repozitáře, pro které chceme balíček sestavit. To můžeme udělat například pomocí osc -e prj home:m4r3k, přičemž se nám opět spustí $EDITOR. Do něj pak napíšeme kód podobný tomu následujícímu:

<project name="home:m4r3k">
  <title>m4r3k's Home Project</title>
  <description>My packages :-).</description>
  <person role="maintainer" userid="m4r3k"/>

  <repository name="openSUSE_10.3">
    <path project="openSUSE:10.3" repository="standard"/>
    <arch>i586</arch>
    <arch>x86_64</arch>
  </repository>

</project>

Jak vidíte, tento soubor má poměrně složitou syntaxi (alespoň já si ji ne a ne zapamatovat :-)), naštěstí se však repozitáře dají přidat i pomocí webového rozhraní. Přihlásíme se tedy na build.opensuse.org, v našem domovském projektu klikneme na tlačítko Add Repository a vybereme si některý z repozítářů, pro které chceme sestavovat. V našem příkladu se jedná o repozitáře openSUSE 10.3, Fedora 8 a Mandriva 2008.

Po přidání repozitářů se nám začnou sestavovat jednotlivé balíčky. Průběh sestavování si můžeme vypsat pomocí příkazu osc buildlog distribuce architektura, například tedy:

osc buildlog openSUSE_10.3 i586

Po nějaké době by nám měly vzniknout balíčky pro distribuce openSUSE, Fedora a Mandriva. Každá by měla obsahovat jeden textový soubor umístěný v adresáři /etc/ s příslušným jménem. To si můžeme zkontrolovat tak, že si sestavené balíčky stáhneme a pomocí rpm -qlp balíček.rpm necháme vypsat jejich obsah.

for foo in *.rpm; do echo "balíček $foo obsahuje"; rpm -qlp $foo; echo "---"; done

balíček fedora-testovaci-balik.rpm obsahuje
warning: fedora-testovaci-balik.rpm: Header V3 DSA signature: NOKEY, key ID a575c4b8
/etc/Fedora.txt
---
balíček mandriva-testovaci-balik.rpm obsahuje
warning: mandriva-testovaci-balik.rpm: Header V3 DSA signature: NOKEY, key ID a575c4b8
/etc/Mandriva.txt
---
balíček openSUSE-testovaci-balik.rpm obsahuje
warning: openSUSE-testovaci-balik.rpm: Header V3 DSA signature: NOKEY, key ID a575c4b8
/etc/openSUSE.txt
---

Poněkud pokročilejší podmínky

Mezi verzemi distribucí se často přejmenovávají, rozdělují a slučují balíčky. Proto je výhodné mít k dispozici i rozlišování podle verze jednotlivých distribucí. Například, pokud chceme, aby se nějaká část kódu provedla jen v případě, že jde o distribuci openSUSE a zároveň se jedná o verzi novější než 10.2, pak použijeme tento kód:

%if 0%{?suse_version} > 1020
	%patch0
%endif

Tabulka proměnných pro jednotlivé distribuce

Tabulka převzata, upravena a aktualizována z en.opensuse.org.

Porovnávací operátory nejsou samozřejmě omezeny jen na operátor ekvivalence (==), ale také jsou k dispozici operátory menší než (<) a větší než (>). Tyto operátory můžeme také skládat a sestavit tak operátor větší nebo rovno (>=), případně menší nebo rovno =<). Stejně tak můžeme také kombinovat jednotlivé podmínky a sestavit například následující konstrukci:

%if 0%{?suse_version} || 0%{?sles_version}
 %patch1 -p1
%endif

Která provede makro %patch vždy, když je balíček sestavován v prostředí openSUSE nebo SLES(D). U sestavování balíčků se lze také rozhodovat podle architektury a tyto podmínky lze samozřejmě také kombinovat ve složitější celky. Například takto:

%if 0%{?suse_version} == 1030
%ifarch x86_64
 %patch1
%endif
%endif

Makro %patch1 bude provedeno, jen když je balíček sestavován pro openSUSE verze 10.3 a cílová architektura je x86_64.

Kde sehnat závislosti?!

Často se stane, že si chcete udělat balíček na nový program a z ničeho nic zjistíte, že programů, na kterých tento program závisí, je obrovská spousta. To je ještě v pohodě, jednoduše je napíšete do BuildRequires nebo do Requires. V tom horším případě však zjistíte, že potřebné balíčky nejsou k dispozici v oficiálních stromech balíčků. Pokud máte štěstí, tak balíček který potřebujete, už vytvořil někdo jiný, kdo připravuje balíčky v rámci openSUSE Build Service. Pak máte několik možnosti, jak tyto balíčky zužitkovat. Můžete je zkopírovat do svého projektu pomocí příkazu osc copypac, který má následující syntaxi:

osc copypac home:jiny-balikar cool-balicek home:m4r3k cool-balicek

Což vytvoří identickou kopii balíčku u vás v home:m4r3k. To se hodí v případě, že hodláte balíček nějak významněji upravovat. Má to však tu nevýhodu, že zbytečně plýtváte strojový čas i místo na build serverech. Proto je k dispozici také příkaz osc linkpac, který provede nalinkování balíčku z jednoho projektu do jiného. Tam se balíček sestaví a bude k dispozici i pro váš projekt. Toto řešení také nabízí určitou míru volnosti. Pokud totiž ve svém nalinkovaném projektu vytvoříte soubor se stejným názvem jako je v tom původním, tak se použije ten váš. Můžete si tak třeba poupravit .spec soubor, aniž by se muselo udržovat několik kopií tarové koule se zdrojovými kódy.

osc linkpac home:jiny-balikar cool-balicek home:m4r3k cool-balicek

Vlastní .spec soubor vnutíte projektu tak, že si aktualizujete svou lokální kopii repozitáře pomocí příkazu osc up a přepnete se do adresáře s balíčkem (cd cool-balicek). Pak si vytvoříte třeba soubor cool-balicek.spec a v něm vlastní obsah. Častěji však využijete už hotový .spec soubor a jen si jej upravíte k obrazu svému. Stažení originálního souboru lze provést pomocí:

osc co home:jiny-balikar cool-balicek cool-balicek.spec

Nyní už stačí soubor jen otevřít ve svém oblíbeném editoru a dle libosti upravit. Soubor poté přidáme do projektu pomocí osc add cool-balicek.spec a výsledek pošleme na server pomocí osc commit. Balíček se nyní sestaví i s vašimi změnami. Tento způsob sice už tolik neplýtvá místem na disku, ale na druhou stranu stále plýtvá strojovým časem serverů. Proto je k dispozici i příkaz osc aggregatepac, který je vhodný v případě, že chceme balíček jen používat a nijak upravovat. Syntaxe je obdobná jako u předchozích příkazů.

osc aggregatepac home:jiny-balikar cool-balicek home:m4r3k cool-balicek

Stejně jakou u předchozích dvou příkazů, je i u tohoto příkazu poslední parametr cool-balicek nepovinný a v případě, že jej nepoužijete, tak se použije název stejný jako u zdrojového balíčku.

PyQt4 is not installed.
Traceback (most recent call last):
  File "jabbim.py", line 65, in 
    import widgets
  File "/home/marek/Files/prace/packman/jabbim-svn/jabbim-svn/widgets/__init__.py", line 7, in 
    import preferences
  File "/home/marek/Files/prace/packman/jabbim-svn/jabbim-svn/widgets/preferences.py", line 24, in 
    from preferences_ui import *
  File "/home/marek/Files/prace/packman/jabbim-svn/jabbim-svn/widgets/preferences_ui.py", line 439, in 
    from PyQt4 import QtWebKit
ImportError: cannot import name QtWebKit

Je to způsobeno tím, že v python-qt4 z openSUSE 11.0 není podpora pro WebKit z Qt 4.4, můžete to napravit tak, že nainstalujete třeba můj opravený balíček. Pomocí příkazu zypper install http://www.m4r3k.org/storage/python-qt4-4.4.2-3.i586.rpm. Vytvořil jsem také bugreport v Novell bugzille, pokud chcete sledovat průběh řešení této chyby.

Včera vyšlo openSUSE 11.0 (recenze). Rozhodl jsem se tak, že by bylo dobré zaktualizovat na tuto verzi i desktop regnis.m4r3k.org, nechtělo se mi však stahovat instalační DVD, ze kterého bych provedl cold upgrade. Inu řekl jsem si, že vyzkouším aktualizaci z již běžícího openSUSE 10.3, vybaven potřebnými teoretickými znalostmi jsem usoudil, že základním krokem bude aktualizace balíčku obsahujícího program rpm (to kvůli LZMA kompresi, která je v 11.0 balíčcích jako výchozí). Stáhl jsem si tak binárku z openSUSE 11.0 a příkazem rpm -U rpm-4.4.2-199.1.i586.rpm jsem provedl aktualizaci balíčku.

Poté jsem odstranil všechny openSUSE 10.3 repozitáře a na jejich místo jsem dal repozitáře pro 11.0 (ve skutečnosti i nějaké Factory). Poté jsem pomocí příkazu zypper in zypper nahodil nejnovější verzi zypperu, abych měl k dispozici zámky a volbu dup. Pomocí příkazu zypper remove *kde4* jsem odstranil experimentální KDE4 balíky, které jsem měl od předchozí instalace, pomocí touch /etc/zypp/locks; zypper addlock *kde4* jsem tyto balíčky uzamknul v jejich stavu (není nainstalován) a pustil se do skutečné aktualizace pomocí příkazu zypper dup.

Jakmile jsem odsouhlasil licence, tak se spustila aktualizace. Jakmile po nějaké době doběhla, tak jsem se pustil do rebootu. Poprvé systém nenabootoval, protože jsem měl blbě nastavený GRUB, což bylo asi způsobeno mými ručními zásahy v tomto souboru, které YaST (nebo co se to stará o konfiguraci zavaděče po aktualizaci jádra) nepobral, nicméně jakmile jsem opravil zavaděč (interaktivní GRUB rulez :-) ) tak mi nabootovalo nové openSUSE. :-)

Pokud je zde nějaký dobrodruh, který by chtěl také provádět aktualizaci za běhu, tak bych si dovolil upozornit, že se jedná o NEPODPOROVANÝ a NE MOC TESTOVANÝ způsob aktualizace.

Přibližný seznam změn v systému

The following packages are going to be upgraded:
  rubygem-activerecord-2_0 rubygem-activesupport-2_0 rubygem-actionmailer-2_0
rubygem-rails-2_0 rubygem-activeresource-2_0 osc rubygem-actionpack-2_0 yabsc
rubygem-rake rubygems obs-worker flash-player gst-fluendo-mp3 java-1_5_0-sun
java-1_5_0-sun-plugin 3ddiag 915resolution bash-doc Mesa-devel FastCGI ConsoleKit
DirectFB libreadline5 libwavpack1 MPlayer k3b libgpod3 kaffeine libgpod2 k3b-codecs
libtunepimp libtunepimp5 libtunepimp5-mad libtunepimp5-mp4 k3b-lang amarok
amarok-libvisual amarok-lang amarok-xine amarok-yauap kaffeine-lang libxine1
ImageMagick LibVNCServer Mesa MozillaFirefox-translations MozillaFirefox
NetworkManager NetworkManager-kde OpenEXR OpenOffice_org
OpenOffice_org-Quickstarter OpenOffice_org-calc OpenOffice_org-draw
OpenOffice_org-base apparmor-parser alsa-utils OpenOffice_org-filters
OpenOffice_org-impress OpenOffice_org-kde OpenOffice_org-mailmerge
OpenOffice_org-math OpenOffice_org-pyuno OpenOffice_org-writer PolicyKit SDL
SDL_mixer a2ps aaa_base aalib acl acpid alsa alsa-oss alsa-plugins arts aspell aspell-cs
aspell-en atk atk-devel audit attr audiofile audit-libs autoconf autofs automake avahi
bash bc bin86 bind-libs bind-utils binutils blas bison blktrace blt bluez-libs bluez-utils
bootsplash boost boost-devel boost-doc boost-jam bzip2 cabextract cairo cairo-devel
cairomm cdparanoia cdrdao cdrkit-cdrtools-compat check chmlib clucene-core
compat-libstdc++ compiz compiz-kde coreutils cpio cpp cracklib cracklib-dict-small cron
cryptsetup cups cups-client cyrus-sasl-devel cups-libs curl cvs cyrus-sasl
cyrus-sasl-crammd5 cyrus-sasl-digestmd5 cyrus-sasl-plain cyrus-sasl-saslauthd
db-utils dbus-1 dbus-1-glib dbus-1-python dbus-1-qt3 dbus-1-x11 dcraw ddd deltarpm
desktop-file-utils device-mapper dhcp dhcp-client dhcpcd dialog diffutils digikam
digikamimageplugins digikam-lang dirmngr dmraid dosfstools dvd+rw-tools e2fsprogs ed
eject enchant enscript esound ethtool fileshareset expat fam fdupes file filesystem fillup
findutils flac flex fontconfig fontconfig-devel foomatic-filters freeglut freetype2
freetype2-devel fribidi fvwm2 gail gawk gcc gcc-c++ gcc-gij gcc-info gdb gconf2 gd gdbm
gdbm-devel genisoimage ghostscript-fonts-std ghostscript-library ghostscript-x11
giflib gimp glib2-devel glib-sharp2 glib2 glibc-info glibc-locale glibc-i18ndata
glibmm2 glitz glitz-devel gmime gmime-sharp gmp gmp-devel gnome-keyring gnome-vfs2
gnuplot gnutls gpart gperf gpg2 gpgme gpm grep groff grub gsf-sharp gtk-sharp2 gtk2
gtk2-devel gtkmm2 gwenview gzip hal hal-palm hal-resmgr hdparm hplip-hpijs htop hwinfo
icedax id3lib ifplugd iftop imlib2 imlib2-loaders info inkscape inkscape-lang insserv
iproute2 iptables iputils irqbalance ispell ispell-american ispell-czech
jpackage-utils jpeg kbd kcm_gtk kdeaddons3-konqueror kdeartwork3-kscreensaver
kdebase3 kdebase3-SuSE kdebase3-kdm kdebase3-nsplugin kdebase3-samba
kdebase3-session kdebluetooth kdegraphics3 kdegraphics3-kamera kdegraphics3-pdf
kdegraphics3-postscript kdegraphics3-tex kdelibs3 kdelibs3-doc
kdelibs3-default-style kdemultimedia3 kdemultimedia3-CD kdemultimedia3-mixer
kdemultimedia3-sound kdenetwork3 kdenetwork3-InstantMessenger kdenetwork3-news
kdepim3 kdepim3-kpilot kdepim3-notes kdetv kdeutils3 kernel-default kernel-source
keyutils-libs kile kio_ipodslave kio_iso kio_slp kio_sysinfo kipi-plugins kitchensync
klogd konversation kpartx kpowersave krb5 krecord ktorrent kwin-decor-suse2 lbreakout
ldapcpplib less libEMF libFLAC++6 libFLAC8 libacl libaio libaio-devel libakode libao
libapparmor1 libapr-util1 libapr1 libattr libasound2 libart_lgpl libart_lgpl-devel
libblkid1 libblas3 libbonobo libbonoboui libbz2-1 libcdio7 libcom_err2 libcroco
libcurl4 libdb-4_5 libdb-4_5-devel libdc1394 libdc1394_control12 libdjvulibre15
libdrm libdv4 libdvdread3 libelf0 libevent libexpat-devel libexif libexpat1 libext2fs2
libfuse2 libgcj-devel libgimpprint libglade2 libgnome libgnomecanvas libgnomecups
libgnomeprint libgnomeprintui libgnomesu libgnomeui libgpgme11 libgphoto2 libgsf
libgtkhtml libicu libidl libidn libieee1284 libiso9660-5 libjasper libjpeg libkdcraw3
libksba libltdl-3 libmal libmikmod libmng libmpcdec5 libmtp7 libmusicbrainz4
libmysqlclient15 libnetpbm10 libnjb libnl libnscd liboil libopenct1 libopensc2
libopenssl-devel libopenssl0_9_8 libopensync libpcap libpisock9 libpng-devel libqca2
libqimageblitz4 libraptor1 librasqal0 libraw1394-8 libredland0 librpcsecgss librsvg
libsamplerate libsigc++2 libsmbios-libs libsndfile libsnmp15 libsoprano4 libspeex
libstrigi0 libstdc++-devel libstroke libtheora0 libthinkfinger libtiff3 libtool libusb
libuuid1 libvisual libvisual-plugins libvolume_id libvorbis libwmf libx86 libxcrypt
libxklavier libxml2 libxml2-python libxslt libzio libzypp lighttpd lighttpd-mod_magnet
lilo limal limal-perl linux-atm-lib lirc logrotate ltrace lukemftp lvm2 lzma lzo m4 mc-lang
mailx make man master-boot-code mc mdadm meanwhile microcode_ctl mingetty mkinitrd
module-init-tools mono-core mono-data mono-data-sqlite mono-web mono-winforms
mozilla-nspr mozilla-nss mysql mysql-client ncurses-devel neon net-tools netcat netpbm
nfsidmap nmap nfs-client nscd nspluginwrapper nss-mdns ntfs-3g ntfsprogs numlockx
obexftp openSUSE-release openct openldap2-client openldap2-devel openmotif-libs
openmotif22-libs openobex opensc openslp openssh openssh-askpass openssl openssl-certs
orbit2 pam pango pam-config pam-devel pam-modules pango-devel parted patch pciutils pcre
pcre-devel pcsc-lite perl perl-Bootloader perl-Config-Crontab perl-Crypt-SSLeay
perl-Crypt-SmbHash perl-DBD-SQLite perl-DBI perl-Digest-SHA1 perl-Digest-HMAC
perl-Digest-MD4 perl-File-Tail perl-HTML-Parser perl-HTML-Tagset perl-IO-Socket-SSL
perl-Net-DNS perl-Net-Daemon perl-Net-IP perl-Net_SSLeay perl-Parse-RecDescent
perl-PlRPC perl-RPC-XML perl-Socket-MsgHdr perl-TermReadKey perl-TimeDate perl-Tk
perl-URI perl-X500-DN perl-XML-Bare perl-XML-Parser perl-XML-XPath perl-XML-Writer
perl-base perl-gettext perl-libapparmor perl-libwww-perl perl-spamassassin
permissions pinentry pkg-config pinentry-qt plotutils pm-utils pmtools portmap popt
portaudio posix_cc postfix postgresql-libs powersave powersave-libs ppp pptp preload
procps psmisc pstoedit pth pwdutils python python-cairo python-gobject2 python-gtk
python-imaging python-numeric python-qt4 python-sip python-tk python-urlgrabber
python-xml pyxml qca qt3 qtcurve-gtk2 qtcurve-kde rcs rdesktop recode reiserfs resmgr
rpm-python rrdtool ruby-devel rsync ruby ruby-fcgi ruby-mysql sane-backends sax2
sax2-gui sax2-ident sax2-libsax sax2-libsax-perl sax2-tools scpm screen sed sensors
setserial shared-mime-info skencil slang smartmontools snmp-mibs soprano spamassassin
speex splashy sqlite2 startup-notification strace strigi subversion sudo suspend
syslog-ng swig sysvinit t1lib tack taglib tar tcl tcpd tcsh texinfo texlive-bin sysconfig
sysfsutils tightvnc timezone tix tk transfig udev ufraw ufraw-gimp unzip utempter
util-linux v4l-conf valgrind vcdimager vim vim-base vim-data vlna vorbis-tools w3m wdiff
wget wine wodim wpa_supplicant wv wvdial wvstreams wxGTK x11-input-synaptics x11-tools
xaw3d xdg-menu xfig xgl xinetd xli xorg-x11 xorg-x11-driver-video xorg-x11-driver-input
xorg-x11-Xvnc xorg-x11-devel xorg-x11-fonts-devel xorg-x11-libICE
xorg-x11-libICE-devel xorg-x11-libSM-devel xorg-x11-libSM xorg-x11-libX11-ccache
xorg-x11-libX11 xorg-x11-libX11-devel xorg-x11-libXau xorg-x11-libXau-devel
xorg-x11-libXdmcp xorg-x11-libXdmcp-devel xorg-x11-libXext-devel xorg-x11-libXext
xorg-x11-libXfixes xorg-x11-libXmu xorg-x11-libXfixes-devel xorg-x11-libXmu-devel
xorg-x11-libXp xorg-x11-libXp-devel xorg-x11-libXpm xorg-x11-libXpm-devel
xorg-x11-libXprintUtil xorg-x11-libXprintUtil-devel xorg-x11-libXrender
xorg-x11-libXrender-devel xorg-x11-libXt xorg-x11-libXt-devel xorg-x11-libXv
xorg-x11-libXv-devel xorg-x11-libfontenc xorg-x11-libfontenc-devel xorg-x11-libs
xorg-x11-libxcb xorg-x11-libxcb-devel xorg-x11-libxkbfile
xorg-x11-libxkbfile-devel xorg-x11-proto-devel xorg-x11-server
xorg-x11-server-extra xorg-x11-util-devel xorg-x11-xtrans-devel xpdf-tools xterm
yast2 yast2-bootloader yast2-control-center yast2-control-center-qt yast2-core
yast2-country yast2-fingerprint-reader yast2-hardware-detection yast2-ldap
yast2-mouse yast2-ncurses yast2-network yast2-nis-client yast2-packager
yast2-perl-bindings yast2-profile-manager yast2-pkg-bindings yast2-printer yast2-qt
yast2-slp yast2-sound yast2-storage yast2-storage-lib yast2-transfer yast2-tune
yast2-update yast2-users yast2-xml yauap yp-tools ypbind yum-metadata-parser
zisofs-tools zlib zlib-devel zvbi zypper glibc glibc-devel OpenOffice_org-cs
OpenOffice_org-hyphen OpenOffice_org-icon-themes
OpenOffice_org-templates-labels-letter OpenOffice_org-templates-labels-a4
OpenOffice_org-templates-presentation-layouts OpenOffice_org-thesaurus-cs
OpenOffice_org-thesaurus-en SuSEfirewall2 apparmor-profiles apparmor-utils
autoyast2 autoyast2-installation build bundle-lang-common-cs bundle-lang-common-en
bundle-lang-kde-cs bundle-lang-kde-en createrepo dejavu fonts-config
gnome-icon-theme hicolor-icon-theme ifnteuro info2html inst-source-utils
kde3-i18n-cs licenses linux-kernel-headers man-pages-cs myspell-american
myspell-czech netcfg opensuse-codecs-installer pciutils-ids sgml-skel siga
suse-build-key suseRegister susehelp susehelp_cz susehelp_en texlive ulimit
update-alternatives words xalan-j2 xdg-utils xerces-j2 xerces-j2-xml-apis
xgl-hardware-list xkeyboard-config xorg-x11-fonts xorg-x11-fonts-core yast2-add-on
yast2-apparmor yast2-backup yast2-firewall yast2-inetd yast2-installation yast2-irda
yast2-iscsi-client yast2-kerberos-client yast2-ldap-client yast2-mail
yast2-metapackage-handler yast2-nfs-client yast2-ntp-client yast2-online-update
yast2-pam yast2-online-update-frontend yast2-runlevel yast2-registration
yast2-repair yast2-restore yast2-samba-client yast2-samba-server yast2-schema
yast2-security yast2-support yast2-sudo yast2-sysconfig yast2-theme-openSUSE
yast2-trans-cs yast2-trans-stats yast2-tv yast2-x11

The following packages are going to be downgraded:
  kde4-gwenview kde4-kio_sysinfo kde4-kmahjongg kde4-kmines kde4-kmix kde4-kpat
kde4-kreversi kde4-ksudoku kde4-okular kdebase4 kdebase4-runtime kdebase4-workspace
kdegames4 kdelibs4 kdepimlibs4 libakonadi4 libkdegames4 libkdepimlibs4

The following NEW packages are going to be installed:
  readline-doc IlmBase NetworkManager-glib PolicyKit-doc bootsplash-branding-openSUSE
checkmedia cpp43 digikamimageplugins-superimpose extragear-plasma fbset ft2demos fuse
gcc43 gcc43-c++ gcc43-gij gcc43-info ggz ggz-client-libs ghostscript-fonts-other
ghostscript-omni gimp-plugins-python gimp-branding-upstream gtk2-branding-upstream
gvfs gvfs-backends gvfs-fuse gwenview-lang hunspell-tools hunspell icewm icewm-lite
kdebase3-SuSE-branding-upstream kdebase3-SuSE-lang kdebase3-runtime
kdebase4-workspace-plasmoids kdebase4-workspace-ksysguardd
kdebase4-workspace-branding-openSUSE lcms libMagick++1 libMagickCore1
libMagickWand1 libarchive2 libatk-1_0-0 libavahi-client3 libavahi-common3
libavahi-core5 libavahi-glib1 libblocxx6 libcap2 libcdio_cdda0 libcdio_paranoia0
libcroco-0_6-3 libdbus-1-qt3-0 libdc1394-22 libdns_sd libenchant1 libesd0 libexiv2-2
libgcc43 libgcj43 libgcj43-jar libgcj_bc43 libgcj43-devel libgdiplus0 libgfortran43
libggz2 libgio-2_0-0 libgio-fam libglib-2_0-0 libgluezilla0 libgmime-2_0-3
libgmodule-2_0-0 libgnomesu0 libgnutls-extra26 libgnutls26 libgomp43
libgobject-2_0-0 libgssglue1 libgsf-1-114 libgthread-2_0-0 libgtkimageview0
libgvfscommon0 libktnef1 libkcal libkcal2 libkmime2 liblcms1 liblzmadec0 libmpfr1
libmudflap43 libncurses5 libneon27 libnjb5 libpng12-0 libpoppler-glib3 libpoppler-qt2
libreiserfs libsensors3 libsensors4 libsmbclient0 libsoup libsoup-2_4-1 libstdc++43
libstdc++43-devel libtalloc1 libtasn1 libtasn1-3 libtdb1 libwbclient0 libwpd-0_8-8
libwpg-0_1-1 libwps-0_1-1 libxklavier12 login misc-console-font mozilla-xulrunner190
mozilla-xulrunner190-gnomevfs mozilla-xulrunner190-translations ncurses-utils
obex-data-server perl-XML-Simple perl-doc python-lxml sane-backends-autoconfig
satsolver-tools terminfo-base texlive-bin-latex uuid-runtime
xorg-x11-driver-video-radeonhd xorg-x11-driver-video-unichrome yast2-country-data
yast2-libyui yast2-ncurses-pkg yast2-qt-pkg yast2-ycp-ui-bindings
OpenOffice_org-branding-openSUSE bundle-lang-gnome-cs desktop-data-openSUSE
glib2-branding-openSUSE plasma-theme-aya texlive-latex

The following packages are going to be REMOVED:
  ncurses perl-IO-Compress-Zlib CheckHardware liby2util libmudflap42 kde4-krfb
kde4-kgpg kde4-konqueror kde4-kdessh perl-Compress-Zlib nvidia-gfxG01-kmp-default
libpng R-base kde4-kfloppy kde4-keditbookmarks kde4-konsole mktemp libstdc++42 blocxx
perl-IO-Compress-Base kde4-krdc perl-IO-Zlib kde4-kopete libgcj_bc42 kde4-kcalc
R-R2HTML kde4-ksnapshot kde4-kwikdisk kde4-kdialog kde4-kate curl-ca-bundle libgcc42
libgdiplus perl-Compress-Raw-Zlib bootsplash-theme-SuSE dhcdbd
avahi-compat-mDNSResponder libsmbclient kdebase3-ksysguardd kde4-kget
kdenetwork4-filesharing kde4-kwrite libgomp42 poppler-qt kde4-kweather kde4-kdf
kde4-kwalletmanager kde4-dolphin kde4-knewsticker perl-Archive-Tar avahi-glib
liblcms x11-video-nvidiaG01 kde4-kfind kde4-kmag kde4-kdepasswd aaa_skel
desktop-data-SuSE libMagick++10 avahi-qt3 kde4-kruler

The following product is going to be REMOVED:
  openSUSE

Results for desktops



Results for servers

I think, this is good message for all community members and developers.