Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
Ohledně té pomalosti. V jednom obchodě jsem držel v jedné ruce Ifon a druhé G1 (mají stejný procesor, nějaký ARM). G1 měl svižnějží odezvu Gui a aplikace se rychleji spouštěly. A podle ohlasů na netu okolo povyku s BFS schedulerem existují pro nějaký Android Cyano ROM s BFS, se kterým prý dostanete pocit výměny hardware za mnohem výkonnější .
Velice mě zklamalo to, že jsem večer odložil telefon nabitý na 60 % a ráno byl vypnutý kvůli prázdné baterii – nedovedu si vysvětlit, co se tam dělo, že to dokázalo tolik spotřebovat.WiFi. S vypnutým WiFi jsem telefon lehce používal tři dny (nějaké přečtení e-mailů, instalace dvou třech aplikací, trochu je vyzkoušet, žádné telefonáty, žádné přehrávání hudby) – a z plně nabité baterky jsem se dostal zhruba na 50 %. Druhý den jsem dopoledne zapnul WiFi, za pár hodin po zjištění, jak žere baterku, jsem ho zase vypnul, a večer už jsem se dostal k varování 15 % nabité baterky (a oranžový symbol baterky), pak červený symbol baterky a nakonec jen blikání oranžové ledky a telefon nešel „probudit“ (ale byl pořád zapnutý, po zapojení do nabíječky jej šlo okamžitě odemknout a normálně s ním pracovat). Za dvě hodiny nabíjení byla baterka opět plná.
To také není nejšikovnější řešení. To dělají i Windows Mobile. Pokud něco stahuje při "vypnutém" mobilu, jsou dvě možnosti - WiFi se zapne (a bude žrát vesele dál), nebo to bude stahovat přes mobilní síť (což zase nepotěší lidi s placením za přenesená data). Obě řešení mají své pro a proti a osobně se mi řešení u Hera líbí víc než zmíněné vypínání WiFi. Nechat mobil přes noc na kabelu není problém a aspoň během noci může udělat všechny synchronizační a stahovací záležitosti tak, aby s tím nevyčerpával baterii přes den.
Paměti RAM má Hero více než mnohý starý desktop – 512 MB
na ofic stranke pisu ze pamet RAM je 288 MB a pamet ROM ma 512 MB
Jsou někde na webu nějaké pěkné testy výkonu JRE pro G1? Napsal jsem pro Android šachový program (http://honzovysachy.sourceforge.net/) a výkon na telefonu mě dost nepříjemně překvapil. I když mi bylo jasné, že to bude o dost pomalejší, než když pustím stejný javovský kód na normálním JRE na svém notebooku. (Ne v androidím emulátoru, tam je to taky pomalé, ale jako normální javovskou PC aplikaci s AWT místo androidího GUI.) Rozdíl je ještě větší, než jsem čekal. Nejde mi o rychlost např. práce se soubory, alokací, GUI a podobně, spíš o rychlost kódu algoritu tj. aritmeticko-logické operace, přístup do pole, volání metod atd. Kolikrát by tohle mělo být pomalejší než na normálním dnešním PC?
No já vím, ale ono je to na té G1 asi 80 pomalejší. Místo tří miliónů pozic mi to vyhodnotí jen necelých čtyřicet tisíc. To jsem přece jenom nečekal. Až se naučím volat a překládat na Androidu nativní kód v C, tak schválně vyzkouším, jaký poměr bude tady. Jestli je to zpomalení oproti PC spíš špatným JRE a nebo procesorem.
Tiskni
Sdílej: