AlmaLinux OS byl vydán ve verzích 9.8 s kódovým jménem Olive Jaguar a 10.2 s kódovým jménem Lavender Lion. Podrobnosti v poznámkách k vydání (9.8 a 10.2). Opraveny byly zranitelnosti Copy Fail (CVE-2026-31431), Dirty FRAG, Fragnesia (CVE-2026-46300), nginx Rift (CVE-2026-42945) a SSH Keysign Pwn (CVE-2026-46333).
Seznam.cz vykázal za rok 2025 tržby v celkové hodnotě 6,454 miliardy korun. Oproti roku 2024 nárůst o 3,68 %. Zisk před zdaněním oproti předcházejícímu roku poklesl, a to o 11,21 % na 1,330 miliardy korun. Vlastní velké jazykové modely SeLLMa najdou dnes uživatelé téměř na všech seznamáckých službách. Na všechny obsahové služby byla zavedena technologie text-to-speech, díky níž si mohou uživatelé přehrát články v audio verzi namluvené
… více »Vláda představila strategické digitalizační projekty. Roadmapa zahrnuje celkem 55 projektů napříč státní správou, z toho 22 prioritních projektů vycházejících přímo z programového prohlášení vlády a 33 projektů založených na platné legislativě. Portfolio pokrývá oblasti financí, zdravotnictví, digitální identity, dat, registrů, dopravy, krizového řízení, sociálních agend i kybernetické bezpečnosti.
Vyjádřeni Software Freedom Conservancy (SFC) k porušování licence AGPLv3 společností Bambu Lab v jejich softwaru Bambu Studio pro 3D tisk. Bambu Studio vychází z PrusaSliceru. Ten zase z Slic3ru. Spuštěn byl projekt baltobu, který kombinuje několik strategií pro řešení problému. SFC zastřeší vývoj svobodné náhrady proprietární knihovny libbambu_networking pomocí reverzního inženýrství a reimplementace, forku OrcaSliceru pro Bambu Lab tiskárny od Paweła Jarczaka a forku celého Bambu Studia pod názvem Viscose.
Správce souborů GNOME Commander (Wikipedie) byl přepsán do Rustu a vydán v nové verzi 2.0.0.
Sway (Wikipedie), dlaždicový (tiling) správce oken pro Wayland kompatibilní s i3, byl vydán ve verzi 1.12. Do vývoje se zapojilo 50 vývojářů. Přehled novinek na GitHubu. Sway 1.12 závisí na wlroots 0.20.0.
Papež Lev XIV. ve své první encyklice Magnifica Humanitas (Skvělé lidství), která se věnuje umělé inteligenci (AI), varoval před dezinformacemi, které AI manipulací s obsahem vytváří. Moc mají podle něj sociální sítě ovládané hrstkou soukromníků. Upozornil také roli digitálních platforem v obchodování s lidmi, které podle něj musí být uznáno jako současná forma otroctví. Papež se také poprvé omluvil za roli, kterou Vatikán sehrál při legitimizaci otroctví, a za to, že jej po staletí neodsoudil.
Český telekomunikační úřad zveřejnil Výroční zprávu za rok 2025 (pdf), která shrnuje jeho hlavní aktivity v oblasti regulace elektronických komunikací, poštovních služeb, digitálních služeb a přípravy na dohled nad umělou inteligencí. Součástí zprávy jsou také data o vývoji trhu, včetně pokračujícího růstu spotřeby mobilních dat a rozšiřování sítí nové generace. Celkový objem přenesených mobilních dat dosáhl v roce 2025 přibližně
… více »Tým sdružení CZ.NIC vyvíjející routovacího daemona BIRD oznámil vydání nových verzí 3.3.0 a 2.19.0. Ty přinášejí podporu pro EVPN/VXLAN a automatizaci BGP na základě router advertisementů. Více informací je k dispozici v archivu uživatelského mailing-listu.
Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].
Oracle Solaris System Test je pražský tým unixových odborníků věnujících se testování serverového operačního systemu Solaris a vývoji softwarového stacku pro automatizaci testování na široké škále hardwaru v různých HW i SW konfiguracích.
Můžete se našim čtenářům představit?
Jsem QA inženýr a patřím do týmu Solaris System Test (SST). Máme na starosti kontrolu Solarisu ve formě, v jaké by se dostal k zákazníkovi. Tím se myslí, když se vezmou všechny různé části, jako jsou Xserver, instalátor, Gnome, storage, síť atd (takzvané konsolidace) a poskládá se z nich instalační médium. My potom instalujeme stroje v labu a pouštíme testy. Cílem je ověřit, že se to dá bezproblémově nainstalovat na všechny podporované platformy, co máme v našem labu, a že při sestavování média nerozbily změny z jedné konsolidace něco v jiné. V ideálním případě by mělo platit, že v rámci konsolidace, kam patří, je každá změna otestována. Solaris je poměrně velký kus kódu a snadno se stane, že nepatrná změna má značný dopad tam, kde to nikdo nečekal. Někdy se problém může projevovat jenom na strojích, které neměl vývojář k dispozici. Snažíme se takové chyby zachytit a reportovat. Drtivá většina testování probíhá automaticky a řešíme pouze neznámé odchylky od normálu. Vývoj Solarisu neděláme, nicméně trávíme dost času vývojem našich automatizovaných testovacích nástrojů, manuální testování je drahé a neškáluje.
Jak vypadá váš typický pracovní den?
Dost se to liší. Testujeme souběžně Solaris 10 a Solaris Nevada. Zhruba platí, že build cyklus obou je dlouhý dva týdny. Někdy se sejdou v labu a je náročné udržet dostatečnou propustnost. Občas zabíjí stroje v labu naše chyba, občas chyba v Solarisu. Když proběhne většina testů, věnujeme čas analýze výsledků... Práce v týmu je rozdělena do rolí. Každý má povinnost analyzovat problémy, ale dál se to liší. Já zrovna dělám „exekuci“ a dohlížím na lab, aby běžely testy. V zásadě může být stroj ve stavu „běží test“, to je dobře, ale pokud běží už několik dnů, možná máme problém. Pak může být „volný“, to znamená, že ve frontě pro něj není test nebo že je ten test spuštěný se špatnými parametry.
„Mrtvý“: zabil jej test nebo HW. „Zamčený“: někdo se snaží analyzovat/zreprodukovat problém, případně vyvíjí nový test, ale také jej mohl
zapomenout odemknout
. Takže někdy celý den hledám, co uhnilo v systému, že to občas spadne, a jindy prudím kolegy, aby po sobě uklízeli a
vrátili stroje do exekuce, když už je nepotřebují.
Mezi role, které v týmu máme a rád bych je zmínil, ještě patří: lab manager: ten má na starosti nákupy nového hardware, sledování a správu infrastruktury; release lead: máme dva, jednoho pro Solaris 10 a druhého pro Nevadu, jejich úkolem je sledovat stav testování, zastupovat tým při hodnocení kvality Solarisu a plánování dalších testů. Role se mezi námi střídají, ale spíše podle potřeby, než že by existoval nějaký pravidelný cyklus.
Zkoušel jste se „hrabat“ i v dalších unixových systémech? V jakých?
Někdy zkoušel, jindy musel
. Bylo jich více a také „hloubka“ zkoumání se liší. Většinou to začalo jako úloha pro administrátora.
Něco je potřeba rozchodit nebo něco nefunguje ... začne se to komplikovat, případně rozbijete ještě něco dalšího.
S přehledem nejvíce času jsem strávil s Linuxem, následuje NetBSD a zbytek se rozdělí mezi FreeBSD, HP-UX, True64 a OpenBSD.
Co se vám na Solarisu líbí obzvlášť?
Promyšlené rozhraní pro administraci systému (teď myslím Solaris 10 a Solaris Nevada).
Nelze nezmínit SMF, kde došlo k opuštění myšlenky runlevel jako stavu systému a místo toho mají jednotlivé služby určené vztahy a závislosti mezi sebou. Takže lze pustit server jedním příkazem a člověk nemusí hledat, co všechno ještě potřebuje běžet, aby to začalo fungovat. Práci má dělat počítač
. Líbí se mi taky DTrace, velice pěkně se s ním dá šmírovat, kde se proces fláká, když nedělá, co má, nebo to dělá moc pomalu. Navíc není potřeba mít jeho binárku ani speciálně upravenou.
Dostáváte se při své práci i k nějakému zajímavému hardwaru?
Ano, ve škole, ani v předchozím zaměstnání jsme takové pěkně hračky neměli. Téměř výhradně se jedná o stroje vyrobené v Sun Microsystems/Oracle. V našem labu je zajímavý průřez od dávné, ale dosud podporované historie, po úplně nové prototypy, o kterých se ještě nesmí mluvit.
V čem se obvykle testovací nástroje píší?
Ksh je nástroj první volby pro psaní testů, umí toho hodně a pro zbytek se dá sáhnout do košatého userspace Solarisu. Pokud shell nestačí, nastoupí Python nebo Perl. Pro automatizaci přístupu na konzole a simulaci uživatele na konzoli používáme expect postavený na Tcl – velmi zajímavý jazyk, mimochodem. Konečně, na zpracování výsledků a scheduling testů používáme mix Javy a Perlu, ta kombinace je dána historicky, není za ní žádný hluboký důvod, pokud by se to někomu zdálo moc divoké.
Upravují QA inženýři někdy také kód produktu, nebo to nechávají výhradně na programátorech? Myslím tím kdyby to byla třeba jen od pohledu triviální chyba...
Chyby opravuje tým, který je za danou oblast odpovědný. Proces, jak dostat nějakou změnu do Solarisu, má pevná pravidla. Projít jim pro nás není praktické. Můžeme leda navrhnout, jak to opravit.
Co vás na práci baví a co nebaví?
Baví mě zkoumat nový problém. Nebaví mě ten problém reportovat
. Ne, teď vážně. Většina práce kolem analýzy chyb a nového železa je zajímavá. Administrativa třeba tak zábavná není.
Uvažoval jste někdy, že byste chtěl zkusit i jinou práci na Solarisu?
Zatím ne, tři a čtvrt roku v SST není zase tak dlouhá doba.
Děkujeme za rozhovor!
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Diskuse byla administrátory uzamčena
Já zrovna dělám „exekuci“ a dohlížím na lab, aby běžely testy.Chápu, že to je rozhovor a nejspíš to tak řekl, ale ježí se mi z toho všechny chlupy na zádech.
... tyhle osobni vypady na chytryho a rozumnyho cloveka jsou fakt o nicem.hm, a kde ty osobní výpady vidíš?
Ten zájem o NetBSD byl osobní nebo pracovní? Provnáváte Solaris i s jinými systémy?