[tex-k] TL23 test failure, eptexdir/wcfname
ttk at t-lab.opal.ne.jp
ttk at t-lab.opal.ne.jp
Fri Mar 24 13:31:23 CET 2023
Hi Ken,
Thank you for your reply.
If you have locale en_GB.UTF-8 on your system, the attached patch will work.
The point is setting of locale like this:
loc=en_GB.UTF-8
LC_ALL=$loc; LANGUAGE=$loc; export LC_ALL LANGUAGE
TeX Live is maintained by distro maintainers:
https://www.tug.org/texlive/distro.html
"Linux From Scratch" is not included in the distros list.
If you hope to maintain TL on LFS, your contribution would be welcome.
Best,
Takuji
> On Fri, Mar 24, 2023 at 08:19:12AM +0900, ttk at t-lab.opal.ne.jp wrote:
> > Hi Ken,
> >
> > Thank you for tests.
> > On what are you on? How can we check it?
> > What do we need to set UTF-8 locale on your system?
> > What 'locale -a' provides?
> >
> > Best,
> > Takuji
> >
> >
>
> Hi Takuji,
>
> attaching output from locale -a
>
> Versions of everything in the host system should be close to what is
> listed in
>
> with newer versions of bc, libelf, iproute2, linux, make,
> procps-ng.
>
> I don't understand what the test results are supposed to look like,
> but I'm not convinced hat setting the locale to UTF-8 or utf8 is the
> problem.
>
> When I look at the output I have the impression that the tests run
> in a utf8 environment and try to convert to or from euc and sjis.
> They then seem to move a fair of '.txt' and '.log' files with
> non-UTF-8 names, plus some '-tmp.tex' files to the eptests/
> directory. Short example below.
>
> I noticed in the copy that came back to me in the mailing lists that
> soem of the codepoints looked different (as if random 8-bit
> ASCII-derivative), but the error appears to be that the files ending
> in '-tmp.tex' have not been created.
>
> + echo '>>> Document:fnã<81><95>ã<81><96>æ³¢-euc' ' File Encoding:euc' ' Internal Encoding:euc'
> >>> Document:fnã<81><95>ã<81><96>æ³¢-euc File Encoding:euc Internal Encoding:euc
> + ./eptex -ini -interaction nonstopmode -jobname=fnã<81><95>ã<81><96>æ³¢-euc-euc -kanji=euc --kanji-internal=euc --shell-escape fnã<81><95>ã<81><96>æ³¢-euc.tex
> + mv fnã<81><95>ã<81><96>æ³¢-euc-euc.txt fnã<81><95>ã<81><96>æ³¢-euc-euc.log 'fn*-tmp.tex' eptests/
> mv: cannot stat 'fn*-tmp.tex': No such file or directory
>
> ĸen
>
> > > On Thu, Mar 23, 2023 at 06:17:52PM +0000, Ken Moffat wrote:
> > > > On Thu, Mar 23, 2023 at 09:36:07PM +0900, ttk at ttk.opal.ne.jp wrote:
> > > > > Hi Ken,
> > > > >
> > > > > I attached a new patch.
> > > > > Some documents mention that Slack replies *.utf8 by "locale -a" and need to set locale *.UTF-8.
> > > > > If it is true, I guess the new attached patch will work.
> > > > > Could you test the new one?
> > > > >
> > > > >
> > > > > Best,
> > > > > Takuji Tanaka
> > > > >
> > > >
> > > > Hi Takuji,
> > > >
> > > > I'm not on Slack. Will try this later, but 'locale -a' provides
> > > > lots of .utf8 (and appears to accept .UTF-8) : glibc-2.37.
> > > >
> > > > ĸen
> > >
> > > Still fails. I then tried repeating the slackware test for
> > > /etc/lfs-version : no change.
> > >
> > > ĸen
> > > --
> > > Often there is no more than a little plaque to reveal that, against
> > > all gynaecological probability, someone very famous was born halfway
> > > up a wall. -- Equal Rites
> > >
>
>
> --
> Often there is no more than a little plaque to reveal that, against
> all gynaecological probability, someone very famous was born halfway
> up a wall. -- Equal Rites
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wcfname-patch-en_GB.txt
Type: application/octet-stream
Size: 840 bytes
Desc: not available
URL: <https://tug.org/pipermail/tex-k/attachments/20230324/b5ba98b7/attachment.obj>
More information about the tex-k
mailing list.