Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.
Bylo oznámeno (cs) vydání Fedora Linuxu 43. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách Fedora Magazinu: Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Silverblue a Fedora Atomic Desktops.
Elon Musk oznámil (𝕏) spuštění internetové encyklopedie Grokipedia (Wikipedia). Zatím ve verzi 0.1. Verze 1.0 prý bude 10x lepší, ale i ve verzi 0.1 je podle Elona Muska již lepší než Wikipedia.
PSF (Python Software Foundation) po mnoha měsících práce získala grant ve výši 1,5 milionu dolarů od americké vládní NSF (National Science Foundation) v rámci programu "Bezpečnost, ochrana a soukromí open source ekosystémů" na zvýšení bezpečnosti Pythonu a PyPI. PSF ale nesouhlasí s předloženou podmínkou grantu, že během trvání finanční podpory nebude žádným způsobem podporovat diverzitu, rovnost a inkluzi (DEI). PSF má diverzitu přímo ve svém poslání (Mission) a proto grant odmítla.
Balík nástrojů Rust Coreutils / uutils coreutils, tj. nástrojů z GNU Coreutils napsaných v programovacím jazyce Rust, byl vydán ve verzi 0.3.0. Z 634 testů kompatibility Rust Coreutils s GNU Coreutils bylo úspěšných 532, tj. 83,91 %. V Ubuntu 25.10 se již používá Rust Coreutils místo GNU Coreutils, což může přinášet problémy, viz například nefunkční automatická aktualizace.
Od 3. listopadu 2025 budou muset nová rozšíření Firefoxu specifikovat, zda shromažďují nebo sdílejí osobní údaje. Po všech rozšířeních to bude vyžadováno někdy v první polovině roku 2026. Tyto informace se zobrazí uživateli, když začne instalovat rozšíření, spolu s veškerými oprávněními, která rozšíření požaduje.
Jste nuceni pracovat s Linuxem? Chybí vám pohodlí, které vám poskytoval Microsoft, když vás špehoval a sledoval všechno, co děláte? Nebojte se. Recall for Linux vám vrátí všechny skvělé funkce Windows Recall, které vám chyběly.
Společnost Fre(i)e Software oznámila, že má budget na práci na Debianu pro tablety s cílem jeho vyžívání pro vzdělávací účely. Jako uživatelské prostředí bude použito Lomiri.
Proběhla hackerská soutěž Pwn2Own Ireland 2025. Celkově bylo vyplaceno 1 024 750 dolarů za 73 unikátních zranitelností nultého dne (0-day). Vítězný Summoning Team si odnesl 187 500 dolarů. Shrnutí po jednotlivých dnech na blogu Zero Day Initiative (1. den, 2. den a 3. den) a na YouTube.
git describe --tag --match='v[0-9]*' git log -n 1 --pretty='%ai'Nevíte o nějaké knihovně v čistém PHP, která by tohle uměla? Co jsem tak našel, ten log by nebyl problém, ale co describe?
Řešení dotazu:
Potíž je v tom, že ne vždy je na serveru dostupný Git nebo není možné spouštět externí programy.V takovém případě se dělá git deployment velmi špatně... ale existuje na to lék... dělat deployment lokálně, pustit skripty a odeslat pomocí rsyncu. Mimochodem, pokud to jenom trochu lze, vždy se vyhýbám hostování aplikací v omezeném prostředí. Zpravidla věci tohoto typu (git, spouštění příkazů) uvádím jako součást systémových požadavků, a pokud tomu zákazníkův dodavatel služeb nerozumí, velmi rychle mu mezi svými obchodními partnery najdu nového. Ještě jednu velmi dobrou radu ti můžu dát (klidně mě kontaktuj s dotazy)... nikdy si nenech diktovat technické prostředky, pokud si za práci v omezeném prostředí nenaúčtuješ samostatnou položku. Pokud kývneš zákazníkům či jejich dalším dodavatelům na každou blbost, zvyknou si na to a budou se k tobě podle toho chovat. A to zdaleka neplatí jen pro komerční spolupráci.
Pointa mého snažení s Gitem v PHP je, aby nebylo třeba udělat vůbec nic navíc, jen checkout (clone) do document root. Nahrát hotový INI file je celkem triviální, potíž je, že není kde a kdy ho vyrobit.To mi přijde takové... neužitečné. Git clone k tomuhle není určený, navíc funguje víceméně jen při shellovském přístupu. Hooky se nekopírují (z pochopitelných důvodů). Na to je daleko vhodnější rsync, který jde alespoň zopakovat. INI jde generovat tam, odkud se rsyncuje a nebo skriptem tam, kde se pouští clone/pull (případně co je cílem push, který se dá nahookovat).
Spuštění skriptu, který by nastavil hooky je sice celkem hezké, ale závisí to na uživateli (adminovi/programátorovi), takže se na to nelze spolehnout (prakticky ověřeno).Což přesně odpovídá tomu, jak to fungovat má.
Dalším háčkem je, že používám submoduly pro pluginy, takže by to znamenalo hlídat hooky pro každý plugin. Tohle je okamžik, kdy to přestává být praktické.Hooky pro pluginy by neměly být vůbec potřeba. Ve chvíli, kdy pushneš hlavní strom, tak není problém nechat zaktualizovat submoduly a veškerou další práci dělat z hooku hlavního stromu. Začínám přicházet na to, že celá tvá myšlenka je postavená na takzvaném „drbání se levou nohou za pravým uchem“, ale na to časem přijdeš sám.
Hooky pro pluginy by neměly být vůbec potřeba.A co když se aktualizuje jen plugin? Třeba protože ho zrovna vyvíjí a udělal commit. Navíc framework samotný je jako submodul také (rodičovský repositář patří aplikaci).
Informace o verzi pak musí být k dispozici vždy, i když ten člověk zapomene nebo se vůbec nedozví, že má nějaké hooky nastavit.Nezlob se na mě, ale nastavit ty hooky není až takový problém a zabránít v zapomenutí je natolik triviální (například software úmyslně nepracuje, pokud nejsou nastavené), že si s klidem dovolím to celé označit za jednu velkou hloupou výmluvu.
A co když se aktualizuje jen plugin? Třeba protože ho zrovna vyvíjí a udělal commit.Princip submodulů je založený právě na tom, že hlavní modul obsahuje informaci o přesné verzi (commitu) submodulů. Nemá smysl používat git submodules a přitom obcházet jejich základní princip a jedinou výhodu oproti zcela samostatným repozitářům.
Navíc framework samotný je jako submodul také (rodičovský repositář patří aplikaci).V tom nevidím problém, pokud se celá věc dobře ošetří. Pozor na to, že submoduly nefungujou úplně hladce a úplně samy. Je to (možná bohužel) v gitu celkem pokročilý nástroj, a je potřeba se k němu podle toho chovat.
(například software úmyslně nepracuje, pokud nejsou nastavené)Takováto kurvítka jsou mi celkem proti srsti. Obvykle píšu programy tak, aby se nenechaly rozhodit kdejakou blbostí. Představa, že mi pak chyba v této, z pohledu uživatele vcelku nepodstatné, části sundá celou aplikaci na produkčním serveru se mi moc nezamlouvá. I když na druhou stranu, být to něco důležitějšího, tak by to bylo rozumné řešení.
Tiskni
Sdílej: