Re: [NTG-context] right and left arrowfill
On Fri, Jun 23, 2023 at 01:38:23PM +0200, Hans Hagen via ntg-context wrote: > On 6/23/2023 12:43 PM, Carlos via ntg-context wrote: > > On Thu, Jun 22, 2023 at 03:32:25PM +0200, Hans van der Meer via ntg-context > > wrote: > > > \starttext > > > x \rightarrowfill x > > > > > > x \leftarrowfill x > > > > > > hbox to 5cm: > > > > > > y\hbox to5cm{\rightarrowfill}y > > > > > > y\hbox to5cm{\leftarrowfill}y > > > \stoptext > > > > > > But obviously not in an dimensioned \hbox, whereas Knuth's version does > > > that too. > > > > > > > > > > > > > On 22 Jun 2023, at 15:11, Hans Hagen via ntg-context > > > > wrote: > > > > > > > > x \rightarrowfill x > > > > > > > > x \leftarrowfill x > > > > > > yours sincerely > > > dr. Hans van der Meer > > > > > >  > > > > I find this interesting. I agree with Hans vdM. > > > > So what would be the acceptable standard given an x length of a glue? > > > > In the above examples, it's all preset. > > > > Is a rule of thumb — no pun intended here — to apply thereafter > > a glue, in this case a \vrule that follows the box and precedes the > > other glue? that is, the \rightarrowfill or \leftarrowfill? > > > > I mean. Once you get the glues messed up, the whole box crumbles. > > I'm not sure how you can mess up glue so that the box is no longer a box. > Boxes remain boxes. I guess that's the same mentality behind a fixed glue in LMTX, while trying not to mess up the box. Back to point A and the main reason of the op's question. Then again, the only way to resemble what TeX does is by re/defining and copied verbatim from The TeXbook both rightarrowfill and leftarrowfill and unlike with TeX in which an \hbox to 1in{\vrule \rightarrowfill \ 1cm \leftarrowfill\vrule} it says 1cm but it'd be more than that, and accurately so > > > How good would \meaning be here, notwithstanding the valuable info of > > the macro it provides, if it can't print out, let alone source it up, > > the more accurate dimension, let alone the measurement. > > I don't follow. Does this come from ChapGPT? > That's funny. But as chatgpt says: "Sorry about that. \meaning\rightarrowfill is \begingroup \scratchunicode 8594\relax \adaptivebox [mathfiller][alterna tive=8594]{\hss \strut \hss }\endgroup " That's what lmtx returned after Hans vdM sample > > So, one would need to know the preset layout of the page to have an idea > > about it? > > > > Hans H. pulled the old modified trick of 'works here'. > > Well, when used in a paragraph it works indeed. No trick involved. But as it > uses a specific mechanism in an hbox you need to trigger that (unless you > want to add overhead that will kake tex crawl). > > > Like a magician… now all of a sudden evetything works, but unlike TeX's > > Not sure what this refers to. Much of TeX is magick but what is bad about > that? > > > \hbox to 1in{\vrule \rightarrowfill \ 1in \leftarrowfill\vrule} > > > > or > > > > \hbox to 1cm{\vrule \rightarrowfill \ 1cm \leftarrowfill\vrule} > > > > which gives an accurate description, not to mention measurement, > > It depends on what you expect. First of all, your assumption that the arrow > fill is the same as in plain tex is wrong. Why would it be wrong? When I type \hbox to 3cm{\rightarrowfill} without a vrule that's what I would normally expect > > (1) one can define an arrow fill using a leader that uses some (happen to be > present in tex math fonts) glyphs: repeated minuses followed by some magic > kern and an arrow head. > Can you apply it to pagination without breaking? Highly doubt it. > (2) You can hope that the magick kern is right and that the minus aligns > with the arrows bar. > > (3) You also assume that the math font matches the text font. > > (4) Normally an arrow fill is something math anyway. Where there can also be > something on top or below, or where it can be a top or bottom accent. > > > a > > > > \vbox to 5pt{x\vrule\rightarrowfill \ x \leftarrowfill\vrule\ x} > > > > or > > > > x \rightarrowfill x > > x \leftarrowfill x > > > > or > > > > \vbox to 3pt{x\vrule\rightarrowfill \ \leftarrowfill\vrule\ x} > > > > \ \rightarrowfill \ > > \ \leftarrowfill \ > > > > > > in LMTX doesn't say much > What should it say? You get a space, an arrow and a disc
Re: [NTG-context] right and left arrowfill
On Thu, Jun 22, 2023 at 03:32:25PM +0200, Hans van der Meer via ntg-context wrote: > \starttext >x \rightarrowfill x > >x \leftarrowfill x > > hbox to 5cm: > >y\hbox to5cm{\rightarrowfill}y > >y\hbox to5cm{\leftarrowfill}y > \stoptext > > But obviously not in an dimensioned \hbox, whereas Knuth's version does that > too. > > > > > On 22 Jun 2023, at 15:11, Hans Hagen via ntg-context > > wrote: > > > >x \rightarrowfill x > > > >x \leftarrowfill x > > yours sincerely > dr. Hans van der Meer > >  I find this interesting. I agree with Hans vdM. So what would be the acceptable standard given an x length of a glue? In the above examples, it's all preset. Is a rule of thumb — no pun intended here — to apply thereafter a glue, in this case a \vrule that follows the box and precedes the other glue? that is, the \rightarrowfill or \leftarrowfill? I mean. Once you get the glues messed up, the whole box crumbles. How good would \meaning be here, notwithstanding the valuable info of the macro it provides, if it can't print out, let alone source it up, the more accurate dimension, let alone the measurement. So, one would need to know the preset layout of the page to have an idea about it? Hans H. pulled the old modified trick of 'works here'. Like a magician… now all of a sudden evetything works, but unlike TeX's \hbox to 1in{\vrule \rightarrowfill \ 1in \leftarrowfill\vrule} or \hbox to 1cm{\vrule \rightarrowfill \ 1cm \leftarrowfill\vrule} which gives an accurate description, not to mention measurement, a \vbox to 5pt{x\vrule\rightarrowfill \ x \leftarrowfill\vrule\ x} or x \rightarrowfill x x \leftarrowfill x or \vbox to 3pt{x\vrule\rightarrowfill \ \leftarrowfill\vrule\ x} \ \rightarrowfill \ \ \leftarrowfill \ in LMTX doesn't say much -- C for yourself. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Off topic: Does a 'free for commercial use' flared-sans font exist in the world?
On Sat, Jun 17, 2023 at 06:53:06PM +0200, Hans Hagen via ntg-context wrote: > On 6/17/2023 2:06 AM, linguafalsa--- via ntg-context wrote: > > On Fri, Jun 16, 2023 at 06:35:49PM +0200, Gerben Wierda via ntg-context > > wrote: > > > I know this is off topic, but I suspect this community is actually one of > > > the best places to find an answer. > > > > > > > It is the best community. And I tell you what. > > > > What happened is that all TeX engines have neglected fonts from the > > beginning. > > Really? When tex showed up digital font technology was pretty much in flux. > And, with metafont being part of the tex ecosystem, one can argue that tex > was quite innovative too. Ecosystem. I would be very careful by including an ecosystem there. Yes. Yes. The TeX ecosystem is obviously part of TeX but is not part of the ecosystem of fonts either. And what is done on ecosystems can either benefit or affect ecosystems greatly. And it's a known trait that humans have been known for having more of a flock group mentality for no apparent rationally-based reasons than just being themselves making these decisions/following instincts or whatever and not because of a particular ecosystem, or for the benefit of the latter. And the above does not imply, bear with me here, that metafont was not innovative, but it can be argued that without TeX there is no metafont, so no room is left for errors either. So, yes, it must be innovative. It has to be. > > Potscript and its fonts came aroudn at the same time and were rather closed > technologies. But as soon possible backend drivers (also part of the tex > ecosystem) kicked in. > > Then we got virtual fonts which enhanced tex's capabilities. > > > > I really like Optima, and what I really like about it is the 'flared > > > style'. > > > > > > But I would like to move to a flared-sans font that gives me more > > > licensing freedom. I haven't been able to find one after extensive > > > searching. The only one who were reasonably priced (not free) were the > > > URW Classico ones in Adobe Creative Cloud, but those can only be used in > > > Adobe programs like InDesign (and not TeX). > > > > > > > Licensing freedom is an oxymoron. There's no freedom in licensing. > > Only greed. > > > > The only extension engine that at one point had a plan in mind, > > or most of the bases covered in this regard was Omega. > > One needs morr than plans. Afaik omega was more about input processing and > th efont part was mostly going beyond 8 bit fonts but i might have missed > something (omega was never productin ready). Notwithstanding the intricacies/details of what may have actually happened with its short lifespan I think it's more than clear the lack of support behind it. I'm not going to delve into what exactly caused its demise or if it was simply the after effect of other projects that contributed to it. It's irrelevant. But stand by for a second. I look forward to your quick witted answers. But hear me out Suppose that on my prior message I was referring indeed to 'mkii' and not to 'omega' And also suppose for a second that the term 'omega' is to be replaced with 'mkii' on your reply accordingly After careful observation the resemblance is quite possibly identical, isn't it? and it could also inarguably apply to the circumstances as well. Don't you think? I mean, it's like comparing oranges with apples, and mkii with mkiv and mkvi and so forth If you were to tell me then, that mkii for instance was not aimed as an input processing I can almos assure its falsiliability is written all over, even before the sentence is processed and thought out loud by you. Bottom line is that the production-ready part is an obvious byproduct of its short lifespan, but one cannot be making the claim (false as would have been seen later, because omega carbon footprint lasted more on books than on shelves really, not for selling out fast but rather discontinued quickly) and that its goal was solely within this input processing spectrum. Because it wasn't. Or heck or heck. Let's go even further. By making the dubious assertion that we've been built with noses to hold our eyeglasses lest these eyeglasses fall off while reading, or that we've been built with ears to hold pencils and pens in the ears while thinking and writing. For crying out loud. > > It is xetex that hooked into opentype although pdftex can actually deal with > truetype fonts to some extend. Before there was something 'opentype' we had > two competing but similar technologies. And it took a while before it was > even clear how to interpre the specification (also think about reverse > engeneering fonts and heuristics and ... bugs or features ...). TeX was > always pretty fast in picking up new stuff (maybe users less so). > > > When it came to commercial fonts the plan of action ahead was by > > including PFC data on these very same commercial fonts that would > > benefit primarily its opentype
Re: [NTG-context] TiKz with LMTX
On Thu, Jun 08, 2023 at 11:57:36PM -0400, Aditya Mahajan via ntg-context wrote: > On Thu, 8 Jun 2023, Jigé via ntg-context wrote: > > > Thanks a lot Aditya. > > > > The very simple TikZ example with the cross works. > > The more complex example with the trigonometric circle from the pgf manual, > > quoted in https://wiki.contextgarden.net/TikZ , does not compile > > unless you also comment out > > or find(n,"pdftex") > > in line 181 of the mtx-install-modules.lua file > > before doing mtxrun --script install-modules --install tikz > > but I could guess that from a: > > Driver file ``pgfsys-pdftex.def'' not found.. > > message > > Ah so tikz uses both drivers. > > @Hans, so the validate function should be: > > local function validate(n) > return not ( >find(n,"latex") what's the point of latex there? > -- or find(n,"lualatex") or for that matter this one lualatex too > or find(n,"plain") > or find(n,"optex") > -- or find(n,"luatex") > -- or find(n,"pdftex") > ) > end > > > Aditya Through rsync only and by default without mtx-install-modules script, obviously, it'll simply fall back loading by pgfsys-pdftex so you'd be better off by just having local function validate(n) return not ( find(n,"latex") or find(n,"lualatex") or find(n,"plain") or find(n,"optex") -- or find(n,"luatex") or find(n,"pdftex") ) end instead. Also, forget about the curl --ssl or whatever you mentioned earlier. > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- Brian Kernighan has an automobile which he helped design. Unlike most automobiles, it has neither speedometer, nor gas gauge, nor any of the numerous idiot lights which plague the modern driver. Rather, if the driver makes any mistake, a giant "?" lights up in the center of the dashboard. "The experienced driver", he says, "will usually know what's wrong." ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] And the nominees for best Motion Picture of the year are…
And the nominees for best Motion Picture of the year are «Chatgpt and me» set in the 20's, A professor reckons with life and love of computers using chatgpt software with TeX. Embarking on a journey, he becomes obsessed like no other. Directed by Alan Braslau and «Remembrances in the path» Set in the wake of advanced technologies, a dedicated user experiments with a TeX based software called ConTeXt embedded in a customized Time Machine. Directed by Jigé and the Award goes to... -- X windows: Something you can be ashamed of. 30% more entropy than the leading window system. The first fully modular software disaster. Rome was destroyed in a day. Warn your friends about it. Climbing to new depths. Sinking to new heights. An accident that couldn't wait to happen. Don't wait for the movie. Never use it after a big meal. Need we say less? Plumbing the depths of human incompetence. It'll make your day. Don't get frustrated without it. Power tools for power losers. A software disaster of Biblical proportions. Never had it. Never will. The software with no visible means of support. More than just a generation behind. Hindenburg. Titanic. Edsel. X windows. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] TiKz with LMTX
On Mon, Jun 05, 2023 at 03:43:59PM -0400, Carlos via ntg-context wrote: > On Mon, Jun 05, 2023 at 03:06:10PM +0200, Floris van Manen via ntg-context > wrote: > > > > > > On 05/06/2023 14:49, Carlos via ntg-context wrote: > > > %# Synchronize all modules from ConTeXt Garden in the 'modules' > > > directory, which is created if it doesn’t exist. > > > to wherever the modules are > > > > > > isn't the command > > > > mtxrun --script install-modules --install tikz > > > > or > > > > mtxrun --script install-modules --install --all > > > > doing exactly that? > > > > Okay Floris. I see Aditya nearby. He'll take over from now on :) stand > by please. I know you didn't ask the original question but this is over > the pgfsys-pdftex and the pgfsys-luatex. It's a race between them !! > sort of > > The solutions are a few if any really, either as I suggested first and update > afterwards or install tikz > > if the driver is the problem, what does common sense tells you Floris? > the database needs to be updated, correct? The driver needs to be > loaded somehow, right? > > > system > ConTeXt ver: 2023.06.04 18:58 LMTX fmt: 2023.6.5 int: > english/english > > So install tikz. then run the file > > mtx-install-modules | from > 'https://mirrors.ctan.org/install/graphics/pgf/base/pgf.tds.zip' > mtx-install-modules | into 'texmf-modules' > 64 files of 642 done,2108636 bytes, 0.015 seconds > 128 files of 642 done, 13693106 bytes, 0.089 seconds > 194 files of 642 done, 15194110 bytes, 0.100 seconds > 317 files of 642 done, 16096396 bytes, 0.108 seconds > 382 files of 642 done, 17178524 bytes, 0.116 seconds > 446 files of 642 done, 17768214 bytes, 0.123 seconds > 510 files of 642 done, 18327708 bytes, 0.130 seconds > 574 files of 642 done, 18656649 bytes, 0.136 seconds > 638 files of 642 done, 18860083 bytes, 0.142 seconds > 642 files of 642 done, 18864376 bytes, 0.142 seconds > mtx-install-modules | from > 'https://mirrors.ctan.org/install/graphics/pgf/contrib/pgfplots.tds.zip' > mtx-install-modules | into 'texmf-modules' > 29 files of 168 done, 69116 bytes, 0.002 seconds > 48 files of 168 done,1596420 bytes, 0.010 seconds > 67 files of 168 done,1889062 bytes, 0.012 seconds > 83 files of 168 done,2761170 bytes, 0.017 seconds > 100 files of 168 done,3156638 bytes, 0.021 seconds > 116 files of 168 done,3508192 bytes, 0.024 seconds > 132 files of 168 done,4035279 bytes, 0.027 seconds > 148 files of 168 done,4163894 bytes, 0.029 seconds > 168 files of 168 done,4195360 bytes, 0.029 seconds > mtx-install-modules | from > 'https://mirrors.ctan.org/install/graphics/pgf/contrib/circuitikz.tds.zip' > mtx-install-modules | into 'texmf-modules' >7 files of 70 done, 14967 bytes, 0.000 seconds > 21 files of 70 done, 61604 bytes, 0.001 seconds > 28 files of 70 done,4839027 bytes, 0.033 seconds > 35 files of 70 done,5906994 bytes, 0.040 seconds > 42 files of 70 done,6399050 bytes, 0.043 seconds > 70 files of 70 done,6879048 bytes, 0.045 seconds > mtx-install-modules | wiping 17 files in 'tex/context/third/pgf/**' > mtx-install-modules | wiping 0 files in 'doc/context/third/pgf/**' > mtx-install-modules | wiping 0 files in 'source/context/third/pgf/**' > mtx-install-modules | wiping 0 files in 'tex/context/pgf/**' > mtx-install-modules | wiping 0 files in 'doc/context/pgf/**' > mtx-install-modules | wiping 0 files in 'source/context/pgf/**' > mtx-install-modules | wiping 0 files in 'scripts/pgf/**' > mtx-install-modules | wiping 2 files in 'tex/context/third/pgfplots/**' > mtx-install-modules | wiping 3 files in 'doc/context/third/pgfplots/**' > mtx-install-modules | wiping 1 files in 'source/context/third/pgfplots/**' > mtx-install-modules | wiping 0 files in 'tex/context/pgfplots/**' > mtx-install-modules | wiping 0 files in 'doc/context/pgfplots/**' > mtx-install-modules | wiping 0 files in 'source/context/pgfplots/**' > mtx-install-modules | wiping 4 files in 'scripts/pgfplots/**' > mtx-install-modules | wiping 8 files in 'tex/context/third/circuitikz/**' > mtx-install-modules | wiping 2 files in 'doc/context/third/circuitikz/**' > mtx-install-modules | wiping 0 files in 'source/context/third/circuitikz/**' > mtx-install-modules | wiping 0 files in 'tex/context/circuitikz/**' > mtx-install-modules | wiping 0 files in 'doc/context/circuitikz/**' > mtx-install-modules | wiping 0 files in 'source/context/circuitikz/**' > mtx-install-modules | wiping 0 files in 'scripts/circuitikz/**' > mtx-install-modul
Re: [NTG-context] TiKz with LMTX
On Mon, Jun 05, 2023 at 03:06:10PM +0200, Floris van Manen via ntg-context wrote: > > > On 05/06/2023 14:49, Carlos via ntg-context wrote: > > %# Synchronize all modules from ConTeXt Garden in the 'modules' directory, > > which is created if it doesn’t exist. > > to wherever the modules are > > > isn't the command > > mtxrun --script install-modules --install tikz > > or > > mtxrun --script install-modules --install --all > > doing exactly that? > Okay Floris. I see Aditya nearby. He'll take over from now on :) stand by please. I know you didn't ask the original question but this is over the pgfsys-pdftex and the pgfsys-luatex. It's a race between them !! sort of The solutions are a few if any really, either as I suggested first and update afterwards or install tikz if the driver is the problem, what does common sense tells you Floris? the database needs to be updated, correct? The driver needs to be loaded somehow, right? system > ConTeXt ver: 2023.06.04 18:58 LMTX fmt: 2023.6.5 int: english/english So install tikz. then run the file mtx-install-modules | from 'https://mirrors.ctan.org/install/graphics/pgf/base/pgf.tds.zip' mtx-install-modules | into 'texmf-modules' 64 files of 642 done,2108636 bytes, 0.015 seconds 128 files of 642 done, 13693106 bytes, 0.089 seconds 194 files of 642 done, 15194110 bytes, 0.100 seconds 317 files of 642 done, 16096396 bytes, 0.108 seconds 382 files of 642 done, 17178524 bytes, 0.116 seconds 446 files of 642 done, 17768214 bytes, 0.123 seconds 510 files of 642 done, 18327708 bytes, 0.130 seconds 574 files of 642 done, 18656649 bytes, 0.136 seconds 638 files of 642 done, 18860083 bytes, 0.142 seconds 642 files of 642 done, 18864376 bytes, 0.142 seconds mtx-install-modules | from 'https://mirrors.ctan.org/install/graphics/pgf/contrib/pgfplots.tds.zip' mtx-install-modules | into 'texmf-modules' 29 files of 168 done, 69116 bytes, 0.002 seconds 48 files of 168 done,1596420 bytes, 0.010 seconds 67 files of 168 done,1889062 bytes, 0.012 seconds 83 files of 168 done,2761170 bytes, 0.017 seconds 100 files of 168 done,3156638 bytes, 0.021 seconds 116 files of 168 done,3508192 bytes, 0.024 seconds 132 files of 168 done,4035279 bytes, 0.027 seconds 148 files of 168 done,4163894 bytes, 0.029 seconds 168 files of 168 done,4195360 bytes, 0.029 seconds mtx-install-modules | from 'https://mirrors.ctan.org/install/graphics/pgf/contrib/circuitikz.tds.zip' mtx-install-modules | into 'texmf-modules' 7 files of 70 done, 14967 bytes, 0.000 seconds 21 files of 70 done, 61604 bytes, 0.001 seconds 28 files of 70 done,4839027 bytes, 0.033 seconds 35 files of 70 done,5906994 bytes, 0.040 seconds 42 files of 70 done,6399050 bytes, 0.043 seconds 70 files of 70 done,6879048 bytes, 0.045 seconds mtx-install-modules | wiping 17 files in 'tex/context/third/pgf/**' mtx-install-modules | wiping 0 files in 'doc/context/third/pgf/**' mtx-install-modules | wiping 0 files in 'source/context/third/pgf/**' mtx-install-modules | wiping 0 files in 'tex/context/pgf/**' mtx-install-modules | wiping 0 files in 'doc/context/pgf/**' mtx-install-modules | wiping 0 files in 'source/context/pgf/**' mtx-install-modules | wiping 0 files in 'scripts/pgf/**' mtx-install-modules | wiping 2 files in 'tex/context/third/pgfplots/**' mtx-install-modules | wiping 3 files in 'doc/context/third/pgfplots/**' mtx-install-modules | wiping 1 files in 'source/context/third/pgfplots/**' mtx-install-modules | wiping 0 files in 'tex/context/pgfplots/**' mtx-install-modules | wiping 0 files in 'doc/context/pgfplots/**' mtx-install-modules | wiping 0 files in 'source/context/pgfplots/**' mtx-install-modules | wiping 4 files in 'scripts/pgfplots/**' mtx-install-modules | wiping 8 files in 'tex/context/third/circuitikz/**' mtx-install-modules | wiping 2 files in 'doc/context/third/circuitikz/**' mtx-install-modules | wiping 0 files in 'source/context/third/circuitikz/**' mtx-install-modules | wiping 0 files in 'tex/context/circuitikz/**' mtx-install-modules | wiping 0 files in 'doc/context/circuitikz/**' mtx-install-modules | wiping 0 files in 'source/context/circuitikz/**' mtx-install-modules | wiping 0 files in 'scripts/circuitikz/**' mtx-install-modules | wiping 0 files in 'tex/latex/**' mtx-install-modules | wiping 0 files in 'tex/plain/**' mtx-install-modules | wiping 0 files in 'doc/latex/**' mtx-install-modules | wiping 0 files in 'doc/plain/**' mtx-install-modules | wiping 148 files in 'doc/generic/**' mtx-install-modules | wiping 0 files in 'source/latex/**' mtx-install-modules | wiping 0 files in 'source/plain/**' mtx-install-modules | mtx-install-modules | renewing file database mtx-install-modules | mtx-install-modules | installed: tikz mtx-install-modules | system > b
Re: [NTG-context] knuth
On Mon, Jun 05, 2023 at 04:50:53PM +0200, luigi scarso via ntg-context wrote: > On Mon, 5 Jun 2023 at 15:18, Alan Braslau via ntg-context < > ntg-context@ntg.nl> wrote: > > > > > On 04/06/23 04/06/23, 15:57, Berend de Boer via ntg-context wrote: > > >> Probably some on this list already checked how well chatgpt answers > > >> questions about domains one knows well and then probably noted that in > > >> spite of impressive wording, one can run into quite incorrect answers. > > > > > > I've been using it for ConTeXt, and to be honest, it works amazingly > > > well. It hallucinates sometimes, but it's such a time saver. > > > > Maybe someone should try asking it to write documentation/manuals? > > > > As a teacher, we are accustomed to seeing Google/Wikipedia/etc. > > cut-and-paste nonsense; now, this nonsense appears more polished, and > > our students are none the wiser. Saves them time, too! ;-) > > > > Who said: "the best way to economize thought is not to think at all"? > > > > > not all is bad: sometimes a textual description can replace a formalized > notation, e.g. > https://fosstodon.org/@t...@mathstodon.xyz/110250604086213386 > I can imagine similar examples with tables. > Of course a very high level text is often ambiguous (as some kind of > formalized grammars, after all) > but the example shows that in these cases it is better to fix something > already almost ok than to typeset it from scratch. > > -- > luigi Not all is bad, no, except the company behind chatgpt ought to pay its users for feeding more data into it. It's a westernized company after all. Lots of baggage. I'm surprised it hasn't applied for a patent yet really. > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- You know you've been spending too much time on the computer when your friend misdates a check, and you suggest adding a "++" to fix it. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] knuth
On Mon, Jun 05, 2023 at 03:09:02PM +0200, Alan Braslau via ntg-context wrote: > > On 04/06/23 04/06/23, 15:57, Berend de Boer via ntg-context wrote: > > > Probably some on this list already checked how well chatgpt answers > > > questions about domains one knows well and then probably noted that in > > > spite of impressive wording, one can run into quite incorrect answers. > > > > I've been using it for ConTeXt, and to be honest, it works amazingly > > well. It hallucinates sometimes, but it's such a time saver. > > Maybe someone should try asking it to write documentation/manuals? > > As a teacher, we are accustomed to seeing Google/Wikipedia/etc. > cut-and-paste nonsense; now, this nonsense appears more polished, and our > students are none the wiser. Saves them time, too! ;-) > > Who said: "the best way to economize thought is not to think at all"? > > Alan Yeah. :) that's funny. Everybody uses chatgpt with lmtx that's why everyone that uses it ends up in the mailing list asking to resolve a problem that chatgpt couldn't resolve on its own. But here is the interesting part. The questions are answered by using chatgpt too, rather than humans so nothing gets worked out in the end > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- If it has syntax, it isn't user friendly. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] TiKz with LMTX
On Mon, Jun 05, 2023 at 03:06:10PM +0200, Floris van Manen via ntg-context wrote: > > > On 05/06/2023 14:49, Carlos via ntg-context wrote: > > %# Synchronize all modules from ConTeXt Garden in the 'modules' directory, > > which is created if it doesn’t exist. > > to wherever the modules are > > > isn't the command > > mtxrun --script install-modules --install tikz > > or > > mtxrun --script install-modules --install --all > > doing exactly that? supposedly I guess it's supposed to work. That's what Mikael said. Your version is younger system > ConTeXt ver: 2023.06.01 09:42 LMTX fmt: 2023.6.4 int: english/english whereas mine is older system > ConTeXt ver: 2023.04.27 17:04 LMTX fmt: 2023.6.5 int: english/english > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- Thus spake the master programmer: "Without the wind, the grass does not move. Without software, hardware is useless." -- Geoffrey James, "The Tao of Programming" ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] TiKz with LMTX
On Mon, Jun 05, 2023 at 01:02:43PM +0200, Floris van Manen via ntg-context wrote: > > > On 05/06/2023 12:33, Jigé via ntg-context wrote: > > Did you do that in a fresh install? > > yes %copied from the wiki %# Synchronize all modules from ConTeXt Garden in the 'modules' directory, which is created if it doesn’t exist. to wherever the modules are $ rsync --recursive --links --times --info=progress2,remove,symsafe,flist,del --human-readable --del rsync://contextgarden.net/minimals/current/modules/ modules then forget context --generate, it won't do anything else but going on a loop but rather do a context --make > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- God is real, unless declared integer. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] knuth
On Fri, Jun 02, 2023 at 09:58:31AM +0200, Hans Hagen via ntg-context wrote: > On 6/2/2023 9:27 AM, BPJ wrote: > > > I wonder what Knuth would say about having ChatGPT write computer > > programs, which I think can be outright dangerous. Either you get shitty > > code which doesn't work, which is good, or you get shitty code which > > works which is bad or Really Bad. > > He's pretty clear that he leave that to others and continues with TAOCP. > > wrt you remark: to a large extend these are 'plagiarism' machines so one can > wonder about more. I suppose it also depends on how original these programs > are (or become). Not original at all. One New Years' resolution ought to be «stop feeding this whatever created by whoever» I've been trying to find a recent (just done a few months ago) interactive session I had had with ChatGPT but I'm afraid I must have dd'd the entire drive (just an honest mistake on the wrong drive at the time while aiming primarily at fixing another drive and there it went :( But every interaction with it [chatgpt], was met/replied to with a digression and paraphrasing on its part. i.e, sorry 'bout that. I will not make that mistake again. I knew right away it was just spitting out useless information. Grammatically correct but not factual. Lacking substance. I first brought up the invention of the printing press as a starting point. And I asked it, to write me up an essay with the most interesting parts I remember that the point that chatgpt was trying to make, was in that the printing press challenged the authority of the church. And I remember I had to go back and forth with it and question that very verb/use of the word challenging. If anything seemed clear to me years ago. and also now, by reading about the printing press and with the publication of the Bible and later with the Book of Psalms and the first colophon in human hitory and so forth, is that the invention of the printing press fostered the establishment of the church. But I can't recall/just don't know right now if by the time chatgpt had decided to use ‹challenging› was implying afterwards or after the establishment of the church, and the excommunications that followed and so forth. All I know is that it rewrote it with different paragraphs after I pointed it out. Very well put nevertheless. But its main argumentative conclusion was the challenging part rather than cementing/positioning/establishing/ one Then I thought, heck, let's see if chatgtt is aware of the relatively recent findings about the printing methods used by Gutenberg and so forth. But it wasn't very clear on this either. As a matter of fact it had no clue really about this for example, citing : https://www.nytimes.com/2001/01/27/arts/has-history-been-too-generous-to-gutenberg.html «Johann Gutenberg, the 15th-century German craftsman, has long been believed to be the father of modern typography. But the secretive inventor may have to share some of the paternity now. A physicist and a scholar of rare books at Princeton University who jointly used new technology to examine some of Gutenberg's texts say he may not have created the seminal process after all, a finding could rewrite the history of printing. The two scholars contend that the metal mold method of printing attributed to Gutenberg was probably invented by someone else about 20 years after Gutenberg printed his Bible. The method, which involves punching a letter into a copper matrix that is filled with lead alloy to create hundreds of identical letters, was the principal way of printing until after World War II.» «The discovery was announced on Monday by Paul Needham, the librarian of the Scheide Library, a private library housed at Princeton, and Blaise Agüera y Arcas, a 25-year-old graduate of Princeton with a degree in physics, before a standing-room-only audience at New York's Grolier Club, a club for book collectors founded in 1884.» the above link was referenced at the following link originally, which I had read before https://jikji.utah.edu/ > I don't see myself using such software, just like I don't > use all these software coding tools (ide stuff). When I acn't remember what > I'm doing, or need constant help popping up I should not code. I'm intrigued > of course, and see valid applications, but wrt programming I'm just not that > interested. I bet after a few years people get bored with the artificial > stuff (painting, music, proze, movies, whatever; just hitting buttons > doesn't make a creative person I guess), unless of course one wants to be > zombified. > > 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 > - > >
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
On Tue, May 09, 2023 at 07:00:15PM +0200, Hans Hagen via ntg-context wrote: > > On 5/9/2023 6:24 PM, Carlos via ntg-context wrote: > > > With that being said, in that sense (not that I need it though, to be > > honest), the luatex lmtx approach is more of an instant gratification, > > whereas with latex and the metrics of the file afterwards, any math > > environment is certainly possible, while loading myriad and minion et co > > without an error > > > > I still stand for what I said earlier. That lot and their heirs already > > made their money by shoving down acroread all over. It's no secret > Normally context will fall bakc on latin modern but when you explicitly load > a font setup and that one doesn't have math fonts it will not be set up I checked the type-imp-* file. Unicode-math from latex had no issues on two different systems one running a full TeXLive and the other on e customized on-demand package installatino but that part you said in the beginning: > Normally context will fall bakc on latin modern but when you explicitly load that's simply brilliant Hans \starttypescript [minionserif] \definetypeface [minionserif][rm] [serif] [minionserif] [default] \definetypeface [minionserif][ss] [sans] [minionsans][default] % \definetypeface [minionsans][mm] [math] [minionserif] [default] > right and then you get these parameter relates messages. The minion math > font is supported when you have it installed although we're not sure if the > tweaks will work okay. I only have an old evaluation copy that I can't use > outside testing anyway, and I don't have the minion fonts that can be used > in documents (acrobat fonts are only for display) so I never use minion > anyway. > > Although every math environment is possible (after all there are not than > manyu math fonts) one always has to match them properly with serif and sans > fonts (relative scaling etc). > > When someone wants support for some commercial font, they have to buy us a > few copies with no constraints. (Normally in a project we just get them > anyway.) There are plenty of examples in the type-imp-* files that show the > way. > > 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 > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- Thus spake the master programmer: "When a program is being tested, it is too late to make design changes." -- Geoffrey James, "The Tao of Programming" ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
On Tue, May 09, 2023 at 05:28:11PM -0400, Carlos via ntg-context wrote: > > On Tue, May 09, 2023 at 07:00:15PM +0200, Hans Hagen via ntg-context wrote: > > > > On 5/9/2023 6:24 PM, Carlos via ntg-context wrote: > > > > > With that being said, in that sense (not that I need it though, to be > > > honest), the luatex lmtx approach is more of an instant gratification, > > > whereas with latex and the metrics of the file afterwards, any math > > > environment is certainly possible, while loading myriad and minion et co > > > without an error > > > > > > I still stand for what I said earlier. That lot and their heirs already > > > made their money by shoving down acroread all over. It's no secret > > Normally context will fall bakc on latin modern but when you explicitly load > > a font setup and that one doesn't have math fonts it will not be set up > > right and then you get these parameter relates messages. The minion math > > font is supported when you have it installed although we're not sure if the > > tweaks will work okay. I only have an old evaluation copy that I can't use > > outside testing anyway, and I don't have the minion fonts that can be used > > in documents (acrobat fonts are only for display) so I never use minion > > anyway. > > > > Although every math environment is possible (after all there are not than > > manyu math fonts) one always has to match them properly with serif and sans > > fonts (relative scaling etc). > > > > When someone wants support for some commercial font, they have to buy us a > > few copies with no constraints. (Normally in a project we just get them > > anyway.) There are plenty of examples in the type-imp-* files that show the > > way. > > > > Hans > > Thanks for the info Hans. I'll check it out again. About a month or > so ago I went over the fonts used in math with luatex lmtx and it > was more of a refreshing course than anything else. TeX Gyre and so > forth. And a similar approach which I used in handling these fonts > in mkii before. > > Recently someone made the suggestion of working or the intent to work or > the suggestion or whatever of tackling mnssymbol on luatex. I don't know about > that but.. I don't know. Perhaps I misunderstood > > I've used this family of minion and myriad before, but I still think > it has the same audience than the glyphs used by the chinese at the > beginning of the typesetting history> weddings, funerals, pamphlets, > etiquette cards, calendars, arithmetic tables and so forth. It has more > flare than perhaps a lucida. But the latter, subjectively speaking, > is perhaps more dry but also more straightforward and legible. For me > anyway. > By the way. Slightly unrelated to all of this but your paper on tug about the adjustments to lucida is impressive. https://tug.org/TUGboat/tb43-3/tb135hagen-lucida.pdf But lucida is also just an uncial descendant. Bland, squashed, and easily complex to adjust because of those very same features. Lo and behold if anything like that is tried out on minion for that matter. But for readability purposes, lucida is definitely a step ahead. This is all subjective of course. thanks for that work and paper on lucida Hans, Mikael > But when I see that a simple page and nothing fancy really, cannot be > processed under lmtx no matter how much tweaking is performed under > the hood something is not quite right > > the same (similar) screenshot attached here is under latex. Something > similar is what I wanted to have, but couldn't. > > I'll check out your suggestion. Thanks again 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 > > - > > > > ___ > > If your question is of interest to others as well, please add an entry to > > the Wiki! > > > > maillist : ntg-context@ntg.nl / > > https://www.ntg.nl/mailman/listinfo/ntg-context > > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > > archive : https://bitbucket.org/phg/context-mirror/commits/ > > wiki : https://contextgarden.net > > ___ > > > > -- > AmigaDOS Beer: The company has gone out of business, but their recipe
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
On Tue, May 09, 2023 at 07:00:15PM +0200, Hans Hagen via ntg-context wrote: > > On 5/9/2023 6:24 PM, Carlos via ntg-context wrote: > > > With that being said, in that sense (not that I need it though, to be > > honest), the luatex lmtx approach is more of an instant gratification, > > whereas with latex and the metrics of the file afterwards, any math > > environment is certainly possible, while loading myriad and minion et co > > without an error > > > > I still stand for what I said earlier. That lot and their heirs already > > made their money by shoving down acroread all over. It's no secret > Normally context will fall bakc on latin modern but when you explicitly load > a font setup and that one doesn't have math fonts it will not be set up > right and then you get these parameter relates messages. The minion math > font is supported when you have it installed although we're not sure if the > tweaks will work okay. I only have an old evaluation copy that I can't use > outside testing anyway, and I don't have the minion fonts that can be used > in documents (acrobat fonts are only for display) so I never use minion > anyway. > > Although every math environment is possible (after all there are not than > manyu math fonts) one always has to match them properly with serif and sans > fonts (relative scaling etc). > > When someone wants support for some commercial font, they have to buy us a > few copies with no constraints. (Normally in a project we just get them > anyway.) There are plenty of examples in the type-imp-* files that show the > way. > > Hans Thanks for the info Hans. I'll check it out again. About a month or so ago I went over the fonts used in math with luatex lmtx and it was more of a refreshing course than anything else. TeX Gyre and so forth. And a similar approach which I used in handling these fonts in mkii before. Recently someone made the suggestion of working or the intent to work or the suggestion or whatever of tackling mnssymbol on luatex. I don't know about that but.. I don't know. Perhaps I misunderstood I've used this family of minion and myriad before, but I still think it has the same audience than the glyphs used by the chinese at the beginning of the typesetting history> weddings, funerals, pamphlets, etiquette cards, calendars, arithmetic tables and so forth. It has more flare than perhaps a lucida. But the latter, subjectively speaking, is perhaps more dry but also more straightforward and legible. For me anyway. But when I see that a simple page and nothing fancy really, cannot be processed under lmtx no matter how much tweaking is performed under the hood something is not quite right the same (similar) screenshot attached here is under latex. Something similar is what I wanted to have, but couldn't. I'll check out your suggestion. Thanks again 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 > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- AmigaDOS Beer: The company has gone out of business, but their recipe has been picked up by some weird German company, so now this beer will be an import. This beer never really sold very well because the original manufacturer didn't understand marketing. Like Unix Beer, AmigaDOS Beer fans are an extremely loyal and loud group. It originally came in a 16-oz. can, but now comes in 32-oz. cans too. When this can was originally introduced, it appeared flashy and colorful, but the design hasn't changed much over the years, so it appears dated now. Critics of this beer claim that it is only meant for watching TV anyway. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
> > On Tue, May 09, 2023 at 04:46:42PM +0200, Mikael Sundqvist via ntg-context > wrote: > > On Tue, May 9, 2023 at 4:20 PM Carlos via ntg-context > > wrote: > > > > > > > > > > > > Hello list > > > > > > the whole error message I get is > > > > > > tex error > tex error on line 90 in file > > > ./atestinminion-context.mkiv: Math error: parameter 'operatorsize' with > > > id 8 in style 0 is not set > > > > > > \m_operator_text > > > \endgroup \Ustopmathmode > > > \m_operator_text > > > \stopforceddisplaymath > > > \egroup \ifcase \c_strc_formulas_frame_mode \else > > > \strc_math_number_check_offsets \fi \ifcase \c_strc_formulas_frame_mode > > > \strc_math_number_check \or \strc_math_number_check_outside \else > > > \strc_math_number_check_inside \fi \str > > > \m_operator_text > > > \endgroup \strc_formulas_endstrut \stopinnermath > > > \afterdisplayspace \egroup > > > \m_operator_text > > > \strc_formulas_place_number \strc_formulas_flush_number > > > \dostarttagged \t!formulacontent \empty \dotagregisterformula > > > \c_strc_formulas_n \csname \e!stop \formulaparameter \c!alternative > > > \v!formula \endcsname > > > \dostoptagged \dostoptagged \nonoindentati > > > > > > \stopformula > > > > > > \startformula > > > \int_{\infty} > > > >> \stopformula > > > > > > Sorry, but I can't typeset math unless various parameters have been set. > > > This is > > > normally done by loading special math fonts into the math family slots. > > > Your font > > > set is lacking at least the parameter mentioned earlier. > > > > > > What parameter is this referring to here? > > > > Looks like you might not have the Minion math font. Did you buy it? > > Oh. That's what the math slot refers to then! I didn't buy it. I've been > shoved > acroread before without asking and I had the whole set sans math > With that being said, in that sense (not that I need it though, to be honest), the luatex lmtx approach is more of an instant gratification, whereas with latex and the metrics of the file afterwards, any math environment is certainly possible, while loading myriad and minion et co without an error I still stand for what I said earlier. That lot and their heirs already made their money by shoving down acroread all over. It's no secret > thanks Mikael thanks again Mikael for clarifying it. I wasn't sure. > > > > /Mikael > > ___ > > If your question is of interest to others as well, please add an entry to > > the Wiki! > > > > maillist : ntg-context@ntg.nl / > > https://www.ntg.nl/mailman/listinfo/ntg-context > > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > > archive : https://bitbucket.org/phg/context-mirror/commits/ > > wiki : https://contextgarden.net > > ___ > > -- > If I'd known computer science was going to be like this, I'd never have > given up being a rock 'n' roll star. > -- G. Hirst > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- Never trust an operating system. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
On Tue, May 09, 2023 at 04:46:42PM +0200, Mikael Sundqvist via ntg-context wrote: > On Tue, May 9, 2023 at 4:20 PM Carlos via ntg-context > wrote: > > > > > > > > Hello list > > > > the whole error message I get is > > > > tex error > tex error on line 90 in file > > ./atestinminion-context.mkiv: Math error: parameter 'operatorsize' with id > > 8 in style 0 is not set > > > > \m_operator_text > > \endgroup \Ustopmathmode > > \m_operator_text > > \stopforceddisplaymath > > \egroup \ifcase \c_strc_formulas_frame_mode \else > > \strc_math_number_check_offsets \fi \ifcase \c_strc_formulas_frame_mode > > \strc_math_number_check \or \strc_math_number_check_outside \else > > \strc_math_number_check_inside \fi \str > > \m_operator_text > > \endgroup \strc_formulas_endstrut \stopinnermath > > \afterdisplayspace \egroup > > \m_operator_text > > \strc_formulas_place_number \strc_formulas_flush_number \dostarttagged > > \t!formulacontent \empty \dotagregisterformula \c_strc_formulas_n \csname > > \e!stop \formulaparameter \c!alternative \v!formula \endcsname > > \dostoptagged \dostoptagged \nonoindentati > > > > \stopformula > > > > \startformula > > \int_{\infty} > > >> \stopformula > > > > Sorry, but I can't typeset math unless various parameters have been set. > > This is > > normally done by loading special math fonts into the math family slots. > > Your font > > set is lacking at least the parameter mentioned earlier. > > > > What parameter is this referring to here? > > Looks like you might not have the Minion math font. Did you buy it? Oh. That's what the math slot refers to then! I didn't buy it. I've been shoved acroread before without asking and I had the whole set sans math thanks Mikael > > /Mikael > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- If I'd known computer science was going to be like this, I'd never have given up being a rock 'n' roll star. -- G. Hirst ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] This is rmally done by loading special math fonts into the math family slots.
> > tex error > tex error on line 90 in file ./atestinminion-context.mkiv: > Math error: parameter 'operatorsize' with id 8 in style 0 is not set > > \m_operator_text > \endgroup \Ustopmathmode > \m_operator_text > \stopforceddisplaymath > \egroup \ifcase \c_strc_formulas_frame_mode \else > \strc_math_number_check_offsets \fi \ifcase \c_strc_formulas_frame_mode > \strc_math_number_check \or \strc_math_number_check_outside \else > \strc_math_number_check_inside \fi \str > \m_operator_text > \endgroup \strc_formulas_endstrut \stopinnermath > \afterdisplayspace \egroup > \m_operator_text > \strc_formulas_place_number \strc_formulas_flush_number \dostarttagged > \t!formulacontent \empty \dotagregisterformula \c_strc_formulas_n \csname > \e!stop \formulaparameter \c!alternative \v!formula \endcsname > \dostoptagged \dostoptagged \nonoindentati > > \stopformula > > \startformula > > \int_{\infty} > > >> \stopformula > >> > > Sorry, but I can't typeset math unless various parameters have been set. This > is > normally done by loading special math fonts into the math family slots. Your > font > set is lacking at least the parameter mentioned earlier. > > What parameter is this referring to here? > > If I were to load sans it finishes off without errors on the math side, > but then again, doesn't load sans at all > > mkiv lua stats > loaded fonts: 2 files: latinmodern-math.otf, > minionpro-regular.otf > > And as you can guess, the above is not I was looking forward to in other words, this is wanted mkiv lua stats > loaded fonts: 4 files: minionpro-bold.otf, minionpro-it.otf, minionpro-regular.otf, myriadpro-regular.otf but then again, it's not possible without the preloaded latinmodern-math if a math environment is included. > > > -- > Real computer scientists don't comment their code. The identifiers are > so long they can't afford the disk space. > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- `Lasu' Releases SAG 0.3 -- Freeware Book Takes Paves For New World Order by staff writers Helsinki, Finland, August 6, 1995 -- In a surprise movement, Lars ``Lasu'' Wirzenius today released the 0.3 edition of the ``Linux System Administrators' Guide''. Already an industry non-classic, the new version sports such overwhelming features as an overview of a Linux system, a completely new climbing session in a tree, and a list of acknowledgements in the introduction. The SAG, as the book is affectionately called, is one of the corner stones of the Linux Documentation Project. ``We at the LDP feel that we wouldn't be able to produce anything at all, that all our work would be futile, if it weren't for the SAG,'' says Matt Welsh, director of LDP, Inc. The new version is still distributed freely, now even with a copyright that allows modification. ``More dough,'' explains the author. Despite insistent rumors about blatant commercialization, the SAG will probably remain free. ``Even more dough,'' promises the author. The author refuses to comment on Windows NT and Windows 96 versions, claiming not to understand what the question is about. Industry gossip, however, tells that Bill Gates, co-founder and CEO of Microsoft, producer of the Windows series of video games, has visited Helsinki several times this year. Despite of this, Linus Torvalds, author of the word processor Linux with which the SAG was written, is not worried. ``We'll have world domination real soon now, anyway,'' he explains, ``for 1.4 at the lastest.'' ... -- Lars Wirzenius [comp.os.linux.announce] ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
[NTG-context] This is rmally done by loading special math fonts into the math family slots.
Hello list the whole error message I get is tex error > tex error on line 90 in file ./atestinminion-context.mkiv: Math error: parameter 'operatorsize' with id 8 in style 0 is not set \m_operator_text \endgroup \Ustopmathmode \m_operator_text \stopforceddisplaymath \egroup \ifcase \c_strc_formulas_frame_mode \else \strc_math_number_check_offsets \fi \ifcase \c_strc_formulas_frame_mode \strc_math_number_check \or \strc_math_number_check_outside \else \strc_math_number_check_inside \fi \str \m_operator_text \endgroup \strc_formulas_endstrut \stopinnermath \afterdisplayspace \egroup \m_operator_text \strc_formulas_place_number \strc_formulas_flush_number \dostarttagged \t!formulacontent \empty \dotagregisterformula \c_strc_formulas_n \csname \e!stop \formulaparameter \c!alternative \v!formula \endcsname \dostoptagged \dostoptagged \nonoindentati \stopformula \startformula \int_{\infty} >> \stopformula >> Sorry, but I can't typeset math unless various parameters have been set. This is normally done by loading special math fonts into the math family slots. Your font set is lacking at least the parameter mentioned earlier. What parameter is this referring to here? If I were to load sans it finishes off without errors on the math side, but then again, doesn't load sans at all mkiv lua stats > loaded fonts: 2 files: latinmodern-math.otf, minionpro-regular.otf And as you can guess, the above is not I was looking forward to -- Real computer scientists don't comment their code. The identifiers are so long they can't afford the disk space. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] \setupitemize[indentnext=auto] broken?
On Sun, Apr 16, 2023 at 01:24:08PM -0300, Jim via ntg-context wrote: > On Sun, Apr 16, 2023 at 08:28 (-0400), Carlos via ntg-context wrote: > > > On Sat, Apr 15, 2023 at 02:27:56PM -0300, Jim via ntg-context wrote: > >> In the wiki page https://wiki.contextgarden.net/Indentation there is the > >> following example: > > >> % > > >> \setupindenting[medium,yes] > >> \setupitemize[indentnext=auto] > > >> \startitemize > >> \item One > >> \stopitemize > > >> This paragraph should be indented - due to the blank line after > >> \type{\stopitemize}. > > >> \startitemize > >> \item Two > >> \stopitemize > >> This paragraph should not be indented. > > >> % > > >> Tragically, the paragraph which claims it should be indented is not, in > >> both my test and the wiki page itself. > > >> Is this a documentation bug, a ConTeXt bug, or something else yet? > > > I don't know. > > OK, but I wasn't asking you specifically. Thnt's more than obvious, asshole. Or passive-aggressive asshole. You're posting it on the mailing list for the users, devs, and end-users alike to test it out as required and comment or say whatever they want. > > > Why would it be a documentation bug if it clearly says it should be > > indented only after the blank line, unless \indent was omitted on purpose > > while trying to make it look as if the blank line would have any effect > > after all. Makes no sense. > > Have you never run into a documentation bug before? Happy you! > > I see two possibly reasons for a documentation bug here (there might be more): > (1) The documentation was incorrect at time of writing. Humans have been > known to make mistakes. > (2) The semantics of \setupitemize might have changed since the documentation > was written, and the change has not yet been reflected in this > particular piece of documentation. > This would not be the first time that documentation changes lagged > behind code changes. > Neither one. > The point is, there is a disconnect between the documentation says will > happen and what actually happens. I don't know which is wrong, and thus my > question. I hope that sooner or later someone who can definitively comment > on the disconnect will speak up. I agree. :) > > > \setupindenting[medium,yes] > > \setupitemize[indentnext=auto] > > > \starttext > > \startitemize > > \item One > > \stopitemize\indent%blank line > > > This paragraph should be indented - due to the blank line after > > \type{\stopitemize}. > > > \startitemize > > \item Two > > \stopitemize > > > \noindent{\dorecurse{10}{\indent This paragraph should not be indented.}} > > \stoptext > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- To err is human -- to blame it on a computer is even more so. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Software upgrade for ntg and contextgarden server 6 April
On Sat, Apr 15, 2023 at 10:57:15AM +0200, Hans Hagen via ntg-context wrote: > On 4/15/2023 3:23 AM, Carlos via ntg-context wrote: > > > thank you Taco, Hans, and Aditya, Mikael, et > > > > Hans, I was just curious about your git strategy and wanted to ask you > > about something. > > I have no strategy. I see it as just an offline repository and archive. It's a strategy. It may not be the fanciest but you wrote earlier: >it's sort of the original git archive and our backup plan. > > > https://github.com/contextgarden/context ‹backup plan› has the same meaning there than a master plan (no pun intended with git) hence the association with a strategy. But when I wrote ‹strategy› it was not written with the intention to convey a message of exhaustive calculations to get or divise the plan of plans. NO. Rather more like what the definition says about it a plan of action or policy designed to achieve a major or overall aim. what is the backup plan of git as an archive but just a backup strategy. > > The luametatex repos sort of resembles what I have on my machine but even > then I always use intermediate 'compare before merge' steps that predate > git. Git (or svn) is nice for seeing changes but I admit that I never > roll-back using git. When I have to integrate something in e.g. luametatex > that comes from git I always diff (winmerge) and "manually merge". So much > for stragety: not that fancy. I agree > > The context updates are assembled from a completely different dev structure > (think also of temporary files, runtime files for manuals etc that don't > belong in something git) and turning that modus operandi into something git > would make my way of doing things pretty inefficient, so unless very little > changes etc happen i won't change that. > But it's good for the memory Hans. It's good for us. Studies on humans have revealed that learning or adapting to new methods might prove beneficial in the long run. > All the git magic is maintained by Mojca and occassionally we discuss how to > move on (we have some pending install-from-git stuff but that might take a > while before being promoted). > > I'm not really interested in al the additional stuff like chats, pull > requests, keeping track of comments in git, all these (for me useless) > statistics. I don't want to end up in an endless 'check this or that' noose, > so for me email and communicating (could be visual) with some involved does > it well; more fun too. I agree with you there. But who said anything about messages, chats, and the interactive social gitclub as gitlab, github and its ilk have suddenly become part of > > For some other projects git(hub|lab) is a communication method, basically an > on-line storage. > > > Did you guys ever consider having a cgit interface and hosting it. > > > > A bunch of projects have done it > > > > heck. Even git, which is where everything solely depends on in the end, is > > running it. > > > > https://git.kernel.org/pub/scm/git/git.git/ > > > > https://git.zx2c4.com/cgit/about/ > There is not much to gain with adding yet another interface to what we have > now. It only works if one or more people commit (no git pun intended) > themselves long-term to it which relates to ie beging used. > It's just an interface much more simpler than what the git archive backup interface currently in use presumably undergoes. Git is sort of big as-is and that's not even counting all its remote helpers by which all those places depend on (gitlab, github, bitbucket), which makes it even bigger. I've just seen that interface in a few projects and thought it was nice that the devs have somehow implemented it. > (Keep in mind that it's all volunteer work.) > > 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 > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net >
Re: [NTG-context] \setupitemize[indentnext=auto] broken?
On Sat, Apr 15, 2023 at 02:27:56PM -0300, Jim via ntg-context wrote: > In the wiki page https://wiki.contextgarden.net/Indentation there is the > following example: > > % > > \setupindenting[medium,yes] > \setupitemize[indentnext=auto] > > \startitemize > \item One > \stopitemize > > This paragraph should be indented - due to the blank line after > \type{\stopitemize}. > > \startitemize > \item Two > \stopitemize > This paragraph should not be indented. > > % > > Tragically, the paragraph which claims it should be indented is not, in > both my test and the wiki page itself. > > Is this a documentation bug, a ConTeXt bug, or something else yet? I don't know. Why would it be a documentation bug if it clearly says it should be indented only after the blank line, unless \indent was omitted on purpose while trying to make it look as if the blank line would have any effect after all. Makes no sense. \setupindenting[medium,yes] \setupitemize[indentnext=auto] \starttext \startitemize \item One \stopitemize\indent%blank line This paragraph should be indented - due to the blank line after \type{\stopitemize}. \startitemize \item Two \stopitemize \noindent{\dorecurse{10}{\indent This paragraph should not be indented.}} \stoptext > > Cheers. > > Jim > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- 101 USES FOR A DEAD MICROPROCESSOR (1) Scarecrow for centipedes (2) Dead cat brush (3) Hair barrettes (4) Cleats (5) Self-piercing earrings (6) Fungus trellis (7) False eyelashes (8) Prosthetic dog claws . . . (99) Window garden harrow (pulled behind Tonka tractors) (100) Killer velcro (101) Currency ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] Software upgrade for ntg and contextgarden server 6 April
On Sat, Apr 15, 2023 at 12:13:58AM +0200, Hans Hagen via ntg-context wrote: > On 4/14/2023 3:50 PM, mf via ntg-context wrote: > > Hello, > > > > the github repo at https://github.com/contextgarden/context-mirror > > is not updated since March 20th. > > > > I don't know whether it's related to the server update, but maybe you know. > > I fetch from the origin, > > https://bitbucket.org/phg/context-mirror.git > which seems up to date; i suppose github gets it from there but > occasionally it lags behind; it's sort of the original git archive and our > backup plan. > > https://github.com/contextgarden/context > > Should be okay, > > Hans thank you Taco, Hans, and Aditya, Mikael, et Hans, I was just curious about your git strategy and wanted to ask you about something. Did you guys ever consider having a cgit interface and hosting it. A bunch of projects have done it heck. Even git, which is where everything solely depends on in the end, is running it. https://git.kernel.org/pub/scm/git/git.git/ https://git.zx2c4.com/cgit/about/ > > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- Real Programmers think better when playing Adventure or Rogue. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Tue, Apr 11, 2023 at 05:57:30PM +0200, Hans Hagen via ntg-context wrote: > On 4/11/2023 3:13 PM, Carlos via ntg-context wrote: > > > But where is actually luametatex under the standalone sources > just in the bin path thanks Hans. Didn't have the time to look at et . Looking at a small display on this system and sort of like going blind . Regarding old mkiv, I didn't have the time to delve more into it, but I think (couuld be wrong here) The script installation first-setup for that old mkiv is not as straightforward as lmtx is, and to top it off I had downloaded the modules only With the former I had to manually create the dir temxf-linux-64 whereas with lmtx installation was smooth right after that's why when I read the resolvers output I had pointed it out to Aditya that it was looking over and over for that dir to no avail (of course: the dir was never there; it was never created) Path is always a problem as you know. On gnu/linux bash init file means nothing, as most likely a profile file that supersedes it sets it up regardless of sessions and how many times logging off and rebooting , but the problem woudlnt' stop there as long as texmf is there I can probably venture out and say that even then, even then… it doesn't mean nothing while texmf is still there . what is mtxrun --script cache going to erase let alone /generate while texmf is in place? the chances are nil, nada, iteración infinita It's not going to happen. and an unknown script context.lua mtx-context.lua will certainly pop up all over again only after moving/removing texmf it'd go through or else it won't . then yes context --luatex --generate context --luatex --make or context --make p.s and all of the above over a lucida sans that was my own misconfiguration that's hilarious :) Hans. sorry but I just couldn't stop thinking about it. All over a sans font. Seriously. > > 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 > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- Blinding speed can compensate for a lot of deficiencies. -- David Nichols ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Tue, Apr 11, 2023 at 12:20:32PM +0200, Hans Hagen via ntg-context wrote: > On 4/11/2023 12:00 PM, Carlos via ntg-context wrote: > > > and belongs to TeX Live? > > well, i suppose there is a non-empty copy in texlive but an empty one can go > indeed > > > > > Here we go! Back to point A where we were at before > > > as alan pointed out: just install with the lmtx installer in a path > > > separate > > > from tex live, set the path and you're done; don't try to mix texlive > > > with a > > > adapted of standalone, texlive has its own context package and updates > > > etc; > > > keep them separated > > > > alright. That's fine. That's what I thought. > > > > So copy over the mtxrun binary on texmf-linux-64/bin to context and call it > > a > > day? > as long as the five mentioned files are there (and best hand mtxrun, context > and luametatex the same so use links) ... luametatex is the engine as well > as stub runner (runs the luatex file in the same path with the same name and > suffix lua) > I was just going over path just to make sure that the TeX Live infrastructure would not return anything from /opt/texlive/2023/bin/x86_64-linux/ as it doing before thank you for the clarification but where is luametatex on the standalone sources > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- Stinginess with privileges is kindness in disguise. -- Guide to VAX/VMS Security, Sep. 1984 ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Tue, Apr 11, 2023 at 12:20:32PM +0200, Hans Hagen via ntg-context wrote: > On 4/11/2023 12:00 PM, Carlos via ntg-context wrote: > > > and belongs to TeX Live? > > well, i suppose there is a non-empty copy in texlive but an empty one can go > indeed > > > > > Here we go! Back to point A where we were at before > > > as alan pointed out: just install with the lmtx installer in a path > > > separate > > > from tex live, set the path and you're done; don't try to mix texlive > > > with a > > > adapted of standalone, texlive has its own context package and updates > > > etc; > > > keep them separated > > > > alright. That's fine. That's what I thought. > > > > So copy over the mtxrun binary on texmf-linux-64/bin to context and call it > > a > > day? > as long as the five mentioned files are there (and best hand mtxrun, context > and luametatex the same so use links) ... luametatex is the engine as well > as stub runner (runs the luatex file in the same path with the same name and > suffix lua) > thank you for the clarification. I was going over path to make sure that anything under /opt/texlive/2022/bin/x86_64-linux/ returns no binaries from there But where is actually luametatex under the standalone sources > - > Hans Hagen | PRAGMA ADE > Ridderstraat 27 | 8061 GH Hasselt | The Netherlands >tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- As soon as we started programming, we found to our surprise that it wasn't as easy to get programs right as we had thought. Debugging had to be discovered. I can remember the exact instant when I realized that a large part of my life from then on was going to be spent in finding mistakes in my own programs. -- Maurice Wilkes, designer of EDSAC, on programming, 1949 ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Tue, Apr 11, 2023 at 11:23:45AM +0200, Hans Hagen via ntg-context wrote: > On 4/11/2023 11:11 AM, Carlos via ntg-context wrote: > > > Hello Alan, my PATH is set to: > > > > PATH=/home/ce/context-install/bin:/home/ce/context-install/tex/texmf-linux-64/bin:/opt/texlive/2023/bin/x86_64-linux:$PATH; > > export PATH > > what is that first path doing there > okay. Let's remove it. The second one wouldn't hurt it I guess, right? and it's needed. > > Do we actually need to list all kpsea variable here ?? fine > > doesn't hurt .. also because they can be set badly at the os level (you > really don't want to knwo when has be encountered in the 20th century) > :) > > Here are some of them, which are really irrelevant by the way, but just > > adding info > > > > $ kpsewhich --var-value TEXMFROOT > > /opt/texlive/2023 > > $ kpsewhich --var-value TEXMFDIST > > /opt/texlive/2023/texmf-dist > > $ kpsewhich --var-value TEXMFLOCAL > > /opt/texlive/texmf-local > > > > Now let's take a peek inside the TeX Live infrastructure-only, shall > > we? (just for additional info as TeX Live is ocnsidered one of the > > many scripts out there, right? One is interested in the standalone in > > the end) > > > > LICENSE.CTAN bin install-tl.log texmf-config > > texmfcnf.lua > > LICENSE.TL doc.htmlreadme-html.dir texmf-disttlpkg > > README index.html readme-txt.dir texmf-var > > README.usergroups install-tl release-texlive.txt texmf.cnf > > that si texlive, not standalone > > > that texmfcnf.lua only holds > > > > return { > >content = { > > variables = { > > }, > >}, > > } > > > > which is useless > > and harmless (somethign old texlive) > > > so, no bueno. Not when the aim is to install a fully functional context > > standalone > > > > Now let's take a peek instide and see the binaries > > > > afm2tfm etex kpsereadlink mfmtxrun.lua texluac > > bibtex extractbb kpsestat mf-nowin pdfetex tlmgr > > context fmtutil kpsewhichmft pdflatextlshell > > context.lua fmtutil-sys latexmkindex pdftex updmap > > dvilualatex fmtutil-user luahbtex mktexfmt pktogf updmap-sys > > dviluatexgftodvi lualatex mktexlsr pktype > > updmap-user > > dvipdfm gftopkluametatex mktexmf rungs xdvi > > dvipdfmx gftypeluaotfload-tool mktexpk simpdftex xdvi-xaw > > dvipdft inimf luatex mktextfm tex xdvipdfmx > > dvipsinitexmakeindexmptopdf texhash > > ebb kpseaccessman mtxruntexlua > > > > Do you see that context and context.lua out there, right? That's > > only after running tlmgr and installing it, so no bueno, because in > > the meantime there's no texmfcnf.lua around > > comes from the tex live base package ... harmless, just takes bytes (only > luatex, luametatex, context, mtxrun, context.lua and mtxrun.lua matter) > > > Then again, remember in the current state I actually don't have > > texmfcnf.lua for the simple reason that first-setup.sh never provided > > it, correct? > > aditya pointer that out (and it's one of the files that one doesn't want to > be overwritten anyway) > For clarification, Do you mean the file that consists of -- the distributed file (.../texlive//texmf-dist/web2c/texmfcnf.lua). -- And include *only* your changed values, not a copy of the whole thing! return { content = { variables = { }, }, } and belongs to TeX Live? > > Here we go! Back to point A where we were at before > as alan pointed out: just install with the lmtx installer in a path separate > from tex live, set the path and you're done; don't try to mix texlive with a > adapted of standalone, texlive has its own context package and updates etc; > keep them separated alright. That's fine. That's what I thought. So copy over the mtxrun binary on texmf-linux-64/bin to context and call it a day? > > 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 > - > > _
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Mon, Apr 10, 2023 at 10:01:55PM -0600, Alan Braslau via ntg-context wrote: > On Mon, 10 Apr 2023 20:51:58 -0400 (EDT) > Aditya Mahajan via ntg-context wrote: > > > Did you source the `setuptex` script, which sets the correct path. > > My PATH is set to > PATH=./context/tex/texmf-freebsd-amd64/bin:/home/MyAccount/context/tex/texmf-freebsd-amd64/bin:... > > If my current working directory ("./") is a project that contains its > very own subdirectory ./context/, then this is used to typeset the > project. If not, it falls back on my own general standalone > $HOME/context/, and if that does not exist, then it falls back on, say, > a systemwide TeXlive installation. > > This is all that is needed to have many versions coexist. > > Alan Hello Alan, my PATH is set to: PATH=/home/ce/context-install/bin:/home/ce/context-install/tex/texmf-linux-64/bin:/opt/texlive/2023/bin/x86_64-linux:$PATH; export PATH because not by going by TeX Live infrastructure only, but rather by standalone resolvers that's exactly what the additional steps to install that very same standalone required, a folder texmf-linux-64/bin, which it's pretty much self-explanatory And I already mentioned the above earlier Again Do we actually need to list all kpsea variable here ?? fine Here are some of them, which are really irrelevant by the way, but just adding info $ kpsewhich --var-value TEXMFROOT /opt/texlive/2023 $ kpsewhich --var-value TEXMFDIST /opt/texlive/2023/texmf-dist $ kpsewhich --var-value TEXMFLOCAL /opt/texlive/texmf-local Now let's take a peek inside the TeX Live infrastructure-only, shall we? (just for additional info as TeX Live is ocnsidered one of the many scripts out there, right? One is interested in the standalone in the end) LICENSE.CTAN bin install-tl.log texmf-config texmfcnf.lua LICENSE.TL doc.htmlreadme-html.dir texmf-disttlpkg README index.html readme-txt.dir texmf-var README.usergroups install-tl release-texlive.txt texmf.cnf that texmfcnf.lua only holds return { content = { variables = { }, }, } which is useless so, no bueno. Not when the aim is to install a fully functional context standalone Now let's take a peek instide and see the binaries afm2tfm etex kpsereadlink mfmtxrun.lua texluac bibtex extractbb kpsestat mf-nowin pdfetex tlmgr context fmtutil kpsewhichmft pdflatextlshell context.lua fmtutil-sys latexmkindex pdftex updmap dvilualatex fmtutil-user luahbtex mktexfmt pktogf updmap-sys dviluatexgftodvi lualatex mktexlsr pktype updmap-user dvipdfm gftopkluametatex mktexmf rungs xdvi dvipdfmx gftypeluaotfload-tool mktexpk simpdftex xdvi-xaw dvipdft inimf luatex mktextfm tex xdvipdfmx dvipsinitexmakeindexmptopdf texhash ebb kpseaccessman mtxruntexlua Do you see that context and context.lua out there, right? That's only after running tlmgr and installing it, so no bueno, because in the meantime there's no texmfcnf.lua around Then again, remember in the current state I actually don't have texmfcnf.lua for the simple reason that first-setup.sh never provided it, correct? So, wwith that in mind and in place, even that context binary from TeX Live infrastructure as shown before is a known fact that texmfcnf.lua is nowhere to be found So let me see if I can copy one from an otherwise fully functional TeX Live with almost 5g of space taken over and copy it over to this TeX Live infrastrcutre so everything checks out in the end What happens then is not really surprising If I were to copy over a copy that I found elsewhere over to web2c of the TeX Live-infrastructure-only installation, this is what happens: $ context --generate --luatex mtxrun | unknown script 'mtx-context.lua' or 'mtx-mtx-context.lua' Here we go! Back to point A where we were at before > > P.S. It can be a good practice to keep a ConTeXt standalone version > associated with each project, which can be "frozen" with the project, > assuring that the sources can always be typeset in the future "as is". > > P.P.S. This per-project ./context/ subdirectory can include multiple > tex/texmf-system-architecture subdirectories and the project shared > between different machines, all in happy coexistence. (Hans told me a > while ago that they all use unique luametatex caches.) > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ >
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Mon, Apr 10, 2023 at 08:51:58PM -0400, Aditya Mahajan via ntg-context wrote: > On Mon, 10 Apr 2023, Carlos via ntg-context wrote: > > > I'm just following some of the standalone installation instructions > > as per the wiki alongside a TeX Live installation, but there are a > > few things that don't add up or I can't seem to add them up :). > > > > first, while I was trying to mtxrun --generate it returned > > > > /usr/bin/env texlua no such file or directory > > > > So I thought heck, perhaps by creating a symbolic link we'll call it > > a day, but that wasn't enough, nope. > > > > This is is circa 21st century ladies and gentlemen! > > > > so I thought, alright, since there seems ot be a a problem with texlua, > > let's also add it to path somehow. > > Did you source the `setuptex` script, which sets the correct path. > > > So with that out of the way, we'll move on to the next step and change > > to a directory and try to call out mtxrun --generate again > > > > It returns: > > > > mtxrun --generate resolvers | resolving | variable 'SELFAUTOLOC' > > set to '/home/ce/context/bin' resolvers | resolving | variable > > This appears to be the wrong mtxrun binary. You should include the PATH > variable listed as part of the installation. It should point to > `/home/ce/context/texmf-linux-64/bin` or something similar. with texmfcnf.lua and the contextbinary from just hte TeX Live infrastructure there is an interesting conflict with the same ol' same ol' anyhow [2/2, 00:02/02:56] install: context [92021k] running mktexlsr ... done running mktexlsr. running mtxrun --generate ... done running mtxrun --generate. running context --luatex --generate ... done running context --luatex --generate. running updmap-sys ... done running updmap-sys. then context mtxrun | unknown script 'mtx-context.lua' or 'mtx-mtx-context.lua' context --luatex --generate mtxrun | unknown script 'mtx-context.lua' or 'mtx-mtx-context.lua' same as with context --generate mtxrun | unknown script 'mtx-context.lua' or 'mtx-mtx-context.lua' so it's an either or. texmfcnf.lua in place mtxrun would definitely go through but breaks context calls, while without it, a context call is just ostracized to a context --generate --luatex mtx-context | redirect luametatex -> luatex: luatex --luaonly "/opt/texlive/2023/bin/x86_64-linux/mtxrun.lua" --generate --redirected but that's not what I had in mind. mtxrun --script cache --erase mtxrun | unknown script 'cache.lua' or 'mtx-cache.lua' -- Real Programmers think better when playing Adventure or Rogue. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Mon, Apr 10, 2023 at 08:51:58PM -0400, Aditya Mahajan via ntg-context wrote: > On Mon, 10 Apr 2023, Carlos via ntg-context wrote: > > > I'm just following some of the standalone installation instructions > > as per the wiki alongside a TeX Live installation, but there are a > > few things that don't add up or I can't seem to add them up :). > > > > first, while I was trying to mtxrun --generate it returned > > > > /usr/bin/env texlua no such file or directory > > > > So I thought heck, perhaps by creating a symbolic link we'll call it > > a day, but that wasn't enough, nope. > > > > This is is circa 21st century ladies and gentlemen! > > > > so I thought, alright, since there seems ot be a a problem with texlua, > > let's also add it to path somehow. > > Did you source the `setuptex` script, which sets the correct path. > > > So with that out of the way, we'll move on to the next step and change > > to a directory and try to call out mtxrun --generate again > > > > It returns: > > > > mtxrun --generate resolvers | resolving | variable 'SELFAUTOLOC' > > set to '/home/ce/context/bin' resolvers | resolving | variable > > This appears to be the wrong mtxrun binary. You should include the PATH > variable listed as part of the installation. It should point to > `/home/ce/context/texmf-linux-64/bin` or something similar. > > Aditya Is there any rationale not to have texmfcnf.lua alongside context.cnf and contextcnf.lua under web2c with the current standalone installation? Because on TeX Live infrastructure alone, I have my doubts that that file will be somehow generated magically. would it? Of course I could probably scrounge it off somewhere but it's also besides the point On the current installation of a standalone relying solely on what tewmf/webc holds is… well. > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ > -- Time sharing: The use of many people by the computer. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
On Mon, Apr 10, 2023 at 08:51:58PM -0400, Aditya Mahajan via ntg-context wrote: > On Mon, 10 Apr 2023, Carlos via ntg-context wrote: > > > I'm just following some of the standalone installation instructions > > as per the wiki alongside a TeX Live installation, but there are a > > few things that don't add up or I can't seem to add them up :). > > > > first, while I was trying to mtxrun --generate it returned > > > > /usr/bin/env texlua no such file or directory > > > > So I thought heck, perhaps by creating a symbolic link we'll call it > > a day, but that wasn't enough, nope. > > > > This is is circa 21st century ladies and gentlemen! > > > > so I thought, alright, since there seems ot be a a problem with texlua, > > let's also add it to path somehow. > > Did you source the `setuptex` script, which sets the correct path. Of course I sourced it and complains about plain.tex > > > So with that out of the way, we'll move on to the next step and change > > to a directory and try to call out mtxrun --generate again > > > > It returns: > > > > mtxrun --generate resolvers | resolving | variable 'SELFAUTOLOC' > > set to '/home/ce/context/bin' resolvers | resolving | variable > > This appears to be the wrong mtxrun binary. You should include the PATH > variable listed as part of the installation. It should point to > `/home/ce/context/texmf-linux-64/bin` or something similar. binaries. Let's start over for the simple reason that texmfcnf.lua does not exist. Not through a TeX Live infrastructure only installation anyway. let's run ./install --modules=all and it rightly reports that mtx-update | updating mtxrun for linux-64: rsync -tgo --chmod=a+x '/home/ce/context-install/tex/texmf-context/scripts/context/lua/mtxrun.lua' '/home/ce/context-install/tex/texmf-linux-64/bin/mtxrun' mtx-update | run, rsync -tgo --chmod=a+x '/home/ce/context-install/tex/texmf-context/scripts/context/lua/mtxrun.lua' '/home/ce/context-install/tex/texmf-linux-64/bin/mtxrun' rsync: [Receiver] change_dir#3 "/home/ce/context-install/tex/texmf-linux-64/bin" failed: No such file or directory (2) rsync error: errors selecting input/output files, dirs (code 3) at main.c(827) [Receiver=3.2.7] resolvers | tds | no 'texmf-linux-64' under tree '/home/ce/context-install/tex' Now. Let's add the directories, correct? If you were to look at the following resolvers | resolving | using configuration specification 'home:texmf/web2c;{selfautoloc:,selfautoloc:/share/texmf-local/web2c,selfautoloc:/share/texmf-dist/web2c,selfautoloc:/share/texmf/web2c,selfautoloc:/texmf-local/web2c,selfautoloc:/texmf-dist/web2c,selfautoloc:/texmf/web2c,selfautodir:,selfautodir:/share/texmf-local/web2c,selfautodir:/share/texmf-dist/web2c,selfautodir:/share/texmf/web2c,selfautodir:/texmf-local/web2c,selfautodir:/texmf-dist/web2c,selfautodir:/texmf/web2c,$SELFAUTOGRANDPARENT/texmf-local/web2c,selfautoparent:,selfautoparent:/share/texmf-local/web2c,selfautoparent:/share/texmf-dist/web2c,selfautoparent:/share/texmf/web2c,selfautoparent:/texmf-local/web2c,selfautoparent:/texmf-dist/web2c,selfautoparent:/texmf/web2c}' resolvers | resolving | resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/texmf/web2c' from specification 'home:texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on weird path '/home/ce/context-install/tex/texmf-linux-64/bin' from specification 'selfautoloc:' you'd notice that is looking over and over for a texmfcnf.lua But where is my texmfcnf.lua? Would you know? :) Because I don't. The only instance of a texmfcnf.lua dates back to a prepackaged installation that is no longer there anyway it points to a prepackaged texlive which I'm not using and not planning to. and what I have under TEXMFHOME which doesn't amount to much anyway , or what's important for the current issue is amiga-pl.tcx cp8bit.tcx il2-t1.tcxmktex.opt tcvn-t5.tcx cp1250cs.tcx empty.tcxkam-cs.tcxmktexdir texmf.cnf cp1250pl.tcx fmtutil-hdr.cnf kam-t1.tcxmktexdir.opt updmap-hdr.cfg cp1250t1.tcx fmtutil.cnf macce-pl.tcx mktexnam updmap.cfg cp227.tcx il1-t1.tcx macce-t1.tcx mktexnam.opt viscii-t5.tcx cp852-cs.tcx il2-cs.tcx maz-pl.tcxmktexupd cp852-pl.tcx il2-pl.tcx mktex.cnf natural.tcx which as you fully know, it doesn't help What is TeX Live infrastructure doing is the question It's besides the point to call out ./tlmgr install context here because mtx is no longer there anyway for what's worth Welcome to TeX Live! See ../texlive/2023/index.html for links to documentation. The TeX Live web site (https://tug.org/texlive/) contains any updates and corrections. TeX Live is a joint project
[NTG-context] /usr/bin/env texlua no such file or directory; ~/context/tex is not a valid TEXROOT path; no file plain.tex
I'm just following some of the standalone installation instructions as per the wiki alongside a TeX Live installation, but there are a few things that don't add up or I can't seem to add them up :). first, while I was trying to mtxrun --generate it returned /usr/bin/env texlua no such file or directory So I thought heck, perhaps by creating a symbolic link we'll call it a day, but that wasn't enough, nope. This is is circa 21st century ladies and gentlemen! so I thought, alright, since there seems ot be a a problem with texlua, let's also add it to path somehow. So with that out of the way, we'll move on to the next step and change to a directory and try to call out mtxrun --generate again It returns: mtxrun --generate resolvers | resolving | variable 'SELFAUTOLOC' set to '/home/ce/context/bin' resolvers | resolving | variable 'SELFAUTODIR' set to '/home/ce/context' resolvers | resolving | variable 'SELFAUTOPARENT' set to '/home/ce' resolvers | resolving | variable 'TEXMFCNF' set to '' resolvers | resolving | variable 'TEXMF' set to '' resolvers | resolving | variable 'TEXOS' set to 'context' resolvers | resolving | resolvers | resolving | using configuration specification 'home:texmf/web2c;{selfautoloc:,selfautoloc:/share/texmf-local/web2c,selfautoloc:/share/texmf-dist/web2c,selfautoloc:/share/texmf/web2c,selfautoloc:/texmf-local/web2c,selfautoloc:/texmf-dist/web2c,selfautoloc:/texmf/web2c,selfautodir:,selfautodir:/share/texmf-local/web2c,selfautodir:/share/texmf-dist/web2c,selfautodir:/share/texmf/web2c,selfautodir:/texmf-local/web2c,selfautodir:/texmf-dist/web2c,selfautodir:/texmf/web2c,$SELFAUTOGRANDPARENT/texmf-local/web2c,selfautoparent:,selfautoparent:/share/texmf-local/web2c,selfautoparent:/share/texmf-dist/web2c,selfautoparent:/share/texmf/web2c,selfautoparent:/texmf-local/web2c,selfautoparent:/texmf-dist/web2c,selfautoparent:/texmf/web2c}' resolvers | resolving | resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/texmf/web2c' from specification 'home:texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on weird path '/home/ce/context/bin' from specification 'selfautoloc:' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/bin/share/texmf-local/web2c' from specification 'selfautoloc:/share/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/bin/share/texmf-dist/web2c' from specification 'selfautoloc:/share/texmf-dist/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/bin/share/texmf/web2c' from specification 'selfautoloc:/share/texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/bin/texmf-local/web2c' from specification 'selfautoloc:/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/bin/texmf-dist/web2c' from specification 'selfautoloc:/texmf-dist/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/bin/texmf/web2c' from specification 'selfautoloc:/texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on weird path '/home/ce/context' from specification 'selfautodir:' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/share/texmf-local/web2c' from specification 'selfautodir:/share/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/share/texmf-dist/web2c' from specification 'selfautodir:/share/texmf-dist/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/share/texmf/web2c' from specification 'selfautodir:/share/texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/texmf-local/web2c' from specification 'selfautodir:/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/texmf-dist/web2c' from specification 'selfautodir:/texmf-dist/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/context/texmf/web2c' from specification 'selfautodir:/texmf/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '$SELFAUTOGRANDPARENT/texmf-local/web2c' from specification '$SELFAUTOGRANDPARENT/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on weird path '/home/ce' from specification 'selfautoparent:' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path '/home/ce/share/texmf-local/web2c' from specification 'selfautoparent:/share/texmf-local/web2c' resolvers | resolving | looking for regular 'texmfcnf.lua' on given path
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sun, Apr 02, 2023 at 10:41:53AM +0200, Hans Hagen via ntg-context wrote: > On 4/1/2023 11:21 PM, Carlos via ntg-context wrote: > > On Fri, Mar 31, 2023 at 10:22:49PM +0200, Hans Hagen via ntg-context wrote: > > > On 3/31/2023 10:08 PM, Carlos via ntg-context wrote: > > > > > > > > sure, why should it, you want lucida so better quit with an error than > > > > > kicking in some font; actually cmr math fonts have been obsoleted for > > > > > way > > > > > over a decade by latin modern math fonts in 32 bit font engines > > > > > > Font loading and processing time can be mosty neglected so these 16 > > > seconds > > > come from something else, maybe there are ways to trace file access. > > > Another > > > possibility is that your fonts are not cached in which case every run will > > > involve parsing the otf / ttf and producing whatever resources needed > > > (normally cached). > > > > interesting. Earlier as the output was showing > > > > > mkiv lua stats > loaded patterns: en::1, load time: 0.000 > > > mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, > > > lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf > > > > you asked > > > > > so why not use lucida math fonts? > > > > which is a valid question but nevertheless unsettling in that > > lmodern-regular may nat have been called out. I fully understand the > > inclusion of a latinmodern-math in it as a lucidamath was not previously > > available but I ponder at the idea and involuntary implementation of > > having lmroman along the pack. Why? If this is TeX doings, or misdoings > > (depending how one looks at it), it clearly shows to me that TeX also > > restricts my freedom to use whatever font I may deem necessary. Don't you > > think? You can probably disagree with me here, or anyone from the TeX > > community can, but the roman last was imposed deliberately upon. Someoe may > > also give a lengthy explanation but that would be just hogwash in thee very > > end . > > The fact that a file is loaded doesn't mean that it is used. In fact there > is some fallback loading going on because explaining when nothing gets > typeset or why \nullfont is used which results in missing chars messages is > a waste of time. > > It has nothing to do with restrictions: tex will load any font you want it. > But for instance when you turn on some tracing the macro package can load a > font it needs. Indirectly you get what you ask for. > You're right about that. My mistake. Somehow monospaced had been previously defined and I hadn't even noticed it . I think I got it (sort of) figured for what I want it so far. The latest stats are mkiv lua stats > loaded fonts: 5 files: latinmodern-math.otf, lucidabrightdemiitalic.otf, lucidabrightitalic.otf, lucidabrightregular.otf, lucidasansregular.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 17 instances, 10 shared in backend, 3 common vectors, 7 common hashes, load time 0.413 seconds mkiv lua stats > math tweaking time: 0.162 seconds, 24 math goodie tables which is pretty much what I was looking for, except the math font issue. Thank you! While I was trying to play with it a bit, I noticed a problem with the tfb and tfc resizing in math mode The only mention of anything similar happened back in 2009 (but then again this was with mkii). There may be more similar issues in the list. I just didn't have the time to look for it. https://www.mail-archive.com/ntg-context@ntg.nl/msg40224.html But anyhow, the following did the trick , which I found it convenient really. But I don't use math mode, although someone else might, it's intuitive, and does the job \startmidaligned $\tfc a + \overbracket{b + c} + \underbracket{d + e} + \doublebracket{f + g} + h$ \stopmidaligned \startformula \int_{\infty} \stopformula > I bet you didn't explicitly ask for e.g. english hyphentation patterns > either but still got them, but tex will happily let you use polish ones > instead. > > Of course the best remedy against any automatism is to just start with > initex and implement from scratch. > > In the above case: just add \type {foo} and you might see another font you > didn't ask for / set up. > > > > > I was actually thinking to ask you about that, and by falling back to > > > > cmr math font that perhaps would expedite loading time along the way. > > > > > > These fonts are small (only huge cjk fonts with tens of thousands of > > > glyphs > > > or fonts with hundreds of accumulated features
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Fri, Mar 31, 2023 at 10:22:49PM +0200, Hans Hagen via ntg-context wrote: > On 3/31/2023 10:08 PM, Carlos via ntg-context wrote: > > > > sure, why should it, you want lucida so better quit with an error than > > > kicking in some font; actually cmr math fonts have been obsoleted for way > > > over a decade by latin modern math fonts in 32 bit font engines > > Font loading and processing time can be mosty neglected so these 16 seconds > come from something else, maybe there are ways to trace file access. Another > possibility is that your fonts are not cached in which case every run will > involve parsing the otf / ttf and producing whatever resources needed > (normally cached). interesting. Earlier as the output was showing > mkiv lua stats > loaded patterns: en::1, load time: 0.000 > mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, > lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf you asked > so why not use lucida math fonts? which is a valid question but nevertheless unsettling in that lmodern-regular may nat have been called out. I fully understand the inclusion of a latinmodern-math in it as a lucidamath was not previously available but I ponder at the idea and involuntary implementation of having lmroman along the pack. Why? If this is TeX doings, or misdoings (depending how one looks at it), it clearly shows to me that TeX also restricts my freedom to use whatever font I may deem necessary. Don't you think? You can probably disagree with me here, or anyone from the TeX community can, but the roman last was imposed deliberately upon. Someoe may also give a lengthy explanation but that would be just hogwash in thee very end . > > > I was actually thinking to ask you about that, and by falling back to cmr > > math font that perhaps would expedite loading time along the way. > > These fonts are small (only huge cjk fonts with tens of thousands of glyphs > or fonts with hundreds of accumulated features might have some impact but > even then not in the final embedding stage). Yeah. I guess. I can also have mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > loaded fonts: 3 files: lucidabrightmathsymbol.ttf, lucidanewmathitalic.ttf, lucidabrightregular.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 instances, 3 shared in backend, 1 common vectors, 2 common hashes, load time 16.723 seconds but that loading time gets back at me as the culprit sweet reminder of not using cmr then. You know the story by now Hans. I can load any font but not speed things up. Not without going through cmr. It is what it is. > > Whan talking fonts, enabling for instance expansion (hz) and protusion might > increase runtime a little. In practice, enabling for instance synctex has a > bigger imnpacts on performance than handling fonts. > 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 > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- There's got to be more to life than compile-and-go. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Fri, Mar 31, 2023 at 04:40:27PM +0200, Hans Hagen via ntg-context wrote: > On 3/31/2023 1:40 PM, Carlos via ntg-context wrote: > > > > so why not use lucida math fonts? > > > > I have. But only with a couple of math fonts. I don't have all these fonts. > > It really pays off to buy the official lucida opentype package. I'll do that eventually. > > > mkiv lua stats > loaded fonts: 3 files: lucidanewmathitalic.ttf, > > lucidanewmathsymbol.ttf, lucidabrightregular.otf > > mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 > > instances, 3 shared in backend, 1 common vectors, 2 common hashes, load > > time 16.733 seconds > > I never heard of these math ones. Did you get these from yandytex (no longer > around) or TUG (the official distributer of lucida opentype math)? Anyway, > as we fine tune math fonts for sure you get suboptimal results (or even > wrong output). Mikael and I put quite a bit of care into lucida opentype > math. > > > I do agree with you in that that loading time is perhaps unacceptable but… > > ... > > You ought to specify that must be only after subsequent callbacks. I just > > tried it with a one liner file of \setupbodyfont[lucida] and (looking > > around in disbelief) it took a whooping ahem > > fonts > names > skipped files: 164 > > fonts > names > duplicate files : 164 > > fonts > names > total scan time : 16.487 seconds > > I have no clue, unless that relates to your font path including some home > dir which gets scanned every time for whatever reason and that has tens of > thousands of files. I can process the 350+ page luametatex manual twice in > these 16 seconds and that one loads quite some (also math) fonts and my > laptop is not a fancy 2023 one > > > before it produced even error messages. > > > > beating me for 2 seconds. Great. And then it restricted my freedom by saying > > > > «Sorry, but I can't typeset math unless various parameters have been set. > > This is > > normally done by loading special math fonts into the math family slots. > > Your font > > set is lacking at least the parameter mentioned earlier.» > > that's pretty clear: you don't load a math font at all, maybe some text font > pretending it is math > > > Sorry, but sorry doesn't cut it here. > > it does: no proper math font found so reason to complain > > > I guess it must have been referring to \strc_formulas_place_number > > \strc_formulas_flush_number \dostarttagged \t!formulacontent \empty > > \dotagregisterformula \c_strc_formulas_n \csname \e!stop \formulaparameter > > \c!alternative \v!formula \endcsname > > dunno, that's numbering, not math > > > Okay. So I tried another file. This time around with only > > > > \setupbodyfont[lucida] > > > > \starttext > > $ test $ > > \stoptext > > > > and then the output message was «Somewhere in the math formula just ended, > > you used the stated character from an > > undefined font family. For example, plain TeX doesn't allow \it or \sl in > > subscripts. Proceed, and I'll try to forget that I needed that character.» > > > > There's not even a fallback to cmr or any other font. > > sure, why should it, you want lucida so better quit with an error than > kicking in some font; actually cmr math fonts have been obsoleted for way > over a decade by latin modern math fonts in 32 bit font engines I was actually thinking to ask you about that, and by falling back to cmr math font that perhaps would expedite loading time along the way. Thank you for the info on that last sentence. I didn't know. > > > There was not even a personalized touch in the output. That message sounds > > like one of these new GPT-chat features. Dry. When I read that «Proceed, > > and I'll try to forget it…» part the first thing I thought was: yeah, I'll > > proceed by removing that file altogether and you'll forget it for sure . > > that message is part of 'reference tex the program' for over 40 years so if > chatgpt would come up with it, it would do so by having parsed plenty of tex > sources instead of inventing it (and when it comes to answering tex related > questions chargpt is pretty unreliable, but that's another topic) > > > But instaed I looked at it and though to myself «how much has changed?!» In > > plain TeX (I have forgotten it a bit) but I can still type > > > \par > > > $test$ > > > \end > > > > and it'll produce a dvi file in return. > > a lot has changed: opentyp
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Wed, Mar 29, 2023 at 12:48:53AM +0200, Hans Hagen via ntg-context wrote: > On 3/28/2023 7:05 PM, Carlos via ntg-context wrote: > > On Mon, Mar 27, 2023 at 03:43:47PM +0200, Hans Hagen via ntg-context wrote: > > > On 3/27/2023 3:31 PM, Carlos via ntg-context wrote: > > > > > > > mkiv lua stats > loaded fonts: 4 files: latinmodern-math.otf, > > > > lmroman10-regular.otf, lucidabrightregular.ttf, lucidasansregular.ttf > > > > > > i admit never having seen lucida ttf files (but when opentype ttf files > > > are > > > used with an afm file present then no map files are needed at all because > > > we're in wide font mode and encidings are ignored) > > > > > > > I hadn't either. But everything aligned and thought it was nice. > > > > You're right that loading a map file is not needed, but If you're concerned > > about afm files then bring these files over to the working directory, and > > then mtxrun --generate the same > > > > So yes. Even though the file was something like (intended originally to > > load the map file, correct?) but since the map file is no longer necessary > > then afm should suffice > > > > \starttypescript [serif] [lucida] [texnansi] > > > > \definefontsynonym[LucidaBrightDemiBold][texnansi-lucidabrightdemibold][encoding=texnansi] > > > > \definefontsynonym[LucidaBrightDemiItalic][texnansi-lucidabrightdemiitalic][encoding=texnansi] > > > > \definefontsynonym[LucidaBrightItalic][texnansi-lucidabrightitalic][encoding=texnansi] > > > > \definefontsynonym[LucidaBrightRegular][texnansi-lucidabrightregular][encoding=texnansi] > > \stoptypescript > > these encodings only make sense with mkii (in which case the map file tells > pdftex if a ttf or pfb file is used) > > in mkiv encodings are ignored, when a ttf/otf file is used no afm is read, > and when a pfb fils is used the afm is used (ligature adn kerning info etc) > but a wide font is assembled > > (when a ttf is used the lucidaot typescript file can serve as example) > > in mkxl we assume the otf files sold by TUG are used (recently the math font > was updated) > > > and not with the file specification as in: > > > > > > \starttypescript [mylucidaserif] % or mylucidasans > >\definefontsynonym[LucidaBrightRegular][file:LucidaBrightRegular] > >\definefontsynonym[LucidaBrightItalic] [file:LucidaBrightItalic] > >\definefontsynonym[LucidaBrightBold] [file:LucidaBrightDemiBold] > > \stoptypescript > > > > and \setups[font:fallback:serif:sans] wouldn't be needed either > > > > you'd end up with > > in mkxl (lmtx) > > \setupbodyfont[lucida] > > will load open type definitions > > > mkiv lua stats > loaded patterns: en::1, load time: 0.000 > > mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, > > lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf > > so why not use lucida math fonts? I have. But only with a couple of math fonts. I don't have all these fonts. mkiv lua stats > loaded fonts: 3 files: lucidanewmathitalic.ttf, lucidanewmathsymbol.ttf, lucidabrightregular.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 6 instances, 3 shared in backend, 1 common vectors, 2 common hashes, load time 16.733 seconds I do agree with you in that that loading time is perhaps unacceptable but… > > > > > mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 > > > > instances, 5 shared in backend, 3 common vectors, 2 common hashes, load > > > > time 16.898 seconds > > > > i assume that you don't get this 16 seconds load time each run > > > > You're correct. That's why you recommended to use otf first . > even with type one fonts 17 sec load time for a few fonts is not okay, i > expect more something like: > > mkiv lua stats > loaded fonts: 3 files: lucidabrightmathot.otf, > lucidabrightot.otf, lucidasansot.otf > mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 14 > instances, 10 shared in backend, 6 common vectors, 4 common hashes, load > time 0.161 seconds You ought to specify that must be only after subsequent callbacks. I just tried it with a one liner file of \setupbodyfont[lucida] and (looking around in disbelief) it took a whooping ahem fonts > names > skipped files: 164 fonts > names > duplicate files : 164 fonts > names > total scan time : 16.487 seconds before it produced even error messages. beating me for 2 seconds. Great. And then i
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Mon, Mar 27, 2023 at 03:43:47PM +0200, Hans Hagen via ntg-context wrote: > On 3/27/2023 3:31 PM, Carlos via ntg-context wrote: > > > mkiv lua stats > loaded fonts: 4 files: latinmodern-math.otf, > > lmroman10-regular.otf, lucidabrightregular.ttf, lucidasansregular.ttf > > i admit never having seen lucida ttf files (but when opentype ttf files are > used with an afm file present then no map files are needed at all because > we're in wide font mode and encidings are ignored) > I hadn't either. But everything aligned and thought it was nice. You're right that loading a map file is not needed, but If you're concerned about afm files then bring these files over to the working directory, and then mtxrun --generate the same So yes. Even though the file was something like (intended originally to load the map file, correct?) but since the map file is no longer necessary then afm should suffice \starttypescript [serif] [lucida] [texnansi] \definefontsynonym[LucidaBrightDemiBold][texnansi-lucidabrightdemibold][encoding=texnansi] \definefontsynonym[LucidaBrightDemiItalic][texnansi-lucidabrightdemiitalic][encoding=texnansi] \definefontsynonym[LucidaBrightItalic][texnansi-lucidabrightitalic][encoding=texnansi] \definefontsynonym[LucidaBrightRegular][texnansi-lucidabrightregular][encoding=texnansi] \stoptypescript \starttypescript [sans] [lucida] [texnansi] \definefontsynonym[LucidaSansDemiBold][texnansi-lucidasansdemibold][encoding=texnansi] \definefontsynonym[LucidaSansDemiOblique][texnansi-lucidasansdemioblique][encoding=texnansi] \definefontsynonym[LucidaSansOblique][texnansi-lucidasansoblique][encoding=texnansi] \definefontsynonym[LucidaSansRegular][texnansi-lucidasansregular][encoding=texnansi] \stoptypescript \starttypescript [mono] [lucida] [texnansi] \definefontsynonym[LucidaSansTypewriterBold][texnansi-lucidatypewriterbold][encoding=texnansi] \definefontsynonym[LucidaSansTypewriterBoldOblique][texnansi-lucidayypewriterboldoblique][encoding=texnansi] \definefontsynonym[LucidaSansTypewriterOblique][texnansi-lucidatypewriteroblique][encoding=texnansi] \definefontsynonym[LucidaSansTypewriterRegular][texnansi-lucidatypewriterregular][encoding=texnansi] \stoptypescript \starttypescript [serif] [lucida] [name] \usetypescript[serif][fallback] \definefontsynonym[Serif] [LucidaBrightRegular] \definefontsynonym[SerifBold] [LucidaBrightDemi] \definefontsynonym[SerifItalic][LucidaBrightItalic] \definefontsynonym[SerifBoldItalic][LucidaBrightDemiItalic] \stoptypescript \starttypescript [sans] [lucida] [name] \usetypescript[sans][fallback] \definefontsynonym[Sans][LucidaSansRegular] \definefontsynonym[SansItalic] [LucidaSansOblique] \definefontsynonym[SansBold][LucidaSansDemiBold] \definefontsynonym[SansBoldItalic] [LucidaSansDemiOblique] \stoptypescript \starttypescript [mono] [lucida] [name] \usetypescript[mono][fallback] \definefontsynonym[Mono] [LucidaSansTypewriterRegular] \definefontsynonym[MonoItalic] [LucidaSansTypewriterOblique] \definefontsynonym[MonoBold][LucidaSansTypewriterBold] \definefontsynonym[MonoBoldItalic] [LucidaSansTypewriterBoldOblique] \stoptypescript \starttypescript [Lucida] \definetypeface[MyLucida][rm][serif][lucida][default][encoding=texnansi] \definetypeface[MyLucida][ss][sans][lucida][default][encoding=texnansi] \definetypeface[MyLucida][tt][mono][lucida][default][encoding=texnansi] \stoptypescript and not with the file specification as in: \starttypescript [mylucidaserif] % or mylucidasans \definefontsynonym[LucidaBrightRegular][file:LucidaBrightRegular] \definefontsynonym[LucidaBrightItalic] [file:LucidaBrightItalic] \definefontsynonym[LucidaBrightBold] [file:LucidaBrightDemiBold] \stoptypescript and \setups[font:fallback:serif:sans] wouldn't be needed either you'd end up with mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 instances, 5 shared in backend, 3 common vectors, 2 common hashes, load time 0.306 seconds mkiv lua stats > math tweaking time: 0.055 seconds, 12 math goodie tables > > mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 > > instances, 5 shared in backend, 3 common vectors, 2 common hashes, load > > time 16.898 seconds > > mkiv lua stats > math tweaking time: 0.102 seconds, 12 math goodie tables > > mkiv lua stats > font embedding time:
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sat, Mar 25, 2023 at 09:26:36PM +0100, Hans Hagen via ntg-context wrote: > On 3/25/2023 8:55 PM, Carlos via ntg-context wrote: > > Hello list: > > > > This is under a fresh TeXLive installation. Sort as to put aside any > > texlive prepackaged issues. > > > > And the followign lines is the output of the error I've been having with > > the call of context on a recent texlive installation by both mtxrun > > --generate and luatools --generate right after. > > there i no need to use luatools (it's something old from the early days) > > what does > > mtxrun --generate --verbose > > report (whre does it fail) > > > 57 \starttext > > 58 > > 59 \usetypescriptfile[type-lucida] > > 60 \usetypescript[Lucida][texnansi] > > 61 >> \setupbodyfont[MyLucida, 10pt] > > 62 > > 63 \input zapf > > 64 > > 65 \input tufte > > fwiw, lucida type one makes no sense any more because the opentype version > is way better (and in the updated math setup in lmtx we didn't even look at > it) > > > Is LuaLaTeX behaving the same way? > > > > Answer: no. > > no surprise because it doesn't use the same setup > > what cache path does > > mtxrun --variables > > report > > Hans > > Thanks a lot Hans! Of course your sugggestion by using otf rather than going through the ttf as it may be deprecated works. No doubt. But look at the output of only a few lines.. This is exactly what I wanted to see!: system >6: filename=texnansi-bandh-lucida.map filetype=map format=map foundname=/usr/local/texlive/2023/texmf-local/fonts/map/pdftex/context/texnansi-bandh-lucida.map fullname=/usr/local/texlive/2023/texmf-local/fonts/map/pdftex/context/texnansi-bandh-lucida.map usedmethod=database system > 13: filename=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightDemiBold.afm foundname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightDemiBold.afm fullname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightDemiBold.afm usedmethod=direct system > 14: filename=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightDemiItalic.afm foundname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightDemiItalic.afm fullname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightDemiItalic.afm usedmethod=direct system > 15: filename=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightItalic.afm foundname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightItalic.afm fullname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightItalic.afm usedmethod=direct system > 16: filename=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightRegular.afm foundname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightRegular.afm fullname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaBrightRegular.afm usedmethod=direct system > 17: filename=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansDemiBold.afm foundname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansDemiBold.afm fullname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansDemiBold.afm usedmethod=direct system > 18: filename=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansDemiOblique.afm foundname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansDemiOblique.afm fullname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansDemiOblique.afm usedmethod=direct system > 19: filename=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansOblique.afm foundname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansOblique.afm fullname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansOblique.afm usedmethod=direct system > 20: filename=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansRegular.afm foundname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansRegular.afm fullname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaSansRegular.afm usedmethod=direct system > 21: filename=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaTypewriterBold.afm foundname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaTypewriterBold.afm fullname=/usr/local/texlive/2023/texmf-local/fonts/afm/bandh/lucida/LucidaTypewriterBold.afm usedmethod=direct system > 22: filename=/usr/local/texlive/2023
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sun, Mar 26, 2023 at 01:04:30PM +0200, Henning Hraban Ramm via ntg-context wrote: > Am 25.03.23 um 23:42 schrieb Carlos via ntg-context: > > > > > fonts | names | 3092 afm files checked, okay > > > > fonts | names | identifying tree font files with suffix 'AFM' > > > > fonts | names | scanning path > > > > '/home/ce/.texlive2023/texmf-config' for AFM files > > > > > fonts | names | variable 'OSFONTDIR' specifies path '/home/ce' > > > > fonts | names | variable 'OSFONTDIR' specifies path > > > > '/usr/share/fonts' > > > > fonts | names | globbing path '/home/ce/**.otf' > > There is something strange here. > Is maybe TEXMFHOME set? > > Since you use a TeX live installation, some other texmfcnf.lua or texmf.cnf > might interfere. > Look into /usr/local/texlive/2023/ > > Since it scans everything in your home directory, maybe TEXMFHOME or > OSFONTDIR is set to ~ (instead ~/texmf) there? > > Hraban I created an entirely different folder and placed the otf files right in it following Hans' advice on using directly otf rather than ttf The latter was used successfully under Void TeXLive prepackaged 2021 using a loadmapfile[texnansi-bandh-lucida.map] There was a texmfcnf.lua under the TEXMFLOCAL variable, and another one under TEXMFDIST. Got rid of the former but haven't tested it enough. Thanks for bringing it up! It compiled fine, saved some rendering presumably from missing a few otf files that I didn't have under Alpine. > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- !07/11 PDP a ni deppart m'I !pleH ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sat, Mar 25, 2023 at 09:26:36PM +0100, Hans Hagen via ntg-context wrote: > On 3/25/2023 8:55 PM, Carlos via ntg-context wrote: > > Hello list: > > > > This is under a fresh TeXLive installation. Sort as to put aside any > > texlive prepackaged issues. > > > > And the followign lines is the output of the error I've been having with > > the call of context on a recent texlive installation by both mtxrun > > --generate and luatools --generate right after. > > there i no need to use luatools (it's something old from the early days) > > what does > > mtxrun --generate --verbose > > report (whre does it fail) > > > 57 \starttext > > 58 > > 59 \usetypescriptfile[type-lucida] > > 60 \usetypescript[Lucida][texnansi] > > 61 >> \setupbodyfont[MyLucida, 10pt] > > 62 > > 63 \input zapf > > 64 > > 65 \input tufte > > fwiw, lucida type one makes no sense any more because the opentype version > is way better (and in the updated math setup in lmtx we didn't even look at > it) > Hans, your advice for using otf fonts worked. Thanks. system > lua > compiling '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/1b4da46d1f340757f9984eae810b1464/fonts/streams/lucidabrightregularotf-1.tma' into '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/1b4da46d1f340757f9984eae810b1464/fonts/streams/lucidabrightregularotf-1.tmd' system > lua > dumping '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/1b4da46d1f340757f9984eae810b1464/fonts/streams/lucidabrightregularotf-1.tma' into '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/1b4da46d1f340757f9984eae810b1464/fonts/streams/lucidabrightregularotf-1.tmd' stripped Not how I wanted it originally as in Void Linux with texnansi encoding and a TeXLive2021 prepackaged mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, lucidasansregular.otf, latinmodern-math.otf, lmroman12-regular.otf mkiv lua stats > font engine: otf 3.113, afm 1.513, tfm 1.000, 12 instances, 6 shared in backend, 4 common vectors, 2 common hashes, load time 0.413 seconds mkiv lua stats > used platform: linux-64, type: unix, binary subtree: usr mkiv lua stats > used engine: luatex version: 1.13, functionality level: 7418, banner: this is luatex, version 1.13.0 (tex live 2021/voidlinux) mkiv lua stats > used hash slots: 48145 of 65536 + 20 mkiv lua stats > lua properties: engine: lua 5.3, used memory: 158 MB, ctx: 158 MB, max: unknown MB, hash chars: min(64,40), symbol mask: utf (τεχ) Or with otf under Alpine. but yes. otf rather than ttf backend > fonts > width units in 'SGVYNL+LucidaBright-Italic' are 2048, forcing 1000 instead backend > fonts > width units in 'QRVECH+LucidaBright' are 2048, forcing 1000 instead system > start used files system > text: atestinlucida-OTF system > stop used files system > start used files > > Is LuaLaTeX behaving the same way? > > > > Answer: no. > > no surprise because it doesn't use the same setup > > what cache path does > > mtxrun --variables > > report > > 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 > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- The New Testament offers the basis for modern computer coding theory, in the form of an affirmation of the binary number system. But let your communication be Yea, yea; nay, nay: for whatsoever is more than these cometh of evil. -- Matthew 5:37 ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sun, Mar 26, 2023 at 03:21:35PM +0200, Hans Hagen via ntg-context wrote: > On 3/26/2023 3:08 PM, Carlos via ntg-context wrote: > > On Sun, Mar 26, 2023 at 01:04:30PM +0200, Henning Hraban Ramm via > > ntg-context wrote: > > > Am 25.03.23 um 23:42 schrieb Carlos via ntg-context: > > > > > > > > > fonts | names | 3092 afm files checked, okay > > > > > > fonts | names | identifying tree font files with suffix > > > > > > 'AFM' > > > > > > fonts | names | scanning path > > > > > > '/home/ce/.texlive2023/texmf-config' for AFM files > > > > > > > > > fonts | names | variable 'OSFONTDIR' specifies path > > > > > > '/home/ce' > > > > > > fonts | names | variable 'OSFONTDIR' specifies path > > > > > > '/usr/share/fonts' > > > > > > fonts | names | globbing path '/home/ce/**.otf' > > > > > > There is something strange here. > > > Is maybe TEXMFHOME set? > > > > > > Since you use a TeX live installation, some other texmfcnf.lua or > > > texmf.cnf > > > might interfere. > > > Look into /usr/local/texlive/2023/ > > > > I'll check again to make sure. But keep in mind this issue predates the > > official TeX Live installation . I've been using the distro prepackaged for > > a while. And yes. It's always been there. Sort of like, it came with the > > system :) > > > > > > Since it scans everything in your home directory, maybe TEXMFHOME or > > > OSFONTDIR is set to ~ (instead ~/texmf) there? > > > > But even if there was a conflict, it wouldn't justify to be scanninp up > > everything viciously. > > Well, if fonts can be anywhere that means checking for them anywhere. TeX > installations have some directory setup for a reason. Imagine that you set > up the installation to include that wildcard path in TEXINPUITS then every > run that whole tree would get scanned for a file you ask for and that is not > in the current directory. The whole idea behind TDS and defining paths for > specific kind of files it to limit lookups. Hans, plesae… please, You know deep inside that the above paragraph does not make any sense even after writing it convincingly. The fact that fonts can be anywhere DOES NOT mean that a program whatever that program may be is following whatever TDS sets in place or is presumably setting in place.. or much less — regardless of fonts' location, that a program out there needs to act erratically. Careless. To say the least. Bear with me in this one (I'm just a bit tired): Look at the same issue from another system perspective. I said system perspective because simply put there is so much one can do whenever you're dealing with a multiuser program such as TeX Live. Bear wiht me here: I have Void Linux on a spare system. Let's put aside for a second the inconsistencies surrounding texmfcnf.lua there. We can get back to it later And there's plenty of it taht can also be said. Do you know what is the method used to handle this problem? By folder. If I were to invoke mtxrun --script cache --erase it should behave accordingly. Or I'd expect it to act accordingly. The same with mtxrun --script font --reload Of course, it doesn't help if texmfcnf.lua sets anything else by doing otherwise. Does it sound far-fetched? Maybe. But it certainly makes more sense than looking up everything under every imaginable worktree by which presumably there can be fonts. Which 100 percent of the time there's none. But What fonts are to be found on cache and headers folders? tfm, afm, otf? come on! But then again. Even in Void Linux (a system for which concurrent files lookups seem to be working now under the right expectations) threw errors back and forth with both context.lua mtx-context.lua and base.lua unknown scripts, before eventually getting it right. (that may be a misnomer) I ought to say I got it right, I guess. Were mtxrun --generate or mtxrun --script cache --erase called out? Of course. Which led me to read about that pesky behavior here for example: https://tug.org/pipermail/tex-live/2022-August/048375.html and similarly https://tex.stackexchange.com/questions/653913/context-from-texlive-2021-says-unknown-script-context-lua-or-mtx-context-lua But the above was put aside. And there soon followed a matter-of-fact «it's not broken in TeX Live» statement. Well. If looked at from that narow angle, yes, I guess. Recall this is with a prepackaged TeXLive or the one put out by the devs. And I was aware of that. Not the case here. I'm just mentioning it because that's the method used or what it's doing on that spare system as
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sun, Mar 26, 2023 at 01:04:30PM +0200, Henning Hraban Ramm via ntg-context wrote: > Am 25.03.23 um 23:42 schrieb Carlos via ntg-context: > > > > > fonts | names | 3092 afm files checked, okay > > > > fonts | names | identifying tree font files with suffix 'AFM' > > > > fonts | names | scanning path > > > > '/home/ce/.texlive2023/texmf-config' for AFM files > > > > > fonts | names | variable 'OSFONTDIR' specifies path '/home/ce' > > > > fonts | names | variable 'OSFONTDIR' specifies path > > > > '/usr/share/fonts' > > > > fonts | names | globbing path '/home/ce/**.otf' > > There is something strange here. > Is maybe TEXMFHOME set? > > Since you use a TeX live installation, some other texmfcnf.lua or texmf.cnf > might interfere. > Look into /usr/local/texlive/2023/ I'll check again to make sure. But keep in mind this issue predates the official TeX Live installation . I've been using the distro prepackaged for a while. And yes. It's always been there. Sort of like, it came with the system :) > > Since it scans everything in your home directory, maybe TEXMFHOME or > OSFONTDIR is set to ~ (instead ~/texmf) there? But even if there was a conflict, it wouldn't justify to be scanninp up everything viciously. So far I've had to move about 7-8 folders. About 6 of them are owned by root, the rest are owned by root but symlinked to user. And to top it off, after doing so, it didn't stop there, heck no, it also wanted to snoop in a folder with cache and headers. To be honest. I woudlnt' know what to make of it. If it's simply looking into the permissions of the directories first, or the fact that it has a colon separated pattern. But. Then again. The other folders didn't have it. I'll let you know. Thank you Hraban Carlos > Hraban > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://contextgarden.net > ___ -- This file will self-destruct in five minutes. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sat, Mar 25, 2023 at 11:09:18PM +0100, Hans Hagen via ntg-context wrote: > On 3/25/2023 10:36 PM, Carlos via ntg-context wrote: > > On Sat, Mar 25, 2023 at 09:45:25PM +0100, Hans Hagen via ntg-context wrote: > > > On 3/25/2023 8:55 PM, Carlos via ntg-context wrote: > > > > > > > > > > > ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1030: in > > > > upvalue 'walk_tree' > > > Maybe your OSFONTDIR is pointing to empty. Does > > > > Good call. Thank you for the reminder Hans. But no. That variable was set > > long ago . Even appended it to both the bash initialization file and also > > under /etc/profile (just in case here). Alpine uses ash so shells must be > > changed > > > > > > > >mtxrun --script font --reload > > > > > fonts | names | 3092 afm files checked, okay > > fonts | names | identifying tree font files with suffix 'AFM' > > fonts | names | scanning path > > '/home/ce/.texlive2023/texmf-config' for AFM files > > fonts | names | 0 AFM files checked, okay > > fonts | names | scanning path '/home/ce/texmf' for AFM files > > fonts | names | 0 AFM files checked, okay > > fonts | names | scanning path > > '/usr/local/texlive/2023/texmf-config' for AFM files > > fonts | names | 0 AFM files checked, okay > > fonts | names | scanning path '/usr/local/texlive/2023/texmf-var' > > for AFM files > > fonts | names | 0 AFM files checked, okay > > fonts | names | scanning path > > '/usr/local/texlive/2023/texmf-local' for AFM files > > fonts | names | 24 AFM files checked, okay > > fonts | names | scanning path > > '/usr/local/texlive/2023/texmf-dist' for AFM files > > fonts | names | 3092 AFM files checked, okay > > fonts | names | 6232 tree files identified, 14 skipped, 14 > > duplicates, 6218 hash entries added, runtime 8.458 seconds > > fonts | names | identifying system font files with suffix 'otf' > > fonts | names | variable 'OSFONTDIR' specifies path '/home/ce' > > fonts | names | variable 'OSFONTDIR' specifies path > > '/usr/share/fonts' > > fonts | names | globbing path '/home/ce/**.otf' > > > > lua error : function call: > > /usr/local/texlive/2023/bin/x86_64-linuxmusl/mtxrun.lua:649: cannot open > > /home/ce/cache/headers/imaps:@gmail@imap.gmail.com/[Gmail]/.: > > Permission denied > > hm, but is home/ce/cache a path where there are fonts to be found? something Not to my knownledge. It's just that that particular folder only has root permissions and not for the user. Recursively that is. Like you said. Only not with fonts. > sets that path to be a fully recursive font dir > > can you set OSFONTDIR to '/usr/share/fonts' > it's already set echo $OSFONTDIR /usr/share/fonts > (personally i never use system fonts, i always put copies in > texmf-fonts/fonts/data becasue system fonts can change or disappear) > I'll probably do that. > > Recall that the other folders owned by root had to be moved out of the way > > > > So it seems it wasn't enough, nope. Now it wants access elsewhere > > > > bottom line: it wants root permissions or else fails flat out > > well, it's not entirely clear what generates the permission denied; i can > check for the home/ce being readable but doing that for every regular file > below that would add lots of slow checks and i'm not even sure if it would > fix it; i can try to check nested dirs but that then also obscures possible > issues You would know better than I do here. I somehow postponed this current issue thinking that a fresh TeX Live installation would resolve it once and for all. But no. > > 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 > - > > ___ > If your question is of interest to others as well, please add an entry to the > Wiki! > > maillist : ntg-context@ntg.nl / > https://www.ntg.nl/mailman/listinfo/ntg-context > webpage : https://www.pragma-ade.nl / http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ > wiki : https://conte
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sat, Mar 25, 2023 at 09:45:25PM +0100, Hans Hagen via ntg-context wrote: > On 3/25/2023 8:55 PM, Carlos via ntg-context wrote: > > > ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1030: > > in upvalue 'walk_tree' > Maybe your OSFONTDIR is pointing to empty. Does Good call. Thank you for the reminder Hans. But no. That variable was set long ago . Even appended it to both the bash initialization file and also under /etc/profile (just in case here). Alpine uses ash so shells must be changed > > mtxrun --script font --reload > fonts | names | 3092 afm files checked, okay fonts | names | identifying tree font files with suffix 'AFM' fonts | names | scanning path '/home/ce/.texlive2023/texmf-config' for AFM files fonts | names | 0 AFM files checked, okay fonts | names | scanning path '/home/ce/texmf' for AFM files fonts | names | 0 AFM files checked, okay fonts | names | scanning path '/usr/local/texlive/2023/texmf-config' for AFM files fonts | names | 0 AFM files checked, okay fonts | names | scanning path '/usr/local/texlive/2023/texmf-var' for AFM files fonts | names | 0 AFM files checked, okay fonts | names | scanning path '/usr/local/texlive/2023/texmf-local' for AFM files fonts | names | 24 AFM files checked, okay fonts | names | scanning path '/usr/local/texlive/2023/texmf-dist' for AFM files fonts | names | 3092 AFM files checked, okay fonts | names | 6232 tree files identified, 14 skipped, 14 duplicates, 6218 hash entries added, runtime 8.458 seconds fonts | names | identifying system font files with suffix 'otf' fonts | names | variable 'OSFONTDIR' specifies path '/home/ce' fonts | names | variable 'OSFONTDIR' specifies path '/usr/share/fonts' fonts | names | globbing path '/home/ce/**.otf' lua error : function call: /usr/local/texlive/2023/bin/x86_64-linuxmusl/mtxrun.lua:649: cannot open /home/ce/cache/headers/imaps:@gmail@imap.gmail.com/[Gmail]/.: Permission denied Recall that the other folders owned by root had to be moved out of the way So it seems it wasn't enough, nope. Now it wants access elsewhere bottom line: it wants root permissions or else fails flat out Even with sudo privileges the best it can do is: resolvers | formats | executing runner 'run luametatex format': /usr/local/texlive/2023/bin/x86_64-linuxmusl/luametatex --jobname="./atestinlucida-context-55.mkiv" --fmt=/usr/local/texlive/2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/formats/luametatex/cont-en.fmt --lua=/usr/local/texlive/2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/formats/luametatex/cont-en.lui --c:currentrun=1 --c:fulljobname="./atestinlucida-context-55.mkiv" --c:input="./atestinlucida-context-55.mkiv" --c:kindofrun=1 --c:maxnofruns=9 --c:texmfbinpath="/usr/local/texlive/2023/bin/x86_64-linuxmusl" system > system > ConTeXt ver: 2023.03.10 12:15 LMTX fmt: 2023.3.25 int: english/english system > system > 'cont-new.mkxl' loaded open source > level 1, order 1, name '/usr/local/texlive/2023/texmf-dist/tex/context/base/mkxl/cont-new.mkxl' system > beware: some patches loaded from cont-new.mkiv close source> level 1, order 1, name '/usr/local/texlive/2023/texmf-dist/tex/context/base/mkxl/cont-new.mkxl' system > files > jobname './atestinlucida-context-55', input './atestinlucida-context-55.mkiv', result './atestinlucida-context-55' fonts > latin modern fonts are not preloaded languages > language 'en' is active open source > level 1, order 2, name './atestinlucida-context-55.mkiv' fonts > preloading latin modern fonts (second stage) mathematics > tweak > 'LatinModernMath-Regular', size 6, math size 3, version 'Version 1.959' found, version 'Version 1.958' expected fonts > 'fallback modern rm 12pt' is loaded open source > level 2, order 3, name '/usr/local/texlive/2023/texmf-dist/tex/context/fonts/mkiv/type-imp-lucida.mkiv' close source> level 2, order 3, name '/usr/local/texlive/2023/texmf-dist/tex/context/fonts/mkiv/type-imp-lucida.mkiv' fonts > defining > forced type 'otf' of 'LucidaBrightOT' not found fonts > defining > unable to define 'LucidaBrightOT.otf' as 'MyLucida-10pt-rm-tf-0--0' open source > level 2, order 4, name 'zapf.tex' close source> level 2, order 4, name 'zapf.tex' open source > level 2, order 5, name 'tufte.tex' close source> level 2, order 5, name 'tufte.tex' backend > xmp > using file '/usr/local/texlive/2023/texmf-dist/tex/context/bas
Re: [NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
On Sat, Mar 25, 2023 at 09:26:36PM +0100, Hans Hagen via ntg-context wrote: > On 3/25/2023 8:55 PM, Carlos via ntg-context wrote: > > Hello list: > > > > This is under a fresh TeXLive installation. Sort as to put aside any > > texlive prepackaged issues. > > > > And the followign lines is the output of the error I've been having with > > the call of context on a recent texlive installation by both mtxrun > > --generate and luatools --generate right after. > > there i no need to use luatools (it's something old from the early days) > > what does > > mtxrun --generate --verbose It doesn't. This is under the same folder in question. Recall I moved the other group owned files elsewhere out of the way This is the output system | lua | compiling '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/73630a261795d9c53610a28af4550cbc.lua' into '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/73630a261795d9c53610a28af4550cbc.lud' system | lua | dumping '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/73630a261795d9c53610a28af4550cbc.lua' into '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/73630a261795d9c53610a28af4550cbc.lud' stripped resolvers | caching | 'files' compiled to '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/73630a261795d9c53610a28af4550cbc.lud' resolvers | resolving | saving tree 'selfautoparent:texmf-dist' resolvers | caches | hashing tree 'selfautoparent:texmf-dist', hash '929f6dbc83f6d3b65dab91f1efa4aacb' resolvers | caching | preparing 'files' for 'selfautoparent:texmf-dist' resolvers | caching | category 'files', cachename 'selfautoparent:texmf-dist' saved in '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/929f6dbc83f6d3b65dab91f1efa4aacb.lua' system | lua | compiling '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/929f6dbc83f6d3b65dab91f1efa4aacb.lua' into '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/929f6dbc83f6d3b65dab91f1efa4aacb.lud' system | lua | dumping '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/929f6dbc83f6d3b65dab91f1efa4aacb.lua' into '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/929f6dbc83f6d3b65dab91f1efa4aacb.lud' stripped resolvers | caching | 'files' compiled to '/home/ce/.texlive2023/texmf-var/luametatex-cache/context/78ac5e3684a91334606faa581c7ce1d1/trees/929f6dbc83f6d3b65dab91f1efa4aacb.lud' mtxrun | mtxrun | elapsed lua time: 4.327 seconds > > 58 > > 59 \usetypescriptfile[type-lucida] > > 60 \usetypescript[Lucida][texnansi] > > 61 >> \setupbodyfont[MyLucida, 10pt] > > 62 > > 63 \input zapf > > 64 > > 65 \input tufte > > fwiw, lucida type one makes no sense any more because the opentype version > is way better (and in the updated math setup in lmtx we didn't even look at > it) > It goes throught without a problem under Void Linux. pfm and afm files on this one are right there in place. On this one: Alpine. It's a problem. or a given :) depending how one looks at it. > > Is LuaLaTeX behaving the same way? > > > > Answer: no. > > no surprise because it doesn't use the same setup > > what cache path does > > mtxrun --variables > > report mtxrun --variables resolvers | lists | AFMFONTS resolvers | lists | env: unset resolvers | lists | var: AFMFONTS resolvers | lists | exp: .\{home:.texlive2023/texmf-config, home:texmf, !!selfautoparent:texmf-config, !!selfautoparent:texmf-var, !!selfautoparent:texmf-project, !!selfautoparent:texmf-fonts, !!selfautoparent:texmf-local, !!selfautoparent:texmf-dist}/fonts/{data, afm}//\/home/ce\/usr/share/fonts resolvers | lists | res: .\{/home/ce/.texlive2023/texmf-config, /home/ce/texmf, !!/usr/local/texlive/2023/texmf-config, !!/usr/local/texlive/2023/texmf-var, !!/usr/local/texlive/2023/texmf-project, !!/usr/local/texlive/2023/texmf-fonts, !!/usr/local/texlive/2023/texmf-local, !!/usr/local/texlive/2023/texmf-dist}/fonts/{data, afm}//\/home/ce\/usr/share/fonts resolvers | lists | BIBINPUTS resolvers | lists | env: unset resolvers | lists | var: BIBINPUTS resolvers | lists | exp: .\{home:.texlive2023/texmf-config, home:texmf, !!selfautoparent:texmf-config, !!selfautoparent:texmf-var, !!selfautoparent:texmf-project, !!selfautoparent:texmf-font
[NTG-context] registered function call [1160]:...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied - Alpine Linux
Hello list: This is under a fresh TeXLive installation. Sort as to put aside any texlive prepackaged issues. And the followign lines is the output of the error I've been having with the call of context on a recent texlive installation by both mtxrun --generate and luatools --generate right after. mtxrun --script cache --erase has also been called out to no avail registered function call [1160]: ...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: cannot open /.: Permission denied stack traceback: [C]: in upvalue 'func' ...live/2023/texmf-dist/tex/context/base/mkiv/l-sandbox.lua:87: in function 'lfs.dir' .../texlive/2023/texmf-dist/tex/context/base/mkiv/l-dir.lua:139: in upvalue 'glob_pattern_table' .../texlive/2023/texmf-dist/tex/context/base/mkiv/l-dir.lua:163: in upvalue 'glob_pattern_table' .../texlive/2023/texmf-dist/tex/context/base/mkiv/l-dir.lua:163: in upvalue 'glob_pattern_table' .../texlive/2023/texmf-dist/tex/context/base/mkiv/l-dir.lua:163: in upvalue 'glob_pattern_table' .../texlive/2023/texmf-dist/tex/context/base/mkiv/l-dir.lua:163: in upvalue 'glob_pattern_table' .../texlive/2023/texmf-dist/tex/context/base/mkiv/l-dir.lua:180: in function <.../texlive/2023/texmf-dist/tex/context/base/mkiv/l-dir.lua:169> (...tail calls...) ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1030: in upvalue 'walk_tree' ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1190: in local 'method' ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1152: in local 'traverse' ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1200: in upvalue 'analyzefiles' ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1286: in field 'identify' ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1311: in field 'load' ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1322: in field 'load' ...xlive/2023/texmf-dist/tex/context/base/mkiv/font-syn.lua:1588: in field 'getfilename' ...xlive/2023/texmf-dist/tex/context/base/mkxl/font-otl.lmt:835: in function <...xlive/2023/texmf-dist/tex/context/base/mkxl/font-otl.lmt:828> (...tail calls...) ...xlive/2023/texmf-dist/tex/context/base/mkxl/font-def.lmt:378: in function <...xlive/2023/texmf-dist/tex/context/base/mkxl/font-def.lmt:366> (...tail calls...) ...xlive/2023/texmf-dist/tex/context/base/mkxl/font-def.lmt:485: in field 'read' ...xlive/2023/texmf-dist/tex/context/base/mkxl/font-ctx.lmt:1377: in function <...xlive/2023/texmf-dist/tex/context/base/mkxl/font-ctx.lmt:1234> (...tail calls...) 51 ;definetypeface[MyLucida][rm][serif][lucida][default][encoding=texnansi] 52 \definetypeface[MyLucida][ss][sans][lucida][default][encoding=texnansi] 53 \definetypeface[MyLucida][tt][mono][lucida][default][encoding=texnansi] 54 \stoptypescript 55 56 57 \starttext 58 59 \usetypescriptfile[type-lucida] 60 \usetypescript[Lucida][texnansi] 61 >> \setupbodyfont[MyLucida, 10pt] 62 63 \input zapf 64 65 \input tufte 66 67 68 \stoptext 69 mtx-context | fatal error: return code: 1 it doesn't matter either whatever the typescript name goes and whether is type-lucida from texnansi-lucida-map file as it has been previously advised to change the name from . makes no difference. Is LuaLaTeX behaving the same way? Answer: no. The permission denied message happened first with folders whose permeissions were not owned by the user, but the root, so I moved the files out of harm's way to another folder . Anothr folder, NOT a subfolder. Then the problem persisted to read folders and even subfolders (directories, subdirectories) with cache filenames and headers that follow So let's not get to apprehensive, It's understandable that say, not reasonable, but understandable maybe? that mtxrun or lua for that matter will stop right before. So the folders were moved right after. Gone out of the binaries. But what I can't understand is why would it try to access cache folders unrelated with anything TeX or header folders for that matter This is perhaps more serious than I thought at first. And Let's not blame the TeXLive pre-packaged running under Alpine Linux. To put it in laymans' terms and If anything is clear to me, is that Alpine ir not letting Lua running beserk on the system and its folders, owned by whatever/whoever else, and with pesmissions set elsewhere. It's out of the question. Or it rather be. This is all writh a fresh TeX Live Installation. I mentioned the problem that may arise by questioning the Alpine installation because there were some problems with some binaries from the prepackaged TeX Live put out by Alpine devs. But this is not prepackaged. Nope. -- "We are on the verge: Today our