Bratislava OpenCamp pokračuje vo svojej tradícii a fanúšikovia otvorených technológií sa môžu tešiť na 4. ročník, ktorý sa uskutoční 25. 4. 2026 na FIIT STU v Bratislave. V súčasnosti prebieha prihlasovanie prednášok a workshopov – ak máte nápad, projekt, myšlienku, o ktoré sa chcete podeliť s komunitou, OpenCamp je správne miesto pre vás.
Krádež není inovace (Stealing Isn't Innovation). Koalice umělců, spisovatelů a tvůrců protestuje proti používání autorsky chráněných děl velkými technologickými společnostmi pro trénování AI systémů bez povolení či kompenzace.
Stát, potažmo ministerstvo vnitra plánuje zřízení nového, neveřejného virtuálního operátora, který by byl primárně určený na zajištěni kritické infrastruktury státu. Cílem je zajistit udržitelné, bezpečné, mobilní, vysokorychlostní datové a hlasové služby umožňující přístup ke kritickým aplikacím IZS a krizového řízení.
Byla vydána nová verze 10.0 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze nové balíčky ownCloud Infinite Scale a Uptime-Kuma.
Byla vydána nová verze 3.0.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Microsoft poskytl FBI uživatelské šifrovací klíče svého nástroje BitLocker, nutné pro odemčení dat uložených na discích třech počítačů zabavených v rámci federálního vyšetřování. Tento krok je prvním známým případem, kdy Microsoft poskytl klíče BitLockeru orgánům činným v trestním řízení. BitLocker je nástroj pro šifrování celého disku, který je ve Windows defaultně zapnutý. Tato technologie by správně měla bránit komukoli kromě
… více »Spotify prostřednictvím svého FOSS fondu rozdělilo 70 000 eur mezi tři open source projekty: FFmpeg obdržel 30 000 eur, Mock Service Worker (MSW) obdržel 15 000 eur a Xiph.Org Foundation obdržela 25 000 eur.
Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
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:
