Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
provozuju VPS u Wedosu, OS je Fedora. Původně tam byla verze 19, následné upgrady pomocí fedup na verze 20, 21 i 22 proběhly bez problémů.
Upgrade z 22 na 23 jsem dělal pomocí dnf system-upgrade, jak je doporučeno v dokumentaci.
Poté jsem zjistil, že se nemůžu připojit přes SSH. Připojil jsem se tedy přes VNC (klient ssvnc) a zjistil jsem, že vůbec nejde síť.
V příloze je výpis příkazů ip addr show a systemctl -l status network.service. (Omlouvám se, že to jsou screenshoty, ale za boha jsem nepřišel na to, jak přes VNC kopírovat text z konzole.)
Vypadá to, že systém nemůže najít zařízení eth0, ale netuším, proč tomu tak je.
Podle zákaznické administrace Wedosu síť běží. (Tamtéž to ukazuje, že na VPS je stále Fedora 19 i když tam už je 23. Nijak jsem neřešil, jestli Wedos VPS upgrady OS pomocí nástrojů v OS podporuje, ale u fedup problémy nebyly.)
Díky moc za pomoc.
Řešení dotazu:
(Omlouvám se za citovou zabarvenost způsobenou velkým množstvím objektivně zbytečného stresu v pozdní hodině.)
Díky všem (opravdu, bez ironie) a následující řádky prosím neberte jako kritiku, jen takovou sociologickou poznámku
Fascinuje mě, jak všichni pod tlakem anti-systemd ideologie navrhují řešení spočívající v zachování starého dobrého eth0 a nikoho nenapadlo, že by člověk prostě mohl chtít systém nastavit tak, aby používal nový ("předvídatelný") název rozhraní, což bylo to, co jsem chtěl já.
Nejen tady, ale i když jsem se pokoušel řešení vygooglit, nepovedlo se mi zformulovat dotaz tak, aby se dopředu pořád necpal i zde postovaný link na stackexchange, hemžící se radami k vrtání v konfiguraci GRUBu atd. Dokonce ten popis problematiky na freedesktop.org je psán stylem "počkat, proč přesně je to potřeba? a co mám dělat když to nechci?".
Nu, zjistit jak se zbavit všeho toho balastu ze starých časů se mi nepodařilo a rval jsem si nad tím vlasy dvě hodiny. Zatím tedy workaround - v /etc/sysconfig/network-scripts/ifcfg-eth0 jsem změnil DEVICE=eth0 na DEVICE=ens3, síť nyní funguje a těším se, až se to zase rozbije. Nejradši bych se zbavil celého sysconfig, ale nevím jak protože o tom se nemluví, tak co už.
Nejradši bych se zbavil celého sysconfig, ale nevím jakPřestaň používat network.service. K nastavení sítě můžeš použít systemd-networkd (man systemd.network) nebo NetworkManager (man nmcli-examples).
Tiskni
Sdílej: