Multiplatformní open source aplikace scrcpy (Wikipedie) pro zrcadlení připojeného zařízení se systémem Android na desktopu a umožňující ovládání tohoto zařízení z desktopu, byla vydána v nové verzi 5.0. S podporou hardwarového dekódování videa na desktopu.
Moderní linker mold, rychlejší alternativa k LLVM lld nebo wild, byl vydán v nové major verzi 3.0.0. Přepsán byl z C++ do Rustu.
Po osmi letech od vydání verze 2.0 byla vydána nová major verze 3.0 multiplatformního editoru tagů MusicBrainz Picard (Wikipedie). Přehled novinek, vylepšení a oprav v changelogu.
Mezinárodní federace hudebního průmyslu (International Federation of the Phonographic Industry) navrhla Evropské komisi zařazení populárního open-source nástroje yt-dlp na evropský seznam 'padělků a pirátství' (EU Counterfeit and Piracy Watch List) pro rok 2027 (plné znění žádosti IFPI). IFPI ve svém podání označuje tento aktivně vyvíjený a o rozličné funkce bohatší fork youtube-dl za 'závažný problém' pro hudební průmysl, v
… více »Byla vydána nová verze 7.4 linuxové distribuce Parrot OS (Wikipedie). Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Dnes startuje desátý ročník oblíbené kyberbezpečnostní soutěže The Catch organizované Forenzní laboratoří CESNETu. Letos zavede soutěžící do světa národních výzkumných a vzdělávacích sítí (NREN). Čekají na vás tematické úlohy založené na principu Capture the Flag (CTF), hledání ukrytých flagů i zajímavé ceny. Otestujte své schopnosti a vyrazte na lov flagů.
Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2026.
Německý startup Aleph Alpha k příležitosti výročí sjednocení Německa zveřejnil open-weight jazykový model Kolibri, vyvíjený s ohledem na unijní pojetí autorského práva, ochranu osobních údajů GDPR a nařízení EU o umělé inteligenci, jehož 'Kodexu správné praxe' je Aleph Alpha signatářem. Výsledkem tohoto přístupu je transparentnější technologie, kterou například budou moci využívat evropské veřejné instituce, ovšem za cenu
… více »Nvidia zveřejnila návrh nové bezpečnostní platformy pro nasazování AI agentů. Jedná se o nasazení AI za použití OpenShell a Sentry, dvou oddělených bezpečnostních vrstev, v nichž může Sentry monitorovat a vyhodnocovat chování AI v OpenShellu tak, že ho v krajním případě až vypne. Mělo by to zabránit dalším únikům AI ze sandboxu.
Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Firma Tuxera, která stála za zrodem projektu NTFS-3G, podepsala smlouvu se společností Microsoft. Součástí dohody o rozsáhlé spolupráci je i dohoda patentová. Hlavním cílem celé akce je nyní dodat ovladače exFAT pro Linux. Hovoří se o tom, že ovladač bude uzavřený. exFAT je zmrtvýchvstání starého souborového systému FAT.
Tiskni
Sdílej:
Tak neviem, tesit sa alebo nie?
No nic, holt se bude muset najít někde jiný, kdo napíše opensource implementaci exFAT pro Linux. Snad to nebude dlouho trvat a dostane se přímo do kernelu, stejně jako je tam FAT.
Ale hlavně, celá FAT už měla dávno zmizet ze světa.
A to jako proč? Jen proto, že je tu už dlouho? ext2 vám nevadí?
The wheel ... was a great idea ! :D
FAT je sice principiálně jednodušší, ale existuje jí několik variant. Díky tomu tady máme problémy s paměťovými kartami s vyšší kapacitou atd. Navíc, když se podíváte do specifikace od MS, tak tam jsou položky s popisy typu: "Toto může být nastaveno na X, ale protože to spousta software nastavuje na Y, tak tam taky raději zapisujte Y a raději se podle toho vůbec neřiďte." apod.
Takže vzato kolem a kolem je Ext2 možná jednodušší.
Jenze pokud jste v pozici vyrobce napr. fotaku, tak je vam mnozstvi variant FAT u prdele. Proste implementujete tu jednu, kterou potrebujete a hotovo.
FAT je IMHO na takove veci vhodny FS.
Tak to nefunguje. Typ FAT je podle specifikace MS dán kapacitou zařízení. Když je hodně malé, tak FAT12, od určité kapacity FAT16 a pak FAT32. Když byste implementoval např. jen FAT32, tak budete mít nekompatibilitu s paměťovými kartami s kapacitou 2 GB a méně apod.
Doslovný citát ze specifikace od MS:
"The FAT type—FAT12, FAT16, or FAT32—is determined by the count of clusters on the volume and nothing else."
Jinak tam jsou taky dobré rady týkající se velikostí na hranici mezi různými typy FAT. Protože je to mnohde špatně implementováno, doporučují v takové případě raději naformátovat na trochu nižší kapacitu, aby se předešlo problémům 
O exFAT starost nemám - i kdyby to bylo uzavřené a k ničemu, tak to někdo napíše znovu a pořádně. exFAT je jednoduchý filesystém s četností výskytu podobnou sněžnému muži. Spíš mám strach o NTFS-3G - to je funkční projekt s dobrou licencí...
Ale preco to microsoft robi? Co ho k tomu vedie ine ako vidina buduceho zisku? Nebudu neskor sudne spory, z ktorych bude microsoft tazit a vyuzivat prave tie zmluvy?
Tak to je MS pristupnejsi nez Novell. Ten poskytoval veskerou dokumentaci k NDS zadarmo, ale pouze v pripade ze napisete pouze klienta a ze se nikdy v zivote nepokusite implmentovat server.
Jinak FAT je jednoduse genialni filesystem. Jednodussi FS snad uz ani existovat nemuze.
takže pokud nejsou soubory fragmentované, jsou vždy v jednom kusu.
S tím se nedá než souhlasit 
, takže přesněji:
Na FAT(16) nejsou žádná metadata za hranící druhé FAT. Pokud je soubor nefragmentovaný, nemůžou uvnitř něj být data, které do souboru nepatří, s vyjímkou konce posledního clusteru (a ty není problém odstranit).
Oprotitomu na ext2 nemusí být soubor vnitřně fragmentovaný, ale může přesahovat hranici skupiny bloků, taže i když logicky je v jednom kusu (z pohledu alokace), fyzicky má někde uprostřed deskriptor bloku, bitmapy a inody. A i když je soubor celý v jedné skupině bloků, jsou tu ještě indirect bloky (ve kterých jsou ukazatele na datové bloky, co se nevešly do inody), a ty se při zápisu strkají mezi normální datové bloky.
Takže pokud se soubor z havarovaného ext2/3 obnoví jako jeden kus, tak je možné, že část dat bude nějaké "smetí", leda že bude obnovující program znát strukturu ext2/3 a bude dopředu vědět, jak velký je alokační blok, jaké jsou hranice skupin bloků, kolik si uživatel nastavil inod a kolik je přímých odkazů na inodu.
Jo to mate pravdu, tohle zrovna neni idealni. Ma FATce je pekne ze pouzivate jednu datovou strukturu jako bitmapu(pro hledani volnych bloku) a zaroven je to spojovy seznam.
Tam si snad budu moci dát jaký FS chci, ne? Třeba UBIFS nebo JFFS2. Být výrobcem (foťáků, přehrávačů...), tak zvolím nějaký svobodný souborový systém a nechám si k němu dopsat ovladač pro Windows -- určitě to bude lepší, než se zlobit s nějakým microsoftím souborovým systémem, který znamená potenciální (nebo i reálné) problémy (patenty, vydírání ze strany MS atd.).
Myslím, že UBIFS a JFFS2 jedou pouze nad MTD zařízeními. Což SDXC rozhodně není.
To si tam spíš dáte EXT3,4 apod. Hlavní problém budou zařízení (foťáky apod.), která budou používat exFAT.
U jiných OS by problém nebyl, protože ti rádi podporu pro nový FS začlení. Problém je akorát s Windows, pro které by se musel napsat ovladač toho FS a uživatelé by si ho museli instalovat. Není to sice úplně jednoduché*, ale má to i své výhody -- jednak výrobci nehrozí žádné poplatky za používání patentovaných technologií a jednak když už si uživatel něco instaluje, může mu tam s tím nainstalovat nějaký svůj software, třeba na stahování fotek z foťáku, dělání panoramat atd. (nemyslím spyware).
*) přinesu kartu ke kamarádovi, on nemá ovladač a co teď? Pokud bude instalace jednoduchá, není to až takový problém. Prostě stáhnout program, klik klik a hotovo.
rad bych vedel proc nepouzivat ext2. Na windows ovladac existuje.
Staci na cudlik dat malou fatku s ovladacem a dalsi ext2 na data.
Je pravda, že 1&2 sa dá vytknúť aj FATu...
nežurnálovaný (ako zvyknú ľudia vypínať fotoaparáty&spol?)Tlačítko nebo přepínač na zapnutí/vypnutí u fotoaparátu, stejně jako třeba u mobilů, ho nedpojuje přímo od napájení, jen řiká řídící jednotce, že se má zapnout/vypnout. Napřiklad pokud se pokusíte aparát vypnout během zápisu snímku na kartu, tak se prvně dokončí zápis a pak se teprve vypne. Takže pokud uživatel nevyndá baterii/baterie nebo kartu za chodu, nebo pokud se fotoaparát nesekne (i fotoaparáty můžou mít svou verzi BSOD
), neměla by karta zůstat v nekonzistentím stavu. A vzhledem k omezenému množstí možných zápisů bych nepovažoval klasický žurnál za moc rozumný nápad.
Takže to mám brát jako FUSE binární shit? No tomu říkám pokrok...