Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2026.
Německý startup Aleph Alpha k příležitosti výročí sjednocení Německa zveřejnil open-weight jazykový model Kolibri, vyvíjený s ohledem na unijní pojetí autorského práva, ochranu osobních údajů GDPR a nařízení EU o umělé inteligenci, jehož 'Kodexu správné praxe' je Aleph Alpha signatářem. Výsledkem tohoto přístupu je transparentnější technologie, kterou například budou moci využívat evropské veřejné instituce, ovšem za cenu
… více »Nvidia zveřejnila návrh nové bezpečnostní platformy pro nasazování AI agentů. Jedná se o nasazení AI za použití OpenShell a Sentry, dvou oddělených bezpečnostních vrstev, v nichž může Sentry monitorovat a vyhodnocovat chování AI v OpenShellu tak, že ho v krajním případě až vypne. Mělo by to zabránit dalším únikům AI ze sandboxu.
Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Byla vydána beta verze Ubuntu 26.10 s kódovým názvem Stonking Stingray. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.10 mělo vyjít 15. října 2026.
Byla vydána verze 1.99.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
Osobne pouzivam yum a ten resi zavislosti na jednicku minimalne od Fedory 7.
... Já vím jak ty nástroje fungují a co má který dělat, ...Nechci ti do toho moc mluvit, ale ocividne NEVIS jak ty nastroje funguji, a co maj delat.
Ta má otázka je fakt jednoduchá, když to funguje ve Fedoře 9 a v ostatních distrech ne, je to tím, že to umí PackageKit, který používá Fedora 9 a nebo to je chybou v mnou udělaném balíčku že to ostatní distribuce nerozdýchají?
Pokud v OpenSuSE opravdu spouštíte zypper a on vám závislosti nevyřeší, pak je problém v tom, že závislosti v tom balíčku jsou (z pohledu OpenSuSE) špatně. Bez bližších podrobností ale těžko hádat, které to jsou a proč.
Nepouštím zypper. Chci aby ta instalace byla blbuvzdorná, dvakrát kliknu na RPM a nainstaluje se te, to se mi zatím povedlo jen ve Fedoře 9
Ach jo. Už několik lidí se vám pokusilo vysvětlit, že sousloví "dvakrát kliknu na RPM" má nulovou vypovídací hodnotu, protože to stejně znamená jen spuštění určitého programu. Jakého, to závisí na nastavení té aplikace, ve které "dvakrát kliknete". A právě to, který program to skutečně spouštíte, rozhoduje o tom, jak (a jestli vůbec) se budou řešit závislosti. Proč to tak urputně odmítáte vzít na vědomí?
Ptám se tedy, jestli je chyba v balíčku (špatně vytvořený) a nebo to prostě narozdíl od PackageKitu YAST2 a GRUPMI neumí (stáhnout a nainstalovat závislosti).
A jak si představujete, že bychom to měli poznat? Nikde tu nevidím odkaz na source RPM nebo aspoň specfile.
Vážně?
mike@lion:~> rpm -qRp odamex-0.4.1-1.i386.rpm SDL >= 1.2.11 SDL_mixer >= 1.2.7 libSDL-1.2.so.0 libSDL_mixer-1.2.so.0 libX11.so.6 libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.3) libgcc_s.so.1 libgcc_s.so.1(GCC_3.0) libgcc_s.so.1(GLIBC_2.0) libm.so.6 libm.so.6(GLIBC_2.0) libm.so.6(GLIBC_2.1) libpthread.so.0 libpthread.so.0(GLIBC_2.0) libstdc++.so.6 libstdc++.so.6(CXXABI_1.3) libstdc++.so.6(GLIBCXX_3.4) libstdc++.so.6(GLIBCXX_3.4.9) libwx_baseu-2.8.so.0 libwx_baseu-2.8.so.0(WXU_2.8) libwx_baseu-2.8.so.0(WXU_2.8.5) libwx_baseu_net-2.8.so.0 libwx_baseu_net-2.8.so.0(WXU_2.8) libwx_baseu_xml-2.8.so.0 libwx_gtk2u_adv-2.8.so.0 libwx_gtk2u_aui-2.8.so.0 libwx_gtk2u_core-2.8.so.0 libwx_gtk2u_core-2.8.so.0(WXU_2.8) libwx_gtk2u_html-2.8.so.0 libwx_gtk2u_qa-2.8.so.0 libwx_gtk2u_richtext-2.8.so.0 libwx_gtk2u_xrc-2.8.so.0 libwx_gtk2u_xrc-2.8.so.0(WXU_2.8) rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rtld(GNU_HASH) wxGTK >= 2.8.0
Ale jak už jsem napsal: dokud místo z nebe spadlých i386 RPM neukážete source RPM nebo aspoň specfile, nemá smysl v této bezpředmětné debatě pokračovat.
... a nebo že mám něco blbě nastaveného v mém openSUSE, ačkoli je to defaultní instalace, pouze s vypnutým repozitářem instlačního DVD média.
Že by tady byl problém???
Tiskni
Sdílej: