Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
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.
Dobrý den, měl bych jeden skromný dotaz. Předem se omlouvám za možnou rozsáhlost příspěvku, ale musím to rozepsat trochu obšírněji.
Za ideální rozdělení disku, pokud by na něm byly Windows samotné, považuji 10GB oddíl pro systém a zbytek kapacity disku oddíl pro data (= to co chci aby přežilo formátování).
Při mých dosavadních instalacích Linuxu jsem to s rozdělováním disku měl vyřešené docela jednoduše - prostě jsem na disku nejdříve nechal asi 10GB volné místo a při vytváření oddílů jsem v tomto prostoru vytvořil 9,5GB oddíl připojený do / a 0,5GB oddíl pro swap.
Pokud jsem chtěl Linux přeinstalovat a měl jsem na disku nějaká data, která jsem chtěl aby přežila reinstalaci, vyřešil jsem to také jednoduše - buďto jsem měl někde vytvořený oddíl na FAT, kam jsem je překopíroval, nebo jsem prostě nabootoval do Windows a z Linuxového oddílu data zkopíroval pomocí Total Commanderu s pluginem ex2fs.
Teď k mému dotazu... rád bych vytvořil Linuxovou obdobu oddílu pro data z Windows. Prostě jeden oddíl například typu ext2fs připojený do třeba /mnt/data, kde bych měl například instalace programů pro Linux atd. Potíž je v tom, že si nejsem jist jak je to s přístupovými právy... pokud takový oddíl vytvořím a pokusím se přeinstalovat Linux, tak některé distribuce (Mandrake, který jsem kdysi používal, nyní používám Slackware) zobrazí hlášku s dotazem co s takovým filesystémem udělat - zda ho naformátovat, nebo nechat beze změn. Tak bych rád věděl, jestli nebude dělat nějaký nepořádek, když na tom fiktivním /mnt/data budu mít soubory jejichž vlastníkem bude uživatel, který po nově nainstalovaném systému v systému nebude. Dobrá, předpokládám že pod rootem to samozřejmě přečíst půjde. Ale jde nějak vytvořit nějaký rozumný oddíl abych na něj mohl kopírovat data kýmkoliv a po reinstalaci nemusel nějak z rootovského účtu přenastavovat práva na celém oddílu? Nebo jak na tohle správně?
Předem díky za odpověď 
19.4.2005 09:25
Jiří Svoboda | skóre: 37
| blog: cat /dev/mind
| Prostějov
Dobře, díky za odpovědi, oboje považuji za docela čisté řešení.... pro úplnost dodávám, že mě ještě napadlo jedno řešení spíše z kategorie prasáren, které sice nehodlám použít, zato by mě zajímal váš názor...
Před nějakou dobou jsem řešil problém toho, aby ne-root
uživatel mohl přistupovat na ntfs oddíl v /mnt/ntfs-c. Odpověď jsem našel zde v diskusích (zlaté fórum tady na ABC Linuxu 
) -
umask=022.
Tak mě napadlo, pokud bych měl příslušný oddíl připojený do /mnt/data a v /etc/fstab nastavené například umask=000, jak by se vyhodnocovala přístupová práva potom? Použilo by se normální nastavení u konkrétního souboru či adresáře, nebo by pro všechny soubory na tom oddílu platilo nastavení umask, a tudíž bych mohl kýmkoliv číst, vytvářet nebo mazat cokoliv na tomto oddílu?
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
19.4.2005 06:47