Microsoft vydal novou velkou aktualizaci 2404.23 v září 2019 pod licencí SIL Open Font License (OFL) zveřejněné rodiny písma Cascadia Code pro zobrazování textu v emulátorech terminálu a vývojových prostředích.
OpenTofu, tj. svobodný a otevřený fork Terraformu vzniknuvší jako reakce na přelicencování Terraformu z MPL na BSL (Business Source License) společností HashiCorp, bylo vydáno ve verzi 1.7.0. Přehled novinek v aktualizované dokumentaci. Vypíchnout lze State encryption.
Spouštět webový prohlížeč jenom kvůli nákupu kávy? Nestačí ssh? Stačí: ssh terminal.shop (𝕏).
Yocto Project byl vydán ve verzi 5.0. Její kódové jméno je Scarthgap. Yocto Project usnadňuje vývoj vestavěných (embedded) linuxových systémů na míru konkrétním zařízením. Cílem projektu je nabídnou vývojářům vše potřebné. Jedná se o projekt Linux Foundation.
Operační systém 9front, fork operačního systému Plan 9, byl vydán v nové verzi "do not install" (pdf). Více o 9front v FQA.
Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové verzi 6.1. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu. Řešeny jsou také 2 bezpečnostní chyby.
Lennart Poettering na Mastodonu představil utilitu run0. Jedná se o alternativu k příkazu sudo založenou na systemd. Bude součástí systemd verze 256.
Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Už po několikáté se mi na Gentoo stalo, že se psi otevře v čistém stavu bez nastavených účtů. Je to verze 0.15 a mám dojem, že psi v dnešní době není na Gentoo nějak extrémně patchované. Podobně nejspíš ještě pořád ztrácí data i taskwarrior.
Díval jsem se do domovského adresáře a hledal k tomu info na webu. Moc jsem toho nenašel, akorát adresář ~/.psi
je zřejmě stará nepoužívaná lokace. Takže by měla být konfigurace v ~/.config/psi
. Konkrétně .config/psi/profiles/default/accounts.xml
je úplně prázdný soubor.
Vzpomněl jsem si na dobu, kdy se pořád mluvilo o problémech filesystémů, které končily prázdnými soubory a nakonec se ukázalo, že se jedná o chybu aplikace. Typicky to fungovalo tak, že aplikace otevřela pro zápis soubor s potřebnými daty, čímž vymazala jeho obsah a pak děj se vůle boží. Buď se do souboru zapíše nová verze dat, nebo se nezapíše.
Na důvodu až tak nezáleží, pokud se nebavíme o četnosti výskytu následků. Problém je v tom, že je aplikace vůbec naprogramována tak, že si pod sebou podřeže větev a teprve dodatečně situaci napravuje novým zápisem a v lepším případě i uzavřením souboru. V mezidobí nejsou data na disku uložena vůbec. U hodně špatně napsaných aplikací může být mezidobí dost dlouhé.
Přitom není nic jednoduššího než zapsat do stejného adresáře data do dočasného souboru a ten pak přejmenovat. Přejmenování je ve většině případů atomické, v těch ostatních pokud vím aspoň nedestruktivní. Samozřejmě se najdou i technicky lepší techniky, ale tohle je tak jednoduché, že mě vždycky mrzí, když někdo nepoužije ani to.
Nápady, názory?
Tiskni Sdílej:
V KDE sa mi to stávalo bežne. V psi ani raz, ale v gentoo používam opatchované psi+ z rion overlayu.
/sbin/reboot
, protože ten jenom zamrzne systém.
Ale na druhou stranu se mi čas od času stane, že nechám laptop bez napájení a umře. Nebo může z různých důvodů zamrznout systém. Takže bych radši, kdyby se aplikace staraly o své zápisy korektně a tyhle nepříjemnosti řešil až v druhé řadě.
Pomôže presne to, čo napísal v blogu. Stačí zapisovať do dočasného súboru, zatvoriť a premenovať (premenovanie je vďaka journalovacím fs atomická operácia, takže najhoršie čo sa stane je, že po štarte tam bude stará verzia).
Je to súčasťou štandardu POSIX. Journalovacie fs to spĺňajú za predpokladu, že tam nie je škaredý bug.
Raiser som tiež kedysi používal, ale potom som prešiel na XFS z ktorého som vyhodil pár blbostí okolo uzamykania.
Ono sa to zpíše do bafru a keď ti pri prepisovaní bafru na disk vytuhne komp, tak ti nepomôže nič.Co do toho pleteš buffery a sync? V blogpostu jsem popsal problém i jeho triviální a zároveň běžné řešení. Bavíme se o ztrátě dat, která byla už v minulosti bezpečně zapsána na disku, dost pravděpodobně v některém z předchozích běhů systému.
Neviem na čom teraz pracuješ a rád by som to vedel, ale používanie systemd na primárny vývoj je podľa mňa zbytočný a môžeš to testovať pred ostrím vydaním na extra partícií.Před časem jsem o tom uvažoval, ale došel jsem k závěru, že vývoj nad OpenRC nebo podobnou ptákovinou značně odlišnou od cílové platformy a následné testování, ladění a opravy nad systemd není pro moji práci obhájitelné. Navíc se systemd ke službám chová lépe než cokoli jiného, o OpenRC radši ani nemluvím.
Ja mám na desktope cca 5distier a v NTB s Atomom momentálne dve a miesto na ďalšie. Virtuál nepokladám za plnohodnotný testing distra.Já testuju podle potřeby. Většinou netestuju distribuce, ale velmi konkrétní věci a tak 99% z nich jde rovnocenně testovat na virtuálu.