Re: xdvipdfmx:fatal: This font using the "seac" command for accented characters...

[Ken Brown]

On 6/12/2016 8:08 PM, Mark McGregor wrote:

A more minimal non-working example:

[
\documentclass{article}
\usepackage{fontspec}

\setmainfont{CMU Serif}
%\setmainfont{cmunrm.otf}

\begin{document}
А
\end{document}
]

If you comment the first \setmainfont line and uncomment the second one, the 
file compiles. Rerunning /usr/bin/texlive-enable-fontconfig doesn't help.


I found an answer at the following:


http://tex.stackexchange.com/questions/296308/xelatex-setmainfontcmu-serif-produces-wrong-characters

Based on that, you can work around the problem by commenting out the 
type1 fonts in /usr/share/fontconfig/conf.avail/09-texlive.conf, like this:


$ cat /usr/share/fontconfig/conf.avail/09-texlive.conf



  /usr/share/texmf-dist/fonts/opentype
  /usr/share/texmf-dist/fonts/truetype
  


Then rerun the command '/usr/libexec/fc-cache-1 -sv' from 
/etc/postinstall/zp_fontconfig_cache_1.sh.


What puzzles me is that the link above says that the problem is caused 
by bugs in xdvipdfmx that have been fixed in TeX Live 2016.  I'll look 
into this and try to find out why it still seems to be broken.


Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Aw: Re: Fw: xdvipdfmx:fatal: This font using the "seac" command for accented characters...

[Mark McGregor]

--- Andrey wrote: 
> Btw., the web page http://cygwin.com/ml/cygwin/2016-06/msg00197.html is
> displaying the cyrillic capital first letter of the cyrillic alphabet
> wrongly. The file has U+0410 internally, not a stroke D. Don't ask me why
> the web browser and web server are acting this way.

That's because maillist parser didn't handle quoted-printable encoding too
well.
Try base64 next time.

P.S.
And for the love of all that holy, could you please teach your mail-agent to
insert proper threading headers to your replies?
Please.


My mail agent today was just a web interface; it cannot set "Reference:..." or 
do base64, at least, not that easily. I'm terribly sorry for that and apologize 
a lot.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Fw: xdvipdfmx:fatal: This font using the "seac" command for accented characters...

[Andrey Repin]

Greetings, Mark McGregor!

> Btw., the web page http://cygwin.com/ml/cygwin/2016-06/msg00197.html is
> displaying the cyrillic capital first letter of the cyrillic alphabet
> wrongly. The file has U+0410 internally, not a stroke D. Don't ask me why
> the web browser and web server are acting this way.

That's because maillist parser didn't handle quoted-printable encoding too
well.
Try base64 next time.


P.S.
And for the love of all that holy, could you please teach your mail-agent to
insert proper threading headers to your replies?
Please.


-- 
With best regards,
Andrey Repin
Monday, June 13, 2016 03:06:50

Sorry for my terrible english...


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

xdvipdfmx:fatal: This font using the "seac" command for accented characters...

[Mark McGregor]

A more minimal non-working example:

[
\documentclass{article}
\usepackage{fontspec}

\setmainfont{CMU Serif}
%\setmainfont{cmunrm.otf}

\begin{document}
А
\end{document}
]

If you comment the first \setmainfont line and uncomment the second one, the 
file compiles. Rerunning /usr/bin/texlive-enable-fontconfig doesn't help.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Fw: xdvipdfmx:fatal: This font using the "seac" command for accented characters...

[Mark McGregor]

Btw., the web page http://cygwin.com/ml/cygwin/2016-06/msg00197.html is 
displaying the cyrillic capital first letter of the cyrillic alphabet wrongly. 
The file has U+0410 internally, not a stroke D. Don't ask me why the web 
browser and web server are acting this way.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

xdvipdfmx:fatal: This font using the "seac" command for accented characters...

[Mark McGregor]

Consider the following LaTeX file q.tex:

[
\documentclass{article}
\usepackage{fontspec}
\setmainfont{CMU Serif}
\usepackage[russian,american]{babel}

\begin{document}
\foreignlanguage{russian}{А}.
\end{document}
]

The letter А is a cyrillic one, U+0410. Running xelatex on it results in the 
message
[
This is XeTeX, Version 3.14159265-2.6-0.6 (TeX Live 2016/Cygwin) (preloaded 
format=xelatex)
 restricted \write18 enabled.
entering extended mode
(./q.tex
LaTeX2e <2016/03/31>
Babel <3.9r> and hyphenation patterns for 20 language(s) loaded.
(/usr/share/texmf-dist/tex/latex/base/article.cls
Document Class: article 2014/09/29 v1.4h Standard LaTeX document class
(/usr/share/texmf-dist/tex/latex/base/size10.clo))
(/usr/share/texmf-dist/tex/latex/fontspec/fontspec.sty
(/usr/share/texmf-dist/tex/latex/l3kernel/expl3.sty
(/usr/share/texmf-dist/tex/latex/l3kernel/expl3-code.tex)
(/usr/share/texmf-dist/tex/latex/l3kernel/l3xdvipdfmx.def))
(/usr/share/texmf-dist/tex/latex/l3packages/xparse/xparse.sty)
(/usr/share/texmf-dist/tex/latex/fontspec/fontspec-xetex.sty
(/usr/share/texmf-dist/tex/latex/base/fontenc.sty
(/usr/share/texmf-dist/tex/latex/euenc/eu1enc.def)
(/usr/share/texmf-dist/tex/latex/euenc/eu1lmr.fd))
(/usr/share/texmf-dist/tex/xelatex/xunicode/xunicode.sty
(/usr/share/texmf-dist/tex/latex/tipa/t3enc.def
(/usr/share/texmf-dist/tex/latex/euenc/eu1lmss.fd))
(/usr/share/texmf-dist/tex/latex/graphics/graphicx.sty
(/usr/share/texmf-dist/tex/latex/graphics/keyval.sty)
(/usr/share/texmf-dist/tex/latex/graphics/graphics.sty
(/usr/share/texmf-dist/tex/latex/graphics/trig.sty)
(/usr/share/texmf-dist/tex/latex/graphics-cfg/graphics.cfg)
(/usr/share/texmf-dist/tex/xelatex/xetex-def/xetex.def
(/usr/share/texmf-dist/tex/generic/oberdiek/infwarerr.sty)
(/usr/share/texmf-dist/tex/generic/oberdiek/ltxcmds.sty)
(/usr/share/texmf-dist/tex/latex/fontspec/fontspec.cfg)))
(/usr/share/texmf-dist/tex/generic/babel/babel.sty
(/usr/share/texmf-dist/tex/generic/babel-russian/russianb.ldf
(/usr/share/texmf-dist/tex/generic/babel/babel.def
(/usr/share/texmf-dist/tex/generic/babel/xebabel.def)))
(/usr/share/texmf-dist/tex/generic/babel-english/english.ldf)) (./q.aux)
(/usr/share/texmf-dist/tex/latex/tipa/t3cmr.fd) [1] (./q.aux)
xdvipdfmx:fatal: This font using the "seac" command for accented characters...

Output file removed.
 )
Error 256 (driver return code) generating output;
file q.pdf may not be valid.
Transcript written on q.log.
]
printed to console. The log is attached. I don't get a PDF, but I darn wish I 
would.

The same file does complie in an earlier TexLive version on another machine:
[
This is XeTeX, Version 3.14159265-2.6-0.2 (TeX Live 2015/TeX Live for SUSE 
Linux) (preloaded format=xelatex)
 restricted \write18 enabled.
entering extended mode
(./q.tex
LaTeX2e <2015/01/01> patch level 2
Babel <3.9m> and hyphenation patterns for 79 languages loaded.
(/usr/share/texmf/tex/latex/base/article.cls
Document Class: article 2014/09/29 v1.4h Standard LaTeX document class
(/usr/share/texmf/tex/latex/base/size10.clo))
(/usr/share/texmf/tex/latex/fontspec/fontspec.sty
(/usr/share/texmf/tex/latex/l3kernel/expl3.sty
(/usr/share/texmf/tex/latex/l3kernel/expl3-code.tex)
(/usr/share/texmf/tex/latex/l3kernel/l3unicode-data.def)
(/usr/share/texmf/tex/latex/l3kernel/l3xdvipdfmx.def))
(/usr/share/texmf/tex/latex/l3packages/xparse/xparse.sty)
(/usr/share/texmf/tex/latex/fontspec/fontspec-patches.sty)
(/usr/share/texmf/tex/latex/fontspec/fontspec-xetex.sty
(/usr/share/texmf/tex/latex/base/fontenc.sty
(/usr/share/texmf/tex/latex/euenc/eu1enc.def)
(/usr/share/texmf/tex/latex/euenc/eu1lmr.fd))
(/usr/share/texmf/tex/xelatex/xunicode/xunicode.sty
(/usr/share/texmf/tex/latex/tipa/t3enc.def
(/usr/share/texmf/tex/latex/euenc/eu1lmss.fd))
(/usr/share/texmf/tex/latex/graphics/graphicx.sty
(/usr/share/texmf/tex/latex/graphics/keyval.sty)
(/usr/share/texmf/tex/latex/graphics/graphics.sty
(/usr/share/texmf/tex/latex/graphics/trig.sty)
(/usr/share/texmf/tex/latex/latexconfig/graphics.cfg)
(/usr/share/texmf/tex/xelatex/xetex-def/xetex.def
(/usr/share/texmf/tex/latex/fontspec/fontspec.cfg)))
(/usr/share/texmf/tex/generic/babel/babel.sty
(/usr/share/texmf/tex/generic/babel-russian/russianb.ldf
(/usr/share/texmf/tex/generic/babel/babel.def
(/usr/share/texmf/tex/generic/babel/xebabel.def)))
(/usr/share/texmf/tex/generic/babel-english/english.ldf)) (./q.aux)
(/usr/share/texmf/tex/latex/tipa/t3cmr.fd) [1] (./q.aux) )
Output written on q.pdf (1 page).
Transcript written on q.log.
]
\relax 
\catcode `"\active 
\select@language{american}
\@writefile{toc}{\select@language{american}}
\@writefile{lof}{\select@language{american}}
\@writefile{lot}{\select@language{american}}

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: zp_fontconfig_cache_1.sh exit code 2

[Ken Brown]

On 6/12/2016 7:26 PM, Mark McGregor wrote:

Ken wrote:

I obtained the output in the attachment, which looks good. Are you saying that 
the message is bogus and no action is needed?


Yes.


Ok, thanks! It is nice to know than nothing is broken in this respect. But it 
would be also nice to get less bogus messages.


Agreed.  I took a brief look at the fontconfig code at one point to see 
if I could figure out why this was happening, but I didn't succeed and 
didn't feel like spending a lot of time on it.


Ken


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: zp_fontconfig_cache_1.sh exit code 2

[Mark McGregor]

Ken wrote:
> I obtained the output in the attachment, which looks good. Are you saying 
> that the message is bogus and no action is needed?

Yes.


Ok, thanks! It is nice to know than nothing is broken in this respect. But it 
would be also nice to get less bogus messages.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: zp_fontconfig_cache_1.sh exit code 2

[Ken Brown]

On 6/12/2016 6:32 PM, Mark McGregor wrote:

Ken wrote:

The exit code is the number of font caches that fontconfig thinks it failed to 
write.

In fact, I'm pretty sure it actually did successfully write the cache, and the 
error message is bogus. You can test this by adding the -v flag to the fc-cache 
invocation in zp_fontconfig_cache_1.sh:
  /usr/libexec/fc-cache-1 -sv


I think you'll find that if you rerun zp_fontconfig_cache_1.sh after it has reported 
"failed to write cache" on a certain font directory, it will then give a 
message saying the cache is up to date and doesn't need to be rewritten.
That's what I've found, anyway.

Ken

Thank you. After running
$ /etc/postinstall/zp_fontconfig_cache_1.sh
I obtained the output in the attachment, which looks good. Are you saying that 
the message is bogus and no action is needed?


Yes.


While compiling some (seemingly good) LaTeX file I'm getting
[
...
xdvipdfmx:fatal: This font using the "seac" command for accented characters...

Output file removed.
 )
Error 256 (driver return code) generating output;
file file.pdf may not be valid.
]
I have no idea about whether it is related.


I suspect it's unrelated.  Please make a separate bug report about that, 
and I'll see if I can help.  Try to cut your LaTeX file down to a 
minimal file that exhibits the problem.


Ken


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: zp_fontconfig_cache_1.sh exit code 2

[Mark McGregor]

Ken wrote:

The exit code is the number of font caches that fontconfig thinks it failed to 
write. 

In fact, I'm pretty sure it actually did successfully write the cache, and the 
error message is bogus. You can test this by adding the -v flag to the fc-cache 
invocation in zp_fontconfig_cache_1.sh: 
  /usr/libexec/fc-cache-1 -sv


I think you'll find that if you rerun zp_fontconfig_cache_1.sh after it has 
reported "failed to write cache" on a certain font directory, it will then give 
a message saying the cache is up to date and doesn't need to be rewritten. 
That's what I've found, anyway.

Ken

Thank you. After running 
$ /etc/postinstall/zp_fontconfig_cache_1.sh
I obtained the output in the attachment, which looks good. Are you saying that 
the message is bogus and no action is needed?
While compiling some (seemingly good) LaTeX file I'm getting 
[
...
xdvipdfmx:fatal: This font using the "seac" command for accented characters...

Output file removed.
 )
Error 256 (driver return code) generating output;
file file.pdf may not be valid.
]
I have no idea about whether it is related./usr/share/fonts: skipping, existing cache is valid: 0 fonts, 6 dirs
/usr/share/fonts/100dpi: skipping, existing cache is valid: 0 fonts, 0 dirs
/usr/share/fonts/75dpi: skipping, existing cache is valid: 0 fonts, 0 dirs
/usr/share/fonts/cyrillic: skipping, existing cache is valid: 0 fonts, 0 dirs
/usr/share/fonts/dejavu: skipping, existing cache is valid: 21 fonts, 0 dirs
/usr/share/fonts/microsoft: skipping, existing cache is valid: 246 fonts, 0 dirs
/usr/share/fonts/misc: skipping, existing cache is valid: 0 fonts, 0 dirs
/usr/share/X11/fonts/Type1: skipping, no such directory
/usr/share/X11/fonts/TTF: skipping, no such directory
/usr/share/ghostscript/fonts: skipping, existing cache is valid: 52 fonts, 0 
dirs
/usr/local/share/fonts: skipping, no such directory
/usr/share/texmf-dist/fonts/opentype: skipping, existing cache is valid: 0 
fonts, 11 dirs
/usr/share/texmf-dist/fonts/opentype/adobe: skipping, existing cache is valid: 
0 fonts, 3 dirs
/usr/share/texmf-dist/fonts/opentype/adobe/sourcecodepro: skipping, existing 
cache is valid: 14 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/adobe/sourcesanspro: skipping, existing 
cache is valid: 12 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/adobe/sourceserifpro: skipping, existing 
cache is valid: 6 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/arkandis: skipping, existing cache is 
valid: 0 fonts, 5 dirs
/usr/share/texmf-dist/fonts/opentype/arkandis/accanthis: skipping, existing 
cache is valid: 4 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/arkandis/berenisadf: skipping, existing 
cache is valid: 8 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/arkandis/gillius: skipping, existing cache 
is valid: 16 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/arkandis/mintspirit: skipping, existing 
cache is valid: 8 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/arkandis/universalis: skipping, existing 
cache is valid: 8 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/google: skipping, existing cache is valid: 
0 fonts, 1 dirs
/usr/share/texmf-dist/fonts/opentype/google/noto: skipping, existing cache is 
valid: 8 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/gust: skipping, existing cache is valid: 0 
fonts, 1 dirs
/usr/share/texmf-dist/fonts/opentype/gust/poltawski: skipping, existing cache 
is valid: 40 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/iginomarini: skipping, existing cache is 
valid: 0 fonts, 1 dirs
/usr/share/texmf-dist/fonts/opentype/iginomarini/imfellenglish: skipping, 
existing cache is valid: 3 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/impallari: skipping, existing cache is 
valid: 0 fonts, 7 dirs
/usr/share/texmf-dist/fonts/opentype/impallari/cabin: skipping, existing cache 
is valid: 16 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/impallari/librebaskerville: skipping, 
existing cache is valid: 4 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/impallari/librebodoni: skipping, existing 
cache is valid: 4 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/impallari/librecaslon: skipping, existing 
cache is valid: 4 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/impallari/lobster2: skipping, existing 
cache is valid: 4 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/impallari/quattrocento: skipping, existing 
cache is valid: 8 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/impallari/raleway: skipping, existing 
cache is valid: 18 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/kosch: skipping, existing cache is valid: 
0 fonts, 1 dirs
/usr/share/texmf-dist/fonts/opentype/kosch/crimson: skipping, existing cache is 
valid: 6 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/nowacki: skipping, existing cache is 
valid: 0 fonts, 2 dirs
/usr/share/texmf-dist/fonts/opentype/nowacki/iwona: skipping, existing cache is 
valid: 20 fonts, 0 dirs
/usr/share/texmf-dist/fonts/opentype/nowacki/ku

Re: zp_fontconfig_cache_1.sh exit code 2

[Ken Brown]

On 6/12/2016 5:32 PM, Mark McGregor wrote:

... and after one more installation, I get exit code 1. Don't ask me why.


The exit code is the number of font caches that fontconfig thinks it 
failed to write.


In fact, I'm pretty sure it actually did successfully write the cache, 
and the error message is bogus.  You can test this by adding the -v flag 
to the fc-cache invocation in zp_fontconfig_cache_1.sh:


  /usr/libexec/fc-cache-1 -sv

I think you'll find that if you rerun zp_fontconfig_cache_1.sh after it 
has reported "failed to write cache" on a certain font directory, it 
will then give a message saying the cache is up to date and doesn't need 
to be rewritten.


That's what I've found, anyway.

Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

zp_fontconfig_cache_1.sh exit code 2

[Mark McGregor]

... and after one more installation, I get exit code 1. Don't ask me why. Here 
is a relevant portion of the log for the following installation:

[
...
2016/06/12 23:23:38 running: C:\cygwin64\bin\dash.exe 
"/etc/postinstall/0p_update-info-dir.dash"
Rebuilding info directory
install-info: /usr/share/info/de.utf8: empty file
install-info: /usr/share/info/es.utf8: empty file
install-info: warning: no info dir entry in `/usr/share/info/maxima-index.lisp'
install-info: /usr/share/info/pt.utf8: empty file
install-info: /usr/share/info/pt_BR.utf8: empty file
install-info: warning: no info dir entry in `/usr/share/info/texdraw.info.gz'
2016/06/12 23:23:44 running: C:\cygwin64\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_desktop-file-utils.sh"
2016/06/12 23:23:44 running: C:\cygwin64\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_fontconfig_cache_1.sh"
/usr/share/texmf-dist/fonts/type1/public: failed to write cache
2016/06/12 23:23:54 abnormal exit: exit code=1
...
]

Executing this guy afterwards seems ok:
$ /etc/postinstall/zp_fontconfig_cache_1.sh
$ echo $?
0


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

zp_fontconfig_cache_1.sh exit code 2: update

[Mark McGregor]

...
Some prior post http://cygwin.com/ml/cygwin/2016-05/msg00264.html said this 
message might be innocuous, but there the exit code was 1, not 2.
...

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

zp_fontconfig_cache_1.sh exit code 2

[Mark McGregor]

After a today update I got a postinstall script error from the setup-x86_64 
program:

[
Package: z/Perpetual
zp_fontconfig_cache_1.sh exit code 2
]

Here are some relevant parts of /var/log/setup.log.full:
[
...
2016/06/12 22:30:56 running: C:\cygwin64\bin\dash.exe 
"/etc/postinstall/0p_update-info-dir.dash"
Rebuilding info directory
install-info: /usr/share/info/de.utf8: empty file
install-info: /usr/share/info/es.utf8: empty file
install-info: warning: no info dir entry in `/usr/share/info/maxima-index.lisp'
install-info: /usr/share/info/pt.utf8: empty file
install-info: /usr/share/info/pt_BR.utf8: empty file
2016/06/12 22:31:08 running: C:\cygwin64\bin\bash.exe --norc --noprofile 
"/etc/postinstall/texlive-collection-formatsextra.sh"
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: exiting with status 1
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: exiting with status 1
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: exiting with status 1
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: exiting with status 1
fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: exiting with status 1
2016/06/12 22:31:19 running: C:\cygwin64\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_desktop-file-utils.sh"
2016/06/12 22:31:19 running: C:\cygwin64\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_fontconfig_cache_1.sh"
/usr/share/texmf-dist/fonts/opentype/public: failed to write cache
/usr/share/texmf-dist/fonts/type1/public: failed to write cache
2016/06/12 22:31:41 abnormal exit: exit code=2
...
]

Some prior post http://cygwin.com/ml/cygwin/2016-05/msg00264.html said this 
message might be innocuous, but there the exit code was 2. Moreover, some of my 
previously good LaTeX files have recently started to fail to compile, so I have 
to examine the situation anyhow.

Any ideas?

Mark.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: pal 0.4.3-1 -- A cal-like calendar with day highlight and support for events

[Charles Russell]

What is this "update"? The cited homepage shows no updates since 2008 
("browse all files").  The green button shows last update 2013, but the 
version number is identical to that of 2008. The last entry in the cited 
changelog is 2008.


I find pal useful, and if someone is actively maintaining it that would 
be of interest to me.




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Huge cache usage while making hdd image with dd

[David Balažic]

Hi!

On Windows 8.1 Update 1 Professional with cygwin 2.4.1 (not the
latest, I know, I'll recheck under 2.5.1 later),
I am running this command:

dd if=/dev/sdb bs=1M | tee sdb.1TB.test | sha256sum > sdb.1TB.test.sha256

the destination folder in on an external drive (NTFS, more detail below).

The CPU usage is about 40% (4 core Intel i5-2320) and the current
copying speed is 60 MB/s (measured by signaling USR1 to dd and
doubleckecking in the task manager).

The weird thing is OS disk cache usage.
Task manager show this for RAM usage (16GB physical RAM in system, 16
GB fixed size pagefile - on sdb):
In use: 1.7 GB
Available: 13.7 GB
Cached: 14,3 GB (!)
Committed: 2,8/32 GB
Paged pool: 277 MB
Non-paged pool: 126 MB

$ cat /proc/meminfo
MemTotal:   16758408 kB
MemFree:14409844 kB
HighTotal: 0 kB
HighFree:  0 kB
LowTotal:   16758408 kB
LowFree:14409844 kB
SwapTotal:  16777216 kB
SwapFree:   16233228 kB

perfmon.exe shows about 4% pagefile usage.

The symptoms are:
 - starting programs is slow. Starting explorer.exe takes 2-3 seconds
versus instant as normal (C: is a SSD)
 - after a while if left alone programs get stuck (swapped). For
example Firefox. If left alone (unused) for a minute and the I try to
click a link or scroll the page, it takes about 10 seconds during
which the window title shows "Not responding"


A simple copy operation should not occupy so much cache IMO.
I post here, as cygwin is involved.


Any idea what is going on?
Where to look?

Some system info:

Intel i5-2320
16 GB RAM
Intel H61 chipset

C: Samsung SSD 830  128GB

source drive (sdb) is an internal Hitachi HDS721010CLA332 (1 TB)

 * Seagate Desktop Expansion 5TB external drive, connected over USB3.0

Regards,
David Balažic

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: man incredibly slow because it scans for share directory in PATH??

[Achim Gratz]

Riedel,Till (TM) writes:
> IMHO at least in Windows/Cygwin creating MANPATH from PATH makes no
> sense! (although I now get the idea what was the rationell!)
> Reasonably setting MANPATH should IMHO be a default...

MANPATH is unset in a standard Cygwin installation since quite some time
and it wasn't constructed from PATH before that change.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: man incredibly slow because it scans for share directory in PATH??

[Riedel,Till (TM)]

> You have lots of duplicated, obsolete and overlapping paths in your 
%PATH%.

> I suggest you start from some homecleaning.
> Not to mention strange ones, like "/".

Thx alot!

I know that my path is messy, but having "/" in the path should not be 
all too fatal.


Furthermore, I probably did not set any of those strange paths myself 
(this is afterall Windows ;) ).


@Eliot: Good idea to set MANPATH!

>MANPATH=/usr/share/man PATH="/usr/bin:/foo" strace man bar |grep 
'foo/share'


returns nothing and fixes the issue!

IMHO at least in Windows/Cygwin creating MANPATH from PATH makes no 
sense! (although I now get the idea what was the rationell!) Reasonably 
setting MANPATH should IMHO be a default...


BR

Till



Am 6/12/2016 um 12:49 PM schrieb Andrey Repin:

Greetings, Riedel,Till (TM)!


I traced down my problem with really slow man page views this:



{{{


 >>PATH="/usr/bin:/foo" strace man bar |grep 'foo/share'


}}}



I am getting this:



{{{



13   39756 [main] man 6688 normalize_posix_path: src /foo/share/man
16   39772 [main] man 6688 normalize_posix_path: /foo/share/man =
normalize_posix_path (/foo/share/man)
13   39785 [main] man 6688 mount_info::conv_to_win32_path:
conv_to_win32_path (/foo/share/man)
12   39810 [main] man 6688 mount_info::conv_to_win32_path: src_path
/foo/share/man, dst C:\tools\cygwin\foo\share\man, flags 0x3000A, rc 0
16   39912 [main] man 6688 mount_info::conv_to_win32_path:
conv_to_win32_path (/foo/share)
14   39942 [main] man 6688 mount_info::conv_to_win32_path: src_path
/foo/share, dst C:\tools\cygwin\foo\share, flags 0x3000A, rc 0



}}}



If my PATH is the real one this goes on forever, and generates some
problems,like:


You have lots of duplicated, obsolete and overlapping paths in your %PATH%.
I suggest you start from some homecleaning.
Not to mention strange ones, like "/".


{{{


 >>time man bar

No manual entry for bar



real0m23.650s
user0m0.000s
sys 0m0.108s



hanging e.g. on



20 2449004 [main] man 8124 mount_info::conv_to_win32_path: src_path
//share/man, dst \\share\man, flags 0x4022, rc 0



}}}



VS.



{{{


 >>PATH=/usr/bin/ bash -c "time man bar"

No manual entry for bar



real0m0.082s
user0m0.031s
sys 0m0.045s



}}}



Any ideas why man does look for "share" in the whole path? Tbh I haven't
looked at the man source code. Thx in advance!





--
KIT- Research University in the Helmholtz Association

Dr.-Ing. Till Riedel
Lab Leader TECO, SDSC-BW/SDIL

Karlsruhe Institute of Technology (KIT)
Institute of Telematics (TM)
Pervasive Computing Systems - Prof. Beigl


Bldg. 07.07., Room 211
Vincenz Prießnitz Str. 1, 76131 Karlsruhe

+49 (0)721 608 41706
www.teco.kit.edu/~riedel

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: man incredibly slow because it scans for share directory in PATH??

[Andrey Repin]

Greetings, Riedel,Till (TM)!

> I traced down my problem with really slow man page views this:

> {{{

 >>PATH="/usr/bin:/foo" strace man bar |grep 'foo/share'

> }}}

> I am getting this:

> {{{

> 13   39756 [main] man 6688 normalize_posix_path: src /foo/share/man
> 16   39772 [main] man 6688 normalize_posix_path: /foo/share/man = 
> normalize_posix_path (/foo/share/man)
> 13   39785 [main] man 6688 mount_info::conv_to_win32_path: 
> conv_to_win32_path (/foo/share/man)
> 12   39810 [main] man 6688 mount_info::conv_to_win32_path: src_path 
> /foo/share/man, dst C:\tools\cygwin\foo\share\man, flags 0x3000A, rc 0
> 16   39912 [main] man 6688 mount_info::conv_to_win32_path: 
> conv_to_win32_path (/foo/share)
> 14   39942 [main] man 6688 mount_info::conv_to_win32_path: src_path 
> /foo/share, dst C:\tools\cygwin\foo\share, flags 0x3000A, rc 0

> }}}

> If my PATH is the real one this goes on forever, and generates some 
> problems,like:

You have lots of duplicated, obsolete and overlapping paths in your %PATH%.
I suggest you start from some homecleaning.
Not to mention strange ones, like "/".

> {{{

 >>time man bar
> No manual entry for bar

> real0m23.650s
> user0m0.000s
> sys 0m0.108s

> hanging e.g. on

> 20 2449004 [main] man 8124 mount_info::conv_to_win32_path: src_path 
> //share/man, dst \\share\man, flags 0x4022, rc 0

> }}}

> VS.

> {{{

 >>PATH=/usr/bin/ bash -c "time man bar"
> No manual entry for bar

> real0m0.082s
> user0m0.031s
> sys 0m0.045s

> }}}

> Any ideas why man does look for "share" in the whole path? Tbh I haven't 
> looked at the man source code. Thx in advance!


-- 
With best regards,
Andrey Repin
Sunday, June 12, 2016 13:47:12

Sorry for my terrible english...


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: abook 0.6.1-1 -- text-based ncurses address book application

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://freshmeat.net/projects/abook/
License : GPL

A text-based ncurses address book application. It provides many
different fields of user info. Abook is designed for use with mutt,
but can be used independently.

CHANGES SINCE LAST RELEASE
==

http://abook.cvs.sourceforge.net/abook/abook/ChangeLog?revision=HEAD&view=markup

INSTALL OR UPGRADE NOTES


Standard install

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message. Send
email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

More information on unsubscribing can be found:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

man incredibly slow because it scans for share directory in PATH??

[Riedel,Till (TM)]

Hi,

I traced down my problem with really slow man page views this:

{{{

>PATH="/usr/bin:/foo" strace man bar |grep 'foo/share'

}}}

I am getting this:

{{{

   13   39756 [main] man 6688 normalize_posix_path: src /foo/share/man
   16   39772 [main] man 6688 normalize_posix_path: /foo/share/man = 
normalize_posix_path (/foo/share/man)
   13   39785 [main] man 6688 mount_info::conv_to_win32_path: 
conv_to_win32_path (/foo/share/man)
   12   39810 [main] man 6688 mount_info::conv_to_win32_path: src_path 
/foo/share/man, dst C:\tools\cygwin\foo\share\man, flags 0x3000A, rc 0
   16   39912 [main] man 6688 mount_info::conv_to_win32_path: 
conv_to_win32_path (/foo/share)
   14   39942 [main] man 6688 mount_info::conv_to_win32_path: src_path 
/foo/share, dst C:\tools\cygwin\foo\share, flags 0x3000A, rc 0


}}}

If my PATH is the real one this goes on forever, and generates some 
problems,like:


{{{

>time man bar
No manual entry for bar

real0m23.650s
user0m0.000s
sys 0m0.108s

hanging e.g. on

   20 2449004 [main] man 8124 mount_info::conv_to_win32_path: src_path 
//share/man, dst \\share\man, flags 0x4022, rc 0


}}}

VS.

{{{

>PATH=/usr/bin/ bash -c "time man bar"
No manual entry for bar

real0m0.082s
user0m0.031s
sys 0m0.045s

}}}

Any ideas why man does look for "share" in the whole path? Tbh I haven't 
looked at the man source code. Thx in advance!


BR

Till

PS: aliasing man with a limited PATH works for me...

Cygwin Configuration Diagnostics
Current System Time: Sun Jun 12 10:33:15 2016

Windows 10 Professional Ver 10.0 Build 10586 

Path:   C:\tools\cygwin\bin
C:\tools\cygwin\foo

Output from C:\tools\cygwin\bin\id.exe
UID: 1049799(riedel)
GID: 1049089(Domain Users)
1049089(Domain Users)
545(Users)
4(INTERACTIVE)
66049(CONSOLE LOGON)
11(Authenticated Users)
15(This Organization)
66048(LOCAL)
1052316(raum)
1052312(Domain MpexRead)
1052313(Domain MpexWrite)
1052311(Domain Mitarbeiter)
70145(Authentication authority asserted identity)
401408(Medium Mandatory Level)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'riedel'
PWD = '/home/riedel.TECO'
HOME = '/home/riedel.TECO'

USERDOMAIN_ROAMINGPROFILE = 'TECO'
HOMEPATH = '\Users\riedel'
APPDATA = 'C:\Users\riedel.TECO\AppData\Roaming'
ProgramW6432 = 'C:\Program Files'
HOSTNAME = 'tecolaptop-till'
SHELL = '/bin/bash'
TERM = 'xterm-256color'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 61 Stepping 4, GenuineIntel'
JD2_HOME = 'C:\Users\riedel.TECO\AppData\Local\JDownloader 2.0'
HISTSIZE = '1'
PROFILEREAD = 'true'
WINDIR = 'C:\WINDOWS'
TVT = 'C:\Program Files (x86)\Lenovo'
PUBLIC = 'C:\Users\Public'
OLDPWD = '/cygdrive/c/WINDOWS/system32'
ORIGINAL_PATH = 
'/cygdrive/c/tools/ruby23/bin:/cygdrive/c/tools/ruby22/bin:/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/ProgramData/chocolatey/bin:/cygdrive/c/Program
 Files/Intel/WiFi/bin:/cygdrive/c/Program Files/Common 
Files/Intel/WirelessCommon:/cygdrive/c/Program 
Files/Java/jdk1.8.0_45/bin:/cygdrive/c/Program 
Files/Calibre2:/cygdrive/c/Program 
Files/Java/jre1.8.0_45/bin:/cygdrive/c/Program Files 
(x86)/vim/vim74:/cygdrive/c/tools/python2:/cygdrive/c/Program 
Files/Java/jdk1.8.0_51/bin:/cygdrive/c/Windows/idmu/common:/cygdrive/c/Program 
Files/Java/jre7/bin:/cygdrive/c/Program 
Files/Java/jre1.8.0_51/bin:/cygdrive/c/Program 
Files/Java/jre1.8.0_600.27/bin:/cygdrive/c/Program 
Files/Java/jre1.8.0_65/bin:/cygdrive/c/Program 
Files/Java/jre1.8.0_66/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/WINDOWS/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program
 Files (x86)/Brackets/command:/cygdrive/c/Program 
Files/Java/jre1.8.0_71/bin:/cygdrive/c/Program 
Files/Java/jre1.8.0_73/bin:/cygdrive/c/Program 
Files/Java/jdk1.8.0_77/bin:/cygdrive/c/Program 
Files/Java/jdk1.7.0_79/bin:/cygdrive/c/HashiCorp/Vagrant/bin:/cygdrive/c/Program
 Files/Java/jdk1.8.0_92/bin:/cygdrive/c/Program 
Files/nodejs:/cygdrive/c/Program Files 
(x86)/Skype/Phone:/cygdrive/c/tools/ghc/ghc-7.10.3/bin:/cygdrive/c/Program 
Files/Boot2Docker for 
Windows:/:/cygdrive/c/PROGRA~2/Oracle/VirtualBox:/home/riedel.TECO/AppData/Local/atom/bin:/cygdrive/c/Program
 Files/gs/gs9.16/bin:/cygdrive/c/Program 
Files/gs/gs9.16/lib:/cygdrive/c/ProgramData/chocolatey/bin/SaxonHE/bin:/cygdrive/c/tools/cmder:/home/riedel.TECO/AppData/Local/Pandoc:/cygdrive/c/Program
 Files (x86)/Microsoft VS Code/bin:/cygdrive/c/Program 
Files/Intel/WiFi/bin:/cygdrive/c/Program Files/Common 
Files/Intel/WirelessCommon:/cygdrive/c/tools/ChocolateyPackageUpdater:/home/riedel.TECO/AppData/Roaming/npm:/home/riedel.TECO/AppData/Roaming/local/bin'
USERDOMAIN = 'TECO'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\ProgramData'
ANT_HOME = 'C:\ProgramData\chocolatey\lib\ant\apache-ant-1.9.6'
HISTFILESIZ

RE: Proposed patch for web site: update most links to HTTPS

[Brian Clifton]

>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of 
>Corinna Vinschen
>Sent: Monday, May 23, 2016 3:35 AM
>To: cygwin@cygwin.com
>Subject: Re: Proposed patch for web site: update most links to HTTPS
>
>On May 22 00:29, Brian Clifton wrote:
>> >On Apr 24 17:18, Brian Clifton wrote:
>> >> Hi folks,
>> >> 
>> >> I have a proposed change for the web site. This patch (see below) will 
>> >> update most of the urls to HTTPS. In many cases there was a redirect; for 
>> >> those I captured the new canonical address.
>> >> 
>> >> (Per the https://cygwin.com/contrib.html, this is *not* a change to 
>> >> anything in the winsup directory, which is why I chose the 
>> >> cygwin@cygwin distro)
>> >> 
>> >> The patch can be found here:
>> >> https://patch.clifton.io/cygwin/cygwin-htdocs_bsclifton_https_20160
>> >> 424
>> >> .patch
>> >
>> >Thanks for the patch, but, here's a question:
>> >
>> >Since Cygwin.com redirects http requests to https anyway, all links to 
>> >cygwin.com (or, FWIW, sourceware.org) will end up as https requests anyway.
>> >
>> >Having said that, wouldn't it make sense then to avoid absolute links to 
>> >cygwin.com and rather convert them to relative links, i.e.:
>> >
>>   >-http://cygwin.com/ml/cygwin/2003-03/msg02182.html";>Inspired 
>> by
>>   >+Inspired by
>> >
>> >?
>> >
>> >
>> >Thanks,
>> >Corinna
>> 
>> Good points Corinna; I updated the patch to use relative URLs (attached). If 
>> the attachment does not work for some reason, it can also be downloaded from 
>> here:
>> https://patch.clifton.io/cygwin/cygwin-htdocs_bsclifton_https_20160521
>> .patch
>
>Thanks for doing that, but this patch can't apply.  Please note that the 
>cygwin-api, cygwin-ug-net, and faq subdirs are maintained as part of the 
>cygwin repo itself and are in XML, not in HTML.  Only the generic stuff is 
>maintained in the htdocs repo.
>
>On second thought, using relative paths inside the Cygwin docs (cygwin-api, 
>cygwin-ug-net, and faq) is not such a bright idea, because the docs should 
>ideally work even if not on the cygwin.com website.
>Sorry about that, but I didn't notice that your patch also changes the Cygwin 
>docs :}
>
>Can you please split up the patch in two chunks?
>
>The generic website patches should be based on the Website git repo at
>
>  git://sourceware.org/git/cygwin-htdocs.git
>
>the Cygwin docs patches on the Cygwin git repo at
>
>  git://sourceware.org/git/newlib-cygwin.git.
>
>The docs XML files are in the winsup/doc subdir.
>
>
>Thanks,
>Corinna
>

Apologies for not responding sooner- attached is a patch for only the htdocs 
repo. I'll look at updating the docs next :)

Thanks
Brian



bsclifton-htdocs-ssl-20160612.patch
Description: bsclifton-htdocs-ssl-20160612.patch
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple