V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
Bylo oznámeno, že Qualcomm kupuje Arduino. Současně byla představena nová deska Arduino UNO Q se dvěma čipy: MPU Qualcomm Dragonwing QRB2210, na kterém může běžet Linux, a MCU STM32U585 a vývojové prostředí Arduino App Lab.
Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.14.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.
Byla vydána nová stabilní verze 6.10 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.
Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.
Tak se mi konečně podařilo provést upgrade na nový Subversion server.
Protože vývoj v naší firmě probíhá centralizovaně, bylo před pár lety rozhodnuto přejít ze všech lokálních SCM na jedno společné, a tím se stalo Subversion. Sice v tom bylo dost politiky, na druhou stranu musím uznat, že ze všech navrhovaných řešení bylo vzheldem k sesbíraným požadavkům nejvhodnější.
Tak někdo zbastlil virtuální server, nalil tam Collabnet 1.5 a nějak to jelo (=na hovno). Pak jsem dostal Subversion na starosti já. Postavil se nový server na RHEL5, nasadil se vyladěný Apache s mod_svn. S přibývajícími daty začala rychlost klesat (ne moc, ale uzeři si všimli) a já začal uvařovat o proxy cache, např. ngix, popř. přejít na DSCM, jenže...
Při sledování změn na poli SCM mě potěšila jedna věc - vývojáři SVN neusnuli na vavřínech, ale kouknuli k sousedům (Git) a tak má Subversion ve verzi 1.7 rychlejší protokol a Working Copy nemá .svn balast v každém adresáři, alle pouze na nejvyšší úrovni jako Git. Rychlost práce je někde jinde (porovnávám se SVN <=1.6).
A navíc vzhledem k centralizované povaze vývoje a úspěchu v tom, že vývojáři plus mínus pochopili alespoň Subversion, jsem myšlenku přechodu na DSCM zahodil.
Takže nadešel čas pro nový server. Na základě pozorování má nové virtuální železo 4 vCPU (rozložení zátěže při ranní a odpolední špičce) a 16GB RAM (mod_svn 1.7 podporuje cachování obsahu). Operační systém je RHEL6.3 64-bit. Přesun proběhl bez vážnějších komplikací (menší zádrhel na FW a jeden hook). První komentáře pozitivní, server se fláká i při největší zátěži (ale lepší, než se zase za dva roky dohadovat, že je potřeba víc RAM).
Jediný problém se vyskytl ve CM skriptech, které přes svn diff --summarize porovnávají změny v repositářích - u klienta došlo ke změně kódování URI (tj. chová se jako webový prohlížeč), takže oblíbené # překódovává na %23 apod. Ale to je jen maličkost...
Vzhledem k novinkám, co mají přijít v1.8 si osobně myslím, že Subversion překonalo vlastní smrt a že má nezastupitelnou roli tam, kde je DSCM zbytečný overkill...
Tiskni
Sdílej:
git svn clone
“.
Ja jsem teda placen i za to ze umim s gitem a radu dalsich veci . V dost nabidkach programtorske prace dneska vidis git explicitne zminen. Pokud ma programator problem pochopit git, tak nejspis nebude za moc stat ani jako programator.
Pokud ma programator problem pochopit git, tak nejspis nebude za moc stat ani jako programator.Tak pod to bych se podepsal. Zvlášť vzhledem k tomu, jak je Git navržen.
základní množina příkazů je velmi podobná SubversionTo je i v Gitu. A ve většině ostatních. Kvůli decentralizaci je Mercurial v základu podobnější Gitu než Subversion. Jo, pokud někomu přijde nestravitelné, že Git umí rychle a dobře pracovat s větvemi, tak to je potom těžké. Ale možná by stálo za to napsat vývojářům Gitu, jestli by ho nemohli zase trochu zkriplit, aby byl stravitelnější :).
To je i v Gitu. A ve většině ostatních.Ne tak úplně, jsou tu věci jako staging area apod, které u gitu člověk musí znát předtím, než s ním může začít fungovat.
Kvůli decentralizaci je Mercurial v základu podobnější Gitu než Subversion.V tomhle ohledu samozřejmě ano, ale z pohledu, jestli je Subversion podobnější Git nebo Mercurial, tak je to rozhodně Mercurial.
Jo, pokud někomu přijde nestravitelné, že Git umí rychle a dobře pracovat s větvemi, tak to je potom těžké. Ale možná by stálo za to napsat vývojářům Gitu, jestli by ho nemohli zase trochu zkriplit, aby byl stravitelnější :).O větve nejde – ty mají Mercurial i Git prakticky identické, navíc po přechodu na některý z DVCS si dost lidí ze všeho nejvíce pochvaluje právě větve.
Ne tak úplně, jsou tu věci jako staging area apod, které u gitu člověk musí znát předtím, než s ním může začít fungovat.Ze začátku vůbec nemusí. Nicméně později se to stane natolik podstatnou výhodou, že se snažím lidem opravdu index představit hned na začátku.
O větve nejde – ty mají Mercurial i Git prakticky identickéTo jsem si právě myslel.
navíc po přechodu na některý z DVCS si dost lidí ze všeho nejvíce pochvaluje právě větve.To co já teďka dělám s Gitem... rychlý vývoj bez ladu a skladu, následný několikanásobný přepis historie, následné rozeskládání patchů do několika větví, vyřazování patchů, které už jsou vyzkoušené... :).
git bisect
ušetřil několikahodinové hledání chyby. To by se těm vývojářům muselo šikovně předkousat a přechod udělat tak bezbolestný, jak to jen jde.
Git je super, ale nedá sa na neho prejsť len tak, že si proste poviem "teraz mám pol hodiny čas, tak idem prejsť na Git".To máš naprostou pravdu, já k tomu potřeboval nejmíň půl dne.