VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
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: