Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
Byla vydána nová verze 9.1.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Vypíchnout lze vylepšené vyhledávání nebo podporu Pixel Motion Photos. Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 3. a 4. října na FIT ČVUT v pražských Dejvicích. Příjem témat poběží do konce prázdnin, pak proběhne veřejné hlasování a následně sestavení programu.
Byla vydána nová verze 2.4.68 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 13 zranitelností.
Apple na své vývojářské konferenci WWDC26 (Worldwide Developers Conference, keynote) představil řadu novinek. Vypíchnout lze novou generaci Apple Intelligence a zbrusu novou Siri, která dostala název Siri AI. Kvůli Aktu o digitálních trzích (DMA) však funkce Siri AI nebudou v systémech iOS 27 a iPadOS 27 k dispozici uživatelům v Evropské unii.
Byla vydána nová verze 1.18.0 distribučního frameworku Flatpak (Wikipedie), tj. technologie umožňující distribuovat aplikace v podobě jednoho instalačního souboru na různé linuxové distribuce a jejich různá vydání. Přehled novinek na GitHubu. Vypíchnout lze podporu rozhraní /dev/kfd pro výpočty na kartách AMD (AMDKFD).
aMule (Wikipedie), tj. multiplatformní klient pro peer-to-peer sdílení souborů pro sítě eD2k and Kademlia, byl po více než pěti letech od vydání poslední verze 2.3.3, vydán v nové major verzi 3.0.0 (GitHub). S novou webovou stránkou a dokumentací.
Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 29. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.
Evropská komise předložila evropský balíček pro technologickou suverenitu, tedy soubor opatření, která mají posílit kapacity EU v oblasti polovodičů, umělé inteligence, cloudu a open source. To Evropě pomůže stát se lídrem v oblasti umělé inteligence, posílit její digitální autonomii a vytvářet podmínky pro udržitelnější digitální budoucnost.
To volanie v pinentry je konkrétne
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
cap_set_proc( cap_from_text("cap_ipc_lock+ep") );
a krachne to
cap_from_text("cap_ipc_lock+ep")
Ako ukazuje demo programček:
#include <sys/capability.h>
#include <stddef.h>
#include <stdio.h>
int main(int argc,char *argv[])
{
cap_from_text("cap_ipc_lock+ep");
return 0;
}
$ gcc -g cap.c -lcap
$ gdb -q a.out
Reading symbols from a.out...
(gdb) b main
Breakpoint 1 at 0x401121: file cap.c, line 8.
(gdb) r
Starting program: /tmp/bug/gpg/a.out
Breakpoint 1, main (argc=1, argv=0x7fffffffe2d8) at cap.c:8
8 cap_from_text("cap_ipc_lock+ep");
(gdb) n
Program received signal SIGSEGV, Segmentation fault.
Môže to byť preto, že som pri kompilácii jadra 5.10.2 niečo podstatné nezaškrtol? Robil som "make old_config". Máte nejaký nápad, ako prísť na to, kde je problém?
Řešení dotazu:
... ==3750== Using Valgrind-3.15.0 and LibVEX; rerun with -h for copyright info ==3750== Command: ./a.out ==3750== ==3750== Invalid read of size 1 ==3750== at 0x48B4BF7: ??? (in /lib64/libcap.so.2.33) ==3750== by 0x48B4CF2: ??? (in /lib64/libcap.so.2.33) ==3750== by 0x48B4F37: cap_from_text (in /lib64/libcap.so.2.33) ==3750== by 0x40112A: main (cap.c:8) ==3750== Address 0x72747368732e0000 is not stack'd, malloc'd or (recently) free'd ==3750== ==3750== ==3750== Process terminating with default action of signal 11 (SIGSEGV) ==3750== General Protection Fault ==3750== at 0x48B4BF7: ??? (in /lib64/libcap.so.2.33) ==3750== by 0x48B4CF2: ??? (in /lib64/libcap.so.2.33) ==3750== by 0x48B4F37: cap_from_text (in /lib64/libcap.so.2.33) ==3750== by 0x40112A: main (cap.c:8)To nie je chybe v kóde. Jediná vec, ktorá sa hovorí o tom, či to zafunguje alebo nie, je" jadro. S jadrom 5.0 prejde s jadrom 5.10.2 spadne. V prvom kole som si myslel, že to jadro tú capability skrátka prestalo ponúkať. Alebo sa zmenil mechanizmus akým komunikuje knižnica libcap s jadrom. Ani jedno sa mi nezdá. A ani jedno neviem overiť
Tiskni
Sdílej:
