Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Mám Linuxové stanice, které využívají LDAP údaje uložené v AD na MS Windows 2003 serverech ( tak, jak jsem to popsal ve v tomto seriálu). Z LDAP jsou údaje získávány přes nss_ldap a pam_ldap (dále LDAP klient). V /etc/ldap.conf je nastavena položka host 10.0.8.80, která určuje, který ldap server má být dotazován. Doménové kontrolery (DC) máme ve firmě tři a z toho jeden byl před několika dny připojen na vzdálené pobočce připojené po lince 256kbps (PDC zůstal v sídle firmy).
Analýzou síťové komunikace jsem zjistil, že na začátku komunikace si LDAP klient zjistí s pomocí DNS všechny ldap servery a ldap dotazy pak směřuje na jeden nebo dva z nich zcela nezávisle na výše uvedeném host 10.0.8.80 v /etc/ldap.conf. V okamžiku, kdy se rozhodne pro dotaz na server na pobočce, nastávají problémy s odezvou. Netuším, jaký mechanismus rozhoduje o tom, který server bude dotazován (SUSE 9.2 se rozhoduje pro jiné servery než SUSE 10.0).
Nevíte někdo, jak přinutit Linux, aby se dotazoval mnou určeného LDAP serveru a nekontaktoval servery zjištěné přes DNS? Uvítám i jakékoliv jiné řešení.
.
Tiskni
Sdílej: