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.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
ale máme slabou linku a pokud by nastal problém, tak restore bude trvat 14 dnůAha, tak tohle bych řešil tak že bych naházel disky do batohu a šlapal do datacentra . Máte ho nějak moc daleko?
Bacula ale vytváří velké soubory a při obnově je zřejmě celé čte, takže obnovení pár mega dat trvá přes síťový disk na pomalé lince fakt dlouhoVykašlal bych se na Baculu a zálohoval rsyncem. Pak máš přístup normálně k jednotlivým souborům.
Bacula ale vytváří velké soubory a při obnově je zřejmě celé čte, takže obnovení pár mega dat trvá přes síťový disk na pomalé lince fakt dlouho :(Bacula pouziva koncept pools/volumes z dob, kdy pasky vladly svetu, proto ty "velke soubory". Samozrejme v dnesni dobe je mozne mit samotne "fyzicke" medium definovano jako soubor na disku. V pripade restoru, pokud informace o backupu nebyly odstraneny z katalogu, Bacula zna vse potrebne a rozhodne necte "velky soubor" sekvencne. To dela/umi v pripade, ze uz informace k danemu backup jobu byly z katalogu odstraneny, nicmene data na volume zustavaji dal, pokud nebyl zpracovan jinak (prepsan, smazan z jakychkoli duvodu), coz se nekdy muze hodit. Navic takto je mozno obnovit bud vse, nebo definovat regex, ktery zajisti obnovu pouze definovanych filu. Heronovo reseni bude asi optimalni, nicmene muzes zkusit treba kombinaci (kdyz uz tu zalohu mas a restore se ti zda pomaly), kdy velky file obnovis lokalne a rsyncnes ho s tim ve virtualu (pokud tam nejaky je). Zalezi, jak moc se ta data meni, ale to vis nejlip sam. Baculy bych se nezbavoval, je to pomerne sofistikovane reseni, ted uz umi i copy joby, takze se da zaloha z jednoho storage daemona automaticky migrovat na jiny storage daemon.
/mnt/datastore/data /mnt/datastore/.snapshots/20150510-0209 /mnt/datastore/.snapshots/20150511-0209 /mnt/datastore/.snapshots/20150512-0209Snapshoty jsou dostupné běžně v RO režimu, lze i RW režim, který na okolní snapshoty ani aktuální "živá" data nebude mít vliv.
ls -lh tomas*/.bash_history -rw------- 1 tomas tomas 7.0K Jul 14 21:23 tomas_20150715-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150716-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150717-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150718-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150719-060001/.bash_history -rw------- 1 tomas tomas 6.9K Jul 20 00:14 tomas_20150720-060001/.bash_history -rw------- 1 tomas tomas 6.9K Jul 20 00:14 tomas_20150721-060001/.bash_history -rw------- 1 tomas tomas 7.2K Jul 21 21:34 tomas_20150722-060001/.bash_history -rw------- 1 tomas tomas 7.2K Jul 22 11:41 tomas_20150723-060001/.bash_history -rw------- 1 tomas tomas 7.2K Jul 22 11:41 tomas_20150724-060001/.bash_history -rw------- 1 tomas tomas 8.8K Jul 24 17:27 tomas_20150725-060001/.bash_history -rw------- 1 tomas tomas 8.7K Jul 25 16:56 tomas_20150726-060001/.bash_history -rw------- 1 tomas tomas 8.6K Jul 26 11:47 tomas_20150727-060001/.bash_history -rw------- 1 tomas tomas 8.6K Jul 27 16:21 tomas_20150728-060001/.bash_history -rw------- 1 tomas tomas 8.6K Jul 28 20:21 tomas_20150729-060001/.bash_history -rw------- 1 tomas tomas 9.5K Jul 29 20:14 tomas_20150730-060001/.bash_history -rw------- 1 tomas tomas 9.4K Jul 30 21:36 tomas_20150731-060001/.bash_history -rw------- 1 tomas tomas 9.4K Jul 31 23:33 tomas_20150801-060001/.bash_history -rw------- 1 tomas tomas 9.4K Jul 31 23:33 tomas_20150802-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150803-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150804-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150805-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150806-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150807-060001/.bash_history -rw------- 1 tomas tomas 9.5K Aug 7 21:17 tomas_20150808-060001/.bash_history -rw------- 1 tomas tomas 9.5K Aug 8 14:37 tomas_20150809-060001/.bash_historyTedy je to v podstatě stejné jako u rsnapshot, kde jsou jednotlivé (stejné) soubory hardlinkovány, tady je jedná o COW kopie (reflinky).
find -(i)name
. Mlocate má tu zásadní nevýhodu, že se jeho DB aktualizuje jednou denně (pokud se tedy nic zásadního nezměnilo), takže pokud člověk hledá něco aktuálního, tak to většinou nenajde. Pokud se u findu nehledá všude, ale jen v omezeném stromu, tak je to rychlé dostatečně.
Tak pomocí find -(i)name.
~ # time find / -xdev -name "*xilinx*" (...) real 0m30.948s user 0m1.600s sys 0m2.248s ~ # time locate xilinx (...) real 0m1.627s user 0m0.412s sys 0m0.008s
Pokud se u findu nehledá všude, ale jen v omezeném stromu, tak je to rychlé dostatečně.Většinou hledám ve větší části svého ~ nebo v /usr a /var.
tomas@raid:~$ time find / -xdev -iname find real 0m0.480s user 0m0.132s sys 0m0.184sPrvní hledání. Druhé potom takto (klidně na jiný výraz):
real 0m0.199s user 0m0.108s sys 0m0.088sAle tak pokud někdo má velký adresářový strom, nebo málo změn na fs, může použít nějakou indexaci. Já jen, že jsem to hodně dlouho nikde neviděl a neznám distro, které to má dneska by default (z výběru debian, centos, rhel > 5).
Tiskni Sdílej: