Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.
Nejvyšší kontrolní úřad (NKÚ) vydal zprávu o finančním řízení prostředků EU v ČR (pdf). Dočíst se lze například, že přes 8 miliard korun na digitální vzdělávání nepřineslo naplnění žádného z prioritních cílů programu. Peněžní prostředky z fondů EU sice byly vynaloženy formálně v souladu s právními předpisy, avšak s minimálním nebo neprokazatelným dopadem na proklamované cíle ve vzdělávání. Na Metodickém portálu RVP.CZ bylo ke konci
… více »Emulátor terminálu kitty (Wikipedie, GitHub) byl vydán v nové verzi 0.50.
Vývojáři C-Kermit oznámili několik dlouhodobě přítomných zranitelností. Patří mezi ně buffer overflow v Telnet/FTP klientovi a command injection v Kermit serveru. Dotčené verze: C-Kermit 11.0.514 a starší. Fix: 11.1.515 [oss-security].
Byla vydána nová verze 3.2.8 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.
Projekt openSUSE dnes, 3. listopadu 2026, oficiálně vydal openSUSE Leap 16.1, novou verzi své stabilní linuxové distribuce. Novinkou je také Immutable Mode, který nahrazuje dosavadní samostatnou distribuci openSUSE Leap Micro. Podrobnosti o novém vydání najdete v oficiálním oznámení nebo v českém překladu oznámení. Instalační obrazy jsou již dostupné na get.opensuse.org. Vydání společně oslavíme v pátek ve virtuálním baru a na … více »
Bylo oznámeno vydání Fedora Linuxu 45. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora Cloud pro cloudové nasazení, Fedora CoreOS pro ty, kteří preferují neměnné systémy a Fedora IoT pro internet věcí. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »Občas není od věci vyslovit něco, za co se upaluje nebo ukamenovává. Nic není totiž tak jednoduché, aby byla pravda vždy jediná a na první pohled zřejmá.
15.9.2006 15:12
| Přečteno: 1996×
| Software
| 
Když jsem před časem psal o inotify-cxx, objevil se v diskusi nápad na vytvoření démona, který by fungoval jako cron, ale reagoval by na události ve filesystému. Trochu jsem o tom zauvažoval, a došlo mi, jak dobrá věc by to byla, se spoustou možností využití. Proto jsem po volných chvilkách zbastlil něco, co by mohlo příslušné požadavky plnit.
inotify je dobrá věc, to je jasné. Je ovšem škoda, že se zatím používá jen zřídka, i když už je v jádře docela dlouho. Sledovat události v souborovém systému se může hodit z celé řady důvodů. Proto se zcela logicky objevila poptávka po programu, který by se pověsil na určitá místa (adresáře, soubory) a na základě událostí volal další programy nebo skripty.
Když se tehdy taková věc objevila v diskusi, nejprve jsem to poněkud zavrhl. Protože se ale ukázalo, k čemu všemu se takový program hodí, rozhodl jsem se něco takového napsat. Je to šité pořádně horkou jehlou, proto je jasné, že o chyby nebude nouze. Již nyní vím o řadě z nich (včetně nechutných prasáren, jako je volání wait() v handleru signálu SIGCHLD), ale bude jich určitě mnohem víc.
Celý systém je navržen tak, aby se používal podobně jako obyčejný cron. Má tedy dvě části - démona (incrond) a manipulační program (incrontab). Démon se spustí (pod rootem, např. z init skriptu), načte tabulky uživatelů a pověsí se na adresář s tabulkami - změny v tabulkách se tedy projeví okamžitě.
Manipulační program se používá prakticky stejně jako jeho vzor, program crontab. Lze vypsat tabulku, smazat ji, editovat (oblíbeným editorem podle proměnné EDITOR) nebo importovat ze souboru. Argumenty programu a další věci okolo toho se prakticky neliší od programu crontab.
Tabulka obsahuje řádky pro jednotlivé sledované cesty. Řádek vypadá takto:
<cesta> <maska> <příkaz>
Cesta může být libovolná ve filesystému, ale s mezerami apod. si program zatím neporadí. Masku lze zadat buď číselně, nebo lépe přímo symbolicky (symboly oddělené čárkou) podle headeru inotify.h. Příkaz může být binárka nebo skript, s absolutní cestou i bez ní (použije se PATH). Nemůže obsahovat přesměrování, roury ani nic podobného, zato lze ale používat speciální symboly. $@ znamená cestu zadanou na začátku řádku, $# název souboru, kde došlo k události, a $$ je pro samotný znak dolaru. Může to pak vypadat následovně:
/var/mail IN_CLOSE_WRITE,IN_MOVED_TO my_notify $#
Uvedený příklad bude sledovat adresář /var/mail, a když někdo zapíše do souboru v adresáři, nebo tam přesune soubor odjinud, spustí se program my_notify s názvem souboru jako argumentem. Jak prosté...
Kdo má zájem program použít, nechť stahuje. Budu velice vděčný za každou připomínku nebo námět. Také bych ocenil, kdyby se nějaký znalec na bezpečnost podíval na program i z tohoto pohledu - žonglování s efektivními právy a další podobné lahůdky nejsou mojí parketou. Program je založen na rozhraní inotify-cxx, který se současně posunulo do verze 0.2.0.
Než skončím, ještě pro informaci připomenu několik možností použití této hračky:
Tiskni
Sdílej:
15.9.2006 16:24
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
Upřímně řečeno, nenapadá mě způsob, jak by to šlo čistě vyřešit. Sice by šlo zakázat příjem nebo zpracování událostí během obsluhy, ale to nerozlišuje (a ani to nejde) sekundární události způsobené reakcí na prvotní událost, a ty ostatní. Proto si myslím, že by se v těchto případech tíha měla přenést na reagující program (např. zámkem - takže se sice program spustí znovu, ale když bude mít přístup blokovaný, ihned skončí).
15.9.2006 18:08
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
19.9.2006 17:32
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz