- issue - lists.texjp.org

[issue:211] Re: pdvipdfmx in batch files
by Akira Kakuto 29 Jul '18

29 Jul '18

山下様， > ChangeLog を見ると [2018/07/22] に > >> (01) dvipdfm-w32.tar.xz >> Remove pdvipdfmx.exe. > > 等とあるので，戻し忘れではないかと思います。ありがとうございます。全く忘れていました。角藤

1 0

[issue:210] pdvipdfmx in batch files
by Hironobu Yamashita 28 Jul '18

28 Jul '18

角藤先生，山下です。いつもお世話になっております。 W32TeX の ptex-w32.tar.xz の pdfplatex.bat と pdfptex.bat に「pdvipdfmx」のコマンド名が入っており，これらのバッチファイルを使うと「’pdvipdfmx'は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチファイルとして認識されていません。」が出てしまうという報告がありました。 ChangeLog を見ると [2018/07/22] に > (01) dvipdfm-w32.tar.xz > Remove pdvipdfmx.exe. 等とあるので，戻し忘れではないかと思います。 -- Hironobu Yamashita

1 0

[issue:209] Re: CTAN Upload: nidanfloat
by Erik Braun 28 Jul '18

28 Jul '18

Hello Japanese TeX Development Community, Thanks for this upload: > Package: nidanfloat [found] > Type: announce [found] > Version: 2018-07-28 > Author: Japanese TeX Development Community [auth:texjp <issue@texjp.org>] > Location: /macros/latex/contrib/nidanfloat [unmodified] > License: bsd3 [unmodified] I've installed the new version and updated the catalogue repository. The changes should become available on the mirrors within the next 24 hours. Then I will post this announcement: > Announcement: > * Add English documentation nidanfloat-en.pdf (Thanks: David Carlisle). Kind regards Erik Braun for the CTAN Team -- Please send messages to this mailing list in English only. Please do not send HTML messages, they are held in our Spam filter. Please do not send software to this list, use the web upload form.

1 0

[issue:208] Re: CTAN Upload: uplatex
by Erik Braun 28 Jul '18

28 Jul '18

Hello Japanese TeX Development Community, Thanks for this upload: > Package: uplatex [found] > Type: announce [found] > Version: 2018-07-28 > Author: Kazuki Maeda; Japanese TeX Development Community > Location: /language/japanese/uplatex [unmodified] > License: bsd3 [unmodified] I've installed the new version and updated the catalogue repository. The changes should become available on the mirrors within the next 24 hours. Then I will post this announcement: > Announcement: > * Sync with platex 2018-07-28. Kind regards Erik Braun for the CTAN Team -- Please send messages to this mailing list in English only. Please do not send HTML messages, they are held in our Spam filter. Please do not send software to this list, use the web upload form.

1 0

[issue:207] Re: CTAN Upload: platex
by Erik Braun 28 Jul '18

28 Jul '18

Hello Japanese TeX Development Community, Thanks for this upload: > Package: platex [found] > Type: announce [found] > Version: 2018-07-28 > Author: Kazuki Maeda; Japanese TeX Development Community > Location: /language/japanese/platex [unmodified] > License: bsd3 [unmodified] I've installed the new version and updated the catalogue repository. The changes should become available on the mirrors within the next 24 hours. Then I will post this announcement: > Announcement: > * jclasses: \today defaults to 西暦 (e.g. 2018) instead of 和暦 (e.g. 平成30). > * Series 'b' behaves similar to 'bx' for Japanese fonts. > * Add a new command `\fixcompositeaccent` for bug fix of composite accent commands. > The command `\nofixcompositeaccent` disables the fix. Kind regards Erik Braun for the CTAN Team -- Please send messages to this mailing list in English only. Please do not send HTML messages, they are held in our Spam filter. Please do not send software to this list, use the web upload form.

1 0

[issue:206] Re: TLContrib packages into MacPorts?
by Hironobu Yamashita 06 Jul '18

06 Jul '18

2018/07/06 0:18, Mojca Miklavec <mojca(a)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

1 0

[issue:205] Re: TLContrib packages into MacPorts?
by Hironobu Yamashita 06 Jul '18

06 Jul '18

2018/07/05 23:44, Richard Koch <koch(a)uoregon.edu>のメール: > >> >> TL does not distribute packages which require nonfree files; >> "ptex-fontmaps-macos" and "cjk-gs-integrate-macos" require >> macOS-bundled fonts (Hiragino TTC format etc.), so they cannot go to TL >> >> Dick, would you mind adding these packages into MacTeX? >> > > The TeXLive in MacTeX is exactly the full TeXLive from TUG. Nothing is added > and nothing is removed. I've enforced this condition for years. > > Adding the packages would mean violating this principle, which I am reluctant to do. OK. > But if I added the packages, the DVD version and the internet version would > not be the same. That point didn't come to my mind. Any difference between DVD version and internet one would cause extra complexity, so we will need to take another solution. Thank you very much for your comments. > Dick Koch > > PS: I just got back from San Francisco, where I heard The Ring and went to a > symposium about it. At the symposium, I learned that the Gonzaga family > in Italy during the Renaissance had the following motto; > > "Maybe yes. Maybe no." > Hironobu

1 0

[issue:204] Re: TLContrib packages into MacPorts?
by Mojca Miklavec 06 Jul '18

06 Jul '18

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.) 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 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. Mojca On 5 July 2018 at 11:41, Hironobu Yamashita <h.y.acetaminophen(a)gmail.com> wrote: > Hi, > > Thanks for your comments. > > > 2018-07-05 18:02 GMT+09:00 Mojca Miklavec <mojca(a)macports.org>: >> Hi, >> >> A while ago we had some ptex-related stuff in MacPorts which was >> completely unmaintained for years and we removed it after a while > > No problem I think, almost all of them are now included (and improved) > inside TeX Live ;-) > I think standalone port of "makejvf" can also be removed. > >> (there's still a package ptex-sfmacros, whatever that one does). > >> In order to get a package for MacPorts, either someone needs to >> prepare a package and make a pull request, or someone needs to push >> one of existing macports contributors. It might be easy enough to >> create a package for one of us, I only need some URL with a tarball >> that will ideally not change with time. (In principle git could also >> work.) What would that URL be? > > They are available at > https://github.com/texjporg/jfontmaps/releases/tag/20180328.0 > https://github.com/texjporg/cjk-gs-support/releases/tag/20180306.0 > >> Is there any reason why these packages are not also distributed with >> upstream TeX Live or at least with MacTeX? This is not an either-or >> question, it could be distributed via both different channels. > > TL does not distribute packages which require nonfree files; > "ptex-fontmaps-macos" and "cjk-gs-integrate-macos" require > macOS-bundled fonts (Hiragino TTC format etc.), so they cannot go to TL > > Dick, would you mind adding these packages into MacTeX? > >> Mojca >> >> PS: greetings from Tokyo :) >> > > ;-) -- Hironobu > > > >> On Wed, Jul 4, 2018 at 11:15 AM, Hironobu Yamashita wrote: >>> Hi Mojca, >>> >>> A Japanese user of TeX Live/MacPorts reported following issue: >>> >>> * some Japanese macOS-specific packages >>> (e.g. "ptex-fontmaps-macos" and "cjk-gs-integrate-macos") >>> are not distributed with TeX Live; they are in TLContrib instead >>> http://contrib.texlive.info/ >>> >>> * tlmgr cannot be executed on macports, so they cannot run >>> $ tlmgr repository add >>> therefore, they cannot install packages with macports. >>> >>> I guess this issue can be solved by adding these TLContrib packages >>> into port, but I'm not sure who can sort this (as I don't use macports); >>> I'll be glad if you can point me in the right direction. >>> >>> Thank you in advance -- Hironobu >>> >>> ----- >>> Hironobu Yamashita (GitHub: @aminophen) >>> Japanese TeX Development Community https://texjp.org/

1 0

[issue:203] Re: TLContrib packages into MacPorts?
by Richard Koch 05 Jul '18

05 Jul '18

> On Jul 5, 2018, at 2:41 AM, Hironobu Yamashita <h.y.acetaminophen(a)gmail.com> wrote: > > Hi, > > Thanks for your comments. > > > > They are available at > https://github.com/texjporg/jfontmaps/releases/tag/20180328.0 > https://github.com/texjporg/cjk-gs-support/releases/tag/20180306.0 > >> Is there any reason why these packages are not also distributed with >> upstream TeX Live or at least with MacTeX? This is not an either-or >> question, it could be distributed via both different channels. > > TL does not distribute packages which require nonfree files; > "ptex-fontmaps-macos" and "cjk-gs-integrate-macos" require > macOS-bundled fonts (Hiragino TTC format etc.), so they cannot go to TL > > Dick, would you mind adding these packages into MacTeX? > The TeXLive in MacTeX is exactly the full TeXLive from TUG. Nothing is added and nothing is removed. I've enforced this condition for years. Adding the packages would mean violating this principle, which I am reluctant to do. As I understand it, the reason nonfree files aren't allowed in TeXLive is that TUG sells a DVD and nonfree files would complicate that task or make it impossible. To be honest, the DVD version of MacTeX doesn't include the MacTeX copy of TeX Live; instead users are asked to install it from the command line (to save space on the DVD). So the DVD is sort of a non-issue. But if I added the packages, the DVD version and the internet version would not be the same. Dick Koch PS: I just got back from San Francisco, where I heard The Ring and went to a symposium about it. At the symposium, I learned that the Gonzaga family in Italy during the Renaissance had the following motto; "Maybe yes. Maybe no."

1 0

[issue:202] Re: TLContrib packages into MacPorts?
by Hironobu Yamashita 05 Jul '18

05 Jul '18

Hi, Thanks for your comments. 2018-07-05 18:02 GMT+09:00 Mojca Miklavec <mojca(a)macports.org>: > Hi, > > A while ago we had some ptex-related stuff in MacPorts which was > completely unmaintained for years and we removed it after a while No problem I think, almost all of them are now included (and improved) inside TeX Live ;-) I think standalone port of "makejvf" can also be removed. > (there's still a package ptex-sfmacros, whatever that one does). > In order to get a package for MacPorts, either someone needs to > prepare a package and make a pull request, or someone needs to push > one of existing macports contributors. It might be easy enough to > create a package for one of us, I only need some URL with a tarball > that will ideally not change with time. (In principle git could also > work.) What would that URL be? They are available at https://github.com/texjporg/jfontmaps/releases/tag/20180328.0 https://github.com/texjporg/cjk-gs-support/releases/tag/20180306.0 > Is there any reason why these packages are not also distributed with > upstream TeX Live or at least with MacTeX? This is not an either-or > question, it could be distributed via both different channels. TL does not distribute packages which require nonfree files; "ptex-fontmaps-macos" and "cjk-gs-integrate-macos" require macOS-bundled fonts (Hiragino TTC format etc.), so they cannot go to TL Dick, would you mind adding these packages into MacTeX? > Mojca > > PS: greetings from Tokyo :) > ;-) -- Hironobu > On Wed, Jul 4, 2018 at 11:15 AM, Hironobu Yamashita wrote: >> Hi Mojca, >> >> A Japanese user of TeX Live/MacPorts reported following issue: >> >> * some Japanese macOS-specific packages >> (e.g. "ptex-fontmaps-macos" and "cjk-gs-integrate-macos") >> are not distributed with TeX Live; they are in TLContrib instead >> http://contrib.texlive.info/ >> >> * tlmgr cannot be executed on macports, so they cannot run >> $ tlmgr repository add >> therefore, they cannot install packages with macports. >> >> I guess this issue can be solved by adding these TLContrib packages >> into port, but I'm not sure who can sort this (as I don't use macports); >> I'll be glad if you can point me in the right direction. >> >> Thank you in advance -- Hironobu >> >> ----- >> Hironobu Yamashita (GitHub: @aminophen) >> Japanese TeX Development Community https://texjp.org/

1 0