From: Vladimir Lomov <lomov.vl@yandex.ru>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: Re: [OBORONA-SPAM] Re: lmtx & lohit-devanagari fonts
Date: Wed, 22 Apr 2020 16:01:16 +0800 [thread overview]
Message-ID: <20200422080116.GC807@smoon.bkoty.ru> (raw)
In-Reply-To: <20200422074351.1400cef7@atmarama.ddns.net>
[-- Attachment #1.1: Type: text/plain, Size: 9931 bytes --]
Hello,
** Saša Janiška <gour@atmarama.com> [2020-04-22 07:43:51 +0200]:
> On Tue, 21 Apr 2020 23:07:48 +0200
> Pablo Rodriguez <oinos@gmx.es> wrote:
> Hello Pablo,
> thank you for your assistance!
>> This works for me with LMTX in Fedora.
>>
>> Add to ~/.bashrc "export OSFONTDIR=~/.fonts/:/usr/share/fonts/" (log
>> out and log in)
> I'm using fish shell, but here is my env:
Do you understand well how your shell work? If you do, it is Ok, but otherwise
why do you use such unusual shell? Why not bash or zsh?
> $ env | grep OSFONTDIR
> OSFONTDIR=/home/gour/.fonts/ /usr/share/fonts/
Is it correct output? I'm not a fish user but as bash user I would test
'OSFONTDIR' as following
$ echo "'${OSFONTDIR}'"
In my shell I get
$ echo "'${OSFONTDIR}'"
'/usr/share/fonts;/usr/local/share/fonts;/usr/local/opt/texlive/2020/texmf-dist/fonts/truetype;/usr/local/opt/texlive/2020/texmf-dist/fonts/opentype'
As you see, its value is semicolon separated paths. Not a SPACE separated
list of paths but a SEMICOLON separated. I'm not sure if fish (shell) changes
semicolon in a VALUE to a space or you set it without quoting the value. I set
OSFONTDIR as (this is for BASH!)
OSFONTDIR="/usr/share/fonts;/usr/local/share/fonts"
export OSFONTDIR
> Now I changed local one to ~/.local/share/fonts, but it is empty and my
> fonts are in:
> $ fc-cache -v | grep google-noto
> /usr/share/fonts/google-noto
> /usr/share/fonts/google-noto-cjk
> /usr/share/fonts/google-noto-emoji
> /usr/share/fonts/google-noto-vf
> /usr/share/fonts/google-noto: skipping, existing cache is valid: 76
> fonts, 0 dirs /usr/share/fonts/google-noto-cjk: skipping, existing
> cache is valid: 45 fonts, 0 dirs /usr/share/fonts/google-noto-emoji:
> skipping, existing cache is valid: 1 fonts, 0 dirs
> /usr/share/fonts/google-noto-vf: skipping, existing cache is valid: 146
> fonts, 0 dirs /usr/share/fonts/google-noto: skipping, looped directory
> detected /usr/share/fonts/google-noto-cjk: skipping, looped directory
> detected /usr/share/fonts/google-noto-emoji: skipping, looped directory
> detected /usr/share/fonts/google-noto-vf: skipping, looped directory
> detected /usr/share/fonts/google-noto /usr/share/fonts/google-noto-cjk
> /usr/share/fonts/google-noto-emoji
> /usr/share/fonts/google-noto-vf
> /usr/share/fonts/google-noto: skipping, existing cache is valid: 76
> fonts, 0 dirs /usr/share/fonts/google-noto-cjk: skipping, existing
> cache is valid: 45 fonts, 0 dirs /usr/share/fonts/google-noto-emoji:
> skipping, existing cache is valid: 1 fonts, 0 dirs
> /usr/share/fonts/google-noto-vf: skipping, existing cache is valid: 146
> fonts, 0 dirs /usr/share/fonts/google-noto: skipping, looped directory
> detected /usr/share/fonts/google-noto-cjk: skipping, looped directory
> detected /usr/share/fonts/google-noto-emoji: skipping, looped directory
> detected /usr/share/fonts/google-noto-vf: skipping, looped directory
> detected
>> and repeat the three other steps from my previous
>> message.
> Here they are:
>> 1. Remove "/home/gour/opt/lmtx/tex/texmf-cache/luatex-cache/".
> $ rm -rf /home/gour/opt/lmtx/tex/texmf-cache/luatex-cache
>> 2. Run "mtxrun --generate".
> $ mtxrun --generate
> resolvers | resolving | variable 'SELFAUTOLOC' set to
> '/home/gour/opt/lmtx/bin' resolvers | resolving | variable
> 'SELFAUTODIR' set to '/home/gour/opt/lmtx' resolvers | resolving
> | variable 'SELFAUTOPARENT' set to '/home/gour/opt' resolvers |
> resolving | variable 'TEXMFCNF' set to '' resolvers | resolving |
> variable 'TEXMF' set to '' resolvers | resolving | variable
> 'TEXOS' set to 'lmtx' resolvers | resolving |
> resolvers | resolving | using configuration specification
> 'home:texmf/web2c;selfautoparent:/texmf-local/web2c;selfautoparent:/texmf-context/web2c;selfautoparent:/texmf-dist/web2c;selfautoparent:/texmf/web2c'
> resolvers | resolving | resolvers | resolving | looking for
> regular 'texmfcnf.lua' on given path '/home/gour/texmf/web2c' from
> specification 'home:texmf/web2c' resolvers | resolving | looking
> for regular 'texmfcnf.lua' on given path
> '/home/gour/opt/texmf-local/web2c' from specification
> 'selfautoparent:/texmf-local/web2c' resolvers | resolving |
> looking for regular 'texmfcnf.lua' on given path
> '/home/gour/opt/texmf-context/web2c' from specification
> 'selfautoparent:/texmf-context/web2c' resolvers | resolving |
> looking for regular 'texmfcnf.lua' on given path
> '/home/gour/opt/texmf-dist/web2c' from specification
> 'selfautoparent:/texmf-dist/web2c' resolvers | resolving |
> looking for regular 'texmfcnf.lua' on given path
> '/home/gour/opt/texmf/web2c' from specification
> 'selfautoparent:/texmf/web2c' resolvers | resolving | looking for
> fallback 'contextcnf.lua' on given path '/home/gour/texmf/web2c' from
> specification 'home:texmf/web2c' resolvers | resolving | looking
> for fallback 'contextcnf.lua' on given path
> '/home/gour/opt/texmf-local/web2c' from specification
> 'selfautoparent:/texmf-local/web2c' resolvers | resolving |
> looking for fallback 'contextcnf.lua' on given path
> '/home/gour/opt/texmf-context/web2c' from specification
> 'selfautoparent:/texmf-context/web2c' resolvers | resolving |
> looking for fallback 'contextcnf.lua' on given path
> '/home/gour/opt/texmf-dist/web2c' from specification
> 'selfautoparent:/texmf-dist/web2c' resolvers | resolving |
> looking for fallback 'contextcnf.lua' on given path
> '/home/gour/opt/texmf/web2c' from specification
> 'selfautoparent:/texmf/web2c' resolvers | resolving | resolvers
> | resolving | warning: no lua configuration files found resolvers
> | resolving | no texmf paths are defined (using TEXMF) resolvers
> | resolving | mtxrun | mtxrun | elapsed lua time:
> 0.019 seconds
You have a problem here (aside from broken formatting). The 'mtxrun' didn't
find necessary files, take a look on last part of output.
I have installed LMTX (Luametatex) into /usr/local/opt/lmtx as root and
/usr/local/opt/lmtx/tex/texmf-cache is owned by root. If I delete the "root"
cache and "user" cache and run 'mtxrun --generate' as root at first I see at
bottom of 'mtxrun' output:
system | lua | compiling '/usr/local/opt/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lua' into '/usr/local/opt/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lud'
system | lua | dumping '/usr/local/opt/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lua' into '/usr/local/opt/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lud' stripped
resolvers | caching | 'files' compiled to '/usr/local/opt/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lud'
mtxrun |
mtxrun | elapsed lua time: 0.050 seconds
and then 'mtxrun --generate' as an user:
system | lua | compiling '/home/vladimir/.cache/lmtx/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lua' into '/home/vladimir/.cache/lmtx/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lud'
system | lua | dumping '/home/vladimir/.cache/lmtx/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lua' into '/home/vladimir/.cache/lmtx/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lud' stripped
resolvers | caching | 'files' compiled to '/home/vladimir/.cache/lmtx/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/trees/dcb651482955ac31eaab7723b70e0184.lud'
mtxrun |
mtxrun | elapsed lua time: 0.052 seconds
(don't bother by cache path I configured it being like that).
So at first you have to be sure that 'mtxrun --generate' has done its work
right.
> and I notice that after that
> /home/gour/opt/lmtx/tex/texmf-cache/luatex-cache/ is empty?
That's wrong. The following will of course fail.
> My $PATH is:
> $ env | grep PATH
> PATH=/home/gour/opt/lmtx/bin:/home/gour/opt/lmtx/tex/texmf-linux-64/bin:/home/gour/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin
>> 3. Run "context t.tex"
> I use the following t.tex
> \definefallbackfamily [mainface] [ss] [Noto Sans Devanagari]
> [range={devanagari,devanagariextended},
> features=devanagari-two]
> \definefontfamily [mainface] [ss] [Noto Sans]
> \setupbodyfont[mainface]
> \starttext
> ध्यायतो विषयान्पुंसः सङ्गस्तेषूपजायते ।
> सङ्गात्सञ्जायते कामः कामात्क्रोधोऽभिजायते ॥ ६२ ॥
> dhyāyato viṣayān puṁsaḥ
> saṅgas teṣūpajāyate
> saṅgāt sañjāyate kāmaḥ
> kāmāt krodho ’bhijāyate
> \stoptext
> as sugested by Wofgang, but it fails:
> $ context t.tex
> mtxrun | unknown script 'mtx-context.lua' or
> 'mtx-mtx-context.lua'
> Do I need to setup some other envvar as it is suggested in the link
> posted by Wolfgang?
> Sincerely,
> Gour
I would suggest you to reinstall lmtx, update PATH, correctly set OSFONTDIR
variable and in fresh shell session run 'mtxrun --generate' again.
---
WBR, Vladimir Lomov
--
The problem that we thought was a problem was, indeed, a problem, but
not the problem we thought was the problem.
-- Mike Smith
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
[-- Attachment #2: Type: text/plain, Size: 493 bytes --]
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://context.aanhet.net
archive : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___________________________________________________________________________________
next prev parent reply other threads:[~2020-04-22 8:01 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-21 13:06 Saša Janiška
2020-04-21 13:32 ` Wolfgang Schuster
2020-04-21 15:35 ` Saša Janiška
2020-04-21 15:58 ` Pablo Rodriguez
2020-04-21 16:21 ` Saša Janiška
2020-04-21 16:27 ` Wolfgang Schuster
2020-04-21 19:32 ` Saša Janiška
2020-04-21 21:07 ` Pablo Rodriguez
2020-04-22 5:43 ` Saša Janiška
2020-04-22 6:10 ` Henning Hraban Ramm
2020-04-22 9:03 ` Saša Janiška
2020-04-22 8:01 ` Vladimir Lomov [this message]
2020-04-22 9:15 ` [OBORONA-SPAM] " Saša Janiška
2020-04-22 6:16 ` Henning Hraban Ramm
2020-04-22 9:49 ` Arthur Reutenauer
2020-04-23 9:49 ` Indic scripts/languages (was: lmtx & lohit-devanagari fonts) Henning Hraban Ramm
2020-04-22 13:19 ` lmtx & lohit-devanagari fonts Hans Hagen
2020-04-22 22:12 ` Henning Hraban Ramm
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200422080116.GC807@smoon.bkoty.ru \
--to=lomov.vl@yandex.ru \
--cc=ntg-context@ntg.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).