[issue:206] Re: TLContrib packages into MacPorts?

[Hironobu Yamashita]

2018/07/06 0:18, Mojca Miklavec <mojca ＠ macports.org>

> Hi,
> 
> I took a look. First of all, it is quite annoying that you are
> distributing files of super tiny size in different packages. Isn't
> there a way to package both archives together? (There is a workaround
> to copy from one folder to another, but it's a bit annoying.)

Sorry I don't understand what you mean by "different packages".

* "ptex-fontmaps-macos" is a macOS-specific addition to the main
"ptex-fontmaps" (font maps for dvipdfmx/dvips and the script "kanji-config-updmap")
* "cjk-gs-integrate-macos" is a macOS-specific addition to the main
"cjk-gs-integrate" (a tool for generating CJK-aware setup of Ghostscript)

so actually they are for different purpose.

> Here's the log from my attempt:
> 
> cjk-gs-integrate [WARNING]: The program 'otfinfo' not found in PATH.
> cjk-gs-integrate [WARNING]: Sorry, we can't be safe enough to distinguish
> cjk-gs-integrate [WARNING]: uppercase / lowercase file names.
> cjk-gs-integrate: reading font database ...
> cjk-gs-integrate [WARNING]: Cannot find cjkgs-morisawa-extra.dat, skipping!
> cjk-gs-integrate: checking for files ...
> cjk-gs-integrate: searching for Ghostscript resource
> cjk-gs-integrate: output is going to /opt/local/share/ghostscript/9.23/Resource
> cjk-gs-integrate: generating links and snippets for CID fonts ...
> cjk-gs-integrate: generating links, snippets and cidfmap.local for
> non-CID fonts ...
> cannot open /opt/local/share/ghostscript/9.23/Resource/Font/AppleGothic-Adobe-Korea1-0
> for writing: Permission denied at cjk-gs-integrate.pl line 911.
> 
> I found otfinfo in lcdf-typetools. I can add an additional dependency
> on that one.
> I have no idea why it is complaining about cjkgs-morisawa-extra.dat

Sorry, that was my mistake in the main "cjk-gs-integrate".
Please disregard it, as I'm planning to fix it in the next release.

> But most important, it would be super helpful if something like
> DESTDIR parameter / env. variable would be supported, so that the
> generated files would go to $(DESTDIR)
> /opt/local/share/ghostscript/9.23/Resource/Font/ instead of directly
> to  /opt/local/share/ghostscript/9.23/Resource/Font/.
> 
> I don't want to hardcode the link to 9.23 ghoscript either since that
> is doomed to fail, sooner or later.

cjk-gs-integrate defaults to /opt/local/share/ghostscript/$(GS_VER)/Resource,
but using --output one can switch to another dir. Something like

sudo cjk-gs-integrate --output /opt/local/share/ghostscript/cjkresource
sudo ln -s /opt/local/share/ghostscript/cjkresource/CIDFont /opt/local/share/ghostscript/9.23/Resource/CIDFont
sudo ln -s /opt/local/share/ghostscript/cjkresource/Font /opt/local/share/ghostscript/9.23/Resource/Font
sudo ln -s /opt/local/share/ghostscript/cjkresource/Init/cidfmap /opt/local/share/ghostscript/9.23/Resource/Init/cidfmap
(... and more for linking all stuff) may work, but that would be complex enough.

GS cannot find CJK fonts unless snippets are installed under
/opt/local/share/ghostscript/9.23/Resource/.
Japanese users have reported many issues on CJK handling for years
to the bug tracker, almost no improvement.

> Mojca

Thanks,
Hironobu