Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Nemohu ale nic podobného najít. Zvláštní, přitom mi můj požadavek na zálohování přijde logický a praktický - musí už něco existovatJe to zhovadilost. Casem z toho bude jen bordel ze souboru a ruznych zacyklenych pseudo-symlinku. Chces si uchovavat historii zmen? Pouzij verzovaci system, nebo snapshoty.
Tohle je znovuvynalézání kola, jenom horšího a dřevěného.
Přesuny adresářů samozřejmě korektně vyřeší inkrementální, případně exkrementální snapshoty nad Btrfs, které se pomocí send
a receive
pak taky inkrementálně, případně exkrementálně obnoví na cílovém zařízení, včetně efektivní reprezentace všech přesunů, částečných změn reflinkovaných souborů, a tak dále a tak blíže.
Proč se namáhat s nějakými odkazy na přesunutý adresář? Jestli nějaké adresáře často přesouvám, vytvořím si je jako subvolume. Pak můžu měnit jejich jména dle libosti, ale jejich ID zůstane stejné. Reprezentovat tohle prapodivnými jmény a symlinky dává pramalý smysl.
Jakmile je řeč o číslu verze, začíná být jasné, že vhodným mechanismem není přesun adresářů, nýbrž série snapshotů, které efektivně reprezentují verze a inkrementální i exkrementální změny.
Nekonzistentní zálohování na úrovni jednotlivých souborů je nesmysl, kterým kdysi trpěl CVS a který je už asi tak 20+ let překonaná historie — nikdy to nefunguje dobře. Rozumné zálohy jsou atomické a nespoléhají na náhodu a štěstí.
Určitě se tu něco podobného už někdy řešilo a já jen špatně hledám.
Přesně tak. Odpověď na celý dotaz je: Btrfs. (Nebo taky ZFS, ale implicitně bych dal přednost tomu, co je v kernelu a nepošpiněné CDDL.)
Tiskni
Sdílej: