Agent umělé inteligence vytvořil 'útočný' článek o Scottu Shambaughovi, dobrovolném správci knihovny matplotlib, poté, co vývojář odmítl agentem navrženou změnu kódu (pull request). 'Uražený' agent autonomně sepsal a publikoval na svém blogu článek, který přisuzuje Shambaughovi smyšlené motivace, egoismus a strach z AI coby konkurence.
Bylo vydáno Ubuntu 24.04.4 LTS, tj. čtvrté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.
V pátek 20. února 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 6. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj a uživatelský prostor. Akce proběhne od 10:00 do večera. Hackday je určen všem, kteří si chtějí prakticky vyzkoušet práci s linuxovým jádrem i uživatelským prostorem, od posílání patchů například pomocí nástroje b4, přes balíčkování a Flatpak až po drobné úpravy
… více »Evropská rada vydavatelů (EPC) předložila Evropské komisi stížnost na americkou internetovou společnost Google kvůli její službě AI Overviews (AI souhrny), která při vyhledávání na internetu zobrazuje shrnutí informací ze zpravodajských serverů vytvořená pomocí umělé inteligence (AI). Evropská komise již v prosinci oznámila, že v souvislosti s touto službou začala firmu Google vyšetřovat. Google obvinění ze strany vydavatelů
… více »Ubuntu 26.04 (Resolute Raccoon) už nebude v desktopové instalaci obsahovat GUI nástroj 'Software & Updates'. Důvodem jsou obavy z jeho složitosti pro běžné uživatele a z toho plynoucích bezpečnostních rizik. Nástroj lze doinstalovat ručně (sudo apt install software-properties-gtk).
Thomas Dohmke, bývalý CEO GitHubu, představil startup Entire - platformu pro spolupráci vývojářů a agentů umělé inteligence. Entire získalo rekordních 60 milionů dolarů na vývoj databáze a nástrojů, které mají zefektivnit spolupráci mezi lidmi a agenty umělé inteligence. Dohmke zdůrazňuje potřebu přepracovat tradiční vývojové postupy tak, aby odpovídaly realitě, kdy většinu kódu produkuje umělá inteligence.
Toyota Connected North America oznámila vývoj open-source herního enginu Fluorite, postaveného na frameworku Flutter. Pro renderování grafiky využívá 3D engine Filament od společnosti Google a dle svého tvrzení cílí na konzolovou kvalitu her. Fluorite je zřejmě navržen tak, aby fungoval i na méně výkonném hardware, což naznačuje možnost použití přímo v ICE systémech vozidel. Zdrojový kód zatím zveřejněný není.
Byl vytvořen nástroj a postup pro překonání věkového ověření platforem Discord, Kick, Twitch, Snapchat (a možná dalších), kód je open-source a dostupný na GitHubu. Všechny tyto sítě používají stejnou službu k-ID, která určuje věk uživatele scanem obličeje a na původní server posílá pouze šifrovaná metadata, ty ale sociální síť už nedokáže sama nijak validovat, 'útok' spočívá ve vygenerování a podstrčení legitimně vypadajících ověřovacích metadat.
Jihokorejská kryptoměnová burza Bithumb přiznala vážné selhání interních systémů, které ji vystavilo riziku sabotáže a nezabránilo chybné transakci v hodnotě přes 40 miliard dolarů (814 miliard Kč). Druhá největší kryptoměnová burza v Koreji minulý týden při propagační akci omylem rozeslala zákazníkům zhruba 620 000 bitcoinů místo 620 000 wonů (8700 Kč). Incident vyvolal pokles ceny bitcoinu o 17 procent. Většinu
… více »Google Chrome 145 byl prohlášen za stabilní. Nejnovější stabilní verze 145.0.7632.45 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Zpátky je podpora grafického formátu JPEG XL, viz Platform Status. Odstraněna byla před třemi lety. Nový dekodér JPEG XL jxl-rs je napsán v Rustu. Zobrazování JPEG XL lze vyzkoušet na testovací stránce. Povolit lze v nastavení chrome://flags (Enable JXL image format).
Řešení dotazu:
8.4.2016 00:12
pavlix | skóre: 54
| blog: pavlix
A off topic, na spravu beznych dokumentu se git/neco podobneho asi moc nehodi, ze?Ale jo, hodí, ale to použití není zdaleka tak ustálené, takže si to člověk musí rozmyslet sám, co vlastně chce. Jedna věc je, že Gitu je jedno, co je v něm uloženo a je schopný používat libovolný diff nástroj, takže je možné ukazovat diff třeba i nad binárními daty, pokud je k dispozici diff software pro daný binární formát nebo třeba transformace na text. Další alternativou je git-annex, který je víceméně zajímavý na správu a sdílení velkých souborů bez ohledu na jejich konkrétní formát.
obecne to vypada ze se nejvic doporucuje git
Hlavně proto, že je v open source světě nejrozšířenější. Takže jakkoli je třeba mercurial funkčně přibližně na stejné úrovni, u gitu je pravděpodobnější, že zkušenosti s ním uplatníte, pokud se rozhodnete přispívat do nějakého projektu.
ma vyznam snazit se zprovoznit a naucit se pouzivat git/neco jineho pro takovouhle praci prevazne na jednom pc s tim, ze cas od casu se prace kopiruje na jine pc a zalohu, treba pri preinstalacich a upgradech?
IMHO to i tak smysl má. Třeba u těch skriptů budete někdy stát před otázkou "Kde se tohle vzalo? Proč to tam je?" nebo "Kdy (a kterou změnou) se tahle funkce rozbila?" a pokud budete udržovat rozumně okomentovanou historii, může vám s tím git hodně pomoci. Nebo třeba když budete chtít pracovat na nějakých rozsáhlejších změnách, ale během toho provádět drobné opravy ve stabilní verzi. Budete-li pro tento účel používat kopie v samostatných adresářích, může být hodně pracné (a náchylné na chyby) to pak dávat dohromady.
Ad zprovoznit: v případě gitu celé "zprovoznění" spočívá v tom, že nainstalujete jeden distribuční balíček (nebo několik, podle toho, jak to máte rozdělené). Začít s verzováním na konkrétním adresáři s hotovým obsahem je otázka tří příkazů. Já už si na to třeba tak zvykl, že potřebuju-li jen udělat patch nad něčím, co nepochází z VCS, ale dostal jsem to jen jako tarball, tak prostě spustím "git init ; git add . ; git commit -m init" a mám hned k dispozici celou sílu gitu; je to i jednodušší než dělat kopie od všech měněných souborů pro gendiff nebo kopii celého stromu pro diff.
Ad naučit se: pro základní práci vystačíte s prvními třemi kapitolami Pro Git (možná i dvěma, ale na větve je IMHO dobré si zvyknout co nejdřív). To se dá včetně vyzkoušení zvládnout za pár hodin, tj. čas, který člověk obvykle celkem běžně dokáže zabít daleko zbytečnějšími činnostmi.
Mozna nekdy v budoucnosti se bude ta prace sdilet mezi vice lidmi, ale to je asi jeste daleko.
I když je to daleko, o to víc pak oceníte, že už máte v gitu dlouhou historii vývoje.
Vyhodu v obycejnem kopirovani adresaru vidim v tom, s nimi mohu kdekoliv pracovat primo, bez zavislosti na tom aby byl instalovan verzovaci software, ktery se "vyzna" v dotycne verzovaci strukture a nejak ji interpretuje uzivateli (me).
U gitu vypadá obsah adresáře úplně stejně, jako kdyby tam žádné verzování nebylo, jen je tam navíc jeden skrytý podadresář (.git). Takže si jeho obsah můžete klidně editovat na počítači bez gitu a pak teprve dodatečně rozsekat na jednotlivé commity a okomentovat.
A off topic, na spravu beznych dokumentu se git/neco podobneho asi moc nehodi, ze?
Pokud jsou to textové dokumenty (plain text, TeX, …), tak určitě hodí. Pokud pod "dokumenty" myslíte spíš něco jako dokumenty z LibreOffice nebo Wordu, pak samozřejmě přijdete o některé možnosti (třeba "git blame" a merge bude asi taky trochu problém) ale verzování jako takové fungovat bude.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz