MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).
Byly publikovány informace o další zranitelnosti v procesorech. Nejnovější zranitelnost byla pojmenována VMScape (CVE-2025-40300, GitHub) a v upstream Linuxech je již opravena. Jedná se o variantu Spectre. KVM host může číst data z uživatelského prostoru hypervizoru, např. QEMU.
V červenci loňského roku organizace Apache Software Foundation (ASF) oznámila, že se částečně přestane dopouštět kulturní apropriace a změní své logo. Dnes bylo nové logo představeno. "Indiánské pírko" bylo nahrazeno dubovým listem a text Apache Software Foundation zkratkou ASF. Slovo Apache se bude "zatím" dál používat. Oficiální název organizace zůstává Apache Software Foundation, stejně jako názvy projektů, například Apache HTTP Server.
Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.104 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.104 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Spotify spustilo přehrávání v bezztrátové kvalitě. V předplatném Spotify Premium.
Spoluzakladatel a předseda správní rady americké softwarové společnosti Oracle Larry Ellison vystřídal spoluzakladatele automobilky Tesla a dalších firem Elona Muska na postu nejbohatšího člověka světa. Hodnota Ellisonova majetku díky dnešnímu prudkému posílení ceny akcií Oraclu odpoledne vykazovala nárůst o více než 100 miliard dolarů a dosáhla 393 miliard USD (zhruba 8,2 bilionu Kč). Hodnota Muskova majetku činila zhruba 385 miliard dolarů.
Ahoj,
velmi divně se mi chová chroot. Chrootuji do složky /chroot/bartacekp
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
lopuch # ls /chroot/bartacekp
bin data etc home lib usrlopuch # ls /chroot/bartacekp/bin/
bash cp ls mkdir mv ping pwd rm rmdir shPokud se pokusím do této složky chrootnout tak :
lopuch # chroot /chroot/bartacekp/ /bin/bash
chroot: cannot run command `/bin/bash': No such file or directory
Přitom je /chroot/bartacekp/bin/bash normálně spustitelný soubor
lopuch # ldd /chroot/bartacekp/bin/bash linux-vdso.so.1 => (0x00007fffbb3ff000) libncurses.so.5 => /lib/libncurses.so.5 (0x00007f5a101f8000) libdl.so.2 => /lib/libdl.so.2 (0x00007f5a0fff4000) libc.so.6 => /lib/libc.so.6 (0x00007f5a0fc9f000) /lib64/ld-linux-x86-64.so.2 (0x00007f5a10457000)
Díky za nápady
Čo vypíše strace -f toho chrootu?
/home/bartacekp/lib taky?
Mas tam chybu:
chroot /chroot/bartacekp/ /chroot/bartacekp/bin/bash
NN
ldd nic nedokazuje, to linky resolvuje:
bash# ldd /bin/sh
linux-vdso.so.1 => (0x00007fff7d63e000)
libncurses.so.5 => /lib/libncurses.so.5 (0x00007f47e5d32000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f47e5b2e000)
libc.so.6 => /lib/libc.so.6 (0x00007f47e57e6000)
/lib64/ld-linux-x86-64.so.2 (0x00007f47e5f8f000)
bash# ls -ld /bin/sh
lrwxrwxrwx 1 root root 4 Jan 5 2009 /bin/sh -> bash
Děkuji za všechn nápady, ale o link se nejedná
lopuchl # ls -al /chroot/bartacekp/bin/
celkem 5784
drwxr-xr-x 2 bartacekp backup 4096 27. srp 11.33 .
drwxr-xr-x 9 root root 4096 27. srp 13.40 ..
-rwxr-xr-x 1 bartacekp backup 768024 26. srp 11.07 bash
-rwxr-xr-x 1 bartacekp backup 101208 26. srp 11.07 cp
-rwxr-xr-x 1 bartacekp backup 109704 26. srp 11.07 ls
-rwxr-xr-x 1 bartacekp backup 43400 26. srp 11.07 mkdir
-rwxr-xr-x 1 bartacekp backup 92992 26. srp 11.07 mv
-rwx--x--x 1 bartacekp backup 35544 26. srp 11.07 ping
-rwxr-xr-x 1 bartacekp backup 39288 26. srp 11.07 pwd
-rwxr-xr-x 1 bartacekp backup 59928 26. srp 11.07 rm
-rwxr-xr-x 1 bartacekp backup 35112 26. srp 11.07 rmdir
-rwxr-xr-x 1 bartacekp backup 768024 26. srp 11.07 sh
A zmíněná knihovna je jak v chrootu, tak v systému
lopuchl # ls -al /chroot/bartacekp/lib/ celkem 2204 drwxr-xr-x 2 bartacekp backup 4096 28. srp 11.03 . drwxr-xr-x 9 root root 4096 27. srp 13.40 .. -rwxr-xr-x 1 bartacekp backup 121292 28. srp 11.03 ld-linux.so.2 -rwxr-xr-x 1 bartacekp backup 35280 26. srp 11.08 libacl.so.1 -rwxr-xr-x 1 bartacekp backup 18656 26. srp 11.08 libattr.so.1 -rwxr-xr-x 1 bartacekp backup 1383600 28. srp 11.04 libc.so.6 -rwxr-xr-x 1 bartacekp backup 14512 28. srp 11.04 libdl.so.2 -rwxr-xr-x 1 bartacekp backup 383920 28. srp 11.04 libncurses.so.5 -rwxr-xr-x 1 bartacekp backup 137030 26. srp 11.08 libpthread.so.0 -rwxr-xr-x 1 bartacekp backup 84624 26. srp 11.08 libresolv.so.2 -rwxr-xr-x 1 bartacekp backup 35656 26. srp 11.08 librt.so.1
/lib64/ld-linux-x86-64.so.2
Nakpíroval jsem tedy i 64bit knihovnu do složky lib
cp /lib64/ld-linux.so.2 /chroot/bartacekp/lib/ld-linux-x86-64.so.2
Takže stávající stav je takový :
lopuch # ls -al /chroot/bartacekp/lib/ celkem 2328 drwxr-xr-x 2 bartacekp backup 4096 28. srp 12.40 . drwxr-xr-x 9 root root 4096 27. srp 13.40 .. -rwxr-xr-x 1 bartacekp backup 121292 28. srp 11.03 ld-linux.so.2 -rwxr-xr-x 1 bartacekp backup 121292 28. srp 12.40 ld-linux-x86-64.so.2 -rwxr-xr-x 1 bartacekp backup 35280 26. srp 11.08 libacl.so.1 -rwxr-xr-x 1 bartacekp backup 18656 26. srp 11.08 libattr.so.1 -rwxr-xr-x 1 bartacekp backup 1383600 28. srp 11.04 libc.so.6 -rwxr-xr-x 1 bartacekp backup 14512 28. srp 11.04 libdl.so.2 -rwxr-xr-x 1 bartacekp backup 383920 28. srp 11.04 libncurses.so.5 -rwxr-xr-x 1 bartacekp backup 137030 26. srp 11.08 libpthread.so.0 -rwxr-xr-x 1 bartacekp backup 84624 26. srp 11.08 libresolv.so.2 -rwxr-xr-x 1 bartacekp backup 35656 26. srp 11.08 librt.so.1
Ale bezeměny...
Myslel jsem že je to jedno, vytvořil jsem i složku lib64 a nic...
Ne
lopuch # ls -al /chroot/bartacekp/lib celkem 2328 drwxr-xr-x 2 bartacekp backup 4096 28. srp 12.40 . drwxr-xr-x 10 root root 4096 28. srp 13.34 .. -rwxr-xr-x 1 bartacekp backup 121292 28. srp 11.03 ld-linux.so.2 -rwxr-xr-x 1 bartacekp backup 121292 28. srp 12.40 ld-linux-x86-64.so.2 -rwxr-xr-x 1 bartacekp backup 35280 26. srp 11.08 libacl.so.1 -rwxr-xr-x 1 bartacekp backup 18656 26. srp 11.08 libattr.so.1 -rwxr-xr-x 1 bartacekp backup 1383600 28. srp 11.04 libc.so.6 -rwxr-xr-x 1 bartacekp backup 14512 28. srp 11.04 libdl.so.2 -rwxr-xr-x 1 bartacekp backup 383920 28. srp 11.04 libncurses.so.5 -rwxr-xr-x 1 bartacekp backup 137030 26. srp 11.08 libpthread.so.0 -rwxr-xr-x 1 bartacekp backup 84624 26. srp 11.08 libresolv.so.2 -rwxr-xr-x 1 bartacekp backup 35656 26. srp 11.08 librt.so.1 lopuch # ls -al /chroot/bartacekp/lib64/ celkem 132 drwxr-xr-x 2 bartacekp backup 4096 28. srp 13.34 . drwxr-xr-x 10 root root 4096 28. srp 13.34 .. -rwxr-xr-x 1 bartacekp backup 121292 28. srp 13.34 ld-linux.so.2
Je ta knihovna ld-linux.so.2 v chroot /lib64 opravdu 64bitova? ma podezrele stejnou velikost jako ta 32bitova.
Zajímavá otázka, jak ale posoudit její šedesátičtyřbitovost ?
[root@host lib]# file ld-2.5.so
ld-2.5.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
[root@host lib64]# file ld-2.5.so
ld-2.5.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), not stripped
Díky za nakopnutí, toto jsou originály v systému.
Není zvláštní že 64bit knihovna linkuje na knihovnu ve složce lib32 a ta následně na nějakou která je 64bit ?
lopuch # file /lib64/ld-linux.so.2 /lib64/ld-linux.so.2: symbolic link to `../lib32/ld-linux.so.2'
lopuch # file /lib32/ld-linux.so.2 /lib32/ld-linux.so.2: symbolic link to `ld-2.9.so' lopuch # file /lib/ld-2.9.so /lib/ld-2.9.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), stripped
Teď jak z toho ven ? Podotýkám že se jená o 64bit gentoo
28.8.2009 13:25
lopuch # ldd /chroot/bartacekp/bin/bash
linux-vdso.so.1 => (0x00007fffbb3ff000)
libncurses.so.5 => /lib/libncurses.so.5 (0x00007f5a101f8000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f5a0fff4000)
libc.so.6 => /lib/libc.so.6 (0x00007f5a0fc9f000)
/lib64/ld-linux-x86-64.so.2 (0x00007f5a10457000)
A nakopírujte do adresáře /chroot/bartacekp/lib64 soubor ld-linux-x86-64.so.2, tedy žádný ld-linux.so.2cp /lib64/ld-linux.so.2 /chroot/bartacekp/lib/ld-linux-x86-64.so.2cp /lib64/ld-linux-x86-64.so.2 /chroot/bartacekp/lib/ld-linux-x86-64.so.2
Omlouvám se za tak dlouhou odezvu, byl jsem mimo. To tvoje doporučení zabralo, chtělo to nakopírovat ještě nějaký knihovny. Je stejně zavádející že hlásil že /bin/bash neexistuje...
Děkuji vám všem :)
Tiskni
Sdílej:
