Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
Open source router Turris Omnia NG Wired je v prodeji. Jedná se o Turris Omnia NG bez Wi-Fi. Je připraven pro zamontování do racku.
Zdravím, jak jednoduše upravit udev pravidla spouštějící akci na socketu na systému stojícím na systemd verze cca 180 a novější?
Na Archlinuxu chci rozchodit rozchodit zákaznickou aplikaci komunikující s USB zařízením, která vyžaduje přidání několika udev pravidel typu:ATTRS{idVendor}=="abcd", ATTRS{idProduct}=="1234", SYMLINK+="xyz_%k", MODE="0666", OPTIONS+="last_rule", RUN+="socket:@/my/abstract/socket"
Bohužel po slepém přidání pravidel a připojení zařízení jej aplikace nevidí a v logu je:Feb 7 08:48:38 komp kernel: [57215.176660] usb 1-1.3: unable to get BOS descriptor
Feb 7 08:48:38 komp systemd-udevd[29344]: failed to execute '/usr/lib/udev/socket:@/my/abstract/socket' 'socket:@/my/abstract/socket': No such file or directory
Dočetl jsem se o zrušení podpory toho typu pravidel a doporučení úpravy aplikace, aby provedla nějakou registraci pomocí libudev... To v mém případě není možné, já nemám zdrojáky a zákazník ji určitě upravovat nebude (mimo jiné i proto, že nepoužívám jím doporučovanou distribuci)
Zkusil jsem pravidlo upravit na:ATTRS{idVendor}=="abcd", ATTRS{idProduct}=="1234", SYMLINK+="xyz_%k", MODE="0666", OPTIONS+="last_rule", RUN+="/usr/bin/socat - ABSTRACT-SENDTO:/my/abstract/socket"
ale nepomohlo to. Zkusil jsem taky cvičně nahradit RUN za:RUN+="/usr/bin/socat - GOPEN:/tmp/added_1234_abcd.log"
log soubor se opravdu vytvořil, ale je prázdný, takže můj předpoklad, že jádro předá data přes stdin, je asi špatný...
Máte někdo nápad na řešení problému jinak než změnou distra?
RUN+="/usr/bin/socket:@/my/abstract/socket"). Jinak to hledá v /usr/lib/udev jak ti ostatně píše log.
Tak jednoduché to bohužel není, "příkaz" socket je interně handlovaný udevem, tzn. není viditelný v souborovém stromu. Cesta z logu je výchozí pro příkazy bez absolutní cesty, které ale nejsou interní... celkem zamotané, že? To asi byl i jeden z důvodů jeho odstranění.
Nějaké další nápady?
Od verze 178 se vypisuje varování, že to přestane být podporované a od verze 183 to už nepodporuje. Doporučované řešení je úprava aplikací tak, aby místo procedury udev_monitor_new_from_socket používaly udev_monitor_new_from_netlink. Ale jak už jsem psal, zdrojáky aplikace nemám a zákazník ji jen kvůli mě neupraví 
Víš něco bližšího "nějakém souboru pro systemd"? Jeho možnosti jsem nedávno celkem důkladně procházel (kvůli multiseat konfiguraci), ale na nic vhodného jsem nenarazil...
BTW, procedura udev_monitor_new_from_netlink už je v udev dlouho (i ve verzi 151 v mně doporučovaném Ubuntu 10.04), takže nechápu, proč se používá ta druhá...
Tiskni
Sdílej: