Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.
Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »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: