Iconify je seznam a galerie kolekcí vektorových open-source ikon, ke stažení je přes 275000 ikon z více jak dvou set sad. Tento rovněž open-source projekt dává vývojářům k dispozici i API pro snadnou integraci svobodných ikon do jejich projektů.
Dle plánu certifikační autorita Let's Encrypt nově vydává také certifikáty s šestidenní platností (160 hodin) s možností vystavit je na IP adresu.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 14.0 (Mastodon). Forgejo je fork Gitei.
Just the Browser je projekt, 'který vám pomůže v internetovém prohlížeči deaktivovat funkce umělé inteligence, telemetrii, sponzorovaný obsah, integraci produktů a další nepříjemnosti' (repozitář na GitHubu). Využívá k tomu skrytá nastavení ve webových prohlížečích, určená původně pro firmy a organizace ('enterprise policies'). Pod linuxem je skriptem pro automatickou úpravu nastavení prozatím podporován pouze prohlížeč Firefox.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.
Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.
Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny
… více »D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.
CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
Jak se můžete dočíst v knize (nebo třeba na webu technologie inotify), jádro umožňuje snadno sledovat změny na souborech, a to buď zastaralou technologií dnotify mající řadu neduhů, anebo modernější technologií inotify, o které bude nyní řeč. Monitorovat lze celou řadu různých druhů událostí - nejčastěji se ale sledují změny v souborech, proto právě toto bývá předmětem nejasností a pochyb o správném použití.
Typický případ je takový, že má někdo nějaký soubor a po změně v něm chce provést nějakou operaci - například soubor zálohovat, informovat běžícího démona, odeslat notifikaci uživateli, něco někam zaznamenat apod. Jenže změn v souborech se týkají dvě různé události: IN_MODIFY a IN_CLOSE_WRITE. Každá sleduje něco úplně jiného a každá se proto hodí pro jiné případy.
IN_MODIFY je událost, kterou jádro posílá odběrateli v okamžiku, kdy dojde ke změně v souboru. Není důležité, jakou formou (jakým voláním apod.) ke změně došlo. Prostě dojde k změně souboru (tak, jak je vidět v souborovém systému) a pošle se událost IN_MODIFY.
Co z toho vyplývá? Každá změna vyvolá jednu událost. Program například stokrát zavolá write(), čili se stokrát pošle IN_MODIFY. Ovšem pozor - pokud se používají knihovní funkce (fputs(), fprintf(), metody streamů C++ apod.), nemusí každé zavolání takové funkce vést na volání jádra, čili zápis reálně neproběhne (proběhne pouze do bufferu v programu, ne do souboru). Ke skutečnému zápisu by došlo až při zavření souboru, při naplnění bufferu nebo při zavolání fflush() a podobně.
Z tohoto důvodu je tedy událost IN_MODIFY u běžných aplikací těžko predikovatelná.
Další problém spočívá v tom, že zapsaná data obecně nemusí být konzistentní. Zapíše se třeba jen část, zbývající data zůstanou v aplikačním bufferu. Proto je lepší se používání IN_MODIFY vyhnout, pokud není vážný důvod ji používat - ještě se o tom zmíním.
Tato událost se naopak posílá při zavírání souboru po změně (resp. obecně po zavření souboru otevřeného k zápisu). Pokud sledující program obdrží událost IN_CLOSE_WRITE, znamená to, že všechny změny, které mohl provést program, který měl soubor otevřen, už byly do souboru zapsány a ten je tedy konzistentní (v tuto chvíli neřeším případ, že někdo stihne soubor znovu otevřít a změnit ještě před zpracováním události zavření).
Ve většině případů je vhodné použít právě IN_CLOSE_WRITE, nikoli IN_MODIFY. Typicky se třeba změní konfigurační soubor a je potřeba uvědomit běžící aplikaci, že k této změně došlo a že si má konfiguraci znovu načíst. Pro tento případ se perfektně hodí právě IN_CLOSE_WRITE, podobně třeba pro notifikaci o uploadu souboru (důležitý je stejně okamžik dokončení transferu).
Existuje ale nejméně jedna třída situací, kdy se IN_CLOSE_WRITE použít nedá. Je to v případě souborů, které si program (démon) otevře soubory (typicky logy) při svém startu a až do ukončení je má stále otevřené, přičemž do nich podle potřeby zapisuje. Pak máme jedinou možnost, a to použít IN_MODIFY, protože IN_CLOSE_WRITE se pošle obvykle až někdy při ukončování běhu systému.
Důležité pak je, ohlídat si, aby program do souboru zapisoval tak, aby byl soubor konzistentní. Logovací démony, podobně jako různé programy s vlastní implementací logování, jsou v tomto ohledu obvykle bezpečné. Každopádně je dobré si to předem zkontrolovat.
Může se stát, že se někdo bude snažit sledovat změny v souboru ať už pomocí IN_MODIFY nebo IN_CLOSE_WRITE, a ono to nebude fungovat. To se stává v případě, že program místo přímého zápisu do souboru vytváří dočasné pracovní soubory, zapisuje do nich (třeba průběžně) a po uzavření dočasného souboru ho přejmenuje na původní soubor. Například některé editory to tak dělají.
Takové řešení je sice bezpečnější (při pádu programu není poškozen původní soubor), ale komplikuje to sledování změn. Pak je potřeba pátrat, jak ten konkrétní program se soubory pracuje (buď sledováním všech událostí v adresáři nebo pomocí nástrojů jako je strace) a podle toho pak sledování nastavit. Většinou to dopadne tak, že se sleduje událost IN_MOVED_TO.
V každém případě to vždycky chce přemýšlet, co přesně se má sledovat, v jakém okamžiku se má na změnu reagovat a jak příslušné programy se soubory pracují. Dobré rozmyšlení může předejít pozdějším nervům, když to nedělá to, co člověk očekává.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
23.10.2008 17:48
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz