Byla nalezena vážná bezpečnostní chyba v telnetd z balíčku GNU InetUtils. Týká se verzí GNU InetUtils od 1.9.3 z 12. května 2015 až po aktuální 2.7 z 14. prosince 2025. Útočník může obejít autentizaci a získat root přístup, jelikož telnetd nekontroluje předaný obsah proměnné prostředí USER a pokud obsahuje "-f root"…
Stanislav Aleksandrov předložil patch rozšiřující KWin (KDE Plasma) na 3D virtuální desktopové prostředí (videoukázka v mp4).
Digg (Wikipedie), "místo, kde můžete sdílet a objevovat to nejlepší z internetu – a nejen to", je zpět. Ve veřejné betě.
Po .deb balíčcích Mozilla nově poskytuje také .rpm balíčky Firefoxu Nightly.
Vývojové prostředí IntelliJ IDEA slaví 25. narozeniny (YouTube).
Vedení společnosti NVIDIA údajně povolilo použití milionů knih ze známého 'warez' archivu Anna's Archive k výcviku umělé inteligence, ačkoliv vědělo, že archiv tyto knihy nezískal legální cestou. Žaloba, ve které se objevují i citace interních dokumentů společnosti NVIDIA, tvrdí, že NVIDIA přímo kontaktovala Anna's Archive a požadovala vysokorychlostní přístup k datům knihovny.
Grafický správce balíčků Myrlyn pro SUSE a openSUSE, původně YQPkg, dospěl do stabilní verze 1.0.0. Postaven je nad libzypp a Qt 6. Projekt začal na SUSE Hack Weeku 24.
Vývojáři se podařilo vytvořit patch pro Wine, díky kterému je možné na linuxovém stroji nainstalovat a spustit Adobe Photoshop (testováno s verzemi Photoshopu PS2021 a PS2025). Dalším patchem se podařilo umožnit dokonce instalaci téměř celého Adobe Creative Cloud Collection 2023, vyjma aplikací Adobe XD a Adobe Fresco. Patch řeší kompatibilitu s windowsovými subsystémy MSHTML - jádrem prohlížeče Internet exporer, a MSXML3 - parserem
… více »Hackeři zaútočili na portál veřejných zakázek a vyřadili ho z provozu. Systém, ve kterém musí být ze zákona sdíleny informace o veřejných zakázkách, se ministerstvo pro místní rozvoj (MMR) nyní pokouší co nejdříve zprovoznit. Úřad o tom informoval na svém webu a na sociálních sítích. Portál slouží pro sdílení informací mezi zadavateli a dodavateli veřejných zakázek.
Javascriptová knihovna jQuery (Wikipedie) oslavila 20. narozeniny, John Resig ji představil v lednu 2006 na newyorském BarCampu. Při této příležitosti byla vydána nová major verze 4.0.0.
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