Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
Byla představena nová stránka s KDE aplikacemi. Technické informace na wiki.
Tiskni Sdílej:
kde je jediny pouzitelny linuxovy desktop sucasnostiPouzitelny celkem je ale viz treba ten Discover to je ergonomicky i vzhledove humus. Uz je mi jasne proc Andrej potrebuje velky monitor.
kdelibs
. To s KDE Frameworks odpadlo.
Další věc, která se vyřešila, je cyklus vydání, který v době KDE 3 nebyl pravidelný, což nevyhovovalo distributorům; v průběhu existence Plasmy a Plasmy 5 se tohle stabilizovalo, přibyla LTS vydání, oddělil se balík aplikací atd.
Osobně používám od raných verzí „KDE 4“ dost minimalistickou konfiguraci Plasmy, i tak mi v Plasmě 5 zpočátku chyběly některé funkce (KCM pro nastavení vstupních zařízení), ale taky jsem si mohl všimnout užitečných detailů (např. lepší integrace PulseAudia – regulace hlasitosti, přiřazení výstupů aplikacím prostým táhni&pusť) a vím o zásadních funkcích, které jiní lidé považují za užitečné (např. KDE Connect).
Však to taky obrovské je.
Monolitický balík kdelibs
měl aspoň 20 MB a stahoval se při každé aktualizaci celý – pokud správce balíčků nestahuje pouze změny.
KDE Frameworks tohle rozbily, takže jestli někdo chce používat aplikace KDE bez prostředí KDE, je to často jednodušší. Jako to ostatně bylo už dávno s GNOME.
Co mě trápí je to, že to je líné a pomalé - jako na 3.5GHz čtyřjádrové Core i5 s nVidií a 16GB RAM by mělo být svižné cokoli. Tedy ono je, kromě KDE (netuším, jak je na tom GNOME).
Připomíná mi to Jardíkovy problémy: „laguje ti mozek“
Faktem je, že komplexní software na komplexním hardwaru může narazit na lecjaké patologické stavy. Na mém starém čtyřjádru s 16GB RAM problém není, předtím nebyl problém ani na úsporné bedýnce (levné „pentium“ atd.), ale na jiné konfiguraci se problém objevit může.
tak k čemu tak velký desktop pod nimi?
Mimochodem, poslední vydání Plasmy 5 srazila využití paměti na řádově 400 MB (srovnatelně s Xfce4).
Jinak třeba k tomu, že přepínání vstupů/výstupů prostě funguje, manipulace s obrazovkami/digitizérem by měla prostě fungovat (s konvertibilním „tabletem“), v mém případě je docela fajn mít widget Redshiftu (změna podílu červené/modré jedním zatočením kolečka),…
Opět, [Gwenview] je velký, pomalý, nafouknutý milionem funkcí z nich většina je potřeba vzácně, na rychlé nakouknutí na JPG startuje moc dlouho i z SSD.
Třeba já ty funkce používám, ačkoliv bych byl radši, kdyby používal pro vykreslování (včetně RAW) používal to, co používá Geeqie.
Nezajímá tě i náročnost softwaru a tím potažmo možná úspora energie na spotřebě počítačů? Z takového pohledu by pro tebe mělo být příliš náročné prostředí velké no-no.
Nebo taky Gentoo, že?
Pravidelnost cyklu mě taky netrápí, nejsem distributor a filtruju to skrz portage, co Gentoo pustí jako stabilní do světa.
Jo, to nezní vůbec pokrytecky.
ekologistický
Ještěže jsem samá láska a tolerance.
Nějaké desktopové prostředí je jenom jeden drobný dílek… viz Brattonův The Stack.
Připomíná mi to Jardíkovy problémy: „laguje ti mozek“
Však já budu zkoumat dál. Je mi jasné, že vlivů může být spousta. Ale bohužel stejnou zkušenost jsem měl i s KDE v OpenSuse, kde to celé sestavoval někdo jiný. Takže? No, uvidíme.
Možná je to taky tím, že jsem si na LXDE zvykl a prostě okamžitou reakci typu klik - blik - hotovo očekávám automaticky všude.
Ad prohlížeč obrázků - začíná se mi líbit gpicview, uvidíme časem. RAWy většinou nezpracovávám.
Nebo taky Gentoo, že?
Pravda, ona ta dvou-tří denní zátěž všech jader CPU při naštěstí ne časté aktualizaci celého desktopu, taky něco spotřebuje. Přiznávám, že netuším, jestli to je horší než jednou za dlouhý čas provést něco takového, nebo denně používat náročnější desktop. Ale ono je to nakonec stejně jedno, stačí se podívat na náročnost Windows s Antivirem a jakákoli úspora na Linuxu je zbytečným plivnutím do moře.
A i ty KDE, které kritizuji jsou proti W10 krásné a svižné... ale asi jsem zpovykaný a zhýčkaný ještě úspornějšími desktopy.
Proč by mě měla trápit pravidelnost cyklu vydávání nových verzí? Co je vlastně špatně na vydávání až když to je "zralé a vychytané"?
Proč by mě měla trápit pravidelnost cyklu vydávání nových verzí? Co je vlastně špatně na vydávání až když to je "zralé a vychytané"?
Zajímalo to např. Red Hat nebo Canonical, když si vybírali výchozí desktopové prostředí pro distribuci s dlouhodobou podporou, protože potřebují s něčím počítat pro vydání – a pak není od věci mít jistou podporu upstreamu (odtud LTS vydání prostředí).
To se v důsledku týká podstatné skupiny uživatelů.