Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
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.
Zdravim, chtel bych se zeptat na jednu vec. Mam lokal s Ubuntu, kde byl donedavna jen jeden zivatel. Ted jsem si udelal dalsi ucty s overovanim na serveru. Na Ubuntu nam v /etc/rc.local pomoci cifs mountly sitove disky ze serveru. Disky se ale pripoji vsem uzivatelum. Kde si nastavim mountovani pro kazdeho uziv. zvlast (po startu, pomoci cifs). . Diky
Nejsem si jistý, jestli rozumím. Pokud ověřování probíhá přes síť, Ubuntí stroj při startu nezná seznam všech potenciálních uživatelů. Jak by potom bylo možné „při startu“ mountovat disk „pro každého uživatele zvlášť?“
Nebylo by možné použít např. GVFS, díky kterému by si uživatelé připojovali disky až po přihlášení?
OK, kdyz nebudeme resit misto odkud se uzivatele overuji. Dejme tomu, ze jsou lokalni. Kde je neco jakop /etc/rc.local separatni pro kazdeho uzivatele zvlast?
2.7.2009 21:08
vencour | skóre: 56
| blog: Tady je Vencourovo
| Praha+západní Čechy
Teoreticky třeba kde3x má v ~/.kde/Autostart prostor pro nějaké skripty.
Pokud to má fungovat i pro přihlášení do textové konzole, pak zkuste soubor ~/.profile. Může tam však být problém s tím, že tento skript se nespouští pod rootem, což pro mount může být potřeba => může se Vám hodit sudo.
co treba obycejne /etc/fstab..
NN
3.7.2009 14:39
Dalibor Smolík | skóre: 54
| blog: Postrehy_ze_zivota
| 50°5'31.93"N,14°19'35.51"E
To asi nebude to pravé. Jestli jsem to pochopil, na jedné pracovní stanici se bude střídat více uživatelů, každý však bude mít přístup do jiných adresářů na serveru .. jestli to fstab bude umět rozlišit, který uživatel je právě přihlášen a podle toho by "pustil" uživatele na server a do předem určeného adresáře pro tohoto konkrétního uživatele, bylo by to dobré. .
Presne tak, jak pisete. Uz kdysi jsem to resil, ale mel jsem jen jednoho usera. V tom propade byla opravdu nejlepsi varianta /etc/rc.local ... co s tim ted, kdyz je jich vic ale nevim 
No kdyby me to na klienty posilal primo server, tak by to bylo super...
Proč Vám nevyhovuje autofs ?
Nikdo nevite jak tohle nastavit nebo se mnou nemluvite? 
Vazne? Prava mam samozrejme nastavena, ale prijde mi nelogicke, proc bude mit uzivatel Pepa, mountly disky (slozky samby) dalsich X uzivatelu, kdyz do nich nemuze ani nakouknout? Disky (odkazy na ne) jsou na plose, takze to muze byt trosku zmatek.
proc bude mit uzivatel Pepa, mountly disky (slozky samby) dalsich X uzivatelu, kdyz do nich nemuze ani nakouknout?V Linuxu to tak prostě je, jmenný prostor souborového systému je pro všechny uživatele společný. Ostatně třeba ve Windows je to úplně stejně.
Disky (odkazy na ne) jsou na plose, takze to muze byt trosku zmatek.Není žádný důvod k tomu, aby měl uživatel na ploše odkazy i na disky, které ho nezajímají.
Popravdě řečeno tomu přestávám rozumět. Kam ty disky chcete mountovat? Vně domovských adresářů (/mnt/pepuv_sitovy_disk), uvnitř domovských adresářů (/home/pepa/Documents/pepuv_sitovy_disk) nebo přímo namísto domovského adresáře (/home/pepa)?
A co přesně myslíte těmi "odkazy na ploše"? Jsou to ručně vytvořené symbolické odkazy (ln -s /mnt/pepuv_disk /home/pepa/Desktop/sitovy_disk), nebo automaticky generované ikony, které se vytvářejí v KDE a GNOME pro všechny optické mechaniky, USB disky, síťové disky atd.?
Mají všichni uživatelé stejnou strukturu připojovaných disků -- chce uživatel „pepa“ pouze disk //server/pepa a uživatel „franta“ pouze disk //server/franta? Nebo potřebujete něco divočejšího jako: Pepovi připojit disk fotky a dokumenty, zatímco Frantovi jen fotky?
Server nabizi prostrednictvi Samby napr. slozky:
Pepa - muze do ni jen Pepa
Franta - muze do ni jen Franta
atd.
Public - zapisovat muze jen Pepa, cist mohou ostatni uziv.
FOTKY - zapisovat muze jen Pepa, cist mohou vsichni, kdo jsou ve skupine fotky
atd.
A ted potrebuju, aby kazdy uzivatel videl v Gnome jen to, na co ma narok. V /etc/rc.local jsem mountoval do /media/server/nazevsdileni.. A na plose mel uzivatel "automaticky" ikonku s tim sdilenim.
Ted mam ale uzivatelu vic, tak potrebuju, aby tam mel kazdy ikonky jen na to, kam muze... chapete to?
Diky za pomoc..
Prima, už rozumím. Není pak ale nejsnazším řešením použít Gnomí VFS namísto systémového "mount"? Každý uživatel si tak připojí právě ty složky, které potřebuje. Chce-li, mohou se mu zobrazit i v menu a na ploše.
No nevim, jestli v tomhle pripade budou ty slozky videt i v programech..napr. pro ukladani. a jde poslat ze serveru neco, aby se to kazdemu uzivateli pridalo automaticky?
No nevim, jestli v tomhle pripade budou ty slozky videt i v programech..napr. pro ukladani.
Ano, budou. Všechny připojené disky najdete v ~/.gvfs/. Pro ne-GNOME aplikace může být užitečné někam umístit symbolický odkaz na tuto složku – třeba na plochu.
jde poslat ze serveru neco, aby se to kazdemu uzivateli pridalo automaticky?
Máte-li root přístup, pak to není problém. Stačí do složky s nastavením Gconf každého uživatele umístit patřičně nachystaný soubor. Z hlavy Vám přesněji neporadím, ale Google by mohl detaily vědět.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz