HelenOS (Wikipedie), tj. svobodný operační systém českého původu založený na architektuře mikrojádra, byl vydán ve verzi 0.14.1. Přehled novinek v poznámkách k vydání. Vypíchnou lze nabídku Start. Videopředstavení na YouTube.
BreadboardOS je firmware pro Raspberry Pi Pico (RP2040) umožňující s tímto MCU komunikovat pomocí řádkového rozhraní (CLI). Využívá FreeRTOS a Microshell.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 24.05. Přehled novinek i s náhledy a videi v oficiálním oznámení. Do balíku se dostalo 5 nových aplikací: Audex, Accessibility Inspector, Francis, Kalm a Skladnik.
Byla vydána (𝕏) nová verze 18.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
V neděli 26. května lze navštívit Maker Faire Rychnov nad Kněžnou, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byla vydána nová stabilní verze 3.20.0, tj. první z nové řady 3.20, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu 64bitové architektury RISC-V.
Společnost Jolla na akci s názvem Jolla Love Day 2 - The Jolla comeback představila telefon se Sailfish OS 5.0 Jolla Community Phone (ve spolupráci se společností Reeder) a počítač Jolla Mind2 Community Edition AI Computer.
LibreOffice 24.8 bude vydán jako finální v srpnu 2024, přičemž LibreOffice 24.8 Alpha1 je první předběžnou verzí od začátku vývoje verze 24.8 v prosinci 2023. Od té doby bylo do úložiště kódu odesláno 4448 commitů a více než 667 chyb bylo v Bugzille nastaveno jako opravené. Nové funkce obsažené v této verzi LibreOffice najdete v poznámkách k vydání.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 141 (pdf) a HackSpace 78 (pdf).
Byla vydána verze 2.0.0 programovacího jazyka Kotlin (Wikipedie, GitHub). Oficiálně bude představena ve čtvrtek na konferenci KotlinConf 2024 v Kodani. Livestream bude možné sledovat na YouTube.
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á.
Kdo sleduje Freshmeat, možná si všiml, že jsem v minulých dnech vydal nové verze produktů inotify-cxx a incron. Změny jsou značné, doufám že všechny k lepšímu.
Jen stručně pro ty, kdo nevědí, o co jde: inotify-cxx je C++ rozhraní k technologii (přesněji řečeno systémovým voláním) inotify. incron je pak obdoba klasického cronu (tedy spouštění naplánovaných úloh), ovšem místo podle časových period se řídí událostmi v souborovém systému (k čemuž využívá inotify skrze inotify-cxx).
Vzhledem k tomu, že první verze byly šity hodně horkou jehlou, že se vyjasnily některé věci ohledně použití, a také že se objevily některé zvláštní požadavky, jsou nové verze dost zásadně přepracované. Nyní přináším přehled toho, co se změnilo.
Aktuální verze je 0.3.1 (od verze 0.3.0 se liší opravou chybného chování pro hodnotu EWOULDBLOCK
v neblokujícím režimu).
InotifyException
- obsahuje textovou zprávu, kód chyby a ukazatel na objekt, kde byla výjimka vyhozena). I když to přináší dodatečnou režii, je taková obsluha chyb mnohem příjemnější a flexibilnější, proto jsem se rozhodl jít touto cestou.
inotify_event
ze třídy InotifyEvent
.GetData()
.
WaitForEvents()
. Nyní lze jak přepnout do neblokujícího režimu, tak také získat souborový deskriptor a ten použít třeba ve funkci poll()
. Režimy lze samozřejmě přepínat i pomocí fcntl()
, ale použití SetNonBlock()
je jednodušší a chyby se hlásí výjimkami.
Aktuální verze je 0.2.0.
InotifyException
, využívá se neblokující režim atd.
wait()
nemá v handleru signálu co pohledávat, je více než jasné. Bylo to dočasné řešení a zde se již nevyskytuje. Ukončené zombie procesy se sbírají voláním z hlavní smyčky.
IN_NO_LOOP
(číselný ekvivalent není) do masky v řádku tabulky.
To by bylo pro tuto chvíli všechno. Doufám, že se obojí podaří co nejdříve dotáhnout do stabilních verzí. Dávám si termín to konce roku, ale lepší by to bylo samozřejmě dřív - nedávno jsem totiž zaznamenal, že incron už někdo balíčkuje pro SuSE Linux, takže by nebylo od věci, aby to skutečně fungovalo. Samozřejmě i nadále platí, že za náměty a připomínky budu velice vděčný.
Tiskni Sdílej:
program-<verze>.tar.bz2
, abych mohl napsat ebuildy? Teda ne že by to bez toho nešlo, ale snad chápeš - stahovalo by to ve všech verzích ebuildu furt ze stejný URL ... to není dobrý.
inotify-syscalls.h
? Nikde to nemám Tedy kromě
/300GB/distfiles/svn-src/amarok/amarok/src/inotify/inotify-syscalls.h
inotify.h
a inotify-syscalls.h
) stažených odsud. Upřímně řečeno, nechápu, proč to dodnes není v GNU LIBC
# g++ inotify-cxx.cpp -I. ./inotify-syscalls.h: In function ‘int inotify_init()’: ./inotify-syscalls.h:46: error: ‘int inotify_init()’ was declared ‘extern’ and later ‘static’ /usr/include/gentoo-multilib/amd64/sys/inotify.h:80: error: previous declaration of ‘int inotify_init()’ ./inotify-syscalls.h: At global scope: ./inotify-syscalls.h:51: error: ‘__u32’ has not been declared ./inotify-syscalls.h:56: error: ‘__u32’ has not been declaredDneska mám den... ale fakt v README nic není a Makefile tam taky není...
In file included from inotify-cxx.cpp:27: inotify-cxx.h:35: error: stray ‘##’ in program inotify-cxx.h:35: error: expected constructor, destructor, or type conversion before ‘<’ token inotify-cxx.h:136: error: ‘InotifyWatch’ has not been declared inotify-cxx.h:235: error: ISO C++ forbids declaration of ‘InotifyWatch’ with no type inotify-cxx.h:235: error: ‘InotifyWatch’ declared as an ‘inline’ field inotify-cxx.h:235: error: expected ‘;’ before ‘*’ token inotify-cxx.h:245: error: expected `;' before ‘static’ inotify-cxx.h:264: error: ISO C++ forbids declaration of ‘InotifyWatch’ with no type inotify-cxx.h:264: error: expected ‘;’ before ‘*’ token inotify-cxx.h: In constructor ‘InotifyEvent::InotifyEvent()’: inotify-cxx.h:125: error: ‘m_pWatch’ was not declared in this scope inotify-cxx.h: In constructor ‘InotifyEvent::InotifyEvent(const inotify_event*, int*)’: inotify-cxx.h:145: error: ‘m_pWatch’ was not declared in this scope inotify-cxx.h:148: error: ‘m_pWatch’ was not declared in this scope inotify-cxx.cpp: In member function ‘int32_t InotifyEvent::GetDescriptor() const’: inotify-cxx.cpp:40: error: ‘m_pWatch’ was not declared in this scope inotify-cxx.cpp: In member function ‘void Inotify::WaitForEvents(bool)’: inotify-cxx.cpp:261: error: no matching function for call to ‘InotifyEvent::InotifyEvent(inotify_event*&, InotifyWatch*&)’ inotify-cxx.h:136: note: candidates are: InotifyEvent::InotifyEvent(const inotify_event*, int*) inotify-cxx.h:121: note: InotifyEvent::InotifyEvent() inotify-cxx.h:115: note: InotifyEvent::InotifyEvent(const InotifyEvent&)
g++ -shared -o libinotifycxx.so inotify-cxx.cppproběhne to hladce. Jak vypadá ten tvůj inotify.h? Není v něm už totéž, co je jinak v inotify-syscalls.h? Jinak ještě technická poznámka: inotify-cxx není určeno k samostatné kompilaci. Lze z toho samozřejmě udělat malou knihovnu, ale počítal jsem především s přímým použitím (jako třeba v programu incron).
Btw. už jsi někdy slyšel o céčkové konstrukci switch ?
Hezkej wrappřík. Pár řádků kódu a jakou to udělá radostPrávě Protože jsem nedávno takovou věc potřeboval a nikde jsem ji nenašel, bylo to nejjednodušší cesta.
Btw. už jsi někdy slyšel o céčkové konstrukci switch ?Tyhle řeči mám nejradši Máš na mysli metody GetMaskByName() a DumpTypes()? Pak určitě víš, že std::string jaksi ve switchi nejde použít. A ve druhém případě to nejde použít proto, že se pracuje s bitovými maskami a ne s hodnotami. U toho prvního případu jsem spíš uvažoval o použití std::map, ale nemá to příliš smysl - v celkovém výkonu by se to projevilo naprosto minimálně.
nedari se mi zaregistrovat do bug tracking systemuV čem je problém? Teď jsem to zkoušel, funguje to.
mohl by v distribucnim archivu byt na nejvyssi urovni adresar incron-verze a az v nem samotny program?Ano, mohl, měl by, a chtěl jsem to tak udělat. Jen na to pokaždé zapomenu Ale upravím to.
muj useradd nezna parametr -M, takze make install selze. co by to melo delat?Parametr zakáže vytvořit domovský adresář. Možná to není standardní věc, i když to v manuálu není zmíněno.
proc se vlastne vyrabi ten incron uzivatel, kdyz pak demon bezi pod rootem?Démon s tímto uživatelem nepracuje. Ten je jen pro manipulační program (incrontab). Vlastníkem tabulek je právě uživatel incron. Program incrontab má nastaveno SUID, takže uživatel získá přístup ke své tabulce. Editace ale probíhá na dočasné kopii, před spuštěním editoru se efektivní práva přepnou na reálného uživatele, aby uživatel neměl přístup k cizím tabulkám. U klasického cronu (program crontab) je to podobné, ale crontab běží pod rootem. Toto jsem nechtěl připustit, proto vytvářím speciálního uživatele.
je mozne monitorovat adresar i s podadresari?inotify toto bohužel neumožňuje. Je to dáno tím, že se monitoruje inode, takže to, co se děje někde níž, už nelze zachytit. Na úrovni incronu by to šlo emulovat sledováním každého podadresáře zvlášť, ovšem na základě jediného pravidla. Problém je ovšem s tím, že když bude sledovaných adresářů moc, narazí to na limit prostředků.
pokud pouziji pravidlo s IN_CREATE a nasledne znovu zedituji tabulku, tak incrond tise zemre. bez jakekoliv hlasky do logu/konzole.Na tohle se podívám, asi jde o nějakou chybu.
Parametr zakáže vytvořit domovský adresář. Možná to není standardní věc, i když to v manuálu není zmíněno.
useradd
(z shadow 4.0.18.1) v Gentoo standardně nevytváří domovský adresář, jen s -m
:
-m, --create-home create home directory for the new user account
CREATE_HOME yesTakže se adresáře standardně vytvářejí. V Gentoo je to možná jinak.
root amd64 ~ # grep 'CREATE_HOME' /etc/login.defs root amd64 ~ #Ué. Takže asi default
nedari se mi zaregistrovat do bug tracking systemu V čem je problém? Teď jsem to zkoušel, funguje to.nejspis v seznamu - nedosel mi potvrzovaci mejl. druha registrace s centrem uz prosla.
je mozne monitorovat adresar i s podadresari? inotify toto bohužel neumožňuje. Je to dáno tím, že se monitoruje inode, takže to, co se děje někde níž, už nelze zachytit. Na úrovni incronu by to šlo emulovat sledováním každého podadresáře zvlášť, ovšem na základě jediného pravidla. Problém je ovšem s tím, že když bude sledovaných adresářů moc, narazí to na limit prostředků.jen pro prehled: jake jsou ty limity?
pokud pouziji pravidlo s IN_CREATE a nasledne znovu zedituji tabulku, tak incrond tise zemre. bez jakekoliv hlasky do logu/konzole.male doplneni: IN_ACCESS a IN_MODIFY mi funguji, zbytek jsem nezkoumal. pokud do tabulky napisu uple blaboly, tak to projde - zadna hlaska/zadny pad.
nejspis v seznamu - nedosel mi potvrzovaci mejl. druha registrace s centrem uz prosla.Ano, skutečně. Podle logu to skončilo timeoutem. Ale stejně se to podařilo později předat serveru Seznamu.
jen pro prehled: jake jsou ty limity?Je to podle nastavení v /proc/sys/fs/inotify (resp. přes sysctl). Hodnota max_user_instances (default 128) říká, kolik file descriptorů smí uživatel max. otevřít. A hodnota max_user_watches potom, kolik watchů smí být na každém deskriptoru (default 8192). Takže celkové maximum je součinem těchto hodnot. Zase až tak málo to není, ale samozřejmě to žere paměť.
male doplneni: IN_ACCESS a IN_MODIFY mi funguji, zbytek jsem nezkoumal. pokud do tabulky napisu uple blaboly, tak to projde - zadna hlaska/zadny pad.Žádný obsah tabulky by neměl vyvolat pád. Co se týká formátu, když se nepodaří ani základní parsing (získání 3 součástí), řádek se ignoruje. Pokud je něco blbě v masce, ignoruje se příslušná nesmyslná část.