Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Ahoj,
není mi jasná jedna věc. Mám program v c++, v hlavičce vkládám knihovnu.
Při sestavení programu pomocí qmake funguje "include<QtOAuth>", ale když jsem to zkoušel přepsat pod CMake, musím použít "include<QtOAuth/QtOAuth>".
V čem je rozdíl a proč? V CMakeLists není nic zvláštního, QtOAuth si ještě vyžádalo QCA2, aby se to skompilovalo, ale jinak v pohodě.
Moc prosím o vysvětlení, díky mockrát.
Řešení dotazu:
Záleží na tom, jak vypadá seznam adresářů, ve kterých se hlavičkové soubory hledají, ten můžete ovlivnit přepínačem -I. Tipoval bych, že ve vašem případě qmake automaticky přidává adresáře s hlavičkovými soubory knihovny Qt.
Hnidopišská poznámka: includují se hlavičkové soubory, ne knihovny.
Aha, tak takhle to je.
No jo, měl jsem nejdřív použít hlavu, když si nechám vypsat proměnné:
MESSAGE("QtOAuth include dir: ${QTOAUTH_INCLUDE_DIR}")
MESSAGE("QtOAuth library: ${QTOAUTH_LIBRARY}")
Tak dostanu:
QtOAuth include dir: /usr/include QtOAuth library: /usr/lib/libqoauth.so
Logické, děkuji mockrát.
Tiskni
Sdílej: