Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).
pred par dny jsem upgradoval jadro na jednom stroji a myslim ze jsem zapnul takovou tu feature ktera rozdeluje cpu cas podle uid procesu (nasledujici problem muze a nemusi s tim souviset).
problem: na stroji vznika pomerne hodne procesu s ruznymi uid (to neovlivnim - server pro mnoho uzivatelu). na zaklade toho vznikaji a zanikaji adresare typu /sys/kernel/uids/uid
. pri kazdym takovym vzniku a zaniku se vygeneruje event pro udevd, kterej na zaklade toho pusti obsluzne skripty, viz kus strace:
execve("/sbin/udev", ["udev", "uids"], ["ACTION=remove", "DEVPATH=/kernel/uids/100000114", "SUBSYSTEM=uids", "SEQNUM=1905123", "HOME=/", "PATH=/sbin:/bin:/usr/sbin:/usr/bin", "UDEVD_EVENT=1"]
toto se deje hodne casto a stroj to nestiha, tudiz udev zere hodne % cpu, pripadne vznika hodne (10000+) procesu s eventama (typu /sbin/udevsend uids
).
zkousel jsem s tim ruzne cvicit ale zda se ze nic nezabralo. zkusil jsem do udev rules pridat radek:
SUBSYSTEM="uids", OPTIONS="ignore_device"
ale zda se ze to nema vliv. navic je divne ze v strace snipetu je SUBSYSTEM=uids, zatim co kdyz se na to divam pres udevinfo tak mi pise SUBSYSTEM=unknown. zkousel jsem udevd i zabit, ale z nejakeho duvodu se hned po zabiti vrati (to je dalsi otazka: kde se furt bere, v inittab neni a zadnej pousteci skript taky nema. leda by to hlidal kernel, ale to mi prijde dost prasarna)
takze co s tim? musim rict ze streva udev moc neznam a na netu take neni o tom moc informaci.
udevd 968 root 3r DIR 0,8 0 1 inotify udevd 968 root 4u unix 0xd70b5de0 150 socket udevd 968 root 5u sock 0,4 151 can't identify protocol udevd 968 root 6r FIFO 0,5 152 pipeKonkrétně hlídá změny souborů přes inotify (to asi bude váš případ změn v proc), pak přes NETLINK socket hovoří s jádrem (tudy dostává informace o hardwaru) a pak tu je UNIX socket pro komunikaci s uživatelským prostorem a roura pravděpodobně jako berlička pro zpracování signálů na systémech, které nemají pselect(2). Proč ale udev nechce ignorovat události ohledně uids, to nevím. Rozhodně bych doporučoval upgradovat, protože vztah mezi jádrem a udevd je velmi těsný.
# cat /proc/sys/kernel/hotplug /sbin/udevsendten udevsend pak asi kontroluje jestli udev nechcip a kdyztak ho pusti. to je ale prasarna.
==
', ale myslím, že udev pořád podporuje i starou syntaxi s '=
'. Pokud to nepozná podle SUBSYSTEM
, zkuste DEVPATH=="/kernel/uids/*"
(a samozřejmě by to mělo být v souboru, který se bude zpracovávat jako první).
Tiskni
Sdílej: