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 »
Ano, je to tak. GIO je pomalej šmejd. Dneska jsem zjistil, že v SVN repozitáři Thunaru je branch migration-to-gio. Tak jsem to zkusil zkompilovat. Zkompilovalo se a zkusil jsem. Otevřu /usr/lib64 a několik sekund to šrotovalo na disku než to ukázalo obsah adresáře. Zkusím ještě 3x za sebou, když už je adresář v cache - to je o něco rychlejší, ale stále nic moc. Tak a teď pustím starý Thunar fungující na ThunarVFS. Otevřu /usr/lib64 a světe div se - je to minimálně 3x rychlejší než GIO varianta. Zkusím ještě 3x a stále stejně rychlé. Ještě znovu zkusím Thunar/GIO a potvrdím si, že je to pamalý.
Závěr: GIO = pomalej šmejd. Sice má použití GIO své výhody (jako mountpointy viditelné ve všech GTK aplikacích), ale oproti tomu 3x nižší rychlost je nechutnost. A teď si vemte, že kdyby ThunarVFS nečetl každý soubor v adresáři a zjišťoval typ souboru efektivnějším způsobem (tj. podle přípony), ukázal by se adresář okamžitě, jak se tomu děje např. v Tux Commanderu. A u souborů bez přípon by mohl testovat execute bit a pokuď tam není, tak kouknout dovnitř a určit typ na základě obsahu. Jenže to by každej měl tři prdele keců, že určovat typ podle přípony je špatné. Přitom je to několikanásobně rychlejší, než přečíst jánevimkolik bajtů ze souboru a porovnat s mime databází.
Tiskni
Sdílej:
Není nad vědecký přístup.
€ time gvfs-ls /usr/lib/ >/dev/null
real 0m0.141s
user 0m0.088s
sys 0m0.038s
€ time ls /usr/lib/ >/dev/null
real 0m0.029s
user 0m0.008s
sys 0m0.014s
(Ano, je to sice zhruba pětkrát pomalejší, ale je to dost rychlé na to, aby to bylo dokonale jedno.)
Jdu otestovat tuxcommander. Naposled co sem zkoušel commander Gentoo tak mi přišel hodně dobrej, jen mě odradil hnusný vzhled.
to je widlojidní jak svina , navíc jsem si odvykl psát přípony k většině souborů
pas?
Trochu problém asi je, že ta konvence jako taková neexistuje, je to spíše jen roztroušená sada různých zvyků pojmenování. GCC si třeba může dovolit dělat nějaké lehké předpoklady na základě jména souboru, ale pro celosystémový obecný nástroj to asi není.
user.mime_type a říkám, že libmagic je spolehlivější. I když ani ty MIME typy nejsou samospasitelné.
Rozšířené atributy jsou zabité asi ještě víc než přípony, tím se to myslím moc nevyhraje. Pokud se vůbec nějak dá. Jenom se mi zdá, že ten Thunar neřeší typ souboru nějakým asynchronním způsobem. Podívat se do adresáře a udělat stat nad tím co tam je, to trvá i na hodně velkých adresářích jen chviličku. Ikonky si může vymalovávat potom. To je trochu hloupé.
user.mime_type? Používání libmagic pro určování typu souboru je z výkonnostního hlediska absolutní multikill, ale zase to je spolehlivější než podle přípony.
určovat typ podle přípony je špatné.
A není?
BTW: Zkus gprof.