Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
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?
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz