Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
bash-5.1$ ldd /usr/bin/gpg /usr/bin/gpg: /lib64/libc.so.6: version `GLIBC_2.33' not found (required by /usr/lib64/libreadline.so.8) linux-vdso.so.1 (0x00007ffd1cb28000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fa64ef4a000) libz.so.1 => /lib64/libz.so.1 (0x00007fa64ef30000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fa64ef1d000) libreadline.so.8 => /usr/lib64/libreadline.so.8 (0x00007fa64eec6000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fa64eec1000) libusb-0.1.so.4 => /usr/lib64/libusb-0.1.so.4 (0x00007fa64eeba000) libc.so.6 => /lib64/libc.so.6 (0x00007fa64ecdc000) libtinfo.so.6 => /usr/lib64/libtinfo.so.6 (0x00007fa64ecae000) /lib64/ld-linux-x86-64.so.2 (0x00007fa64ef9d000) libusb-1.0.so.0 => /usr/lib64/libusb-1.0.so.0 (0x00007fa64ec90000) libudev.so.1 => /lib64/libudev.so.1 (0x00007fa64ec6b000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fa64ec4a000)Výstup příkauzu
ldd --version je
bash-5.1$ ldd --version ldd (GNU libc) 2.32 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Roland McGrath and Ulrich DrepperNa ruční aktualizaci se ptám proto, protože problém postihl i správce balíčků. Jak by taky ne, když na této knihovně závisí prakticky všechno. Nikdy jsem se o ruční aktualizaci knihovny nepokoušel. A řekl bych, že tu z celkem pochopitelných důvodů nebude moc lidí, kteří by s tím měli zkušenost. Ale i tak budu vděčný za každé dobře mířené RTFM. Jinak, hlavní důvod, proč se do toho pouštím, je ten, že bych se to rád naučil, když už mi osud přihrál do cesty takovouto výzvu. na druhém disku mám fungující systém, takže v případě potřeby mohu pracovat i v chrootu.
Řešení dotazu:
installpkg robí len to, že ten súbor rozbalí v root adresári. S tým sa rozbalí aj súbor /install/doinst.sh a ten sa vykoná a zmaže. Ten doinst.sh spravidlá robí symlinky a podobné veci. Nič zložité.
Takže potrebuješ stiahnuť aaa_glibc-solibs-2.33-x86_64-1.txz resp. ten balík, ktorý obsahuje chýbajúci súbor (to sa dá nájsť v MANIFEST.bz2), rozbaliť a vykonať doinst.sh. To sa dá v krajnom prípade aj z nabootovaného live distra, alebo prehodením disku na chvíľu do iného stroja.
Daj vedieť ako si dopadol.
installpkg opravdu jen nerozbaluje archiv a nespouští doinst.sh, ale taky např. vytváří záznam v databázi správce balíčků a v posledních letech doznal několika významných změn (jako celé pkgtools), takže takovýmito hokusy pokusy
by si to v extrémním případě mohl člověk rozbít ještě víc a nemuselo by se to projevit hned.
Chtělo by to aktualizovat glibc recovery, ale základ podle mě stále platí.
installpkg umí pracovat i na alternativním stromu, tzn. instalačního média nebo jiného systému můžete poškozený strom někam namontovat a pak použít:
installpkg --root /path/to/alt/rootPředpokládám, že tam ale už starší verze glibc je... Pak to samé platí i pro
upgradepkg, pouze chování se nemění přes přepínač, ale proměnnou prostředí:
ROOT=/path/to/alt/root upgradepkg package.txz
Tiskni
Sdílej: