Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
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 »su -c "./vlastni_skript | ./binarka -argument hodnota jiná &>> výstup" $1 &V $1 je UID. A když je shell uživatele /bin/bash, je potom ve výstupu ps tohle:
user 6711 0.0 0.0 35860 1276 pts/0 S 09:25 0:00 su -c ./XXX.sh | /X/Y/Z/aaa -a b c &>> výstup user user 6713 0.0 0.0 9564 1296 pts/0 S 09:25 0:00 \_ bash -c ./XXX.sh | /X/Y/Z/aaa -a b c &>> výstup user 6714 0.0 0.0 9580 892 pts/0 S 09:25 0:00 \_ bash -c ./XXX.sh | /X/Y/Z/aaa -a b c &>> výstup user 6743 0.0 0.0 4340 576 pts/0 S 09:25 0:00 | \_ sleep 10 user 6715 126 3.5 1365364 143920 pts/0 Sl 09:25 0:17 \_ /X/Y/Z/aaa -a b cNa tom se mi nelíbí, že je tam nějak moc procesů. Jinak to funguje správně, skript každých 10 sekund zkontroluje, jestli existuje soubor, a když ano, vypíše ho na stdout a smaže. Jeho stdout je pajpnutý do té binárky, která to přijímá jako příkazy. A její stdout a stderr jsou přesměrované do souboru. (Mimochodem, neznáte nějakou shellovou verzi select()? Abych nemusel mít v tom skriptu nekonečnou smyčku, ale jen spustit něco, co se mi ukončí tehdy, kdy ten soubor začne existovat nebo přestane být prázdný? Díky) (Jo, ještě po ukončení té binárky tam všechny ostatní procesy zůstanou běžet, ale s tím se umím vyrovnat, zabiju je spolu s ukončením binárky.) No, a když jsem změnil shell uživatele na /bin/sh, je po spuštění v ps tohle:
user 6818 0.0 0.0 3956 584 pts/0 S 09:34 0:00 /bin/sh ./XXX.sh user 6820 0.0 0.0 4340 576 pts/0 S 09:34 0:00 \_ sleep 10 user 6819 196 3.2 1358692 130612 pts/0 Sl 09:34 0:15 /X/Y/Z/aaa -a b cTo se mi líbí, jelikož je to už podstatně méně zbytečných procesů. Ale tohle nefunguje tak, jak má. Výstup té binárky jde na terminál, ze kterého jsem spustil skript, ve kterém je ten řádek se su na začátku. A když je uživatelův shell /bin/false (jak často vidím u některých démonů), nespustí se vůbec nic. Příčinu hádám na nedostatek vědomostí u mě. Prosím vás, neměli byste teda nějaké řešení, jak to udělat celé jinak, případně nějak, aby mi to s /bin/sh korektně přesměrovalo výstup? Díky
su -c spouští příkaz v uživatelově shellu. Což, jak jsi už zjistil, může být kdeco. Je zapotřebí vzít celou tu konstrukci, kterou cpeš su -c, dát ji do skriptu (jehož interpreter je pak dán shbangem) a spouštět ten skript.
Jinak &>> je bashismus (posixová konstrukce je >>out 2>&1), tudíž není divu, že to v jiném shellu nefunguje.
#/bin/sh while true; do test -e soubor && (cat soubor; rm soubor); sleep 10; doneAle jestli ono nebude spíš jednodušší napsat Céčkového démona... Nějak takového?
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
int main()
{
int fd = open("soubor", O_RDONLY);
// nějaký dup nebo dup2
pid_t forkpid = fork();
if(forkpid == 0)
{
// nějaký dup nebo dup2, abych dosáhl toho, že tenhle potomek bude mít na vstupu to, co rodič vyplivne na výstup
exec();
}
else
{
// ještě nějaký dup/2?
for(;;)
{
select();
printf();
if (access("/proc/forkpid", F_OK) == -1) exit(0);
// něco dalšího na práci s tím souborem/rourou, kam budou chodit příkazy
}
}
return 0;
}
Ale mám problém s těmi dupy a selectem. Mohl by mi s tím někdo pomoct, prosím?
Na ty dupy určitě něco najdu, ale tím selectem si nejsem jistý. Zkoušel jsem to už párkrát a nikdy mi ten select() nefungoval. Fungoval tak, jak jsem chtěl, vždycky jenom na stdin. Když jsem po něm chtěl vědět, jestli jsou nějaká data v externím souboru, nikdy mi to neřekl. Ale to je asi chyba na mojí straně, v nedostatečně pozorném přečtení dokumentace. Mohl byste mi někdo dát příklad, jak to s tím select()em udělat, prosím? Díky
Tiskni
Sdílej: