Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.6. Přehled novinek s náhledy v oznámení na blogu.
V Edici CZ.NIC, knižní řady správce české národní domény, vychází nová kniha Martina Malého Kódy, buildy, firmwary. Autor po půl roce od vydání předchozího titulu přichází se svou již sedmou knihou, tentokrát zaměřenou na vývoj programového vybavení pro embedded zařízení. Publikace s podtitulem Základy vývojářského řemesla pro tvůrce hobby elektroniky nabízí praktického průvodce pro všechny, kdo své projekty vytvořené s Arduinem
… více »V Brně na FIT VUT probíhá dvoudenní open source komunitní konference DevConf.CZ 2026. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
Byla vydána nová verze 15.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Vývojáři Ubuntu představili projekt Myna, tj. iniciativu zaměřenou na přidání funkce převodu řeči na text do prostředí desktopu Ubuntu. Dle plánu již v Ubuntu 26.10.
Společnost Epic Games představila nový open source systém pro správu verzí Lore navržený pro "bezprecedentní škálovatelnost dat i týmů a optimalizovaný pro projekty, včetně her a zábavy, které kombinují kód s velkými binárními soubory, aby uspokojil potřeby vývojářů i umělců". Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Úřad pro ochranu hospodářské soutěže (ÚOHS) provedl v říjnu 2024 místní šetření u společnosti Seznam.cz. Úřad prověřoval důvodné podezření na možné protisoutěžní jednání, konkrétně zneužití dominantního postavení. Krajský soud v Brně v květnu 2025 konstatoval, že toto šetření bylo nezákonné. Nejvyšší správní soud (NSS) včera rozhodl, že šetření bylo provedeno v souladu se zákonem. Krajský soud bude muset případ posoudit znovu.
Byl představen skládací telefon Commodore Callback 8020. Ani hloupý, ani chytrý. Pro fanoušky Commodore a digitálního minimalismu. Bez webového prohlížeče a sociálních sítí. S předinstalovaným WhatsAppem. S operačním systémem Sailfish OS.
V OpenBSD byla objevena 27 let stará chyba v ppp pomocí níž lze vzdáleně obejít autentifikaci. Chyba byla nahlášena 12.6. a 14.6. byla opravena. Bližší info v článku A 27-Year-Old Authentication Bypass in OpenBSD's PPP Stack.
Odpověď Evropské komise (pdf) k evropské občanské iniciativě Stop Destroying Videogames, jež je součástí hnutí Stop Killing Games: "Komise se domnívá, že v této fázi nemůže navrhnout právní povinnost zachovat hratelnost videoher poté, co přestaly být poskytovány komerčně. Důvodem jsou i stávající práva duševního vlastnictví. Podle autorského práva EU mají nositelé práv výlučná práva ke svým výtvorům. Kromě autorských práv mohou být
… 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:
... 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/