[tex-live] install-tl-windows.bat unavailable in Microsoft Store

George Georgalis george at galis.org
Mon Dec 10 22:12:09 CET 2018

I'm suggesting containerization is a means to a solution, for the S-mode
issue as well as challenges booting new user environment etc.

There are many containerization models/templates available today: docker,
kubernetes, rancher, rancheros, to name a few.

"total redesign everything" no not really, just establish a tool to define
the platform, certify the tool and port existing deployment to the
platform. There are probably already certified containers available, java
comes to mind but that is probably not the platform we want here.

users have to integrate tex to their platform every time they install a new
os anyway. I'm suggesting taking ownership of the platform to run the text
processing environment. It's not like the effort of owning OS maintenance,
but it does offer a means to own the environment of package deployment,
dependencies and text processing. After all, we cannot expect (all the) OS
vendors to support all the requirements of tex, ongoing anyway. It's a
changing world, you cannot expect platforms to remain unchanged. Define you
own platform, or re-port when the platforms change.

On Mon, Dec 10, 2018 at 12:08 PM Zdenek Wagner <zdenek.wagner at gmail.com>

> Please, notice that without total redesign everything in TL depends on
> cmd.exe which is Microsoft's own uncertified product, so what do you
> want to achieve and how? Prohibition of cmd.exe is the key point f the
> S-mode. Allowing cmd.exe is the same as cancellation of the S-mode.
> Zdeněk Wagner
> http://ttsm.icpf.cas.cz/team/wagner.shtml
> http://icebearsoft.euweb.cz
> po 10. 12. 2018 v 20:19 odesílatel George Georgalis <george at galis.org>
> napsal:
> >
> > Or perhaps, a solution to address the problem should be developed.
> >
> > Anyone that installs and uses tex or derivatives knows it can be more
> complicated than their operating system. If operating system vendors are
> concerned about user's security, I say embrace that.
> >
> > If tex were delivered, packaged, as a containerized processor of user
> files, certification of the container engine may still be required, but
> then packages could be installed as components of the engine, not requiring
> additional certification.
> >
> >
> > On Mon, Dec 10, 2018 at 11:02 AM Philip Taylor <P.Taylor at rhul.ac.uk>
> wrote:
> >>
> >> Norbert Preining wrote:
> >> >
> >> >       Dear Jeff,
> >> >       I'm the president of the TeX User Group, an extremely powerful
> >> >       User Group of an Open Source Product with about a few thousand
> >> >       members. I am very disappointed how Amazon treats our services,
> >> >       and would like to ask you to update your system to properly
> >> >       support TeX.
> >>
> >> Maybe if we are to ask someone with a little tact and diplomacy to write
> >> the letter we might have a better chance.
> >> ** P.
> >
> >
> >
> > --
> > George Georgalis, (415) 894-2710, http://www.galis.org/
> >

George Georgalis, (415) 894-2710, http://www.galis.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://tug.org/pipermail/tex-live/attachments/20181210/0e60e0f4/attachment-0001.html>

More information about the tex-live mailing list