Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Nazdar. Střípky znalostí, jak už název napovídá, jsou určeny k sbírání různých útržků, které bych si jinam asi nezapsal. Tady je na ně vhodné místo. Ale píšu sem jenom občas. Jinak, další zajímavé informace najdete na mých stránkách.
Právě jsem si trochu vyzkoušel známé příkazy diff a patch pěkně v praxi. Jak jednoduše na to, tak aby to opravdu fungovalo?
Jednoduše řečeno, diff zkoumá rozdíly s souborech (difference) a patch provádí na základě těchto rozdílů záplatu (patch). Nejčastěji se s tím setkáme u patchů do jádra, nebo do jiných programů, ale dá se to dobře využít téměř na jakékoli textové soubory, které se hodně mění a my o tom chceme mít přehled.
[pozadí] Mám tu lokalizaci jednoho známého publikačního systému (ano je Wordpress) a chci do ní aplikovat nové bezpečnostní záplaty. Před nějakým časem jsem ručně mergoval změny mezi verzí 1.5 a 1.5.1 do 1.5-cz za vzniku 1.5.1-cz. Možná to zní složitě, ale je to tak. A je to pracné. Tady moc patch a diff použít nešel, ale možná, že by mi ušetřil trochu práce. Jenže než jsem stihnul vydat 1.5.1-cz, objevily se bezpečností updaty - 1.5.1.1 a 1.5.1.2. Tentokrát jsem se rozhodl použít patch.[/pozadí]
Takže cílem bylo zanést změny mezi 1.5.1 a 1.5.1.2 do 1.5.1-cz za vzniku 1.5.1.2-cz. Ok? Nejdřív si tedy uděláme diff mezi 1.5.1 a 1.5.1.2:
wordpress$ diff -ruN 1.5.1 1.5.1.2 > 1.5.1.2.diff
Parametry: -r = rekurzivně prohledá podadresáře. -u = unified format, a defaultní počet (3) okolních řádků (jako kontext). -N = neexistující soubory bereme jako prázdné.
Poté si zkopírujeme 1.5.1-cz do 1.5.1.2-cz a přesuneme se tam. Pak provedeme samotný patch:
1.5.1.2-cz$ patch -p1 --verbose < ../1.5.1.2.diff &> ../patch.log
Parametry: -p1 = počet lomítek na začátku, které se uříznou. --verbose = ukecaný výstup. Ještě pro testování můžeme použít --dry-run = neprovádět akci doopravdy, jen ukázat, co to udělá.
Patch načítá ze standardního vstupu, proto <. Jinak můžeme použít rouru, máme-li diff soubor komprimovaný: bzcat neco.diff | patch -p1. Nakonec si oba výstupy šoupnem do souboru patch.log pomocí &>.
Tím se provede sloučení změn, neboli merge. Občas se však vyskytnou kolize, které sám patch neumí vyřešit a nechá to na nás. Dá nám to alespoň vědět podobnými hláškami:
Hunk #1 FAILED at 2.
1 out of 1 hunk FAILED -- saving rejects to file wp-content/themes/default/header.php.rej
Zanechá nám ještě soubory *.rej (jako rejected), kde se dozvíme, s čím si patch neví rady a co musíme sloučit ručně.
Pokud máte rádi trochu pohodlnější práci (nemyslím zrovna hromadné zpracování pomocí automatických skriptů), zkuste KDiff3, což je velice povedený program, který umí hodně, pokud jde o diffování a patchování v grafickém prostředí.
To by k jednoduchému příkladu použití patche a diffu snad stačilo. Více informací a příkladů použití najdete jako obvykle v manuálech, howto a jiných článcích. Možná tu mám někde chybu(y), tak se nehňevejte.
Odkazy:
man diffman patch
Tiskni
Sdílej: