Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
Vzít fotoaparát a zamířit ho na monitor není to úplně nejvhodnější řešení…jak kdy:
As far as I'm concerned, digital cameras have been more useful than kernel dumps to kernel debugging. -- Linus Torvalds
...a combi je defaultí karoserií většiny aut!
Chybí tu GNOMEVelmi rádi doplníme kapitolku o GNOME, když ji někdo napíše.
.
Jinak platí že klávesa PrintScreen udělá obrázek celé obrazovky a kombinace Alt+PrintScreen udělá obrázek zrovna aktivního okna.
Jak tu již bylo zmíněno, chybí tam GnomePůvodní myšlenka byla taková, že tyto články budou vycházet ve variantách pro KDE a Gnome zvlášť. David pak svůj článek o KDE rozšířil o pár dalších nástrojů, takže vypadá tak, jak vypadá. Není problém kdykoliv v budoucnu článek buď doplnit, nebo vydat samostatný zaměřený na GTK+/Gnome. A že vyšel ten o KDE jako první, to snad nevadí, ne?
Dva odstavce o terminálu/konzoli? Jako začátečník bych v panice prchalMyslím, že je tam jasně řečeno, že je to jen jeden z mnoha způsobů. Nikoliv nutnost. Nicméně díky za podnět, ještě do budoucna zvážíme zařazování zmínek o příkazové řádce.
Absence pokorčilých nástrojů jako třeba Shutter taky zamrzí.Otázka je, jestli to má v takovém článku smysl. Už takhle je na můj vkus až příliš dlouhý. Ale myslím, že splňuje základní požadavky: Popisuje dvě grafická klikátka, připomíná, že to jde i v Gimpu, a zmiňuje příkazovou řádku. Ani tam toho více nechci. (OK, chybí Gnome, ale to je jiná věc - viz výše.)
Neškodilo by podotknout, že existuje něco jako podpixelový antialiasing, takže snímek může na jiném výstupním zařízení vypadat otřesně, a proto by se snímání nemělo používat na tvorbu přesné nebo prezentační grafiky (grafy, schémata, dekorace apod.).
U začátečníka to ještě překousnu, ale takové formáty, jako je pan Peterka z Lupy, by se měly zamyslet, jestli snímek z Excelu, je ten správný způsob.
user@stroj:~$ xwd -display :0.0 -root | xwdtopnm | tee /tmp/sken.pnm | \ pnmtopng > /tmp/sken.png; \ jasper --output-format jp2 --input /tmp/sken.pnm --output /tmp/sken.jp2; \ c44 /tmp/sken.pnm /tmp/sken.djvu; \ ppmquant 256 /tmp/sken.pnm | ppmtogif > /tmp/sken.gif xwdtopnm: writing PPM file ppmquant: making histogram... ppmquant: 12785 colors found ppmquant: choosing 256 colors... ppmquant: mapping image to new colors... ppmtogif: computing colormap... ppmtogif: 252 colors found user@stroj:~$ ls -alh /tmp/sken.* -rw-r--r-- 1 user users 193K 27. led 15.02 /tmp/sken.djvu -rw-r--r-- 1 user users 121K 27. led 15.02 /tmp/sken.gif -rw-r--r-- 1 user users 384K 27. led 15.02 /tmp/sken.jp2 -rw-r--r-- 1 user users 191K 27. led 15.02 /tmp/sken.png -rw-r--r-- 1 user users 3,0M 27. led 15.02 /tmp/sken.pnm
GIF vůči PNG?No to vlastně taky.
Proč?Nevím jak (lib)Jasper, ale OpenJPEG bez jakéhokoliv parametru použije místo nevratné CDF 9/7 vratnou CDF 5/3 a také to nekvantizuje. Jinými slovy bezeztrátovou kompresi. Naopak DjVu to očividně bez parametru kvantizuje (ztrátová komprese). Teda aspoň bych si to tipnul z velikosti výsledku. Takže aby to bylo spravedlivé, tak by se také buď u DjVu musela použít bezeztrátová komprese a nebo naopak JPEG200 výsledek by musel mít stejnou velikost a pak by se muselo porovnat zkreslení jednotlivých výsledků (ale vzhledem k tomu, že jsou použity téměř stejné algoritmy, tak by byly IMHO výsledky téměř totožné). I u c44 se dá různými parametry ovlivnit výsledné zkreslení (_kvalita_). Aby se z toho těžilo, tak by se to nějak muselo podělit na jednotlivé reprezentace (text, obrázky, grafika) aby z toho mohlo DjVu těžit.
U GIFu je nutné redukovat počet barev.No tak když už jsem u toho rýpání, tak se také dá vytvořit optimalizovaná maska.
Ono je to tak celkově míchání jablek s hruškama. Bezeztrátový JPEG200 a PNG, kde jeden to reprezentuje jako rastr a druhý jako frekvenční koeficienty a ztrátové DjVu a GIF kde jeden to drží jako kvantizovaný rastr a druhé jako kvantizované frekvenční koeficienty. Každý z nich je vhodný na něco jiného.
Byla by maska obrazku, a to co by bylo uvnitr te masky by se kompresovalo JPEGem a zbytek PNG.No jo, to se lehce řekne, ale horší udělá. To by ta maska nesměla mít žádné hrany, protože to by se i v JPEGu projevilo jako rezonanční záchvěvy, kterých se chceme tak horlivě zbavit. Navíc třeba na průhledné písmo které má v pozadí nějaký obrázek by to bylo krátké (to by se muselo nahradit buď původním pozadím a nebo by se muselo vymyslet něco co by ve frekvenční doméně mělo nejmenší dopad(a bylo nejspíše hodně podobné tomu původnímu pozadí)).
Ovsem nedovedu si predstavit, jakym algoritmem by se zvolila ta maska (mozna podle Laplacianu?).Spíš se čeká na nějaké objevy v Matematice(a pokud už jsou objeveny, tak na jejich implementaci). Zatím jsou ty obrázky reprezentovány jako kupa sinusovek (nebo jiných vln), ale furt ve vzduchu trčí jakási pachuť vztahu mezi doménou frekvenční a časovou. Stačilo by kdyby to byla vhodná kombinace koeficientů jak frekvenčních(nějakých vln), tak částic(co já vim? Asi nějaké obdélníky nebo co). Při vhodné reprezentaci by třeba nebylo potřeba ani kvantizovat k dosažení dobrých kompresních poměrů. (← IMHO)
Tiskni
Sdílej: