) beta (new luametatex bin etc)
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
This item \quotation{\dots is not shown correctly}}
\stopitemize
\stoptext
% end file: bug-itemize-lmtx.tex
took me a while to figure out that it is actually an engine issue
(obscured in luatex but exposed in luametatex)
fixed in next beta
Hans
Dear Hans,
I reinstall a new beta and test the previous file.
(LuaMetaTeX: version 2.03.4, ConTeXt version: 2019.12.16 18:54, format:
2019.12.17)
The problem is gone!
The space in the aligned display math mode is normal.
Thank you so much.
Best regards,
Dalyoung
Dear Hans,
Here is a small example which shows a strange spacing in the aligned display
math mode.
The same code is OK in both inline mode and just display mode, but it is not
good in aligned mode.
I hope that it helps your fix .
Thank you.
Best regards,
Dalyoung
%
running luametatex
On Sat, Dec 14, 2019 at 10:31:20PM +0100, Hans Hagen wrote:
> On 12/14/2019 5:43 PM, Rudolf Bahr wrote:
> >
> > Hello All,
> >
> > In:
> > LuaMetaTeX, Version 2.03.3
> > ConTeXt ver: 2019.12.12 19:35 MKIV beta fmt: 2019.12.12 int:
> > english/
On 12/14/2019 5:43 PM, Rudolf Bahr wrote:
Hello All,
In:
LuaMetaTeX, Version 2.03.3
ConTeXt ver: 2019.12.12 19:35 MKIV beta fmt: 2019.12.12 int: english/english
I get the following error message:
tex error > error not related to input file:
tex error > tex: ! Emergenc
st regards: OK
> On 14 Dec 2019, at 17:57, Rudolf Bahr wrote:
>
>
> On Sat, Dec 14, 2019 at 05:43:45PM +0100, Bahr Rudolf wrote:
>>
>> Hello All,
>>
>> In:
>> LuaMetaTeX, Version 2.03.3
>> ConTeXt ver: 2019.12.12 19:35 MKIV beta fmt: 2019.12
On Sat, Dec 14, 2019 at 05:43:45PM +0100, Bahr Rudolf wrote:
>
> Hello All,
>
> In:
> LuaMetaTeX, Version 2.03.3
> ConTeXt ver: 2019.12.12 19:35 MKIV beta fmt: 2019.12.12 int:
> english/english
> I get the following error message:
>
> tex error >
Hello All,
In:
LuaMetaTeX, Version 2.03.3
ConTeXt ver: 2019.12.12 19:35 MKIV beta fmt: 2019.12.12 int: english/english
I get the following error message:
tex error > error not related to input file:
tex error > tex: ! Emergency stop
tex error > lua: ?
Dear Otared,
> I updated the wiki page for installing LuaMetaTeX on MacOS:
>
> https://wiki.contextgarden.net/installing_luametatex
Thank you for the wiki.
It explains the complicate processes well.
As I wrote in the last mail, I don’t have a problem of installation as before
Hi Dalyoung,
I updated the wiki page for installing LuaMetaTeX on MacOS:
https://wiki.contextgarden.net/installing_luametatex
It would be useful if someone using Linux or Windows could add analogous
instructions on that page.
Best regards: OK
> On 13 Dec 2019, at 00:48, Jeong
est file containing a new graphic feature of LMTX and I got a
nice output.
Thanks!!!
Best regards,
Dalyoung
P.S. Here is a beginning part of log file. I installed new beta in the folder
/Users/graph/ConTeXtC/
%%%
resolvers | formats | executing runner 'run luametatex for
taller zip). It
installs okay on wsl so probably also on other linuxes.
This version (luametatex 2.03.3) has (again) a little smaller mem
footprint as I still want it all to perforem ok on relative small
devices or vm's and as side effect a bit smaller format file, not
that
that matters much (com
re what causes it). Anyway, I made new zips so maybe
>> one needs to reinstall (using the installer zip). It installs okay on wsl so
>> probably also on other linuxes.
>>
>> This version (luametatex 2.03.3) has (again) a little smaller mem footprint
>>
taller zip). It installs okay on wsl so
> probably also on other linuxes.
>
> This version (luametatex 2.03.3) has (again) a little smaller mem footprint
> as I still want it all to perforem ok on relative small devices or vm's and
> as side effect a bit smaller format file, n
talls okay on wsl so probably also on other linuxes.
This version (luametatex 2.03.3) has (again) a little smaller mem
footprint as I still want it all to perforem ok on relative small
devices or vm's and as side effect a bit smaller format file, not that
that matters much (compared to g
Dear Dalyoung,
Thank you for the good news!
Now I will add to the wiki the procedure I described, which you followed, but
we have to find a way for people to get a zip file containing a complete tree
of LuaMetaTeX which can be installed « by hand » under MacOS 10.15 Catalina.
Maybe Hans or
Dear Otared,
Thank you for the zip file.
I downloaded it and copied it in a folder.
(There is no context-cache folder in the zip file)
In the terminal, I run “mtxrun —generate” and “context —make”.
But system doesn’t allow the execution of “luametatex”.
So I open the system preference:security
On Sun, 8 Dec 2019 at 00:35, Hans Hagen wrote:
> On 12/8/2019 12:20 AM, Jeong Dal wrote:
> > Dear Hans, Otared,
> >
> > Thank you for your concern.
> >
> > The version of luametatex is 20191206.
> > I followed what Otared said, but texmf-cache is not creat
For test, I installed again after removing ConTeXtLMTX folder.
But it is same as before.
I looked files in “/tex/texmf-osx-64/bin”.
There are 5 files: context, context.lua, luametatex, mtxrun, mtxrun.lua.
context and mtxrun are symbolic linked to luametatex.
But luametatex is not executable, so
Dear Dalyoung,
I looked again at what is happening when installing LuaMetaTeX under MacOS
10.15.
In fact, even after completely disabling Gatekeeper and SIP (System Integrity
Protection), when running
sh install.sh
if the three files sitting in ~/context-os-64/bin/
mtx
t users
To: mailing list for ConTeXt users
Subject: Re: [NTG-context] problem with a new installation of LMTX
Date: Sun, 8 Dec 2019 08:08:11 +0100
Mailer: Apple Mail (2.3445.104.11)
Hi Dalyoung,
I installed MacOS 10.15 Catalina on a partition of my Mac and tried to
install LuaMetaTeX ther
Hi Dalyoung,
I installed MacOS 10.15 Catalina on a partition of my Mac and tried to install
LuaMetaTeX there. I did not succeed …
Indeed I had to disable completely the Gatekeeper from the Terminal by issuing
the command
sudo spctl --master-disable
(which, one can re-enable again by
On 12/8/2019 12:20 AM, Jeong Dal wrote:
Dear Hans, Otared,
Thank you for your concern.
The version of luametatex is 20191206.
I followed what Otared said, but texmf-cache is not created after mtxrun.
"context —make" is running, but no format.
I checked folders after the in
Dear Hans, Otared,
Thank you for your concern.
The version of luametatex is 20191206.
I followed what Otared said, but texmf-cache is not created after mtxrun.
"context —make" is running, but no format.
I checked folders after the installation.
Folders, texmf-cache, texmf-fonts, t
to the fix to the problem described above (even if it drives me crazy).
> (And, yes I consider myself a happy tex user, but I also admit that I
> don't have to write much. And yes, it's a specific kind of user and usage.)
Well, Hans, this specific kind of user and usage is ca
Hi Otared,
Hi Dalyoung,
May be you could do the following steps (I recently had some issues too with
installing the new beta, and these are what I did):
Can you add this to the wiki someplace?
• In Terminal type:
which luametatex
in order to see whether
/context
Hi Dalyoung,
May be you could do the following steps (I recently had some issues too with
installing the new beta, and these are what I did):
• In Terminal type:
which luametatex
in order to see whether
/context-osx-64/tex/texmf-osx-64/bin/luametatex
is present or
52 bytes, 0.164 seconds
265 files of 265 done, 55758323 bytes, 0.281 seconds
mtx-install | installing tex/texmf-osx-64, 5 files
mtx-install | skipping tex/texmf-osx-64/bin/context
mtx-install | new : 31 % : 1315 : tex/texmf-osx-64/bin/context.lua
mtx-install | new
Hi Hans,
Thanks a lot for the new beta and for having fixed the issue with luametatex
binaries.
Everything works great with version 2019.12.06 21:40.
Best regards: OK
> On 6 Dec 2019, at 15:05, Hans Hagen wrote:
>
> On 12/6/2019 1:34 PM, Otared Kavian wrote:
>
>> Is thi
Hi again,
I just installed anew lmtx from Pragma website
http://lmtx.pragma-ade.nl/install-lmtx/context-osx-64.zip
and I have the same problem: the format cannot be made.
Looking at luametatex in a Terminal window, I get
-rwxr--r-- 1 kavian staff 2.7M Dec 6 13:15
/context-osx
make again the format)
You Luametatex binary is too old which missed the new \adjustspacingstep
command shown in the error message from your previous mail.
Wolfgang
___
If your question is of interest to others as
text-osx-64/tex/texmf-osx-64/bin
> resolvers | formats | format path :
> /context-osx-64/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex
> resolvers | formats | luatex engine: luametatex
> resolvers | formats
was undefined.
resolvers | formats |
resolvers | formats | binary path :
/context-osx-64/tex/texmf-osx-64/bin
resolvers | formats | format path :
/context-osx-64/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex
resolvers | for
Hi,
I uploaded a new lmtx beta. Hopefully the installer works ok as I redid
some of the "zip" related code (simpler, smaller binary too). FWIW, the
luametatex codebase is now pretty close to okay, but of course there can
be bugs, but nothing thay can't be solved fast.
Giv
On 12/2/2019 6:51 PM, Pablo Rodriguez wrote:
On 12/2/19 6:05 PM, Hans Hagen wrote:
[...]
anyway, in luametatex with lmtx we're (hopefully) code page neutral (as
far as i could test; all utf8 and windows utf16) and we're not going to
touch the default luatex internals like that
Many
On 12/2/19 6:05 PM, Hans Hagen wrote:
> [...]
> anyway, in luametatex with lmtx we're (hopefully) code page neutral (as
> far as i could test; all utf8 and windows utf16) and we're not going to
> touch the default luatex internals like that
Many thanks for your reply, Hans.
)
anyway, in luametatex with lmtx we're (hopefully) code page neutral (as
far as i could test; all utf8 and windows utf16) and we're not going to
touch the default luatex internals like that
Hans
(windows 7 is kind of outdated so you can't expect someone
Dear Fabrice,
I run your code using ConTeXt LMTX and got the figure.
(LuaMetaTeX 2.00, ConTeXt version: 2019.11.14.)
I don’t know why you have errors.
Here is the beginning of log file:
resolvers | formats | executing runner 'run luametatex format':
/Users/graph/ConTeXtLMTX/tex
On 29-11-2019 13:20, Vladimir Lomov wrote:
> On other host I have luametatex 2019.11.14 and it works fine on all
> investigated examples.
and also the standard (non meta) version works well.
.F
$ context --version
mtx-context | ConTeXt Process Management 1.03
mtx-context
ed
>>> working, only to produce core dumps ...
>>>
>>> Any hints as how to resolve this?
>> wipe the cache
>
> Same here: Archlinux x86_64, luametatex 2019.11.28.
On other host I have luametatex 2019.11.14 and it works fine on all
investigated examples.
[...]
to resolve this?
> wipe the cache
Same here: Archlinux x86_64, luametatex 2019.11.28. I deleted
luatex-cache, run
$ mtxrun --generate; context --make
and on simplest example
--- 8< -
\starttext
Hello, World!
\stoptext
--
Anyone?
After updating LMTX to the latest version 2019.11.28, context stopped
working, only to produce core dumps ...
Any hints as how to resolve this?
Thanks!
.Floris
resolvers | formats | executing runner 'run luametatex format':
/home/vm/data/context/tex/texmf-linux-64/bin/
;
> Startup Folder:
> C:\Users\Hermann\Downloads\context-mswin\tex\texmf-context\doc\context\sources\general\manuals\nodes
>
>
> resolvers | formats | executing runner 'run luametatex format':
> C:/Users/Hermann/Downloads/context-mswin/tex/texmf-mswin/bin/luametate
cture test.tex"
Startup Folder:
C:\Users\Hermann\Downloads\context-mswin\tex\texmf-context\doc\context\sources\general\manuals\nodes
resolvers | formats | executing runner 'run luametatex format':
C:/Users/Hermann/Downloads/context-mswin/tex/texmf-mswin/bin/luametatex
--j
.
> I am not sure why this is happening and wonder if it would OK to copy mxtrun
> from my ConTeXt installation and replace the version in my ConTeXt-LMTX
> installation with it.
I didn't look closely, but if mtxrun is just a symlink to luametatex,
can you maybe try to run
rsync
to luametatex and then runs a
script with the same name
so basically the apple issue is that they don't see luametatex as
something valid .. not much i can do about it (can you tell the system
that it is an ok program?)
On 11/15/2019 9:20 PM, Damien Thiriet wrote:
Hi,
I ran into trouble with caches. First I updated the new binaries
and they compiled fine under OpenBSD6.6-amd64.
Then I uploaded some binaries Hans asked me to test, moved this
luametatex to /usr/local/context/tex/texmf-openbsd6.6-amd64/bin
Hello,
I solved the problem deleting the luametatex binaries (that
wheren't deleted during my reinstallation) and running
./install.sh once more.
Troubles may be connected with the experimental binaries.
Regards,
Damien Th
Hi,
I ran into trouble with caches. First I updated the new binaries
and they compiled fine under OpenBSD6.6-amd64.
Then I uploaded some binaries Hans asked me to test, moved this
luametatex to /usr/local/context/tex/texmf-openbsd6.6-amd64/bin/,
deleted files inside /usr/local/context/tex/texmf
any messages? there should be something
resolvers | formats |
resolvers | formats | format path :
c:/data/develop/tex-context/tex/texmf-cache/luatex-cache/context/764bd4e1ce0f004ab3cec90018f8b80a/formats/luametatex
resolvers | formats | luatex engine : luametatex
resolver
ng
resolvers | formats |
resolvers | formats | format path :
c:/data/develop/tex-context/tex/texmf-cache/luatex-cache/context/764bd4e1ce0f004ab3cec90018f8b80a/formats/luametatex
resolvers | formats | luatex engine : luametatex
resolvers | formats | lua startup file :
c:/
s | formats | format path :
c:/data/develop/tex-context/tex/texmf-cache/luatex-cache/context/764bd4e1ce0f004ab3cec90018f8b80a/formats/luametatex
resolvers | formats | luatex engine : luametatex
resolvers | formats | lua startup file :
c:/data/develop/context/sourc
evelop/tex-context/tex/texmf-cache/luatex-cache/context/764bd4e1ce0f004ab3cec90018f8b80a/formats/luametatex
resolvers | formats | luatex engine: luametatex
resolvers | formats | lua startup file :
c:/data/develop/context/sources/luat-cod.lua
resolvers | formats | context fi
e same problem on a Win64 problem. I get the same log
file (with 2019.10.29 15:09 for the version and my file/directory names).
There is a console message that is, perhaps, meaningful:
This is LuaMetaTeX, Version 2.00.0
runtime error : input file 'virtual://block.question.' is not found
;
close source > level 3, order 4, name 'knuth.tex'
I cannot reproduce the problem on a Windows system.
Can somebody on an OS X system check and confirm the issue?
What if you wipe the tuc file?
No message?
Hans
I can confirm the same problem on a Win64 problem. I get the
Hi All!
LuaMetaTeX, Version 2.00.0
ConTeXt ver: 2019.10.10 18:15 MKIV beta fmt: 2019.10.19 int: english/english
I'd like to transfer the entries in a data file to a Lua table according to [1].
Here a MWE of my data file, appended as file Rosi.lua:
--
Rosi{
On 10/21/2019 2:51 PM, Damien Thiriet wrote:
I tried a system-wide install of luametatex,
but having my binaries in a disk mounted with w^xallowed
did not change anything.
32 bit or 64 bit
Hello,
When I installed luametatex as root under OpenBSD amd64 this morning,
I first had "no permission" to launch context.
So I checked my /usr/local/context file (where I unpacked the zip).
The symlink context had the right permissions after install process
(-rwxr-xr-x root whee
Hello,
I tried a system-wide install of luametatex,
but having my binaries in a disk mounted with w^xallowed
did not change anything.
I tried to compile different files, but cannot guess yet
where do the crash come from.
If it can help, I uploaded the luametatex.core file and files
that were
rocessed images, 1 unique asked, 1 bad names
mkiv lua stats > font embedding time: 0.014 seconds, 1 fonts
mkiv lua stats > used platform: linux, type: unix, binary subtree:
texmf-openbsd6.5-amd64
mkiv lua stats > used engine: luametatex version 2.0, functionality
level 20190729, f
lua stats > font embedding time: 0.014 seconds, 1 fonts
mkiv lua stats > used platform: linux, type: unix, binary subtree:
texmf-openbsd6.5-amd64
mkiv lua stats > used engine: luametatex version 2.0, functionality
level 20190729, format id 977
mkiv lua stats > control sequences: 46
> Hi Pablo,
>
> My context-LMTX, this morning installed from pragma-ade.nl/install.htm (64
> bit Linux),
> works fine and shows up the pdf file, so I cannot confirm the issue.
>
> I used:
> LuaMetaTeX, Version 2.00.0
> ConTeXt ver: 2019.10.10 18:15 MKIV beta fmt:
Hello,
I am very pleased to inform that I was able to install
luametatex on OpenBSD amd64 6.5. I fetched the install file
on PRAGMA, followed the instructions and was able to compile
a basic file with ltmx.
I was also able to compile simple files for my pupils.
Unfortunately, compilation fails
o analyze it).
>
> Many thanks for your help,
>
> Pablo
> --
> http://www.ousia.tk
Hi Pablo,
My context-LMTX, this morning installed from pragma-ade.nl/install.htm (64 bit
Linux),
works fine and shows up the pdf file, so I cannot confirm the issue.
I used:
LuaMetaTeX, Version 2.0
t set (only happens in some special delimiters case)
- i added a safeguard to luametatex (we can't change luatex behaviour)
not to inject an unneeded local par node (which is the cause of the
problem) when there is no local box in use
(As setting these boxes can be changed mid par thei
Hi Fabrice,
The Lucida OT family is indeed not free (it costs 110 US dollars from TUG), but
tha Asana Math is included in the distribution of ConTeXt, LuaMetaTeX and, I
think, TeXLive.
Best regards: Otared
> On 16 Oct 2019, at 23:38, Fabrice Couvreur
> wrote:
>
> Hi Kavian,
&
the second "\lookupfile"
command.
The error message eventually is always nearly the same:
token call, execute: [ctxlua]:8: "$HOME/context-tests/AAA.lua": No such file or
directory
token call, execute: [ctxlua]:8: "$HOME/context-tests/BBB.lua": No such file or
di
the first or the second "\lookupfile"
command.
The error message eventually is always nearly the same:
token call, execute: [ctxlua]:8: "$HOME/context-tests/AAA.lua": No such file or
directory
token call, execute: [ctxlua]:8: "$HOME/context-tests/BBB.lua": No
texmf-mswin\bin\context.exe
--synctex=-1 "context-test.tex"
Startup Folder: C:\Users\Hermann\My Documents
mtx-context | run 1: luametatex
--fmt="C:/Users/Hermann/Downloads/context-mswin/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luame
test.tex"
Startup Folder: C:\Users\Hermann\My Documents
mtx-context | run 1: luametatex
--fmt="C:/Users/Hermann/Downloads/context-mswin/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en"
--jobname="context-test"
--lu
Thank you Pablo, this fixed everything.
Le lun. 7 oct. 2019 à 05:32, Pablo Rodriguez a écrit :
> On 10/7/19 12:40 AM, kaddour kardio wrote:
> > Hi everyone! i am not sue whether this issue was addressed of not, i've
> > updated luametatex from the [aur] package arch x86-
On 10/7/19 12:40 AM, kaddour kardio wrote:
> Hi everyone! i am not sue whether this issue was addressed of not, i've
> updated luametatex from the [aur] package arch x86-64
> hen reloading the font cache i got this:
> mtxrun --script fonts --reload
> lua error : ?:-1:
Hi everyone! i am not sue whether this issue was addressed of not, i've
updated luametatex from the [aur] package arch x86-64
hen reloading the font cache i got this:
mtxrun --script fonts --reload
lua error : ?:-1: variable '(temporary)' got a non-closable value
Did i
x/texmf-linux-64/bin/context"
works.
you need to have /home/juh/context-linux-64/tex/texmf-linux-64/bin in
your path or use fully qualified paths
'mtxrun' and 'context' are aliases of 'luametatex'
Hans
--
ebian 10 buster.
This could be related to Hans updating the Ubuntu version on WSL on
his computer recently (if that's the source of the distributed
binaries).
for linux it still is (as it also populates some other places)
We do have binaries on
http://dl.contextgarden.net/build/
This could be related to Hans updating the Ubuntu version on WSL on
his computer recently (if that's the source of the distributed
binaries).
We do have binaries on
http://dl.contextgarden.net/build/luametatex/x86_64-linux/
which should work on Debian 9 (cmake on Debian 8 is too old
:41, Alan Bowen wrote:
>
> In processing a book that I have edited, there is no problem using
> LuaMetaTeX, Version 2.00.0, 2019.07.31
>
> But with LuaMetaTeX, Version 2.00.0, ConTeXt ver: 2019.09.10,
> the process stops in a specific chapter and quits with a fatal error:
>
&g
o problem using
> LuaMetaTeX, Version 2.00.0, 2019.07.31
>
> But with LuaMetaTeX, Version 2.00.0, ConTeXt ver: 2019.09.10,
> the process stops in a specific chapter and quits with a fatal error:
>
> tex error > tex error on line 26 in file c_12-01_Greenbaum.tex: !
In processing a book that I have edited, there is no problem using
LuaMetaTeX, Version 2.00.0, 2019.07.31
But with LuaMetaTeX, Version 2.00.0, ConTeXt ver: 2019.09.10,
the process stops in a specific chapter and quits with a fatal error:
tex error > tex error on line 26 in file c
ua, c = luatex bytecode
(5.3), b = luajit bytecode (hybrid 5.1 / 5.2), d = luametatex bytecode
(5.4). At some point the jit variant might be dropped and in the long
run we might only have luametatex.
Hello
** Hans Hagen [2019-09-11 10:54:41 +0200]:
> On 9/11/2019 10:14 AM, Vladimir Lomov wrote:
>
>> LUAMETATEX:
>>
>> -- 8<
>> --
>> tree $TEXMFCACHE/ | sed -e "s@$
On 9/11/2019 10:14 AM, Vladimir Lomov wrote:
LUAMETATEX:
-- 8< --
tree $TEXMFCACHE/ | sed -e "s@$HOME/.cache/@@"
lmtx/
└── luatex-cache
└── context
└── 5fe67e0bfe781ce0dde
t; "system" files of context).
>
> the lmtx files can have different solutions because luametatex has some
> possibilities that luatex hasn't (yet or never will have)
Got it.
>> Is it "safe" to simply run always
>>
>>$ mtxrun --generat
On 9/11/2019 10:14 AM, Vladimir Lomov wrote:
so I'm sure that this is different "context"s (I'm curious why current
version of mkiv files are different but I suppose it is related to other
"system" files of context).
the lmtx files can have different solutio
lua): function call: no
>>>
>>> Maybe some sort of cache versioning is in order to at least give a better
>>> error.
>>
>> It didn't occured to me that the problem may be with the cache, it would
>> be helpfull if context/luametatex will give error
On 9/11/2019 1:19 AM, Henri Menke wrote:
On 9/11/19 3:50 AM, Aditya Mahajan wrote:
On Tue, 10 Sep 2019, Hans Hagen wrote:
On 9/10/2019 4:11 PM, Vladimir Lomov wrote:
Hello,
today I updated lmtx and on simple
$ context --version
I get segfault (in the same time luametatex --version
idn't occured to me that the problem may be with the cache, it would
be helpfull if context/luametatex will give error message, something
like "cache version mismatch" and exit.
hm, i have the same cache for both (different files are used)
so what does the tikz that fails l
>>>>
>>>>$ context --version
>>>>
>>>> I get segfault (in the same time luametatex --version works fine).
>>>> Running under gdb shows me that the problem might be in one of 'realloc'
>>>> calls.
>>>>
>>
Hello,
** Hans Hagen [2019-09-10 17:18:45 +0200]:
> On 9/10/2019 4:11 PM, Vladimir Lomov wrote:
>> Hello,
>> today I updated lmtx and on simple
>>$ context --version
>>
>> I get segfault (in the same time luametatex --version works fine).
>> Running un
On 9/11/19 3:50 AM, Aditya Mahajan wrote:
> On Tue, 10 Sep 2019, Hans Hagen wrote:
>
>> On 9/10/2019 4:11 PM, Vladimir Lomov wrote:
>>> Hello,
>>> today I updated lmtx and on simple
>>>
>>>$ context --version
>>>
>>>
On Tue, 10 Sep 2019, Hans Hagen wrote:
On 9/10/2019 4:11 PM, Vladimir Lomov wrote:
Hello,
today I updated lmtx and on simple
$ context --version
I get segfault (in the same time luametatex --version works fine).
Running under gdb shows me that the problem might be in one of 're
On 9/10/2019 4:11 PM, Vladimir Lomov wrote:
Hello,
today I updated lmtx and on simple
$ context --version
I get segfault (in the same time luametatex --version works fine).
Running under gdb shows me that the problem might be in one of 'realloc'
calls.
The context from Con
Hello,
today I updated lmtx and on simple
$ context --version
I get segfault (in the same time luametatex --version works fine).
Running under gdb shows me that the problem might be in one of 'realloc'
calls.
The context from Context Suite (mkiv) works fine.
P.S. I tested on t
653466891799
mkiv lua stats > result saved in file: pagetwo.pdf, compresslevel 3, objectcompresslevel 1
mkiv lua stats > loaded patterns: en::1, load time: 0.000
mkiv lua stats > loaded fonts: 2 files: latinmodern-math.otf, lmroman12-regular.otf
mkiv lua stats > font engine: otf 3.109, afm
t;mtxrun --script font --reload" after that.
>>
>> Hope this helps.
> nope.
> does not work here.
>
> can the native font paths be symbolically linked into the lmtx font tree ?
Is there a description available as how to include all font paths of the
underlaying syste
ext
--generate".
If you like to have mtxrun font commands to work properly, you need to
invoke "mtxrun --script font --reload" after that.
Hope this helps.
On Mon, Aug 26, 2019 at 11:09 AM Floris van Manen wrote:
> using the latest context version luametatex on ubuntu 1
I followed the steps andt worked!
Thnk you Aditya for both your help and the packages ;)
Le dim. 25 août 2019 à 12:35, Aditya Mahajan a écrit :
> On Sat, 24 Aug 2019, kaddour kardio wrote:
>
> > Hi everybody, i have luametatex installed in /opt/luametatex, thanks to
> the
&g
using the latest context version luametatex on ubuntu 19.4
system > ConTeXt ver: 2019.08.24 22:50 MKIV beta fmt:
2019.8.25 int: english/english
system > 'cont-new.mkiv' loaded
with the dijkstra.ttf font apparently seen:
$ mtxrun --script fonts --list --all
On Sat, 24 Aug 2019, kaddour kardio wrote:
Hi everybody, i have luametatex installed in /opt/luametatex, thanks to the
[aur] package maintainer , my question is how do i manage to get my modules
working?
If you are using the arch linux, install the context-minimals-git package
from AUR and
1001 - 1100 of 1167 matches
Mail list logo
