Novell odložil vydání SLED 10

Podle zprávy z LinuxDesktop.com Novell odložil vydání SUSE Linux Enterprise Desktop 10. Stalo se tak kvůli dolaďování nového systému správy softwaru, který v OpenSUSE 10.1 nepracoval tak, jak by měl. "Goldmaster release candidate" tedy vyjde 6.7. a finální verze bychom se měli dočkat 13.7.

21.6.2006 10:52 | Daniel Kvasnička ml. | Nová verze

Komentáře

[Michal Kubeček]

To je chvályhodné rozhodnutí. Jen škoda, že k tomuto poznání nedospěli ještě před vydáním SuSE Linux 10.1… :-(

[Pietro]

Prave preto to dali do SUSE 10.1, nie? Aby do vydania SLED stihli vychytat co najviac bugov.

[Michal Kubeček]

Zajímavá myšlenka. A ty veřejné alfy, bety a RC, ty sloužily jakému účelu? Pevně doufám, že šlo o zcela mimořádný úlet, ze kterého zodpovědné osoby vyvodí důsledky, a ne o předzvěst toho, že do budoucna má být SuSE Linux pouze placenou betaverzí SLES a SLED…

[Milan Hejpetr]

Rekl bych, ze to vidime hodne podobne. SUSE 10.1 moc velkou sluzbu Linuxu mezi beznymi uzivateli, kteri chteli Linux zkusit, neudelal. Mnohe mozna navzdy znechutil. Ted po vydani oprav to sice vypada, ze je vse temer OK, jenze - jak vim - ti bezni uzivatele, kteri by to radi vyzkouseli maji zase problemy s instalaci tech oprav. On je prece jen pro temer-laiky trochu problem pomoci nefunkcniho updatovaciho systemu nainstalovat patche na onen nefunkcni updatovaci system...
Vypustit ven neco takoveho pod oznacenim "ostra verze" a balit to do krabic, za ktere muze dat penize kazdy - tedy i nepouceny clovek, ktery chce Linux doma zkusit, to je opravdu projev zvlastnich myslenkovych pochodu. Pokud to ma byt betverze SLED, melo by to tak byt oznaceno. Na zadnou z techto namitek, ktere se na Internetu objevuji, jsem nenasel jedinou kloudnou odpoved od zodpovednych lidi

[Michal Kubeček]

Celkově bych ale řekl, že 10.1 není nějak příliš nepovedená. Sice je tam pár problémů (např. mne zlobí antialiasing v Gtk aplikacích a zatím jsem neměl čas to řešit), ale některé věci mi naopak fungují lépe než v 10.0 (třeba suspend to disk). Jediné, co považuji za katastrofu, je vše, co souvisí s nasazením Zenworks; bohužel je to zrovna package management a online update, tedy dvě poměrně zásadní funkce distribuce. I když, s trochou nadsázky se dá říci, že nefunkční online update hned po instalaci pro mne není u SuSE ničím novým - postihlo mne to už v době, kdy jsem s touto distribucí začínal (jen si teď nevzpomenu, zda šlo o verze 7.3 a 8.1 nebo 8.1 a 8.2). A jestli je skutečně pravda to, co jsem zahlédl v jedné diskusi - že Zen byl do 10.1 zakomponován až někdy v beta verzi - svědčilo by to o naprosto trestuhodné nezodpovědnosti toho, kdo o tom rozhodl.

[Pietro]

Zen byl do 10.1 zakomponován až někdy v beta verzi

To je skutocne pravda, bolo to v Beta 4 a v betach to vobec nefungovalo.

[Pietro]

Verejne alfy urcite nesluzili k vychytaniu bugov v ZMD, pretoze az v beta verziach sa rozhodli, ze vymenia backend v yaste. A betach ZMD nefungoval vobec.

[Pietro]

Este to trochu spresnim. Az v bete 4 sa rozhodli, ze vymenia backend v yaste a ze s tym nebudu cakat na 10.2. Podla Andresa Jaegera podcenili cas, ktory potrebovali na vychytanie bugov.

[Michal Kubeček]

Tady nejde o čas, tady jde o to, že tak zásadní koncepční změna se nemůže v žádném případě nasadit až v betě. To je příliš pozdě (z logického hlediska) na takto výraznou změnu.

Navíc výsledek vypadá, jako by package management a update netestoval vůbec nikdo. Například teď zrovna zkouším instalovat 10.1 do VMware. Když na základní konfigurační obrazovce kliknu na změnu rozložení klávesnice (nebo kteroukoli jinou položku), změním ho a vrátím se zpět, musím čekat minutu na "vyhodnocení výběru balíků", proč, proboha? Podotýkám, že to není tím VMware, i na čistém Athlonu 64 s 1 GB paměti to trvalo přes dvacet sekund. Vyhodnocování závislostí vůbec funguje naprosto mysticky: nastavím u balíčků A a B "tabu" (tj. neinstalovat v žádném případě), nechám zkontrolovat závislosti a instalátor zjistí, že balíček B závisí na A, který jsem označil jako tabu, a ptá se mne, co s tím. Že mi na mém domácím počítači zmd nejde vůbec spustit, protože se čert ví proč pokouší natáhnout 32-bitovou verzi libzmdutil.so, po níž v systému (ani v RPM) není ani památky, nebo že polovina modulů YaSTu naprosto zbytečně závisí na zmd jen proto, že po změně instalačních zdrojů v YaSTu se aktualizuje konfigurace zmd, to už jsou proti tomu jen drobnosti. Jak mohu tváří v tvář takovým zjištěním věřit, že tento subsystém někdo testoval déle než deset minut?

[Pietro]

Ano, je mi jasne, ze v bete je na toto neskoro. Ale nemyslim si, ze to nikto netestoval. Bugzilla Novellu je plna hlaseni chyb tykajucich sa zmd. Ja ich vobec nechcem obhajovat, len si myslim, ze jediny dovod, preco to praskli do bety moze byt ten, ze to chcu mat vychytane v SLED. A chcu pouzit zmd preto, lebo ma ovela sirsie moznosti ako povodny backend yastu.

BTW, ja zmd vobec nepouzivam. Pouzivam Smart Package Manager upraveny Pascalom Bleserom. V nom su vzdy aktualne zdroje a funguje mi bez problemov. Vyskusaj, mozno ti sadne a budes spokojnejsi.

[Michal Kubeček]

Můj problém je možná v tom, že nepotřebuji nic sofistikovaného. V okamžiku, kdy jsem zjistil, že online update (a vlastně i package manager) v YaSTu funguje i bez zmd, přestal mne (pro mé potřeby) zajímat. Jediné, co mi vadí, je, že chybí původní příkaz online_update, který šlo update provést neinteraktivně; rug pro mé účely nepřichází v úvahu, protože potřebuje zmd (který navíc musí v tu chvíli už nějakou dobu běžet). V okamžiku, kdy dopíšu svého neinteraktivního YOU klienta (první funkční verze by mohla být hotova během víkendu), bude mi moci celý slavný zmd být úplně ukradený.

[Pavol]

Ja myslim, ze za vsetko hovori nasledujuca veta: "But due to the fact that R&D is finalizing SUSE Linux Enterprise 10, I doubt that the patch [for OpenSUSE] will be available earlier than [the] end of June." Rovnako to mimochodom funguje aj u Fedory s Red Hatom. Jednoducho su tieto distra iba testovacie.