Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.
Nejsem zrovna moc velký psavec blogů, ale tento článek mě dovedl k tomu, abych neco napsal.
Ten článek mě docela zaskočil a byl jsem velice nemile překvapen. Jak jsem to tak četl, tak mi připadá, že pro Hanse to moc dobře zatím nevypadá. No, v každém případě pokud někdo víte něco konkrétnějšího, tak mě to docela zajímá.
Ono poslední dobou se vůbec moc nedařilo, alespoň pro reiserfs a reiser4 souborové systémy. Já jsem vždy byl velkým zastáncem reiserfs, reiser4 i nakonec Hanse, chápal jsem některé věci, které dělal a proč je prosazoval, ikdyž poslední dobou(rok, dva) jsem byl hodně v rozpacích z jeho chování, ale tohle snad ne.
Suse oznámilo ukončení prosazování reiserfs jako default FS, tudíž se odsune i pozornost vyvojářů - "údržbářů" od reiserfs. No a když se údržbě věnovali lidi téměř jenom od SUSE, tak to do budoucna vypadá velmi bledě. Je docela klika, že v 2.6.19-rc1 jsou všechny patche z mm stromu a trošku se tak dotáhly mušky a chybky na kráse reiserfs
Jak to vypadá s reiser4 a jeho začleněním do jádra to všichni dobře známe. Ikdyž se teď blýsklo na lepší časy, když Andrew Morton poslal mail od "čištění" mm větve potažmo věci, které by chtěl poslat Linusovi do "upstream" větve, tak se tam objevilo na vložení do 2.6.20 (psal sice o vložení do .19, ale pak se to změnilo, kvuli par chybkam na .20). I tak je to velmi nejisté.
Hans pobouřil již tak dost vývojářů jádra a nyní ještě tohle... pozice pro prosazení reiser4 bude stále težší, navíc pokud Namesys přijde o lídra. Hmmm otázkou je nakolik byl Hans vývojář a nakolik šéf. Mě osobně přijde, že spíše šéf ..
Nezávisle na tomto všem sem i já začal uvažovat, jaký FS používat dále místo reiserfs. Ještě provedu testování 2.6.19-rc1, ale už to moc dlouhodobě s reiserfs na svém disku nevidím. Nyní kupuji vetsi disk a uvidíme jak to dopadne.
Reiserfs používám již od dob Mandrake 7.2 (rok 2000) pravidelně na teměř všech oddílech pevného disku. Zejména na /home tam ho používam stabilně od Mandrake 8.0. Reiserfs jsem poznal náhodou u SuSE 6.4, v té doby jediný použitelný žurnálovací FS.Za těch 6 let jsem pouze JEDNOU prováděl --rebuild-tree na všech svých provozních strojích. Nedošlo ke ztrátě žádného souboru. Testovací stroj, kde jsem dělal pokusy a úmyslně ničil FS nepočítám. I přesto všechno nyní nějak citím, že reiserfs dochází dech a lepší už to nebude. Těch posledních pár patchů co do nedávna byly v mm považuji za poslední záchvěv před smrtí, resp. upadnutím. Reiser 4 bohužel nedosahuje takové stability, jako měl reiserfs ikdyž výkonostně je úplně někde jinde.
Bohužel další věc, která mě odrazuje od používání Namesys produktů je jejich politika podpory produktů (FS). Kdo zaručí, že až se povede doladit reiser4 a prosadit do hlavní větve jádra, že neupadne v zapomnění jako reiserfs pro firmu Namesys? Jakmile bude reiser4 v jádře, tak šup vymyslíme super, extra, multi a zpětně nekompatibilní nový Reiser 5. Bohužel chování Hanse a Namesys tomu odpovídá.
Poslední dobou si pohrávám s myšlenkou nad JFS, tak uvidíme. Již jsem ho použil na jednu testovaci oblast na disku, tak snad to bude lepsi.Ext3 asi postačí na /, ale po několika, nepřijemných pádech se mi s ním na /home moc nechce. Možná ještě budu uvažovat o XFS.
P.S. Nechci tímto vyvolat flame o výběru FS, ale pokud máte někdo nějaké doporučení, osobní zkušenost, dobrý benchmark, tak rád si přečtu názor či odkaz
Tiskni
Sdílej:
My jsme v nasi firme nasadili asi zhruba 100 Linuxu pocinaje rokem 1993. Na vsech bezel za ty leta ext2 a pozdeji ext3. Ja skutecne nechapu, co ma kdo porad problemy s FS. My jsme to to jeste nikdy nezazili. Samozrejme, ze pouzivame linux na servery, nebo spise nasi zakaznici. A ti jsou zvykli, ze server se jen tak nevypina a ze na vypadky proudu je zalozni zdroj.
Jo a k te dobe bootovani. Pry to u velkych disku s ext3 trva i nekolik minut. To je sice pravda, ale zakaznici to jednou za 2 roky prekousnou ...
Viď, Michale?
)
Mne sa uz niekoľkokrát poškodila partícia s ext3. Vždy po výpadku prúdu. 1.) Keď počas opravovania vypadne prúd znova 2.) Po niekoľkonásobných opakovaných výpadkoch(asi 10x) sa vždy Ext3 opravil a keď to bolo 11x, tak zakapal. Pritom ReiserFS s výpadkami žiadny problém
(Ještě se o to pokusím, a pokud ho nenajdu, zkusím ho vysyntetizovat znovu, takový problém by to snad nebyl, ale originál je holt originál.
)
ext3 je paradoxně daleko více bezpečnější, než Reiser3Moje relativně dlouhodobé zkušenosti potvrzují přesný opak. Na systémech kde dochází k tvrdým restartům nebo k vypínání síťovým vypínačem je nesrovnatelně bezpečnější a stabilnější reiserfs 3.6. Ext3 mi na takovém systému několikrát totálně zkolaboval, kdežto reiserfs na takovém systému funguje již několik let naprosto bez problémů. A zkušenosti dalších lidí toto naprosto potvrzují (viz předchozí sikuze na toto téma). Navíc ext3 je i při zapnutí dir_index ve srovnání s reiserfs nechutně pomalý (obzvláště dobře to bylo znát na mém starém počítači, což bylo Pentium 150 s 32 MB RAM... do teďka mi slouží jako router). Ten gigantický rozdíl v rychlosti mezi ext3 a reiserfs je také dobře vidět třeba v tomto benchmarku (který je na stránkách lidí pracujících na ext4 filesystemu, takže rozhodně nelze označit za zaujatý). Zkrátka ext3 mi na disk nesmí ani páchnout
ReiserFS 3.6 mi vyhovuje v současnosti ze všech filesystemů absolutně nejvíc. Otázka je co použít, pokud by se situace s ním zhoršila (jelikož se o něj starali v jádře vývojáři ze SUSE a ty nedávno oznámili, že reiserfs již nebude defaultním filesystemem v SUSE, takže kdo ví jak se dál o něj budou starat). Jak sem již říkal ext3 ani za zlatý prase, XFS je zas sebevražda bez UPS (a navíc pomalé při práci s mnoha malými soubory), takže jediné nad čím mi ještě zbývá uvažovat je JFS. Nebo ZFS přes FUSE, až ten projekt bude dokončen (což by už mělo být brzy
). Případně Reiser4 pokud bude přijat do vanilla kernelu (ten se mi osobně architekturou líbí téměř nejvíc... i když ZFS má oproti němu některé vcelku výrazné výhody).