Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.
Bylo oznámeno (cs) vydání Fedora Linuxu 43. 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 Fedora Magazinu: Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Silverblue a Fedora Atomic Desktops.
Elon Musk oznámil (𝕏) spuštění internetové encyklopedie Grokipedia (Wikipedia). Zatím ve verzi 0.1. Verze 1.0 prý bude 10x lepší, ale i ve verzi 0.1 je podle Elona Muska již lepší než Wikipedia.
PSF (Python Software Foundation) po mnoha měsících práce získala grant ve výši 1,5 milionu dolarů od americké vládní NSF (National Science Foundation) v rámci programu "Bezpečnost, ochrana a soukromí open source ekosystémů" na zvýšení bezpečnosti Pythonu a PyPI. PSF ale nesouhlasí s předloženou podmínkou grantu, že během trvání finanční podpory nebude žádným způsobem podporovat diverzitu, rovnost a inkluzi (DEI). PSF má diverzitu přímo ve svém poslání (Mission) a proto grant odmítla.
Balík nástrojů Rust Coreutils / uutils coreutils, tj. nástrojů z GNU Coreutils napsaných v programovacím jazyce Rust, byl vydán ve verzi 0.3.0. Z 634 testů kompatibility Rust Coreutils s GNU Coreutils bylo úspěšných 532, tj. 83,91 %. V Ubuntu 25.10 se již používá Rust Coreutils místo GNU Coreutils, což může přinášet problémy, viz například nefunkční automatická aktualizace.
Od 3. listopadu 2025 budou muset nová rozšíření Firefoxu specifikovat, zda shromažďují nebo sdílejí osobní údaje. Po všech rozšířeních to bude vyžadováno někdy v první polovině roku 2026. Tyto informace se zobrazí uživateli, když začne instalovat rozšíření, spolu s veškerými oprávněními, která rozšíření požaduje.
Jste nuceni pracovat s Linuxem? Chybí vám pohodlí, které vám poskytoval Microsoft, když vás špehoval a sledoval všechno, co děláte? Nebojte se. Recall for Linux vám vrátí všechny skvělé funkce Windows Recall, které vám chyběly.
Společnost Fre(i)e Software oznámila, že má budget na práci na Debianu pro tablety s cílem jeho vyžívání pro vzdělávací účely. Jako uživatelské prostředí bude použito Lomiri.
Proběhla hackerská soutěž Pwn2Own Ireland 2025. Celkově bylo vyplaceno 1 024 750 dolarů za 73 unikátních zranitelností nultého dne (0-day). Vítězný Summoning Team si odnesl 187 500 dolarů. Shrnutí po jednotlivých dnech na blogu Zero Day Initiative (1. den, 2. den a 3. den) a na YouTube.
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?
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
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: