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.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Byla vydána nová verze 1.13.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
Když jsem si vybíral DVD vypalovačku, vybral jsem LG-čko, které umí DVD-RAM.
Poté, co mi odešel pevný disk s Windows (a veškerou prací), rozhodl jsem se, že budu všechno důležité zálohovat na DVD-RAM disk. To jsem ještě netušil co mě čeká.
Potíže vlastně nastaly dvojí: Když jsem zkompiloval vlastní jádro s podporou zápisu na UDF souborový systém, zjistil jsem nemilou věc. Že sice od výrobce naformátovaný DVD disk můžu bez problémů používat ve Windows (tedy, uhm, po stažení jakýchsi 3rd party obskurních driverů pro zápis), i v Linuxu, ovšem jakmile na takovém disku třeba jen vytvořím prázdný adresář pod Linuxem, Widle už na disku vůbec nic nepřečtou.
Google poradil vytvořit na disku souborový systém znovu, s pomocí udftools. To jsem udělal (no, dobrá, program udffsck i po kompilaci naprosto nic nedělá a nemá manuálovou stránku, ale budiž), a heuréka, fungovalo to. Sice nevíme proč to předtím nefungovalo, ale to nevadí, hlavně že to teď funguje. Akorát musíme všechna zakoupená média přeformátovat/přepartyšnovat (ano, flashdisk taky zkraje nešel přimountovat, dokud jsem na něm znovu nevytvořil oddíl) a následně hledět vstříc zářným zítřkům. Filesystém UDF je sice jenom jeden (tedy, v jedné verzi), ale realita je jiná. Tak jo, to nevadí, zformátujem a jedem.
But there is a catch, of course. Catch "udev".
Obyčejná cdromka TEAC je v mém komplu normálně udevem detekován jako cdrom, a je k ní vytvořen soubor zařízení cdrom patřící root:cdrom. To odpovídá pravidlům nastaveným v konfiguračních souborech pro udev. Spoň myslím. DVD-RAM mechanika LG je ovšem detekována jako /dev/hdc, což je správně, ale ve vlastnictví root:disk. Čili udev bůhví proč ignoruje pravidlo z udev.rules (BUS="ide", KERNEL="*[!0-9]", PROGRAM="/bin/cat /proc/ide/%k/media", RESULT="cdrom*", NAME="%k", GROUP="cdrom", MODE="0660) a když napíši do udev.permissions, že hdc:root:cdrom:777, tak je sice /dev/hdc "world writable", ale nic se nic neděje, přístup je i nadále odmítán. Přesto, že podle manuálové stránky udev se práva k zařízením stanovená v udev.permissions ohledně vlastnictví přepisují pravidly v udev.rules. V /etc/fstab je umask=0,rw.
Takže vážně nevím, proč mám DVD-RAM pořád jenom ro. Při formátování jsem zadal --media-type=dvdram.
Možná bych si neměl hrát na linuxmana a nainstalovat si Mandrivu, ale na tom mém šrotu by sotva uspokojivě fungovala.
UPDATE a ŘEŠENÍ: Disk s UDF filesystémem je potřeba (jakkoli) namountovat a chown-nout, nejlépe skupině cdrom, jejímiž členy useři jsou. Toť vše. Přišel jsem na to už dávno, ale byl jsem líný to sem napsat.
Tiskni
Sdílej:
Filesystém UDF je sice jenom jeden (tedy, v jedné verzi), ale realita je jiná.
-r,--udfrev= udf-revision
Specify the udf revision to use. Valid revisions are 0x0201, 0x0200, 0x0150, and 0x0102. If omitted,
mkudffs udf-revision is 0x0201.
widla zvladaju bez ovladacov len 0x0150 (dost casto od vyrobcou), linux a stolne dvd pouzivaju 0x0201 (default).
tedy, uhm, po stažení jakýchsi 3rd party obskurních driverů pro zápisstaci aj incd, driver od panasonicu, .... proste je toho hodne :o)
ovšem jakmile na takovém disku třeba jen vytvořím prázdný adresář pod Linuxem, Widle už na disku vůbec nic nepřečtou.suhlas :o), ono dojde k nejakemu reorganizovaniu (lepsie je naformatovat na poslednu verziu a pokoj)
program udffsck i po kompilaci naprosto nic nedělá a nemá manuálovou stránku, ale budižked sa pozries do zdrojaku tak tam najdes len
int main () { return 0; } este sa na tom len pracuje (dufajme)
DVD-RAM mechanika LG je ovšem detekována jako /dev/hdc, což je správně, ale ve vlastnictví root:disk.s povahy mechaniky je to vlastne spravne (i/o na dvd-ram je nieco ako na disk a co je pekne aj detekciu chyb riesi mechanika) aj ked mne LG mechaniku dava ako root:cdrom, ako prekazku to moc nevidim kedze namontovat fs ide a pristupovat sa da podla prav co su v tom udf fs (PS: pozri si ci nemenis prava len na symlink /dev/hda :o) )
Takže vážně nevím, proč mám DVD-RAM pořád jenom ro. Při formátování jsem zadal --media-type=dvdram.dvd-ram obsahuje jeden sektor v ktorom je zapisane ci ma byt ro, alebo rw. Aj ked je rw tak po namontovani sa tvari ako disk s plnou podporou linuxovich prav, cize moutpoint bude zrejme mat root:root a prava rw,r,r
chown lukas:users na to miesto kde namontujem, a vpoho mozem kopirovat :o).
Také používám DVD RAM na vypalovačce LG. V XP Vám na to stačí IN CD. V Mandrivě jsem ho ještě nezkoušela, zkusím.
Ve fstabu mám toto: /dev/hdc on /mnt/cdrom2 type udf (ro,noexec,nosuid,nodev,users,umask=0022,iocharset=iso8859-2,user=chisah)
Něco málo o udf z cdrCz
Zatim jsem ještě v linuxu dvd-ram neformátovala, pak sem dopíšu zkušenosti.
Doplním: Dvd-ram je forma existence disku, proto se na něj "nepálí", ale naformátuje se a pak se na něj kopíruje.
A co je špatného třeba na FATce? V Linuxu i Windows funguje úplně bez problému, žádný problém s verzemi a pokud to mám jen pro občasné zálohy, tak snad ani oblast s FATtabulkou hned tak nezruším, ne? RAM má tuším udáváno 100k přepisů.
UDF nějak nevěřím od těch dob, co jsem si prohlídl zdrojáky udffsck. Co se může pokazit, to se taky pokazí a tohle toho moc neopraví:
int main(int argc, char *argv[])
{
return 0;
}
mkfs.vfat /dev/hdc mount -t vfat /dev/hdc /media/dvdramO zápis se již postará sama vypalovačka, nikoliv software. Absolutně nechápu to s těma oddílama. Odkdy se na DVD-RAM vytvářejí oddíly?