Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.
Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).
Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.
TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.
Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.
Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.
Byl vydán Linux Mint 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
Wine bylo po roce vývoje od vydání verze 10.0 vydáno v nové stabilní verzi 11.0. Přehled novinek na GitLabu. Vypíchnuta je podpora NTSYNC a dokončení architektury WoW64.
Byl vydán Mozilla Firefox 147.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Firefox nově podporuje Freedesktop.org XDG Base Directory Specification. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 147 bude brzy k dispozici také na Flathubu a Snapcraftu.
df mi hlásilo obsazenost cca 71%, podobně
btrfs filesystem df / Data: total=36.47GB, used=25.24GB System, DUP: total=8.00MB, used=12.00KB System: total=4.00MB, used=0.00 Metadata, DUP: total=1.75GB, used=1.31GB Metadata: total=8.00MB, used=0.00Neco jsem zkusil nastudovat a nastavení btrfs v opensuse je takové, že jednak dělá hodinové snapshoty, také dělá snapshoty před a po všech operacích zypperu. A nechává měsíční snapshoty ležet. Takže jsem nějaké staré snapshoty pomazal a zase to do root filestému píše. Současný stav je
btrfs filesystem df / Data: total=36.47GB, used=17.86GB System, DUP: total=8.00MB, used=12.00KB System: total=4.00MB, used=0.00 Metadata, DUP: total=1.75GB, used=921.27MB Metadata: total=8.00MB, used=0.00Ale to mi nepřináší uspokojení, abych věděl, co se tam děje, kolik mám reálného místa na filesystému na zápis. 71% (nebo 25/36) je poměrně malé číslo na hlášku, že se do filesystému nedá zapsat. Zkouškou přes du jsem zjistil ze /usr má cca 6,5G a /var cca 3,5G jinak jsou to drobnosti, ale přesto se mi na 40 gigový filesystem odmítne zapisovat. A případně něco co by mi umožnilo automaticky smáznout staré snapshoty když bude místo chybět.
Nevím a nezjišťoval jsem, ale dřív tento nástroj neuměl pracovat se snapshoty - neuměl spočítat, kolik místa sežerou snapshoty.
Vzhledem k tomu, že snapshoty mohou tvořit velmi hustý strom, tak odpověď na otázku "kolik ušetřím smazáním snapshotu" by v podstatě znamenala nutnost projít všechny soubory ve všech snapshotech a jejich bloky a zjistit velikost těch, které patří pouze do souborů vybraného snaphsotu. Pamatujte také na referenční linky (dva soubory sdílející stejné bloky). Takže na tohle nástroj asi jen tak existovat nebude.
Jinak, když se odstraní snapshot, tak to na volném místě nepoznáš hned. Vše se ve skutečnosti děje na pozadí a volné místo se uvolní později.
Přesně tak, od toho tam je jaderný proces btrfs-cleaner.
Z tohoto pohledu lze tedy říci, že používáme btrfs dlouho, ale asi jej nevyužíváme zcela "úplně" a tak je možné, že si na nějaké limity a problémy nesáhneme.
Já též (už to budou přes dva roky) a v podstatě na žádné problémy jsem nenarazil (snad kromě vlastnosti v podobě pomalého fsync). Trochu mi to vadí, protože nevím, co všechno se potom může v produkci objevit.
Tiskni
Sdílej: