TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 6.0. Příští verze 7.0 je kvůli výkonu přepisována do programovacího jazyka Go.
Christian Schaller z Red Hatu na svém blogu popsal své zkušenosti s používáním AI při vývoji open source aplikací pro Linux. Pomocí různých AI aktualizoval nebo vytvořil aplikace Elgato Light GNOME Shell extension, Dell Ultrasharp Webcam 4K, Red Hat Planet, WMDock, XMMS resuscitated (aktualizace z GTK 2 a Esound na GTK 4, GStreamer a PipeWire) a Monkey Bubble. SANE ovladač pro skener Plustek OpticFilm 8200i se mu zatím nepovedl.
Americké firmy Tesla a SpaceX postaví v texaském Austinu moderní komplex na výrobu čipů pro umělou inteligenci (AI). Součástí projektu s názvem Terafab budou dvě moderní továrny na výrobu čipů – jedna se zaměří na automobily a humanoidní roboty, druhá na datová centra ve vesmíru. Uvedl to generální ředitel těchto firem Elon Musk. Projekt by podle odhadů měl stát 20 miliard USD (zhruba 425 miliard Kč).
Byla vydána nová stabilní verze 6.11 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.
Ubuntu 26.04 patrně bude ve výchozím nastavení zobrazovat hvězdičky při zadávání hesla příkazu sudo, změna vychází z nové verze sudo-rs. Ta sice zlepší použitelnost systému pro nové uživatele, na které mohlo 'tiché sudo' působit dojmem, že systém 'zamrzl' a nijak nereaguje na stisky kláves, na druhou stranu se jedná o možnou bezpečnostní slabinu, neboť zobrazování hvězdiček v terminálu odhaluje délku hesla. Původní chování příkazu sudo
… více »Projekt systemd schválil kontroverzní pull request, který do JSON záznamů uživatelů přidává nové pole 'birthDate', datum narození, tedy údaj vyžadovaný zákony o ověřování věku v Kalifornii, Coloradu a Brazílii. Jiný pull request, který tuto změnu napravoval, byl správcem projektu Lennartem Poetteringem zamítnut s následujícím zdůvodněním:
… více »Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 163 (pdf).
Eric Lengyel dobrovolně uvolnil jako volné dílo svůj patentovaný algoritmus Slug. Algoritmus vykresluje text a vektorovou grafiku na GPU přímo z dat Bézierových křivek, aniž by využíval texturové mapy obsahující jakékoli předem vypočítané nebo uložené obrázky a počítá přesné pokrytí pro ostré a škálovatelné zobrazení písma, referenční ukázka implementace v HLSL shaderech je na GitHubu. Slug je volným dílem od 17. března letošního
… více »Sashiko (GitHub) je open source automatizovaný systém pro revizi kódu linuxového jádra. Monitoruje veřejné mailing listy a hodnotí navrhované změny pomocí umělé inteligence. Výpočetní zdroje a LLM tokeny poskytuje Google.
Cambalache, tj. RAD (rapid application development) nástroj pro GTK 4 a GTK 3, dospěl po pěti letech vývoje do verze 1.0. Instalovat jej lze i z Flathubu.
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