Google Blog ČR informuje, že mobilní aplikaci Gemini a NotebookLM lze používat už také v Česku.
Byla vydána nová major verze 8 duálně licencovaného open source frameworku JUCE (Wikipedie, GitHub) pro vývoj multiplatformních audio aplikací.
Od 18. června bude možné předobjednat notebook DC-ROMA RISC-V LAPTOP II od společnosti DeepComputing s osmijádrovým 64-bit RISC-V AI CPU a s předinstalovaným Ubuntu.
Byla vydána verze 1.79.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.
Byly zveřejněny výsledky průzkumu (infografika) mezi uživateli FreeBSD.
Na konferenci DevConf.CZ 2024 je na stánku Furi Labs prezentován linuxový telefon FuriPhone FLX1. Jeho cena 499 dolarů.
Bylo vydáno Eclipse IDE 2024-06 aneb Eclipse 4.32. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
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-2 (𝕏). 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.
Po roce od vydání verze 15.5 bylo vydáno openSUSE Leap 15.6. Přehled novinek v nejnovější verzi této linuxové distribuce v oznámení o vydání a v poznámkách k vydání.
Byla vydána nová verze 256 správce systému a služeb systemd (GitHub). Nově mimo jiné s run0 jako alternativou k sudo.
a to ze programy jsou mene preplacane ruznyma ikonkama a tlacitkamaLepší než tři velký ikony
Myslím, že většina uživatelů GNOME velikost těch ikon nemění, tudíž jako výchozí volba je jejich velikost vhodná.domnívám se, že tento vývod není zcela korektní - důvodem ponechání defaultního nastavení u většiny uživatelů nemusí být, že jim to vyhovuje nejvíc, ale že jsou líní to změnit (viz já a timeout DHCP, čekat při bootování minutu je na nic, ale jelikož jsem bez sítě zcela vyjímečně, nestálo mi za to - a nevzpomněl jsem si po nabootování - změnit to, učinil jsem tak až po nakopnutí kolegou)
Pokud se to někomu nelíbí, může si je jednoduše zmenšit, a ne se vztekat v nesouvisející diskusi na webu.nezdá se mi, že by se "vztekal" ... prostě jen na původní poznámku o přeplácanosti KDE kontroval, že se mu naopak nelíbí chudost GNOME ... to se tu nemůžeme bavit bez flejmu, je nutné hned po všem skočit? ... mě celkem ta rychlost zajímala, i subjektivně (resp. právě subjektivně)
neznamená, že když to nevyhovuje Tobě, že je to špatné pro ostatníTo jsem napsal kde?
To vyplývá z moha příspěvků, které jsi napsal do této diskuse. Například: "Lepší než tři velký ikonyneznamená, že když to nevyhovuje Tobě, že je to špatné pro ostatníTo jsem napsal kde?
když to nevyhovuje Tobě, že je to špatné pro ostatní ... To vyplývá z moha příspěvků, které jsi napsal do této diskuse.ehm, to už je opravdu dosti divoká konstrukce, zvláště poslední citovaná věta spíše naopak říká, že pro někoho je to dobré ("dělaný pro BFU")
Mas pomale pripojeni.no ano, mám ... ale nerozumím, kam tím míříš chceš říct, že ze dvou možností, 1) upgradovat připojení, 2) používat aplikace, které se dají používat i na tom pomalém připojení, si mám vybrat tu první? zasponzoruješ to?
Treba ja pouzivam na desktopu openbox a vysledek je ten, ze KDE/Qt aplikace startuji pul dne, kdezto Gtk standardne do 1s. V pouzivani pak neni zadny problem, maji stejnou dobu odezvy. Ted taky muzu polozit otazku: toz cim to je? Pravdepodobne tim, ze kazda Qt aplikace nahrava do pameti i to co nepotrebuje, cimz zabira zbytecne misto, ale treba se to bude v budoucnu hodit.no, já bych to viděl ještě jinak ... s openboxem máš už značnou část gtk v paměti (glib), pokud tedy už ne celé gtk neb dle dalšího používáš dosti gtk programů, takže se nemusí už nicmoc nahrávat, skoro vše je v paměti připraveno, kdežto když jednou za čas pustíš k-něco, tak je to pomalejší právě o to nahrávání Qt aj. hm?
GTK+ is based on three libraries developed by the GTK+ team:
- GLib is the low-level core library that forms the basis of GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system.
Nebo prostě stačí už jenom spojitost s GTK+, aby byla bez zjevné příčiny odsuzována... :)ehm, to jsem nepochopil ... nebo to nebylo na mě? - pokud bylo, no, já neodsuzuju, já jen říkám, že je IMHO nefér srovnávat start Qt a GTK aplikace v OpenBoxu, který se chlubí, že je napsaný nad Glib, anžto tím pádem už má ta GTK aplikace připraveno v paměti značnou část věcí, co potřebuje ...
$ ls -l /usr/lib64/libglib-2.0.so.0.800.6 -rwxr-xr-x 1 root root 575232 2006-03-19 11:29 /usr/lib64/libglib-2.0.so.0.800.6 $ ls -l /usr/lib64/libgtk-x11-2.0.so.0.800.12 -rwxr-xr-x 1 root root 3299448 2006-03-19 11:56 /usr/lib64/libgtk-x11-2.0.so.0.800.12hm, tak sice nevím, co všecko patří ke GTK ale tohle tu představu zcela jistě nesplňuje, nu dobrá ...
On vi, ze ma pomale pripojeni, sam to napsal. A to je taky ten duvod, proc Gtk aplikace jsou na nem pomale - bottleneckem u vzdalenych X neni ani tak datovy tok jako cas roundtripu a Gtk na rozdil od Qt tech roundtripu dela kvanta. Tolik k tehle mylne casti te teorie o rychlosti. No, mylne casti, te teorie je spatne jako celek (vcetne onoho "KDE/Qt aplikace startuji pul dne" a moc bych neveril ani "kdezto Gtk standardne do 1s").
KDE aplikace v OpenBoxu startuji pomalu, protoze:
- trva dlouho precist veci z disku - to je vicemene problem kernelu, rekl bych
- trva dlouho zpracovat sdilene knihovny - to je problem toolchainu
- pri startu se musi udelat tohleto a tamhleto a jeste taky fonty a jeste i18n a kdo vi co jeste, ale s tim se neda nic moc delat, GNOME je na tom v tomhle stejne
(A tohle neni zadna usmevna naivni teorie zacinajici slovem "pravdepodobne", tak to proste je.)
Problem se da castecne obejit tim, ze se po startu OpenBoxu spusti "kdeinit" a necha se bezet. Pak KDE knihovny jsou porad v pameti a start KDE aplikaci i mimo KDE je relativne rychly.
Vadi mi ale, ze KDEckari maji potrebu porad napadat a vysmivat se z Gnome a Gtk a nejsou schopni pripustit, ze nekdo nepouziva to jejich KDE/Qt a ze nekomu se to co oni pouzvaji nelibi.
To naštěstí není můj případ, uff. Proč napadají? Já na GNOME ani KDE (knihovnách) nevidím nic špatného, všechno je dobře použitelné, ale to závisí na konkrétním člověku no... CLI rulezz :-P
Jiste ze je, neni flamoidni a to jeste na tema ktere se uz tisickrat vsude po svete probiraloto je otázka náhledu, nakolik je to flamoidní ... třeba pro mě je to zajímavá informace, že uživatelům, kteří mohou srovnat, se zdá gnome pomalejší než kde (resp. ubuntu než kubuntu, distro na to může mít hodně vliv, ale zas když jsou to jen dvě odrůdy téhož ...), no a zbytek ve mě evokuje asociace na zprávičku, které se tu kdysi objevila, že vývojáři gnome hledají cesty, jak vylepšit rychlost ...
Odpovedel bych stejne jako Petr, i u me vitezi Gtk a na muj stary notebook (PIII 500MHZ, 128MB) bych nic jineho ani nedal, odezva stejna, start neporovnatelny. Ale to plati pro me, tobe treba vyhovuje Qt, tak si ho pouzivej a neprud.neprudim[*], pouze sděluji svoji zkušenost - mimochodem, velmi zajímavé je, že obludně rozežraný oowriter2 mi po zmíněné síti naběhne do použitelného stavu rychleji než ten xffm ... omlouvám se za nepřesnot v minulém příspěvku, xffm a OOo jsem zkoušel na jiném stroji než ostatní jmenované aplikace [*] ostatně již výčet aplikací, které srovnávám, napovídá, že se GTK nevyhýbám jako čert kříži ...
Vadi mi ale, ze KDEckari maji potrebu porad napadat a vysmivat se z Gnome a Gtk a nejsou schopni pripustit, ze nekdo nepouziva to jejich KDE/Qt a ze nekomu se to co oni pouzvaji nelibi.pokud KDEčkaři napadají GNOMEisty, je to spíše reciproční opatření k jejich fanatismu ... dosti často je to ovšem tak, že KDEčkaři se pokouší o konstruktivní kritiku, a GNOMEisti se na to tváří ublíženě takže si používej GNOME/GTK, když ti vyhovuje, a nečil se, když někdo řekne že jemu z nějakého důvodu ne :-p
Tiskni
Sdílej: