olume = {32},
year = {2016}
}
This log occurs:
❯ context test.lmtx
resolvers | formats | executing runner 'run luametatex format':
~/Library/ConTeXt/tex/texmf-osx-64/bin/luametatex --jobname="test"
--fmt=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0d
year = {2016}
}
This log occurs:
❯ context test.lmtx
resolvers | formats | executing runner 'run luametatex format':
~/Library/ConTeXt/tex/texmf-osx-64/bin/luametatex --jobname="test"
--fmt=~/Library/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/for
main computer.
I just want to know when I should update the Linux version.
You can just try it as parallel installation. Mojca's farm also breeds
the 32 bit binaries. Because luametatex is leaner on memory and less
demanding wrt the cpu, if luatex works, luametatex should also work.
Hans
able in some articles.
I tried Wolfgang's amendment (see his posting) just now using MacTeX 2020, and
the plain LuaTeX without Harfbuzz worked well too.
Regards,
Robert
___
If your question is of interest to others as
Robert Zydenbos schrieb am 19.12.2020 um 02:47:
Dear all,
Recently I read about the use of Harfbuzz-enhanced LuaTeX with LaTeX for
writing Arabic. Following that example, I wrote a minimal test text that worked
excellently for Kannada script as well:
-
\documentclass{article}
\usepackage
:24 p. m., Robert Zydenbos <
cont...@zydenbos.net> escribió:
> Dear all,
>
> Recently I read about the use of Harfbuzz-enhanced LuaTeX with LaTeX for
> writing Arabic. Following that example, I wrote a minimal test text that
> worked excellently for Kannada script as well:
>
Dear all,
Recently I read about the use of Harfbuzz-enhanced LuaTeX with LaTeX for
writing Arabic. Following that example, I wrote a minimal test text that worked
excellently for Kannada script as well:
-
\documentclass{article}
\usepackage{fontspec}
\setmainfont{Kedage}[RawFeature={mode
On Sat, 12 Dec 2020 at 10:30, Martin Hasoň wrote:
>
> Hi all,
>
> would it be possible to update luatex for the linuxmusl-64 platform, please?
I updated the binary, testing/feedback would be appreci
On 12/12/2020 10:30 AM, Martin Hasoň wrote:
Hi all,
would it be possible to update luatex for the linuxmusl-64 platform,
please?The current version
(http://minimals.contextgarden.net/setup/linuxmusl-64/bin/
<http://minimals.contextgarden.net/setup/linuxmusl-64/bin/>) ends with
Hi all,
would it be possible to update luatex for the linuxmusl-64 platform, please?
The current version (
http://minimals.contextgarden.net/setup/linuxmusl-64/bin/) ends with error:
> This is LuaTeX, Version 1.09.2 (TeX Live 2019/dev) (INITEX)
> system commands enabled.
> (/usr/share/
.lua (aborting)resolvers | formats |
resolvers | formats | binary path : /usr/bin
resolvers | formats | format path :
/home/reviczky/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/formats/luatex
resolvers | formats | luatex engine: luatex
r
[...]
\stopbodymatter
\startbackmatter
[...]
\component luametatex-differences
\component luametatex-statistics
\stopbackmatter
I mean, “Differences with LuaTeX” is the second chapter and the second
appendix (sort of) in the “LuaMetaTEX Reference Manual”.
I wonder whether
[...]
\component luametatex-differences
\component luametatex-statistics
\stopbackmatter
I mean, “Differences with LuaTeX” is the second chapter and the second
appendix (sort of) in the “LuaMetaTEX Reference Manual”.
I wonder whether this is intended.
Just in case it might help,
Pablo
--
http
document.
>
> hm, on my 2013 laptop the luametatex manual needs 10 sec (i have all
> the fonts, so that includes a bunch) and a metafun manual should do
> about 20
>
> a test on am M1 mini needs half those times as reported yesterday
>
> i bet that on a modern deskt
l should do about 20
a test on am M1 mini needs half those times as reported yesterday
i bet that on a modern desktop the luatex manual will do < 5 sec
In the case of the `luametafun` document, it is the MetaFun/MetaPost
processing which, of course, is taking a long time (as it should, th
local j = utilities.json.tojson(l)
> inspect(j)
> local s = utilities.json.tostring(j)
> inspect(s)
> io.savedata("temp.json",j)
> local t = utilities.json.load("temp.json")
> inspect(t)
> \stopluacode
>
> \stoptext
&
ipped (as mentioned:
> multipass data can be made more independent I guess but it still
> demands some calculations and analyzing and it's that bit that takes
> the time)
>
> > This alternative, while some more work for the writing of
> > ConTeXt-LMTX, would ensure less direct external
ittle to gain there (but as said one can write slow macros that
spoil that game)
- lua: on the average lua is fast but garbage collection can be of
influence (i need to see code in order to be able to tell if there is a
gain there); the lua code in context is quite ok but for instance
messing with
> at the begin of the document. Removing this helps. But I need it for the C
> > > and
> > > Cpp pretty printer. So do you know what's going on with Scite module?
> >
> > 1. There is still no working minimal example, just another piece.
> >
> > 2. There i
> > Cpp pretty printer. So do you know what's going on with Scite module?
>
> 1. There is still no working minimal example, just another piece.
>
> 2. There is no option line for me in the following example (LuaTeX and
> LMTX) with the current version (2020.11.
another piece.
2. There is no option line for me in the following example (LuaTeX and
LMTX) with the current version (2020.11.26 15:41).
\usemodule[scite]
\definetextbackground
[CodeBackground]
[ frame=off,
background=color,
backgroundcolor=lightgray,
location
; >
> > >
> > > On Thu, Nov 26, 2020 at 5:00 PM Hans Hagen > <mailto:j.ha...@xs4all.nl>
> > > <mailto:j.ha...@xs4all.nl <mailto:j.ha...@xs4all.nl>>> wrote:
> > >
> > > Of course, i
lt;mailto:j.ha...@xs4all.nl <mailto:j.ha...@xs4all.nl>>> wrote:
>
> Of course, if they care about luatex cs support they
> could send an M1 mini to Mojca for the compile farm for some real
> testing.
>
>
> v
Il Gio 26 Nov 2020, 18:00 Hans Hagen ha scritto:
> On 11/26/2020 5:10 PM, luigi scarso wrote:
> >
> >
> > On Thu, Nov 26, 2020 at 5:00 PM Hans Hagen > <mailto:j.ha...@xs4all.nl>> wrote:
> >
> > Of course, if they care about luatex cs suppor
On 11/26/2020 5:10 PM, luigi scarso wrote:
On Thu, Nov 26, 2020 at 5:00 PM Hans Hagen <mailto:j.ha...@xs4all.nl>> wrote:
Of course, if they care about luatex cs support they
could send an M1 mini to Mojca for the compile farm for some real
testing.
very likely luatex
On Thu, Nov 26, 2020 at 5:00 PM Hans Hagen wrote:
> Of course, if they care about luatex cs support they
> could send an M1 mini to Mojca for the compile farm for some real testing.
>
very likely luatex will run full native on M1 on next texlive, following
http://www.tug.o
has been kind of secretive
about all this. Of course, if they care about luatex cs support they
could send an M1 mini to Mojca for the compile farm for some real testing.
Btw, aren't intel bins supposed to run on the M1 in some emulation mode?
Hans
On 11/23/2020 17:02, Hans Hagen wrote:
On 11/23/2020 9:42 PM, Joseph wrote:
After running install.bat I see error :
new attempt
The following works with the mkiv installation and with the lmtx install
and context --luatex. It fails with an undefined control sequence error
when run
\marking[Section]{D}
E\marking[Section]{E}
F\marking[Section]{F}
\page
G\marking[Section]{G}
H\marking[Section]{H}
I\marking[Section]{I}
\stoptext
Compiled with luatex, the result is not quite as expected, but at least
it goes into the right direction. Compiled with lmtx, "top" a
agraph break among pages is what triggers the issue youmention. > Typesetting MWE using online ConTeXt page shows correctly aligned text> on grid. https://live.contextgarden.net/ includes both LuaTeX 2.06 20200630 +ConTeXt MkIV 2020.06.30 17:30. > If number of itérations is changed from
pages, since they only contain two lines.
I think this paragraph break among pages is what triggers the issue you
mention.
> Typesetting MWE using online ConTeXt page shows correctly aligned text
> on grid.
https://live.contextgarden.net/ includes both LuaTeX 2.06 20200630 +
ConTeXt MkI
Hello
When I compile my file with ConText-Luatex from Texlive 2019 (linux
debian) I get the right result. On the other hand with the last version
of LMTX I have a 2nd caption above the image (see attached file). It's
not on all the pictures, it's random
the file indeed compile again! Any
explanation for the strange behavior of the error?
In LMTX the order of the plus and minus values of \hskip can be written
in any order and it's even possible to set them multiple times (try the
example below with LuaTeX and LMTX).
To check whether
apply to \vskip, wouldn’t it?
also for \hrule and \vrule (and in pdftex/luatex some backend related
primitives); primitives like \hbox have their keyword scan terminated by
a leftbrace token
Hans
The file compiles cleanly if I give the --luatex switch.
Now for the bizarre part: if you delete the capital M of "Materiam" or
replace it by any other capital letter, the file compiles. What's going
on here?
Optional arguments (e.g. plus/minus values for \hskip) for commands are
handled
l:process #1->\xmlregistereddocumentsetups
{#1}{#1}\xmlmain {#1}
\lxml_process ...ocument {#3}#2{#3}{#4}\setcatcodetable
\notcatcodes \doifelsenothing {#5}{\xmlsetup
{#3}{xml:process}}{\xmlsetup {#3}{#5}}
\endgroup
\xmlprocessbuffer{main}{test}{}
The file compiles cleanly if I give the --luat
and one can be pretty sure that we then
don't have a proper csname. This is why in luatex we have a catch for
running wild csname checking.
The original \ifcsname test was inherited from etex. The \protected
feature also comes from etex. But \csname is a tex natural.
In pdftex (and luatex
then don't have a proper
csname. This is why in luatex we have a catch for running wild csname
checking.
The original \ifcsname test was inherited from etex. The \protected
feature also comes from etex. But \csname is a tex natural.
In pdftex (and luatex) a protected macro inside an \(if)csname does
on (latest 2020-11-16 19:40) with
> > luatex 1.13.0 7385 (not lmtx).
> >
> > loading > ConTeXt Typesetting Macros / Triggering Actions
> > resolvers > lua > loading file
> > '/usr/share/texmf/tex/context/base/mkiv/typo-inj.lua' succeeded
> >
On 11/17/2020 3:06 AM, Adam Reviczky wrote:
Hi,
I am getting the following error message trying to generate the formats
(context --make) with the latest version (latest 2020-11-16 19:40) with
luatex 1.13.0 7385 (not lmtx).
loading > ConTeXt Typesetting Macros / Triggering Acti
Hi,
I am getting the following error message trying to generate the formats
(context --make) with the latest version (latest 2020-11-16 19:40) with
luatex 1.13.0 7385 (not lmtx).
loading > ConTeXt Typesetting Macros / Triggering Actions
resolvers > lua > loading file
'/
In LMTX only the first column of rotated symbols appear. My ConTeXt version
is:
LuaTeX 2.08 20201103 + ConTeXt MkIV 2020.11.13 19:13
Thank you very much.
Best regards,
Jairo :)
___
If your question is of interest
what needs to be changed. A line such as
\setupmodule [scale=1,font=GreekDidot]
for my t-ancientgreek.mkiv works fine with the --luatex switch; in lmtx,
context chokes on it. What is the new incantation for modul
]
for my t-ancientgreek.mkiv works fine with the --luatex switch; in lmtx,
context chokes on it. What is the new incantation for modules?
Thomas
___
If your question is of interest to others as well, please add an entry
On Mon, 9 Nov 2020 at 23:40, Jairo A. del Rio
wrote:
> Hi, Sylvain.
>
> LuaMetaTeX and LuaTeX, the engines used by ConTeXt nowadays, use an
> embedded library, so external compilations/files are not necessary. Just
> out of curiosity, wouldn't it be easier to use a ConTeXt e
Hi, Sylvain.
LuaMetaTeX and LuaTeX, the engines used by ConTeXt nowadays, use an
embedded library, so external compilations/files are not necessary. Just
out of curiosity, wouldn't it be easier to use a ConTeXt environment? E.g.:
\starttext
\startMPcode %\startuseMPgraphic{} if you want to reuse
parameters and dimensions
are involved in that).
Actually, in luatex slanting and expanding (which is also kind of
bondeling) have been inherited from pdftex. Boldening text is one case,
but dealing with math yet another and the luatex engine only has some
additional font property (linewidth
ua (just before running mtxrunbin)*
>
> run("patchelf --set-interpreter
> /my-own-dir/opt/glibc-2.23/lib/ld-linux-x86-64.so.2 --set-rpath
> /my-own-dir/opt/glibc-2.23/lib:/usr/lib64 %s", mtxrunbin)
> run("%s --generate",mtxrunbin)
>
&g
runbin)
*Error that I see (in the step `make luametatex format`) - *
resolvers | formats | changing to format path '/my-own-dir
/ConTeXt/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f3
2e/formats/luametatex'
resolvers | formats | executing runner 'make luametatex format': /
my-ow
n --script font --list --all`
>>
>> Expected behavior:
>> Nothing surprising should happen.
>>
>> Actual behavior:
>> Firefox suddenly eats 100% of cpu
>>
>> I've noticed that `context` symlinks to `luametatex`, but the latter
&g
On Wed, 4 Nov 2020 at 22:22, Wolfgang Schuster <
wolfgang.schuster.li...@gmail.com> wrote:
> There was never a real test for the performance but when you enable the
> checker in the example below (which works only with LuaTeX) the second list
> is slower.
>
> % engin
s
effort to deal with the registered key than to determine that a key is
not registered.
There was never a real test for the performance but when you enable the
checker in the example below (which works only with LuaTeX) the second
list is slower.
% engine=luatex
\starttext
\testfeatureo
Nothing surprising should happen.
>
> Actual behavior:
> Firefox suddenly eats 100% of cpu
>
> I've noticed that `context` symlinks to `luametatex`, but the latter
> itself does not trigger the bug, neither do `luatex` or `latex`, so I
On 11/1/2020 7:24 PM, Sylvain Hubert wrote:
Dear List,
I was reading Typesetting in Lua using LuaTEX
<https://www.ntg.nl/maps/41/11.pdf>. By playing with the examples in the
article, I found that
`context.chapter(context.delayed("one"))`
does not render the delayed text
Dear List,
I was reading Typesetting in Lua using LuaTEX
<https://www.ntg.nl/maps/41/11.pdf>. By playing with the examples in the
article, I found that
`context.chapter(context.delayed("one"))`
does not render the delayed text properly, while
`context.bf(context.delayed(&
arguments`
2.b or: `mtxrun --script font --list --all`
Expected behavior:
Nothing surprising should happen.
Actual behavior:
Firefox suddenly eats 100% of cpu
I've noticed that `context` symlinks to `luametatex`, but the latter itself
does not trigger the bug, neither do `luatex` or `latex`, so I
On 10/26/2020 08:05, Rik Kabel wrote:
Hans,
Let me rephrase the question.
With the following example:
\starttext
\contextkind
\stoptext
The standalone installation returns a document containing "beta" and
context --luatex with the LMTX installation complains of an
: \contextkind is defined in file context.mkiv
installed via first-setup. It is not defined in the file of the same
name installed as part of LMTX. Another, more significant difference,
is loading modules.)
mkiv works with luatex, lmtx needs luametatex
currently the functionality is mostly the same
installed
via first-setup. It is not defined in the file of the same name
installed as part of LMTX. Another, more significant difference, is
loading modules.)
mkiv works with luatex, lmtx needs luametatex
currently the functionality is mostly the same but further development
happens in lmtx
Tectonic Typesetting System (
> https://tectonic-typesetting.github.io/en-US/).
What are you even talking about? ConTeXt has been using a forked TeX
engine for at least a decade. LuaTeX is solely developed by and for the
ConTeXt people.
BTW, SILE is something completely different (and can't do math yet) and
Te
lso, if anyone wants the source files, I
> have no problem providing them.
>
> I have not based my introduction on LMTX because I think that for beginners a
> more stable system, like LuaTeX, is preferable.
>
> Finally, I apologize for my bad English level. I read it reasonably
ny
ConTeXt distribution can, of course, do so. Also, if anyone wants the source
files, I have no problem providing them.
I have not based my introduction on LMTX because I think that for beginners
a more stable system, like LuaTeX, is preferable.
Finally, I apologize for my bad English lev
he other hand, free and
anyone who
wants to include it in any ConTeXt distribution can, of course, do
so.
Also, if anyone wants the source files, I have no problem
providing them.
I have not based my introduction on LMTX because I think that for
beginners a more stable
On 10/14/2020 5:51 AM, Joaquín Ataz López wrote:
I have not based my introduction on LMTX because I think that for
beginners a more stable system, like LuaTeX, is preferable.
lmtx is mostly mkiv compatible, and beginners won't notice a difference
i think ... of course new features can show
the other hand, free and anyone who wants to include it in any
> ConTeXt distribution can, of course, do so. Also, if anyone wants the source
> files, I have no problem providing them.
>
> I have not based my introduction on LMTX because I think that for beginners
> a more stable system
ants to include it in any ConTeXt distribution can, of course, do so.
> Also, if anyone wants the source files, I have no problem providing them.
>
> I have not based my introduction on LMTX because I think that for
> beginners a more stable system, like LuaTeX, is preferable.
>
> Fin
providing them.
I have not based my introduction on LMTX because I think that for
beginners a more stable system, like LuaTeX, is preferable.
Finally, I apologize for my bad English level. I read it reasonably
well, but expressing myself in it is much harder for me.
--
Joaquín Ataz López
Der
of course, do so.
Also, if anyone wants the source files, I have no problem providing them.
I have not based my introduction on LMTX because I think that for
beginners a more stable system, like LuaTeX, is preferable.
Finally, I apologize for my bad English level. I read it reason
On 10/13/2020 4:47 PM, Pablo Rodriguez wrote:
On 10/13/20 1:36 PM, Hans Hagen wrote:
On 10/12/2020 4:59 PM, Pablo Rodriguez wrote:
[...]
On page 36 (https://pdf.ousia.tk/wrong-font-expansion.pdf#page=36),
lines 4, 11 and 20 are wrong.
Current LMTX (LuaTeX 2.07 20200920 + ConTeXt MkIV
On 10/13/20 1:36 PM, Hans Hagen wrote:
> On 10/12/2020 4:59 PM, Pablo Rodriguez wrote:
>> [...]
>> On page 36 (https://pdf.ousia.tk/wrong-font-expansion.pdf#page=36),
>> lines 4, 11 and 20 are wrong.
>>
>> Current LMTX (LuaTeX 2.07 20200920 + ConTeXt MkIV 2020.09.
]
\starttext
\dorecurse{25}{\input{zapf}\input{cuomo}}
\stoptext
On page 36 (https://pdf.ousia.tk/wrong-font-expansion.pdf#page=36),
lines 4, 11 and 20 are wrong.
Current LMTX (LuaTeX 2.07 20200920 + ConTeXt MkIV 2020.09.20 23:02) has
the issue, while MkIV (LuaTeX 1.11 7226 + ConTeXt MkIV
}}
\stoptext
On page 36 (https://pdf.ousia.tk/wrong-font-expansion.pdf#page=36),
lines 4, 11 and 20 are wrong.
Current LMTX (LuaTeX 2.07 20200920 + ConTeXt MkIV 2020.09.20 23:02) has
the issue, while MkIV (LuaTeX 1.11 7226 + ConTeXt MkIV 2020.01.30 14:13)
has no problem with that.
I think
LuaTeX 2.07 20200920 + ConTeXt MkIV 2020.09.20 23:02)
generates a link border that goes to the end of the text width.
I have found this issue not only with makeups. Also some footnotes in my
documents, but I couldn’t provide a minimal sample that displays the
problem with those.
Could anyone
Dear list,
I don’t have a minimal sample, but the following images display problems
in linebreaks using LMTX (LuaTeX 2.07 20200920 + ConTeXt MkIV 2020.09.20
23:02).
1. https://pdf.ousia.tk/wrong-linebreak.png.
2. https://pdf.ousia.tk/wrong-linebreak-again.png.
3. https://pdf.ousia.tk/wrong
t/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
--lua=/opt/context/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
cont-yes.mkiv --c:currentrun=1 --c:fulljobname="./texweb
I think I may have found the origin of the error:
On Fri, Sep 18, 2020 at 09:41:23AM +0200, Felix Krause wrote:
> resolvers | formats | changing to format path
> '/var/folders/rj/hfjmjx796q102y4v23vh038c0000gp/T/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9/formats/
On 18. Sep 2020, at 12:00, Felix Krause wrote:
>
> The directory name luatex-cache suggests it's used for caching.
That doesn’t help a lot.
> I interpret the output like „something happens during the generation of the
> format file and therefore the file never gets generated“.
On 18 Sep 2020, at 11:45, Henning Hraban Ramm wrote:
Try to delete the luatex cache (i.e. all of
/var/folders/rj/hfjmjx796q102y4v23vh038cgp/T/luatex-cache) and try
again.
Did that, it regenerates the contents of the directory and the error
keeps coming up.
Regards,
Felix
l path where mactex would expect a format file? I use a Mac,
but I have vanilla texlive installed; I never quite understood where
mactex was any better, so I can’t test on my system.
The directory name luatex-cache suggests it's used for caching. I
interpret the output like „something ha
> driven)
> […] snip lots of lines
> resolvers | formats | changing to format path
> '/var/folders/rj/hfjmjx796q102y4v23vh038cgp/T/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9/formats/luatex'
> resolvers | formats | unable to change to format path
> '/va
led Mac, I have the problem that ConTeXt
> doesn't work anymore:
>
> $ context file.tex
> mtx-context | warning: no format found, forcing remake (commandline
> driven)
> […] snip lots of lines
> resolvers | formats | changing to format path
> '/var/folders/rj/hfjmjx
path
'/var/folders/rj/hfjmjx796q102y4v23vh038cgp/T/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9/formats/luatex'
resolvers | formats | unable to change to format path
'/var/folders/rj/hfjmjx796q102y4v23vh038cgp/T/luatex-cache/context/a86c089b384a3076dc514ba966a1fac9
if I'm wrong.
LMTX removes some restrictions for settings which are applies to
paragraphs, e.g. the following example works now without problems
with LMTX while LuaTeX needs the \dontleavehmode at the begin of the
paragraph
\starttext
\placefigure[left]{none}{\framed[width=2cm,height=2cm
for settings which are applies to
paragraphs, e.g. the following example works now without problems with
LMTX while LuaTeX needs the \dontleavehmode at the begin of the paragraph
\starttext
\placefigure[left]{none}{\framed[width=2cm,height=2cm]{}}
%\dontleavehmode
{\bf Tufte: }\input tufte
. the following example works now without problems with
LMTX while LuaTeX needs the \dontleavehmode at the begin of the paragraph
\starttext
\placefigure[left]{none}{\framed[width=2cm,height=2cm]{}}
%\dontleavehmode
{\bf Tufte: }\input tufte
\stoptext
To avoid side effects from these changes LMTX
Hi again,
this is related to “quotation with footnote“.
If you compile the example with (latest) LMTX, all is good.
But MkIV (--luatex) lets the quotations (“Zitat”) run over the float.
Without the \setupdelimitedtext line, distances between paragraphs become
irregular in both versions
Thank you, Otared!
I updated to LMTX/MkIV 2020.09.15 18:11:
The images appear if I use --luatex (i.e. MkIV vs. LMTX),
but the footnotes use the width of the image.
The old MWE can’t show that.
Without \automigrateinserts I get both images and the short footnote, but not
the long one
zero)
but wolfgangs suggestions are the ones to follow ... language=0 is a
hack, just as is setting left/right hyphenmin so we now have a proper
disabler (in luametatex/lmtx that is; luatex/mkiv should not be affected)
Hans
> I get the following error message:
> > >
> > > /Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine:9: no such
> file or directory: /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun
> > >
> > > resolvers | formats | executing runner 'run luametate
/Users/bowen1/Library/TeXShop/Engines/LuaMetaTeX.engine:9: no such file or
> > directory: /Users/bowen1/context-osx-64/tex/texmf-osx-64/bin/mtxrun
> >
> > resolvers | formats | executing runner 'run luametatex format':
> > /Applications/LuaMetaTeX/t
t; > resolvers | formats | executing runner 'run luametatex format':
> /Applications/LuaMetaTeX/tex/texmf-osx-64/bin/luametatex
> --jobname="Version"
> --fmt=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/format
64/tex/texmf-osx-64/bin/mtxrun
>
> resolvers | formats | executing runner 'run luametatex format':
> /Applications/LuaMetaTeX/tex/texmf-osx-64/bin/luametatex --jobname="Version"
> --fmt=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776f
':
/Applications/LuaMetaTeX/tex/texmf-osx-64/bin/luametatex
--jobname="Version"
--fmt=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
--lua=/Applications/LuaMetaTeX/tex/texmf-cache/luatex-cac
: return code: 256
...4a3076dc514ba966a1fac9/formats/luatex/lpdf-ini-macro.lua:892: pdf.obj(): no "string"
or "file" given
1 \starttext
2 >> test \immediate\pdfextension obj stream file {duck.mp3}
3 \stoptext
mtx-context | fatal error: return code:
/luatex/lpdf-ini-macro.lua:892: pdf.obj(): no
"string" or "file" given
1 \starttext
2 >> test \immediate\pdfextension obj stream file {duck.mp3}
3 \stoptext
mtx-context | fatal error: return code: 256
On the other hand, the LuaTeX versions compiles:
te
in luatex too, but i'll deal with that later)
Hans
-
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | www.pragma-ade.nl
e. Btw, these mechanisms are very experimental (and
> undocumented and might to evolve).
I know, but they are fun to play with. Especially the `value`
kind was one of the most important things I always missed in LuaTeX.
Marcel
__
files in /opt/local/, which is used
by MacPorts…
I hope to be able to explain to my colleague how to run ConTeXt (LuaTeX) within
TeXShop from MacTeX2020.
Thanks to eveyone!
Best regards: Otared
> On 12 Aug 2020, at 08:26, Axel Kielhorn wrote:
>
>
>
>> Am 11.08.2020 um 16
ConTeXt from MacTeX.
Best regards: Otared
> On 11 Aug 2020, at 17:25, Hans Hagen wrote:
>
> Hi,
>
> A few remarks.
>
> In a mkiv luatex setup there are (on a unix system):
>
> luatex : binary
> mtxrun : a copy of mtxrun.lua
> context : a shell script star
Hi,
A few remarks.
In a mkiv luatex setup there are (on a unix system):
luatex : binary
mtxrun : a copy of mtxrun.lua
context : a shell script starting mtxrun
Now, the problem there is that these shebang lines are limited, i.e.
there is no way to pass an argument and we need to start
601 - 700 of 10535 matches
Mail list logo
