Stanislav Fort, vedoucí vědecký pracovník z Vlčkovy 'kyberbezpečnostní' firmy AISLE, zkoumal dopady Anthropic Mythos (nový AI model od Anthropicu zaměřený na hledání chyb, který před nedávnem vyplašil celý svět) a předvedl, že schopnosti umělé inteligence nejsou lineárně závislé na velikosti nebo ceně modelu a dokázal, že i některé otevřené modely zvládly v řadě testů odhalit ve zdrojových kódech stejné chyby jako Mythos (například FreeBSD CVE-2026-4747) a to s výrazně nižšími provozními náklady.
Federální návrh zákona H.R.8250 'Parents Decide Act', 13. dubna předložený demokratem Joshem Gottheimerem a podpořený republikánkou Elise Stefanik coby spolupředkladatelkou (cosponsor), by v případě svého schválení nařizoval všem výrobcům operačních systémů při nastavování zařízení ověřovat věk uživatelů a při používání poskytovat tento věkový údaj aplikacím třetích stran. Hlavní rozdíl oproti kalifornskému zákonu AB 1043 a kolorádskému SB26-051 je ten, že federální návrh by platil rovnou pro celé USA.
Qwen (čínská firma Alibaba Cloud) představila novou verzi svého modelu, Qwen3.6‑35B‑A3B. Jedná se o multimodální MoE model s 35 miliardami parametrů (3B aktivních), nativní kontextovou délkou až 262 144 tokenů, 'silným multimodálním vnímáním a schopností uvažování' a 'výjimečnou schopností agentického kódování, která se může měřit s mnohem rozsáhlejšími modely'. Model a dokumentace jsou volně dostupné na Hugging Face, případně na čínském Modelscope. Návod na spuštění je už i na Unsloth.
Sniffnet, tj. multiplatformní (Windows, macOS a Linux) open source grafická aplikace pro sledování internetového provozu, byl vydán ve verzi 1.5. V přehledu novinek je vypíchnuta identifikace aplikací komunikujících po síti.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 15.0 (Mastodon). Forgejo je fork Gitei.
Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.
Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a
… více »Byla vydána verze 1.95.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.
Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.
Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »
Tiskni
Sdílej:
. Ne vážně. Loki instaler neposkytuje nic víc než balíčkovací systém. Právě naopak. Většinou jsou programy, instalované Loki instalarem, v zájmu fungování takřka všude, linkovány staticky. Což znamená větší velikost, ale bohužel i zabranou paměť.
Co se týče balíčkovacích systémů. Jsou v podstatě jen 3. DEB (ar + 2x tgz), RPM (RPM + cpio) a TGZ (Slackware, nebo *BSD). Nad tím většinou stojí nějaká nádstavba co sama "inteligentněji" řeší závislosti, stahování z internetu, atd. To je třeba apt, yum, swaret.
Balíčkovací systém je celkově propracovanější koncepce, protože systém ví, co má za balíčky, u klasických installerů se to neví. Každá instalace balíčku vypadá stejně, takže člověk nemá 150 tisíc různých installerů, různých kvalit, kde každý vypadá jinak. Dokonce i M$ to ví, proto zavedl MSI (to že se to nepoužívá na vše je škoda).
Samozřejmě na internetu nalezneš takřka pro každý balíčkovací systém nějakou nádstavbu do WM, která vypadá, jako by to byl instalační program. Třeba ve Fedoře jen klikneš na balíček a on se ti nainstaluje, neumím si představit nic moc klikoidnějšího.
A to co chceš, splňuje snad každá distribuce. Nainstaluješ základ a potom už doinstalováváš/odinstalováváš z CD/DVD/FTP/HTTP.
To že tím mým způsobem by programy zabírali více paměti mě teda nenapadlo a to uznávám že je to naprd.
Ale nesedí mě koncept většiny distribucí že tam mají jak WM tak i programy které mají jiný život. Stává se tedy člověku že než si nainstaluje nějaký jeho oblíbený prográmek do své distribuce tak musí kupu hovadin odinstalovat a to je dle mě nepřehledné. Ale jinak díky za přínosný názor.
PATH do /home/<user>/bin defaultně.
Zkrátka do svého home si nainstaluješ co chceš, dáš link do ~/bin a je to. Klidně nechť to má grafický instalátor, pokažíš si max. vlastní home. Takhle to funguje i dnes.
), kde může uživatel zapisovat.
Kdyby bylo nějaké "systémové" místo, znamenalo by to, že to co tam jeden uživatel nainstaluje, to mohou používat i ostatní -- což je pozitivní, ale zároveň by to mohl kterýkoliv jiný uživatel bezohledně smazat.
Pro mě je daleko přijatelnější, když budou mít třeba dva useři ve svém home nainstalovaný stejný program, než kdyby se hádali o to, že tento program je na ho*no. To má řešit admin.
ps. díkes.
) Tohleto jsem neměl na mysli i když z hlediska grafických pomůcek pro instalaci programů pomocí balíčků je to asi to nejvíce přehledné ze všeho co jsem viděl.
To by asi lidi třebas ze SUSE či mandrivi nechápali jak to jde jednoduše.
~, kam si instaluje co chce. Do systému šahá pouze root a stejně to už funguje i na NT řadě Windows. I když si vytvoříš ten svůj základní systém s X a WM bez balíčků, jak budeš provádět aktualizace? To všechno budeš znova překládat ze zdrojáků a řešit, proč to, či ono nefunguje? Jak zajistíš, že make uninstall ti v systému nedělá bordel? To budeš věřit každému programátorovi, že nedělá chyby v makefile, nebo že ho testuje?
A pokud jediná věc, která ti na instalacích pomocí balíčkovacího systému vadí, je zadávání hesla roota, můžeš použít sudo a vybraným uživatelům můžeš povolit instalace bez zadávání hesla vůbec.
Potom co si přišel s integrací systémové konfigurace do KDE Control Centra (což je z mého pohledu naprosto špatná věc) teď přijdeš s něčím z mého pohledu ještě mnohem horším
Kvalitní balíčkovací systémy s dobrým řešením závislostí je jedna z těch uplně největších výhod Linuxu oproti Windows. Jakýkoliv pokus o jejich obcházení a instalování prasáckým způsobem ala Windows považuju za hrůzu a znehodnocování Linuxové distribuce
Já bych všechny ty AutoPackage, Loki installery, atp. zákázal!