Výzva k testování openSUSE a SUSE Linux Enterprise (diskuse)

[randy]

kedze sa neviem po anglicky vykoktat, tak nie som vhodny kandidat. ale..opensuse 11.1 (11.0.42) testujem od zaciatku jeho existencie ;)) a vsetky problemy, na ktore som nadabil sa aj skor ci neskor objavili na bugzille bez mojich postov..

[Laco]

Inymi slovami, vsetky zdroje preorientuju na SLE a openSUSE 11.1 bude taka rychlokvasena sracka ako bolo 10.1 s nefunkcnym ZENworksom. Len teraz nebudu fungovat ine veci napr. PA :)

[Käyttäjä 11133]

A není to tak náhodou před každým releasem, že se na něj zaměří nejvíce zdrojů?

[Bluebear]

Nikolivěk. OpenSUSE nikdo neodflákne, protože openSUSE je cutting-edge distribuce, kde se díky komunitě testují a ověřují nové nápady. Co se osvědčí v OpenSUSE, bude jednou i ve SLE. A aby to fungovalo, musí být OpenSUSE aspoň rozumně funkční, jinak by ho nikdo nechtěl používat a tím pádem by to celé přestalo fungovat.

[Käyttäjä 11133]

No on SLE 10 je ta samá rychlokvaška s "nefunkčním ZENem" jako openSUSE 10.1, že...

[Käyttäjä 11133]

kde se díky komunitě testují a ověřují nové nápady. Co se osvědčí v OpenSUSE, bude jednou i ve SLE

Nejde v tomhle náhodou Novell ještě dál a to tak, že SLE 11 je v podstatě zmražené oS 11.1 s menčím počtem balíčků a podporou až na 7 let?

While the products share a code base - and therefore testing of SUSE Linux Enterprise will benefit openSUSE in general - there are differences in package selection, workflow, and setup which require each product to be tested separately.

[1]

[Bluebear]

Nejde v tomhle náhodou Novell ještě dál a to tak, že SLE 11 je v podstatě zmražené oS 11.1 s menčím počtem balíčků a podporou až na 7 let?

To by chtělo se zeptat balíkářů, moje vědomosti v tomhle směru jsou bohužel omezené

Pokud vím, tak je to nějak takhle: Teoreticky je základ stejný, ale SLE je trochu jinak řízený, protože je pro jiné prostředí - je trochu konzervativnější, víc zaměřený na stabilitu; aby šlo poskytovat podporu tak dlouho, je potřeba si pro to připravit půdu. Trochu jiné je uživatelské prostředí, které se ladí víc do vážných barev (obrazně i doslova); je tam méně vizuálních bakchanálií, místo toho má být prostředí maximálně konzistentní a definované - prostě tak, aby to šlo nasadit na stovky a tisíce stanic ve firmě. Pak je tam několik věcí speciálně určených pro firemní sféru - nenáviděný ZMD je zrovna příklad aplikace, která na domácí stanici jenom škodí, ale při správě tisíců stanic to už dává smysl.

Tož nějak tak, obávám se, že jsem to moc nevysvětlil...

[Käyttäjä 11133]

nenáviděný ZMD je zrovna příklad aplikace, která na domácí stanici jenom škodí, ale při správě tisíců stanic to už dává smysl.

Já myslím, že špatně není koncept ZDM, jen ta jeho implementace v MONU byla svého času poněkud pomalejší (což nemusí být ani monem). Zypper je v c++ a taky byl do nedávna sakra pomalej.

[Michal Kubeček]

Mně na zmd (kromě již zmíněné úděsné pomalosti) vadilo hlavně to, že jediná situace, kdy jsem si dokázal představit, že by mělo jeho nasazení smysl, by byla ta, že by běžel jen na jednom stroji v síti a všechny ostatní by ho využívaly (a nemusely spouštět vlastní), ale právě tímhle způsobem použít nešel (rugu a dalším klientům se nedalo říct, že mají používat zmd běžící na jiném počítači).