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.
Na jednom RPi které se nachází za NATem jsem si vytvořil službu (systemd unit), která má zajistit spuštění autossh po nastartování, aby byl k dispozici vzdálený přístup. Jenže to nefunguje, po nabootování služba neběží a z logu to vypadá, že se snaží spustit ještě před tím, než naběhne síť. Jenže to by se díky tomu network-online.target snad dít nemělo. Ručně službu spustit (service autossh start) můžu bez problému, a funguje to. Kde mám teda chybu?
[Unit] Description=Autossh Wants=network-online.target After=network.target network-online.target [Service] Type=simple Restart=always ExecStart=/usr/bin/autossh -N -M 6000 -R 0.0.0.0:50022:127.0.0.1:22 tunelar@***.***.***.*** -i /home/TunelKey [Install] WantedBy=multi-user.target
systemctl enable, tak ano.
ExecStartPre=/bin/sleep 30Blbý u tohoto je, že to bude spát nejenom při startu ale taky při restartu. Lepší by bylo u toho autossh zapnout nějaké ukecanější verbose logování, třeba by potom v logu něco bylo, proč to selhalo. Nevím autossh neznám, ale máš tam že to má číst něco z /home/TunelKey. Je ten /home mountnutý dřív než naběhne síť?
S tím autossh jako takovým problém není. Služba selže pouze při nabootování. Pokud ji potom spustím znovu, tak už normálně běží. V logu je, že síť není dostupná.
lis 02 10:42:24 rpi autossh[572]: starting ssh (count 1) lis 02 10:42:24 rpi autossh[572]: ssh child pid is 586 lis 02 10:42:24 rpi autossh[586]: ssh: connect to host ***.***.***.*** port 22: Network is unreachable lis 02 10:42:24 rpi autossh[572]: ssh exited prematurely with status 255; autossh exiting
To zpoždění vyzkouším, ale teď to RPi nemám u sebe a nechci riskovat, že udělám něco po čem se k němu už nepřipojím.
*-wait-online.service služba zařazená před network-online.target?
network-online.target přímo v sobě nemá žádnou magii pro detekci síťového připojení. Čekání na síť musí poskytnout jiná služba, na kterou network-online.target počká.
man systemd.special:
network-online.target - ... This target unit is intended to pull in a service that delays further execution until the network is sufficiently set up. What precisely this requires is left to the implementation of the network managing service.
Tiskni
Sdílej: