Portál AbcLinuxu, 13. května 2025 03:48
Řešení dotazu:
pokud to bude SLES12SP1 a balicky z openSUSE Leap 42.1 (12SP2 a 42.2) by nemusel byt funkcne problem .. ale samozrejme prijdes o podporu ( to je take duvod proc to neni zrovna nejlevnejsi ),,
btw. neexistuje zadne SuSE a OpenSuSE ale SUSE a openSUSE
42.1 je based na SLE12SP1 , takze urcite ne do SLE12SP0 a SLESP0 uz je prakticky LTSS
+ bonus nic nebrani si v OBS vytvorit vlastni balicky pro SLE
42.1 je based na SLE12SP1, takze urcite ne do SLE12SP0 a SLESP0 uz je prakticky LTSS
Abychom byli konkrétní, SLE12 GA je LTSS od 1. července (jak lze ověřit např. zde).
+ bonus nic nebrani si v OBS vytvorit vlastni balicky pro SLE
Pokud někdo chce roubovat openSUSE balíčky na SLE, pak bych rozhodně doporučil tuto cestu, tj. vzít příslušný balíček v OBS a nechat ho přebuildit pro příslušný SLE. Rozhodně je to rozumnější, než se snažit instalovat přímo binární balíček z openSUSE.
Ještě bych upřesnil to, co tu padlo na začátku: "přijdeš o podporu" IMHO neznamená, že instalací balíčku z openSUSE zákazník ztratí jakýkoli nárok na podporu. Není důvod, proč by se support měl k openSUSE balíčkům chovat principiálně jinak než k jakémukoli third party software. Prostě jen nebude mít nárok na řešení problému, který nějak souvisí s těmi "cizími" balíčky.
jj, toto je lepsi formulaceJeště bych upřesnil to, co tu padlo na začátku: "přijdeš o podporu" IMHO neznamená, že instalací balíčku z openSUSE zákazník ztratí jakýkoli nárok na podporu. Není důvod, proč by se support měl k openSUSE balíčkům chovat principiálně jinak než k jakémukoli third party software. Prostě jen nebude mít nárok na řešení problému, který nějak souvisí s těmi "cizími" balíčky.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.