Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
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:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz