Firma Murena představila /e/OS verze 2.0. Jde o alternativní sestavení Androidu bez aplikací Google. Mezi novinkami je podrobnější nastavení ochrany soukromí před sledováním aplikacemi. Murena prodává několik smartphonů s předinstalovaným /e/OS (Fairphone, repasovaný Google Pixel 5).
Do 30. května lze v rámci akce Warhammer Skulls 2024 získat na Steamu zdarma hru Warhammer 40,000: Gladius - Relics of War.
HelenOS (Wikipedie), tj. svobodný operační systém českého původu založený na architektuře mikrojádra, byl vydán ve verzi 0.14.1. Přehled novinek v poznámkách k vydání. Vypíchnou lze nabídku Start. Videopředstavení na YouTube.
BreadboardOS je firmware pro Raspberry Pi Pico (RP2040) umožňující s tímto MCU komunikovat pomocí řádkového rozhraní (CLI). Využívá FreeRTOS a Microshell.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 24.05. Přehled novinek i s náhledy a videi v oficiálním oznámení. Do balíku se dostalo 5 nových aplikací: Audex, Accessibility Inspector, Francis, Kalm a Skladnik.
Byla vydána (𝕏) nová verze 18.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
V neděli 26. května lze navštívit Maker Faire Rychnov nad Kněžnou, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byla vydána nová stabilní verze 3.20.0, tj. první z nové řady 3.20, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu 64bitové architektury RISC-V.
Společnost Jolla na akci s názvem Jolla Love Day 2 - The Jolla comeback představila telefon se Sailfish OS 5.0 Jolla Community Phone (ve spolupráci se společností Reeder) a počítač Jolla Mind2 Community Edition AI Computer.
V srpnu bylo oznámeno, že vlajkovou lodí Asahi Linuxu, tj. linuxové distribuce pro Apple Silicon, bude Fedora Asahi Remix. Dnes byl Fedora Asahi Remix oficiálně vydán. Vychází z Fedora Linuxu 39.
Tiskni Sdílej:
K vláknu bych dodal, že mi vyhovuje stav, kdy o stabilitě vydání rozhoduje vývojář a ne distributor.Mě třeba trochu trápí, že v práci jedeme Grafanu, z oficiálního repa takže „rolling“, a ta má update snad každé 2 týdny. Kdyby bylo nějaké stable/LTS…
Mluvit o nějaké bezchybovosti "stable" verzí je, alespoň v případě Debianu, úplná utopie. I když pominu legendární OpenSSL fiasko, tak je to sotva pár dní, co prosili uživatele ať hlavně proboha ten "stable" neaktualizují... Nějaké sofistikované/erudované testování/patchování můžeš možná předpokládat u RedHatu nebo u SUSE (koneckonců byli to právě lidé ze SUSE, co ten poslední bug, co bez problémů prošel do Debianu, zachytili) ale rozhodně ne u Debianu...
Problém je to, že se takové jádro vůbec dostalo do té" stable" distribuce a bylo distribuované mezi lidi. Respektivě problém to je, pokud věříš na bezpečnost a funkčnost takové distribuce. Pokud nicméně chápeš, že mezi tím "stable" Debianem a tím "nebezpečným" Arch linuxem není skoro žádný rozdíl, protože nějaký sofistikovaný testování mají prakticky stejný, tak to problém samozřejmě není.
Nějaké sofistikované/erudované testování/patchování můžeš možná předpokládat u RedHatu nebo u SUSETa chyba byla v upstreamu (vanilkové LTS 6.1), takže to obsorbovaly všechny distribuce, ne?
Fedora nepoužívá LTS jádro?
AFAIK ne.
Ta chyba byla v upstreamu (vanilkové LTS 6.1), takže to obsorbovaly všechny distribuce, ne?
Všechny distribuce, které bez vlastního testování převzaly 6.1. Představa, že LTS SW je bezchybný sám o sobě je podle mně prostě mylná. Ano, je tam méně změn, ale taky jsou podstatně méně testované, protože projdou přes mnohem míň lidí, kteří je před vydáním používají. Třeba v případě kernelu zatímco s masterem pracuje (a běží na něm) většina vývojářů, tak s LTS větví pouhá hrstka lidí. Bez další práce (a tu Debian, na rozdíl od SUSE/RedHatu, nedělá) pak na tom je takové LTS klidně i hůř než master.
Většina SW nemá LTS větve vůbec a backportování patchů je pouze v režii lidí mimo ty projekty jejichž kompetence může být "různá". Jak Debian ten upstream SW dovede "vylepšit" jsme všichni viděli na příkladu OpenSSL...
AFAIK ne.Zajímavé, takže si neLTS supportují sami? (protože kernel běžný kernel má support ~3 měsíce a Fedora podle tabulky 12)
Většina SW nemá LTS větve vůbec a backportování patchů je pouze v režii lidí mimo ty projekty jejichž kompetence může být "různá".S tím souhlasím, na druhou stranu jako admina mě netěší když se něco updatuje každé 2 týdny s náhodnými změnami (viz vlákno s Maxem výše).
Zajímavé, takže si neLTS supportují sami? (protože kernel běžný kernel má support ~3 měsíce a Fedora podle tabulky 12)
Je to RedHat, kdo jiný by měl mít zdroje na maintainance kernelu? Ty verze ve Fedoře jsou ty, co se později/souběžně objeví i v RHEL (který také nemá LTS verze jádra). Nějaký "poloautamatický" výběr patchů v LTS je sice fajn, ale testování "na lidech" ve Fedoře je za mě, a očividně i za RedHat, mnohem důležitější.
S tím souhlasím, na druhou stranu jako admina mě netěší když se něco updatuje každé 2 týdny s náhodnými změnami (viz vlákno s Maxem výše).
Pokud má projekt, co používáš (klidně i ve svých závislostech - to je stále volba tvůrců toho projektu) co dva týdny náhodné změny, co něco zásadně mění nebo rozbíjí, tak je především potřeba se poohlédnout po jiném projektu, ne doufat, že nějaký náhodný dobrovolník mimo ten projekt to bude za tebe sledovat, filtrovat a sestavovat nějaké "stable" verze. Protože v těch "stable" verzích může být libovolná rozbitá kombinace patchů (včetně "vylepšení" od těch samozvaných "vývojářů" co to maintainují), kterou nikdo nikdy netestoval.
https://dl.google.com/linux/direct/google-chrome-stable_current_arm.rpm