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 »
Vývojáři skriptovacího jazyka PHP oznámili úspěšné dokončení přechodu z verzovacího systému Subversion na Git. PHP má nyní i mirror na GitHubu, odkud může být pohodlně forknut. V příštích několika dnech by se ze Subversion na Git měla přestěhovat i dokumentace k PHP a měly by být uvolněny i GPG klíče.
Tiskni
Sdílej:
20.3.2012 15:47
Bedňa | skóre: 34
| blog: Žumpa
| Horňany
21.3.2012 02:24
David Watzke | skóre: 74
| blog: Blog...
| Praha
21.3.2012 08:21
Marián Kyral | skóre: 29
| blog: Sem_Tam
| Frýdek-Místek
21.3.2012 17:50
mirec | skóre: 32
| blog: mirecove_dristy
| Poprad
... ze git je asi milionkrat vic pouzivanejsi nez bzr (podle ohloh.net).Tím spíš mi přišlo na hlavu, když se rozhodli GRUB2 přemigrovat z SVN na Bazaar, přestože se ozvaly hlasy, které navrhovaly použít raději git.
Pravdepodobne si provedli nejake interni srovnani gitu, hg a bzr a vyslo jim, ze pro ne bude z nejakeho duvodu nejlepsi pouzivat bzr.To zní jako čirá spekulace.
Nerekl bych, ze nas projekt skomiraJá bych řekl že jo, když nestojí ani za jmenování :).
Nerekl bych. Staci zapatrat a podivat se, jak dukladne jednotlive DVCS vyhodnocoval prave OpenSolaris - ten vybiraci proces probihal docela otevrene. Stejne je to v pripade HelenOSu - nekde v ML archivu kolem roku 2009 existuje thread, ve kterem jsme hodnotili vsechny tri a vybrali bzr.Pravdepodobne si provedli nejake interni srovnani gitu, hg a bzr a vyslo jim, ze pro ne bude z nejakeho duvodu nejlepsi pouzivat bzr.To zní jako čirá spekulace.
Jmenoval jsem ho na konci predchozi vety.Nerekl bych, ze nas projekt skomiraJá bych řekl že jo, když nestojí ani za jmenování :).
Jmenoval jsem ho na konci predchozi vety.Pardon, viz výše pod Alešovým upozorněním.
Nerekl bych. Staci zapatrat a podivat se, jak dukladne jednotlive DVCS vyhodnocoval prave OpenSolaris - ten vybiraci proces probihal docela otevrene.Relativně zajímavý byl i vybírací proces u Pythonu. Popravdě řečeno bych chtěl znát jeden jasný důvod, proč volit Bazaar místo Gitu i Hg. Důvody proč volit Git místo Hg bych při troše snahy dohromady dal, teď už možná i důvody použít Hg místo Gitu. Takže pokud mám nějaký projekt považovat za zajímavý, tak by o něm mělo jít říct, v čem je lepší než všechny jeho alternativy (i kdyby to měla být kombinace funkcí). U bazaaru mě napadá snad jedině jestli má nějakou návaznost na Launchpad...
Popravdě řečeno bych chtěl znát jeden jasný důvod, proč volit Bazaar místo Gitu i Hg.No tak napriklad Bazaar umi narozdil of Hg a gitu verzovat i prazdne adresare. To se muze zdat jako pitomost, ale docela se hodi, kdyz mame v repository verzovanou prevazne prazdnou adresarovou strukturu, do ktere nam nas build system vyrobi obsah (nainstaluje binarky). Bzr je lepsi v tom, ze rozumi operaci rename (i pro adresare) a pamatuje si historii, ale zase je horsi, ze neumi operaci copy (resp. umi, ale neskopiruje historii). A jak jsem rikal, bzr a hg se nam oproti gitu zdaly intuitivnejsi. Zpetne se mi na bzr jeste libi to, ze co branch, to adresar (mozna jde i natlacit vic vetvi do jednoho adresare, ale to jsem nezkousel, nemam overeno a nelibi se mi to). Taky je docela dobra provazanost s launchpadem, coz docela hojne vyuzivame.
ad prázdná adresářová struktura - build systém by jí neuměl vyrobit? případně dřevní způsob - verzovat prázdný soubory v prázdných adresářích?Urcite by to slo udelat nejak jinak, pripadne pridat i EMPTY soubory, ale protoze jsme prechazeli ze svn, tak jsme to s bzr nemuseli resit.
No tak napriklad Bazaar umi narozdil of Hg a gitu verzovat i prazdne adresare. To se muze zdat jako pitomost, ale docela se hodi, kdyz mame v repository verzovanou prevazne prazdnou adresarovou strukturu, do ktere nam nas build system vyrobi obsah (nainstaluje binarky).Tuto vlastnost považuju za bezvýznamnou od přečtení diskuze, jestli se bude přidávat do Gitu nebo nebude. Verzovat prázdnou adresářovou strukturu mi přijde zbytečné. A seznam prázdných adresářů se dá verzovat v texťáku nebo ve skriptu. Takže ji neocením.
Bzr je lepsi v tom, ze rozumi operaci rename (i pro adresare) a pamatuje si historii, ale zase je horsi, ze neumi operaci copy (resp. umi, ale neskopiruje historii).V Gitu chybí obojí už z principu, v Hg si přesný stav nepamatuju. Zabýval jsem se tím při přechodu od Subversion a výsledkem je, že mi ta vlastnost vůbec nechybí. Dala by se využít jen v případě souběhu přejmenování a úprav v různých větvích a následném merge. Ale přejmenování většího rozsahu se dají naplánovat. Takže jo, tahle vlastnost by se dala považovat za něco, co Bzr poskytuje oproti Gitu a co by šlo v určitých případech použít.
A jak jsem rikal, bzr a hg se nam oproti gitu zdaly intuitivnejsi.Dobře, ale to není bzr oproti všem alternativám.
Zpetne se mi na bzr jeste libi to, ze co branch, to adresarTo vnímám intuitivně spíše jako nevýhodu, ale nepamatuju si, jak to má Bzr řešené. Používal jsem ho před lety a ještě k tomu krátce.
Taky je docela dobra provazanost s launchpadem, coz docela hojne vyuzivame.Ok. Jak se dalo čekat, žádná výhoda, která by mě přímo oslovila, ale stejně díky za informace.
Ok. Jak se dalo čekat, žádná výhoda, která by mě přímo oslovila, ale stejně díky za informace.No, jak jsem uz nekomu odpovidal tak v zasade zadna omracujici vyhoda, protoze si jsou ty DVCS docela hodne podobne. Nicmene ruzne projekty mohou pripadnym malym rozdilum prirazovat tu vetsi, tu mensi vahu.
Nicmene ruzne projekty mohou pripadnym malym rozdilum prirazovat tu vetsi, tu mensi vahu.To souhlasí. Plus to, co napsal Michal výše. Ne vždy je rozhodování založené pouze na skutečných potřebách.
No tak napriklad Bazaar umi narozdil of Hg a gitu verzovat i prazdne adresare. To se muze zdat jako pitomost, ale docela se hodi, kdyz mame v repository verzovanou prevazne prazdnou adresarovou strukturu, do ktere nam nas build system vyrobi obsah (nainstaluje binarky).Mně by tedy přišlo daleko logičtější, kdyby build system instaloval do adresářů, které jsou zcela mimo verzovanou adresářovou strukturu, aby bylo jasně oddělené, co jsou zdrojáky a co nainstalované soubory.
Bzr je lepsi v tom, ze rozumi operaci rename (i pro adresare)Je to doopravdy k něčemu dobré? Mně vždycky přišel daleko lepší přístup Gitu, totiž ten, že primární je obsah, ať už se k němu došlo jakkoliv (ve výsledku je totéž, jestli někdo soubor zkopíroval, cut-and-pastoval, nebo řádek po řádku opsal). Rename nebo kopie se pak automaticky detekují podle toho, co se stalo s obsahem.
Můj důvod je přitom zcela subjektivní - většina projektů které z SVN přešly na Bazaar místo na git, začaly brzy skomírat.xkcd.com/552/
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
20.3.2012 16:17
20.3.2012 20:40
21.3.2012 12:45