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.
Zdravim,
mam databazi uzivatelu v ldapu a potrebuji kvuli vytvoreni noveho uzivatele zjistit uzivatele s nejvyssim uidNumber.
Takhle vypada vystup vyhledavani:
root@ubuntu:~# ldapsearch -x -LLL -b dc=example,dc=net 'uid=*' uidNumber dn: uid=ahoj,ou=people,dc=example,dc=net uidNumber: 10000 dn: uid=test,ou=people,dc=example,dc=net uidNumber: 10001 root@ubuntu:~#
Z neho jsem schopny zjistit nejvetsi UID:
root@ubuntu:~#
root@ubuntu:~# ldapsearch -x -LLL -b dc=example,dc=net 'uid=*' uidNumber | grep uidNumber | awk '{print $2}' | sort --numeric-sort | tail -n 1
10001
root@ubuntu:~#
A pro vytvoreni noveho uzivatele pouziju UID:
root@ubuntu:~# echo "`ldapsearch -x -LLL -b dc=example,dc=net 'uid=*' uidNumber | grep uidNumber | awk '{print $2}' | sort --numeric-sort | tail -n 1` + 1" | bc
10002
root@ubuntu:~#
Zda se mi to sice funkcni, ale dost neefektivni (velmi slusne receno
).
Jak se to ma spravne resit?
Diky vsem za pomoc 
awk, pokud to má být v rámci shell skriptu.
Další věc je, že často nechceme použitá UID po smazání uživatele hned "recyklovat" někomu dalšímu. V rozsáhlejším prostředí může nějakou dobu trvat, než se třeba smažou/přesunou soubory, které vlastnil smazaný uživatel. A ten nový by k nim mohl na základě stejného UID získat přístup. Možnost je přiřazovat UID sekvenčně podle nějakého čítače, který může být taky uložený v LDAPu. Dělá to tak při určité konfiguraci třeba Samba - atribut sambaNextRid v doménovém záznamu.
OpenLDAP může záznamy řadit pomocí valsort overlaye (man slapo-valsort). Myslím, že je i ve verzi 2.3. Ale stejně mi přijde jeho použití zbytečné, protože chybí způsob jak specifikovat, že má server poslat jen poslední záznam. (Jedině řadit uživatele sestupně a pomocí sizelimit vracet první záznam. Ale sémanticky je to trochu nesmyslné.)
Pokud píšete nějaky vlastní tool na přidávání uživatelů, tak já bych to řešil takhle: Stanovil bych si nějaké vyšší číslo, od kterého se budou záznamy generovat -- třeba 10000. A pak bych hledal pomocí filtru (uidNumber>=10000). Z nich vybíral nejvyšší. Jako optimalizaci, pokud by bylo uživatelů opravdu hodně, tak bych si lokálně do nějakého souboru ukládal uidNumber posledního uživatele a při hledání bych pak začínal od této hodnoty.
Tiskni
Sdílej: