<div><div dir="auto">Yeah, this is specifically prohibited by our guidelines and the overall workings of the program. There is a TeXlive minimum install, and if you could make one smaller that works with lily pond I’m sure we’d consider it. But this is basically a non-starter with MacPorts.</div></div><div dir="auto"><br></div><div dir="auto">—Mark</div><div><br><div class="gmail_quote"><div dir="ltr">On Sun, Sep 9, 2018 at 12:31 PM Werner LEMBERG <<a href="mailto:wl@gnu.org">wl@gnu.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
>> Ah, I assumed too much knowledge, sorry.  TeXLive itself comes with<br>
>> binaries for MacOS (both legacy platforms, i.e., 10.6-10.10, and<br>
>> recent versions, i.e., 10.10-10.13).  By simply prepending the path<br>
>> to those binaries to PATH, the `texlive-*' ports from MacPorts<br>
>> would be completely hidden and thus useless, more or less: TeXLive<br>
>> wouldn't use any data, binaries, or libraries from MacPorts.<br>
>> <br>
>> However, to build various packages like `lilypond', `port' needs to<br>
>> believe that some `texlive-*' ports are installed.  What certainly<br>
>> works is to create a small port repository similar to René Bertin's<br>
>> `macstrop' repository to override MacPorts with dummy ports.  My<br>
>> question was whether macports itself provides a simpler solution<br>
>> similar to `texlive-dummy-opensuse', where I have to install just a<br>
>> single .rpm file...  I guess the answer is no.<br>
> <br>
> Its quite simple.  The macports build of lilypond should be<br>
> configured to use the MacPorts provided builds of TexLive.<br>
<br>
I was still unclear, sorry.  To continue with lilypond as an example:<br>
This program uses only TeXLive *programs* and data, but no libraries.<br>
In general, this is true for all other programs within MacPorts that<br>
depend on texlive ports.  It is thus irrelevant whether MacPorts<br>
itself contains the necessary data and binaries, or whether they are<br>
provided externally (in this case, by the native TeXLive<br>
distribution).<br>
<br>
> If these ports do not provide what is needed, then just provide an<br>
> additional port for what is missing.<br>
<br>
There are no misses.  My `problem' is that the `texlive-*' ports<br>
within MacPorts use a few GByte, doubling everything native TeXLive<br>
already provides!  I want to use native TeXLive directly so that I can<br>
actually call `tlmgr' (or the SVN repository) to update the TeX stuff.<br>
For this reason I want to have some dummy portfiles to make `port'<br>
believe that the `texlive-*' ports are present.  This will take a few<br>
kBytes only...<br>
<br>
<br>
    Werner<br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Sent from Gmail Mobile on iPhone</div>