Byla vydána verze 1.96.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Společnosti IBM a Red Hat představily Project Lightwell s investicí 5 miliard dolarů. Jedná se o důvěryhodné clearingové centrum pro bezpečnost open source softwaru a zabezpečení dodavatelských řetězců s novým AI modelem a globální skupinou více než 20 000 softwarových inženýrů. Služby centra budou dostupné prostřednictvím komerčních předplatných. Project Lightwell staví na iniciativách jako Anthropic Glasswing nebo OpenAI Trust Access for Cyber.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 26.05. Podrobný přehled novinek v poznámkách k vydání.
Český stát by v budoucnu mohl provozovat vlastní alternativu ke komunikačním aplikacím typu WhatsApp, Signal, Telegram, Facebook Messenger a podobně. Cílem je zajistit bezpečnou datovou komunikaci pro stát a jeho důležité subjekty, jako jsou bezpečnostní složky, ministerstva a další organizace.
Už za týden, ve čtvrtek 4. června, se v Národní technické knihovně v pražských Dejvicích uskuteční další konference věnovaná tématům spojeným s IPv6 - Den IPv6. Program akce a registrační formulář jsou k dispozici na webu akce. Kapacita konference je omezená, proto organizátoři doporučují, aby se vážní zájemci přihlásili včas (k dnešnímu dni zbývá přibližně 30 volných míst). Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
Zařízení Steam Deck OLED bylo znovu naskladněno, ale vlivem rostoucích cen pamětí a úložišť má novou, vyšší cenovku. Steam Deck OLED 512 GB stojí nově 779 EUR (stál 569 EUR) a Steam Deck OLED 1 TB stojí 919 EUR (stál 679 EUR). Samotné zařízení se nijak nezměnilo a nové ceny tedy pouze odráží aktuální náklady na komponenty a další globální logistické výzvy, se kterými se potýká celá branže.
Český telekomunikační úřad zahajuje novou etapu využívání vysokofrekvenčního rádiového spektra v pásmu 26 GHz. Toto pásmo bude od 1. 7. 2026 otevřeno pro provoz moderních bezdrátových sítí, zejména sítí páté generace (5G), pevných bezdrátových přístupových sítí (FWA) a lokálních či průmyslových sítí určených například pro výrobní areály, logistická centra nebo technologické kampusy. Současně s otevřením pásma 26 GHz přistoupil ČTÚ ke zpřístupnění informací o využívání rádiových kmitočtů v tomto pásmu.
Logitech představil myš Signature Comfort Plus M850 L s polstrovanou opěrkou dlaně pro větší pohodlí a sadu s touto myší a klávesnicí s integrovanou opěrkou dlaní Signature Comfort Plus Combo MK880.
Gaël Duval se rozepsal o novinkách a plánech Murena a /e/OS. Počet uživatelů telefonů Murena a mobilního operačního systému /e/OS bez aplikací a služeb od Googlu se blíží 100 000. Ambicí je, aby se /e/OS stal třetí mobilní platformou v Evropě i na světě, s potenciálem dostat se i na PC. Blíží se vydání nové verze 4 s funkcemi zálohování a obnova, import e-mailů z Gmailu a rozpoznávání hlasu. Murena Workspace přinese videohovory, elektronický podpis a správu zařízení (MDM).
Dnes a zítra probíhá Ubuntu Summit 26.04. Na programu je řada zajímavých přednášek. Sledovat je lze na YouTube. Úvodní slovo měli Mark Shuttleworth a Jon Seager.
Tahle věc mě fakt zaujala: Na stránce Brainstroming Prague lze nalézt nejčastější výtky k této ditribuci. Naprosto nejpopulárnější je výtka "Way we do packaging is ineffective" pod kterou se "podepsalo" nejvíce lidí: Interested: Michal Hrusecky, Pavol Rusnak, mvyskocil, Petr Uzel, Tomas Cech, anicka, Stanislav Brabec. Jak se zdá, SUSE týmu leze stávající systém RPM pěkně krkem:
The currently used RPM and rpmbuild do not fit packagers needs anymore. Rpmbuild design forces packagers
to spend their time in a mechanical modification of spec files and fixing problems in hundreds of instances.
RPM has a lot of design problems, which were not targetted in past years. We spent thounsands of hours by
inventing work-arounds.
Possible solutions:
* Invest effort to RPM development to fit our needs.
* Think about replacement of rpmbuild by a modern tool.
* Throw away rpm altogether and design package management from a new. Either there will be many hacks needed,
or inner redesign of rpm will be so extensive, that it will not be compatible with old rpm anyway.
o Would it be too revolutionary to move to deb? It has features RPM lacks and needs, so it would save lot of work.
+ And what about completely forking Debian codebase - Unstable branch?
Téma se dá rozkliknout a člověk se dozví více.
Problém označen jako hard, long-term a v extrémním případě se fantazíruje nad forknutím Debianu. Co dodat...
.
EDIT: Z diskuze jsem pochopil, že můj zápisek byl pochopen poněkud jinak než jsem zamýšlel. Myslel jsem to nějak ve stylu, že 11.1 se nepovedla, což potvrdili jak užvatelé tak vývojáři, a nyní si člověk může přečíst, co jsou nějvětší slabiny oS. Bohužel to vyznělo tak, že tyto dvě věci nějak výrazně spojuji dohromady, což nebylo záměrem. Problématickou první větu jsem proto vymazal
Tiskni
Sdílej:
Pokud jsem to správně pochopil, tak tady nejde o to, že nemůžou používat OpenSuSE, ale o to, že stávající systém tvorby RPM balíků je dost časově náročný a bylo by třeba nad tím pouvažovat a vylepšit to.
No vy dva jste se hledali az jste na sebe zbyli.
Muzes tady tvurci blogoveho zapisku sekundovat v bulvarnim casaku.
Nevidim nic spatneho na tom, ze nekdo dela v SUSE a doma pouziva Debian. Nastesti tam neni zadne UV, ktereho bys evidentne byl rad clenem a kazal kazdemu co ma doma pouzivat na kompu.
Nastesti SUSE neni normalni firma, ale vladne tam jina atmosfera a nikdo se nestara o to, co kdo pouziva doma. A kdyz, tak ze zvedavosti.
Kterykoliv z tech studaku by te ve znalosti Linuxu strcil do kapsy. A mozna te to prekvapi, ale lide vesmes chodi do prace kvuli penezum. A jestli je jejich prace bavi, tim lip. Jestli zavidis, tim hur pro tebe.
Nikdo nic nelici tobe. Pokud vim, nestoji u tebe manik s kverem a nenuti te ten wiki zaznam cist.
Ten Brainstorming je normalni soupis problemu a silnych stranek openSUSE. A ze je to verejne? Tak jdi do Windows, tam si muzes pockat na kritiku az v ramci masirovaci kampane jejiz soucasti je poplivani stare verze.
Na wiki je sepsano co koho pali a co by bylo zahodno zmenit. Otevrenot vuci komunite pripadne jako nevyhoda jenom cloveku, ktery nerad zna pravdu.
Je to tvoje trolleni nejaka nelecitelna nemoc nebo se od tebe prozmenu jednou dozvime neco zajimaveho?
Jestli je nekdo schopen sebekritiky a nekdo jiny nadhodi jako teoretickou moznost reseni i nejaky extrem, a ty to povazujes za podivne, jsem rad, ze se s tebou nemusim stykat osobne.
To, ze nedko neco nadhodi neznamena, ze se o tom uvazuje.
Nechces jit psat do Blesku nebo Aha? Tvuj styl psani a intelektualni pojeti tematu jepro tuto praci skvely predpoklad.
Verim, ze sev diskusi objevi nejaky tvuj prispevek, abych si te mohl pridat do dehnojatoru do spolecnosti svezomysi, P. Tomese, Fauna a dalsich clenu mistni "smetanky".
Dekuji pekne a sbohem.
Brainstorming Prague je stranka, kde se vyvojari snazili vypichnout problemy, se kterymi se openSUSE potyka.
Ja sam (Tomas Cech) jsem se upsal u kritiky RPMbuildu. Nejsem balikar (jsem QAk), ale jednodussi nez psani .spec souboru mi prijde napsani shelloveho skriptu (nebo prikazy edu tvorici takovy skript ;) delajiciho totez. RPMbuild povazuji za sice mocny, ale taky zastaraly nastroj. Ve srovnani s emerge ci bitbake postrada takove vlastnosti jako podpora trid (napsani jednoho navodu pro celou skupinu obdobnych baliku, ktere se lisi jiz jen v detailech), dedicnost, jednotna sprava podpory nastaveni pro kompilaci (jako Gentoo USE flagy) atd. Je to vec, ktera muze komunite (kam se radim) velice usnadnit tvorbu balicku v openSUSE buildservice.
Já jsem to napsal poněkud nešťastně. Prostě mě zaujalo, že se tolik lidí stotožňuje s přechodem na DEB či jiným dramatickým řešením.
No, on anit ten rant jak jsi se pozastavil nad tim, ze anicka presla na Debian, nebyl o moc lepsi.
A jak vis kolik lidi se s tim prechodem ztotoznuje? Proste se resi rpmbuild, a to ze byly pripsany nejake moznosti o nicem nevypovida.
Ale já přeci nepíši žádné závěry. Jen mě to docela zaujalo, protože Debian určitě nikde nemá brainstorming typu "hele co kdyby jsme přešli na RPM".
Ale to stačilo, abys mi vynadal do idiotů a udělal závěr, že bude vhodné mě zablokovat. 
Ja ti nevynadal do idiotu.
Zkritizoval jsem te, protoze jsi nedomyslel nasledky sveho pocinani.
Opravdu te nenapadlo, ze kdyz jsi to rozmazl, ze Anicka bude celit pomerne ostre kritice? Ze ji to nedemotivuje od prace pro komunitu?
Opravdu jsi necekal, ze kdyz chvili potom co se vse usadi a vyvojari sami prijdou se sebekritikou a hledaji vsemozna reseni, ze kterych by mela komunita co nejvetsi zisk, do toho budes blbe stoura, ze se ti nedostane kritiky a blokace? Opravdu jsi nepremyslel nad dusledky sveho jednani?
Tak tohle fakt nechápu. Nenapsal jsi náhodou výše, že SUSE je skvělá tolerantní firma a teď se od tebe dozvídám ?zákulisní? informaci, že má Anička následkem mého postu problémy? Tohle by mě docela zajímalo. Je to vážné?
A ještě na vysvětlenou. Pokud má Anička problémy, tak jako člověka mě to fakt mrzí. Jako uživateli je mi to ale zcela ukradené. Po vydání 11.1 jsem jako uživatel strašně zklamaný protože mám pocit, že nás uživatele hází Novell přes palubu. Nemůžu si nepovšimnout, vyjádření Aničky-vývojáře o tom, že Anička-uživatel má taky problémy a řeší je přechodem na Debian.
Nesdeluji zadne zakulisni informace. Nerikal jsem, ze ji ceka jakykoliv postih. Jenom jsem se te zeptal, jestli jsi nepremyslel nad tim, ze by se lide delajici na openSUSE mohli citit osobne dotceni a dat ji pak toto najevo.
A co ti branilo pouzivat Factory, zapojit se do testovani a mit tak osobni podil na tom, ze je openSUSE super? Prirozena lenost? Predstava, ze je moralne spravne jenom brat a nic nedavat?
Co mi bránilo? Co když jsem koncový uživatel, bez těchto schopností? To tě nenapadlo? Co když jsem třeba lékař? Očekáváš ode mě zapojení? Pokusy nějak se zapojit tady již byly. Bohužel s tím zapojením se do vývoje to nebude tak růžové a jednoduché, jak naznačuješ.
A jsi opravdu ten lekar? Znamena to, ze mas pravo se neceho dozadovat jenom tak?
Nas pohled na problem se dost odlisuje.
S tim hlasenim bugu je to tak, ze je k disposici omezeny pocet vyvojaru. Muze od nich nekdo pozadovat delsi pracovni dobu? Zaplati nekdo dalsi vyvojare?
Ano, chce to opravovat bugy, ale ja se ptam jak si predstavujes reseni? Je jednoduche nadavat, ze 11.1 stoji za prd. To umi ric kdekdo. Ja se ptam co s tim.
1. Ano tato kategorie. Nejsemsice zrovna lékař, ale jsem jiné ne-IT povolání, jistě také velmi potřebné.
2. S tim hlasenim bugu je to tak, že když napíše bug někdo prominentní, jako Marek Stopka, tak je prostě opraven, ale když napíše bug nějaký neznámý Iffirin, takse nic neděje.
3. Asi oba dost dobře víme, proč byla verze 11.1 vydána. Nakousla to i Anička. Klidně se mohlo počkat, a vydat to později, ovšem to už asi neprošlo.
Nicméně spousta toho co Michal nahlašuje nejsou bugreporty, ale feature requesty...
Jenom jsem se te zeptal, jestli jsi nepremyslel nad tim, ze by se lide delajici na openSUSE mohli citit osobne dotceni a dat ji pak toto najevo.Nic ve zlém, ale proč by o tom měl přemýšlet on? Zapomínáš, že on není ten, kdo tu informaci odněkud "vynesl". Pouze ji zviditelnil a spustil k ní oddělenou diskuzi. Anička to ale sama o sobě napsala do veřejné a dost čtené diskuze -> její triko.
jak to tak vypadá, brzo ti napíšu něco do té tvé diskuze. A pak se naštvu a ihned to provedu.
.
Ti lide se kupodivu mohou ztotoznovat jen s tim, ze problem existuje, chteji ho resit a vytvorit plan po hlubsi analyze problemu. Muj nynejsi osobni nazor je, ze RPM zatim prezije, ale RPMbuild ne.
Ted me napada, zda problem nebude ve slovicku brainstorming. cs.wikipedia.org/wiki/Brainstorming
Rozumným řešením by mohlo být napsání si vlastního balíkovacího sybsystému, ale to potřebuje mnoho zdrojů, které se nikomu nechce investovat...Kristepane, jen to ne. A nejlépe jako nadstavbu nad PackageKitem. To už by bylo do nebe volající. Ale pokud to bylo myšleno něco jako balící subsystém tak to bych byl pro. Ono psát ty *.spec soubory ručně není žádna prd*l (teda sranda)
Ono by bylo dobré, kdyby dali Susisti (máte BuildService) a Fedoristi (máme jakýsi build systém Koji) hlavy dohromady, a vymysleli něco na bázi těchto dvou systémů a možná spíš nad BuildService, zdá se mi (subjektivně) lepší - podpora více dister atd. Problém z builděním rpm balíků (a obzvláště pro více dister) je taky v tom že v jedné distribuci se nějaký vývojový balíček jmenuje python-devel ve druhé python25-dev atd. No je v tom prostě bordel.
IMHO ne. wire_64 je trollujici kosmopako. rx88 proste jenom nedomyslel dusledky sveho pocinani.
Ani já si nemyslím, že by to byl on, ale vzpomenul jsem si na wireho, když jsem četl větu
Would it be too revolutionary to move to deb?
Nevím, co to udělá s jeho duševním zdravím. 