DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
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.
Dobrý den všem, už nevím co bych skusil, tak píši sem. Mám Win s vmware a v něm netinst Debian etch. Na tomto stroji jsem deb pouze naistaloval a rozchodil síť na eth0. Abych vyzkoušel migraci image virtuálu ze stroje na stroj, zkopíroval jsem image virtuálu na jiný win server, také s vmware. Jaké bylo mé překvapení, že po prostém zkopírování mi nefachá eth0, pouze lo. dmesg hlasí, že eth0 je nalezena. Tak jsem na druhém vmware spustil tu samou netinst Debian etch, a po minimalistické defaultní instalaci eth0 funguje. Tím mám ověřenu podporu default jádra, ovšem migrace z HW na jiný HW a OS je tímto problém, protože eth0 nejede.
VMSERVERcat /proc/net/devnalezne lo a eth0 ifcobnfig taky VMSERVER (po migraci na jiný HW)
cat /proc/net/devnalezne lo a eth1 a sit1 ifconfig pouze lo
Vubec nechápu proč je na tom druhém stroji eth1 a sit1 a ne eth0. lspci na obou virtuálech hlásí síťovku AMD 79c PCnet32 snad jsem to popsal srozumitelně, napadá Vás, jak rozchodit eth0. Měl jsem představu, že v práci budu dělat na vmware stroji, po práci to odnesu domu a zase muzu delat a takto si nosit celý server, nezávisle na železe na ktrém to provozuji. Toto mi poněkud hatí moji představu a nevím, jestli chyba v debianu, kernelu, widlích, nebo ve mě :) díky za nápady jak to alespon diagnostikovat a rozumě popsat, s pozdravem Dejma
1. Já poradit nepotřebuji, já žádného win hosta nemám. :-)
2. Virtuální soubor si sice MAC adresu tahá s sebou, ale ta se defaultně generuje z identifikátoru virtuálního stroje. VMware, pokud zjistí, že se virtuální stroj nachází jinde, než kde byl jeho identifikátor generován, zeptá se, zda má identifikátor zachovat nebo vygenerovat nový. Necháte-li vygenerovat nový, pak se z něj vygeneruje i nová MAC adresa. Pokud budete neopatrný a kliknete na "always create", na nic se ptát nebude a bude rovnou generovat.
3. A především: když si pozorně přečtete dotaz, uvidíte v něm
zkopíroval jsem image virtuálu na jiný win server, také s vmware
což mi nezní, jako by tazatel stěhoval celý virtuální stroj, ale spíš jen image disku. Je-li tomu tak, pak se nepřenese žádný vmx
soubor, a tedy ani MAC adresa.
1) cituji: "Myslím, že tazatel by si měl především ujasnit co je guest a host. " Tak v tomto mám jasno, a přesto nevidím souvislost s mým problémem.
2) (1)stroj Win 2003 Server + vmware, (2)stroj Win XP Pro + vmware
Postup přenosu ze stroje na stroj shutdown linux, skopíruji kopletní adresář a obsah v něm E:\Virtual Machines\Other Linux 2.6.x kernel VLCML\*.* do druhého stroje a tam to pustím, nebo opačně. domu-do prace-domu-do prace atd.3)cituji .... VMware, pokud zjistí, že se virtuální stroj nachází jinde, než kde byl jeho identifikátor generován, zeptá se, zda má identifikátor zachovat nebo vygenerovat nový. Necháte-li vygenerovat nový, pak se z něj vygeneruje i nová MAC adresa. Pokud budete neopatrný a kliknete na "always create", na nic se ptát nebude a bude rovnou generovat....
Není problém v tom, že u těch dvou guestů mají sítová rozhraní různé MAC adresy, takže jsou-li v té distribuci nějaká pravidla pro persistentní jména rozhraní, pojmenuje se rozhraní pokaždé jinak?
P.S.: příkaz ifconfig
ve vlastním zájmu nepoužívejte
Tiskni Sdílej: