Byla vydána nová stabilní verze 7.6 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 140. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 1.90.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.
Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Gentoo portage obsahuje groff ve verzi, která umí zobrazovat 8bitové manuálové stránky na UTF-8 terminálu. Ovšem už neumí zpracovat manuálové stránky, které jsou samotné v UTF-8.
Sbírka českých manuálových stránek man-pages-cs dovoluje během instalace překódovat stránky do UTF-8 nebo je ponechat v ISO-8859-2. Problém je, jak se která možnost vybírá.
Pohledem do Makefilu zjistíme, že se rozhoduje podle obsahu proměnných prostředí LANG a LC_ALL. Obsahuje-li alespoň jedna z nich řetězec UTF-8, budou stránky nainstalovány v UTF-8. Jak vidno, výsledek práce závisí na locale správce systému.
Obě popsané vlastnosti vedou k nečitelným manuálovým stránkám. Proto jsem vytvořil ebuild, který reaguje na USE flag unicode a podle něj řídí instalaci. Samozřejmě odstraňuje citlivost na locale správce. Navíc obsahuje rady, jak přivézt man/groff k rozumnému výstupu.
V současnosti je jediný postup, jak vidět manuálové stránky hezky česky v UTF-8 terminálu, a to následující:
# Přesuňte ebuild do portage a vygenerujte kontrolní součty. echo "app-i18n/man-pages-cs" >> /etc/portage/package.keywords echo "app-i18n/man-pages-cs -unicode" >> /etc/portage/package.use emerge man-pages-cs sed --in-place \ 's/nroff -Tascii -c -mandoc/nroff -Tutf8 -mlatin2 -c -mandoc/' \ /etc/man.conf
Patch jsem již poslal do Bugzilly (#159906).
Jan Kundrát mi vytkl, že C.UTF-8 není korektní locale. V tom má pravdu, a tak jsem ebuild předělal tak, aby vše bylo v naprostém pořádku. Výsledkem je patch na původní Makefile, který může být užitečný i mimo Gentoo.
Tiskni
Sdílej:
LOG: postinst man utility can't recognise encoding of manual pages. Therefore you should replace -Tascii by -mlatin2 in /etc/man.conf on line configuring nroff. Otherwise manual pages wouldn't be displayed properly.s/-Tascii by -mlatin2/-Tascii by -Tutf8 -mlatin2/
UTF-8
locales. Textové soubory sice zabírají více místa na disku, ale zato nám přestane fungovat man
. :) :) :)
Ovšem český uživatel potřebuje znaky mimo ISO2 velmi, velmi zřídka.Pokud mu nevadí, že píše jako prase, a používá znak palce místo uvozovek, mínus místo pomlčky, tři tečky místo výpustky…
XML opravdu nepodporuje HTML entity?Ne.
Existují dvě řešení: UTF8, nebo používání nějakého markup jazyka. Proč na stejnou věc používat dva mechanismy?Protože jsou to 2 různé věci. Jedno je text, což je více znaků za sebou, druhé je značkování (např. textu).
A každý program pak musí umět desítky různých znakových sad. Navíc vkládat přímo do dokumentu samotného informaci o tom, v jakém je dokument kódování, je dost nepraktické a způsobuje to spoustu problémů. Unicode je po letech problémů s různými znakovými sadami konečně relativně dobré řešení, a už aby bylo všude a na nějaká iso-8859-2 a Windows-1250 a CP850 a Kamenické a KOI-8-ČS se mohlo zapomenout.… kde navíc české znaky s diakritikou budou mít třeba 5 bajtůPardon, tuhle demagogii jsem napoprvé přehlédl.. Do HTML/XML dokumentu s encodingem správně nastaveným na ISO8859-2 samozřejmě české znaky vkládáte jako 1, nikoliv jako 5, bajtů.
2) Podle wiki jde numerická HTML entita normálně vložit i do XML dokumentu, rozdíl je jen že když je hexadecimální, musí být malými písmeny. Takže se zřejmě mýlíte.Máte pravdu, myslel jsem si, že numerické entity se odkazují k aktuálnímu kódování XML dokumentu, ve skutečnosti se odkazují na Unicode. Výhoda je ta, že můžu na všechna stará kódování zapomenout, a používat jedno kódování znaků (Unicode) s omezenou množinou způsobů, jak se znaky z tohoto kódování převádějí na posloupnost bitů - navíc pomocí BOM je možné jednoznačně a bez věštění určit, který způsob zápisu je použit. České manuálové stránky byl první problém s UTF-8, který jsem zaznamenal, a díky tomuto spotu u mne trval jenom 3 dny (předtím jsme používal anglické manuálové stránky). Všude jinde bylo naopak užití UTF-8 bezproblémové, naopak se jím odstranila spousta problémů, např. když aplikace byla vyvíjená ve Windows s Win1250, na serveru běžela pod Linuxem s iso-8859-2 (nebo iso-8859-1). Takže děkuji, že jste mne chtěl před zlem Unicode zachránit, ale mně již není pomoci, už doporučuju a cpu Unicode všude, kde je to jen trochu možné.
paludis -u man-pages-cs
. Díky za inspiraci.
/opt/moje_ebuildy/app-i18n/man-pages-cs
potom jsem spustil prikaz ebuild /opt/moje_ebuildy/app-i18n/man-pages-cs/man-pages-cs-0.16-r2.ebuild digest
a nakonec:
# emerge -av man-pages-cs These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-i18n/man-pages-cs-0.16-r2 [0.16] USE="-unicode%" 0 kB [1] Total: 1 package (1 upgrade), Size of downloads: 0 kB Portage tree and overlays: [0] /usr/portage [1] /opt/moje_ebuildy Would you like to merge these packages? [Yes/No] y >>> Verifying ebuild Manifests... >>> Emerging (1 of 1) app-i18n/man-pages-cs-0.16-r2 to / * man-pages-cs-0.16.tar.gz MD5 RMD160 SHA1 SHA256 sizeKoukal jsem ale, ze nektery manualovy stranky jsou v iso8859-2 a nektery v utf8 a oboje jsou zobrazeny spatne, kazdy ale jinak spatne. Ma vubec cenu pouzivat utf8? treba Elinks pri pouziti utf8 se po chvilce pouzivani zacne rozpadat (zustavaj sem tam naky znaky) ale cestina je v nem ok. A ten man, to se neda proste cist... [ ok ] * checking ebuild checksums
... [ ok ] * checking auxfile checksums
... [ ok ] * checking miscfile checksums
... [ ok ] * checking man-pages-cs-0.16.tar.gz
... [ ok ] >>> Unpacking source... >>> Unpacking man-pages-cs-0.16.tar.gz to /var/tmp/portage/app-i18n/man-pages-cs-0.16-r2/work * Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is: * * /opt/moje_ebuildy/app-i18n/man-pages-cs/files/man-pages-cs-unicode.diff * ( man-pages-cs-unicode.diff ) * * ERROR: app-i18n/man-pages-cs-0.16-r2 failed. * Call stack: * ebuild.sh, line 1701: Called dyn_unpack * ebuild.sh, line 817: Called qa_call 'src_unpack' * ebuild.sh, line 44: Called src_unpack * man-pages-cs-0.16-r2.ebuild, line 20: Called epatch '/opt/moje_ebuildy/app-i18n/man-pages-cs/files/man-pages-cs-unicode.diff' * eutils.eclass, line 161: Called die * The specific snippet of code: * die "Cannot find \$EPATCH_SOURCE!" * The die message: * Cannot find $EPATCH_SOURCE! * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/app-i18n/man-pages-cs-0.16-r2/temp/build.log'. * This ebuild is from an overlay: '/opt/moje_ebuildy/' * * Messages for package app-i18n/man-pages-cs-0.16-r2: * Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is: * * /opt/moje_ebuildy/app-i18n/man-pages-cs/files/man-pages-cs-unicode.diff * ( man-pages-cs-unicode.diff ) * * ERROR: app-i18n/man-pages-cs-0.16-r2 failed. * Call stack: * ebuild.sh, line 1701: Called dyn_unpack * ebuild.sh, line 817: Called qa_call 'src_unpack' * ebuild.sh, line 44: Called src_unpack * man-pages-cs-0.16-r2.ebuild, line 20: Called epatch '/opt/moje_ebuildy/app-i18n/man-pages-cs/files/man-pages-cs-unicode.diff' * eutils.eclass, line 161: Called die * The specific snippet of code: * die "Cannot find \$EPATCH_SOURCE!" * The die message: * Cannot find $EPATCH_SOURCE! * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/app-i18n/man-pages-cs-0.16-r2/temp/build.log'. * This ebuild is from an overlay: '/opt/moje_ebuildy/' *
Nestáhnul jste si potřebné patche, a tak instalace selhala a stále máte nainstalovanou starou verzi. Měl jsem lépe popsat, co všechno je třeba: Do /opt/moje_ebuildy/app-i18n/man-pages-cs/files/ uložte soubor man-pages-cs-unicode.diff, znovu přegenerujte kontrolní součty příkazem* Cannot find $EPATCH_SOURCE! Value for $EPATCH_SOURCE is: * * /opt/moje_ebuildy/app-i18n/man-pages-cs/files/man-pages-cs-unicode.diff * ( man-pages-cs-unicode.diff )
ebuild /opt/moje_ebuildy/app-i18n/man-pages-cs/man-pages-cs-0.16-r2.ebuild manifest
(parametr digest je zastaralý a měl by se používat manifest) a pak by již instalace měla proběhnout.
Možná vás bude zajímat, že již byla vydána nová verze manuálových stránek. A možná bude pro vás nejsnažší zkopírovat celý podstrom app-i18n/man-pages-cs z mého webu do /opt/moje_ebuildy/app-i18n. Pak nebude třeba ani regenerovat kontrolní součty.
Pokud jsou některé stránky v ISO-8859-2 a jiné v UTF-8, tak to je chyba asi jejich správce. Avšak správce se zdá být přes email nedobytný, tak přeji hodně štěstí.
Ohledně elinksu: já používám původní links2, který v UTF-8 prostředí zahazuje diakritiku a drží se původní jednoduchosti, od které se elinks již vzdálil.
mplayer - pĹehrĂĄvaÄ filmĹŻ
v souboru /etc/man.conf mam toto:
FHS MANPATH /usr/share/man MANPATH /usr/local/share/man MANPATH /usr/X11R6/man MANPATH /usr/local/man MANPATH /usr/man MANPATH_MAP /bin /usr/share/man MANPATH_MAP /sbin /usr/share/man MANPATH_MAP /usr/bin /usr/share/man MANPATH_MAP /usr/sbin /usr/share/man MANPATH_MAP /usr/local/bin /usr/local/share/man MANPATH_MAP /usr/local/sbin /usr/local/share/man MANPATH_MAP /usr/X11R6/bin /usr/X11R6/man MANPATH_MAP /usr/bin/X11 /usr/X11R6/man MANPATH_MAP /usr/bin/mh /usr/share/man TROFF /usr/bin/groff -Tps -mandoc NROFF /usr/bin/nroff -Tutf8 -mlatin2 -c -mandoc JNROFF /usr/bin/groff -Tnippon -mandocj EQN /usr/bin/geqn -Tps NEQN /usr/bin/geqn -Tlatin1 JNEQN /usr/bin/geqn -Tnippon TBL /usr/bin/gtbl # COL /usr/bin/col REFER /usr/bin/refer PIC /usr/bin/pic VGRIND GRAP PAGER /usr/bin/less -is BROWSER /usr/bin/less -is HTMLPAGER /bin/cat CAT /bin/cat CMP /usr/bin/cmp -s COMPRESS /bin/bzip2 COMPRESS_EXT .bz2 MANSECT 1:1p:8:2:3:3p:4:5:6:7:9:0p:tcl:n:l:p:o:1x:2x:3x:4x:5x:6x:7x:8x .gz /bin/gunzip -c .bz2 /bin/bzip2 -c -d .z .Z /bin/zcat .F .YCo je spatne?