Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
Na většině linuxových systémů se používá nějaká reinkarnace SysV Init, který je tu s námi už čtvrt století. Když se podíváte do skriptů v /etc/init.d/, zjistíte, že obsahují obrovské množství duplicitního kódu. Co zkusit spouštění služeb implementovat jinak?U vsech rohatych proc by to mel byt problem a proc by se to melo delat jinak (komplikovaneji)?
Na systemd mě nejvíc zaujalo, že spouští procesy na popředí a nekrade jim terminálCo to je?
Naopak mi přijde zbytečná honba za paralelním bootováním, když už máme na většině počítačů funkční uspávání.Coz o to, uspavani opravdu funguje skoro vsude. Ale funkcni probuzeni jsem snad jeste nevidel. Vyhodil bych systemd ze sveho openSUSE, ale zavisi na nem fura balicku a porusit zavislosti se mi dvakrat nechce. Nastesti se to da omezit alespon trochu.
Coz o to, uspavani opravdu funguje skoro vsude. Ale funkcni probuzeni jsem snad jeste nevidel.Já jo. Než jsem aktualizoval jádro. Někdy se to neprobudí, někdy se to probudí a do minuty se to zasekne, někdy to přežije
Co to je?Že nemůžeš rozumně spustit tohle:
#!/bin/bash while true; do date >> /tmp/foo sleep 1 donejako démon, tj. démonizaci si musíš řešit nějakým wrapperem sám. Maximálně můžeš použít start-stop daemon s -b, ale pak okamžitě po spuštění nad tím procesem ztratíš kontrolu.
-b, --background Typically used with programs that don't detach on their own. This option will force start-stop-daemon to fork before starting the process, and force it into the background. WARNING: start-stop-daemon cannot check the exit status if the process fails to execute for any reason. This is a last resort, and is only meant for programs that either make no sense forking on their own, or where it's not feasible to add the code for them to do this themselves.
A že by běžely napopředí...RTF[MDA]
nevím o tom, že bych s nimi mohl interaktivně komunikovat.Viz klíče
StandardInput, StandardOutput a StandardError v .service souborech.
Že zrovna ty se budeš brblat o něčem, u čeho neznáš základní principy fungování, bych teda nečekal.
Viz klíče StandardInput, StandardOutput a StandardError v .service souborech. Že zrovna ty se budeš brblat o něčem, u čeho neznáš základní principy fungování, bych teda nečekal.Právěže znám, proto mě to tvrzení udivuje a opravdu mě zajímá nějaký rozumný důvod, proč si nemám myslet, že to jsou plané kecy. Mně bohužel už neudivuje, že se vždycky najde někdo, kdo se místo pokusu o obhájení či vyvrácení nějaké myšlenky, pokusí pouze shodit tazatele.
Zatímco systemd ho prostě spustí a nechá běžet (jak se to řeší interně, to ale netuším).Ono totiž interně není moc co řešit. Systemd se navenek projevuje jako démon, nešpiní žádný terminál, nepřekáží žádnému shellu. A tudíž když se systemd forkuje, tak vzniká opět démon s očekávanými vlastnostmi. Odpoutání od terminálu nepotřebuješ, protože systemd funguje jako klient-server, nový démon se forkuje přímo ze systemd, ne z příkazu service či initskriptu. To má spoustu důležitých důsledků třeba i v oblasti selinuxu. Démon neboli služba je něco, co běží napozadí a není to přilepeno k uživatelskému terminálu. Přesměrování vstupu a výstupu se dá v systemd pro jednotlivé služby nastavit, případně může celá služba fungovat pomocí stdin/stdout jako když ji pouštíš z inetd/xinetd.
no tak, nemusíš to hned na druhém zanoření nazývat planými kecy…No, nemusím, dokonce jsem to ani přímo neudělal, ale to o odpojování terminálu a běhu napopředí mi tak opravdu připadá. Že seš to ty, tak to můžeme nazývat třeba matením, to zní lépe, ne?
, tak neváhejte s objednávkou LA 1011 (2010 - kdyby náhodou
).
lattéMaté.
Tiskni
Sdílej: