PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
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:
