Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Uživatelé prakticky libovolné moderní Linuxové distribuce ten software mají v repozitářích své distribuce. Pokud někdo chce experimentovat s novou verzí, může zkusit "experimentální" balíčky z OBS nebo si jej přeložit/zabalit sám.
Běžný uživatel si to samozřejmě překládat sám nebude, ten spustí pacman -S gpxsee, zypper install gpxsee, emerge gpxsee nebo třeba i winget install gpxsee. Ale někdo, kdo chce experimentovat s "bleeding edge" softwarem, by nějaké základní povědomí o tom, jak věci fungují mít měl a umět stáhnout tarball a spustit tři příkazy bych si k těmto základům dovolil řadit i v roce 2025.
Nehledě na to, že sám používám primárně tzv. immutable distribuce - Silverblue a SteamOS.
Opravdu?
Opravdu. Je to tedy samozřejmě trochu závislé na definici výrazu moderní, ale mojí definici slova "moderní" prostě distribuce, která není schopná reagovat na vývoj trhu a zařadit "top" SW ve své kategorii ani v řádu let, prostě nesplňuje.
Nehledě na to, že sám používám primárně tzv. immutable distribuce - Silverblue a SteamOS.
Immutable distribuce (stejně jako Debian-based distribuce) nejsou ničím výjmečné a stejně jako u jakékoliv jiné distribuce je na jejich autorech aplikace pro jejich distribuci sestavit/zabalit. Očekávat, že autoři SW budou svůj SW sestavovat pro každou z "tří milionů" existujících distribucí sestavovat sami je naivní. Nebudou, a obzvláště ne v případě, že ta která forma distribuce je neslučitelná s jejich přesvědčením...
Očekávat, že autoři SW budou svůj SW sestavovat pro každou z "tří milionů" existujících distribucí sestavovat sami je naivní.Což právě řeší Flatpak. Očekávat, že budou koncoví uživatelé sami sestavovat software ze zdrojových kódů je mimochodem rovněž naivní.
Což právě řeší Flatpak.
To opravdu neřeší, Flatpak je pouze další z mnoha způsobů distribuce SW pro Linux.
Očekávat, že budou koncoví uživatelé sami sestavovat software ze zdrojových kódů je mimochodem rovněž naivní.
V tom v zásadě nejsme vepři. Ani já to u běžných koncových uživatelů neočekávám. U "poweruserů", co chtějí zkoušet poslední verzi ještě před tím, než se objeví v jejich distru, to nicméně chci, protože někdo kdo ten SW umí sestavit je s mnohem větší pravděpodobností dostatečně fundovaný na případné použitelné bugreporty.
předpokladam že mužeš udělat fork a rovnou to třeba i celý přepsat do rustu :P :P :D ;D
Vlastně jediná non-immutable distribuce, kterou ještě občas aktivně používám je Debian, kde GPXSee rovněž v repozitářích chybí. Ruční stahování a instalace third-party balíčku z OBS či dokonce přidávání third-party repozitáře nepovažuji za rozumné řešení.
Paradoxně tedy GPXSee používám pouze na Windows, kde má dokonce moderní WinGet balíček.
Ruční stahování a instalace third-party balíčku z OBS či dokonce přidávání third-party repozitáře nepovažuji za rozumné řešení.
Balíčky na OBS ani rozumným řešením pro běžné uživatele být nemají. Je to primárně workaround pro neschopnost vývojářů Debianu (a tím pádem i jeho derivátů) ten SW poskytnout standartním způsobem. Sekundárně pak mají (všechny, nejenom DEB) buildy GPXSee na OBS sloužit jako návod pro správce balíčků jak ten SW balit a okrajově také pro testování zbrusu nových verzí, než se dostanou do distribucí.
Je to primárně workaround pro neschopnost vývojářů Debianu (a tím pádem i jeho derivátů) ten SW poskytnout standartním způsobem.Vývojáři Debianu jsou schopni poskytnout pár desítek tisíc softwarů, takže na jejich straně ta neschopnost opravdu nebude. Bohužel pro uživatele mají nějaké standardy, které méně schopní vývojáři nejsou schopni udržet.
Že jsou vývojáři Debianu schopní poskytnout nějaký jiný SW je pro uživatele, kteří chtějí SW, který (na rozdíl od jiných, moderních, distribucí) poskytnout schopní nejsou, zcela irelevantní. Doba, kdy se neschopnost Debianu považovala za standard už je dnes naštěstí pro uživatele 20 let pryč...
Jaké klacky pod nohy máte na mysli a proč žádná jiná Linuxová, (BSD, Macports, Haiku, ...) distribuce na tyto "klacky" narozdíl od Debianu netrpí?
Od papoucha, co si plete slovo „distribuce” s pouťovým větrníkem, který čerpá informace o linuxu z krabice kterou viděl v krámě, je to opravdu plnotučná a věrohodná informace, na které lze stavět.
Že je linuxová distribuce softwaru jedna velká žumpa je bohužel fakt. Klasické repozitáře (a pomalost distribuce aktualizací a oprav v nich) dostačovaly cca před 15 lety, dnes již vážně ne - zvlášť, když Ubuntu a některé další distribuce vlastně ani nemají maintainery balíků a často jsou v nich po dobu životnosti neopravené bezpečnostní chyby.
Posuzovat stav distribuce SW na Linuxu podle Debianu či jeho derivátů je přístup, který mohl fungovat tak před těmi 15 (ale spíš 20) lety, ale rozhodně ne dnes. Jsou zde moderní distribuce, kde to funguje dobře.
V mém případě se navíc (spolu s AppImage) jedná o jedinou rozumnou formu instalace nového sw, jelikož již pár let používám téměř výhradně tzv. immutable systémy.
Immutable systémy jsou i v rámci již tak minoritního Linuxu naprostá minorita. Pokud si takový systém někdo dobrovolně zvolí, nemůže prostě očekávat, že kvůli němu budou vývojáři SW pálit svůj čas, stejně jako to neočekávají uživatelé OpenBSD nebo třeba Haiku.
Posuzovat stav distribuce SW na Linuxu podle Debianu či jeho derivátů je přístup, který mohl fungovat tak před těmi 15 (ale spíš 20) lety, ale rozhodně ne dnes. Jsou zde moderní distribuce, kde to funguje dobře.Tohle opravdu není pouze o Debianu a derivátech.
Immutable systémy jsou i v rámci již tak minoritního Linuxu naprostá minorita.Minorita, která se pravděpodobně časem stane majoritou.
Minorita, která se pravděpodobně časem stane majoritou.
Až se tak stane, tak zcela jistě pro tuto majoritu budou tvůrci svůj SW distribuovat, tak jako jej dnes distribuují pro Windows či macOS. Ale zatím je to pouze zbožné přání některých jedinců...
Tak třeba SteamOS již uspěl, to nelze popřít.
Jako OS pro herní konzole Valve ano. Jako univerzální desktopová distribuce Linuxu zatím rozhodně ne.
Silverblue, Bazzite či např. Bluefin se rovněž těší nemalé popularitě. Krom toho v roce 2028 plánuje přejít na immutable model i samotná Fedora Workstation. Pak tady máme různé specializované distribuce typu EndlessOS - rovněž immutable. Všechny jmenované systémy mimochodem využívají Flatpaky.
Nikdo nepopírá, že dnes kromě kvant "tradičních" dister existují i kvanta immutable distribucí. Množství ale nic nevypovídá o úspěšnosti/rozšíření, stejně jako množství "tradičních" dister nic nevypovídá o úspěšnosti/rozšíření samotného Linuxu.
Canonical také vyvíjí svou immutable variantu Ubuntu, založenou čistě na Snapech.
Což ale z hlediska vývoářů znamená další formát balíčků a tvojí tezi, že "Flatpak je budoucnost" to spíš podkopává...
Jako OS pro herní konzole Valve ano. Jako univerzální desktopová distribuce Linuxu zatím rozhodně ne.Tak záleží na Tvých požadavcích a definici univerzálnosti. Sám znám několik uživatelů, kteří Fedoru Silverblue již déle používají na vývojářských strojích a stejně jako já si ji chválí. Drtivá většina aplikací je již zabalena na Flathubu a často dokonce fungují lépe, než jejich klasické verze.
Což ale z hlediska vývoářů znamená další formát balíčků a tvojí tezi, že "Flatpak je budoucnost" to spíš podkopává...Nutno podotknout, že Canonical je v tomto se svým Snapem jedinou výjimkou a spíše podkopává sám sebe. Má hlavní pointa nicméně byla, že immutable distribuce jsou budoucnost, což Snap nevyvrací.
CONTRIBUTING.md:
Only localization contributions are accepted at the moment, code pull requests will be rejected.Upřímně, toto mě štve. Je to fajn aplikace a měla jsem pár nápadů na zlepšení (v době, kdy jsem ji používala). Šlo o věci, kde bylo dost snadné danou změnu/featuru implementovat, jenže díky tomuto↑ rozhodnutí autora se nový kód nemá šanci dostat do upstreamu a udržování vlastního forku (efektivně jen pro osobní použití) má moc velký overhead.
The rationale is, that I want leave the possibility to distribute GPXsee builds in the OS X/Windows stores under a non-GPL licence open. In the future, code pull requests under a QT-like contribution agreement may become possible.
To vysvětlení už dnes není úplně aktuální [1], ale rozhodnutí (zatím) nepřijímat žádné patche tak jako to dělá třeba SQLite stále považuji za jedno z nejlepších [2], které jsem na začátku projektu učinil. Nápady na zlepšení je nicméně možné, a nemalý počet uživatelů to tak běžně dělá, psát do Issues na GitHubu a pokud dávají smysl, do upstreamu se dříve (pokud je "dost snadné danou změnu/featuru implementovat") nebo později dostanou.
wingetu přestalo mít smysl byť jen uvažovat o Microsoft storu a s vývojem Qt pro Android, kdy The Qt Company již dva roky nebyla shopná vydat Qt pro Android bez nějaké zcela fundamentální chyby (ukázalo se, že Qt pro Android se před vydáním vůbec netestuje s žádnou, byť zcela elementární, reálnou aplikací) již zbývá pouze Apple App store (kde ovšem zájem uživatelů nepokryje ani elementární náklady na vývoj pro tuto platformu).
Tiskni
Sdílej: