Re: [NTG-context] The certificate of the mailman site has expired

2021-10-25 Thread Mojca Miklavec via ntg-context
On Mon, 25 Oct 2021 at 00:46, Ramkumar KB via ntg-context wrote:
>
> Taco,
>
> Chrome browser says R3 (in the certificate chain) has expired.
>
> See attached screenshot.

Are you using macOS <= 10.14?

I see Let's Encrypt mentioned and that one has been causing some
issues lately, partially due to a not-well-defined algorithm for
treating multiple certificates in the chain.

A bit more about the issue (very macOS-centric) can be read here:
https://trac.macports.org/wiki/ProblemHotlist#letsencrypt

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Update error on Raspberry Pi

2021-10-16 Thread Mojca Miklavec via ntg-context
Hi,

On Sat, 16 Oct 2021 at 23:28, Mojca Miklavec wrote:
>
> For some completely mysterious reason the new ISP's modem doesn't like
> the virtual machine running Debian 10 and I have no clue how to
> convince it to get network connectivity back.

Off-topic, but ... one hour afo the following comment was posted:
https://github.com/utmapp/UTM/issues/2280#issuecomment-945006193
and I discovered that an upgrade (still in beta) of the VM software
I'm using addressed two burning issues at the same time:
- they claim to have fixed some IPv6-related bug (and the network
magically works again)
- they now support auto-startup of VMs

So the situation with RPi support should hopefully become a tiny bit
better from this point on.
(Maybe the "old" modem, the one I received this summer, didn't have
proper IPv6 support.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Update error on Raspberry Pi

2021-10-16 Thread Mojca Miklavec via ntg-context
Hi,

On Sat, 16 Oct 2021 at 22:43, J. Hagen via ntg-context wrote:
>
> Looks like the pi bins and an osx one are behind (mojca then needs to kick 
> those vm's) ... I 'll check it tomorrow.

I'm sorry, the new binaries have been uploaded to the usual place
(Hans probably needs to regenerate the packages before they can be
used out-of-the-box again).

For some completely mysterious reason the new ISP's modem doesn't like
the virtual machine running Debian 10 and I have no clue how to
convince it to get network connectivity back.

(After reading the initial email from Luis I decided to try to connect
the main computer via my phone's hotspot and that worked, but I need
to find a permanent solution. Maybe I'll just set up some hardware
again. It's much slower than the VM, but better than not working at
all.)

Mojca

> Op 16 okt. 2021 15:12 schreef Luis Montgomery via ntg-context 
> :
>
> Hi,
> I try to update LMTX and the script sends me this error:
>
>
> resolvers   > lua > loading file 
> '/home/monty/context/tex/texmf-context/tex/context/base/mkxl/spac-par.lmt' 
> succeeded
> tex error   > tex error on line 41 in file spac-par.mkxl: Undefined 
> control sequence \undefined
>
> 
>   + \shapingpenaltiesfrozenparcode
>
> 
> The control sequence at the end of the top line of your error message was 
> never
> \def'ed. You can just continue as I'll forget about whatever was undefined.
>
> What has changed here?
>
> L. Montgomery
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] pgfplots module needs update from December

2021-08-22 Thread Mojca Miklavec via ntg-context
V ned., 22. avg. 2021 19:32 je oseba Gavin 
napisala:

>
> I am not sure what my next step should be. Should I wait a day for the
> system to do its fetching thing and then try the same instructions I
> followed before (https://wiki.contextgarden.net/Modules#ConTeXt_LMTX)?
>
> I know very little about these rsync commands. I’m just
> cutting-and-pasting into my command line.
>

Waiting won't help. Can you perhaps send full output of comping the sample
that you posted earlier? What OS and architecture do you use?

Mojca

>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] pgfplots module needs update from December

2021-08-22 Thread Mojca Miklavec via ntg-context
I used the latest commit from the git repository rather than the latest
release.

Mojcs
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] pgfplots module needs update from December

2021-08-22 Thread Mojca Miklavec via ntg-context
V ned., 22. avg. 2021 18:13 je oseba Hans Hagen via ntg-context <
ntg-context@ntg.nl> napisala:

>
> it makes no sense to mojca to fix modules that come from elsewhere
> because a next time it might be different so when tikz is not updated on
> ctan (where it's fetched from) it's not an official fix
>

I didn't have to fix anything in the code, but the git repository was
moved, so the module wasn't kept up to date for a while. I just updated the
URL for fetching the latest sources.

Mojca

>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] pgfplots module needs update from December

2021-08-22 Thread Mojca Miklavec via ntg-context
On Sun, 22 Aug 2021 at 17:46, Gavin  wrote:
>
> The instructions we followed for installing the modules are at
>
> https://wiki.contextgarden.net/Modules#ConTeXt_LMTX
>
> These instructions include the line
>
> rsync -rltv --del rsync://contextgarden.net/minimals/current/modules/ 
> modules
>
> This does not seem to produce the same files as the 
> distribution.contextgarden.net address that you provided.

What's the main difference?
(Sure, you get all of the modules, not just TikZ. I somewhat suspect
that old files don't get deleted, so you may also end up with some old
files with the same name taking precedence and breaking the
functionality.)

> Should we be following different installation instructions?

I didn't test them, but the instructions seem more or less correct.

If you only need tikz (or just for testing with a fresh installation),
you could test with something similar to
rsync -av --delete
rsync://contextgarden.net/minimals/current/modules/t-tikz/
path-to/texmf-modules/

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] pgfplots module needs update from December

2021-08-22 Thread Mojca Miklavec via ntg-context
On Sun, 22 Aug 2021 at 15:43, Gavin via ntg-context wrote:
>
> usemodule[tikz]
> \usemodule[pgfplots]
> \usetikzlibrary[pgfplots.polar]
>
> \startTEXpage
>   \starttikzpicture
> \startpolaraxis
>   \addplot coordinates {(0,1) (90,1)
> (180,1) (270,1)};
> \stoppolaraxis
>   \stoptikzpicture
> \stopTEXpage

I tried a fresh installation of both MKIV and LMTX and both seem to
work fine for me, so sadly I cannot reproduce the problem.
(The files comes from rsync, from the same folder as shown here:
https://distribution.contextgarden.net/current/modules/t-tikz/)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] pgfplots module needs update from December

2021-08-21 Thread Mojca Miklavec via ntg-context
Dear Gavin,

On Sat, 21 Aug 2021 at 06:05, Gavin via ntg-context wrote:
>
> The module pgfplots has a bug that produces an error for polar plots, and 
> perhaps in other situations.
>
> Is there anything I can do to aid in getting this fixed in the distribution?

Can you please try updating and checking again (at least with the
"legacy installer", I'm not sure how Hans handles the modules for
lmtx)?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Problem getting lmtx version up

2021-07-18 Thread Mojca Miklavec
Jdh,

Can you please try again with this binary?
https://dl.contextgarden.net/build/luametatex/aarch64-linux/

On Fri, 16 Jul 2021 at 22:16, Alan Braslau wrote:
>
> Freebsd on arm64 is now a Tier 1 architecture. ;-)

I figured out that there are should-be-working-out-of-the-box images
for FreeBSD for RPi.
Maybe we just need to fetch another one for the farm ;)

I installed

https://download.freebsd.org/ftp/releases/VM-IMAGES/13.0-RELEASE/aarch64/Latest/
inside
https://github.com/utmapp/UTM
but I had some issues figuring out how to install packages. Maybe
something for another weekend.

I also got Debian 10 working inside UTM and it resulted in pretty fast
compilation.
(I still need to set up automatic start-up after the power outage.)
Tests with Windows ARM64 come next. The installation procedure seems
to have started at least,
I guess that the support is much better now than what it used to be
when M1 got released.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Problem getting lmtx version up

2021-07-16 Thread Mojca Miklavec
Hi,

>   /opt/context-lmtx $ sudo sh ./install.sh
>   Error:   /opt/context-lmtx/bin/mtxrun: /lib/aarch64-linux-gnu/libm.so.6: 
> version `GLIBC_2.29' not found (required by /opt/context-lmtx/bin/mtxrun)

We need to set up an older linux distro for building 64-bit binaries
if we want to be "more compatible".

It doesn't help that it took forever for 64-bit Linux to start working
on RPi, and if one goes to
https://www.raspberrypi.org/software/operating-systems/#raspberry-pi-os-32-bit
they officially still offer just the 32-bit version. So we installed
whatever came to the market first, and so far this is probably the
second complaint on the mailing list.

Does this look like the correct place for fetching the images with Debian 10?

https://downloads.raspberrypi.org/raspios_lite_arm64/images/raspios_lite_arm64-2021-05-28/

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] contextgarden.net seems to be down

2021-05-25 Thread Mojca Miklavec
Hi,

On Tue, 25 May 2021 at 09:29, Mojca Miklavec wrote:
> On Tue, 25 May 2021 at 07:02, Vladimir Lomov wrote:
> >
> > host seems to be down.
>
> Thanks a lot for the notification.
>
> The machine isn't reachable over ssh either.
> I'll try to reach the people in the computing centre to take a look
> and will let you know once it's back.

The machine has been back for a while now.
Apparently there were some temporary issues with electricity.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] contextgarden.net seems to be down

2021-05-25 Thread Mojca Miklavec
Dear Vladimir,

On Tue, 25 May 2021 at 07:02, Vladimir Lomov wrote:
>
> According to page https://wiki.contextgarden.net/ConTeXt_Standalone to install
> ConTeXt standalone (I assume MkIV) one has to download first-setup.sh script
> (Linux,Mac,*BSD) from contextgarden.net (minimals.contextgarden.net) but this
> host seems to be down.

Thanks a lot for the notification.

The machine isn't reachable over ssh either.
I'll try to reach the people in the computing centre to take a look
and will let you know once it's back.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Issue running ConTeXt from TeX Live 2019 on Alpine Linux 3.12

2021-05-01 Thread Mojca Miklavec
On Fri, 30 Apr 2021 at 20:53, Nicola wrote:
>
> This installs and configures repos for Alpine Linux 3.12. Then,
> I install TeX Live as follows:
>
> apk add texlive-full texlive-xetex texlive-luatex texlive-dev
> apk add ghostscript ghostscript-fonts ghostscript-dev
> apk add graphicsmagick graphicsmagick-dev
>
> Then, I run `mtxrun --generate`, which exits instantly with the output
> reported below. However, that is apparently not enough. I still get:
>
> $ context Hello-world.tex
> mtxrun  | unknown script 'context.lua' or 'mtx-context.lua'

This sounds like a missing or misconfigured texmfcnf.lua (which should
be next to texmf.cnf).
This would need to be handled by the distribution (Alpine Linux devs).

Can you try to locate both files and share the contents? (There may
also be multiple copies of them.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] "Scheduled" downtime of the contextgarden server

2021-04-05 Thread Mojca Miklavec
Hi,

if all goes well, the server will hopefully be back some time tomorrow.

I'm sorry for the inconvenience.

Mojca

On Wed, 31 Mar 2021 at 20:55, Mojca Miklavec wrote:
>
> Dear ConTeXters,
>
> There will be a "scheduled" downtime of the contextgarden.net server
> for maintenance reasons (the part that's hosted in Slovenia; that
> excludes wiki & modules, but includes the old distribution, buildbot
> CI, CTAN, TL pretest & w32tex mirror, ...) in one of the following
> days.
>
> It's not yet clear when exactly the downtime will happen (and all the
> lockdowns etc. make that even harder to predict) and I'm also not
> entirely sure how long it will take, this is just to give you a notice
> upfront.
>
> Mojca
>
> (PS: I hope that TL 21 won't need any further builds, else we can
> postpone this.)
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] "Scheduled" downtime of the contextgarden server

2021-03-31 Thread Mojca Miklavec
Dear ConTeXters,

There will be a "scheduled" downtime of the contextgarden.net server
for maintenance reasons (the part that's hosted in Slovenia; that
excludes wiki & modules, but includes the old distribution, buildbot
CI, CTAN, TL pretest & w32tex mirror, ...) in one of the following
days.

It's not yet clear when exactly the downtime will happen (and all the
lockdowns etc. make that even harder to predict) and I'm also not
entirely sure how long it will take, this is just to give you a notice
upfront.

Mojca

(PS: I hope that TL 21 won't need any further builds, else we can
postpone this.)
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] midi

2021-02-04 Thread Mojca Miklavec
On Wed, 3 Feb 2021 at 19:40, Hans Hagen wrote:

> On 2/3/2021 7:09 PM, Henning Hraban Ramm wrote:
> >
> >> Am 03.02.2021 um 18:09 schrieb Hans Hagen :
> >>
> >> Hi,
> >>
> >> So, in context, we can do text, and we can do graphics, and also fonts,
> now do we also need an interface to midi?
> >
> > Are you thinking about Knuth’s ĩTeX?
>
> That is way too ambitious, maybe more like TeX (but in order to suite
> tex/mp extreme precision we would have to support microtones which is
> not in midi so that immediate abandons the project). Of course, when
> Mojca had ever push for 流TeX I'd given it a try. Too late now.
>

I kept misusing Lilypond for generating the MIDIs, and either Timidity (and
something else that I forgot the name of, even though I think I packaged it
for MacPorts) or Arduino + RPi (with some python-based synthesizer) to
play them from the toy wood-laser-cut accordion.

Lilypond was a good-enough approximation / similar user experience as what
ConTeXt provides for typesetting text, which is why I never
requested support for music in ConTeXt. A good support for
\startlily
c d e f
\stoplily
and passing the work to lilypond should be more than enough (I have an
impression that I've already seen some code doing exactly that).
I always used full-page scores, so I didn't really need support for short
snippets either.

I got stuck (read as: never took the time to finish it) at lighting up a
led strip (with individually addressable colours, "neopixel"-like) at
predefined places on a musical instrument to aid learning how to play new
songs. (Someone who knows how to play could record a midi, then the
"student" would load the midi at reduced speed and hit the keys that have
been litten up.)

I'm not saying that ConTeXt wouldn't be helpful in the process, but you
would then ideally need some new backends for producing movies: video &
audio output ;)
I could surely use a metapost-drawn image of the instrument and fill the
keys that need to be pressed in the video output ;)

Anyway, reading midi is probably straightforward, but it really sounds like
a too limited feature unless one could use video/audio output or music
typesetting (which is hard enough and outside of scope of ConTeXt, I would
say).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] A not so short introduction to ConTeXt Mark IV

2021-01-03 Thread Mojca Miklavec
On Sun, 3 Jan 2021 at 15:37, Garulfo wrote:
>
> In oct 2020, a message proposed to create a GitHub/GitLab repository (or
> even organization) for this so that anybody can help translating it into
> other languages:
> https://mailman.ntg.nl/pipermail/ntg-context/2020/099789.html

If you want to see it under
https://github.com/contextgarden/
just propose the repository name and list the usernames for those who
should initially have access.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Hyphenation pattern for Esperanto

2020-12-23 Thread Mojca Miklavec
Dear Alain,

On Tue, 22 Dec 2020 at 21:02, Alain Delmotte wrote:
>
> Hi Hans and Mojca,
>
> I join a file containing the list of patterns for Esperanto

This one shouldn't be needed unless you believe that there is an issue
with the existing patterns.

> and the definition/translation of the general words for titles, glossaries,...
>
> Now regarding the labels, how could I provide the translations? Should I add 
> a line with translation for each term (or the most important, I have seen 
> that the French labels are not all translated)?

Ideally take the latest version of lang-txt.lua, add a line for
esperanto for each translation and send it to Hans.

We ideally need them in a similar for as for other languages.

Feel free to provide additions for French as well. (I guess in that
case Hans will send the changes for proofreading to at least another
member.)

I'm not exactly up-to-date about what other settings might be needed
in addition, but translations inside lang-txt.lua sound like a good
starting point.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Off-topic: Struggles with LPEG grammar

2020-12-21 Thread Mojca Miklavec
Hi,

Thanks to both Taco and Arthur for clarifying this and pointing out
the difference between PEG and PCRE.

I'll put some links like
https://en.wikipedia.org/wiki/Parsing_expression_grammar
https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions
on my reading list and try to understand it more thoroughly than I do
at the moment.
After that I'll probably need to re-read Taco's answer a couple more
times, and probably write some parsing grammar as an exercise, but
I'll eventually get there :)

Just a correction of my previous statement. The following doesn't
really work either:
lpeg.P('b') + lpeg.P('bb') + lpeg.P('bbb')
it just happened to work in one particular case on my minimal example,
but it doesn't help in general.
That's probably expected based on what Arthur and Taco explained to me.

> In your example, the fact that you even considered ^1 means that you were 
> still thinking too much in terms of regular expressions,

In reality it just means that I was trying to add a new rule to solve
the second part of the puzzle (hidden on the website until you solve
the first part), which read something like
6: 3 | 3 6
which would in theory be translated into something like
r6 = lpeg.V"r3" + lpeg.V"r3" * lpeg.V"r6",
if PEGs worked the way I imagined they worked, that is. Apparently they don't :)

It seemed so obvious, but it would be too easy if it was true ;),
so it will force me to solve it "ab initio" (as it was initially meant) anyway.

Thanks a lot to everyone for the extra patience to explain me those
basic principles & differences,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Off-topic: Struggles with LPEG grammar

2020-12-21 Thread Mojca Miklavec
Dear Taco,

On Mon, 21 Dec 2020 at 13:46, Taco Hoekwater wrote:
> > On 21 Dec 2020, at 13:16, Mojca Miklavec wrote:
> >
> > My only explanation would be that perhaps "^1" is so greedy that the
> > rest of the pattern doesn't get found. But I don't want to believe
> > that explanation.
>
> Which (of course) means that that is exactly what happens ;)
>
> The ones that match are
>
> ababbb (a (ba+bb) b) => r4 r1(r3(r5 r4) r2(r5 r5)) r5
> abbbab (a (bb+ba) b) => r4 r1(r2(r5 r5) r3(r5 r4)) r5
>
> With the ^1, in the “bb” cases the first “b” eats all three “b”s:
>
> ababbb fails the r5 at the end
>
> abbbab fails the first r2 already (since the second r5 therein never happens)

Is this a deliberate choice, a limitation of the grammar
expressiveness, some misuse on my side that could/should/needs to be
implemented in a different way, or does it count as a "bug" on the
lpeg side?

For example, I wouldn't expect a regexp "b+b" to fail on "bbb" just
because "b+" would eat all three "b"s at once (the regexp "b+b" in
fact finds "bbb", and I would expect a less-than-totally-greedy hit
with lpeg as well). Or is my reasoning wrong here?

It certainly works if I use
lpeg.P('b') + lpeg.P('bb') + lpeg.P('bbb') -- and a couple more
(as long as I can predict the maximum length)
but that's not really a viable workaround in general.

Thank you,
Mojca

PS: sorry, a tiny bug also crippled into my sample code. The line
after matching the 'parser1' should have used 'total1' rather than
'total':
if lpeg.match(parser1, s) then
total1 = total1 + 1
end
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] Off-topic: Struggles with LPEG grammar

2020-12-21 Thread Mojca Miklavec
Hi,

I'm sorry for being slightly off-topic here, but this list might still
be the best place to resolve lpeg-related questions :)

0.) Disclaimer: the challenge that triggered this curiosity came from
Advent of Code 2020. In case you are taking part and you wan't to
avoid spoilers, please stop reading here! (You have been warned.)
https://adventofcode.com/2020/day/19

1.) My question: I don't understand why I cannot get ^1 to work "as
advertised". Isn't this supposed to mean "one or more occurences of
the pattern"? If I change "lpeg.P('b')" into "lpeg.P('b')^1" in the
example below, the strings that match the initial grammar no longer
match the modified grammar. (I would naively imagine that the secord
pattern would get more rather than less matches.)

2.) Background: Most definitely the task on that page is supposed to
be solved in a different way, but many people use Advent of Code as an
opportunity to learn a new programming language, and when I read the
task description, I wanted to figure out if I could solve it using the
cute little lpeg. My initial attempt worked correctly (at least to
solve the first puzzle), but then I realized that I cannot easily
change the pattern from "matches a letter b" into "matches any number
of b-s", and I fail to figure out why. Any hints would be greatly
appreciated.

Below is a not-so-minimal example. I can certainly try to reduce it
further, but I would first like to ask whether I'm doing something
obviously wrong by trying to replace
r5 = lpeg.P('b')
by
r5 = lpeg.P('b')^1
in order to allow more than one occurrences of the letter b?
My only explanation would be that perhaps "^1" is so greedy that the
rest of the pattern doesn't get found. But I don't want to believe
that explanation.


local lpeg = require "lpeg"

--[[
0: 4 1 5
1: 2 3 | 3 2
2: 4 4 | 5 5
3: 4 5 | 5 4
4: "a"
5: "b"
]]--

local parser = lpeg.P{
"r0";
r0 = lpeg.V"r4" * lpeg.V"r1" * lpeg.V"r5",
r1 = lpeg.V"r2" * lpeg.V"r3" + lpeg.V"r3" * lpeg.V"r2",
r2 = lpeg.V"r4" * lpeg.V"r4" + lpeg.V"r5" * lpeg.V"r5",
r3 = lpeg.V"r4" * lpeg.V"r5" + lpeg.V"r5" * lpeg.V"r4",
r4 = lpeg.P('a'),
r5 = lpeg.P('b'),
} * -1

local parser1 = lpeg.P{
"r0";
r0 = lpeg.V"r4" * lpeg.V"r1" * lpeg.V"r5",
r1 = lpeg.V"r2" * lpeg.V"r3" + lpeg.V"r3" * lpeg.V"r2",
r2 = lpeg.V"r4" * lpeg.V"r4" + lpeg.V"r5" * lpeg.V"r5",
r3 = lpeg.V"r4" * lpeg.V"r5" + lpeg.V"r5" * lpeg.V"r4",
r4 = lpeg.P('a'),
r5 = lpeg.P('b')^1, -- modified part that doesn't seem to work
  } * -1

strings = {
  "ababbb",
  "bababa",
  "abbbab",
  "aaabbb",
  "bbb",
};

local total = 0
local total1 = 0
for _, s in ipairs(strings) do
if lpeg.match(parser, s) then
total = total + 1
end
if lpeg.match(parser1, s) then
total = total + 1
end
end
print('total:', total, total1)


In this example, total=2, total1=0.
What I don't understand is why total1 is zero.

Thank you,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Update luatex for linuxmusl-64 platform in standalone distribution

2020-12-12 Thread Mojca Miklavec
On Sat, 12 Dec 2020 at 10:30, Martin Hasoň wrote:
>
> Hi all,
>
> would it be possible to update luatex for the linuxmusl-64 platform, please?

I updated the binary, testing/feedback would be appreciated.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Install Problems with 64 bit ARM Linux

2020-12-01 Thread Mojca Miklavec
Dear Christian,

I remembered that I have an old Pine64 with Armbian 10 collecting dust
somewhere in a drawer.
I powered it up and it still works :) I guess we could build the binaries there.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] Adding syntax highlighting when typesetting from xml (asciidoc/docbook)

2020-11-30 Thread Mojca Miklavec
Hi,

A while ago Hans provided an example of typesetting a document from a
docbook source.

I'm attaching an over-simplified version of the initial module (a
somewhat more complete version exists, but it still needs lots of
work) and a minimum working example with XML.

I'm not sure how to extend the xml parser to support typesetting from
something like this:


Hello World in C and ConTeXt
#include
stdio.h

int main()
{
printf("Hello, World!\n");
return 0;
}
\starttext
Hello world!
\stoptext


Maybe using the vim module would be the right approach here (since the
built-in parser only has support for a limited set of languages), but
I'm not exactly sure about the implementation to achieve that goal.

I started with

\startxmlsetups xml:programlisting
\dontleavehmode
\startframedtext[background=color,backgroundcolor=lightgray]
\obeylines
\tt
\xmlflush{#1}
\stopframedtext
\stopxmlsetups

but something more is needed to properly handle new lines and to
properly pass the text to vim, for example.

Any hints welcome.

Thank you,
Mojca



http://docbook.org/ns/docbook; xmlns:xl="http://www.w3.org/1999/xlink; version="5.0" xml:lang="en">

Syntax highlighting with AsciiDoc
2020-11-30


Hello World in C
#include stdio.h

int main()
{
printf("Hello, World!\n");
return 0;
}
\starttext
Hello world!
\stoptext



test-syntax-highlighting.tex
Description: Binary data


m-asciidoc-basic.tex
Description: Binary data


test-syntax-highlighting.adoc
Description: Binary data
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Install Problems with 64 bit ARM Linux

2020-11-28 Thread Mojca Miklavec
Dear Christian,

On Fri, 27 Nov 2020 at 20:50, Christian Prim wrote:
>
> Is there a reason why the arm binaries for ARM Linux use version 2.29 of 
> glibc?

They are being compiled on a Raspberry PI which kind of lacks
first-class 64-bit support (or at least that was the case when we set
up a builder on our build farm, about 9 months ago). I don't remember
seeing anyone even request those binaries before, and this is the
first complaint I see about the glibc-too-new issue on aarch64 (it was
common on the Intel platform, but there we can easily build on Debian
8 or 9).

I believe the RPI is currently running some recent version of Ubuntu
(it was set up by Hans; I would need to check to be sure, but it could
well be that it's 20.04).

Judging from (random google hits)
https://www.raspberrypi.org/forums/viewtopic.php?t=243985
https://www.raspberrypi.org/blog/latest-raspberry-pi-os-update-may-2020/
it could be that May 2020 (which is precisely 6 months ago, in any
case later than when the builder was set up) has brought some better
news, an OS image that wouldn't require so much hacking to get it set
up and running.

It's a pity that you didn't ask this question a few days ago, I
believe that Hans just reinstalled everything on that tiny device (SD
cards are a pain and like to wear out rather quickly if you keep
running build jobs and rewriting the same memory cells over and over
again; I thought we had set up an external disk properly, but well
...)

We could try again to get Debian 10 running on the RPI.

Alternatively we could cross-compile, of course, but that's a bit more
painful to set up, and RPI 4 is certainly amazingly fast.

> My actual debian buster installation is still on glibc-2.28. The x86_64 Linux 
> binaries also use the older 2.28-version which is widely used among many 
> distros. I would be very happy if I could install a 2.28-version on my ARM 
> Linux box. Else I have to compile my own glic... or my own mtxrun...

A luametatex binary is needed.

Out of curiosity: what hardware do you run your linux distro on?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] new upload

2020-11-26 Thread Mojca Miklavec
On Thu, 26 Nov 2020 at 16:26, Keith McKay wrote:
>
> I was planning on getting the new entry level MAC min M1 with 8GB
> unified memory but I see that there will be no ConTeXt binaries for
> these new M1 chip Macs.

It's not that there will not be, it's just that none of us has
purchased a piece of hardware yet.

A few months back it was possible to purchase one, but:
- it was just a one year rental fee rather than the ability to purchase it
- definitely not available in my country
- one had to enrol to the payed developer program
- and then do a bunch of other bureaucracy (get some special business
number etc.)
- and it wasn't even guaranteed that you would get a device at the end

I was contemplating what to do this time around since 8 GB of memory
is not even sufficient to run a web browser, and the TeX Live hardly
fits on their drive :), but it should do the job purely as a build
machine. (Not that they have "none in stock", but I could smuggle one
from elsewhere as long as the postal services keep running ...)

> Would it be possible for a ConTeXt user like
> myself to build the binaries on my proposed new Mac? I'm not a computer
> professional.

There are three options:
- the existing Intel binaries should work just fine
- yes, you should be able to compile the binaries yourself
- we should eventually get hold of one device for our build farm, or
in the meantime just ask someone for the initial build which should
keep you covered for a while

Discussing when TeX Live will be available for arm is "out of
context". We should get those binaries working before TL 2021.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt Linux installation issues (due to GLIBC dependency) - Solved!

2020-11-08 Thread Mojca Miklavec
Dear Ramkumar,

On Sat, 7 Nov 2020 at 02:10, Ramkumar KB wrote:
>
> Hello All,
>
> This turned out to be an issue with the texmf-context.zip file version 
> mismatch. I updated to version 1.04 and was able to install successfully!
>
> However, I would like to contribute a section to Wiki on how to install 
> ConTeXt in Linux machines which does not have the proper GLIBC version. This 
> is especially true with RHEL 7.x versions - which is still the majority 
> installation in companies & institutions with RHEL subscription.

I'm sorry. We have VMs with an older version of Debian for building,
but those don't provide sufficiently recent build tools (cmake, git,
ninja build system, ... I believe that CMake was the main blocker, but
I'm no longer absolutely sure).

By far the easiest solution was to switch from Debian 8 to 9 (or
something like that, I should check the exact numbers) and you might
be the first one bringing the issue up. I was aware that switching to
a newer Debian version might have caused compatibility issues with
RHEL / CentOS. (Do you happen to have some matrix of glibc versions on
RHEL / CentOS?)

> The section will cover GLIBC 2.24 install, patchelf utility and the changes 
> needed to ConTeXt install scripts for such an installation.
>
> How can I go about contributing to the wiki?

Do you have trouble creating a new account on the wiki?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Adding built-in support for Serbian language

2020-10-30 Thread Mojca Miklavec
Dear Ivan,

On Fri, 30 Oct 2020 at 11:32, Ivan Pešić wrote:
>
> Hello all,
> I have recently started using ConTeXt.

Welcome!

> I've found that the distribution
> includes a proper (cyrillic) hyphenation file for Serbian language,

I would say that this needs to be changed/improved.
There's no reason why it wouldn't load both scripts at the same time
(at least for Unicode engines, which is the only thing that's
currently supported anyway).

This is what XeTeX loads, for example:

https://github.com/hyphenation/tex-hyphen/blob/master/hyph-utf8/tex/generic/hyph-utf8/loadhyph/loadhyph-sr-latn.tex#L25

\input hyph-sh-latn.tex
\input hyph-sh-cyrl.tex
That is: it loads both patterns at the same time.

Hans, would you be willing to merge two sets of hyphenation patterns together?
Alternatively maybe we could prepare hyph-sh.pat.txt on the hyph-utf8 side?
I'm actually not sure why we didn't do that already, but maybe it was
because we have two sets of cyrillic patterns and it has never been a
clear cut which ones to take.

The author of hyph-sh-[latn|cyrl] says that his patterns should work
universally for multiple languages (they are relatively old), but they
were initially only released for the Latin scripts. Later another
author wanted to have support for Cyrillic script and prepared his own
patterns (I'm no longer sure whether they were partially based on the
other ones) without the Latin alternative.

In Xe(La)TeX and Lua(La)TeX we use the "sh" patterns for both, for
consistency reasons, among others. (You likely want the same word to
be hyphenated in the same way in both scripts).

> but a complete language support is still not implemented. Therefore,
> I've added what I think is required, did some testing by putting changed
> files in my texmf-local, and the result looks fine.

Awesome, thank you.

> There is only one thing that requires a decision from the development team.
> Serbian language uses two scripts: cyrillic and latin. Context language
> codes are using 2 letters for identification. So I'm not sure how to
> include both scripts.

(Unless has plans to transliterate the translations on the fly :)
there should be two independent files. One should use the code sr-latn
and the other one sr-cyrl.

Two letter code simply doesn't work in this situation and we should
not even try to support one single script, or even attempt to decide
which one should be the default one. Both should be supported equally
well.

> What I'm sending now is a cyrillic script implementation, using the code
> "sr".
>
> It is trivial to generate (completely automatic) latin script version of
> these changes, once it is decided how to label it.

Would you be willing to also prepare the latin one then?
The codes should be sorted out by Hans (potentially with some help),
but we definitely want to use "sr-latn" and "sr-cyrl".

For the longer names there is some more freedom. LaTeX uses "serbianl"
and "serbianc", I think, but I believe we can come up with something
nicer.
Maybe something along the lines of the following?
\mainlanguage[serbian][script=latn]
or
   \mainlanguage[serbian-latin]
   \mainlanguage[serbian-cyrillic]
No clue, really.

Thank you,
Mojca

(PS: I would say that adding support for transliteration of the text
from one script to the other would be a really nice feature. Then you
could type your text for a book once and have it typeset in both
versions without any extra effort :)
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] marvosym on the wiki

2020-10-26 Thread Mojca Miklavec
Dear Jairo,

On Mon, 26 Oct 2020 at 16:33, Jairo A. del Rio wrote:
>
> As for Martin Vogel's symbols, using
>
> \showfont[marvosym.ttf]
>
> instead seems to display the right symbols (PDF attached). I'm not sure 
> whether or not it will work in the Wiki.

Thank you very much for the hint.
Wolfgang already changed it on the wiki, thanks a lot to him as well.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] marvosym on the wiki

2020-10-26 Thread Mojca Miklavec
Hi,

Someone asked me a question about marvosym In LaTeX (I just pointed
him to the documentation), but then I checked the wiki and noticed
that the wiki page is showing latin modern for
\showfont[fmvr8x]

https://wiki.contextgarden.net/Symbols/mvs

What would be the correct syntax for the wiki nowadays?

Thank you,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Hyphenation pattern for Esperanto

2020-10-12 Thread Mojca Miklavec
Dear Alain,

On Mon, 12 Oct 2020 at 13:44, Alain Delmotte wrote:
>
> I'd like to have hyphenation for Esperanto; it doesn't exist in ConTeXt but 
> exist in TeX/LaTeX.
>
> Would it be difficult to create the Esperanto file for ConTeXt?

The plain text version is already in the correct form:

https://github.com/hyphenation/tex-hyphen/blob/master/hyph-utf8/tex/generic/hyph-utf8/patterns/txt/hyph-eo.pat.txt
so it should be just a matter of Hans including the patterns in the
distribution.

Usually he asks for translations of basic strings (like "Chapter"
etc.) when adding support for a new language ;)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] How can I use ConTeXt from TeXLive2020 ?

2020-08-14 Thread Mojca Miklavec
On Fri, 14 Aug 2020 at 09:43, Otared Kavian wrote:
>
> Hi Mojca,
>
> You are correct about not removing « by hands » parts of a package…
> The reason for which I wen to that extremity was that I wanted absolutely to 
> be sure to be able to run ConTeXt from TeXLive2020 in order to convince a few 
> colleagues to experiment it with TeXShop.
>
> If I type in the Terminal
> port installed 'tex*'
> the answer is:
> None of the specified ports are installed.
>
> I guess this is because after having solved the problem I met with installing 
> MacTeX2020, I had done:
> sudo port uninstall texlive-basic --follow-dependencies
> in order to uninstall ant TeX related package from Macports (I don't know how 
> thos packages were installed, maybe when I tried to use asymptote, and since 
> I couldn't use it from within ConTeXt I gave up…).

Yes, Asymptote definitely depends on texlive.
But I guess that John is open for some "bribery" to make Asymptote
work better with ConTeXt :)

Last time I tested (maybe that was a few years ago) it was certainly
possible to set context as the "backend engine".
What's missing is better integration though (to end up with almost as
good integration as metapost/metafun offers), and 3D with javascript
mousing support never worked either.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] How can I use ConTeXt from TeXLive2020 ?

2020-08-13 Thread Mojca Miklavec
Dear Otared,

On Thu, 13 Aug 2020 at 11:05, Otared Kavian wrote:
>
> Indeed following your suugestion, I removed the
> /opt/local/etc/texmf/
> directory, as well as all other tex related directories and files in 
> /opt/local/, and then installed again MacTeX2020.

There is usually an easier way: just ensure that path to MacTeX comes
before /opt/local/bin.

What does
port installed 'tex*'
return?

It's usually a somewhat bad idea to randomly delete a subset of files
installed by a package manager.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Best way to create a large number of documents from database

2020-04-23 Thread Mojca Miklavec
On Fri, 17 Apr 2020 at 21:11, Hans Hagen wrote:
> On 4/17/2020 4:37 PM, Mojca Miklavec wrote:
>
> > One of the interesting statistics.
> > I used a bunch of images (the same png images in all documents; cca.
> > 290k in total).
>
> It can actually make a difference what kind of png image you use. Some
> png images demand a conversion (or split of map etc) to the format
> supported by pdf. Often converting the png to pdf and include those is
> faster.

Thanks for the hint. But I tested it and it hardly makes any difference.
I had to make another batch for the archive (creating a single
document with 4k+ pages), and the full process ran in 10 minutes
(compared to cca. 2,5 hours to create individual documents). Just for
a test run I completely **removed** all the images and it only
accounted for some 10 or 20 seconds speedup. So the biggest overhead
still seems to be in warming up the machinery (which includes my share
of overhead for reading in the 1,3 MB lua table with all data entries)
and Taco's hint of using an external tool for splicing would have
probably scored best :)

I need to add that I'm extremely happy about the resource reuse
(mostly images). As I already mentioned before, individual documents
were 1,5 GB in total, and a badly written software would have created
an equally bad cumulative PDF, while ConTeXt generates a merely 17 MB
file with 4k+ pages. It's really impressive.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] updating mkiv

2020-04-18 Thread Mojca Miklavec
On Sat, 18 Apr 2020 at 11:25, Mojca Miklavec wrote:
> On Sat, 18 Apr 2020 at 11:00, Otared Kavian wrote:
> >
> > Is the latest version of ConTeXt mkiv the following:
> > current version: 2020.01.30 14:13
> >
> > I am asking this because after running
> > sh firstsetup.sh
> > that is what I get.
>
> Maybe I messed something up when the zip names changed.
> Let me check.

... until I fix it, running
first-setup.sh --context=latest
should be a viable workaround.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] updating mkiv

2020-04-18 Thread Mojca Miklavec
On Sat, 18 Apr 2020 at 11:00, Otared Kavian wrote:
>
> Is the latest version of ConTeXt mkiv the following:
> current version: 2020.01.30 14:13
>
> I am asking this because after running
> sh firstsetup.sh
> that is what I get.

Maybe I messed something up when the zip names changed.
Let me check.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Best way to create a large number of documents from database

2020-04-17 Thread Mojca Miklavec
On Thu, 16 Apr 2020 at 16:38, Mojca Miklavec wrote:
> On Thu, 16 Apr 2020 at 11:29, Taco Hoekwater wrote:
> > > On 16 Apr 2020, at 11:12, Mojca Miklavec wrote:
> > >
> > > I have been asked to create a few thousand PDF documents from a CSV
> > > "database" today
> >
> > In CPU cycles, the fastest way is to do a single context —once
> > run generating all the pages as a single document, then using
> > mutool merge to split it into separate documents using a (shell)
> > loop.
>
> Just to make it clear: I don't really need to optimize on the CPU end,

... says the optimist ... :) :) :)

> as the bottleneck is on the other side of the keyboard, so as long as
> the CPU can process 5k pages today, I'm fine with it :) :) :)

While the bottleneck was in fact at the other side of the keyboard
(preparation was certainly longer than the execution), it still took
cca 2,5 hours to generate the full batch.

(I'm pretty sure I could have further optimised the code, even though
1 second per run is still pretty fast [when I started using context it
was more like 30 seconds per run], it just adds up when talking about
thousands of pages. This greatly reminds me on the awesome speedup
that Hans achieved when rewriting the mplib code & the initial
\sometxt changes inside metapost which also lead to 100-fold speedups
as one no longer needed to start TeX a zillion times.)

While waiting I wanted to start being clever and do the processing in
the same folder in parallel (I have lots of cores after all), and
ended up calling a script with
context --N={n} --output=doc-{}.pdf template.tex
context --purge
only to notice much later that running multiple context runs in the
same folder (some of them compiling and some of them deleting the
temporary files) might not have been the best idea on the planet, many
documents ended up missing, and many corrupted. So I had to rerun half
of the documents.

One of the interesting statistics.
I used a bunch of images (the same png images in all documents; cca.
290k in total).

The generated documents were 1,5 GB in size. When compressed with
tar.gz, there was almost no noticeable difference between the
compressed and non-compressed data size (1,4 GB vs. 1,5 GB). But when
compressing with tar.xz, it compressed 1,5 GB worth of document into
merely 27 MB (a single document is 360 k).

The documents have been e-mailed out, but now they need to print hard
copies for archive. I'm happy I don't need to be the one printing and
storing that :) :) :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Best way to create a large number of documents from database

2020-04-16 Thread Mojca Miklavec
On Thu, 16 Apr 2020 at 16:52, Hans Hagen wrote:
> On 4/16/2020 4:38 PM, Mojca Miklavec wrote:
> > On Thu, 16 Apr 2020 at 11:29, Taco Hoekwater wrote:
> >>> On 16 Apr 2020, at 11:12, Mojca Miklavec wrote:
> >>>
> >>> One option is that I quickly draft a python script that creates a few
> >>> thousand TeX documents and compiles them individually, but it might be
> >>> easier if there was a way to just create a single template document
> >>> and then run something like
> >>> context --some-params --N=42 --output=document-0042.pdf template.tex
> >>> or something along those lines.
> >>
> >> If you want to go this route (and you may have to if not each record
> >> fits exactly within a single page),
> >
> > I do have one page per document. The more annoying part is having
> > strange document names that need more attention when mapping page
> > number -> name (I'm not saying this is not doable).
>
> so, don't make files:
>
> - write a tex file foo.tex
> - process it: context --batch --result=1 --once foo
>
> etc ... so, use --result for the target name and use the same input name

This works just perfect, thank you very much.

I now have template.tex and process it with
context --batch --result=doc-0042 --someparam=21a --once template
which generates precisely the desired doc-0042.pdf.

For the moment I'm simply using a combination of
\doifdocumentargument {someparam} {\getdocumentargument{someparam}}
from TeX and
environment.arguments
from within the lua code as suggested by Taco and you in the previous
email thread.

Where would be the best way to document this / under what wiki topic,
as I'm sure I'll need it again and forget until then unless I write it
down immediately? "Mail merge"? ;)

Thank you very much,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Best way to create a large number of documents from database

2020-04-16 Thread Mojca Miklavec
On Thu, 16 Apr 2020 at 11:29, Taco Hoekwater wrote:
> > On 16 Apr 2020, at 11:12, Mojca Miklavec wrote:
> >
> > I have been asked to create a few thousand PDF documents from a CSV
> > "database" today
>
> In CPU cycles, the fastest way is to do a single context —once
> run generating all the pages as a single document, then using
> mutool merge to split it into separate documents using a (shell)
> loop.

Just to make it clear: I don't really need to optimize on the CPU end,
as the bottleneck is on the other side of the keyboard, so as long as
the CPU can process 5k pages today, I'm fine with it :) :) :)

> > One option is that I quickly draft a python script that creates a few
> > thousand TeX documents and compiles them individually, but it might be
> > easier if there was a way to just create a single template document
> > and then run something like
> >context --some-params --N=42 --output=document-0042.pdf template.tex
> > or something along those lines.
>
> If you want to go this route (and you may have to if not each record
> fits exactly within a single page),

I do have one page per document. The more annoying part is having
strange document names that need more attention when mapping page
number -> name (I'm not saying this is not doable).

> browse back a day or so in the mailing
> list archive for Gerben’s question about
>
>   “Using command line values in a TeX document; writing a script?"

Thanks a lot for the pointer. I didn't have that much time to read
through all the emails recently, I only noticed that he was super
actively working on some metapost stuff, I wasn't paying attention to
this.

> The replies offer various options using either lua or tex code
> to get at user-supplied arguments from the commandline.

Let me see what I come up with, I'm stil fiddling with data & layout
at the moment :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] Best way to create a large number of documents from database

2020-04-16 Thread Mojca Miklavec
Hi,

I have been asked to create a few thousand PDF documents from a CSV
"database" today (which I can easily transform into any other form,
like XML or a lua table or TeX definitions or whatever).

Generating a few thousand pages would be straightforward, but I'm sure
there are some clever ways to handle this scenario as well, I'm just
not aware of them :)

One option is that I quickly draft a python script that creates a few
thousand TeX documents and compiles them individually, but it might be
easier if there was a way to just create a single template document
and then run something like
context --some-params --N=42 --output=document-0042.pdf template.tex
or something along those lines.

What's the best approach with the existing functionality? I would be
more than grateful for any hints.

Thank you very much,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] How to make page break & headers in XY arrangements?

2020-03-30 Thread Mojca Miklavec
On Mon, 30 Mar 2020 at 13:21, Hans Hagen wrote:
> On 3/30/2020 1:03 PM, Mojca Miklavec wrote:
> >
> > % I want an actual page break here
> > \page
>
> a rather stipid solution:
>
> \dorecurse{15}{\page[empty]}

I did think of this one (and actually did it for the batch that I had
to print today).
But it involves manual counting and when data changes, the file needs
to be adjusted every time.

Anyway, this is relatively low priority. If there is no mechanism for
this in place already, there's no need to add anything new. I can live
with a few manual adjustments, and I guess I could do something based
on current page number modulo total subpages as well.

Thank you,
Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] How to make page break & headers in XY arrangements?

2020-03-30 Thread Mojca Miklavec
Hi,

Stupid question: what's the proper way to introduce an actual page
break and put some header on the paper holding the XY arrangement of
smaller pages?

I know I can create the second document which includes the first one
and adds page numbers on top, but I'm sure there's a more elegant way
to achieve the same.

Thank you,
Mojca

\setuppapersize
[XY][A4]
\setuppaper
[topspace=10mm,backspace=10mm,dx=0mm,dy=0mm,nx=5,ny=13]
\setuplayout
[page]
[topspace=2mm,backspace=2mm]
\setuplayout
[page]
\setuplayout
[location=middle]
\setuparranging
[XY]
\showframe
\setupbodyfont
[8pt]

\def\somecontent#1{\startpagemakeup #1 \stoppagemakeup}

\starttext

% I want to mark the page with label numbers
\setupheadertexts[1][1][1][1]%
\dorecurse{50}{\somecontent{Label ONE}}

% I want an actual page break here
\page

\setupheadertexts[2][2][2][2]%
\dorecurse{70}{\somecontent{Label TWO}}

\stoptext
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Question to installation ConTeXt from TeXlive

2020-02-18 Thread Mojca Miklavec
On Tue, 18 Feb 2020 at 13:28, Tomas Hala wrote:
>
> Hi all,
>
> when one (eg. student) decides for customizing the Windows installation from 
> TeXlive,
> 24 items will appear in the group of packages list.
>
> Because I have no experience with W. installations, I would like to ask
> which of them are relevant or possible to use with ConTeXt MkIV (on W.).
> (The aim is not to install unusable stuff.)

Pick the ConTeXt scheme.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] new lmtx beta

2020-01-26 Thread Mojca Miklavec
Dear Hans,

On Sun, 26 Jan 2020 at 19:39, Hans Hagen wrote:
>
> I uploaded a new beta (mostly lmtx).

Thanks a lot.
What about musl binaries?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] LMTX for alpine linux (musl)

2020-01-02 Thread Mojca Miklavec
On Thu, 2 Jan 2020 at 14:42, Martin Hasoň wrote:
>
> Hi all,
>
> I would like use the LMTX in alpine linux (musl). Is this version planned to 
> be prepared?

What's the oldest version of Alpine that we would want to support?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Adjust kern for one character

2019-12-23 Thread Mojca Miklavec
On Sun, 22 Dec 2019 at 22:28, Henri Menke wrote:
> On 12/23/19 10:19 AM, Rik Kabel wrote:
> > List,
> >
> > Is there a way in ConTeXt to adjust the left-side kern for one
> > character?
>
> No, kerns always come in pairs.

Bounding boxes come per-character, though ;)
I'm not familiar with details, but I would guess that it might be
possible to change the bounding box of a character on the fly.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] problem with a new installation of LMTX

2019-12-08 Thread Mojca Miklavec
On Sun, 8 Dec 2019 at 00:35, Hans Hagen wrote:
> On 12/8/2019 12:20 AM, Jeong Dal wrote:
> > Dear Hans, Otared,
> >
> > Thank you for your concern.
> >
> > The version of luametatex is 20191206.
> > I followed what Otared said, but texmf-cache is not created after mtxrun.
> >
> > "context —make"  is running, but no format.
> >
> > I checked folders after the installation.
> > Folders, texmf-cache, texmf-fonts, texmf-local, texmf-modules, 
> > texmf-project are empty.
> > texmf folder contains {fonts,metapost, tex,web2c}
> > texmf-context folder contains {colors,context,doc}
> > However, I couldn’t find base files, script files, etc.
> > Is it normal? Is it related with Catalina?
> I have no clue. Normally there is a check if directories can be accessed
> and written to, so where then do these files go to?
>
> I fear that other mac users have to help (no new mac here). Maybe Mojca
> knows as she knows all there is to know.

I replied in another thread.

Catalina has way stricter security requirements and it's getting
increasingly more difficult to do workarounds.
(Using rsync might help to circumvent some of the troubles. For now, at least.)

I'm somewhat reluctant to install Catalina on my machine until I need
to (maybe in a VM).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] problem with a new installation of LMTX

2019-12-08 Thread Mojca Miklavec
On Sun, 8 Dec 2019 at 17:35, Alan Braslau wrote:
>
> On Sun, 8 Dec 2019 12:15:26 +0100
> Otared Kavian  wrote:
>
> > but otherwise as Floris suggests in his response, maybe we have to abandon 
> > MacOS in the near future…
>
> No, simply we need to adapt our procedures (installation scripts) to be 
> compatible with MacOS policy.

One way that (still?) works is using rsync instead of fetching via http.
One very simple way to quickly offer a working solution would be to
offer the installer via rsync.

Adapting our procedures to meet Apple's security requirements would
take quite some effort (as well as paying a fee to Apple) to set up
the automatism and send all binaries for notarization.

See
https://tug.org/TUGboat/tb40-2/tb125koch-harden.pdf
for an extensive description of what approximately is needed.
But note that the article's author needs to perform this roughly once
per year (that's very far from actually being one-off task as there
are many rounds to do), while we would need to make it work on regular
basis (ideally fully automated). And MacTeX already comes as an
official installer (pkg), while we don't have any app wrapper for
ConTeXt yet.

But in any case we need to wikify the procedure for LMTX. I thought
someone described a working workaround not that long ago? (I'm not
sure who, but searching for Catalina should provide some hits.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt as a service

2019-11-23 Thread Mojca Miklavec
On Sat, 23 Nov 2019 at 16:40, Henning Hraban Ramm wrote:
> > Am 2019-11-23 um 15:14 schrieb Mojca Miklavec:
> > On Sat, 23 Nov 2019 at 13:02, Henning Hraban Ramm wrote:
> >>> Am 2019-11-23 um 08:12 schrieb Mojca Miklavec:
> >>>>
> >>>> Then you can use one of the online JS editors like CKeditor.\
> >>>
> >>> Only if you spend an enormous amount of effort making sure that the
> >>> code is properly cleaned up rather than containing a gazillion random
> >>> html style tags which you can never reconstruct back into some
> >>> structured form.
> >>>
> >>> (And yes, my impression is that Massi spent a huge amount of effort in
> >>> configuring the editor and cleaning up the mess. My company didn't and
> >>> ended up with sometimes literally every word in a sentence using a
> >>> different font size or style. They gave up on html + cke pretty soon,
> >>> but couldn't be convinced that this was a bad idea upfront.)
> >>
> >> Don’t exaggerate. Or maybe your company didn’t think about which tags are 
> >> really necessary.
> >> A proper configuration that doesn’t allow nonsense, even if users paste 
> >> text from Word documents, is not such a big effort.
> >
> > I'm not exaggerating, I would gladly be convinced/proved that I'm
> > wrong. How much effort (expressed in hours or days) do you think is
> > needed to implement the following?
>
> Oh, IMO that wishlist is very demanding. I’d say it’s more or less impossible 
> with any HTML editor.

So where do we stand with "you are exaggerating, it's really simple",
then? How many hours to configure it? ;)

(ConTeXt has no problems doing all that, and asciidoc as potential
input format supports all the required features as well; if a nice
translation layer is defined, one can get both awesome html out of the
box as well as high quality PDF. I'm just saying that I find MCE
somewhat useless. Whether or not that's exaggerating ... still waiting
to be proven wrong.)

> The JS editors I know of allow for custom menus, and it should be easy to 
> setup special divs for these warning sections.
> I don’t know any good table or formula editors/plugins, though. I’m not up to 
> date, but I guess with a graphical/“WYSIWYG” tool you’ll never get perfectly 
> structured input and will never be able to address finer details of 
> typography, esp. WRT math.

Well ... both Word and Open/LibreOffice do a pretty decent job w.r.t
math nowadays, MathJax is awesome, and I've also seen some awesome
javascript apps allowing you to edit equations. So it's not
impossible. Just not that straightforward ...

I'm not saying that I really need a WYSIWYG editor. Anyone who's
supposed to enter correct complex formulas should be able to learn
some basic markup language (I guess).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt as a service

2019-11-23 Thread Mojca Miklavec
On Sat, 23 Nov 2019 at 13:02, Henning Hraban Ramm wrote:
> > Am 2019-11-23 um 08:12 schrieb Mojca Miklavec:
> >>
> >> Then you can use one of the online JS editors like CKeditor.\
> >
> > Only if you spend an enormous amount of effort making sure that the
> > code is properly cleaned up rather than containing a gazillion random
> > html style tags which you can never reconstruct back into some
> > structured form.
> >
> > (And yes, my impression is that Massi spent a huge amount of effort in
> > configuring the editor and cleaning up the mess. My company didn't and
> > ended up with sometimes literally every word in a sentence using a
> > different font size or style. They gave up on html + cke pretty soon,
> > but couldn't be convinced that this was a bad idea upfront.)
>
> Don’t exaggerate. Or maybe your company didn’t think about which tags are 
> really necessary.
> A proper configuration that doesn’t allow nonsense, even if users paste text 
> from Word documents, is not such a big effort.

I'm not exaggerating, I would gladly be convinced/proved that I'm
wrong. How much effort (expressed in hours or days) do you think is
needed to implement the following?
(Any existing opensource solution may be used as the basis.)

My wishlist is not that demanding:
* allow generating both printable documents on white background, as
well as black slides with mostly white text (PDF as well as browsable
HTML website)
* support advanced mathematical formulas
* some sections or words do need to have some special markings (for
example apply some colours or bold/italic; the colour of course needs
to depend on background colour)
* tables need to be styled according to white the designer specifies,
but it should be very easy to change the table style after some months
* support consistently styled "CAUTION: ..., WARNING: ..., NOTE: ..."
sections inside the text (make it trivial to change the style of how
these are printed out after some months)
* support table of contents, nice front page etc.
* support vector images for PDFs

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt as a service

2019-11-22 Thread Mojca Miklavec
On Fri, 22 Nov 2019 at 10:05, Henning Hraban Ramm  wrote:
>
> Am 2019-11-22 um 09:46 schrieb Mojca Miklavec 
> :
> >
> > On Fri, 22 Nov 2019 at 08:51, Jan U. Hasecke wrote:
> >>
> >> I am very interested in running ConTeXt as a service, too. I am still
> >> nurturing the idea of a publishing cooperative for self publishers with
> >> a Markdown --> Pandoc --> ConTeXt workflow with a nice web frontend. I
> >> hope to make it to the next ConTeXt meeting to discuss it.
> >
> > If you want to start from a simple markup language, at least go for
> > asciidoc or restructured text.
> > Markdown is a mess for anything but very very very trivial structure,
> > and very very soon you basically end up with "basically ugly html with
> > some embeded plain text every now and then".
> >
> > There is some proof-of-concept test document which goes via the
> >asciidoc --[asciidoctor]--> docbook (xml) --[context]--> pdf
> > path (but it needs more work to be fully useful).
>
> Wouldn’t it make sense to go (X)HTML->ConTeXt?
>
> Then you can use one of the online JS editors like CKeditor.\

Only if you spend an enormous amount of effort making sure that the
code is properly cleaned up rather than containing a gazillion random
html style tags which you can never reconstruct back into some
structured form.

(And yes, my impression is that Massi spent a huge amount of effort in
configuring the editor and cleaning up the mess. My company didn't and
ended up with sometimes literally every word in a sentence using a
different font size or style. They gave up on html + cke pretty soon,
but couldn't be convinced that this was a bad idea upfront.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt as a service

2019-11-22 Thread Mojca Miklavec
On Fri, 22 Nov 2019 at 08:51, Jan U. Hasecke wrote:
>
> I am very interested in running ConTeXt as a service, too. I am still
> nurturing the idea of a publishing cooperative for self publishers with
> a Markdown --> Pandoc --> ConTeXt workflow with a nice web frontend. I
> hope to make it to the next ConTeXt meeting to discuss it.

If you want to start from a simple markup language, at least go for
asciidoc or restructured text.
Markdown is a mess for anything but very very very trivial structure,
and very very soon you basically end up with "basically ugly html with
some embeded plain text every now and then".

There is some proof-of-concept test document which goes via the
asciidoc --[asciidoctor]--> docbook (xml) --[context]--> pdf
path (but it needs more work to be fully useful).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] developer not verified error

2019-11-16 Thread Mojca Miklavec
Dear Alan,

On Fri, 15 Nov 2019 at 22:37, Alan Bowen  wrote:
>
> Though I was able to download the latest ConTeXt beta without any problems, 
> my attempt to update my ConText-LMTX installation was blocked. The error 
> message was
>
> “mtxrun” cannot be opened because the developer cannot be verified
>
> macOS cannot verify that this app is free from malware.
>
> Safari downloaded this file on April 29, 2019.

Thanks a lot for the report, but I'm tripple-confused now.

First I thought that we would have troubles with the binaries as soon
as GateKeeper was introduced (not sure which macOS version started
causing troubles), but somehow there were none, which at least came as
a pleasant surprise to me. Maybe this has to do with the fact that
anything running inside Terminal has somewhat higher permissions than
regular app bundles. (I know that Audacity doesn't allow recording
unless you run it from the Terminal, for example.)

What confuses me most though is how the beta can work, while lmtx
doesn't. I have an impression that when you download something with
Safari as opposed to downloading with rsync, Safari simply "attaches"
something to the files automatically, marking them as "unsafe", and
unzipping doesn't really help either.

The difference between the usual context distribution and lmtx is that
lmtx usually starts by downloading it from the web (and also
transferring everything in a different way).

>  I am not sure why this is happening and wonder if it would OK to copy mxtrun 
> from my ConTeXt installation and replace the version in my ConTeXt-LMTX 
> installation with it.

I didn't look closely, but if mtxrun is just a symlink to luametatex,
can you maybe try to run

rsync -av \
rsync://contextgarden.net/builds/luametatex/x86_64-darwinlegacy/luametatex \
some/local/path/luametatex

to fetch luametatex and try to use that one? (You may try to make
mtxrun a symlink to it, or its copy.)

I'm curious if that will work. I don't yet dare to upgrade to Catalina
(in some ways the OS is worse with each new version).

If it doesn't work, we'll need to figure out how exactly to do the
notarisation (including paying 100 USD per year, which sounds stupid
enough from principle alone), and in any case we need to find a way to
make lmtx work for everyone.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Error during installation of LMTX

2019-09-30 Thread Mojca Miklavec
On Mon, 30 Sep 2019 at 20:04, Jan U. Hasecke wrote:
>
> I tried to update or install LMTX today and get this error:
>
> /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found
> (required by /home/juh/context-linux-64/bin/mtxrun)
>
> I am running debian 10 buster.

This could be related to Hans updating the Ubuntu version on WSL on
his computer recently (if that's the source of the distributed
binaries).

We do have binaries on
http://dl.contextgarden.net/build/luametatex/x86_64-linux/
which should work on Debian 9 (cmake on Debian 8 is too old and it
would require a bit more tricks to support the version that old), but
I'm not sure what you need to do to use them as a drop-in replacement
during "bootstrapping" phase.

This should probably be answered by Hans.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Error: your system "Linux aarch64" is not supported yet.

2019-09-26 Thread Mojca Miklavec
On Fri, 27 Sep 2019 at 00:49, luigi scarso  wrote:
>
> ..but aarch is in texlive already from  while ...

Having it in TL is usually not sufficient, we should usually be able
to build it ourselves to get the latest version of luatex etc. (But I
could use the binaries from TL as a starting point.)

That's either cross-compiling, but probably easier to simply put some
proper hardware in place, so that we can also run the test suite.

I was thinking of getting hold of another Raspberry and trying to
install a 64-bit system on it. Or maybe dig out my super old Pine64
and build on that one. Nobody ever asked for binaries, so we were not
in a hurry.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] OpenBSD install broken

2019-09-21 Thread Mojca Miklavec
Dear Robert,

On Sat, 21 Sep 2019 at 01:09, Robert Krug wrote:
>
> Now, to the reason for this note. I recently tries to install context on an 
> OpenBSD 6.5 AMD64
> system, but the install failed. Thanks to some helpful emails in the archives 
> from 2017 and 2018,
> I was able to get this working by editing mtxrun and mtx-update.sh.

This would be really nice to fix eventually.

Hans, we do have all the required files:
https://distribution.contextgarden.net/setup/openbsd6.5/
https://distribution.contextgarden.net/setup/openbsd6.5-amd64/
...
https://distribution.contextgarden.net/current/bin/luatex/openbsd6.5-amd64/
...
but the problem is that mtxrun knows the platform under the name of
"openbsd-amd64" rather than "openbsd6.5-amd64".


The first-setup.sh script already correctly recognizes the name by
doing the following:

system=`uname -s`
case "$system" in
OpenBSD)
version=`uname -r`
platform="openbsd${version}-amd64" ;; # for 64-bit one; a
separate call for 32-bit of course

while mtxrun "ignores" the version name, but also ignores the
parameter being passed as

mtxrun --script bin/mtx-update.lua --platform=openbsd6.5-amd64

> I include what I did below.

Thanks.

> 1) Do the usual:
>
>   mkdir context && cd context
>   rsync -ptv rsync://contextgarden.net/standalone/setup/first-setup.sh .
>   ./first-setup.sh
>
> This will silently fail, because
> bin/mtx-update.lua
> bin/mtxrun
> do not recognize openbsd.
>
> 2) Edit bin/mtxrun:
>
> We need to define a "good" version of resolvers.platform(t,k)
> At line 4049, there is a default definition. Replace it with:
>
>  function resolvers.platform(t,k)
>   local platform="openbsd6.5-amd64"
>   os.setenv("MTX_PLATFORM",platform)
>   os.platform=platform
>   return platform
>  end

It would be ideal to fix this properly instead, for everyone else.
This is a good recipe for a workaround, but we need something better.

In my opinion this might be best to maybe even fix inside luatex
sources themselves.

> 6) Finally, the setuptex script gives me an error message:
>
>   megaera$ . /home//Context/tex/setuptex
>   /bin/ksh: /home//Context/tex/setuptex[163]: ${.sh.file}": bad 
> substitution
>
> but it is not hard to set the path correctly:
>
>   PATH=$PATH\:/home//Context/tex/texmf-openbsd6.5-amd64/bin ; export 
> PATH

This is something that I need to fix independently in the installation
script. Do you have any clue what could be done to make it work
properly on OpenBSD?

Mojca

PS: Hans, for some reason the 32-bit virtual machine for OpenBSD 6.5
seems broken in a bad way (I doesn't even reach the login screen), no
clue what's wrong, and I don't have extensive experience with OpenBSD
either. I could keep investigating, but I'll probably simply end up
setting up a fresh one. It would be helpful to maybe do some disk
health checks on the server, just in case.
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] texexec is deprecated?

2019-08-12 Thread Mojca Miklavec
On Mon, 12 Aug 2019 at 13:42, Jon Wong  wrote:
>
> I was able to use `context’ but not `texexec’. The latter (`texexec —pdf 
> test.tex’) tells me that some format file (`cont-en.fmt’) can’t be found.
>
> Is `texexec’ obsolete?

texexec is only for Mark II (8-bit pdfTeX, XeTeX) which has been
frozen for years now.
lmtx is only for Mark >= IV (new version of LuaTeX), so texexec no
longer makes sense there and anything needed to run it is also
missing.

Support is only provided for Mark IV and later.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] currently supported platforms

2019-07-19 Thread Mojca Miklavec
On Fri, 19 Jul 2019 at 12:51, Henning Hraban Ramm wrote:
>
> I.e., I replaced OpenBSD 6.3 and 6.4 with 6.5 and added CygWin and Linux MUSL.

I have no idea why 6.4 is not on the list (binaries are being built).
Cygwin is not really supported, it's just a hack that uses the regular
windows binaries.

> Is "Alpine" correct for MUSL?

Maybe.

> There are additional versions win32 and win64 - what’s the difference
> to mswin? Are those also from W32TeX?

win32 = mswin (I was probably hoping to convince Hans one day to
change the name)

> In the wiki it says kfreebsd would be still supported via Debian - is
> this still true?

No clue. Probably nobody ever tested for ages.

> BTW is there any chance to get "first-setup.sh --context=date" back?

It has never been removed, but in the past Hans would put a new
current online every few days. We need to officially switch to
git-based solution to support that.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] circuitikz update with ConTeXt fixes

2019-06-24 Thread Mojca Miklavec
Hi,

I recieved this via CTAN updates.

Any volunteers for testing?

(Using --modules=all or --modules=t-tikz should automatically give you
the latest version.)

Mojca


On Mon, 24 Jun 2019 at 12:00,  wrote:
>
> Romano Giannetti submitted an update to the
>
> circuitikz
>
> package.
>
> Version:  0.9.2 2019-06-21
> License:  lppl gpl
>
> Summary description:  Draw electrical networks with TikZ
>
> Announcement text:
> --
>
>  This is basically a bug-fix release for ConTeXt following 0.9.1.
>  Release 0.9.2 (2019-06-21)
>
>   - (hopefully) fixed ConTeXt compatibility. Most new functionality is not 
> tested;
>  testers and developers for the ConTeXt side are needed.
>   - Added old ConTeXt version for 0.8.3
>   - Added tailless ground
>
>  Release 0.9.1:
>
>- Added old LaTeX versions for 0.8.3, 0.7, 0.6 and 0.4
>- Added the option to have inline transformers and gyrators
>- Added rotary switches
>- Added more configurable bipole nodes (connectors) and more shapes
>- Added 7-segment displays
>- Added vacuum tubes by J. op den Brouw
>- Made the open shape of dcisources configurable
>- Made the arrows on vcc and vee configurable
>- Fixed anchors of diamondpole nodes
>- Fixed a bug (#205) about unstable anchors in the chip components
>- Fixed a regression in label placement for some values of scaling
>- Fixed problems with cute switches anchors
>
> --
>
> The package’s Catalogue entry can be viewed at
>https://ctan.org/pkg/circuitikz
>
> The package’s files themselves can be inspected at
>http://mirror.ctan.org/graphics/pgf/contrib/circuitikz/
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] context standalone installation broken

2019-05-14 Thread Mojca Miklavec
Hi,

Massimiliano, thanks for confirming that it works again and I'm sorry
for the inconvenience.

For a strange/unknown reason the SVN checkout got into an inconsistent
state (claiming checksum mismatch), so I started doing some magic to
get it back to a consistent state. In the meantime some files were
removed and the minimals sync (done every 15 minutes or so) was
triggered in the meantime.

(I have never seen a similar error in the past, and git seems to work
more reliably in such cases.)

If anything still sounds abnormal, please let me know.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] context standalone installation broken

2019-05-14 Thread Mojca Miklavec
Something broke with svn updates of TeX Live.

I'm looking into it.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] adjusting tikz pictures

2019-04-25 Thread Mojca Miklavec
On Thu, 25 Apr 2019 at 16:23, Hans Hagen wrote:
>
> > Ideally someone should fix Geogebra to allow outputting
> > ConTeXt-friendly TikZ images.
>
> or just efficient metapost

Oh, sure! (That might require a bit more work, but probably worth
doing if someone wants to go that way.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] adjusting tikz pictures

2019-04-25 Thread Mojca Miklavec
On Wed, 24 Apr 2019 at 12:51, Gour wrote:
>
> Hello,
>
> I believe that using GeoGebra for drawing, exporting to TikZ is the most
> approachable method for me to be able to create mathematic-related
> material like exams for the children in the primary school, but need some
> info how to adjust GeoGebra's TikZ output (suitable for LaTeX) for
> ConTeXt?

Ideally someone should fix Geogebra to allow outputting
ConTeXt-friendly TikZ images.

The differences should be small enough that this should be doable.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


[NTG-context] Fwd: Announcing Season of Docs 2019

2019-04-02 Thread Mojca Miklavec
Hi,

This is just to let you know that Google started accepting applications for
organisations that want to participate in "Google season of docs", offering
stipends to technical writers to work full time on improving documentation
of open source projects.

See also a list of sample ideas:
https://developers.google.com/season-of-docs/docs/project-ideas
(but maybe some improvement of the writing tools could also count, I don't
know).

Participation is not limited to students this time.

Is any of the TeX user groups interested in participating?

Mojca


-- Forwarded message -
From: 'sttaylor' via Google Summer of Code Mentors List
Date: Mon, 11 Mar 2019 at 23:32

We’re delighted to announce the inaugural year of Season of Docs, a Google
program that fosters collaboration between open source projects and
technical writers. Season of Docs is similar to Summer of Code, but with a
focus on open source documentation and technical writers. Details are on
our website: g.co/seasonofdocs
.

Would you like to take part as an open source mentor in the inaugural year
of Season of Docs? Open source organizations can start thinking now about
the projects you’d like a technical writer to work on. Take a look at
the examples
of project ideas
. Reach
out to your community members to see who’d like to be a mentor for Season
of Docs. As a mentor, you don’t need technical writing skills. Instead,
you're a member of the open source organization who knows the value of good
documentation and who is experienced in open source processes and tools.
See the guidelines on working with a technical writer
.
Organization applications open on April 2, 2019. See the full timeline
 on the Season
of Docs website.

>From April 30, Technical writers can explore the list of participating open
source organizations and their project ideas. Technical writers bring their
skills in designing and developing documentation to the open source
organization. Technical writer applications open on April 30. The list of
accepted technical writing projects is announced on July 30.

Please do tweet and blog about Season of Docs if you’d like to share the
news. We want as many people to know about it as possible. We’ve provided
logos that you can download and some example content on the press page
.

We’re looking forward to an exciting pilot of the Season of Docs program!

If you have any questions about the program, please email us at
season-of-docs-supp...@googlegroups.com.

Best regards

Sarah Maddox, Andrew Chen and the Season of Docs team
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Welcome to LMTX

2019-04-02 Thread Mojca Miklavec
V tor., 2. apr. 2019 19:35 je oseba Paul Hoffman 
napisala:

> It doesn't work for me:
>
> 
> # sh install.sh
> /usr/local/lmtx/bin/mtxrun: /lib/libm.so.6: version `GLIBC_2.23' not found
> (required by /usr/local/lmtx/bin/mtxrun)
>

This should be fixed once we set up the automatic builds on the build farm.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] follow up

2019-04-01 Thread Mojca Miklavec
On Mon, 1 Apr 2019 at 15:19, Floris van Manen wrote:
>
> H.
>
> > We have worked furiously all day kicking-out extra code, and are pleased to 
> > present a lean-and-mean version of luatex with your favorite ConTeXt. Same 
> > good taste but only half the calories and a new name: luametatex and 
> > ConTeXt LMTX. No more Mk-whatever, no more dependencies for we can now 
> > stand on our own. Of course, good-old luatex and MkIV (as well as MkII) 
> > will continue to coexist and be maintained. However, now you will be able 
> > to run ConTeXt lmtx on your smart thermostat or on your refrigerator for 
> > the Internet of Things - the dawn of a new era!
>
> That sound like a very good thing indeed !
> Is it available for download already?

I would have already published the link on the server in Slovenia, but
it seems that there was a bug on the thermostat in the server room (I
was apparently too exhausted yesterday to properly test before I fell
in bed) which lead to some hardware failures. You'll probably need to
wait for another server to be set up. I hope the delay won't be too
long. (I'm really sorry for the inconvenience.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] TeX Live 2019: attempt to call a nil value (upvalue 'isfile')

2019-03-01 Thread Mojca Miklavec
On Fri, 1 Mar 2019 at 08:50, luigi scarso wrote:
>
> $> context luatex
>  mkiv lua stats  > used platform: linux-64, type: unix, binary subtree: 
> texmf-linux-64
> mkiv lua stats  > used engine: luatex version 1.1 with functionality level 
> 7088, banner: this is luatex, version 1.10.0 (tex live 2019)
> mkiv lua stats  > control sequences: 53180 of 65536 + 10
> mkiv lua stats  > lua properties: engine: lua 5.3, used memory: 441 MB (ctx: 
> 437 MB), hash chars: min(64,40), symbol mask: utf (τεχ)
> mkiv lua stats  > runtime: 21.608 seconds, 294 processed pages, 294 shipped 
> pages, 13.606 pages/second
> system  | total runtime: 47.547 seconds

OK, strange. It works for me in TeX Live as well after I installed the
missing dejavu fonts. I didn't imagine that it would break with such a
strange error when a font is missing though.

> ( forget the time, it's a zero-optimized binary (fast to compile))

It takes even longer for me with the binary from the distribution.

> In general: at every new release I have complains about "how deadly slow is 
> texlive  installation".
> On the other side , some  could wonder why *DejaVu* are not installed by 
> default regardless of  engine/scheme.

You could wonder that for all the zillions of fonts that ship with TeX Live.
Only CM is compulsory, the rest is up to user's taste.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] TeX Live 2019: attempt to call a nil value (upvalue 'isfile')

2019-02-28 Thread Mojca Miklavec
On Fri, 1 Mar 2019 at 07:39, Mojca Miklavec wrote:
> On Fri, 1 Mar 2019 at 00:14, Henri Menke wrote:
> >
> > Dear list,
> >
> > I just installed TeX Live 2019 pretest and running context --make fails with
> ,
> The latest ConTeXt has just been included yesterday and should be
> available since today (some time after the usual nightly update cca. 5
> hours ago + delays to finish the build and sync the mirrors).
>
> So please retry.

Here's my attempt of compiling
doc/context/sources/general/manuals/luatex/luatex.tex

fonts   > defining > font with asked name 'dejavusansmono' is
not found using lookup 'name'
fonts   > defining > unknown font 'dejavusansmono', loading aborted
fonts   > defining > unable to define 'dejavusansmono' as
'dejavu-10pt-tt-tf-0--0'
! error:  (linebreak): invalid list tail, probably missing
gluemtx-context | fatal error: return code: 1

The first hint is that we should probably include more font
dependencies in ConTeXt scheme. I can take care of that if you have
further suggestions (other than dejavu).

I didn't check what the actual error could be (no time now).

I used darwinlegacy binaries.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] TeX Live 2019: attempt to call a nil value (upvalue 'isfile')

2019-02-28 Thread Mojca Miklavec
On Fri, 1 Mar 2019 at 00:14, Henri Menke wrote:
>
> Dear list,
>
> I just installed TeX Live 2019 pretest and running context --make fails with
,
The latest ConTeXt has just been included yesterday and should be
available since today (some time after the usual nightly update cca. 5
hours ago + delays to finish the build and sync the mirrors).

So please retry.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] markdown module vs pandoc

2019-02-18 Thread Mojca Miklavec
On Thu, 14 Feb 2019 at 23:01, Gour wrote:
>
> I'm interested for using markdown markup and typeset such documents via
> ConTeXt, but wonder whether it is recommended to use Markdown module or do
> markdown --> ConTeXt via Pandoc?

If I was you, I would use AsciiDoc, convert it to DocBook and process the XML.
(There is some simple proof-of-concept docbook processing already written.)

Markdown is super ambiguous, with lots of different flavours, and
often resorting to HTML for the lack of more expressive syntax.

> btw, for illustrating
> ConText documents and/or slide-presentation, do you recommend learning
> MetaPost/MetaFun over .eg. TikZ if one wants to focus on single
> (probably my learning plate is already quite full to go into something
> else considering the need to learn ConTeXt itself) package?

I use both.

MetaPost/Fun is really cool when you need a lot of control of what you
want to do, the more calculations you need, the better. There is
relatively little syntax you need to learn to achive nearly anything,
but you mostly need to do stuff from scratch (if you reuse that code,
it gives you a lot of power).

I use TikZ when I need some ready-made stuff with possibly some fancy
shading patterns (or when I would pass the images to LaTeX users). In
those cases you might be able to achive the same in a lot less lines
of code, but you usually constantly need the user manual at hand, and
doing something low level is more tricky. ConTeXt support might be
occasionally broken.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] 404 error: Not found for first-setup.sh

2019-02-08 Thread Mojca Miklavec
On Fri, 8 Feb 2019 at 21:21, Taco Hoekwater wrote:
>
> After some more tweaking on my side, Marcus now reported that it works for 
> him, finally.

Thank you, it seems fixed for me as well.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] 404 error: Not found for first-setup.sh

2019-02-08 Thread Mojca Miklavec
Hi,

On Fri, 8 Feb 2019 at 19:03, Marcus Vinicius Mesquita wrote:
>
> Hi, Taco
>
> I tried again, but the server still answers with a 404 error.

There seems to be some misconfiguration for http vs. https introduced
earlier today. For me it works on http, while it tries to access the
mailman page on https. However my browser additionally automatically
redirects to https, so it fails from the browser as well.

We'll try to fix it tomorrow (read as: I'll probably leave it to Taco
as I would almost certainly break something in an even worse way than
that :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] Where to put icc color profiles

2019-02-03 Thread Mojca Miklavec
Dear Jan,

On Sun, 3 Feb 2019 at 14:49, Jan U. Hasecke wrote:
>
> I downloaded some color profiles and stored them in:
>
> /context/tex/texmf-context/colors/icc/profiles
>
> But they get overwritten, when I update context.

Please try to put them to
/context/tex/texmf-local/colors/icc/profiles
instead (and maybe run "mtxrun --generate" afterwards just in case).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___


Re: [NTG-context] TextMate ConTeXt bundle

2018-11-14 Thread Mojca Miklavec
Dear Manuel,

On Wed, 14 Nov 2018 at 11:12, Manuel Blanco  wrote:
>
> Hi all,
>
> After some years with LaTeX and let's say three or four times trying
> to start with ConTeXt, I decided to try again. Difficult, there are
> many manuals and a lot of contradicting ideas (at least for those of
> us that do not know) in them, but still, I want to try to see if once
> and for all I can manage to dominate it.
>
> I have installed MacTeX 2018. I use TextMate, and the ConTeXt bundle
> is not working in Mac OS High Sierra. After installing it, when I
> tried to compile it said something along the lines "your PATH is ...
> you should have 'context' in your path", so I searched in my computer
> and changed TextMate PATH to:
>
> 
> $PATH:/opt/local/bin:/usr/local/bin:/usr/texbin:/usr/local/texlive/2018/texmf-dist/scripts/context/stubs/unix

This path is wrong.

First of all, you might run into some troubles if you accidentally
install some TeX binaries via MacPorts (then you might get mixed
binaries from one and the other, leading to troubles), so I would
strongly suggest you to put the MacTeX path *in front of*
/opt/local/bin.

Second, /usr/texbin probably no longer works on High Sierra (it worked
earlier, but no longer does after Apple decided to prohibit creating
paths in some of the top level folders, unless you manually switch the
protection off, reboot, make the change, etc.).

I assume that your binaries are now in
/Library/TeX/texbin
which is ultimately a symlink to
/usr/local/texlive/2018/bin/x86_64-darwin
(which you could also use if needed).

> And this last part is where I think the context binary seems to be
> /usr/local/texlive/2018/texmf-dist/scripts/context/stubs/unix
>
> But now when I run it it says
>
> env: texlua: No such file or directory
>
> What could be happening? What do I do?
>
> Also, the bundle was last updated in 2010, may be there are new
> things? Where could we learn what things to add?

It is. Patrick who wrote the bundle in no longer active in the ConTeXt
community, but I keep using his bundle and it works fine. It would
certainly be nice if someone took the work over and revised it. If you
want to volunteer, that would be awesome :)

You would probably need to start reading documentation about TextMate
bundles. One thing that might be straightforward to add are more known
commands (such a list could be autogenerated).

I never compile from within TextMate, so I don't know if that area
needs some changes (not sure if Patrick last modified the bundle
before or after MKIV was considered "the version you should use").

> https://github.com/pgundlach/context.tmbundle
>
> Any updated documentation that takes you from beginner to intermediate
> would be apreciated too.

For ConTeXt or for the TextMate bundle?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] [dev-context] Luatex 1.09.0 announcement (Mojca Miklavec)

2018-10-28 Thread Mojca Miklavec
Dear Damien,

On Thu, 25 Oct 2018 at 13:09, Damien Thiriet wrote:
>
> LuaJIT did not work on OpenBSD 6.3 texlive* packages.

While it's not super important to have it, there's something super
suspicious about that. It did work until Luigi switched to the
experimental branch:

http://build.contextgarden.net/builders/luatex.openbsd-amd64-6.2.prg/builds/217
and broke immediately after that:

http://build.contextgarden.net/builders/luatex.openbsd-amd64-6.2.prg/builds/222

In TeX Live it broke for me some time ago. I checked the history, but
already the first build for OpenBSD 6.2 had luajittex build disabled
(in April 2018; according to git history I committed the change on the
29th of April 2018). I would say it must have worked in TeX Live 2017,
but I compiled that one with gcc on OpenBSD 6.0/6.1 rather than with
clang. Not that this is a valid excuse though: as shown above, clang
successfully compiled luajittex on OpenBSD 6.2 and 6.3 from the luatex
repository until very recently.

> I can live without it anyway.
> Does this mean that a ConTeXt live install will be available on OpenBSD 6.4?

I was not aware that OpenBSD 6.4 was out until you mentioned it. I'll
upgrade the machine on our build farm.

But just to make sure: did the minimals work correctly for you on 6.3?

> As usual I would be highly interested, even more since I discovered that
> using official packages (TL-2017 btw), you have to load everything to
> get context, since texlive-texmf-full is a texlive-texmf-context dependency.

I would try to talk to Edd or others packaging TeX Live if there's a
way to reduce the dependencies. We can help advise on what is (not)
needed.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Old version of luatex for alpine linux (musl)

2018-10-26 Thread Mojca Miklavec
Dear Martin,

On Tue, 23 Oct 2018 at 15:24, Mojca Miklavec wrote:
> On Tue, 23 Oct 2018 at 13:37, Martin Hasoň wrote:
> >
> > I want to use the last beta version of standalone ConTeXt distribution in 
> > alpine linux (musl). The installation was OK, but an error occurred while 
> > compiling the file:
>
> Eeeem, my fault, sorry. I did not update LuaTeX for musl as it comes
> from another source

Can you please try again if it works now?

Thanks to Henri I fetched the binary of LuaTeX 1.09 (but did not yet
set up automation to do that in the future, please give me some more
time :).

Henri, thanks a lot.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] [dev-context] Luatex 1.09.0 announcement

2018-10-24 Thread Mojca Miklavec
Dear Luigi,

On Wed, 24 Oct 2018 at 23:19, luigi scarso wrote:
> On Wed, Oct 24, 2018 at 11:15 PM Mojca Miklavec wrote:
>>
>> Dear Luigi,
>>
>> On Tue, 23 Oct 2018 at 20:12, luigi scarso wrote:
>> >
>> > ==
>> > LuaTeX 1.09 2018-10-23
>> > ==
>> >
>> > (1) This is a release that fixed some bugs, and the latest
>> > with lua 5.2.
>>
>> LuaJIT build on OpenBSD seems to be broken (and build.sh doesn't fail
>> when it should, so you are getting an unjustified success report):
>>
> good, so green doesn't mean ok and red means bad.

Green in that case means that someone needs to fix build.sh to return
a non-zero error when the build fails :)
(I hope that I fixed the buildbot configuration when changes happen in
trunk. But I will need a test.)

>> /home/buildbot/slaves/texlive/luatex_openbsd-amd64-6_2_prg/build/build/libs/luajit/.libs/libtexluajit.a(lj_err.o):
>> In function `lj_err_unwind_dwarf':
>> ../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:236: undefined
>
> to be honest, I  remember that only freebsd used to work.

It did work in the past. (You can also check the history.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] [dev-context] Luatex 1.09.0 announcement

2018-10-24 Thread Mojca Miklavec
Dear Luigi,

On Tue, 23 Oct 2018 at 20:12, luigi scarso wrote:
>
> ==
> LuaTeX 1.09 2018-10-23
> ==
>
> (1) This is a release that fixed some bugs, and the latest
> with lua 5.2.

LuaJIT build on OpenBSD seems to be broken (and build.sh doesn't fail
when it should, so you are getting an unjustified success report):

/home/buildbot/slaves/texlive/luatex_openbsd-amd64-6_2_prg/build/build/libs/luajit/.libs/libtexluajit.a(lj_err.o):
In function `lj_err_unwind_dwarf':
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:236: undefined
reference to `_Unwind_GetCFA'
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:254: undefined
reference to `_Unwind_DeleteException'
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:262: undefined
reference to `_Unwind_SetGR'
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:273: undefined
reference to `_Unwind_SetGR'
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:(.text+0x301):
undefined reference to `_Unwind_SetIP'
/path/to/build/build/libs/luajit/.libs/libtexluajit.a(lj_err.o): In
function `err_raise_ext':
../../../source/libs/luajit/LuaJIT-src/src/lj_err.c:301: undefined
reference to `_Unwind_RaiseException'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
gmake: *** [Makefile:7713: luajittex] Error 1

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Old version of luatex for alpine linux (musl)

2018-10-23 Thread Mojca Miklavec
Hi,

On Tue, 23 Oct 2018 at 13:37, Martin Hasoň wrote:
>
> Hi all,
>
> I want to use the last beta version of standalone ConTeXt distribution in 
> alpine linux (musl). The installation was OK, but an error occurred while 
> compiling the file:

Eeeem, my fault, sorry. I did not update LuaTeX for musl as it comes
from another source (at the moment we can build it on Travis, but I
never did that so far myself).

I wanted to somehow automate this. Norbert has set up an automatic
mirror on GitHub and also set up a Travis job, but we would need a
mechanism to push the resulting binary somewhere. Or at least I need
to find a way to trigger a build manually from time to time. At the
moment one needs to create a tag which is a bit strange, but ...
(I wanted to take time and set up my own account on Travis etc., just
never came around to do so.)

If Henri has some suggestion about the most efficient way to achieve
this ... (for the moment it would be ok if I only get the latest
binary from trunk/master).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Homebrew packaging for macOS

2018-10-07 Thread Mojca Miklavec
On Sun, 7 Oct 2018 at 01:24, Andrew Dunning wrote:
>
> Dear list,
>
> Has anyone ever looked into packaging ConTeXt for Homebrew on macOS (see 
> )?

I'm not aware of any such effort so far, but we gladly help you if you
are willing to invest effort into creating one yourself.

> Providing it as an installation option would make it far easier to obtain the 
> latest version.

Obtaining the latest version is already relatively easy, but I fully
understand your point :)

> In looking into it myself, I immediately came across the problem of not being 
> exactly sure where to find a versioned download link. See their guidelines at 
> .

Maybe
https://github.com/contextgarden/context-mirror
comes closest to what you are looking for, but note that ConTeXt
provides several releases per day (or maybe a release every few days
at most) which is more resembling individual commits in other projects
than one release per every few months as would be common with other
projects.

The only thing that comes somewhat closer to a release is a version
that gets released with TeX Live once per year, but that's not in line
with your desire to easily get the latest version. We had the latest
version of ConTeXt in TLContrib repository for a while which could
probably be reinstated if desired, but that means using MacTeX (even
if from HB).

If you want to provide a package for HB, you either need to use "HEAD"
or create a cron job that will update the package definition several
times per day :) :) :)

But note that installing ConTeXt alone is not sufficient. You also
need LuaTeX, a bunch of fonts and other files (I'm not sure which
ones; with the old ConTeXt MKII it was a lot more dependencies than
with the new ConTeXt MKIV). The easiest way would be to install TeX
Live as a dependency, but from what I saw I suspect that HB only
packages MacTeX as a binary installation. You could install ConTeXt on
top of that in a way that doesn't conflict. Alternatively you need to
spend (quite some) effort figuring out what exactly is needed.

I'll probably create another git repository with a standalone
installation, but it's not yet ready and you should not count on it.

I suspect that you'll find a slightly hard time getting this package
into core HomeBrew and that you'll need to provide your own
repository, but I might be wrong. I decided against providing a
package for MacPorts precisely because it's not really practical to
update a package definition every few days.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] Apache server down

2018-09-22 Thread Mojca Miklavec
Hi,

I would like to sincerely apologise. I screwed up when trying to
restart Apache on the garden and I'll probably need Taco to fix the
problem, so please be patient. (The wiki works, some other sites are
down.)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Using the source han sans fonts fails

2018-09-21 Thread Mojca Miklavec
On Wed, 19 Sep 2018 at 17:47, Ulrike Fischer wrote:
> Am Wed, 19 Sep 2018 13:50:37 +0200 schrieb Ulrike Fischer:
>
> > I guess I should reinstall context here, probably it is too old and
> > never got the 64bit binaries.
>
> I did reinstall context and now a 64bit luatex is used on my pc too
> and the problem is gone.
>
> I also installed a 64bit luatex for texlive and now the font can
> also be used with latex.
>
> The first time for me that a 64bit application makes really a
> difference ;-).

I didn't look at the font itself, but if a font requires more than 3
GB of memory to be able to load it, I would suspect something
suspicious (either inefficient storing of data, semi-recursive
behaviour – that did happen with one basically "empty" font in the
past, memory leak, ... or at least some inefficient design at some
point).

But it makes a strong argument for inclusion of 64-bit binaries into TeX Live :)

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] HTTPS on wiki.contextgarden.net

2018-09-09 Thread Mojca Miklavec
Dear Henri,

V ned., 9. sep. 2018 09:22 je oseba Henri Menke napisala:

> Could you please enable SSL on the Wiki?
>

We just discussed this two days ago and plan to add SSL support to both
servers (it's not just wiki lacking ssl support). Wiki also needs an update
of mediawiki, so the two might be done at the same time.

Mojca

>
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] contextbeta moved or server down?

2018-09-07 Thread Mojca Miklavec
On Fri, 7 Sep 2018 at 17:18, Hans van der Meer wrote:
>
> Ping gave this:

Ping gives you the correct address and a sign that you can reach the
server. I'm almost certain it's a firewall issue. Please check whether
you can reach, say,
 rsync rsync://rsync.macports.org/

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] contextbeta moved or server down?

2018-09-07 Thread Mojca Miklavec
On Fri, 7 Sep 2018 at 17:08, Hans van der Meer wrote:
>
> If I connect in the browser to contextgarden.net/minimals/setup/$platform/bin 
> (platform set to my osx-64) it gives an empty page with text as below. 
> Shouldn’t there be something to download?

No, because that's the wrong URL. The correct URL would be
http://minimals.contextgarden.net/setup/osx-64/bin/
if talking about the browser. Apache's and rsync's URLs are not the same.

Can you please check if you can use rsync at all (behind the firewalls
you currently reside)? Do you get any response from, say,
rsync rsync://rsync.macports.org/
?

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] contextbeta moved or server down?

2018-09-07 Thread Mojca Miklavec
On Fri, 7 Sep 2018 at 11:11, Hans van der Meer  wrote:
>
> This used to give me the latest contextbeta:
> rsync -ptv rsync://contextgarden.net/minimals/setup/first-setup.sh .
>
> Today I get this error
> start download and iinstall of contextbeta
> rsync: failed to connect to contextgarden.net: Operation timed out (60)
>
> Is the garden down or have the sources been moved since my last access this 
> June?
> At least this link is still active at the moment: 
> http://wiki.contextgarden.net

While wiki.contextgarden.net is running on a different server than the
distribution, there hasn't been any change recently and the
installation works for me.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] troubles with standalone install on openbsd6.3-amd64

2018-05-28 Thread Mojca Miklavec
On 27 May 2018 at 16:32, Damien Thiriet wrote:
> Hello,
>
> I tried to install standalone on my OpenBSD 64-bit.
> Looks like something went wrong (or I missed something).

There's a high probability that Hans needs to fix mtxrun and/or
mtx-update.lua to properly support OpenBSD with the version number
included.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Build for Alpine Linux

2018-04-13 Thread Mojca Miklavec
On 11 April 2018 at 22:37, Hans Hagen wrote:
> On 4/11/2018 10:08 PM, Brian Hunt wrote:
>
>> 3. Add texlua (and texluac?) to
>>a. the setup rsync bin/ directories
>>b. the tex/texmf-linuxmusl(|-ppc|-64)
>
> we don't use texluac, don't need texlua on windows and on linux texlua is
> just a symlink

This was entirely my fault which has been fixed in the meantime.

> if musl needs different bin then there should be a different initial
> download i think because basically we're now talking of: windows, osx,
> linux, linuxmusl (a different species)

Exactly. We have that. And most bits and pieces are in place to allow
that, except for the problem with mtxrun not being able to determine
the platform correctly.

>> 4. Update mtxrun
>>
>> Here's code that ought to work for detecting musl in mtxrun.  Around line
>> 3721 of the mtxrun add:
>>
>>  if find(architecture,"x86_64",1,true) then
>>platform="linux-64"
>>  elseif find(architecture,"ppc",1,true) then
>>platform="linux-ppc"
>>  else
>>platform="linux"
>>  end
>> +   if resultof("ldd --version 2>&1"):find("musl") ~= nil then
>> + platform = platform:gsub("linux", "linuxmusl")
>> +   end
>
>
> that's not going to happen, some system call 9each run) in order to
> determine what linux species we run ... (there are a few calls but these are
> never used becasue we use HOSTTYPE (if needed we can set one ourselves on
> these platforms)
>
> isn't there some magic env var that tels if musl is used? do programs and
> scripts really have to jumpo through such loops

Hans, we don't really need this code for the sake of minimals
themselves, it is part of ConTeXt code that needs it and fails.

The problem is that even if I properly detect the platform upfront,
your code (mtx-update) will refuse to respect the setting. When
calling
./bin/mtxrun --script ./bin/mtx-update.lua --force --update --make
--context=beta --platform=linuxmusl-64 --texroot="/some/path"
from musl linux, the mtx-update will insist in always installing and
using linux-64 binaries even if they don't work, no matter what else
we try.

I still believe that a string like "x86_64-linuxmusl" is something
that luatex itself should be able to return when asked about what
platform it is running on (what platform it has been compiled for).
We've discussed this with Taco many years ago, but this has never been
implemented.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Installing fonts in a ConTeXt Docker (texfont tool missing?)

2018-04-13 Thread Mojca Miklavec
Dear Michelle,

On 13 April 2018 at 11:13, Rodzis, Michelle wrote:
> Dear Mojca,
>
> obviously I have forgotten to add an important detail - the fonts I want to
> install are TrueType fonts. My bad and apologies!
>
> For installing ttf I've used
> http://tug.org/pracjourn/2005-2/schmitz/schmitz.pdf (also mentioned in wiki)
> so far, and it worked every time.

You can forget that procedure.
Just copy the fonts, you'll only need a few lines of code for defining
the typescripts (just ask for additional help if you need to get your
fonts working).

TrueType fonts are supported out of the box and should no longer need
that clumsy process.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Installing fonts in a ConTeXt Docker (texfont tool missing?)

2018-04-13 Thread Mojca Miklavec
On 13 April 2018 at 10:16, Rodzis, Michelle wrote:
> Dear list,
>
> currently I work on a customized Docker container based on Ubuntu 16.04
> where I run ConTeXt standalone. To install ConTeXt, I use the approach
> described in the wiki:
>
>
> RUN wget http://minimals.contextgarden.net/setup/first-setup.sh &&\
> sh ./first-setup.sh --modules=all
>
> After setting ConTeXt root everything works fine and as expected. However,
> the texfont tool seems to be missing which means I cannot install new fonts
> in my container.

Nowadays texfont is the wrong tool to use. It doesn't actually install
fonts, it merely converts them from, say, Type 1, to a zillion of
8-bit files (meaning that you won't even be able to use more than a
couple accented characters in that font). This was useful before TeX
supported OpenType fonts, but is a complete waste of time and
resources to go through that painful route nowadays.

You can just copy your own OpenType font files to, say,
texmf-fonts/data (and probably update the font database after that
with mtxrun).

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Build for Alpine Linux

2018-04-08 Thread Mojca Miklavec
Dear Brian,

On 8 April 2018 at 16:56, Brian Hunt wrote:
> Hello everyone,
>
> Per this question on tex.StackOverflow, I am having trouble getting ConTeXt
> (LuaTeX specifically) to run on Alpine Linux:
>
> https://tex.stackexchange.com/questions/425463
>
> Specifically, the build from ConTeXt standalone has a LuaTeX that seems not
> to run against the musl libc6 library.

We have a "nearly working" one. At least all the binaries should be
there, see for example:
http://distribution.contextgarden.net/setup/linuxmusl-64/

There are two to three remaining problems:

1.) I disabled automatic musl recognition (short after enabling it)
after this bug report:
https://mailman.ntg.nl/pipermail/ntg-context/2018/091094.html
I need to finish "parsing"
https://mailman.ntg.nl/pipermail/ntg-context/2018/091123.html
and a few other posts in that thread and maybe make some additional
testing. There was some "oh no, it has to be the other way around"
discussion where I no longer followed and I need some more time to
read everything more carefully (no time for that right now).

2.) Most likely a patch in mtxrun is still needed (but I admit that I
didn't check) for proper platform recognition. The fact that we are
struggling in shell doesn't really help doing this part either :)

3.) Ideally we need to set up some automated LuaTeX builds to be able
to get the latest LuaTeX binaries in the future.

> Has anyone run ConTeXt on Alpine?

At the moment it should work if you install TeX Live 2018 pretest with
the ConTeXt scheme or if you fiddle a bit with the installation (you
need to hardcode the platform name in first-setup.sh and then still
some minor things might still go wrong, not sure). But in fact very
little is required to fix the remaining issues.

Can you please remind us to pick this up again in a couple of days?

In the meantime, if you are willing to do some more extensive testing
of patches (see full thread linked above) on both musl & non-musl
linuxes, in various shells etc., as well as perhaps come up with a
patch for mtxrun, that might help.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] linux binaries split?

2018-03-24 Thread Mojca Miklavec
On 24 March 2018 at 18:36, luigi scarso <luigi.sca...@gmail.com> wrote:
> On Sat, Mar 24, 2018 at 5:51 PM, Mojca Miklavec wrote:
>> I reverted the change for now until someone can come up with a working 
>> command.
> can you send me offlist  the relevant *lua *sh script ?
> I cannot reproduce the error now  with linux/zsh.

echo "Henri's test:"
if command -v ldd >/dev/null && ldd --version 2>&1 | grep -q ^musl
then
echo "This is musl"
else
echo "This is libc"
fi

# not sure about the exact form
echo "Arthur's test:"
if command -v ldd --version 2>&1 | fgrep -q '^musl'
then
echo "This is musl"
else
echo "This is libc"
fi

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] linux binaries split?

2018-03-24 Thread Mojca Miklavec
I reverted the change for now until someone can come up with a working command.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] linux binaries split?

2018-03-24 Thread Mojca Miklavec
On 24 March 2018 at 13:30, Thomas A. Schmitz wrote:
> On 03/24/2018 12:14 PM, luigi scarso wrote:
>
>> hm, what does
>> command -v ldd >/dev/null && ldd --version 2>&1
>> say ?
>
> ldd (GNU libc) 2.26
> Copyright (C) 2017 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> Written by Roland McGrath and Ulrich Drepper.

So you don't have musl.

This means that we have a bug in first-setup.sh and setuptex then. I'm sorry.

>> it's a "long term", ie until  it's in texlive .
>> If not in texlive, it can be dropped, but not necessarily.
>
> Sorry, I don't understand, this sounds contradictory to me.

Well, we just dropped i386-darwin and powerpc-darwin from the
minimals, we dropped powerpc-linux some time before that which shows
that there's no super strong promise to keep the binaries there
forever (oh, and we also had i386-linuxmusl for a couple of days which
I deleted a few days after adding it because Karl removed it from TeX
Live). Whether that's considered "long term" is left as an exercise to
the reader. If getting the binaries gets difficult and there are no
users requiring support, the binaries will go.

> On 03/24/2018 12:15 PM, Hans Hagen wrote:
>> i have no clue what drives this but i suppose than a specific linux only
>> has one of these two libs
>>
>> (no sign of musl in my scripts here)
>
> I see this tex/setuptex:
>
> if command -v ldd >/dev/null && ldd --version 2>&1 | grep -q
> ^musl
> then
> libc=musl
> else
> libc=glibc
> fi
>
>> rsync -ptv rsync://contextgarden.net/minimals/setup/first-setup.sh .
>>
>> it looks like that one has changed
>
>
> Even with the new first-setup.sh: when I run it, there are no new binaries
> in context/tex/texmf-linuxmusl-64/bin, so for the time being, context
> minimals are broken on arch linux (and its derivatives, I guess).

I was aware that until Hans implements support in mtxrun the first
installation on musl would be broken (I never liked this strange
dependency with mtxrun trying to guess the platform). But that should
not happen on a libc system, that's a bug.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] linux binaries split?

2018-03-24 Thread Mojca Miklavec
On 24 March 2018 at 11:59, Thomas A. Schmitz wrote:
> Hi,
>
> I wanted to use my minimal installation on arch linux this morning and
> received this error:
>
> Binaries for platform 'linuxmusl-64' are missing.
> (There is no folder "/mnt/shared/context/tex/texmf-linuxmusl-64/bin")
> provide a proper tex root (like '. setuptex /something/tex')
>
> Looking into setuptex, I see indeed a test for "libc=musl" or "libc=glibc,"
> so it appears that we now have two sets of binaries for linux-64? Is this
> supposed to be a long-term thing or just in the preparation for texlive
> 2018? (I share my minimal directory between several linux installations, so
> I assume I would need both sets?)

The binaries were requested (and provided) by Henri Menke:
   https://mailman.ntg.nl/pipermail/ntg-context/2018/090611.html

From what I understood (maybe I misunderstood) the regular linux
binaries would not even work on machines with musl, but maybe you have
both libc and musl installed?

It was not meant to be a short-term thing (unless/until we figure out
that there are too many problems with it and nobody uses it), but it
was probably never even tested properly and Hans did not yet implement
support in mtxrun, so maybe installing out-of-the-box would not yet
work, I don't have a machine to test it.

All the required binaries should be there though.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Google Search in ConTeXt Garden

2018-03-22 Thread Mojca Miklavec
On 22 March 2018 at 10:51, Taco Hoekwater wrote:
>> On 22 Mar 2018, at 10:06, Mojca Miklavec wrote:
>>
>> I'm lost in those files and I'm not too eager to spend too much time
>> learning all that stuff from scratch.
>>
>> If there are any web technologies experts willing to take a look, I
>> can provide some source snippets offline.
>
> Same comment and offer from me. And I am possibly even more lost than Mojca …

If nothing else helps, we can of course always just put that simple
script that google suggests on the website and not bother about the
results ending up on a different-looking design.

It's still better to have an ugly result page than an error page.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] decomposed u umlaut

2018-03-22 Thread Mojca Miklavec
On 20 March 2018 at 08:42, Henning Hraban Ramm wrote:
> Ahoi,
>
> I’ve one annoying problem with ConTeXt: all üs (small u umlauts) seem to be 
> encoded as decomposed unicode or something like that, at least every ü breaks 
> into u + garbage if I copy some text from a ConTeXt PDF to an app that 
> doesn’t really support Unicode.

You are on macOS, right?

In my experience it was usually Apple's technology to blame. Perfectly
valid PDFs with proper accented characters would always end up with
decomposed characters when copy-pasting. Even pdftotext did a better
job.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Google Search in ConTeXt Garden

2018-03-22 Thread Mojca Miklavec
Hi,

On 18 March 2018 at 13:13, Pablo Rodriguez wrote:
> Dear list,
>
> when I use Google to search the wiki, such as in:
>
>   http://wiki.contextgarden.net/google/new2.html?q=xmldoifelseempty
>
> I get the following error message:
>
>   Unauthorized access to internal API. Please refer to
>   https://support.google.com/customsearch/answer/4542055
>
> Can anyone confirm this?

I hope that Taco will be able to check this.

The token is correct, but apparently the API changed in the meantime.
Google offers some code to copy-paste that can be used directly, but
our wiki uses some strange combination of php, our own skin (written
by Siep), standalone javascript files, some html pages with results to
avoid ending up on google directly etc.

I'm lost in those files and I'm not too eager to spend too much time
learning all that stuff from scratch.

If there are any web technologies experts willing to take a look, I
can provide some source snippets offline.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] Support for musl

2018-03-21 Thread Mojca Miklavec
On 19 January 2018 at 11:40, Henri Menke wrote:
> Dear list,
>
> I'd like to support Linux platforms which use musl 
> (https://www.musl-libc.org/) instead of glibc, like for instance Alpine Linux.

I have added the TeX Live binaries. So in principle this could work now:

rsync -ptv rsync://contextgarden.net/standalone/setup/first-setup.sh .
./first-setup.sh

but I suspect that some changes in mtxrun might be needed for this to
work properly.

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

  1   2   3   4   5   6   7   8   9   10   >