This email jjhard...@onetel.com is now defunct please delete from your mailing list and replace with my new email jjhard...@woughton.myzen.co.uk and let me know that you have done so. Jennifer Harding
> On 30 October 2020 at 12:39 miktex-users-requ...@lists.sourceforge.net wrote: > > > Send MiKTeX-Users mailing list submissions to > miktex-users@lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/miktex-users > or, via email, send a message with subject or body 'help' to > miktex-users-requ...@lists.sourceforge.net > > You can reach the person managing the list at > miktex-users-ow...@lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MiKTeX-Users digest..." > > > Today's Topics: > > 1. Re: MiKTeX-Users Digest, Vol 164, Issue 3 (Jennifer Harding) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 29 Oct 2020 15:54:29 +0000 (GMT) > From: Jennifer Harding <jjhard...@onetel.com> > To: miktex-users@lists.sourceforge.net > Subject: Re: [MiKTeX] MiKTeX-Users Digest, Vol 164, Issue 3 > Message-ID: <423889331.102649.1603986869...@apps.talktalk.co.uk> > Content-Type: text/plain; charset=UTF-8 > > My email is on longer jjhard...@onetel.com but > jjhard...@woughton.myzen.co.uk. Please note and email on my new email to let > me know? you have done this. Thank you, Jennifer Harding > > On 27 October 2020 at 13:54 miktex-users-requ...@lists.sourceforge.net > > wrote: > > > > > > Send MiKTeX-Users mailing list submissions to > > miktex-users@lists.sourceforge.net > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.sourceforge.net/lists/listinfo/miktex-users > > or, via email, send a message with subject or body 'help' to > > miktex-users-requ...@lists.sourceforge.net > > > > You can reach the person managing the list at > > miktex-users-ow...@lists.sourceforge.net > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of MiKTeX-Users digest..." > > > > > > Today's Topics: > > > > 1. MikTeX with shared package repo on App-V (Michael Strack) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Tue, 27 Oct 2020 05:13:14 -0000 > > From: Michael Strack <mixt...@startmail.com> > > To: miktex-users@lists.sourceforge.net > > Subject: [MiKTeX] MikTeX with shared package repo on App-V > > Message-ID: <160377559355.25244.9975147479098104...@startmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > Our organisation has a very restrictive computing environment. Users are not > > permitted to install their own software. Furthermore, we make heavy use of > > non-persistent virtual machines and virtualised applications (Win10, App-V), > > which of course makes software administration tricky. > > > > > > > > The utility which "virtualises" programs for App-V supposedly has a hard > > limit > > of 15k files, and a complete MikTeX installation exceeds this by some > > margin. > > > > > > > > I am trying to figure out how we might offload packages to a shared > > repository > > on our intranet, from which users can load or install as required. > > > > > > > > The first step is not so hard: I understand that the MikTeX Setup Utility > > [provides](https://miktex.org/howto/local-repository) this functionality. > > > > > > > > The second is rather more difficult. Users cannot install to the system > > partition (_i.e._ the C: drive), and in any case even if they could this > > would > > be ephemeral as the non-persistent virtual machines are destroyed and re- > > created each shutdown/boot. > > > > > > > > Users _do_ have a separate home drive to which they can permanently install > > files. Let's call it the H: drive. I was hoping to achieve something similar > > to what we do with the R language: have a corporate repository of packages > > which can be loaded directly into the RAM of the R session, or have users > > install a package to their H: drive and add this location to the PATH of > > the R > > session. > > > > > > > > I suppose the "Specifying Alternative Input Directories" section of the > > manual > > gives one way of specifying a non-default personal library installation > > location? Or is it the custom TEXMF directory that I should create? > > > > > > > > Also, some packages (such as "glossaries") rely on (non-TeX) scripts. Can > > the > > installation location of these be customised as well? > > > > > > > > Thanks for your time. > > > > > > > > ------------------------------ > > > > > > > > ------------------------------ > > > > Subject: Digest Footer > > > > _______________________________________________ > > MiKTeX-Users mailing list > > MiKTeX-Users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/miktex-users > > > > > > ------------------------------ > > > > End of MiKTeX-Users Digest, Vol 164, Issue 3 > > ******************************************** > > > > ------------------------------ > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > MiKTeX-Users mailing list > MiKTeX-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/miktex-users > > > ------------------------------ > > End of MiKTeX-Users Digest, Vol 164, Issue 4 > ******************************************** _______________________________________________ Q: How can I leave the mailing list? A: See https://miktex.org/faq/how-can-i-leave-the-mailing-list