Iniciativa Open Device Partnership (ODP) nedávno představila projekt Patina. Jedná se o implementaci UEFI firmwaru v Rustu. Vývoj probíhá na GitHubu. Zdrojové kódy jsou k dispozici pod licencí Apache 2.0. Nejnovější verze Patiny je 13.0.0.
Obrovská poptávka po plynových turbínách zapříčinila, že datová centra začala používat v generátorech dodávajících energii pro provoz AI staré dobré proudové letecké motory, konvertované na plyn. Jejich výhodou je, že jsou menší, lehčí a lépe udržovatelné než jejich průmyslové protějšky. Proto jsou ideální pro dočasné nebo mobilní použití.
Typst byl vydán ve verzi 0.14. Jedná se o rozšiřitelný značkovací jazyk a překladač pro vytváření dokumentů včetně odborných textů s matematickými vzorci, diagramy či bibliografií.
Specialisté společnosti ESET zaznamenali útočnou kampaň, která cílí na uživatele a uživatelky v Česku a na Slovensku. Útočníci po telefonu zmanipulují oběť ke stažení falešné aplikace údajně od České národní banky (ČNB) nebo Národní banky Slovenska (NBS), přiložení platební karty k telefonu a zadání PINu. Malware poté v reálném čase přenese data z karty útočníkovi, který je bezkontaktně zneužije u bankomatu nebo na platebním terminálu.
V Ubuntu 25.10 byl balíček základních nástrojů gnu-coreutils nahrazen balíčkem rust-coreutils se základními nástroji přepsanými do Rustu. Ukázalo se, že nový "date" znefunkčnil automatickou aktualizaci. Pro obnovu je nutno balíček rust-coreutils manuálně aktualizovat.
VST 3 je nově pod licencí MIT. S verzí 3.8.0 proběhlo přelicencování zdrojových kódů z licencí "Proprietary Steinberg VST3 License" a "General Public License (GPL) Version 3". VST (Virtual Studio Technology, Wikipedie) je softwarové rozhraní pro komunikaci mezi hostitelským programem a zásuvnými moduly (pluginy), kde tyto moduly slouží ke generování a úpravě digitálního audio signálu.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 25.10. Podrobný přehled novinek v poznámkách k vydání.
V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).
Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.
Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.
Včera jsem psal o komunikaci pythonu s jabberem. Jedná se o moc neprobírané téma na českém internetu a teď zabruslíme do dalšího takového tématu a to jsou daemoni.
Nejdříve trochu teorie o init scriptech a o tom co to vlastně daemon je. Když spustíme nějaký program končící na d, většinou se jedná o tzv. daemona. Není to prakticky nic jiného než program, který nevypisuje data na standardní výstup, ale někam jinam kam my chceme.. pokud vůbec. Tento program si na nějaké místo zapíše svůj pid (identifikační číslo procesu). Běžně se ukládá do /var/run. Initscripty, které najdeme snad v každé distribuci pak pracují s s těmito *.pid soubory a podle toho jaké jim pošleme parametry proces buď jemně nebo tvrdě zakillují nebo mu pošlou nějaké parametry, které ovlivní jeho chod nebo udělají cokoli jiného. Důležité pro nás dneska bude vytvoření procesu, který nebude vypisovat nic na standardní výstup a bude si hezky potichu dělat to své. Využití najdeme například u jabber bota :)
Dlouho jsem se snažil zabít standardní výstup u programu dokud jsem nenašel stránku kde se využívala fce os.fork(). Je to fce, která vytvoří další proces stejného programu. Ten proces využívá standardní výstup toho prvního procesu a tak, když teď ten první zabijeme, tak ten druhej už nebude mít kam vypisovat data a poběží hezky na pozadí :) Nemusí se to zdát jako zrovna nejčistější řešení, ale pro naši věc to určitě bude stačit. Možná bych měl ještě říct, že na linku níže je příklad kde se vytvářejí dva forky. Podle mě to je zbytečné, ale možná se najde někdo kdo to nějak rozumně vysvětlí.
Teorie bylo už dost a teď praxe.
import os,sys try: pid = os.fork()#vytvoříme child proces if pid > 0:# #zabijeme rodiče sys.exit(0) except OSError, e:#pokud se něco zvrtlo napíšeme o tom print >>sys.stderr, "fork nevytvořen: %d (%s)" % (e.errno, e.strerror) sys.exit(1) while 1: pass
Takže první co uděláme je, že vytvoříme náš nový "fork". Ten starý rodičovský "fork" při úspěšném vytvoření zabijeme. Když se něco nepovede tak o tom dáme vědět na stderr. Dále pak následuje už kód našeho daemona. Na spouštění a zastavování služby, by jsme si měli napsat nějaký initscript, ale o tom až jindy. Kdo vládne angličtinou tak má jeden initscript na pydaemony na linku níže. Není snad problém ho upravit. Nakonec bych ještě doplnil, že pid, který získáme si musíme někam zapsat pokud sním chceme pracovat později v initsciptu.
Web kde jsem našel tuto metodu
Tiskni
Sdílej:
Možná teď říkám úplnou blbost, ale nevznikne ti zabitím "parent_processu" zombík? Není čistější řešení prostě přesměrovat tomu původnímu skriptu standardní výstup do /dev/null?
No, v Pythonu zrovna moc neprogramuju, ale teoreticky by se dalo použít tohle, ne?
ad 3: V příkladě na tom linku to dělaj. Ale nepochopil jsem proč a funguje to v pohodě i bez toho.
fork() so the parent can exit, this returns control to the
command line or shell invoking your program. This step is required so
that the new process is guaranteed not to be a process group leader. The
next step, setsid(), fails if you're a process group leader.
setsid() to become a process group and session group
leader. Since a controlling terminal is associated with a session, and
this new session has not yet acquired a controlling terminal our process
now has no controlling terminal, which is a Good Thing for daemons.
fork() again so the parent, (the session group leader), can exit.
This means that we, as a non-session group leader, can never regain a
controlling terminal.
chdir("/") to ensure that our process doesn't keep any directory
in use. Failure to do this could make it so that an administrator
couldn't unmount a filesystem, because it was our current directory.
[Equivalently, we could change to any directory containing files
important to the daemon's operation.]
umask(0) so that we have complete control over the permissions of
anything we write. We don't know what umask we may have inherited.
[This step is optional]
close() fds 0, 1, and 2. This releases the standard in, out, and
error we inherited from our parent process. We have no way of knowing
where these fds might have been redirected to. Note that many daemons
use sysconf() to determine the limit _SC_OPEN_MAX.
_SC_OPEN_MAX tells you the maximun open files/process. Then in a
loop, the daemon can close all possible file descriptors. You have to
decide if you need to do this or not. If you think that there might be
file-descriptors open you should close them, since there's a limit on
number of concurrent file descriptors.
je ještě "slušnost" pro daemony udělat chdir("/"), a expliciě zavřít stdin, stdout, a stderr; moc sice nevím proč ale dělá se to..Přechod na / je kvůli tomu, že tento adresář je vždycky k dispozici. Jiný být nemusí, třeba po chrootu. Zavírání standardních I/O zase souvisí s podstatou démona, který by neměl mít žádnou vazbu na terminál. Kdyby se to neudělalo a démon by se spustil z terminálu, pořád hrozí, že tam může chrlit nějaké výstupy nebo odtud něco číst.