openSUSE Leap 15.4 PoznĂĄmky k vydaniu openSUSE Leap je slobodnĂ˝ a na Linuxe zaloĹženĂ˝ operaÄnĂ˝ systĂŠm pre PC, notebook alebo server. MĂ´Ĺžete surfovaĹĽ po Webe, spravovaĹĽ svoje e-maily a fotografie, robiĹĽ kancelĂĄrsku prĂĄcu, prehrĂĄvaĹĽ videĂĄ Äi hudbu a uĹžiĹĽ si veÄža zĂĄbavy! : Ladislav MichnoviÄ a Ferdinand Galko Publication Date2022-05-11, 15.4.20220511 1 InĹĄtalĂĄcia 2 Zvýťenie verzie systĂŠmu 3 Zmeny balenia 4 OvlĂĄdaÄe a hardvĂŠr 5 Desktop 6 ÄalĹĄie informĂĄcie a spätnĂĄ väzba Toto je poÄiatoÄnĂĄ verzia poznĂĄmok k vydaniu pre nadchĂĄdzajĂşce openSUSE Leap 15.4. Ak povyĹĄujete zo starĹĄej verzie na toto vydanie openSUSE Leap, pozrite si predchĂĄdzajĂşce poznĂĄmky k vydaniu, ktorĂŠ sĂş uvedenĂŠ tu: https://en.opensuse.org /openSUSE:Release_Notes. Tento verejnĂ˝ beta test je sĂşÄasĹĽou projektu openSUSE.InformĂĄcie o projekte sĂş k dostupnĂŠ na https://www.opensuse.org. HlĂĄste vĹĄetky chyby, na ktorĂŠ narazĂte pri pouĹžĂvanĂ tohto predbeĹžnĂŠho vydania openSUSE Leap 15.4 v openSUSE Bugzilla. Viac informĂĄciĂ zistĂte na https:// en.opensuse.org/Submitting_Bug_Reports. Ak by ste chceli vidieĹĽ ÄokoÄžvek pridanĂŠ do poznĂĄmok k vydaniu, podajte hlĂĄsenie o chybe na komponent âPoznĂĄmky k vydaniuâ. 1 InĹĄtalĂĄcia TĂĄto ÄasĹĽ obsahuje poznĂĄmky tĂ˝kajĂşce sa inĹĄtalĂĄcie. PodrobnĂŠ pokyny k inĹĄtalĂĄcii nĂĄjdete v dokumentĂĄcii na https://doc.opensuse.org/documentation/ leap/startup/html/book.opensuse.startup/part-basics.html. 1.1 PouĹžitie atomickĂ˝ch aktualizĂĄciĂ so systĂŠmovou rolou Transactional Server InĹĄtalĂĄtor podporuje systĂŠmovĂş rolu Transactional Server. TĂĄto systĂŠmovĂĄ rola obsahuje aktualizaÄnĂ˝ systĂŠm, ktorĂ˝ aplikuje aktualizĂĄcie atomicky (ako jedna operĂĄcia) a umoĹžĹuje Äžahko sa vrĂĄtiĹĽ, ak to bude potrebnĂŠ. Tieto funkcie sĂş zaloĹženĂŠ na nĂĄstrojoch na sprĂĄvu balĂkov, na ktorĂŠ sa tieĹž spoliehajĂş vĹĄetky ostatnĂŠ distribĂşcie SUSE a openSUSE. To znamenĂĄ, Ĺže drvivĂĄ väÄĹĄina balĂkov RPM, ktorĂŠ pracujĂş s inĂ˝mi systĂŠmovĂ˝mi rolami openSUSE Leap 15.4, pracujĂş aj so systĂŠmovou rolou Transactional Server. PoznĂĄmka PoznĂĄmkaNekompatibilnĂŠ balĂky NiektorĂŠ balĂky upravujĂş obsah sĂşboru /var alebo /srv vo svojich RPM %post skriptoch. Tieto balĂky nie sĂş kompatibilnĂŠ. Ak nĂĄjdete takĂ˝to balĂk, podajte sprĂĄvu o chybe. Na poskytovanie tĂ˝chto funkciĂ sa tento systĂŠm aktualizĂĄciĂ spolieha na: ⢠SnĂmky Btrfs Pred spustenĂm aktualizĂĄcie systĂŠmu sa vytvorĂ novĂĄ snĂmka Btrfs koreĹovĂŠho sĂşborovĂŠho systĂŠmu. Potom sĂş vĹĄetky zmeny z aktualizĂĄcie nainĹĄtalovanĂŠ do tejto snĂmky Btrfs. Ak chcete dokonÄiĹĽ aktualizĂĄciu, mĂ´Ĺžete potom systĂŠm reĹĄtartovaĹĽ do novej snĂmky. Ak chcete vrĂĄtiĹĽ aktualizĂĄciu, jednoducho spustite systĂŠm z predchĂĄdzajĂşcej snĂmky. ⢠KoreĹovĂ˝ sĂşborovĂ˝ systĂŠm len na ÄĂtanie Aby nedoĹĄlo k problĂŠmom so stratou Ăşdajov kvĂ´li aktualizĂĄciĂĄm, koreĹovĂ˝ sĂşborovĂ˝ systĂŠm nesmie byĹĽ inak zapĂsanĂ˝. Preto je koreĹovĂ˝ sĂşborovĂ˝ systĂŠm pri normĂĄlnej prevĂĄdzke pripojenĂ˝ len na ÄĂtanie. Aby toto nastavenie pracovalo, museli sa vykonaĹĽ dve dodatoÄnĂŠ zmeny sĂşborovĂŠho systĂŠmu: UmoĹžniĹĽ zapisovanie konfigurĂĄcie pouĹžĂvateÄža v /etc, tento adresĂĄr je automaticky konfigurovanĂ˝ na pouĹžitie OverlayFS. /var je teraz samostatnĂ˝ podzväzok, do ktorĂŠho moĹžno zapisovaĹĽ procesmi. DĂ´leĹžitĂŠ DĂ´leĹžitĂŠTransactional Server VyĹžaduje najmenej 12 GB miesta na disku SystĂŠmovĂĄ rola TransakÄnĂ˝ server potrebuje veÄžkosĹĽ disku najmenej 12 GB na prijatie snĂmok Btrfs. DĂ´leĹžitĂŠ DĂ´leĹžitĂŠYaST nefunguje v transakÄnom reĹžime V sĂşÄasnosti YaST nepracuje s transakÄnĂ˝mi aktualizĂĄciami. Je to preto, Ĺže YaST vykonĂĄva veci okamĹžite a pretoĹže nemĂ´Ĺže upravovaĹĽ sĂşborovĂ˝ systĂŠm, ktorĂ˝ je len ÄĂtanie. Ak chcete pracovaĹĽ s transakÄnĂ˝mi aktualizĂĄciami, vĹždy pouĹžite prĂkaz transactional-update namiesto YaST a Zypper pre celĂş sprĂĄvu softvĂŠru: ⢠AktualizovaĹĽ systĂŠm: transactional-update up ⢠InĹĄtalovaĹĽ balĂk: transactional-update pkg in PACKAGE_NAME ⢠OdstrĂĄniĹĽ balĂk: transactional-update pkg rm PACKAGE_NAME ⢠Ak chcete vrĂĄtiĹĽ poslednĂş snĂmku, teda poslednĂş sadu zmien v koreĹovom sĂşborovom systĂŠme, uistite sa, Ĺže vĂĄĹĄ systĂŠm je spustenĂ˝ do ÄalĹĄej k poslednej snĂmke a spustite: transactional-update rollback VoliteÄžne pridajte ID snĂmky na koniec prĂkazu na vrĂĄtenie sa na konkrĂŠtne ID. Pri pouĹžĂvanĂ tejto systĂŠmovej roly systĂŠm v predvolenom nastavenĂ vykonĂĄ dennĂş aktualizĂĄciu a reĹĄtartuje sa medzi 03:30 a 05:00. Obe tieto akcie sĂş zaloĹženĂŠ na systemd a v prĂpade potreby mĂ´Ĺžu byĹĽ zakĂĄzanĂŠ pomocou systemctl: systemctl disable --now transactional-update.timer rebootmgr.service Viac informĂĄciĂ o transakÄnĂ˝ch aktualizĂĄciĂĄch nĂĄjdete v prĂspevkoch blogu openSUSE Kubic https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/ a https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/. 1.2 InĹĄtalĂĄcia na pevnĂ˝ch diskoch s kapacitou menej ako 12 GB InĹĄtalĂĄtor navrhne schĂŠmu rozdelenia disku iba vtedy, ak je dostupnĂĄ veÄžkosĹĽ pevnĂŠho disku väÄĹĄia ako 12 GB. Ak chcete nastaviĹĽ naprĂklad veÄžmi malĂŠ obrazy virtuĂĄlnych strojov, pouĹžite sprevĂĄdzanĂŠ rozdelenie disku na vyladenie parametrov rozdelenia ruÄne. 1.3 UEFIâUnified Extensible Firmware Interface Pred inĹĄtalĂĄciou openSUSE na systĂŠme, ktorĂ˝ sa zavĂĄdza pomocou UEFI (Unified Extensible Firmware Interface), odporĂşÄa sa skontrolovaĹĽ akĂŠkoÄžvek aktualizĂĄcie firmvĂŠru, ktorĂŠ odporĂşÄa dodĂĄvateÄž hardvĂŠru a, ak sĂş k dispozĂcii, inĹĄtalĂĄcia takĂ˝chto aktualizĂĄciĂ. PredinĹĄtalĂĄcia Windows 8 alebo novĹĄieho systĂŠmu je silnĂ˝m nĂĄznakom, Ĺže vĂĄĹĄ systĂŠm ĹĄtartuje pomocou UEFI. Pozadie: NiektorĂŠ firmvĂŠry UEFI obsahujĂş chyby, ktorĂŠ spĂ´sobujĂş nefunkÄnosĹĽ, ak je zapĂsanĂ˝ch do ĂşloĹžnĂŠho priestoru UEFI prĂliĹĄ veÄža dĂĄt. Nikto v skutoÄnosti nevie, koÄžko je to âprĂliĹĄ veÄžaâ. openSUSE zniĹžuje riziko tĂ˝m, Ĺže nezapisuje viac neĹž zĂĄkladnĂŠ minimum potrebnĂŠ pre ĹĄtart OS. Toto minimum znamenĂĄ oznĂĄmenie pre firmware UEFI, kde se nachĂĄdza sprĂĄvca ĹĄtartu openSUSE. Upstream funkcie jadra Linuxu, ktorĂŠ pouĹžĂvajĂş ĂşloĹžnĂ˝ priestor UEFI pre uloĹženie informĂĄciĂ o ĹĄtarte systĂŠmu a jeho zrĂştenĂ (pstore) boli v predvolenom nastavenĂ zakĂĄzanĂŠ. Napriek tomu je doporuÄenĂŠ nainĹĄtalovaĹĽ kaĹždĂş aktualizĂĄciu pre firmware, ktorĂş vĂ˝robca odporĂşÄa. 1.4 UEFI, GPT a MS-DOS oddiely Spolu so ĹĄpecifikĂĄciou UEFI/EFI priĹĄiel novĂ˝ ĹĄtĂ˝l rozdelenia diskov: GPT (GUID Partition Table). TĂĄto novĂĄ schĂŠma pouĹžĂva globĂĄlne jedineÄnĂŠ identifikĂĄtory (128-bitovĂŠ hodnoty zobrazenĂŠ ako 32 hexadecimĂĄlnych ÄĂslic) pre identifikĂĄciu zariadenia a typov oddielov. Okrem toho ĹĄpecifikĂĄcia UEFI tieĹž umoĹžĹuje ĹĄtandardnĂŠ MBR (MS-DOS) oddiely. LinuxovĂ sprĂĄvcovia ĹĄtartu (ELILO alebo GRUB2) skúťajĂş automaticky generovaĹĽ GUID pre tieto starĹĄie oddiely a zapĂsaĹĽ ich do firmware. TakĂ˝to GUID sa mĂ´Ĺže Äasto meniĹĽ, Äo spĂ´sobuje prepĂsanie firmvĂŠru. Prepis sa skladĂĄ z dvoch rĂ´znych operĂĄciĂ: odstrĂĄnenie starĂŠho zĂĄznamu a vytvorenie novĂŠho, ktorĂ˝ nahradĂ pĂ´vodnĂ˝. ModernĂ˝ firmware mĂĄ garbage collector, ktorĂ˝ zhromaĹžÄuje vymazanĂŠ zĂĄznamy a uvoÄžĹuje pamäż vyhradenĂş pre starĂŠ zĂĄznamy. ProblĂŠm nastĂĄva, keÄ chybnĂ˝ firmware nezhromaĹžÄuje a neuvoÄžĹuje zĂĄznamy; mĂ´Ĺže to skonÄiĹĽ s nespustiteÄžnĂ˝m systĂŠmom. Ak chcete tento problĂŠm vyrieĹĄiĹĽ, zmeĹte starĹĄĂ MBR diskovĂ˝ oddiel na GPT. 2 Zvýťenie verzie systĂŠmu TĂĄto ÄasĹĽ obsahuje poznĂĄmky tĂ˝kajĂşce sa zvýťenia verzie. PodporovanĂŠ scenĂĄre a podrobnĂŠ pokyny na zvýťenie verzie nĂĄjdete v dokumentĂĄcii na: ⢠https://en.opensuse.org/SDB:System_upgrade ⢠https://doc.opensuse.org/documentation/leap/startup/html/ book.opensuse.startup/cha-update-osuse.html Okrem toho skontrolujte Oddiel 3, âZmeny baleniaâ. 3 Zmeny balenia 3.1 ZastaranĂŠ balĂky ZastaranĂŠ balĂky sĂş stĂĄle dodĂĄvanĂŠ ako sĂşÄasĹĽ distribĂşcie, ale je naplĂĄnovanĂŠ, Ĺže budĂş odstrĂĄnenĂŠ ÄalĹĄou verziou openSUSE Leap. Tieto balĂky existujĂş na podporu migrĂĄcie, ale odrĂĄdza sa ich pouĹžitie a nemusia dostĂĄvaĹĽ aktualizĂĄcie. Ak chcete skontrolovaĹĽ, Äi uĹž nie sĂş nainĹĄtalovanĂŠ balĂky udrĹžiavanĂŠ, uistite sa, Ĺže je nainĹĄtalovanĂ˝ balĂk lifecycle-data-openSUSE a potom pouĹžite prĂkaz: ĹživotnĂ˝ cyklus zypper 3.2 OdstrĂĄnenĂŠ balĂky OdstrĂĄnenĂŠ balĂky uĹž nie sĂş dodĂĄvanĂŠ ako sĂşÄasĹĽ distribĂşcie. ⢠python2: Python 2 dosiahol EOL a uĹž viac nebude sĂşÄasĹĽou distribĂşcie. ÄalĹĄie informĂĄcie nĂĄjdete na https://code.opensuse.org/leap/features/issue/ 15. ⢠cloud-init-vmware-guestinfo: BalĂk nefunguje s cloud-init verziou 21.2 a novĹĄĂmi verziami. V cloud-init 21.4 je novĂ˝ zdroj dĂĄt, ktorĂ˝ ho nahrĂĄdza. ⢠digikam: Digikam uĹž nie je k dispozĂcii na ppc64le, pretoĹže libqt5-qtwebkit bol vyradenĂ˝. BalĂk bude poskytnutĂ˝ len pre architektĂşry x86_64, aarch64 a armv7. ⢠chessx: OdstrĂĄnenĂŠ kvĂ´li ĹĽaĹžkostiam pri spúťżanĂ a problĂŠmom s pĂ´vodnĂ˝mi autormi. ÄalĹĄie informĂĄcie nĂĄjdete na https://bugzilla.opensuse.org/ show_bug.cgi?id=1192907. ⢠gap: OdstrĂĄnenĂ˝, pretoĹže balĂk nie je v sĂşlade s FHS. ÄalĹĄie informĂĄcie nĂĄjdete na https://code.opensuse.org/leap/features/issue/24. ⢠tensorflow: OdstrĂĄnenĂ˝, pretoĹže balĂk Tensorflow 1.x je zastaranĂ˝, namiesto neho by sa mal pouĹžiĹĽ balĂk tensorflow2. 4 OvlĂĄdaÄe a hardvĂŠr 4.1 Secure Boot: OvlĂĄdaÄe tretĂch strĂĄn musia byĹĽ sprĂĄvne podpĂsanĂŠ Od openSUSE Leap 15.2 je teraz povolenĂĄ kontrola podpisov modulov jadra pre ovlĂĄdaÄe tretĂch strĂĄn (CONFIG_MODULE_SIG=y). Toto je dĂ´leĹžitĂŠ bezpeÄnostnĂŠ opatrenie, aby sa zabrĂĄnilo spusteniu nedĂ´veryhodnĂŠho kĂłdu v jadre. Ak je povolenĂ˝ UEFI Secure Boot, mĂ´Ĺže to zabrĂĄniĹĽ naÄĂtaniu modulov jadra tretĂch strĂĄn. BalĂky modulov jadra (Kernel Module Packages, KMPs) z oficiĂĄlnych repozitĂĄrov openSUSE nie sĂş ovplyvnenĂŠ, pretoĹže moduly, ktorĂŠ obsahujĂş, sĂş podpĂsanĂŠ kĞúÄom openSUSE. Kontrola podpisu mĂĄ nasledujĂşce sprĂĄvanie: ⢠Moduly jadra, ktorĂŠ sĂş nepodpĂsanĂŠ a podpĂsanĂŠ kĞúÄom, ktorĂ˝ je buÄ znĂĄmy ako nedĂ´veryhodnĂ˝, alebo ho nemoĹžno overiĹĽ na zĂĄklade systĂŠmovej databĂĄzy dĂ´veryhodnĂ˝ch kĞúÄov, budĂş zablokovanĂŠ. Je moĹžnĂŠ vygenerovaĹĽ vlastnĂ˝ certifikĂĄt, zapĂsaĹĽ ho do systĂŠmovej databĂĄzy Machine Owner Key (MOK) a podpĂsaĹĽ lokĂĄlne skompilovanĂŠ moduly jadra s tĂ˝mto certifikaÄnĂ˝m kĞúÄom. Moduly podpĂsanĂŠ tĂ˝mto spĂ´sobom nebudĂş zablokovanĂŠ ani nevyvolajĂş varovania. Pozrite si https://en.opensuse.org/openSUSE:UEFI. PretoĹže to tieĹž ovplyvĹuje grafickĂŠ ovlĂĄdaÄe NVIDIA, rieĹĄili sme to v naĹĄich oficiĂĄlnych balĂkoch pre openSUSE. Po inĹĄtalĂĄcii vĹĄak musĂte manuĂĄlne zapĂsaĹĽ novĂ˝ kÄžĂşÄ MOK, aby novĂŠ balĂky fungovali. Pokyny ako nainĹĄtalovaĹĽ ovlĂĄdaÄe a zapĂsaĹĽ kÄžĂşÄ MOK nĂĄjdete v https://en.opensuse.org/SDB:NVIDIA_drivers# Secureboot. 5 Desktop TĂĄto ÄasĹĽ uvĂĄdza desktopovĂŠ problĂŠmy a zmeny v openSUSE Leap 15.4. 5.1 OdstrĂĄnenie KDE 4 a Qt 4 BalĂky KDE 4 nebudĂş sĂşÄasĹĽou openSUSE Leap 15.4. ProsĂm, aktualizujte svoj systĂŠm na Plasma 5 a Qt 5. NiektorĂŠ balĂky Qt 4 mĂ´Ĺžu zostaĹĽ zachovanĂŠ z dĂ´vodu kompatibility. https://bugzilla.opensuse.org/show_bug.cgi?id=1179613. 6 ÄalĹĄie informĂĄcie a spätnĂĄ väzba ⢠PreÄĂtajte si dokumenty README na mĂŠdiu. ⢠ZĂskajte podrobnĂŠ informĂĄcie o zmenĂĄch konkrĂŠtneho balĂka z jeho RPM: rpm --changelog -qp NĂZOV_SĂBORU.rpm NahraÄte FILENAME s nĂĄzvom RPM. ⢠ChronologickĂ˝ zĂĄznam vĹĄetkĂ˝ch zmien vykonanĂ˝ch v aktualizovanĂ˝ch balĂkoch nĂĄjdete v sĂşbore ChangeLog v najvyĹĄĹĄej adresĂĄrovej Ăşrovni mĂŠdia. ⢠ÄalĹĄie informĂĄcie nĂĄjdete na mĂŠdiu v adresĂĄri docu. ⢠DodatoÄnĂş alebo aktualizovanĂş dokumentĂĄciu nĂĄjdete na https:// doc.opensuse.org/. ⢠NajnovĹĄie sprĂĄvy o produkte od openSUSE nĂĄjdete na https://www.opensuse.org . Copyright Š SUSE LLC Š 2022 SUSE