České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »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.
Na začátek musím říci, že v této oblasti panuje poněkud neutěšená situace a možností, jak k programu přidat záplaty, je mnoho. Původní (a stále používaný) formát zdrojových balíčků s jedním souborem se změnami není moc optimální, a proto bylo vyvinuto mnoho snahy pro jeho vylepšení nebo nahrazení.
V celém tomto seriálu popisuji verzi zdrojových balíčků 1.0. Už poměrně dlouho existuje verze 2.0 (nazývaná také Wig and Pen), která umožňuje použít více zdrojových tarballů a místo patche může obsahovat tarball se změnami. Podpora pro tento formát však je jen poloviční - je možné takovéto balíčky rozbalit, ale chybí podpora pro vytváření, protože se tento formát ukázal jako nepříliš dobře navržený.
Aby toho nebylo málo, přibyla v dpkg verze 1.14.17 podpora pro zdrojové
balíčky verze 3.0. Tato verze přináší do vytváření balíčků mnoho změn. Verze
3.0 má několik subformátů - git, bazaar, quilt a custom. Poslední jmenovaný může sloužit při případné implementaci dalších subformátů a nemá přímé využití. Varianta quilt vychází z formátu 2.0, s tím rozdílem, že je definované pořadí aplikace patchů a celkově je lépe definována práce s balíčkem. Tento formát by se měl stát preferovaným pro přespříští vydání Debianu (lenny + 1). Zatím ale není podporovaný všemi nástroji a není možné ho nahrát do distribuce. Varianty git a bazaar umožňují distribuovat zdrojový
balíček ve formě repozitáře pro tyto distribuované systémy. Protože tyto
formáty ještě nejsou úplně ustálené a podpora pro ně není příliš velká, nebudu
se jejich používání věnovat.
Jak už víme, zdrojový balíček se skládá z tarballu a patche. Tak proč tento patch nevyužít i pro změny programu? Problémů s tímto systémem je více, a proto od něj většina vývojářů ustupuje. Jeden problém je, že tyto změny se špatně uchovávají ve VCS, který dnes mnoho vývojářů používá pro archivaci zdrojových kódů jejich balíčků. Dalším problémem je nemožnost oddělit jednotlivé úpravy. Pokud máte v balíčku například 50 patchů, tak po jejich začlenění do jednoho je mnohem těžší se ve změnách orientovat.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
debian/patchesMísto přímého patchování se tedy začal používat adresář debian/patches, jehož obsah je při kompilaci balíčku pomocí pravidel v debian/rules naaplikován na zdrojové kódy. Bohužel ani zde není situace jednoduchá a používá se několik implementací, které se liší svými možnostmi.
Asi nejjednodušší řešení - patche se prostě v abecedním pořadí naaplikují.
Většina uživatelů tohoto systému je asi mezi uživateli CDBS, protože ten
nabízí jednoduchý způsob, jak potřebná pravidla do debian/rules přidat.
Další velmi používané řešení se jmenuje dpatch. Jedná se o sadu utilit pro správu patchů, ale patch v tomto případě může znamenat spuštění libovolného skriptu, který nějak mění zdrojové kódy. Pořadí patchů určuje soubor
debian/patches/00list, patche neuvedené v tomto souboru se neaplikují.
Pro jeho použití je nejjednodušší začlenění souboru
/usr/share/dpatch/dpatch.make do debian/rules, stačí přidat závislost na pravidlech patch a unpatch:
include /usr/share/dpatch/dpatch.make
build: build-stamp
build-stamp: patch-stamp
${MAKE}
touch build-stamp
clean: clean1 unpatch
clean1:
${MAKE} clean
rm -rf debian/files debian/substvars debian/imaginary-package
Pokud chceme nějaký patch upravit, poslouží nám nástroj dpatch-edit-patch, který zkopíruje aktuální strom, aplikuje případné předchozí patche a umožní nám upravovat libovolné soubory.
Poslední hodně rozšířenou možností je používání quiltu. Tentokrát se nejedná o nástroj speciální pro Debian, ale obecnou utilitu pro správu patchů. Oproti Dpatchi nabízí mnohem více možností na práci s patchi, a proto získává stále větší oblibu.
Výsledné použití je velmi podpobné jako u Dpatche, stačí použít
/usr/share/quilt/quilt.make a přidat závislosti stejně jako u něj.
Pro práci můžeme použít všechny možnosti, které quilt nabízí, jenom pro
ukládání patchů na správné místo je vhodné nastavit
QUILT_PATCHES=debian/patches.
Debian nepoužívá žádný centrální systém pro správu verzí (VCS), a proto může každý
správce používat svůj oblíbený systém. Aby byla situace jednodušší, jsou
definována pole do debian/control, ze kterých můžete vyčíst, kde a jaký VCS se používá. Tato pole mohou vypadat následovně:
Vcs-Svn: svn://svn.cihar.com/debian-gammu/trunk Vcs-Browser: http://viewsvn.cihar.com/debian-gammu/trunk
První je závislé na použitém VCS (zde se jedná o SVN, ale obdobně je možné
použít libovolné jiné, například Vcs-Git) a ukazuje na umístění repozitáře aktuální vývojové verze. Druhé URL ukazuje na webové rozhraní k VCS.
Čtení control souborů však není zrovna pohodlné, a proto existují nástroje debcheckout a debcommit. Jedná se o nadstavbu nad různými VCS, díky které se nemusíme učit práci s každým VCS, pokud chceme stáhnout aktuální zdrojový kód. Prostě stačí napsat debcheckout jméno-balíčku a získáme aktuální verzi, kterou má správce ve VCS. debcommit (kromě commitnutí do VCS) i automaticky vygeneruje popis tohoto commitu podle nového obsahu v souboru debian/changelog.
Co všechno najdete ve VCS, se liší balíček od balíčku. Velká část balíčků zde
má jen adresář debian a zdrojové kódy při kompilaci dodá kompilační skript rozbalením z předem definovaného místa. Obvykle se berou z adresáře
../tarballs, ale jejich umístění je možné upravit, například pro SVN je jeho umístění definované v souboru .svn/deb-layout. Kompilační skript je jiný pro každý VCS, například při použití výše zmíněného SVN to bude svn-buildpackage (ze stejnojmenného balíčku).
Při použití distribuovaných systémů je možné i jiné uspořádání - a to, že ve VCS máme vlastní větev pro balíčky, která je odvozena od verze vydané autorem, a po checkoutu získáme kompletní zdrojové kódy.
Obecně ale může mít správce ve VCS uložené cokoliv a není nijak standardizováno, jak takto získané zdrojové kódy kompilovat.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
.