Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »
gcc -c mod_a.c
gcc -c mod_b.c
gcc -c mod_c.c
gcc -c mod_d.c
gcc -c mod_e.c
mod_a používá funkce definované v mod_d, mod_b používá fce z mod_e.
Při pokusu o slinkování
gcc -o mod_a -L. mod_a.o mod_b.o mod_c.o -L/path/to/lib -lm -ldl -lnsl
dostanu chybu v podobě nedefinovaných odkazů z mod_a.c na fce definované v mod_d.
Oč mi jde - potřeboval bych nakopnout správným směrem. Pokud tomu dobře rozumím, tak při překladu do objektového souboru se vytvoří tabulka referencí na funkce definované vně modulu, u kterých teda překladač nezná jejich adresu. Propojení odkazů z jednoho modulu s odpovídajícími funkcemi definovanými v jiném modulu je pak záležitost linkeru.
Proč mi linker jednotlivé moduly neslinkuje, když jsem mu jako parametr předal všechny "object-files" obsahující všechny používané funkce?
PS: Může na to mít vliv fakt, že některé z modulů byly napsané v lexu a odtud přeloženy? (.lex -> .c -> .o)?
gcc -o mod_a -L. mod_a.o mod_b.o mod_c.o -L/path/to/lib -lm -ldl -lnslKde máš ten mod_d ?
Tiskni
Sdílej: