Byla vydána verze 2026 distribuce programu pro počítačovou sazbu TeX s názvem TeX Live (Wikipedie). Přehled novinek v oficiální dokumentaci.
Jihokorejská Národní daňová služba (NTS) zabavila kryptoměnu Pre-retogeum (PRTG) v hodnotě 5,6 milionu dolarů. Pochlubila se v tiskové zprávě, do které vložila fotografii zabavených USB flash disků s kryptoměnovými peněženkami spolu se souvisejícími ručně napsanými mnemotechnickými obnovovacími frázemi. Krátce na to byla kryptoměna v hodnotě 4,8 milionu dolarů odcizena. O několik hodin ale vrácena, jelikož PRTG je extrémně nelikvidní, s denním objemem obchodování kolem 332 dolarů a zalistováním na jediné burze, MEXC [Bitcoin.com].
Komunita kolem Linuxu From Scratch (LFS) vydala nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů Linux From Scratch 13.0 a Beyond Linux From Scratch 13.0. Pouze se systemd.
Byla vydána nová stabilní major verze 25.12 linuxové distribuce primárně určené pro routery a vestavěné systémy OpenWrt (Wikipedie). Jedná se o nástupce předchozí major verze 24.10. Přehled novinek v poznámkách k vydání. Podporováno je více než 2200 zařízení.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za únor (YouTube). Odstraněn byl veškerý kód napsaný ve Swiftu. JavaScriptový engine LibJS byl reimplementován v Rustu.
Byla vydána verze 1.94.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example. Zveřejněny byly výsledky průzkumu mezi vývojáři v programovacím jazyce Rust: 2025 State of Rust Survey Results.
Google zveřejnil seznam 185 organizací přijatých do letošního Google Summer of Code (GSoC). Dle plánu se zájemci přihlašují od 16. do 31. března. Vydělat si mohou od 750 do 6600 dolarů. V Česku a na Slovensku je to 900 dolarů za malý, 1800 dolarů za střední a 3600 dolarů za velký projekt. Další informace v často kladených otázkách (FAQ). K dispozici jsou také statistiky z minulých let.
Byla vydána únorová aktualizace aneb nová verze 1.110 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.110 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Apple představil 13palcový MacBook Neo s čipem A18 Pro. V základní konfiguraci za 16 990 Kč.
Kalifornský zákon AB 1043 platný od 1. ledna 2027 vyžaduje, aby operační systémy požadovaly po uživatelích věk nebo datum narození a skrze API poskytovaly aplikacím informaci, zda je uživatel mladší 13 let, má 13 až 16 let, má 16 až 18 let nebo má alespoň 18 let. Vývojáři linuxových distribucí řeší, co s tím (Ubuntu, Fedora, …).
Zdravím, chtěl bych požádat zkušenější o radu, na čem postavit sdílené úložiště (SW, příp. HW), což jsem dostal v práci za úkol. Jsou na to cca následující požadavky:
V zásadě jde o něco, co by fungovalo jako Dropbox, ale aby to bylo šifrované. Budou se tam ukládat typicky dokumenty, zatím by se jednalo o řádově pár GB dat, sdílených mezi cca 5 uživateli. Nemusí to být čistě (vlastní) SW řešení, pokud by něco podobného nabízel třeba nějaký NAS, tak je to taky možnost.
Zatím mi vyšlo pár možných variant:
).Zatím mi přijde nejzajímavější varianta 4. za použití Seafile. Co jsem se dočetl, tak je z volně dostupných alternativ Dropboxu asi nejlepší (dle hodnocení uživatelů), třeba OwnCloud má sice spoustu rozšíření, ale taky spoustu chyb, a další alternativy taky mají nějaké problémy. Pak se mi líbí to šifrování (doufám, že funguje i při sdílení dat mezi více uživateli), mělo by tam fungovat verzování souborů (historie změn), a možná ještě nějaké další funkce budou přínosem (nestudoval jsem to úplně detailně). Z čeho mám ale trochu obavy, je to, že se na serveru neukládají data v původní podobě (soubory 1:1 jako na klientech) - abych byl v případě problémů schopný z toho data dostat... Máte zkušenosti se stabilitou, vč. klienta pod Win? Jak jsou tam řešené kolize souborů (pokud dva uživatelé nezávisle na sobě v jeden čas provedou úpravu)? A bylo by lepší to hodit na VPS, nebo radši použít vlastní železo a mít to připojené lokálně? Předem díky za vaše poznatky.
. Další věc, jak tam konkrétně řešit to verzování? Dělat třeba každou půlhodinu zálohy, resp. kopie souborů, které se změnily, a tenhle strom "záloh" zpřístupnit jen pro čtení...? Tam by se ale mohlo sem tam stát, že by taková granularita nebyla dostatečná. Nebo na to nějak naroubovat inotify a kopírovat soubory při změně/vytvoření?
incronu (v podstatě "cron", ale řízený událostmi přes inotify, nikoliv časem) nebo ještě lépe pomocí jeho dá se říct ekvivalentu, který ale umí i rekurzivní adresáře - watcher. Následně při každé změně souboru bych ho nějakým bashovým nebo pythoním skriptem zkopíroval do vedlejšího stromu a přidal do názvu datum a čas - podle toho by se pak případně dala dohledat potřebná verze. Mělo by to nějaká omezení, ale bylo by to relativně jednoduché tedy asi do doby, než bych od toho potřeboval nějaké sofistikovanější chování (nějak tam víc řešit oprávnění, nastavování sdílených složek, atd.), pak by to asi bylo poněkud horší
.
Pouzivam vlastni server s ubuntu, kde mi bezi samba + owncloud. Zadnych chyb jsem si nevsiml, vyjma snad toho, ze se chova dost nekorektne pripojovani samba adresaru primo pres admin menu owncloudu - proste to nenacita slozky, kdyz jsou moc velke (typicky hudba, filmy, apod). Takze si to mountuju primo na linuxu do tech slozek owncloudu konkretniho uzivatele (prdne se to do fstab a je to bez starosti).
Pak taky nepouzivam synchronizaci (jen s NB a tam mam pokusnou slozku - testuju to) - pry to obcas plete a maze soubory. Pro mne je to zatim zbytecnost, mam vsechna data na sitovem disku, takze synchronizaci prilis nepotrebuju a cekam, az owncloud dotahnou do konce - lepsi podpora prehravani videi primo v prohlizeci, poradny prehravac hudby, apod. Je to velice dobre naslapnuty projekt, jehoz tvurci presne pochopili, co lidi chteji, jen jim to holt trochu trva no
Ale za ty penize...? 
Osobne bych se s tim v praci asi nepackal a koupil nejaky komercni NAS - tvoji snahu stejne ASI nikdo neoceni, tak proc si komplikovat zivot? Ty NASy maji velice prijemne rozhrani, naklikas to za pet minut.
Pro mne byla hlavni priorita ta, ze vim, co ten system dela, ze si muzu zasifrovat data na oddilech toho disku a nespolehat se na nejake dodane reseni a ze si to muzu rozsirovat dle libosti. Ucil jsem se u toho linux, takze jsem spojil prijemne s uzitecnym.
Dneska si doma provozuju podobny server na Banana Pi (jen se sambou) a jeho zprovozneni mi diky tomu, co jsem se naucil trvalo jen par hodin - i se sifrovanymi slozkami, atd. Dnes uz bych to rozbehal za par minut. Cena oproti komercnimu nasu je zlomkova, ale nejvice si stejne cenim te otevrenosti a toho, ze vim, jak to doopravdy funguje a kdo do toho ma vlastne pristup.
. Samozřejmě nemám osobní zkušenost, ale v těch záporech u hodnocení OwnCloudu se takové stesky objevovaly celkem nezřídka.
S NASem celkem souhlas, ale zase problém jako výše - dá se tam nějak řešit verzování? Jde mi o to, že když třeba omylem smažu soubor nebo ho omylem přepíšu nebo nahradím novou verzí, ve které bude chybět kus původních dat, tak už nebude cesta, jak to obnovit zpět (jako to jde třeba na Dropboxu). Samozřejmě, že tam uvažuju nějakou formu zálohování, ale i v takovém případě by se tohle mohlo stát (pokud bych zálohoval třeba jednou denně).
Díky moc, to je zajímavá informace. Ještě bych se rád zeptal na pár věcí:
Tiskni
Sdílej: