Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Včera jsem uklízel svůj home adresář (chtěl jsem jej zazálohovat a přenést na jiný stroj) a docela nepříjemně mne překvapilo, kolik místa zabírají tečkové soubory - řádově stovky mega.
FHS vsuvka, zdůraznění moje : User specific configuration files for applications are stored in the user's home directory in a file that starts with the '.' character (a "dot file").
Ačkoliv je můj home docela historický, zas až tolik konfiguračních souborů mít nemůžu. A jak je asi jasné, opravdu nemám.
Takže se ptám: Kdo sakra vymyslel do tečkových souborů dávat cache soubory?
Ať už to vymyslel kdokoliv (.thumbnails je asi nejstarší o čem vím), je to teď celkem v módě - dělají to
Pokud někdo nechápe, co se mi na tom nelíbí: standard má na cache dobře definované místo, /var/cache, o kterém vím, že ho nemusím zálohovat a můžu kdykoliv promazat. O případné potřebě mirrorovat ani nemluvě.
Když už jsem v tom stěžování, herní savy mi taky nepřijdou moc konfigurační (hello, wesnoth a adom), a k čemu máme /var/games? I když tohle mi až tak nevadí.
A to, že v defaultní konfiguraci mi squid v FC6 cachuje do /var/spool by vlastně bylo skoro jedno, nebýt hnidopich.
Update:Vzhledem k tomu, že dle diskuse nejsem sám, kdo v tom má maglajs, jsem se (s využitím obsahu některých komentářů) zeptal na FHS mailing listu. I když vzhledem k těm spamům vůkol odpověď moc nečekám.
Tiskni Sdílej:
[pasmen@nyx ~]$ du -sh .evolution/ 1.2G .evolution/Mne se zase vcelku libi, ze to mam v home, o kterem jsem na 100% presvedcen, ze ho muzu kdykoliv jakkoliv promazat. Radeji budu mit zapraskany home, nez rozhazene _moje_ soubory po celem disku nekde ve
/var
.
/var/cache : Application cache data Purpose /var/cache is intended for cached data from applications. Such data is locally generated as a result of time-consuming I/O or calculation. The application must be able to regenerate or restore the data. Unlike /var/spool, the cached files can be deleted without data loss. The data must remain valid between invocations of the application and rebooting the system. Files located under /var/cache may be expired in an application specific manner, by the system administrator, or both. The application must always be able to recover from manual deletion of these files (generally because of a disk space shortage). No other requirements are made on the data format of the cache directories. Rationale The existence of a separate directory for cached data allows system administrators to set different disk and backup policies from other directories in /var.Jinak kandidáty pro mne hledá du - pragmaticky mne malé věci tolik nezajímají.
Application Data
, něco v Data aplikací
, potom v Local Settings/Data aplikací
, potom třeba v UserData
, případně ještě v jiných adresářích.
~/.kde
Tak já vidím důvod celkem jasný - aby se nemlátily ty soubory mezi sebou a třídit pak takový bordel, to by byla pak práce pro frajera..proč by se měly mlátit mezi sebou a proč by to měl být bordel, který je potřeba třídit, pokud by byl nadefinován společný způsob?
Ostatně.. např. Opera si udržuje svou cache ve svém chlívku (jako každý slušný program) a dočasné soubory co stahuje frká do tmp.
Naopak za zvířecí považuji způsob jak to dělá KDE, které zahrabává tyhle adresáře extra pro každou aplikaci hluboko do adresáře ~/.kde
nerozumím, co tím chtěl básník říci? jaký je rozdíl mezi tím, jestli Opera ukládá do .opera a KDE do .kde?
uživatelům nic nezakážu pouštět, jenom prostě "nedůvěryhodný" program nebude smět zapsat do cache ...A to prosím zajistíme jak?
lepšie by i tak snáď bolo open (filename, flags | O_CACHE)
(a to je asi tak všetko, čo si k danej téme momentálne viem predstaviť)
(a to je asi tak všetko, čo si k danej téme momentálne viem predstaviť)Jinými slovy víš o tom kulové a jen tak plácáš. Děkujeme mnohokrát, že nám tu zaplácáváte diskusi planými žvásty.
/tmp/${USER}/${NAME}a s příslušně nastavenými právy. Eventuálně, pokud bych trval na tom, aby měl každý svůj bordel ve svém chlívku..
~/tmp/${NAME}
/var/cache/users/$USER
by se vytvořil s právy 700 hned při založení uživatele. Co si tam pak udělá (resp. jeho aplikace) pod ním, to už je jeho problém. Z navrhovaných variant mi to připadá nejschůdnější řešení, jen donutit aplikace, aby to používaly - u open source to nebude problém, s closed source by to asi bylo horší.
u open source to nebude problém, s closed source by to asi bylo horšíIMHO ujednotit a pretlacit do LSB (pripadne spravit na to nejake kniznice) a pojde to
Ja by som radsej preferoval mu davat prava iba na adresar Home, nikam inam by explicitne prava mat nemal - ostatne riesi prislusnost do skupiny.
Co třeba mailbox?
dobre navrhnutá (a nakódená) libka je hodná tisícov slov
/dev/null