Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
# cat kexec-load@.service [Unit] Description=************************************ load %i kernel into the current kernel *************************************** Documentation=man:kexec(8) DefaultDependencies=no Before=shutdown.target umount.target final.target [Service] Type=oneshot ExecStart=/usr/sbin/kexec --load /boot/vmlinuz-%i --initrd=/boot/initrd.img-%i --reuse-cmdline --reset-vga --console-vga --append='root=UUID=c6666e43-97e9-43c8-8635-64e83a65af33 ro' [Install] WantedBy=kexec.targetA mám ho enabled. 4.19.0-11-amd64 je můj stávající, běžící, fungující kernel.
# systemctl enable kexec-load@4.19.0-11-amd64.service Created symlink /etc/systemd/system/kexec.target.wants/kexec-load@4.19.0-11-amd64.service → /etc/systemd/system/kexec-load@.service.Restart pomocí kexec nefunguje, protože se můj unit kexec-load@4.19.0-11-amd64.service nespustí. Restartuje se to normálním způsobem. Takže jsem vytvořil druhý unit, až na detaily úplně stejný, jako ten předchozí, který ovšem nepoužívá service template.
# cat kexec-load-kernel.service [Unit] Description=........................... load %v kernel into the current kernel ........................................ Documentation=man:kexec(8) DefaultDependencies=no Before=shutdown.target umount.target final.target [Service] Type=oneshot ExecStart=/usr/sbin/kexec --load /boot/vmlinuz-%v --initrd=/boot/initrd.img-%v --reuse-cmdline --reset-vga --console-vga --append='root=UUID=c6666e43-97e9-43c8-8635-64e83a65af33 ro' [Install] WantedBy=kexec.targetService je enabled.
# systemctl enable kexec-load-kernel.service Created symlink /etc/systemd/system/kexec.target.wants/kexec-load-kernel.service → /etc/systemd/system/kexec-load-kernel.service.Nyní by se při restartu systému pomocí výše uvedeného příkazu měly spustit oba dva unity, které by udělaly úplně totéž.
# systemctl list-dependencies kexec.target kexec.target ● ├─kexec-load-kernel.service ● ├─kexec-load@4.19.0-11-amd64.service ● └─systemd-kexec.serviceJenže při rebootu (který ve výsledku poběhne korektně pomocí kexec) se spustí pouze jeden - kexec-load-kernel.service. To znamená, že to takhle jde, ale něco je špatně. Změna pořadí pomocí úpravy Before|After nemá vliv, pořád se spustí jen ten jeden. Takže otázka zní, co je tam špatně? Proč nefunguje unit template? Templatovaný service unit se prostě vůbec nespustí, ačkoliv má úplně stejné závislosti, jako ten druhý.
Řešení dotazu:
Naveden článkem na root.cz zkouším reboot pomocí kexec. Postupuji podle návodu pro Arch Linux, mám ale Debian. Nechodí to.Oznacil, lebo odpoved riesi tento problem. Skusal som to na legacy boot. UEFI mam primarne na Win, a na select Android.
Očekávám, že příkazem systemctl start kexec.target dojde ke korektnímu ukončení služeb a k restartu systému pomocí kexec.Neviem, ako u Tebe, ale systemctl start kexec.target robi u mna tak ako ocakavas, ze by malo. Otazka, riesis nieco specialne, alebo co chces dosiahunut? Chces spustat vypnutie cez service, a nie cez systemctl start kexec.target?
Tiskni
Sdílej: