Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.
Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).
Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."
Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Dobry den.
Snazim se o script, ve kterem potrebuji seznam disku z bezici kvm-qemu domeny.
Nevim, jak to udelat elegantne a bezpecne.
Pokud nekdo pojmenuje disk:
'dvoj radek.qcow2'
Tak jsem v koncich.
V xmldumpu je to dobre, ale neznam nastroj, ktery by parsoval xml tak, aby zachoval newline v hodnote atributu.
Virsh s tim pracuje krome dumpu nekorektne.
Api pythonu to prebira jako to xml(ve kterem je to spravne), takze jedine reseni napsat si vlastni parser.
A to se mi moc nechce...
Dalsi verze api jsem netestoval, ale obavam se, ze je to podobne.
Prosim o nasmerovani k nejakemu elegantnimu reseni.
marekViz Reading Libvirt XML files using XMLTable :-) Tam jsem řešil přesně tohle – z XML se pomocí jednoho XPath dotazu vytahají záznamy (disky) a pomocí dalších XPath dotazů se vytahají jejich atributy (cesta k disku atd.).
Výsledkem je relace/tabulka, kterou si pak převedeš na libovolný další formát – můžou to být třeba hodnoty oddělené nulovým bajtem, které se zpracuješ bashovským skriptem.
Varování: ty Relační roury jsou zatím ve vývojové verzi a nemají stabilní API, ale na druhou stranu nepředpokládám, že by se CLI rozhraní příkazu relpipe-in-xmltable
měnilo.
Dekuji za odpoved.
pokusil jsem se prelozit relpipe, ale nedari se...
gcc -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/usr/include/libxml++-2.6 -I/usr/lib64/libxml++-2.6/include -I/usr/include/libxml2 -lxml++-2.6 -lxml2 -lglibmm-2.4 -lgobject-2.0 -lglib-2.0 -lsigc-2.0 -I/home/marek/rel-pipe/relpipe-lib-writer.cpp/include/ -I /home/marek/rel-pipe/relpipe-lib-cli.cpp/include/ relpipe-in-xmltable.cpp/src/relpipe-in-xmltable.cpp /usr/bin/ld: /tmp/ccDDgtfQ.o: undefined reference to symbol '_ZNSt7__cxx1112basic_stringIwSt11char_traitsIwESaIwEE10_M_disposeEv@@GLIBCXX_3.4.21' /usr/bin/ld: //usr/lib64/libstdc++.so.6: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status
Ale stejne se obavam, ze libxml v cpp se bude chovat stejne - to znamena, ze:
virsh dumpxml --domain rhel7.7 | awk 'BEGIN {tisk=0} /<disk/ {tisk=1} tisk==1 {print $0} /<\/disk>/ {tisk=0}' <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/var/lib/libvirt/images/rhel7.7-1.1574698366'/> <backingStore type='file' index='1'> <format type='qcow2'/> <source file='/var/lib/libvirt/images/rhel7.7-1.1574698364'/> <backingStore type='file' index='2'> <format type='qcow2'/> <source file='/var/lib/libvirt/images/rhel7.7-1.qcow2'/> <backingStore/> </backingStore> </backingStore> <target dev='vda' bus='virtio'/> <alias name='virtio-disk0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </disk> <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/var/lib/libvirt/images/CentOS-7-x86_64-Minimal-1810.1574698366'/> <backingStore type='file' index='1'> <format type='qcow2'/> <source file='/var/lib/libvirt/images/CentOS-7-x86_64-Minimal-1810.1574698364'/> <backingStore type='file' index='2'> <format type='raw'/> <source file='/var/lib/libvirt/images/CentOS-7-x86_64-Minimal-1810.iso'/> <backingStore/> </backingStore> </backingStore> <target dev='vdb' bus='virtio'/> <alias name='virtio-disk1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x0a' function='0x0'/> </disk> <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/var/lib/libvirt/images/dvoj radek.qcow2'/> <backingStore/> <target dev='vdc' bus='virtio'/> <alias name='virtio-disk2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x0b' function='0x0'/> </disk>
z tohoto vsechny mne zname parsery xml udelaji v tom poslednim source file '/var/lib/libvirt/images/dvoj radek.qcow2'
marek
Koukám, že ta hodnota je v atributu. Tam se text standardně normalizuje, viz Attribute-Value Normalization:
For a white space character (#x20, #xD, #xA, #x9), append a space character (#x20) to the normalized value.
(&#xA;
=
= \n
= LF
)
Pokud v tom XML bude:
file='/var/lib/libvirt/images/dvoj radek.qcow2'
tak se tam to zalomení řádku zachová.
Jak to XML vzniklo? Psal ho někdo ručně nebo je vygenerované libvirtem?
Co se týče kompilace: v jaké to bylo distribuci? Zatím to mám otestované v Debianu 9, Ubuntu 18.04 a v Haiku. Bylo to překládané cmakem?
Podobnou chybu mi to dává, když se to snažím přeložit ručně bez cmaku pomocí C kompilátoru:
gcc relpipe-in-xmltable.cpp/src/relpipe-in-xmltable.cpp $(pkg-config --libs --cflags libxml++-2.6 relpipe-lib-writer.cpp relpipe-lib-cli.cpp)
místo pomocí C++ kompilátoru:
g++ relpipe-in-xmltable.cpp/src/relpipe-in-xmltable.cpp $(pkg-config --libs --cflags libxml++-2.6 relpipe-lib-writer.cpp relpipe-lib-cli.cpp)
cmake mi totiz koncilo chybou
$ cat /etc/redhat-release Fedora release 30 (Thirty)
$pwd /home/marek/rel-pipe/relpipe-in-xmltable.cpp $ cmake --build . [ 50%] Building CXX object src/CMakeFiles/relpipe-in-xmltable.dir/relpipe-in-xmltable.cpp.o In file included from /home/marek/rel-pipe/relpipe-in-xmltable.cpp/src/relpipe-in-xmltable.cpp:24: /usr/include/libxml++-2.6/libxml++/libxml++.h:50:10: fatal error: libxml++/exceptions/internal_error.h: No such file or directory 50 | #include <libxml++/exceptions/internal_error.h> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ compilation terminated. gmake[2]: *** [src/CMakeFiles/relpipe-in-xmltable.dir/build.make:63: src/CMakeFiles/relpipe-in-xmltable.dir/relpipe-in-xmltable.cpp.o] Error 1 gmake[1]: *** [CMakeFiles/Makefile2:91: src/CMakeFiles/relpipe-in-xmltable.dir/all] Error 2 gmake: *** [Makefile:130: all] Error 2 $
Tam zřejmě chybí balíček libxml++-2.6
a je tam libxml++30.
S touhle verzí jsem to nezkoušel, ale mohlo by to fungovat taky.
Tiskni
Sdílej: