From rdt at cs.queensu.ca  Sun Dec  1 18:07:35 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Sun, 1 Dec 2013 12:07:35 -0500
Subject: [tex-live] dvipdfmx warnings
Message-ID: <529b6cd7.g7x1RIpE2W+rjNLt%rdt@cs.queensu.ca>

When processing a file with document options
[dvipdfmx,legalpaper,landscape] using latex -> dvipdfmx, I'm getting
warning messages from dvipdfmx as follows

  ** WARNING ** Unparsed material at end of special ignored.

  Current input buffer is -->! /landplus90 true store<--

The PDF output is fine but the messages are annoying. How can I turn
them off (without losing the rest of the console output)? There are
-v and -vv options for increasing the verbosity, but no option that
I can see for reducing it. And I suspect that they shouldn't be
output at all.

Bob T.


From rdt at cs.queensu.ca  Sun Dec  1 21:15:46 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Sun, 1 Dec 2013 15:15:46 -0500
Subject: [tex-live] dvipdfmx warnings
Message-ID: <529b98f2.FO02+KehmUgdKVn+%rdt@cs.queensu.ca>

 > When processing a file with document options
 > [dvipdfmx,legalpaper,landscape] using latex -> dvipdfmx, I'm getting
 > warning messages ...

It seems the solution is to use

\usepackage[driver=dvipdfm]{geometry}

Bob T.

From jfbu at free.fr  Sun Dec  1 22:55:04 2013
From: jfbu at free.fr (jfbu)
Date: Sun, 1 Dec 2013 22:55:04 +0100
Subject: [tex-live] dvipdfmx warnings
In-Reply-To: <529b98f2.FO02+KehmUgdKVn+%rdt@cs.queensu.ca>
References: <529b98f2.FO02+KehmUgdKVn+%rdt@cs.queensu.ca>
Message-ID: <76CCB598-9C0B-4EB9-B36E-8967F78975D7@free.fr>


Le 1 d?c. 2013 ? 21:15, Bob Tennent <rdt at cs.queensu.ca> a ?crit :

>> When processing a file with document options
>> [dvipdfmx,legalpaper,landscape] using latex -> dvipdfmx, I'm getting
>> warning messages ...
> 
> It seems the solution is to use
> 
> \usepackage[driver=dvipdfm]{geometry}
> 
> Bob T.

I used  this kind of set-up when I wanted to have both dvipdfmx
and pdflatex routes for a given source, where \ifwithdvipdfmx is
 a document boolean (or rather something set in a driver file)

\makeatletter
\ifwithdvipdfmx
   \@for\@tempa:=hyperref,bookmark,graphicx,xcolor\do
            {\PassOptionsToPackage{dvipdfmx}\@tempa}
   %
   \PassOptionsToPackage{dvipdfm}{geometry}
   \PassOptionsToPackage{bookmarks=true}{hyperref}
   \PassOptionsToPackage{dvipdfmx-outline-open}{hyperref}
   \PassOptionsToPackage{dvipdfmx-outline-open}{bookmark}
   %
   \def\pgfsysdriver{pgfsys-dvipdfm.def}
\else
   \PassOptionsToPackage{bookmarks=true}{hyperref}
\fi
\makeatother
this is before the loading of the packages
Regards
Jean-Francois

From rdt at cs.queensu.ca  Sun Dec  1 23:09:57 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Sun, 1 Dec 2013 17:09:57 -0500
Subject: [tex-live] dvipdfmx warnings
In-Reply-To: <049DCF46-B851-48AD-8FDA-933A97696F2D@wideopenwest.com>
References: <529b98f2.FO02+KehmUgdKVn+%rdt@cs.queensu.ca>
 <049DCF46-B851-48AD-8FDA-933A97696F2D@wideopenwest.com>
Message-ID: <529bb3b5.GtOkrJ86QJUw4e9+%rdt@cs.queensu.ca>

 >|> It seems the solution is to use
 >|>
 >|> \usepackage[driver=dvipdfm]{geometry}
 >|>
 >|The geometry package can test for latex, pdflatex, xelatex (and
 >|lualatex?) but if you are using latex it has no way of ``knowing'' what
 >|backend processing is going to be used to go from dvi->pdf; the default
 >|it uses is dvips->... since that is the most common path. So for any other
 >|backend processing you have to explicitely tell geometry what to use.

Hi Herb. Other packages (hyperref, graphicx) seem to be able to
figure it out witthout an explicit option, presumably from the
global option. Also, it is somewhat confusing that sometimes one
must use dvipdfmx and sometimes one must use dvipdfm and sometimes
either will do. It doesn't help that there is not even a man page
for dvipdfmx. I sent my complaint here because there seemed to be no
other suitable venue.

Best,
Bob T.

From zdenek.wagner at gmail.com  Sun Dec  1 23:39:04 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Sun, 1 Dec 2013 23:39:04 +0100
Subject: [tex-live] dvipdfmx warnings
In-Reply-To: <529bb3b5.GtOkrJ86QJUw4e9+%rdt@cs.queensu.ca>
References: <529b98f2.FO02+KehmUgdKVn+%rdt@cs.queensu.ca>
 <049DCF46-B851-48AD-8FDA-933A97696F2D@wideopenwest.com>
 <529bb3b5.GtOkrJ86QJUw4e9+%rdt@cs.queensu.ca>
Message-ID: <CAC1phybOikGnDZd9VXVB6rEAJQTb0bhUC+gevAYwgA6t_ZHO0Q@mail.gmail.com>

2013/12/1 Bob Tennent <rdt at cs.queensu.ca>:
>  >|> It seems the solution is to use
>  >|>
>  >|> \usepackage[driver=dvipdfm]{geometry}
>  >|>
>  >|The geometry package can test for latex, pdflatex, xelatex (and
>  >|lualatex?) but if you are using latex it has no way of ``knowing'' what
>  >|backend processing is going to be used to go from dvi->pdf; the default
>  >|it uses is dvips->... since that is the most common path. So for any other
>  >|backend processing you have to explicitely tell geometry what to use.
>
> Hi Herb. Other packages (hyperref, graphicx) seem to be able to
> figure it out witthout an explicit option, presumably from the
> global option. Also, it is somewhat confusing that sometimes one
> must use dvipdfmx and sometimes one must use dvipdfm and sometimes
> either will do. It doesn't help that there is not even a man page
> for dvipdfmx. I sent my complaint here because there seemed to be no
> other suitable venue.
>
The packages can reliably recognize XeTeX, pdftex, luatex and can
recognize whether PDF or DVI is being created. It cannot be recognized
how you will process the DVI file later. (x)dvipdfm(x) understands
some (but not all) postscript specials and some (but not all) pdftex
specials. If the package assumes that DVI will be processed by dvips
and emits only such specials that are understood by (x)dvipdfm(x), you
get no error (my zwpagelayout does that). If the package may use a
special that is understood by one DVI driver and not understood by
another DVI driver, you have to specify which DVI driver you intend to
use.

> Best,
> Bob T.



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From karl at freefriends.org  Sun Dec  1 23:39:50 2013
From: karl at freefriends.org (Karl Berry)
Date: Sun, 1 Dec 2013 22:39:50 +0000
Subject: [tex-live] dvipdfmx warnings
In-Reply-To: <529bb3b5.GtOkrJ86QJUw4e9+%rdt@cs.queensu.ca>
Message-ID: <201312012239.rB1MdoT6032524@freefriends.org>

    It doesn't help that there is not even a man page for dvipdfmx.

dvipdfm.1 is for both dvipdfm and dvipdfmx.  I'll make the dvipdfmx.1
.so reference for next time.  (And also update the bug mailing address,
which is indeed the tex-live list now.  ChoF et al. no longer had time
to maintain it as of a couple years ago, so we have been babysitting it.)

I can't solve the package problems.  dvipdfm has been a symlink to
dvipdfmx for years now, although (as I recall) there are a couple of
small argv[0]-based behavior differences for the sake of compatibility.
Unfortunately I don't remember what they are.  Maybe someone else would
like to look at the source (Build/source/texk/dvipdfm-x) and document
it, the way it should have happened in the first place.

The new directory name in the source is because Peter B and Khaled have
merged dvipdfmx and xdvipdfmx for next year, so that is more
documentation updates that should happen.  Patches welcome ...

Best,
karl

From roy.nico at free.fr  Mon Dec  2 10:19:35 2013
From: roy.nico at free.fr (roy.nico)
Date: Mon, 2 Dec 2013 10:19:35 +0100
Subject: [tex-live] Please tell me how to unsubscribe
In-Reply-To: <201312012239.rB1MdoT6032524@freefriends.org>
References: <201312012239.rB1MdoT6032524@freefriends.org>
Message-ID: <529C50A7.7010506@free.fr>

Thanks in advance

From P.Taylor at Rhul.Ac.Uk  Mon Dec  2 10:38:24 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Mon, 2 Dec 2013 09:38:24 +0000
Subject: [tex-live] Please tell me how to unsubscribe
In-Reply-To: <529C50A7.7010506@free.fr>
References: <201312012239.rB1MdoT6032524@freefriends.org>
 <529C50A7.7010506@free.fr>
Message-ID: <529C5510.8040909@Rhul.Ac.Uk>



roy.nico wrote:

> Thanks in advance

You're welcome.

1) Press Ctrl-U or otherwise View Headers / View Source
2) Observe the line that reads :

	"List-Unsubscribe: <http://tug.org/mailman/options/tex-live>,
 <mailto:tex-live-request at tug.org?subject=unsubscribe>"

3) Follow one of the two suggested routes.

Philip Taylor

From preining at logic.at  Mon Dec  2 13:06:24 2013
From: preining at logic.at (Norbert Preining)
Date: Mon, 2 Dec 2013 21:06:24 +0900
Subject: [tex-live] [PATCH] tlmgr perltk gui: change order of filtering
In-Reply-To: <CAG3vu606_6WM-YvG1LzYxGiFzhamXxsRAZAr4d_kc86AWJ=Ksw@mail.gmail.com>
References: <CAG3vu606_6WM-YvG1LzYxGiFzhamXxsRAZAr4d_kc86AWJ=Ksw@mail.gmail.com>
Message-ID: <20131202120624.GA4106@gamma.logic.tuwien.ac.at>

Hi Ahmad,

> Currently in tlmgr perltk gui, the selection filter doesn't have any
> effect, because the text match does not pass through when the filter text
> is empty (it has return 1 instead).
> I've attached the patch for fixing the bug.

Great, thanks. I will look into your patch as soon as possible and
include it in the code after review.

Great to hear that someone else but me is looking into the code
of this mosnter ;-)

Norbert

------------------------------------------------------------------------
PREINING, Norbert                               http://www.preining.info
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------

From rdt at cs.queensu.ca  Mon Dec  2 14:08:02 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Mon, 2 Dec 2013 08:08:02 -0500
Subject: [tex-live] dvipdfmx warnings
Message-ID: <529c8632.XotLPMtlQNRNMRKS%rdt@cs.queensu.ca>


Jean-Francois:  "\ifwithdvipdfmx is a document boolean"

It seems using dvipdfmx as a document option doesn't create/set that
conditional. But your post does list all (?) the packages affected
by using dvipdfm(x) and thanks for that. This information should be
in the dvipdfm documentation; otherwise how is a user to know that
using dvipdfm may require an explicit option to those packages?

Zdenek: "It cannot be recognized how you will process the DVI file
later"

Yes, but if the user provides dvipdfmx as a document option, the
geometry package should be aware of the user's intention to use that
processor. The hyperref package does.

It seems dvipdfmx does the right thing when legalpaper,landscape are
used. Wouldn't it be possible for it to suppress the frenetic but
useless 3-line

** WARNING ** 

message it currently produces when the user forgets to add a driver
option to the geometry package? Or even replace it by a hint to the
user about what to do to prevent it?

BTW, the reason I'm using dvipdfm is because it embeds type 2 (aka
type 1C) fonts into the pdfs it generates, which significantly
reduces the size compared to embedding type 1 fonts. Ideally pdftex
and dvips would do the same, though I've been told pdftex is
"frozen"; what about dvips?

Bob T.

From jfbu at free.fr  Mon Dec  2 14:35:50 2013
From: jfbu at free.fr (jfbu)
Date: Mon, 2 Dec 2013 14:35:50 +0100
Subject: [tex-live] dvipdfmx warnings
In-Reply-To: <529c8632.XotLPMtlQNRNMRKS%rdt@cs.queensu.ca>
References: <529c8632.XotLPMtlQNRNMRKS%rdt@cs.queensu.ca>
Message-ID: <151512B9-AA96-4CA6-A48B-FECAA23951EB@free.fr>


Le 2 d?c. 2013 ? 14:08, Bob Tennent <rdt at cs.queensu.ca> a ?crit :

> 
> Jean-Francois:  "\ifwithdvipdfmx is a document boolean"
> 
> It seems using dvipdfmx as a document option doesn't create/set that
> conditional. But your post does list all (?) the packages affected

Bob,

I apologize for not having clearly stated that this \ifwithdvipdfmx
was a user (me) created boolean; actually I create this boolean 
in another file, and then load the main
file (which contains all the \PassOptionsToPackage things after
the \documentclass) via an \input. I can then keep the main
file unchanged and decide to compile it via latex+dvipdfmx or pdflatex

Also: the packages listed in my message are the ones I experimentally
figured to be in need to be properly set-up for dvipdfmx use, there may
be others, the list proved sufficient for my use cases, perhaps some
other packages I don't know about or not needed in my documents 
do need proper attention.

Whenever I can, I use dvipdfmx as it produce systematically smaller pdf's,
for some fonts the pdf size can be drastically improved, I have experienced 
going down from 700K to 200K, mostly I observe from 10% to 30% gain.

One font which I cannot use with dvipdfmx is T1/txtt, when the document
uses letters like ? or ? outside the 32-127 range.

regards,

Jean-Francois

> by using dvipdfm(x) and thanks for that. This information should be
> in the dvipdfm documentation; otherwise how is a user to know that
> using dvipdfm may require an explicit option to those packages?
> 
> Zdenek: "It cannot be recognized how you will process the DVI file
> later"
> 
> Yes, but if the user provides dvipdfmx as a document option, the
> geometry package should be aware of the user's intention to use that
> processor. The hyperref package does.
> 
> It seems dvipdfmx does the right thing when legalpaper,landscape are
> used. Wouldn't it be possible for it to suppress the frenetic but
> useless 3-line
> 
> ** WARNING ** 
> 
> message it currently produces when the user forgets to add a driver
> option to the geometry package? Or even replace it by a hint to the
> user about what to do to prevent it?
> 
> BTW, the reason I'm using dvipdfm is because it embeds type 2 (aka
> type 1C) fonts into the pdfs it generates, which significantly
> reduces the size compared to embedding type 1 fonts. Ideally pdftex
> and dvips would do the same, though I've been told pdftex is
> "frozen"; what about dvips?
> 
> Bob T.



From zdenek.wagner at gmail.com  Mon Dec  2 14:54:16 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Mon, 2 Dec 2013 14:54:16 +0100
Subject: [tex-live] dvipdfmx warnings
In-Reply-To: <529c8632.XotLPMtlQNRNMRKS%rdt@cs.queensu.ca>
References: <529c8632.XotLPMtlQNRNMRKS%rdt@cs.queensu.ca>
Message-ID: <CAC1phyYwMnzp0-rMc44Y1MOaW5WTMULuRC96TvKokKm1HT5z4Q@mail.gmail.com>

2013/12/2 Bob Tennent <rdt at cs.queensu.ca>:
>
> Jean-Francois:  "\ifwithdvipdfmx is a document boolean"
>
> It seems using dvipdfmx as a document option doesn't create/set that
> conditional. But your post does list all (?) the packages affected
> by using dvipdfm(x) and thanks for that. This information should be
> in the dvipdfm documentation; otherwise how is a user to know that
> using dvipdfm may require an explicit option to those packages?
>
> Zdenek: "It cannot be recognized how you will process the DVI file
> later"
>
> Yes, but if the user provides dvipdfmx as a document option, the
> geometry package should be aware of the user's intention to use that
> processor. The hyperref package does.
>
The option name for geometry is dvipdfm, not dvipdfmx. You can ask the
author to implement aliases.

> It seems dvipdfmx does the right thing when legalpaper,landscape are
> used. Wouldn't it be possible for it to suppress the frenetic but
> useless 3-line
>
> ** WARNING **
>
> message it currently produces when the user forgets to add a driver
> option to the geometry package? Or even replace it by a hint to the
> user about what to do to prevent it?
>
> BTW, the reason I'm using dvipdfm is because it embeds type 2 (aka
> type 1C) fonts into the pdfs it generates, which significantly
> reduces the size compared to embedding type 1 fonts. Ideally pdftex
> and dvips would do the same, though I've been told pdftex is
> "frozen"; what about dvips?
>
> Bob T.



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From rdt at cs.queensu.ca  Mon Dec  2 15:09:25 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Mon, 2 Dec 2013 09:09:25 -0500
Subject: [tex-live] dvipdfmx warnings
In-Reply-To: <CAC1phyYwMnzp0-rMc44Y1MOaW5WTMULuRC96TvKokKm1HT5z4Q@mail.gmail.com>
References: <529c8632.XotLPMtlQNRNMRKS%rdt@cs.queensu.ca>
 <CAC1phyYwMnzp0-rMc44Y1MOaW5WTMULuRC96TvKokKm1HT5z4Q@mail.gmail.com>
Message-ID: <529c9495.VPXYaS1yFGx02pZz%rdt@cs.queensu.ca>

 >|> Yes, but if the user provides dvipdfmx as a document option, the
 >|> geometry package should be aware of the user's intention to use that
 >|> processor. The hyperref package does.
 >|>
 >|The option name for geometry is dvipdfm, not dvipdfmx. You can ask the
 >|author to implement aliases.

I tried using dvipdfm as a document option and that was rejected
because dvipdfm.def wasn't available. But I've just now tried using
*both* dvipdfm *and* dvipdfmx as document options and that does
work! Sigh.

Bob T.

From semen at trygub.com  Mon Dec  2 14:55:11 2013
From: semen at trygub.com (Semen Trygubenko / =?utf-8?B?0KHQtdC80LXQvSDQotGA0LjQs9GD0LHQtdC9?=
 =?utf-8?B?0LrQvg==?=)
Date: Mon, 2 Dec 2013 13:55:11 +0000
Subject: [tex-live] =?utf-8?q?enquiry_regarding_Ukrainian_=22=D1=96=22_enc?=
 =?utf-8?q?oded_as_Latin_=22i=22_in_Latex?=
Message-ID: <20131202135511.GI90883@inanna.trygub.com>

Dear Members of tex-live at tug.org,

I'm having the following problem with inputenc package:
Ukrainian letter "?" is substituted with Latin "i" during compilation.
Letters look identical so it is not a problem for displaying text, but
it makes it hard to search inside the generated pdf using conventional means.

Here's the illustration:

test.tex :
--
\documentclass{article}
\usepackage[utf8]{inputenc}
\usepackage[T2A]{fontenc}

\begin{document}

????(?)?

\end{document}
--

latex test.tex

produces test.dvi . Inspection of test.dvi will reveal that the word is encoded correctly but the letter that I parenthesised
appears as "(i)", i.e. it is incorrectly encoded.

Could you please help me fix it or point me to someone who could help further?

Many thanks in advance,
Semen Trygubenko



-- 
????? ?????????? http://trygub.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131202/08485eb2/attachment.bin>

From d.p.carlisle at gmail.com  Mon Dec  2 18:03:44 2013
From: d.p.carlisle at gmail.com (David Carlisle)
Date: Mon, 2 Dec 2013 17:03:44 +0000
Subject: [tex-live]
	=?koi8-u?q?enquiry_regarding_Ukrainian_=22=A6=22_encod?=
	=?koi8-u?q?ed_as_Latin_=22i=22_in_Latex?=
In-Reply-To: <20131202135511.GI90883@inanna.trygub.com>
References: <20131202135511.GI90883@inanna.trygub.com>
Message-ID: <CAEW6iOjOEtabrhoDNaBM_So5+E=Rka_daEDTVrOBkr+_rnndTg@mail.gmail.com>

On 2 December 2013 13:55, Semen Trygubenko / ????? ?????????? <
semen at trygub.com> wrote:

> Dear Members of tex-live at tug.org,
>
> I'm having the following problem with inputenc package:
> Ukrainian letter "?" is substituted with Latin "i" during compilation.
> Letters look identical so it is not a problem for displaying text, but
> it makes it hard to search inside the generated pdf using conventional
> means.
>
> Here's the illustration:
>
> test.tex :
> --
> \documentclass{article}
> \usepackage[utf8]{inputenc}
> \usepackage[T2A]{fontenc}
>
> \begin{document}
>
> ????(?)?
>
> \end{document}
> --
>
> latex test.tex
>
> produces test.dvi . Inspection of test.dvi will reveal that the word is
> encoded correctly but the letter that I parenthesised
> appears as "(i)", i.e. it is incorrectly encoded.
>
> Could you please help me fix it or point me to someone who could help
> further?
>
> Many thanks in advance,
> Semen Trygubenko
>
>
>
> --
> ????? ?????????? http://trygub.com
>


Hi,

the texlive team can only distribute what is in the LaTeX distribution, so
the place to report problems with inputenc is the latex bug database at

http://latex-project.org/bugs.html

However looking at the T2A encoding that you are using

texdoc encguide page 23

I only see one i character. Perhaps I missed something? Is there a
character representing i in T2A ?

Classic TeX has to make compromises to fit everything into 256-character
fonts, you can get more natural unicode encodings in the generated file by
using xelatex or lualatex.

David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131202/aa3d8ba5/attachment-0001.html>

From Robin.Fairbairns at cl.cam.ac.uk  Mon Dec  2 18:29:12 2013
From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns)
Date: Mon, 2 Dec 2013 17:29:12 +0000
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: Your message of Mon, 02 Dec 2013 13:55:11 +0000.
 <20131202135511.GI90883@inanna.trygub.com>
Message-ID: <9084.1386005352@cl.cam.ac.uk>

Semen Trygubenko / ?????????? ???????????????????? <semen at trygub.com> wrote:
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

> I'm having the following problem with inputenc package:
> Ukrainian letter "i" is substituted with Latin "i" during compilation.
> Letters look identical so it is not a problem for displaying text, but
> it makes it hard to search inside the generated pdf using conventional
> means.

the inputenc mechanism provides glyphs to represent the incoming
character stream.  given that the t2a fonts don't have an "i" in the
cyrillic half of their glyph table, they use the "i" in the latin
half of the table.

(my guess is that the cmap package doesn't help here, but i can't
convince myself...)

if i am right, you need to go with xetex or luatex, and a font that
covers cyrillic as unicode to get the "correct" output.

robin

From zdenek.wagner at gmail.com  Mon Dec  2 21:55:21 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Mon, 2 Dec 2013 21:55:21 +0100
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: <9084.1386005352@cl.cam.ac.uk>
References: <20131202135511.GI90883@inanna.trygub.com>
 <9084.1386005352@cl.cam.ac.uk>
Message-ID: <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw@mail.gmail.com>

2013/12/2 Robin Fairbairns <Robin.Fairbairns at cl.cam.ac.uk>:
> Semen Trygubenko / ????? ?????????? <semen at trygub.com> wrote:
> Content-Type: text/plain; charset=utf-8
> Content-Transfer-Encoding: quoted-printable
> MIME-Version: 1.0
>
>> I'm having the following problem with inputenc package:
>> Ukrainian letter "i" is substituted with Latin "i" during compilation.
>> Letters look identical so it is not a problem for displaying text, but
>> it makes it hard to search inside the generated pdf using conventional
>> means.
>
> the inputenc mechanism provides glyphs to represent the incoming
> character stream.  given that the t2a fonts don't have an "i" in the
> cyrillic half of their glyph table, they use the "i" in the latin
> half of the table.
>
> (my guess is that the cmap package doesn't help here, but i can't
> convince myself...)
>
The cmap package could help, it depends whether it contains toUnicode
map for the T2A encoding.

> if i am right, you need to go with xetex or luatex, and a font that
> covers cyrillic as unicode to get the "correct" output.
>
> robin



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From karl at freefriends.org  Tue Dec  3 00:04:33 2013
From: karl at freefriends.org (Karl Berry)
Date: Mon, 2 Dec 2013 23:04:33 +0000
Subject: [tex-live] dvipdfmx warnings
In-Reply-To: <529c8632.XotLPMtlQNRNMRKS%rdt@cs.queensu.ca>
Message-ID: <201312022304.rB2N4XVL032495@freefriends.org>

Hi Bob,

    This information should be
    in the dvipdfm documentation; otherwise how is a user to know that
    using dvipdfm may require an explicit option to those packages?

And equally, how can the dvipdfm maintainers (us) possibly know what
packages need an option, let alone what that option's name should be?
Answer: we can't.  It's a matter for package authors, and presumably
changes over time.  On the other front, clearly it would be better for
all package authors to handle dvipdfm and dvipdfmx as synonyms.

We can't control any of this.  Just have to report bugs to the package
authors and hope they are responsive, as far as I can see.

However, we could add a note about "known packages needing <option> as
of <date>".  Patch to the man page (dvipdfm.1) welcome (for this and any
other issue).

    It seems dvipdfmx does the right thing when legalpaper,landscape are
    used. Wouldn't it be possible for it to suppress the frenetic but
    useless 3-line ** WARNING ** 
    message it currently produces when the user forgets to add a driver
    option to the geometry package? Or even replace it by a hint to the
    user about what to do to prevent it?

It seems to me that that warning in general serves a useful purpose, and
in fact that it helped (indirectly) in debugging in the first place.
However:

1) a patch to make the dvipdfmx warnings less "frenetic" would be
welcome, there is certainly no need for all those stars.  And/or:

2) a patch to have an option for dvipdfmx to suppress all warnings would
be welcome, and presumably easy to implement.  And/or:

3) a patch to recognize the PS code it's not recognizing, so it
doesn't need to complain, would be welcome.  And/or:

4) a patch to improve the existing message wording would be welcome.

    Ideally pdftex and dvips would do the same, though I've been told
    pdftex is "frozen"; what about dvips?

Neither pdftex nor dvips are completely frozen (and never have been).
We make small changes every year, generally in response to bug reports,
but it's improbable that any of the occasional developers (thanh, peb,
khaled, rokicki, me, ...) will take on adding a significant new feature
such as you propose.  (I've had a wishlist for years at
http://tug.org/help.html but no one, including me, has ever come forward
to do the work.)

So, there is nothing in principle against having the programs embed
type2=1c fonts (I thought I had already seen that in pdftex output
sometimes, btw), but most likely it will need you or someone else to do
the work and provide a patch.  Not trivial, I know.

k

From semen at trygub.com  Tue Dec  3 10:46:17 2013
From: semen at trygub.com (Semen Trygubenko / =?utf-8?B?0KHQtdC80LXQvSDQotGA0LjQs9GD0LHQtdC9?=
 =?utf-8?B?0LrQvg==?=)
Date: Tue, 3 Dec 2013 09:46:17 +0000
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw@mail.gmail.com>
References: <20131202135511.GI90883@inanna.trygub.com>
 <9084.1386005352@cl.cam.ac.uk>
 <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw@mail.gmail.com>
Message-ID: <20131203094617.GA935@inanna.trygub.com>

> >> I'm having the following problem with inputenc package:
> >> Ukrainian letter "i" is substituted with Latin "i" during compilation.
> >> Letters look identical so it is not a problem for displaying text, but
> >> it makes it hard to search inside the generated pdf using conventional
> >> means.
> >
> > the inputenc mechanism provides glyphs to represent the incoming
> > character stream.  given that the t2a fonts don't have an "i" in the
> > Cyrillic half of their glyph table, they use the "i" in the Latin
> > half of the table.

Ah ? Thank you very much for this insight!

At this point in my life I'd prefer it to bomb, rather than produce an munged output
that looks OK but is not searchable or copiable ? :-)

So, presumably, once the substitution has occurred (Ukrainian "?" and Latin "i" with the
t2a's glyph for i) there's not much we can do? Is there space in Cyrillic half of the glyph table
to include a clone of t2a's glyph for i so that Ukrainian "?" and Latin "i"
could be distinguished further down the line?

As far as I can see, this is the only problem with Latex handling
Ukrainian documents, otherwise it is very usable (in conjunction with cmap
for search and copy) ?


> > (my guess is that the cmap package doesn't help here, but i can't
> > convince myself...)
> >
> The cmap package could help, it depends whether it contains toUnicode
> map for the T2A encoding.

I had no success with cmap. However, I didn't look for long as I thought the problem occurs earlier on
in the pipeline somewhere, hence in the example file I didn't include any of my cmap
sorties. If there was indeed a way to get cmap to work somehow, would it be able
to handle multilingual Latex source, e.g. English and Ukrainian?


> > if i am right, you need to go with xetex or luatex, and a font that
> > covers Cyrillic as unicode to get the "correct" output.

I'm trying to get myself up to speed with xetex or luatex.
Right now it seems that the Latex source I've got is not immediately
compilable by either, so I think some reading up is in order.
I will let you know the results when I get somewhere, but, meanwhile, if
someone could think of a cheap way to get Latex to work I would be very much obliged.


-- 
????? ?????????? http://trygub.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131203/67ba45cc/attachment.bin>

From P.Taylor at Rhul.Ac.Uk  Tue Dec  3 10:57:42 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Tue, 3 Dec 2013 09:57:42 +0000
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: <20131203094617.GA935@inanna.trygub.com>
References: <20131202135511.GI90883@inanna.trygub.com>
 <9084.1386005352@cl.cam.ac.uk>
 <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw@mail.gmail.com>
 <20131203094617.GA935@inanna.trygub.com>
Message-ID: <529DAB16.2030404@Rhul.Ac.Uk>



????? ?????????? wrote:

> I'm trying to get myself up to speed with xetex or luatex.
> Right now it seems that the Latex source I've got is not immediately
> compilable by either, so I think some reading up is in order.
> I will let you know the results when I get somewhere, but, meanwhile, if
> someone could think of a cheap way to get Latex to work I would be very much obliged.

(La)XeTeX is your friend.  As soon as you are dealing with the world's
languages rather than just those of Western Europe, it is better to bite
the bullet, adopt Unicode (and hence XeTeX) wholeheartedly, and bask
in the warmth of the knowledge that you will almost certainly never
need to adopt another /ad hoc/ encoding for the remainder of your life.

Philip Taylor

From zdenek.wagner at gmail.com  Tue Dec  3 11:11:22 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Tue, 3 Dec 2013 11:11:22 +0100
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: <20131203094617.GA935@inanna.trygub.com>
References: <20131202135511.GI90883@inanna.trygub.com>
 <9084.1386005352@cl.cam.ac.uk>
 <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw@mail.gmail.com>
 <20131203094617.GA935@inanna.trygub.com>
Message-ID: <CAC1phyY7pHLiTpLqHv5feFVP2K7spJbwHf-a_4xSPhjAgMwVRw@mail.gmail.com>

2013/12/3 Semen Trygubenko / ????? ?????????? <semen at trygub.com>:
>> >> I'm having the following problem with inputenc package:
>> >> Ukrainian letter "i" is substituted with Latin "i" during compilation.
>> >> Letters look identical so it is not a problem for displaying text, but
>> >> it makes it hard to search inside the generated pdf using conventional
>> >> means.
>> >
>> > the inputenc mechanism provides glyphs to represent the incoming
>> > character stream.  given that the t2a fonts don't have an "i" in the
>> > Cyrillic half of their glyph table, they use the "i" in the Latin
>> > half of the table.
>
> Ah ? Thank you very much for this insight!
>
> At this point in my life I'd prefer it to bomb, rather than produce an munged output
> that looks OK but is not searchable or copiable ? :-)
>
> So, presumably, once the substitution has occurred (Ukrainian "?" and Latin "i" with the
> t2a's glyph for i) there's not much we can do? Is there space in Cyrillic half of the glyph table
> to include a clone of t2a's glyph for i so that Ukrainian "?" and Latin "i"
> could be distinguished further down the line?
>
> As far as I can see, this is the only problem with Latex handling
> Ukrainian documents, otherwise it is very usable (in conjunction with cmap
> for search and copy) ?
>
>
>> > (my guess is that the cmap package doesn't help here, but i can't
>> > convince myself...)
>> >
>> The cmap package could help, it depends whether it contains toUnicode
>> map for the T2A encoding.
>
> I had no success with cmap. However, I didn't look for long as I thought the problem occurs earlier on
> in the pipeline somewhere, hence in the example file I didn't include any of my cmap
> sorties. If there was indeed a way to get cmap to work somehow, would it be able
> to handle multilingual Latex source, e.g. English and Ukrainian?
>
The source of the problem seems to be in
texmf-dist/tex/latex/cmap/t2a.cmap, I do not see the mapping for "i"
in it. Maybe it should be reported to the maintainer of the cmap
package. The cmap package adds the maps per encoding, so if you type
English with T1 or OT1 encoded font and Ukrainian with T2A encoded
font, it should work.
>
>> > if i am right, you need to go with xetex or luatex, and a font that
>> > covers Cyrillic as unicode to get the "correct" output.
>
> I'm trying to get myself up to speed with xetex or luatex.
> Right now it seems that the Latex source I've got is not immediately
> compilable by either, so I think some reading up is in order.
> I will let you know the results when I get somewhere, but, meanwhile, if
> someone could think of a cheap way to get Latex to work I would be very much obliged.
>
Strange, unless I use anything engine specific, my LaTeX files work
with all of them. Of course, in XeLaTeX you do not use inputenc (the
input must be in Unicode) and you do not use fontenc. Fonts are
selected by the fontspec package and polyglossia should be prefered to
babel. The change is a matter of a few lines in the preamble.
>
> --
> ????? ?????????? http://trygub.com



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From d.p.carlisle at gmail.com  Tue Dec  3 11:11:39 2013
From: d.p.carlisle at gmail.com (David Carlisle)
Date: Tue, 3 Dec 2013 10:11:39 +0000
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: <20131203094617.GA935@inanna.trygub.com>
References: <20131202135511.GI90883@inanna.trygub.com>
 <9084.1386005352@cl.cam.ac.uk>
 <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw@mail.gmail.com>
 <20131203094617.GA935@inanna.trygub.com>
Message-ID: <CAEW6iOgwuiV7aDQj1E7Nca6YdbGhzbyiyX-qaZneP2SWvmtAjA@mail.gmail.com>

On 3 December 2013 09:46, Semen Trygubenko / ????? ?????????? <
semen at trygub.com> wrote:

>
> So, presumably, once the substitution has occurred (Ukrainian "?" and
> Latin "i" with the
> t2a's glyph for i) there's not much we can do? Is there space in Cyrillic
> half of the glyph table
> to include a clone of t2a's glyph for i so that Ukrainian "?" and Latin "i"
> could be distinguished further down the line?
>



No that's the trouble: T2A is full, however there may of course be a
character that you don't need in Ukranian that you could take out and
replace by the i, or if you always use T1 for latin letters you could I
assume place the ukranian i in the ascii i slot and arrange the appropriate
unicode mapping. (But using xetex might be easier:-)


> > > if i am right, you need to go with xetex or luatex, and a font that
> > > covers Cyrillic as unicode to get the "correct" output.
>
> I'm trying to get myself up to speed with xetex or luatex.
> Right now it seems that the Latex source I've got is not immediately
> compilable by either, so I think some reading up is in order.
>

The main thing to note is that xetex is unicode by default so you must
store the file in utf-8
and must _not_ use the inputenc package (and probably use fontspec instead
of fontenc package)


> I will let you know the results when I get somewhere, but, meanwhile, if
> someone could think of a cheap way to get Latex to work I would be very
> much obliged.
>
>
> --
> ????? ?????????? http://trygub.com
>


There is a simple cyrillic xelatex example here (and searching for cyrillic
on that site will show several more examples)

http://tex.stackexchange.com/questions/65434/xelatex-modern-latin-and-cyrilic/65435#65435

David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131203/7c87a154/attachment.html>

From Robin.Fairbairns at cl.cam.ac.uk  Tue Dec  3 11:11:43 2013
From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns)
Date: Tue, 3 Dec 2013 10:11:43 +0000
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: Your message of Tue, 03 Dec 2013 09:46:17 +0000.
 <20131203094617.GA935@inanna.trygub.com>
Message-ID: <5019.1386065503@cl.cam.ac.uk>

Semen Trygubenko / ????? ?????????? <semen at trygub.com> wrote:

> > >> I'm having the following problem with inputenc package:
> > >> Ukrainian letter "i" is substituted with Latin "i" during compilation.
> > >> Letters look identical so it is not a problem for displaying text, but
> > >> it makes it hard to search inside the generated pdf using conventional
> > >> means.
> > >
> > > the inputenc mechanism provides glyphs to represent the incoming
> > > character stream.  given that the t2a fonts don't have an "i" in the
> > > Cyrillic half of their glyph table, they use the "i" in the Latin
> > > half of the table.
> 
> Ah ? Thank you very much for this insight!
> 
> At this point in my life I'd prefer it to bomb, rather than produce an munged output
> that looks OK but is not searchable or copiable ? :-)

maybe so, but when the t2* encodings were designed, there was no chance
of making the t1 encodings work, in that sense.

you need to switch to utf-8 _and_ to an utf-8 engine, to proceed.

> So, presumably, once the substitution has occurred (Ukrainian "?" and Latin "i" with the
> t2a's glyph for i) there's not much we can do? Is there space in Cyrillic half of the glyph table
> to include a clone of t2a's glyph for i so that Ukrainian "?" and Latin "i"
> could be distinguished further down the line?

quite

> As far as I can see, this is the only problem with Latex handling
> Ukrainian documents, otherwise it is very usable (in conjunction with cmap
> for search and copy) ?

that's good to know, i suppose.

> > > (my guess is that the cmap package doesn't help here, but i can't
> > > convince myself...)
> >
> > The cmap package could help, it depends whether it contains toUnicode
> > map for the T2A encoding.

such a map does exist, but as mentioned above, it doesn't help, since
the t2a encoding doesn't support the ukranian "i".

> I had no success with cmap. However, I didn't look for long as I
> thought the problem occurs earlier on in the pipeline somewhere, hence
> in the example file I didn't include any of my cmap sorties. If there
> was indeed a way to get cmap to work somehow, would it be able to
> handle multilingual Latex source, e.g. English and Ukrainian?
 
but since the information is already lost when you launch yourself on
t2a encoding, _nothing_ in tex 3 is going to be able to help.

> > > if i am right, you need to go with xetex or luatex, and a font that
> > > covers Cyrillic as unicode to get the "correct" output.
> 
> I'm trying to get myself up to speed with xetex or luatex.
> Right now it seems that the Latex source I've got is not immediately
> compilable by either, so I think some reading up is in order.
> I will let you know the results when I get somewhere, but, meanwhile, if
> someone could think of a cheap way to get Latex to work I would be very much obliged.

i assume you're actually using xelatex/lualatex.  if not, try them (but
i assume you worked that out already).

utf-8 input, appropriate opentype or truetype font (with fontsel
package) and no inputenc or fontenc, and no cmap stuff.  i would expect
it to be easier than typing in ukranian (since you're no longer swimming
against the 8-bit tide).


From Robin.Fairbairns at cl.cam.ac.uk  Tue Dec  3 11:21:01 2013
From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns)
Date: Tue, 3 Dec 2013 10:21:01 +0000
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: Your message of Tue, 03 Dec 2013 11:11:22 +0100.
 <CAC1phyY7pHLiTpLqHv5feFVP2K7spJbwHf-a_4xSPhjAgMwVRw@mail.gmail.com>
Message-ID: <5148.1386066061@cl.cam.ac.uk>

Zdenek Wagner <zdenek.wagner at gmail.com> wrote:

> The source of the problem seems to be in
> texmf-dist/tex/latex/cmap/t2a.cmap, I do not see the mapping for "i"
> in it. Maybe it should be reported to the maintainer of the cmap
> package. The cmap package adds the maps per encoding, so if you type
> English with T1 or OT1 encoded font and Ukrainian with T2A encoded
> font, it should work.

cmap _can't_ help, since both latin i-dot and cyrillic i-dot are mapped
to the same code point by the t2a encoding.  cmap _can't_ be modified to
take account of user input, aiui.

as i said, imo the only way forward is to proceed using unicode.

From zdenek.wagner at gmail.com  Tue Dec  3 11:47:02 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Tue, 3 Dec 2013 11:47:02 +0100
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: <CAEW6iOgwuiV7aDQj1E7Nca6YdbGhzbyiyX-qaZneP2SWvmtAjA@mail.gmail.com>
References: <20131202135511.GI90883@inanna.trygub.com>
 <9084.1386005352@cl.cam.ac.uk>
 <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw@mail.gmail.com>
 <20131203094617.GA935@inanna.trygub.com>
 <CAEW6iOgwuiV7aDQj1E7Nca6YdbGhzbyiyX-qaZneP2SWvmtAjA@mail.gmail.com>
Message-ID: <CAC1phybHH_5Xe=oa16+hUD2ZWuTkaJUJcs_rw1TL1kntL2uJVw@mail.gmail.com>

2013/12/3 David Carlisle <d.p.carlisle at gmail.com>:
>
>
>
> On 3 December 2013 09:46, Semen Trygubenko / ????? ??????????
> <semen at trygub.com> wrote:
>>
>>
>> So, presumably, once the substitution has occurred (Ukrainian "?" and
>> Latin "i" with the
>> t2a's glyph for i) there's not much we can do? Is there space in Cyrillic
>> half of the glyph table
>> to include a clone of t2a's glyph for i so that Ukrainian "?" and Latin
>> "i"
>> could be distinguished further down the line?
>
>
>
>
> No that's the trouble: T2A is full, however there may of course be a
> character that you don't need in Ukranian that you could take out and
> replace by the i, or if you always use T1 for latin letters you could I
> assume place the ukranian i in the ascii i slot and arrange the appropriate
> unicode mapping. (But using xetex might be easier:-)
>
Are you sure? The problem is not in the glyph shape but in its
toUnicode mapping. I managed to insert more characters into the
toUnicode map than t2a.cmap contains, see my sample at
http://icebearsoft.euweb.cz/dvngpdf/
I think that it would be sufficient to remove "i" from the range and
insert this mapping:

<69> <0456>

>>
>> > > if i am right, you need to go with xetex or luatex, and a font that
>> > > covers Cyrillic as unicode to get the "correct" output.
>>
>> I'm trying to get myself up to speed with xetex or luatex.
>> Right now it seems that the Latex source I've got is not immediately
>> compilable by either, so I think some reading up is in order.
>
>
> The main thing to note is that xetex is unicode by default so you must store
> the file in utf-8
> and must _not_ use the inputenc package (and probably use fontspec instead
> of fontenc package)
>
>>
>> I will let you know the results when I get somewhere, but, meanwhile, if
>> someone could think of a cheap way to get Latex to work I would be very
>> much obliged.
>>
>>
>> --
>> ????? ?????????? http://trygub.com
>
>
>
> There is a simple cyrillic xelatex example here (and searching for cyrillic
> on that site will show several more examples)
>
> http://tex.stackexchange.com/questions/65434/xelatex-modern-latin-and-cyrilic/65435#65435
>
> David
>



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From wl at gnu.org  Tue Dec  3 12:11:13 2013
From: wl at gnu.org (Werner LEMBERG)
Date: Tue, 3 Dec 2013 12:11:13 +0100
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: <CAC1phybHH_5Xe=oa16+hUD2ZWuTkaJUJcs_rw1TL1kntL2uJVw@mail.gmail.com>
References: <20131203094617.GA935@inanna.trygub.com>
 <CAEW6iOgwuiV7aDQj1E7Nca6YdbGhzbyiyX-qaZneP2SWvmtAjA@mail.gmail.com>
 <CAC1phybHH_5Xe=oa16+hUD2ZWuTkaJUJcs_rw1TL1kntL2uJVw@mail.gmail.com>
Message-ID: <20131203.121113.445567293.wl@gnu.org>


> The problem is not in the glyph shape but in its toUnicode
> mapping. I managed to insert more characters into the toUnicode map
> than t2a.cmap contains, see my sample at
> http://icebearsoft.euweb.cz/dvngpdf/ I think that it would be
> sufficient to remove "i" from the range and insert this mapping:
> 
> <69> <0456>

This is a good solution for people who are correctly tagging the
language.  Of course, users should always do that to get correct
hyphenation and microtypography, and now there's another reason to get
correct cut and paste in PDF documents.


    Werner

From jnsburks at yahoo.com  Tue Dec  3 14:16:06 2013
From: jnsburks at yahoo.com (Jenise Burks)
Date: Tue, 3 Dec 2013 14:16:06 +0100
Subject: [tex-live] Hey!
Message-ID: <20131203131613.EA8F0E0310@mail.nfit.au.dk>

  
   
     
 
         
      
http://board.clupmetin2.com/likeit.php?uuargcvv624rcqup












































~~~~~~~~~~~
  
  jnsburks at yahoo.com

Jenise Burks
    

Interesting, he said, and threw another log on the calculator. -- The Bug Scientist from Outer Space
     


~~~~~~~~~~~~~
 


     Tue, 3 Dec 2013 14:16:06    
    
         
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131203/62ae3cd0/attachment.html>

From zdenek.wagner at gmail.com  Tue Dec  3 14:40:35 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Tue, 3 Dec 2013 14:40:35 +0100
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: <20131203131639.GB1166@inanna.trygub.com>
References: <20131202135511.GI90883@inanna.trygub.com>
 <9084.1386005352@cl.cam.ac.uk>
 <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw@mail.gmail.com>
 <20131203094617.GA935@inanna.trygub.com>
 <CAEW6iOgwuiV7aDQj1E7Nca6YdbGhzbyiyX-qaZneP2SWvmtAjA@mail.gmail.com>
 <20131203131639.GB1166@inanna.trygub.com>
Message-ID: <CAC1phybW3MLKxNWnkuqMHZyXiLvrRwE21Gs4dhHDwsWeZNqd2g@mail.gmail.com>

2013/12/3 Semen Trygubenko / ????? ?????????? <semen at trygub.com>:
>> > I will let you know the results when I get somewhere
>
> Robin, David: many thanks for helping me understand the nature of this problem!
>
> All: I got Xetex to work ? thank you [Robin: yes, I ran xelatex! ;-)].
>
> Zdenek: It didn't work straight away ? I had to switch from babel to polyglossia,
> download some fonts, change encoding, etc. For some reason, none of the xetex examples from the Internets worked on
> my system without modifications :). Right now it is clear that some further editing
> of the source will be required before it looks half-decent (e.g., no {\bf } any more, no triple-dash
> and ``'' expansion, table of contents does not work for some reason, etc.) and I
> might look for better fonts later, but at least the output is sane Ukrainian ?
>
If you ran the file by LaTeX and want to switch to XeLaTeX, do not
forget to delete .aux, .toc, .lof and .lot files, they may contain
macros not understood by XeLaTeX. Triple dash etc work if you add
\DefaultFontFeatures{Ligatures=TeX} but I personally prefer to use the
unicode characters directly because I have them on my keyboard.

> Thanks again for your kind help,
> S.
>
>
>
> --
> ????? ?????????? http://trygub.com



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From reinhard.kotucha at web.de  Tue Dec  3 21:24:51 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Tue, 3 Dec 2013 21:24:51 +0100
Subject: [tex-live] enquiry regarding Ukrainian "i"
In-Reply-To: <CAC1phybW3MLKxNWnkuqMHZyXiLvrRwE21Gs4dhHDwsWeZNqd2g@mail.gmail.com>
References: <20131202135511.GI90883@inanna.trygub.com>
 <9084.1386005352@cl.cam.ac.uk>
 <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw@mail.gmail.com>
 <20131203094617.GA935@inanna.trygub.com>
 <CAEW6iOgwuiV7aDQj1E7Nca6YdbGhzbyiyX-qaZneP2SWvmtAjA@mail.gmail.com>
 <20131203131639.GB1166@inanna.trygub.com>
 <CAC1phybW3MLKxNWnkuqMHZyXiLvrRwE21Gs4dhHDwsWeZNqd2g@mail.gmail.com>
Message-ID: <21150.15891.108115.249753@zaphod.ms25.net>

On 2013-12-03 at 14:40:35 +0100, Zdenek Wagner wrote:

 > 2013/12/3 Semen Trygubenko / ????? ?????????? <semen at trygub.com>:
 > >> > I will let you know the results when I get somewhere
 > >
 > > Robin, David: many thanks for helping me understand the nature of
 > > this problem!
 > >
 > > All: I got Xetex to work ? thank you [Robin: yes, I ran xelatex! ;-)].
 > >
 > > Zdenek: It didn't work straight away ? I had to switch from babel
 > > to polyglossia, download some fonts, change encoding, etc. For
 > > some reason, none of the xetex examples from the Internets worked
 > > on my system without modifications :). Right now it is clear that
 > > some further editing of the source will be required before it
 > > looks half-decent (e.g., no {\bf } any more, no triple-dash and
 > > ``'' expansion, table of contents does not work for some reason,
 > > etc.) and I might look for better fonts later, but at least the
 > > output is sane Ukrainian ?
 > >
 > If you ran the file by LaTeX and want to switch to XeLaTeX, do not
 > forget to delete .aux, .toc, .lof and .lot files, they may contain
 > macros not understood by XeLaTeX.

Not only macros which are not recognized by XeLaTeX can cause trouble
but also non-Unicode characters.  The auto-generated files have to be
removed in any case, even if you are using inputenc on 8-bit engines
and switch from latin1 to utf8.

 > Triple dash etc work if you add \DefaultFontFeatures{Ligatures=TeX}
 > but I personally prefer to use the unicode characters directly
 > because I have them on my keyboard.

If the TeX file contains \verb or the verbatim environment it's
advisable not to activate Ligatures=TeX for typewriter fonts.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------


From jfbu at free.fr  Wed Dec  4 19:03:28 2013
From: jfbu at free.fr (jfbu)
Date: Wed, 4 Dec 2013 19:03:28 +0100
Subject: [tex-live] dvipdfmx warnings
In-Reply-To: <151512B9-AA96-4CA6-A48B-FECAA23951EB@free.fr>
References: <529c8632.XotLPMtlQNRNMRKS%rdt@cs.queensu.ca>
 <151512B9-AA96-4CA6-A48B-FECAA23951EB@free.fr>
Message-ID: <355BDFE1-B85E-42CC-B35E-9112DF5537C9@free.fr>


Le 2 d?c. 2013 ? 14:35, jfbu <jfbu at free.fr> a ?crit :

> One font which I cannot use with dvipdfmx is T1/txtt, when the document
> uses letters like ? or ? outside the 32-127 range.
> 

Bob:

I have looked again at the matter; turns out that my experience
dates back to TL2010. An input file such as 

\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{txfonts}
\begin{document}
\ttfamily
???????
\end{document}

when processed by the latex+dvipdfmx of TL2010 gave a pdf file
which Acrobat Reader could not open. I had the same problem with
the Droid and Comfortaa fonts. 

I must say I used TL2010 until about a year ago, because my 
Mac OS 10.3.9 was not compatible with more recent MacTeX 
distributions.

With TL2013, the above file does give the same warnings when
the dvi is compiled with dvipdfmx:

** WARNING ** Obsolete four arguments of "endchar" will be used for Type 1 "seac" operator.

However, the pdf file *does show correctly* in Acrobat Reader, both 
with Acrobat 7 of my earlier computer and the 10.1.4 on my newer one.

Thus good people have brought some changes to dvipdfmx since then
and the dvipdfmx road which I would not follow earlier for TXTT,
Droid, Comfortaa is working now. (I did not yet test the last two but 
I expect them to be ok too, now).

Thanks then for making me realize that I was living on some obsolete 
past experience. 

As a side note, 
the fonts back then for which I observed the most tremendous size reductions
when using dvipdfmx  compared to pdflatex were Libertine/Biolinum

I tried again to see the current status and I just tried this (on TL2013) 

\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{libertine}
\usepackage{lipsum}
\begin{document}
\lipsum [1-20]
\end{document}

and the pdf sizes are

94155 bytes for pdflatex
16337 bytes for latex+dvipdfmx

regards

Jean-Francois

From news3 at nililand.de  Thu Dec  5 16:13:34 2013
From: news3 at nililand.de (Ulrike Fischer)
Date: Thu, 5 Dec 2013 16:13:34 +0100
Subject: [tex-live]
 =?utf-8?q?enquiry_regarding_Ukrainian_=22=D1=96=22_enc?=
 =?utf-8?q?oded_as_Latin_=22i=22_in_Latex?=
References: <20131202135511.GI90883@inanna.trygub.com>
Message-ID: <3prnjhg6f7v8.dlg@nililand.de>

Am Mon, 2 Dec 2013 13:55:11 +0000 schrieb semen at trygub.com:

> Dear Members of tex-live at tug.org,
> 
> I'm having the following problem with inputenc package:
> Ukrainian letter "?" is substituted with Latin "i" during compilation.
> Letters look identical so it is not a problem for displaying text, but
> it makes it hard to search inside the generated pdf using conventional means.

You could use the accsupp package. But it could affect the kerning
so I don't if this a good solution for you:

\documentclass{article}
\usepackage[utf8]{inputenc}
\usepackage[T2A]{fontenc}
\usepackage{accsupp}

\DeclareUnicodeCharacter{0456}{\BeginAccSupp{method=hex,unicode,ActualText=0456}\cyrii\EndAccSupp{}}
\begin{document}


????(?)?

\end{document}


-- 
Ulrike Fischer 
http://www.troubleshooting-tex.de/


From alan-g at gmx.net  Sat Dec  7 09:22:29 2013
From: alan-g at gmx.net (alan-g at gmx.net)
Date: Sat, 7 Dec 2013 09:22:29 +0100
Subject: [tex-live] texcount.exe problem with ANSI.pm
Message-ID: <trinity-41e7b039-dcd3-471b-8fa0-527c30c5a6c4-1386404549769@3capp-gmx-bs57>

An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131207/f560b3a6/attachment.html>

From rdt at cs.queensu.ca  Sun Dec  8 13:26:16 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Sun, 8 Dec 2013 07:26:16 -0500
Subject: [tex-live] lua path
Message-ID: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>

I'm helping a contributor prepare a texlive-friendly package. He's
translated a perl script into lua as I suggested but he wants to use
a standalone class definition which has to go into a directory on the
lua path. I doubt texlive will support that. Is that the case?

Bob T.

From arthur.reutenauer at normalesup.org  Sun Dec  8 14:58:09 2013
From: arthur.reutenauer at normalesup.org (Arthur Reutenauer)
Date: Sun, 8 Dec 2013 13:58:09 +0000
Subject: [tex-live] lua path
In-Reply-To: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>
References: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>
Message-ID: <20131208135809.GO10694@phare.normalesup.org>

> I'm helping a contributor prepare a texlive-friendly package. He's
> translated a perl script into lua as I suggested but he wants to use
> a standalone class definition which has to go into a directory on the
> lua path. I doubt texlive will support that. Is that the case?

  What do you mean by "standalone class definition"?  If it's an
external file with Lua code, TeX Live will of course support that, as
long as it's in a directory known to kpathsea.

	Arthur

From P.Taylor at Rhul.Ac.Uk  Sun Dec  8 15:18:53 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Sun, 8 Dec 2013 14:18:53 +0000
Subject: [tex-live] lua path
In-Reply-To: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>
References: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>
Message-ID: <52A47FCD.5050206@Rhul.Ac.Uk>




Bob Tennent wrote:

> I'm helping a contributor prepare a texlive-friendly package. He's
> translated a perl script into lua as I suggested ...

Somewhat confused.  As TeX Live ships with a bundled Perl interpreter
[1], which is used by the TeX Live manager (and quite possibly by the
installer), why is it beneficial for your fellow contributor to
translate his Perl code into Lua code, when (as far as I can tell,
'though I may of course be wrong), no standalone Lua interpreter is
shipped with TeX Live 2013 ?

Philip Taylor
--------
[1] On my system, D:\TeX\Live\2013\tlpkg\tlperl\bin

From arthur.reutenauer at normalesup.org  Sun Dec  8 15:25:01 2013
From: arthur.reutenauer at normalesup.org (Arthur Reutenauer)
Date: Sun, 8 Dec 2013 14:25:01 +0000
Subject: [tex-live] lua path
In-Reply-To: <52A47FCD.5050206@Rhul.Ac.Uk>
References: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>
 <52A47FCD.5050206@Rhul.Ac.Uk>
Message-ID: <20131208142501.GP10694@phare.normalesup.org>

>                                        when (as far as I can tell,
> 'though I may of course be wrong), no standalone Lua interpreter is
> shipped with TeX Live 2013 ?

  What???

	Arthur

From P.Taylor at Rhul.Ac.Uk  Sun Dec  8 15:55:00 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Sun, 8 Dec 2013 14:55:00 +0000
Subject: [tex-live] lua path
In-Reply-To: <52A48198.5090104@Rhul.Ac.Uk>
References: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>
 <52A47FCD.5050206@Rhul.Ac.Uk> <20131208142501.GP10694@phare.normalesup.org>
 <52A48198.5090104@Rhul.Ac.Uk>
Message-ID: <52A48844.7000103@Rhul.Ac.Uk>



Philip Taylor wrote:

> At the TeX Live 2013 command prompt, typing "Lua" results in :
> 
>> 'Lua' is not recognized as an internal or external command,
>> operable program or batch file.

Just to follow up on this, what is the logic behind the
command "TeXdoc Lua" displaying:

> The lua-check-hyphen package
> Checking your hyphenated words

and "TeXdoc Perl" displaying :

> A Program For Automatic Pedigree Construction
> With pst-pdgr
> User Manual and Algorithm Description

** Phil.


From reinhard.kotucha at web.de  Sun Dec  8 16:36:17 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Sun, 8 Dec 2013 16:36:17 +0100
Subject: [tex-live] lua path
In-Reply-To: <52A48844.7000103@Rhul.Ac.Uk>
References: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>
 <52A47FCD.5050206@Rhul.Ac.Uk>
 <20131208142501.GP10694@phare.normalesup.org>
 <52A48198.5090104@Rhul.Ac.Uk> <52A48844.7000103@Rhul.Ac.Uk>
Message-ID: <21156.37361.338696.42975@zaphod.ms25.net>

On 2013-12-08 at 14:55:00 +0000, Philip Taylor wrote:

 > Philip Taylor wrote:
 > 
 > > At the TeX Live 2013 command prompt, typing "Lua" results in :
 > > 
 > >> 'Lua' is not recognized as an internal or external command,
 > >> operable program or batch file.
 > 
 > Just to follow up on this, what is the logic behind the
 > command "TeXdoc Lua" displaying:
 > 
 > > The lua-check-hyphen package
 > > Checking your hyphenated words

Try "texdoc texlua".  It's an enhanced Lua with kpathsea and some
other TeX related libraries built-in.
 
 > and "TeXdoc Perl" displaying :
 > 
 > > A Program For Automatic Pedigree Construction
 > > With pst-pdgr
 > > User Manual and Algorithm Description

The Perl shipped with TeX Live supports only the Perl scripts in
TeX Live.  It can't and shouldn't be used directly by users.  Threfore
it's not documented.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From Robin.Fairbairns at cl.cam.ac.uk  Sun Dec  8 16:40:15 2013
From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns)
Date: Sun, 8 Dec 2013 15:40:15 +0000
Subject: [tex-live] lua path
In-Reply-To: Your message of Sun, 08 Dec 2013 14:55:00 +0000.
 <52A48844.7000103@Rhul.Ac.Uk>
Message-ID: <28149.1386517215@cl.cam.ac.uk>

Philip Taylor <P.Taylor at Rhul.Ac.Uk> wrote:

> Philip Taylor wrote:
> 
> > At the TeX Live 2013 command prompt, typing "Lua" results in :
> > 
> >> 'Lua' is not recognized as an internal or external command,
> >> operable program or batch file.
> 
> Just to follow up on this, what is the logic behind the
> command "TeXdoc Lua" displaying:
> 
> > The lua-check-hyphen package
> > Checking your hyphenated words

not sure; it's obviously a bug.

> and "TeXdoc Perl" displaying :
> 
> > A Program For Automatic Pedigree Construction
> > With pst-pdgr
> > User Manual and Algorithm Description

pst-pdgr comes with a separate perl script, which (presumably) texdoc
has latched onto.  so it's another bug.

there was a discussion a while back about how such problems arise, but
the simple answer to your questions is "bug" in both cases.

From reinhard.kotucha at web.de  Sun Dec  8 16:58:17 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Sun, 8 Dec 2013 16:58:17 +0100
Subject: [tex-live] lua path
In-Reply-To: <20131208135809.GO10694@phare.normalesup.org>
References: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>
 <20131208135809.GO10694@phare.normalesup.org>
Message-ID: <21156.38681.881406.269756@zaphod.ms25.net>

On 2013-12-08 at 13:58:09 +0000, Arthur Reutenauer wrote:

 > > I'm helping a contributor prepare a texlive-friendly package. He's
 > > translated a perl script into lua as I suggested but he wants to use
 > > a standalone class definition which has to go into a directory on the
 > > lua path. I doubt texlive will support that. Is that the case?
 > 
 >   What do you mean by "standalone class definition"?  If it's an
 > external file with Lua code, TeX Live will of course support that, as
 > long as it's in a directory known to kpathsea.

What Bob probably means is to have files

  foo.lua
  foo/bar.lua

and some Lua code in foo.lua like

  require("foo.bar")

This is supported by kpathsea, even with .tex files (\input foo/bar )
and another bar.tex in the current directory.

$ tex foo
This is TeX, Version 3.1415926 (TeX Live 2013)
(/home/reinhard/texmf/tex/plain/foo.tex
(/home/reinhard/texmf/tex/plain/foo/bar.tex) )
No pages of output.

But when uploading the package to CTAN it's advisable to mention that
the directory structure is relevant.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From P.Taylor at Rhul.Ac.Uk  Sun Dec  8 15:26:32 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Sun, 8 Dec 2013 14:26:32 +0000
Subject: [tex-live] lua path
In-Reply-To: <20131208142501.GP10694@phare.normalesup.org>
References: <52a46568.NXzRW3IqW5JpBq6W%rdt@cs.queensu.ca>
 <52A47FCD.5050206@Rhul.Ac.Uk> <20131208142501.GP10694@phare.normalesup.org>
Message-ID: <52A48198.5090104@Rhul.Ac.Uk>



Arthur Reutenauer wrote:
>>                                        when (as far as I can tell,
>> 'though I may of course be wrong), no standalone Lua interpreter is
>> shipped with TeX Live 2013 ?
> 
>   What???
> 
> 	Arthur

At the TeX Live 2013 command prompt, typing "Lua" results in :

> 'Lua' is not recognized as an internal or external command,
> operable program or batch file.

** Phil.



From rdt at cs.queensu.ca  Sun Dec  8 17:10:07 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Sun, 8 Dec 2013 11:10:07 -0500
Subject: [tex-live] lua path
Message-ID: <52a499df.MbyBH01RcChwJaX4%rdt@cs.queensu.ca>

I've put the lua module file under scripts in a texmf tree and
kpsewhich finds it. But texlua doesn't find it and doesn't list any
texmf trees in its search path.

But I see that the lua variable package.path can be set inside a lua
script so I guess that can be used to add a texmf path.

Bob T.

From reinhard.kotucha at web.de  Sun Dec  8 22:20:12 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Sun, 8 Dec 2013 22:20:12 +0100
Subject: [tex-live] lua path
In-Reply-To: <28149.1386517215@cl.cam.ac.uk>
References: <52A48844.7000103@Rhul.Ac.Uk>
	<28149.1386517215@cl.cam.ac.uk>
Message-ID: <21156.57996.560359.976408@zaphod.ms25.net>

On 2013-12-08 at 15:40:15 +0000, Robin Fairbairns wrote:

 > Philip Taylor <P.Taylor at Rhul.Ac.Uk> wrote:
 > 
 > > Philip Taylor wrote:
 > > 
 > > > At the TeX Live 2013 command prompt, typing "Lua" results in :
 > > > 
 > > >> 'Lua' is not recognized as an internal or external command,
 > > >> operable program or batch file.
 > > 
 > > Just to follow up on this, what is the logic behind the
 > > command "TeXdoc Lua" displaying:
 > > 
 > > > The lua-check-hyphen package
 > > > Checking your hyphenated words
 > 
 > not sure; it's obviously a bug.
 > 
 > > and "TeXdoc Perl" displaying :
 > > 
 > > > A Program For Automatic Pedigree Construction
 > > > With pst-pdgr
 > > > User Manual and Algorithm Description
 > 
 > pst-pdgr comes with a separate perl script, which (presumably) texdoc
 > has latched onto.  so it's another bug.
 > 
 > there was a discussion a while back about how such problems arise, but
 > the simple answer to your questions is "bug" in both cases.

Not really.  texdoc uses heuristics if there isn't an exact match and
it's clear that these heuristics fail in many cases.  If the name of
the package is different from what one expects, it's possible to
provide an alias (for instance "amsmath" for "amsldoc.pdf").

But there is no solution for documentation that doesn't exist.
I'm wondering which file is supposed to be displayed when people say
"texdoc perl".  

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From P.Taylor at Rhul.Ac.Uk  Sun Dec  8 22:41:59 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Sun, 8 Dec 2013 21:41:59 +0000
Subject: [tex-live] lua path
In-Reply-To: <21156.57996.560359.976408@zaphod.ms25.net>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net>
Message-ID: <52A4E7A7.6060405@Rhul.Ac.Uk>



Reinhard Kotucha wrote:

> I'm wondering which file is supposed to be displayed when people say
> "texdoc perl".  

Well, the output of "Perldoc Perl" would be one option (if TeX Live
ships Perldoc), otherwise perhaps :

Usage: D:\TeX\Live\2013\tlpkg\tlperl\bin\perl.exe [switches] [--]
[programfile]
[arguments]
  -0[octal]         specify record separator (\0, if no argument)
  -a                autosplit mode with -n or -p (splits $_ into @F)
  -C[number/list]   enables the listed Unicode features
  -c                check syntax only (runs BEGIN and CHECK blocks)
  -d[:debugger]     run program under debugger
  -D[number/list]   set debugging flags (argument is a bit mask or
alphabets)
  -e program        one line of program (several -e's allowed, omit
programfile)

  -E program        like -e, but enables all optional features
  -f                don't do $sitelib/sitecustomize.pl at startup
  -F/pattern/       split() pattern for -a switch (//'s are optional)
  -i[extension]     edit <> files in place (makes backup if extension
supplied)
  -Idirectory       specify @INC/#include directory (several -I's allowed)
  -l[octal]         enable line ending processing, specifies line terminator
  -[mM][-]module    execute "use/no module..." before executing program
  -n                assume "while (<>) { ... }" loop around program
  -p                assume loop like -n but print line also, like sed
  -s                enable rudimentary parsing for switches after
programfile
  -S                look for programfile using PATH environment variable
  -t                enable tainting warnings
  -T                enable tainting checks
  -u                dump core after parsing program
  -U                allow unsafe operations
  -v                print version, patchlevel and license
  -V[:variable]     print configuration summary (or a single Config.pm
variable)

  -w                enable many useful warnings
  -W                enable all warnings
  -x[directory]     ignore text before #!perl line (optionally cd to
directory)
  -X                disable all warnings

** Phil.

From reinhard.kotucha at web.de  Sun Dec  8 23:56:28 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Sun, 8 Dec 2013 23:56:28 +0100
Subject: [tex-live] lua path
In-Reply-To: <52A4E7A7.6060405@Rhul.Ac.Uk>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net>
 <52A4E7A7.6060405@Rhul.Ac.Uk>
Message-ID: <21156.63772.653783.469447@zaphod.ms25.net>

On 2013-12-08 at 21:41:59 +0000, Philip Taylor wrote:

 > Reinhard Kotucha wrote:
 > 
 > > I'm wondering which file is supposed to be displayed when people say
 > > "texdoc perl".  
 > 
 > Well, the output of "Perldoc Perl" would be one option (if TeX Live
 > ships Perldoc), otherwise perhaps :
 > 
 > Usage: D:\TeX\Live\2013\tlpkg\tlperl\bin\perl.exe [switches] [--]

What is it good for?  The hidden Perl is not accessible by users
directly.  This is on purpose.  TeX Live is not a Perl distribution.
If users need Perl for their own scripts they have to install it
separately.

Regards,
  Reinhard 

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From hexqiu at gmail.com  Mon Dec  9 07:57:07 2013
From: hexqiu at gmail.com (Xingqiu He)
Date: Mon, 9 Dec 2013 14:57:07 +0800
Subject: [tex-live] Some problem about the searching path of TexLive
Message-ID: <52A569C3.8080509@gmail.com>

I'm currently learning LaTeX and using Tex Live for this purpose.

The problem I've encountered is: when I tried to use class or packages 
such as scrartcl and datetime, it said these files(scrartcl.cls and 
datetime.sty) couldn't be found. I have used 'sudo tlmgr search' command 
to sucessfully locate these files so it might be something wrong with 
Tex Live.

I have also observed that when I use 'article' class, there wasn't any 
error. But the searching path turned out to be 
'/usr/share/texlive/texmf-dist/tex/latex/base/article.cls'. And both 
files mentioned above are located in 
'/usr/local/texlive/2013/texmf-dist/tex/latex'. So I think may be the 
searching path is wrong and I wonder how can I solve the problem.

Thanks!



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131209/57d009a5/attachment.html>

From hexqiu at gmail.com  Mon Dec  9 11:07:24 2013
From: hexqiu at gmail.com (Xingqiu He)
Date: Mon, 9 Dec 2013 18:07:24 +0800
Subject: [tex-live] Some problem about the searching path of TexLive
In-Reply-To: <52A569C3.8080509@gmail.com>
References: <52A569C3.8080509@gmail.com>
Message-ID: <52A5965C.1000309@gmail.com>

On 2013?12?09? 14:57, Xingqiu He wrote:
> I'm currently learning LaTeX and using Tex Live for this purpose.
>
> The problem I've encountered is: when I tried to use class or packages 
> such as scrartcl and datetime, it said these files(scrartcl.cls and 
> datetime.sty) couldn't be found. I have used 'sudo tlmgr search' 
> command to sucessfully locate these files so it might be something 
> wrong with Tex Live.
>
> I have also observed that when I use 'article' class, there wasn't any 
> error. But the searching path turned out to be 
> '/usr/share/texlive/texmf-dist/tex/latex/base/article.cls'. And both 
> files mentioned above are located in 
> '/usr/local/texlive/2013/texmf-dist/tex/latex'. So I think may be the 
> searching path is wrong and I wonder how can I solve the problem.
>
> Thanks!
>
>
>
I'm so sorry to complain the problem without a more careful check by 
myself.

The fact is that I had installed latex in my computer before but didn't 
realize it. When I use latex command to build my pdf file, I was calling 
the old version actually.

Sorry again for bothering you. Wish you a good day!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131209/1a62aed8/attachment.html>

From daleif at imf.au.dk  Mon Dec  9 15:48:01 2013
From: daleif at imf.au.dk (Lars Madsen)
Date: Mon, 9 Dec 2013 14:48:01 +0000
Subject: [tex-live] Some problem about the searching path of TexLive
In-Reply-To: <52A569C3.8080509@gmail.com>
References: <52A569C3.8080509@gmail.com>
Message-ID: <89ECE88578D8F648A22E307DAEE885793AC4260B@SRVUNIMBX07.uni.au.dk>

You have two latex installations

presumable you did not set TL2013 up correctly

TL2013 places its files in

/usr/local/texlive/2013/

your search also mentions

/usr/share/texlive/

which seems to be the place where Ubuntu places its version of TeX Live.

Thus you get an errors as the Ubuntu version only installs a small TL (that might be quite old)


So my question is:

how did you tell your system where the new TeX Live 2013 is?






/Lars Madsen
Institut for Matematik / Department of Mathematics
Aarhus Universitet / Aarhus University
Mere info: http://au.dk/daleif at imf / More information: http://au.dk/en/daleif at imf

________________________________
From: tex-live [tex-live-bounces at tug.org] on behalf of Xingqiu He [hexqiu at gmail.com]
Sent: 09 December 2013 07:57
To: tex-live at tug.org
Subject: [tex-live] Some problem about the searching path of TexLive

I'm currently learning LaTeX and using Tex Live for this purpose.

The problem I've encountered is: when I tried to use class or packages such as scrartcl and datetime, it said these files(scrartcl.cls and datetime.sty) couldn't be found. I have used 'sudo tlmgr search' command to sucessfully locate these files so it might be something wrong with Tex Live.

I have also observed that when I use 'article' class, there wasn't any error. But the searching path turned out to be '/usr/share/texlive/texmf-dist/tex/latex/base/article.cls'. And both files mentioned above are located in '/usr/local/texlive/2013/texmf-dist/tex/latex'. So I think may be the searching path is wrong and I wonder how can I solve the problem.

Thanks!



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131209/eea3084e/attachment.html>

From gnwiii at gmail.com  Mon Dec  9 18:31:32 2013
From: gnwiii at gmail.com (George N. White III)
Date: Mon, 9 Dec 2013 13:31:32 -0400
Subject: [tex-live] lua path
In-Reply-To: <21156.63772.653783.469447@zaphod.ms25.net>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net>
 <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
Message-ID: <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>

"texdoc perl" should lead the user to RTFM information such as:

Consult the documentation for your perl distribution.  For Windows, TeX
Live provides a restricted "perl.exe"
for the private use of the package manager (as mentioned in the TL
documentation).  For other platforms, TeX Live uses a perl interpreter
supplied by the system.  If you need a perl interpreter for third party
scripts you should arrange to provide a suitable interpreter (Windows) or
use one supplied with your system (other platforms).

There are a number of other utilities (ghostscript) for which similar short
documents (or links to the
existing documentation) would be useful.

Perhaps a single generic catchall document would be useful for keywords
point to common tools:

"TeX Live relies on a number of common utility programs, including perl,
tar, xz, ghostscript, and wget.   You are reading this because you asked
for TeX documentation for one of those tools, (e.g., "texdoc perl").   To
find out how the tool is used by Tex Live, consult the TeX Live
documentation.  TeX Live does not provide usage  documentation for specific
tools.  If a tool you need is not present on your system, you may need to
install a suitable version."



On Sun, Dec 8, 2013 at 6:56 PM, Reinhard Kotucha <reinhard.kotucha at web.de>wrote:

> On 2013-12-08 at 21:41:59 +0000, Philip Taylor wrote:
>
>  > Reinhard Kotucha wrote:
>  >
>  > > I'm wondering which file is supposed to be displayed when people say
>  > > "texdoc perl".
>  >
>  > Well, the output of "Perldoc Perl" would be one option (if TeX Live
>  > ships Perldoc), otherwise perhaps :
>  >
>  > Usage: D:\TeX\Live\2013\tlpkg\tlperl\bin\perl.exe [switches] [--]
>
> What is it good for?  The hidden Perl is not accessible by users
> directly.  This is on purpose.  TeX Live is not a Perl distribution.
> If users need Perl for their own scripts they have to install it
> separately.
>
> Regards,
>   Reinhard
>
> --
>
> ----------------------------------------------------------------------------
> Reinhard Kotucha                                      Phone:
> +49-511-3373112
> Marschnerstr. 25
> D-30167 Hannover                              mailto:
> reinhard.kotucha at web.de
>
> ----------------------------------------------------------------------------
> Microsoft isn't the answer. Microsoft is the question, and the answer is
> NO.
>
> ----------------------------------------------------------------------------
>



-- 
George N. White III <aa056 at chebucto.ns.ca>
Head of St. Margarets Bay, Nova Scotia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131209/256dd048/attachment.html>

From adam.maxwell at pnnl.gov  Mon Dec  9 19:04:23 2013
From: adam.maxwell at pnnl.gov (Maxwell, Adam R)
Date: Mon, 9 Dec 2013 10:04:23 -0800
Subject: [tex-live] lua path
In-Reply-To: <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net> <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
Message-ID: <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>


On Dec 9, 2013, at 09:31, "George N. White III" <gnwiii at gmail.com> wrote:

> "texdoc perl" should lead the user to RTFM information such as: 
> 
> Consult the documentation for your perl distribution.  

Where does that end, though? How about texdoc {python,tcl,r,ruby,sh}?
Why is anyone asking texdoc about perl? IMNSHO, it's perfectly okay for
texdoc to give a stupid answer to a stupid question.

Adam



From preining at logic.at  Mon Dec  9 20:02:45 2013
From: preining at logic.at (Norbert Preining)
Date: Tue, 10 Dec 2013 04:02:45 +0900
Subject: [tex-live] lua path
In-Reply-To: <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net> <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
 <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
Message-ID: <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at>


> Why is anyone asking texdoc about perl? IMNSHO, it's perfectly okay for
> texdoc to give a stupid answer to a stupid question.

+1

------------------------------------------------------------------------
PREINING, Norbert                              http://www.preining.info
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131210/4d154ba0/attachment.html>

From P.Taylor at Rhul.Ac.Uk  Mon Dec  9 20:27:00 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Mon, 9 Dec 2013 19:27:00 +0000
Subject: [tex-live] lua path
In-Reply-To: <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net> <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
 <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
 <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at>
Message-ID: <52A61984.6000106@Rhul.Ac.Uk>

Since, in the opinion of the TeX Live cadre, most questions
are stupid, if one is to judge by the responses that Norbert
et al are wont to give, then the simplest thing would be
to modify TeXdoc to simply display the text "If you need to
ask, you are too stupid to use TeX", regardless of any
parameter(s) passed.

Norbert Preining wrote:

>> Why is anyone asking texdoc about perl? IMNSHO, it's perfectly okay for
>> texdoc to give a stupid answer to a stupid question.
> 
> +1

Maxwell, Adam R wrote:


> Where does that end, though? How about texdoc {python,tcl,r,ruby,sh}?
> Why is anyone asking texdoc about perl? IMNSHO, it's perfectly okay
> for texdoc to give a stupid answer to a stupid question.

-\infty.  There are no stupid questions, there are only stupid
answers, of which yours (IMENSHO) is just about as stupid as an
answer can get.

Philip Taylor

From Robin.Fairbairns at cl.cam.ac.uk  Mon Dec  9 21:29:20 2013
From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns)
Date: Mon, 9 Dec 2013 20:29:20 +0000
Subject: [tex-live] lua path
In-Reply-To: Your message of Mon, 09 Dec 2013 19:27:00 +0000.
 <52A61984.6000106@Rhul.Ac.Uk>
Message-ID: <3730.1386620960@cl.cam.ac.uk>

Philip Taylor <P.Taylor at Rhul.Ac.Uk> wrote:

> Since, in the opinion of the TeX Live cadre, most questions
> are stupid, if one is to judge by the responses that Norbert
> et al are wont to give, then the simplest thing would be
> to modify TeXdoc to simply display the text "If you need to
> ask, you are too stupid to use TeX", regardless of any
> parameter(s) passed.
> 
> >> Why is anyone asking texdoc about perl? IMNSHO, it's perfectly okay for
> >> texdoc to give a stupid answer to a stupid question.
> > 
> > +1
> 
> Maxwell, Adam R wrote:
> 
> > Where does that end, though? How about texdoc {python,tcl,r,ruby,sh}?
> > Why is anyone asking texdoc about perl? IMNSHO, it's perfectly okay
> > for texdoc to give a stupid answer to a stupid question.
> 
> -\infty.  There are no stupid questions, there are only stupid
> answers, of which yours (IMENSHO) is just about as stupid as an
> answer can get.

gasp ... robin agrees with philip (on a matter other than music!)

a text for texdoc perl, explaining tex live's perl (and why an actual
user shouldn't want it) surely doesn't need more than a couple of
paragraphs.  (if that.)

i appreciate how little most tex experts like to think of the average
user (who has no control of his tex system, and doesn't know how to
install hir own).  i don't think tex live should go that way.

robin

From amaxwell at mac.com  Mon Dec  9 21:29:53 2013
From: amaxwell at mac.com (Adam R. Maxwell)
Date: Mon, 9 Dec 2013 20:29:53 +0000
Subject: [tex-live] lua path
In-Reply-To: <52A61984.6000106@Rhul.Ac.Uk>
Message-ID: <eb2f2135-7bab-4780-8e54-7645c5a0989e@me.com>

On Dec 09, 2013, at 11:27 AM, Philip Taylor <P.Taylor at Rhul.Ac.Uk> wrote:


Maxwell, Adam R wrote:


Where does that end, though? How about texdoc {python,tcl,r,ruby,sh}?
Why is anyone asking texdoc about perl? IMNSHO, it's perfectly okay
for texdoc to give a stupid answer to a stupid question.

-\infty. There are no stupid questions, there are only stupid
answers, of which yours (IMENSHO) is just about as stupid as an
answer can get.
?
I look forward to your reimplementation of texdoc, whereby
? texdoc omelet
will give the appropriate recipe for a 3-egg omelet. Make
sure it includes cheese.

Seriously, it sounds like you want texdoc to be the equivalent of
Apple's?Siri or some other purportedly omniscient machine.
Interpreting user input and giving a possible match is nontrivial
for a system as massive as TeX Live. If the current texdoc is
really confusing people so much, perhaps it would be best
to reject?a query that doesn't have a trivial match and just print
an error message.

As I wrote to another poster offlist, far more than just perl
scripts are included in the guts of TL 2013. Should all of
these interpreters be known to texdoc?

$ exts=( py rb sh tcl pl ) ; for ext in "${exts[@]}" ; do echo $ext && find /usr/local/texlive/2013 -type f -name "*.$ext" |wc -l ; done
py
?????74
rb
?????63
sh
????143
tcl
??????2
pl
????264



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131209/ca6d2ab8/attachment.html>

From P.Taylor at Rhul.Ac.Uk  Mon Dec  9 21:39:15 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Mon, 9 Dec 2013 20:39:15 +0000
Subject: [tex-live] lua path
In-Reply-To: <eb2f2135-7bab-4780-8e54-7645c5a0989e@me.com>
References: <eb2f2135-7bab-4780-8e54-7645c5a0989e@me.com>
Message-ID: <52A62A73.6050700@Rhul.Ac.Uk>



Adam R. Maxwell wrote:


> I look forward to your reimplementation of texdoc, whereby
>   texdoc omelet
> will give the appropriate recipe for a 3-egg omelet. Make
> sure it includes cheese.

My hacked version already does something similar :
for input "TeXdoc omelet" it responds "Unknown parameter
'omelet'; did you mean 'omelette' ?" :-)

> Seriously, it sounds like you want texdoc to be the equivalent of
> Apple's Siri or some other purportedly omniscient machine.
> Interpreting user input and giving a possible match is nontrivial
> for a system as massive as TeX Live. If the current texdoc is
> really confusing people so much, perhaps it would be best
> to reject a query that doesn't have a trivial match and just print
> an error message.

That would be infinitely preferable for the current response
to TeXdoc Lua and TeXdoc Perl.

> As I wrote to another poster offlist, far more than just perl
> scripts are included in the guts of TL 2013. Should all of
> these interpreters be known to texdoc?

If it did no more than respond "Sorry, xxx is an internal command
intended for use only by the TeX Live infrastructure; if you need
xxx, you will need to install a copy in addition to that which
is shipped with TeX Live", that would be a useful improvement.

Philip Taylor

From reinhard.kotucha at web.de  Tue Dec 10 02:31:08 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Tue, 10 Dec 2013 02:31:08 +0100
Subject: [tex-live] lua path
In-Reply-To: <3730.1386620960@cl.cam.ac.uk>
References: <52A61984.6000106@Rhul.Ac.Uk>
	<3730.1386620960@cl.cam.ac.uk>
Message-ID: <21158.28380.713279.119034@zaphod.ms25.net>

On 2013-12-09 at 20:29:20 +0000, Robin Fairbairns wrote:

 > Philip Taylor <P.Taylor at Rhul.Ac.Uk> wrote:
 > 
 > > Since, in the opinion of the TeX Live cadre, most questions
 > > are stupid, if one is to judge by the responses that Norbert
 > > et al are wont to give, then the simplest thing would be
 > > to modify TeXdoc to simply display the text "If you need to
 > > ask, you are too stupid to use TeX", regardless of any
 > > parameter(s) passed.
 > > 
 > > >> Why is anyone asking texdoc about perl? IMNSHO, it's perfectly okay for
 > > >> texdoc to give a stupid answer to a stupid question.
 > > > 
 > > > +1
 > > 
 > > Maxwell, Adam R wrote:
 > > 
 > > > Where does that end, though? How about texdoc {python,tcl,r,ruby,sh}?
 > > > Why is anyone asking texdoc about perl? IMNSHO, it's perfectly okay
 > > > for texdoc to give a stupid answer to a stupid question.
 > > 
 > > -\infty.  There are no stupid questions, there are only stupid
 > > answers, of which yours (IMENSHO) is just about as stupid as an
 > > answer can get.
 > 
 > gasp ... robin agrees with philip (on a matter other than music!)
 > 
 > a text for texdoc perl, explaining tex live's perl (and why an actual
 > user shouldn't want it) surely doesn't need more than a couple of
 > paragraphs.  (if that.)
 > 
 > i appreciate how little most tex experts like to think of the average
 > user (who has no control of his tex system, and doesn't know how to
 > install hir own).  i don't think tex live should go that way.

I prefer not to mention Perl at all.  There is no need to bother
innocent users with the details and experienced users will find it out
anyway.  I fear that documentation can be understood as advertising.
TeX Live doesn't provide Perl for general use.  Period.

Phil successfully called the hidden Perl by specifying an absolute path.
But it doesn't work this way.  All you can achieve this way is to get
a help or usage message, retrieve Perl's version number, or maybe you
can use the -e option in order to print "Hello World!" to screen.

If the hidden Perl is invoked this way it's not able to find any
of its modules.  As I said before, this is on purpose.  TeX Live is
not a Perl distribution.

The biggest problem is that if the *deliberatly* hidden Perl is
mentioned in the documentation, it leads to wrong expectations.

Assume that it simply doesn't exist.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From preining at logic.at  Tue Dec 10 02:31:42 2013
From: preining at logic.at (Norbert Preining)
Date: Tue, 10 Dec 2013 10:31:42 +0900
Subject: [tex-live] lua path
In-Reply-To: <52A61984.6000106@Rhul.Ac.Uk>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net> <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
 <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
 <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at> <52A61984.6000106@Rhul.Ac.Uk>
Message-ID: <20131210013142.GN14561@gamma.logic.tuwien.ac.at>

Hi,

I normally try not to get involved too much in these IMNSHO
useless discussions, but well , here we go.

On Mo, 09 Dez 2013, Philip Taylor wrote:
> Since, in the opinion of the TeX Live cadre, most questions
> are stupid, if one is to judge by the responses that Norbert
> et al are wont to give, then the simplest thing would be
> to modify TeXdoc to simply display the text "If you need to
> ask, you are too stupid to use TeX", regardless of any
> parameter(s) passed.

Why and from what do you deduce this completely wrong misinterpretation.

I just supported Adam that texdoc is for searching TeX documentation.
And find that *IS* hard.

You might think:
$ perldoc omlette
No documentation found for "omlette".
$

should give an example, right? But there is one problem: Perl documentations
are *registered* with the perldoc system, while TeX documentation
are at best *listed* but not classified.

Now, *you* or *anyone* here can come up with an intelligent parser that
understand all current and future requests/input by users and answers
appropriately?

You might say, if there is no simple match, just say "not found", but
that would make texdoc *much* *much* less useful, because now you
can search with very unspecified terms and texdoc tries to find something
matching.

Now, what you are proposing is:
* remove the advanced search ability, cutting of many users from easily
  finding documentation
* include a fall back modus "not found"

I strongly disagree that this is a good approach.

And of course, we can add special cases in texdoc,  something like
(in pseudo code):
	if ($input matches {perl,tcl,ruby,sh,bash,foo,bar,baz,cat,brum,omlette, omlet,...) {
	  then echo "Sorry, no idea what you mean
but again - where does it end.

> -\infty.  There are no stupid questions, there are only stupid
> answers, of which yours (IMENSHO) is just about as stupid as an
> answer can get.

That is such an worn out platitude that I cannot hear it. This is normally
brought forth when there are no other arguments.

$ whatis the meaning of liff?
the: nothing appropriate.
meaning: nothing appropriate.
of: nothing appropriate.
liff?: nothing appropriate.
$

Simple answer to all the questions and complains posted here:
	Send a patch!
End of my contribution.

Norbert

------------------------------------------------------------------------
PREINING, Norbert                               http://www.preining.info
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------

From rdt at cs.queensu.ca  Tue Dec 10 02:51:08 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Mon, 9 Dec 2013 20:51:08 -0500
Subject: [tex-live] lua path
Message-ID: <52a6738c.wN/8qOOT9F/M5l/K%rdt@cs.queensu.ca>

I hate to interupt this fascinating (?) discussion about texdoc perl
but my original question remains unanswered (and I don't think it's
stupid). How can I get texlua to search for lua modules in the texmf
forest? kpsewhich finds what I'm looking for but texlua doesn't.
I don't expect "texdoc texlua" to answer my question but I hope
somebody or some documentation I can be pointed to can. It's been
claimed that texlua supports the kpathsea library.

Bob T.

From arthur.reutenauer at normalesup.org  Tue Dec 10 03:02:44 2013
From: arthur.reutenauer at normalesup.org (Arthur Reutenauer)
Date: Tue, 10 Dec 2013 02:02:44 +0000
Subject: [tex-live] lua path
In-Reply-To: <52a6738c.wN/8qOOT9F/M5l/K%rdt@cs.queensu.ca>
References: <52a6738c.wN/8qOOT9F/M5l/K%rdt@cs.queensu.ca>
Message-ID: <20131210020244.GQ10694@phare.normalesup.org>

	Hi Bob,

  Thanks for bringing the discussion back on track.

On Mon, Dec 09, 2013 at 08:51:08PM -0500, Bob Tennent wrote:
> I hate to interupt this fascinating (?) discussion about texdoc perl
> but my original question remains unanswered (and I don't think it's
> stupid).

  Nobody said it was.

> forest? kpsewhich finds what I'm looking for but texlua doesn't.
> I don't expect "texdoc texlua" to answer my question but I hope
> somebody or some documentation I can be pointed to can. It's been
> claimed that texlua supports the kpathsea library.

  TeXLua -- just as LuaTeX -- has a Lua interface to kpathsea, called
"kpse": kpse.find_file(<some Lua file>) should return the file found by
kpsewhich, but you need to initialise the library, and I'm not able to
provide a working example at the moment.

  The full documentation for all of LuaTeX's extra Lua libraries is
available from "texdoc luatex", but you may find that the description is
sometimes concise to the extreme.

	Arthur

From reinhard.kotucha at web.de  Tue Dec 10 03:25:13 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Tue, 10 Dec 2013 03:25:13 +0100
Subject: [tex-live] lua path
In-Reply-To: <52a6738c.wN/8qOOT9F/M5l/K%rdt@cs.queensu.ca>
References: <52a6738c.wN/8qOOT9F/M5l/K%rdt@cs.queensu.ca>
Message-ID: <21158.31625.558519.412798@zaphod.ms25.net>

On 2013-12-09 at 20:51:08 -0500, Bob Tennent wrote:

 > I hate to interupt this fascinating (?) discussion about texdoc perl
 > but my original question remains unanswered (and I don't think it's
 > stupid). How can I get texlua to search for lua modules in the texmf
 > forest? kpsewhich finds what I'm looking for but texlua doesn't.
 > I don't expect "texdoc texlua" to answer my question but I hope
 > somebody or some documentation I can be pointed to can. It's been
 > claimed that texlua supports the kpathsea library.

A minimal example file would be helpful.  Don't know what you are doing
exactly.  And please tell us where the files are located in the TEXMF
tree(s).  Arthur suggested kpse.find_file() but I have zillions of lua
scripts and lua modules within a texmf tree and I never needed
kpse.find_file().

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From arthur.reutenauer at normalesup.org  Tue Dec 10 03:32:23 2013
From: arthur.reutenauer at normalesup.org (Arthur Reutenauer)
Date: Tue, 10 Dec 2013 02:32:23 +0000
Subject: [tex-live] lua path
In-Reply-To: <21158.31625.558519.412798@zaphod.ms25.net>
References: <52a6738c.wN/8qOOT9F/M5l/K%rdt@cs.queensu.ca>
 <21158.31625.558519.412798@zaphod.ms25.net>
Message-ID: <20131210023223.GR10694@phare.normalesup.org>

>           Arthur suggested kpse.find_file() but I have zillions of lua
> scripts and lua modules within a texmf tree and I never needed
> kpse.find_file().

  What do you use to find the files, then?

	Arthur

From reinhard.kotucha at web.de  Tue Dec 10 03:41:00 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Tue, 10 Dec 2013 03:41:00 +0100
Subject: [tex-live] lua path
In-Reply-To: <20131210023223.GR10694@phare.normalesup.org>
References: <52a6738c.wN/8qOOT9F/M5l/K%rdt@cs.queensu.ca>
 <21158.31625.558519.412798@zaphod.ms25.net>
 <20131210023223.GR10694@phare.normalesup.org>
Message-ID: <21158.32572.187363.77463@zaphod.ms25.net>

On 2013-12-10 at 02:32:23 +0000, Arthur Reutenauer wrote:

 > >           Arthur suggested kpse.find_file() but I have zillions of lua
 > > scripts and lua modules within a texmf tree and I never needed
 > > kpse.find_file().
 > 
 >   What do you use to find the files, then?

kpathsea presumably.  I must admit that all files are in the same
directory.  This could make a difference.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From rdt at cs.queensu.ca  Tue Dec 10 03:50:26 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Mon, 9 Dec 2013 21:50:26 -0500
Subject: [tex-live] lua path
Message-ID: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>


What I'm doing is very simple:

  require("something")

in a lua script. I want the something.lua module to install in a
texmf tree. Where should it go? I tried putting it into the same
directory as the lua script itself under scripts and texlua doesn't
find it when it interprets the script. The output doesn't suggest
that any texmf trees are on the search path.

Bob T.

From khaledhosny at eglug.org  Tue Dec 10 08:11:25 2013
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Tue, 10 Dec 2013 09:11:25 +0200
Subject: [tex-live] lua path
In-Reply-To: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
References: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
Message-ID: <20131210071125.GA1394@khaled-laptop>

On Mon, Dec 09, 2013 at 09:50:26PM -0500, Bob Tennent wrote:
> 
> What I'm doing is very simple:
> 
>   require("something")
> 
> in a lua script. I want the something.lua module to install in a
> texmf tree. Where should it go? I tried putting it into the same
> directory as the lua script itself under scripts and texlua doesn't
> find it when it interprets the script. The output doesn't suggest
> that any texmf trees are on the search path.

Se section 3.2 of LuaTeX documentation (which I found by searching for
kpathsea in the document) and 4.6.1.

From arthur.reutenauer at normalesup.org  Tue Dec 10 11:11:38 2013
From: arthur.reutenauer at normalesup.org (Arthur Reutenauer)
Date: Tue, 10 Dec 2013 10:11:38 +0000
Subject: [tex-live] lua path
In-Reply-To: <21158.32572.187363.77463@zaphod.ms25.net>
References: <52a6738c.wN/8qOOT9F/M5l/K%rdt@cs.queensu.ca>
 <21158.31625.558519.412798@zaphod.ms25.net>
 <20131210023223.GR10694@phare.normalesup.org>
 <21158.32572.187363.77463@zaphod.ms25.net>
Message-ID: <20131210101138.GS10694@phare.normalesup.org>

> kpathsea presumably.  I must admit that all files are in the same
> directory.  This could make a difference.

  Obviously, this make a huge difference.

	Arthur

From arthur.reutenauer at normalesup.org  Tue Dec 10 12:00:40 2013
From: arthur.reutenauer at normalesup.org (Arthur Reutenauer)
Date: Tue, 10 Dec 2013 11:00:40 +0000
Subject: [tex-live] lua path
In-Reply-To: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
References: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
Message-ID: <20131210110040.GU10694@phare.normalesup.org>

> What I'm doing is very simple:
> 
>   require("something")
> 
> in a lua script. I want the something.lua module to install in a
> texmf tree.

  For me, it's enough to say

	kpse.set_program_name('luatex')

before require'ing a Lua file that is in one of my texmf trees, for it
to be found by TeXLua.  (And I'm still not able to make kpse.find_file
work, but that's probably not necessary.)
  
	Arthur

From rdt at cs.queensu.ca  Tue Dec 10 14:07:09 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Tue, 10 Dec 2013 08:07:09 -0500
Subject: [tex-live] lua path
In-Reply-To: <20131210071125.GA1394@khaled-laptop>
References: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
 <20131210071125.GA1394@khaled-laptop>
Message-ID: <52a711fd.p9xaZY4h/jImxie8%rdt@cs.queensu.ca>

 >|See section 3.2 of LuaTeX documentation (which I found by searching for
 >|kpathsea in the document) and 4.6.1.

Thanks for that. I wasn't aware of that document; my mistake was to
use "texdoc texlua" rather than "texdoc luatex" :+)

Bob T.

From bnb at ams.org  Tue Dec 10 14:53:30 2013
From: bnb at ams.org (bnb at ams.org)
Date: Tue, 10 Dec 2013 08:53:30 -0500
Subject: [tex-live] texdoc perl
In-Reply-To: <20131210013142.GN14561@gamma.logic.tuwien.ac.at>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net> <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
 <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
 <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at> <52A61984.6000106@Rhul.Ac.Uk>
 <20131210013142.GN14561@gamma.logic.tuwien.ac.at>
Message-ID: <alpine.LRH.2.00.1312100838100.18650@snort.ams.org>

as much as i hate to do it, i need to bring
this up again.

    [...]

    You might say, if there is no simple match, just say "not found", but
    that would make texdoc *much* *much* less useful, because now you
    can search with very unspecified terms and texdoc tries to find something
    matching.

i must first mention that this is with tex
live 2012 (we haven't yet installed the 2013
distribution in an easily accessible place).

i just tried that with a really tex-related
name that i knew did not exist, and got this:

  bnb at tdev:~> texdoc amstheorem
  Sorry, no documentation found for amstheorem.
  If you are unsure about the name, try searching CTAN's TeX catalogue at
  http://ctan.org/search.html#byDescription.
  bnb at tdev:~> 

that's nice and helpful.  so i then tried

  bnb at tdev:~> texdoc perl

and immediately got another prompt -- and a
frozen window (linux via an x-window from a
windows session using hummingbird exceed).
i've tried everything i know to unfreeze the
window, but failed; in fact, the window is a
phantom, and has disappeared from the status
bar for the exceed session.  my only recourse
is to relaunch the window, which shouldn't
be difficult, but in fact is failing to
happen -- and even worse, will require at
least taking down the exceed session, if not
an entire reboot of the workstation.

since there have been some reports that
  texdoc perl
didn't report anything, but did no damage
with tex live 2013, could that please be
confirmed?

thanks.  (from a very weary user, whose
firefox "went south" last week, requiring
several hours for recovery with the attention
of one of the sysadmins, since those of us at
the bottom of the feeding chain don't have
the ability to install *anything* executable
on our workstations.)
						-- bb

From martin at oneiros.de  Tue Dec 10 15:16:45 2013
From: martin at oneiros.de (=?ISO-8859-1?Q?Martin_Schr=F6der?=)
Date: Tue, 10 Dec 2013 15:16:45 +0100
Subject: [tex-live] texdoc perl
In-Reply-To: <alpine.LRH.2.00.1312100838100.18650@snort.ams.org>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net>
 <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
 <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
 <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at>
 <52A61984.6000106@Rhul.Ac.Uk>
 <20131210013142.GN14561@gamma.logic.tuwien.ac.at>
 <alpine.LRH.2.00.1312100838100.18650@snort.ams.org>
Message-ID: <CAP7DCDdYwk_UZCj0rV56_fL+-C4GF4Tj4+ddCBWOiaP2h8VDcg@mail.gmail.com>

2013/12/10  <bnb at ams.org>:
> that's nice and helpful.  so i then tried
>
>   bnb at tdev:~> texdoc perl
>
> and immediately got another prompt -- and a
> frozen window (linux via an x-window from a

I just tried it with TL2012 on Win7: It opens the manpage of
texshow (texmf-dist/doc/context/scripts/perl/texshow.html) in a
browser. Unexpected and not helpfull. :-{

Best
    Martin

From preining at logic.at  Tue Dec 10 15:20:11 2013
From: preining at logic.at (Norbert Preining)
Date: Tue, 10 Dec 2013 23:20:11 +0900
Subject: [tex-live] texdoc perl
In-Reply-To: <alpine.LRH.2.00.1312100838100.18650@snort.ams.org>
References: <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net> <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
 <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
 <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at> <52A61984.6000106@Rhul.Ac.Uk>
 <20131210013142.GN14561@gamma.logic.tuwien.ac.at>
 <alpine.LRH.2.00.1312100838100.18650@snort.ams.org>
Message-ID: <20131210142011.GJ14561@gamma.logic.tuwien.ac.at>

Hi

On Di, 10 Dez 2013, bnb at ams.org wrote:
>   bnb at tdev:~> texdoc amstheorem
>   Sorry, no documentation found for amstheorem.

Yes, true. But try
	texdoc amsmath
and you will get amsldoc and no warning.

>   bnb at tdev:~> texdoc perl
> 
> and immediately got another prompt -- and a
> frozen window (linux via an x-window from a

That is probably a broken setting of your desktop
trying to use the browser to open a pdf. On TL2013
the file that is selected by texdoc is 
	pdigree-perl.pdf
which is easily to be seen from
$ texdoc -l perl
 1 /home/norbert/tl/2013/texmf-dist/doc/support/pedigree-perl/doc/pedigree.pdf
   = Package documentation
 2 /home/norbert/tl/2013/texmf-dist/doc/support/pedigree-perl/doc/pedigree.ps
 3 /home/norbert/tl/2013/texmf-dist/doc/support/pedigree-perl/README
 4 /home/norbert/tl/2013/texmf-dist/doc/support/pedigree-perl/NEWS
Please enter the number of the file to view, anything else to skip: texdoc ^C  

> with tex live 2013, could that please be
> confirmed?

I cannot confirm.

> thanks.  (from a very weary user, whose
> firefox "went south" last week, requiring
> several hours for recovery with the attention
> of one of the sysadmins, since those of us at
> the bottom of the feeding chain don't have
> the ability to install *anything* executable
> on our workstations.)

Sorry, by crystal sphere is not clear enough at the moment, but
my wild guess is that:
* you have installed some special plugins/extensions of firefox
* firefox got updated on system level
* the extensions became incompatible or worse
But fundamentally I don't believe that it has *naything* to do
with firefox. It should open a pdf viewer.

Norbert

------------------------------------------------------------------------
PREINING, Norbert                               http://www.preining.info
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------

From bnb at ams.org  Tue Dec 10 15:51:04 2013
From: bnb at ams.org (bnb at ams.org)
Date: Tue, 10 Dec 2013 09:51:04 -0500
Subject: [tex-live] texdoc perl
In-Reply-To: <20131210142011.GJ14561@gamma.logic.tuwien.ac.at>
References: <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net> <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
 <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
 <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at> <52A61984.6000106@Rhul.Ac.Uk>
 <20131210013142.GN14561@gamma.logic.tuwien.ac.at>
 <alpine.LRH.2.00.1312100838100.18650@snort.ams.org>
 <20131210142011.GJ14561@gamma.logic.tuwien.ac.at>
Message-ID: <alpine.LRH.2.00.1312100944310.18650@snort.ams.org>

    On Di, 10 Dez 2013, bnb at ams.org wrote:
    >   bnb at tdev:~> texdoc amstheorem
    >   Sorry, no documentation found for amstheorem.

    Yes, true. But try
    	texdoc amsmath
    and you will get amsldoc and no warning.

absolutely true.  (i use that all the time.)
i did say i purposely tried something i knew
didn't exist.  "texdoc amsthm" is what i would
use if i really wanted that.

    >   bnb at tdev:~> texdoc perl
    > 
    > and immediately got another prompt -- and a
    > frozen window (linux via an x-window from a

    That is probably a broken setting of your desktop
    trying to use the browser to open a pdf. [...]

not a browser, but adobe reader directly.
(on one unix system, xpdf is used; on the
system i was trying, it goes for reader.
why the two systems do things differently --
with tex live installed the same way -- is
still a puzzle to me, but irrelevant here.)

    > with tex live 2013, could that please be
    > confirmed?

    I cannot confirm.

thanks.

    > thanks.  (from a very weary user, whose
    > firefox "went south" last week, requiring
    > several hours for recovery with the attention
    > of one of the sysadmins, since those of us at
    > the bottom of the feeding chain don't have
    > the ability to install *anything* executable
    > on our workstations.)

    Sorry, by crystal sphere is not clear enough at the moment, but
    my wild guess is that:
    * you have installed some special plugins/extensions of firefox
    * firefox got updated on system level
    * the extensions became incompatible or worse
    But fundamentally I don't believe that it has *naything* to do
    with firefox. It should open a pdf viewer.

oops -- the firefox reference shouldn't
be relevant here; i just included that
out of extreme frustration.  yes, the
texdoc call *should* open a pdf viewer,
and for targets where a pdf file exists,
it does so quite readily.

it is appearing more and more likely that
the recent problems will end up requiring
the entire system to be rebuilt.  bummer.

thanks for checking.
						-- bb

From reinhard.kotucha at web.de  Tue Dec 10 23:43:55 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Tue, 10 Dec 2013 23:43:55 +0100
Subject: [tex-live] texdoc perl
In-Reply-To: <alpine.LRH.2.00.1312100838100.18650@snort.ams.org>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net>
 <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
 <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
 <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at>
 <52A61984.6000106@Rhul.Ac.Uk>
 <20131210013142.GN14561@gamma.logic.tuwien.ac.at>
 <alpine.LRH.2.00.1312100838100.18650@snort.ams.org>
Message-ID: <21159.39211.201036.958210@zaphod.ms25.net>

On 2013-12-10 at 08:53:30 -0500, bnb at ams.org wrote:

 > as much as i hate to do it, i need to bring
 > this up again.
 > 
 >     [...]
 > 
 >     You might say, if there is no simple match, just say "not found", but
 >     that would make texdoc *much* *much* less useful, because now you
 >     can search with very unspecified terms and texdoc tries to find something
 >     matching.
 > 
 > i must first mention that this is with tex
 > live 2012 (we haven't yet installed the 2013
 > distribution in an easily accessible place).
 > 
 > i just tried that with a really tex-related
 > name that i knew did not exist, and got this:
 > 
 >   bnb at tdev:~> texdoc amstheorem
 >   Sorry, no documentation found for amstheorem.
 >   If you are unsure about the name, try searching CTAN's TeX catalogue at
 >   http://ctan.org/search.html#byDescription.
 >   bnb at tdev:~> 
 > 
 > that's nice and helpful.

Yes, this happens because there is no match for "amstheorem", neither
in a file- nor in a directory name.  texdoc can't proceed and points
you to CTAN.

But assume that the documentation of package "foo" is called
"manual.pdf".  In this case people expect that texdoc finds the PDF
file.  texdoc's approach is based on heuristics, aliases, and to some
extent on the TeX Catalogue.

If there is no direct match, the directory name is taken into account.
It's obvious that this can lead to unexpected results.

Names like "manual.pdf" are quite common.  The reason is that files
called <package>.pdf are usually created from .dtx files.  If a
package author decides to provide separate files for the commented
source code as well as the user manual, it's clear that the latter
can't be called <package>.pdf.

A perfect solution can only be based on aliases and/or the TeX
Catalogue.  I have no idea how much effort is needed in order to
avoid the heuristics but I fear that without a few additional
volunteers it's unfeasible.

For the time being we have to live with the shortcomings.  The problem
is not that the concept is wrong but the lack of volunteers.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From reinhard.kotucha at web.de  Tue Dec 10 23:49:54 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Tue, 10 Dec 2013 23:49:54 +0100
Subject: [tex-live] lua path
In-Reply-To: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
References: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
Message-ID: <21159.39570.835935.492703@zaphod.ms25.net>

On 2013-12-09 at 21:50:26 -0500, Bob Tennent wrote:

 > 
 > What I'm doing is very simple:
 > 
 >   require("something")
 > 
 > in a lua script. I want the something.lua module to install in a
 > texmf tree. Where should it go? I tried putting it into the same
 > directory as the lua script itself under scripts and texlua doesn't
 > find it when it interprets the script. The output doesn't suggest
 > that any texmf trees are on the search path.

Did you declare the module as a module?  I doubt that require() loads
arbitrary .lua files.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From zdenek.wagner at gmail.com  Wed Dec 11 00:33:43 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Wed, 11 Dec 2013 00:33:43 +0100
Subject: [tex-live] texdoc perl
In-Reply-To: <21159.39211.201036.958210@zaphod.ms25.net>
References: <52A48844.7000103@Rhul.Ac.Uk> <28149.1386517215@cl.cam.ac.uk>
 <21156.57996.560359.976408@zaphod.ms25.net>
 <52A4E7A7.6060405@Rhul.Ac.Uk>
 <21156.63772.653783.469447@zaphod.ms25.net>
 <CAKTOP4599GcJ_D4Ps3mqbcBZ33gO+5dUzYsxiCHsa5Vb124HSw@mail.gmail.com>
 <B637391A-30DF-4BA8-922C-A52FAEEF20EC@pnnl.gov>
 <689720B2-589E-4FEB-BB51-7E9E5E0DB240@logic.at>
 <52A61984.6000106@Rhul.Ac.Uk>
 <20131210013142.GN14561@gamma.logic.tuwien.ac.at>
 <alpine.LRH.2.00.1312100838100.18650@snort.ams.org>
 <21159.39211.201036.958210@zaphod.ms25.net>
Message-ID: <CAC1phyYHf-tLWHS=3FKMyq3mmLZwHsxJxcyVJKBFc=eQRTwH1g@mail.gmail.com>

2013/12/10 Reinhard Kotucha <reinhard.kotucha at web.de>:
> On 2013-12-10 at 08:53:30 -0500, bnb at ams.org wrote:
>
>  > as much as i hate to do it, i need to bring
>  > this up again.
>  >
>  >     [...]
>  >
>  >     You might say, if there is no simple match, just say "not found", but
>  >     that would make texdoc *much* *much* less useful, because now you
>  >     can search with very unspecified terms and texdoc tries to find something
>  >     matching.
>  >
>  > i must first mention that this is with tex
>  > live 2012 (we haven't yet installed the 2013
>  > distribution in an easily accessible place).
>  >
>  > i just tried that with a really tex-related
>  > name that i knew did not exist, and got this:
>  >
>  >   bnb at tdev:~> texdoc amstheorem
>  >   Sorry, no documentation found for amstheorem.
>  >   If you are unsure about the name, try searching CTAN's TeX catalogue at
>  >   http://ctan.org/search.html#byDescription.
>  >   bnb at tdev:~>
>  >
>  > that's nice and helpful.
>
> Yes, this happens because there is no match for "amstheorem", neither
> in a file- nor in a directory name.  texdoc can't proceed and points
> you to CTAN.
>
> But assume that the documentation of package "foo" is called
> "manual.pdf".  In this case people expect that texdoc finds the PDF
> file.  texdoc's approach is based on heuristics, aliases, and to some
> extent on the TeX Catalogue.
>
> If there is no direct match, the directory name is taken into account.
> It's obvious that this can lead to unexpected results.
>
> Names like "manual.pdf" are quite common.  The reason is that files
> called <package>.pdf are usually created from .dtx files.  If a
> package author decides to provide separate files for the commented
> source code as well as the user manual, it's clear that the latter
> can't be called <package>.pdf.
>
There is another reason, some packages are older than TeX Live and
MiKTeX. Many years ago their original authors did not know that one
day a TeX distribution will appear. At that old time manual was the
right name.

> A perfect solution can only be based on aliases and/or the TeX
> Catalogue.  I have no idea how much effort is needed in order to
> avoid the heuristics but I fear that without a few additional
> volunteers it's unfeasible.
>
> For the time being we have to live with the shortcomings.  The problem
> is not that the concept is wrong but the lack of volunteers.
>
> Regards,
>   Reinhard
>
> --
> ----------------------------------------------------------------------------
> Reinhard Kotucha                                      Phone: +49-511-3373112
> Marschnerstr. 25
> D-30167 Hannover                              mailto:reinhard.kotucha at web.de
> ----------------------------------------------------------------------------
> Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
> ----------------------------------------------------------------------------



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From reinhard.kotucha at web.de  Wed Dec 11 01:22:19 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Wed, 11 Dec 2013 01:22:19 +0100
Subject: [tex-live] lua path
In-Reply-To: <20131210110040.GU10694@phare.normalesup.org>
References: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
 <20131210110040.GU10694@phare.normalesup.org>
Message-ID: <21159.45115.719761.412475@zaphod.ms25.net>

On 2013-12-10 at 11:00:40 +0000, Arthur Reutenauer wrote:

 > > What I'm doing is very simple:
 > > 
 > >   require("something")
 > > 
 > > in a lua script. I want the something.lua module to install in a
 > > texmf tree.
 > 
 >   For me, it's enough to say
 > 
 > 	kpse.set_program_name('luatex')
 >
 > before require'ing a Lua file that is in one of my texmf trees, for
 > it to be found by TeXLua.

It's not needed if your script is installed in SELFAUTOLOC or there is a
symlink to your script in SELFAUTOLOC.  

  $ kpsewhich --var-value SELFAUTOLOC
  /usr/local/texlive/2013/bin/x86_64-linux

It's essential that scripts are installed this way, otherwise kpathsea
can't determine the location of it's config file.

If you install your script anywhere else, you can add the line 

  kpse.set_program_name('luatex')

and kpathsea uses luatex instead of your script in order to determine
the location of its config file.  luatex is already in SELFAUTOLOC.

 > (And I'm still not able to make kpse.find_file work, but that's
 > probably not necessary.)

It seems that dofile() doesn't use kpathsea but you can use
kpse.find_file() and pass the result to dofile().

  dofile(kpse.find_file('somefile.lua'))

kpse.find_file() is not needed in order to locate lua modules,
definitely!

Arthur and Bob, *please* provide files which allow me to reproduce
your problems.  Unless I know what *exactly* you are doing I can't
help.  Everything works fine for me, at home and at work, and on Unix
and Windows.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From arthur.reutenauer at normalesup.org  Wed Dec 11 01:28:46 2013
From: arthur.reutenauer at normalesup.org (Arthur Reutenauer)
Date: Wed, 11 Dec 2013 00:28:46 +0000
Subject: [tex-live] lua path
In-Reply-To: <21159.45115.719761.412475@zaphod.ms25.net>
References: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
 <20131210110040.GU10694@phare.normalesup.org>
 <21159.45115.719761.412475@zaphod.ms25.net>
Message-ID: <20131211002846.GE10694@phare.normalesup.org>

> Arthur and Bob, *please* provide files which allow me to reproduce
> your problems.  Unless I know what *exactly* you are doing I can't
> help.

  I didn't ask for you help.

	Arthur

From rdt at cs.queensu.ca  Wed Dec 11 01:37:23 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Tue, 10 Dec 2013 19:37:23 -0500
Subject: [tex-live] lua path
In-Reply-To: <21159.45115.719761.412475@zaphod.ms25.net>
References: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
 <20131210110040.GU10694@phare.normalesup.org>
 <21159.45115.719761.412475@zaphod.ms25.net>
Message-ID: <52a7b3c3.6P6e0qSVSvUJ04Ed%rdt@cs.queensu.ca>

 >|Arthur and Bob, *please* provide files which allow me to reproduce
 >|your problems.	

Reinhard:  By adding

  kpse.set_program_name("luatex")

before

  require "module" 

in the lua script, the module file in a texmf tree is found by the
script when it is processed by texlua. My problem has been solved.

Bob T.

From reinhard.kotucha at web.de  Wed Dec 11 02:04:27 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Wed, 11 Dec 2013 02:04:27 +0100
Subject: [tex-live] lua path
In-Reply-To: <20131211002846.GE10694@phare.normalesup.org>
References: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
 <20131210110040.GU10694@phare.normalesup.org>
 <21159.45115.719761.412475@zaphod.ms25.net>
 <20131211002846.GE10694@phare.normalesup.org>
Message-ID: <21159.47643.918031.192403@zaphod.ms25.net>

On 2013-12-11 at 00:28:46 +0000, Arthur Reutenauer wrote:

 > > Arthur and Bob, *please* provide files which allow me to reproduce
 > > your problems.  Unless I know what *exactly* you are doing I can't
 > > help.
 > 
 >   I didn't ask for you help.

Then don't bother us with things that don't work for you.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From arthur.reutenauer at normalesup.org  Wed Dec 11 02:10:15 2013
From: arthur.reutenauer at normalesup.org (Arthur Reutenauer)
Date: Wed, 11 Dec 2013 01:10:15 +0000
Subject: [tex-live] lua path
In-Reply-To: <21159.47643.918031.192403@zaphod.ms25.net>
References: <52a68172.ei8SK/WwPVFdHmi7%rdt@cs.queensu.ca>
 <20131210110040.GU10694@phare.normalesup.org>
 <21159.45115.719761.412475@zaphod.ms25.net>
 <20131211002846.GE10694@phare.normalesup.org>
 <21159.47643.918031.192403@zaphod.ms25.net>
Message-ID: <20131211011015.GF10694@phare.normalesup.org>

> Then don't bother us with things that don't work for you.

  You're unbelievable.  I was replying to Bob, who asked for help
originally, and judging by his reply I did help him achieve what he
wanted.

	Arthur

From preining at logic.at  Fri Dec 13 16:06:29 2013
From: preining at logic.at (Norbert Preining)
Date: Sat, 14 Dec 2013 00:06:29 +0900
Subject: [tex-live] [PATCH] tlmgr perltk gui: change order of filtering
In-Reply-To: <CAG3vu606_6WM-YvG1LzYxGiFzhamXxsRAZAr4d_kc86AWJ=Ksw@mail.gmail.com>
References: <CAG3vu606_6WM-YvG1LzYxGiFzhamXxsRAZAr4d_kc86AWJ=Ksw@mail.gmail.com>
Message-ID: <20131213150629.GK27425@gamma.logic.tuwien.ac.at>

Hi Ahmed,

sorry that it took so long, but as I said, I was travelling.

I have now tried to understand, and *think* I understood your
problem.

> Currently in tlmgr perltk gui, the selection filter doesn't have any
> effect, because the text match does not pass through when the filter text
> is empty (it has return 1 instead).

Indeed, the "Selection" part (all/selected/not selected) is
*completely* unintuitive.

Even *I* have *now* idea what I planned or intended use it might be.

I propose the following:
* remove the "Selection: all/selected/not selected" part completely
* move the "Select all /none / bottoms to a *different* place
* Integrate the "Reset filters" better into the "Display configuration"
* change the "Update" "Install" "Remove" buttons text to indicate
  that they only work on the "selected" packages

Wouldn't that me more clear???

Since nobody else but you and me are looking at the code, what
do you think about this?

Norbert

------------------------------------------------------------------------
PREINING, Norbert                               http://www.preining.info
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------

From martin at oneiros.de  Sat Dec 14 23:54:50 2013
From: martin at oneiros.de (=?ISO-8859-1?Q?Martin_Schr=F6der?=)
Date: Sat, 14 Dec 2013 23:54:50 +0100
Subject: [tex-live] fontspec needs ifpdf
Message-ID: <CAP7DCDfkLfLykthJeGUK-9+dZ4s86YRm7cMnBdjCqOdW1g3=DA@mail.gmail.com>

Hi,
the fontspec package needs ifpdf (provided by iftex or oberdiek), but
the dependency is missing.

See http://tex.stackexchange.com/q/149926/5763

Best
   Martin

From karl at freefriends.org  Sun Dec 15 00:12:14 2013
From: karl at freefriends.org (Karl Berry)
Date: Sat, 14 Dec 2013 16:12:14 -0700
Subject: [tex-live] fontspec needs ifpdf
In-Reply-To: <CAP7DCDfkLfLykthJeGUK-9+dZ4s86YRm7cMnBdjCqOdW1g3=DA@mail.gmail.com>
 (message from Martin =?utf-8?Q?Schr=C3=B6der?= on Sat, 14 Dec 2013 23:54:50
 +0100)
Message-ID: <86zjo381td.fsf@frenzy.freefriends.org>

    the dependency is missing.

As you know, we don't try to track package dependencies in general, but
since it was you asking, ok, I added this one.

k

From florian.bw at gmail.com  Mon Dec 16 01:53:31 2013
From: florian.bw at gmail.com (Florian Breitwieser)
Date: Mon, 16 Dec 2013 01:53:31 +0100
Subject: [tex-live] Is pdftex developed in TeX Live?
Message-ID: <CAJ3qKHEyWU1JiB0oxtg_Dc9b4Vy=HfRV0fUq7n6rddixNzasiw@mail.gmail.com>

Hello (and sorry for the maybe stupid question),

I want to deploy a patched version of pdftex (see [1]). I see the
latest version available on a pdftex repository is v1.40.11 [2], but
TeX Live 2013 has v1.40.14. Is the TeX Live repository the pdftex
upstream?

BR,
Florian

[1] http://sarovar.org/tracker/index.php?func=detail&aid=4341&group_id=106&atid=493
[2] http://sarovar.org/projects/pdftex/

From karl at freefriends.org  Mon Dec 16 22:44:47 2013
From: karl at freefriends.org (Karl Berry)
Date: Mon, 16 Dec 2013 21:44:47 +0000
Subject: [tex-live] Is pdftex developed in TeX Live?
In-Reply-To: <CAJ3qKHEyWU1JiB0oxtg_Dc9b4Vy=HfRV0fUq7n6rddixNzasiw@mail.gmail.com>
Message-ID: <201312162144.rBGLilo3009222@freefriends.org>

    Is the TeX Live repository the pdftex upstream?

The actual upstream is at supelec
(https://foundry.supelec.fr/projects/pdftex), and has been for years
now.  But in practice it's fine to use the TL sources.

As for help with your building the patched version, it's not exactly
germane to tlbuild, since you are explicitly disabling TL stuff.  So if
no one answers there, you might try pdftex at tug.org, and if that fails
too, ntg-pdftex at ntg.nl.

As for actually getting the patches installed, Thanh would be the 
person to look at that.  He is not on tlbuild but is on the others.  I
forwarded him the url, anyway.

best,
karl

From reinhard.kotucha at web.de  Tue Dec 17 00:23:13 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Tue, 17 Dec 2013 00:23:13 +0100
Subject: [tex-live] Is pdftex developed in TeX Live?
In-Reply-To: <201312162144.rBGLilo3009222@freefriends.org>
References: <CAJ3qKHEyWU1JiB0oxtg_Dc9b4Vy=HfRV0fUq7n6rddixNzasiw@mail.gmail.com>
 <201312162144.rBGLilo3009222@freefriends.org>
Message-ID: <21167.35681.64767.308607@zaphod.ms25.net>

On 2013-12-16 at 21:44:47 +0000, Karl Berry wrote:

 >     Is the TeX Live repository the pdftex upstream?
 > 
 > The actual upstream is at supelec
 > (https://foundry.supelec.fr/projects/pdftex), and has been for years
 > now.  But in practice it's fine to use the TL sources.
 > 
 > As for help with your building the patched version, it's not
 > exactly germane to tlbuild, since you are explicitly disabling TL
 > stuff.  So if no one answers there, you might try pdftex at tug.org,
 > and if that fails too, ntg-pdftex at ntg.nl.
 > 
 > As for actually getting the patches installed, Thanh would be the
 > person to look at that.  He is not on tlbuild but is on the others.
 > I forwarded him the url, anyway.

I'm currently investigating how to create valid PDF/A-1b files with
LuaTeX.  Since LuaTeX is based on pdfTeX, it inherited the linebreak
problems.  I'm very interested that Taco gets involved too.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From peb at mppmu.mpg.de  Tue Dec 17 10:20:16 2013
From: peb at mppmu.mpg.de (Peter Breitenlohner)
Date: Tue, 17 Dec 2013 10:20:16 +0100
Subject: [tex-live] Is pdftex developed in TeX Live?
Message-ID: <alpine.LNX.2.00.1312171019240.29047@pcl321.mppmu.mpg.de>

On Tue, 17 Dec 2013, Reinhard Kotucha wrote:

> I'm currently investigating how to create valid PDF/A-1b files with
> LuaTeX.  Since LuaTeX is based on pdfTeX, it inherited the linebreak
> problems.

Hi Reinhard,

not true, LuaTeX always writes a linebreak after "obj" and before "endobj".
I have just updated the TeX Live repository (r32428) such that pdftex does
the same.

Regards
Peter

From florian.bw at gmail.com  Tue Dec 17 16:09:05 2013
From: florian.bw at gmail.com (Florian Breitwieser)
Date: Tue, 17 Dec 2013 16:09:05 +0100
Subject: [tex-live] Is pdftex developed in TeX Live?
In-Reply-To: <201312162144.rBGLilo3009222@freefriends.org>
References: <CAJ3qKHEyWU1JiB0oxtg_Dc9b4Vy=HfRV0fUq7n6rddixNzasiw@mail.gmail.com>
 <201312162144.rBGLilo3009222@freefriends.org>
Message-ID: <CAJ3qKHHG6E-PVXpAF-3fBTGzKAsVzGfrS6v19im5uXhvm4O=bg@mail.gmail.com>

Hi Karl,

> The actual upstream is at supelec
> (https://foundry.supelec.fr/projects/pdftex), and has been for years
> now.  But in practice it's fine to use the TL sources.

Thanks for the information - I saw the site, but just looked at the
main page for file releases, and not into the repository. Next time I
look deeper.

> As for help with your building the patched version, it's not exactly
> germane to tlbuild, since you are explicitly disabling TL stuff.  So if
> no one answers there, you might try pdftex at tug.org, and if that fails
> too, ntg-pdftex at ntg.nl.
>
> As for actually getting the patches installed, Thanh would be the
> person to look at that.  He is not on tlbuild but is on the others.  I
> forwarded him the url, anyway.

Thanks - I think I now got how to build [1]. I will go there if there
are further issues.

Best,
Florian

[1] http://tug.org/pipermail/tlbuild/2013q4/002707.html

From florian.bw at gmail.com  Tue Dec 17 17:25:07 2013
From: florian.bw at gmail.com (Florian Breitwieser)
Date: Tue, 17 Dec 2013 17:25:07 +0100
Subject: [tex-live] Is pdftex developed in TeX Live?
In-Reply-To: <alpine.LNX.2.00.1312171019240.29047@pcl321.mppmu.mpg.de>
References: <alpine.LNX.2.00.1312171019240.29047@pcl321.mppmu.mpg.de>
Message-ID: <CAJ3qKHH2mCZMz+WCmWsOhrc3fwq3CS7hS3_GiswEta+agJwuxA@mail.gmail.com>

Hi Peter,

> I have just updated the TeX Live repository (r32428) such that pdftex does
> the same.

that is great, thanks for the fixes. I can confirm that those errors
when checking for PDF/A conformance are gone:

"The separator after an 'obj' must be an EOL. " and
"The separator before an 'endobj' must be an EOL."

(checking with http://www.pdf-tools.com/pdf/validate-pdfa-online.aspx)

Best,
Florian

From semen at trygub.com  Wed Dec 18 00:54:41 2013
From: semen at trygub.com (Semen Trygubenko / =?utf-8?B?0KHQtdC80LXQvSDQotGA0LjQs9GD0LHQtdC9?=
 =?utf-8?B?0LrQvg==?=)
Date: Tue, 17 Dec 2013 23:54:41 +0000
Subject: [tex-live] utf-8 encoding in outline
Message-ID: <20131217235441.GA77580@inanna.trygub.com>

Dear Members of tex-live at tug.org,

I am using Xetex to compile a book written in Ukrainian and English and encoded using utf-8. A book has a table of contents, and it is rendered separately as a page in front matter.

Pdf viewers by default choose to display an outline --- a table of contents, it seems, in the panel on the left that is displayed when one opens a file for the first time (but can be closed). For some reason, the content in the outline is always decoded incorrectly. I attach a screenshot of evince displaying the first page of the following file:

http://haskell.trygub.com/pdf/luahfgg-01.pdf

It does not seem to be an evince-specific issue, as the same behaviour was observed in other viewers on other platforms ... Could you please help?

Many thanks,
S.



-- 
????? ?????????? http://trygub.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: brokenOutlineSmall.png
Type: image/png
Size: 44066 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131217/117690cd/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131217/117690cd/attachment-0001.bin>

From zdenek.wagner at gmail.com  Wed Dec 18 01:02:33 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Wed, 18 Dec 2013 01:02:33 +0100
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <20131217235441.GA77580@inanna.trygub.com>
References: <20131217235441.GA77580@inanna.trygub.com>
Message-ID: <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>

2013/12/18 Semen Trygubenko / ????? ?????????? <semen at trygub.com>:
> Dear Members of tex-live at tug.org,
>
> I am using Xetex to compile a book written in Ukrainian and English and encoded using utf-8. A book has a table of contents, and it is rendered separately as a page in front matter.
>
> Pdf viewers by default choose to display an outline --- a table of contents, it seems, in the panel on the left that is displayed when one opens a file for the first time (but can be closed). For some reason, the content in the outline is always decoded incorrectly. I attach a screenshot of evince displaying the first page of the following file:
>
> http://haskell.trygub.com/pdf/luahfgg-01.pdf
>
> It does not seem to be an evince-specific issue, as the same behaviour was observed in other viewers on other platforms ... Could you please help?
>
Can you send a sample source file? I made several documents combining
Czech, Hindi and Urdu using XeLaTeX + hyperref on Linux and Acrobat
Reader for Linux shows outlines correctly.

> Many thanks,
> S.
>
>
>
> --
> ????? ?????????? http://trygub.com



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From reinhard.kotucha at web.de  Wed Dec 18 01:59:45 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Wed, 18 Dec 2013 01:59:45 +0100
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <20131217235441.GA77580@inanna.trygub.com>
References: <20131217235441.GA77580@inanna.trygub.com>
Message-ID: <21168.62337.942635.511430@zaphod.ms25.net>

On 2013-12-17 at 23:54:41 +0000, Semen Trygubenko / ????? ?????????? wrote:

 > Dear Members of tex-live at tug.org,
 > 
 > I am using Xetex to compile a book written in Ukrainian and English
 > and encoded using utf-8. A book has a table of contents, and it is
 > rendered separately as a page in front matter.
 > 
 > Pdf viewers by default choose to display an outline --- a table of
 > contents, it seems, in the panel on the left that is displayed when
 > one opens a file for the first time (but can be closed). For some
 > reason, the content in the outline is always decoded incorrectly. I
 > attach a screenshot of evince displaying the first page of the
 > following file:
 > 
 > http://haskell.trygub.com/pdf/luahfgg-01.pdf
 > 
 > It does not seem to be an evince-specific issue, as the same
 > behaviour was observed in other viewers on other platforms
 > ... Could you please help?

Maybe you have to pass the unicode option to hyperref.

\usepackage[unicode,...]{hyperref}

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------


From preining at logic.at  Wed Dec 18 05:31:15 2013
From: preining at logic.at (Norbert Preining)
Date: Wed, 18 Dec 2013 13:31:15 +0900
Subject: [tex-live] (fwd) missing binary in texlive-music package: songidx
Message-ID: <20131218043115.GS4658@gamma.logic.tuwien.ac.at>

HI TeX Livers,

there are not so many packages, but some have binaries to be build,
like this one, songs, which contains a program songidx.

How do we deal with something like this?

I checked that also in TL itself the binary is missing.

Norbert

----- Forwarded message from Matthew Gates <matthewg42 at gmail.com> -----

> From: Matthew Gates <matthewg42 at gmail.com>
> Subject: [Bug 1262019] [NEW] missing binary in texlive-music package: songidx
> To: preining at logic.at
> Content-Type: text/plain; charset="utf-8"
> Date: Wed, 18 Dec 2013 01:07:59 -0000
> 
> Public bug reported:
> 
> As per the documentation for songs.sty here:
> http://songs.sourceforge.net/songsdoc/songs.html#sec10.3 I expect a
> binary called songidx to exist in the path somewhere, but it is missing.
> IMO this should be in the same package as the songs.sty file - namely
> texlive-music, although I am not a heavy LaTeX / TeX user so there might
> be a better way to arrange it.
> 
----- End forwarded message -----

------------------------------------------------------------------------
PREINING, Norbert                               http://www.preining.info
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------

From peb at mppmu.mpg.de  Wed Dec 18 08:30:15 2013
From: peb at mppmu.mpg.de (Peter Breitenlohner)
Date: Wed, 18 Dec 2013 08:30:15 +0100
Subject: [tex-live] missing binary in texlive-music package: songidx
In-Reply-To: <20131218043115.GS4658@gamma.logic.tuwien.ac.at>
References: <20131218043115.GS4658@gamma.logic.tuwien.ac.at>
Message-ID: <alpine.LNX.2.00.1312180805050.29047@pcl321.mppmu.mpg.de>

On Wed, 18 Dec 2013, Norbert Preining wrote:

> there are not so many packages, but some have binaries to be build,
> like this one, songs, which contains a program songidx.
>
> How do we deal with something like this?
>
> I checked that also in TL itself the binary is missing.

Hi Norbert, Karl,

since this is a C program, the usual procedure is to have the sources in a
subdirectory of Build/source/texk/ or Build/source/utils/.  In this case it
should probably be texk because kpathsea may be required to locate the
songidx/*.can files used at runtime.  Before doing anything in that
direction I'd like to get an opinion from Karl.

Regards
Peter

From scott at pakin.org  Wed Dec 18 09:00:58 2013
From: scott at pakin.org (Scott Pakin)
Date: Wed, 18 Dec 2013 01:00:58 -0700
Subject: [tex-live] Sanity-check comicsans directory structure
Message-ID: <21169.22074.571553.174581@pakin.org>

Dear CTAN and Tex Live folks,

As pointed out recently on comp.text.tex (Subject: "Comic Sans and
pdflatex"), I had inadvertently uploaded my comicsans package with the
.fd files missing from the CTAN directory.  (They do appear in the
.tds.zip file, though.)  I'm about to do a new upload including those
files and was wondering if, before I do, you'd be willing to look over
the directory structure I intend to use (attached)?  comicsans is a
large font package, and I'd like to make sure I'm not making your
lives difficult by putting things in nonstandard locations, either in
the main directory structure or in the included .tds.zip file.

Thanks,
-- Scott

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: comicsans.txt
URL: <http://tug.org/pipermail/tex-live/attachments/20131218/dc7a0426/attachment.txt>

From preining at logic.at  Wed Dec 18 12:49:23 2013
From: preining at logic.at (Norbert Preining)
Date: Wed, 18 Dec 2013 20:49:23 +0900
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <21169.22074.571553.174581@pakin.org>
References: <21169.22074.571553.174581@pakin.org>
Message-ID: <20131218114923.GC13440@gamma.logic.tuwien.ac.at>

Hi Scott,

On Mi, 18 Dez 2013, Scott Pakin wrote:
> .fd files missing from the CTAN directory.  (They do appear in the
> .tds.zip file, though.)  I'm about to do a new upload including those

Bad, TDS and the normal files should contian the same content.

> files and was wondering if, before I do, you'd be willing to look over
> the directory structure I intend to use (attached)?  comicsans is a

I have a few questions:

> |   +-- comicsans.dtx
> |   +-- comicsans.ins
> |   +-- comicsans.pdf

* are the enc/stz/fs/tex/map files generated from comicsans.dtx?
  If yes, then just drop them in the non-TDS part, the will be generated
  anyway.

COncerning the TDS:
> +-- comicsans.tds.zip

* You should add
	source/latex/comicsans/
  containing comicsans.dtx and .ins

>     +-- doc
>     |   +-- latex
>     |       +-- comicsans
>     |           +-- comicsans.pdf

* and probably add the README here

Hope that helps

Norbert

------------------------------------------------------------------------
PREINING, Norbert                               http://www.preining.info
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------

From rdt at cs.queensu.ca  Wed Dec 18 13:07:38 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Wed, 18 Dec 2013 07:07:38 -0500
Subject: [tex-live]  Sanity-check comicsans directory structure
Message-ID: <52b1900a.tfa4dD5ebyqymgce%rdt@cs.queensu.ca>

Scott:  Two other issues came up in the comp.text.tex discussion.

I suggest you ask for the package to be moved under fonts rather
than latex/contrib. The fonts directory is for "fonts written in
Metafont and support for using fonts from other sources".

Ensure that the dtx can be processed using currently available
encoding files.

Bob T.

From Robin.Fairbairns at cl.cam.ac.uk  Wed Dec 18 15:18:48 2013
From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns)
Date: Wed, 18 Dec 2013 14:18:48 +0000
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: Your message of Wed, 18 Dec 2013 07:07:38 -0500.
 <52b1900a.tfa4dD5ebyqymgce%rdt@cs.queensu.ca>
Message-ID: <9572.1387376328@cl.cam.ac.uk>

Bob Tennent <rdt at cs.queensu.ca> wrote:

> Scott:  Two other issues came up in the comp.text.tex discussion.
> 
> I suggest you ask for the package to be moved under fonts rather
> than latex/contrib. The fonts directory is for "fonts written in
> Metafont and support for using fonts from other sources".

that is to say (if it says anything at all), the font tree's
description is out of date, and should be corrected.  it would be mad
to declare we can't put type1/ttf/otf in there, as we have been for
quite some time

> Ensure that the dtx can be processed using currently available
> encoding files.

there's a continual tension (in my mind, at least) between what should
go to the fonts tree and what to m/l/c (or whatever).  most of the time,
we don't have time to consider these philosophical issues, which means
the issues linger (and sometimes fester).

there's a disincentive to clearing up these issues, since solving them
involves a *lot* of archive work.  :-(

robin

From semen at trygub.com  Wed Dec 18 15:31:21 2013
From: semen at trygub.com (Semen Trygubenko / =?utf-8?B?0KHQtdC80LXQvSDQotGA0LjQs9GD0LHQtdC9?=
 =?utf-8?B?0LrQvg==?=)
Date: Wed, 18 Dec 2013 14:31:21 +0000
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <21168.62337.942635.511430@zaphod.ms25.net>
References: <20131217235441.GA77580@inanna.trygub.com>
 <21168.62337.942635.511430@zaphod.ms25.net>
Message-ID: <20131218143121.GC84257@inanna.trygub.com>

On Wed, Dec 18, 2013 at 01:59:45AM +0100, Reinhard Kotucha wrote:
> Maybe you have to pass the unicode option to hyperref.
> 
> \usepackage[unicode,...]{hyperref}

Thanks for your reply! But I already have it enabled, like so:

\usepackage[unicode]{hyperref}


-- 
????? ?????????? http://trygub.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131218/d3b8e15d/attachment.bin>

From rdt at cs.queensu.ca  Wed Dec 18 15:35:58 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Wed, 18 Dec 2013 09:35:58 -0500
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <9572.1387376328@cl.cam.ac.uk>
References: <9572.1387376328@cl.cam.ac.uk>
Message-ID: <52b1b2ce.IKYXnay2XziU3Vh/%rdt@cs.queensu.ca>

 >|> I suggest you ask for the package to be moved under fonts rather
 >|> than latex/contrib. The fonts directory is for "fonts written in
 >|> Metafont and support for using fonts from other sources".
 >|
 >|that is to say (if it says anything at all), the font tree's
 >|description is out of date, and should be corrected.  it would be mad
 >|to declare we can't put type1/ttf/otf in there, as we have been for
 >|quite some time

I left out "(e.g., those in Adobe Type 1 format)".

 >|there's a continual tension (in my mind, at least) between what should
 >|go to the fonts tree and what to m/l/c (or whatever).  most of the time,
 >|we don't have time to consider these philosophical issues, which means
 >|the issues linger (and sometimes fester).
 >|
 >|there's a disincentive to clearing up these issues, since solving them
 >|involves a *lot* of archive work.  :-(

Maybe add a link from the fonts tree to the m/l/c
package? *And* from install/fonts/comicsans.tds.zip to
install/macros/latex/contrib.

Bob

From news3 at nililand.de  Wed Dec 18 16:14:10 2013
From: news3 at nililand.de (Ulrike Fischer)
Date: Wed, 18 Dec 2013 16:14:10 +0100
Subject: [tex-live] utf-8 encoding in outline
References: <20131217235441.GA77580@inanna.trygub.com>
 <21168.62337.942635.511430@zaphod.ms25.net>
 <20131218143121.GC84257@inanna.trygub.com>
Message-ID: <1ppj0ubbf3d5z.dlg@nililand.de>

Am Wed, 18 Dec 2013 14:31:21 +0000 schrieb semen at trygub.com:

> On Wed, Dec 18, 2013 at 01:59:45AM +0100, Reinhard Kotucha wrote:
>> Maybe you have to pass the unicode option to hyperref.
>> 
>> \usepackage[unicode,...]{hyperref}
> 
> Thanks for your reply! But I already have it enabled, like so:
> 
> \usepackage[unicode]{hyperref}

Disable it. 

\usepackage{hyperref}


-- 
Ulrike Fischer 
http://www.troubleshooting-tex.de/


From semen at trygub.com  Wed Dec 18 15:38:51 2013
From: semen at trygub.com (Semen Trygubenko / =?utf-8?B?0KHQtdC80LXQvSDQotGA0LjQs9GD0LHQtdC9?=
 =?utf-8?B?0LrQvg==?=)
Date: Wed, 18 Dec 2013 14:38:51 +0000
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>
Message-ID: <20131218143851.GD84257@inanna.trygub.com>

On Wed, Dec 18, 2013 at 01:02:33AM +0100, Zdenek Wagner wrote:
> Can you send a sample source file?

This is the smallest input I was able to come up with:

\documentclass[a4paper,12pt,oneside]{book}
\usepackage{polyglossia}
\setmainlanguage{ukrainian}
\setotherlanguage{english}
\setmainfont{Linux Libertine O}
\usepackage[unicode]{hyperref}
\begin{document}
\chapter{????}
\section{???}
\section{???}
\chapter{??????}
\end{document}

xelatex also writes to the stderr the following:

** WARNING ** Failed to convert input string to UTF16...
** WARNING ** Failed to convert input string to UTF16...
** WARNING ** Failed to convert input string to UTF16...
** WARNING ** Failed to convert input string to UTF16...

input, output and stdout log attached.

Thanks,
Semen



-- 
????? ?????????? http://trygub.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mini.tex
Type: text/x-tex
Size: 295 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131218/4d5a72a4/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mini.pdf
Type: application/pdf
Size: 9589 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131218/4d5a72a4/attachment-0001.pdf>
-------------- next part --------------
This is XeTeX, Version 3.1415926-2.2-0.9995.2 (TeX Live 2009/Debian)
entering extended mode
(./mini.tex
LaTeX2e <2009/09/24>
Babel <v3.8l> and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, bulgarian, ukrainian, russian, loaded.
(/usr/share/texmf-texlive/tex/latex/base/book.cls
Document Class: book 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texmf-texlive/tex/latex/base/bk12.clo))
(/usr/share/texmf-texlive/tex/xelatex/polyglossia/polyglossia.sty
(/usr/share/texmf-texlive/tex/latex/etoolbox/etoolbox.sty
(/usr/share/texmf-texlive/tex/latex/etex-pkg/etex.sty))
(/usr/share/texmf-texlive/tex/xelatex/fontspec/fontspec.sty
(/usr/share/texmf-texlive/tex/generic/ifxetex/ifxetex.sty)
(/usr/share/texmf-texlive/tex/latex/tools/calc.sty)
(/usr/share/texmf-texlive/tex/latex/xkeyval/xkeyval.sty
(/usr/share/texmf-texlive/tex/generic/xkeyval/xkeyval.tex
(/usr/share/texmf-texlive/tex/generic/xkeyval/keyval.tex)))
(/usr/share/texmf-texlive/tex/latex/base/fontenc.sty
(/usr/share/texmf-texlive/tex/xelatex/euenc/eu1enc.def)
(/usr/share/texmf-texlive/tex/xelatex/euenc/eu1lmr.fd))
fontspec.cfg loaded.
(/usr/share/texmf-texlive/tex/xelatex/fontspec/fontspec.cfg)))
(/usr/share/texmf-texlive/tex/xelatex/polyglossia/gloss-ukrainian.ldf)
(/usr/share/texmf-texlive/tex/xelatex/polyglossia/gloss-english.ldf)
(/usr/share/texmf-texlive/tex/latex/hyperref/hyperref.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/ifpdf.sty)
(/usr/share/texmf-texlive/tex/generic/oberdiek/ifvtex.sty)
(/usr/share/texmf-texlive/tex/latex/oberdiek/hycolor.sty
(/usr/share/texmf-texlive/tex/latex/oberdiek/xcolor-patch.sty))
(/usr/share/texmf-texlive/tex/latex/hyperref/pd1enc.def)
(/usr/share/texmf-texlive/tex/generic/oberdiek/etexcmds.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/infwarerr.sty))
(/usr/share/texmf-texlive/tex/xelatex/xetexconfig/hyperref.cfg)
(/usr/share/texmf-texlive/tex/latex/oberdiek/kvoptions.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/kvsetkeys.sty))
(/usr/share/texmf-texlive/tex/latex/hyperref/puenc.def)
Implicit mode ON; LaTeX internals redefined
(/usr/share/texmf-texlive/tex/latex/ltxmisc/url.sty)
(/usr/share/texmf-texlive/tex/generic/oberdiek/bitset.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/intcalc.sty)
(/usr/share/texmf-texlive/tex/generic/oberdiek/bigintcalc.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/pdftexcmds.sty
(/usr/share/texmf-texlive/tex/generic/oberdiek/ifluatex.sty)
(/usr/share/texmf-texlive/tex/generic/oberdiek/ltxcmds.sty))))
(/usr/share/texmf-texlive/tex/generic/oberdiek/atbegshi.sty))
*hyperref using default driver hdvipdfm*
(/usr/share/texmf-texlive/tex/latex/hyperref/hdvipdfm.def) (./mini.aux)
(/usr/share/texmf-texlive/tex/latex/hyperref/nameref.sty
(/usr/share/texmf-texlive/tex/latex/oberdiek/refcount.sty)) (./mini.out)
(./mini.out)
?????? 1.
[1]
?????? 2.
[2] (./mini.aux) )
Output written on mini.pdf (2 pages).
Transcript written on mini.log.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131218/4d5a72a4/attachment-0003.bin>

From daleif at imf.au.dk  Wed Dec 18 16:40:05 2013
From: daleif at imf.au.dk (Lars Madsen)
Date: Wed, 18 Dec 2013 15:40:05 +0000
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <20131218143851.GD84257@inanna.trygub.com>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>,
 <20131218143851.GD84257@inanna.trygub.com>
Message-ID: <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>

Ulrikes suggestion works fine for me 

no idea though why the unicode options is not needed

/Lars Madsen
Institut for Matematik / Department of Mathematics
Aarhus Universitet / Aarhus University
Mere info: http://au.dk/daleif at imf / More information: http://au.dk/en/daleif at imf


________________________________________
From: tex-live [tex-live-bounces at tug.org] on behalf of Semen Trygubenko / ????? ?????????? [semen at trygub.com]
Sent: 18 December 2013 15:38
To: Zdenek Wagner
Cc: TeXLive Mailing List
Subject: Re: [tex-live] utf-8 encoding in outline

On Wed, Dec 18, 2013 at 01:02:33AM +0100, Zdenek Wagner wrote:
> Can you send a sample source file?

This is the smallest input I was able to come up with:

\documentclass[a4paper,12pt,oneside]{book}
\usepackage{polyglossia}
\setmainlanguage{ukrainian}
\setotherlanguage{english}
\setmainfont{Linux Libertine O}
\usepackage[unicode]{hyperref}
\begin{document}
\chapter{????}
\section{???}
\section{???}
\chapter{??????}
\end{document}

xelatex also writes to the stderr the following:

** WARNING ** Failed to convert input string to UTF16...
** WARNING ** Failed to convert input string to UTF16...
** WARNING ** Failed to convert input string to UTF16...
** WARNING ** Failed to convert input string to UTF16...

input, output and stdout log attached.

Thanks,
Semen



--
????? ?????????? http://trygub.com


From P.Taylor at Rhul.Ac.Uk  Wed Dec 18 16:56:43 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Wed, 18 Dec 2013 15:56:43 +0000
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>,
 <20131218143851.GD84257@inanna.trygub.com>
 <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
Message-ID: <52B1C5BB.7070502@Rhul.Ac.Uk>



Lars Madsen wrote:

> Ulrikes suggestion works fine for me 
> 
> no idea though why the unicode options is not needed

Presumably because XeTeX is being used, which uses utf-8 as its
native encoding.

Philip Taylor

From news3 at nililand.de  Wed Dec 18 17:07:54 2013
From: news3 at nililand.de (Ulrike Fischer)
Date: Wed, 18 Dec 2013 17:07:54 +0100
Subject: [tex-live] utf-8 encoding in outline
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>,
 <20131218143851.GD84257@inanna.trygub.com>
 <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
Message-ID: <1a7wo4vwe0fxv$.dlg@nililand.de>

Am Wed, 18 Dec 2013 15:40:05 +0000 schrieb Lars Madsen:

> Ulrikes suggestion works fine for me 
> 
> no idea though why the unicode options is not needed

It is broken with xelatex, see readme of hyperref page 25. xelatex
needs pdfencoding=auto. 

-- 
Ulrike Fischer 
http://www.troubleshooting-tex.de/


From semen at trygub.com  Wed Dec 18 18:14:22 2013
From: semen at trygub.com (Semen Trygubenko / =?utf-8?B?0KHQtdC80LXQvSDQotGA0LjQs9GD0LHQtdC9?=
 =?utf-8?B?0LrQvg==?=)
Date: Wed, 18 Dec 2013 17:14:22 +0000
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <52B1C5BB.7070502@Rhul.Ac.Uk>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>
 <20131218143851.GD84257@inanna.trygub.com>
 <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
 <52B1C5BB.7070502@Rhul.Ac.Uk>
Message-ID: <20131218171422.GJ84257@inanna.trygub.com>

On Wed, Dec 18, 2013 at 03:56:43PM +0000, Philip Taylor wrote:
> 
> 
> Lars Madsen wrote:
> 
> > Ulrikes suggestion works fine for me 
> > 
> > no idea though why the unicode options is not needed
> 
> Presumably because XeTeX is being used, which uses utf-8 as its
> native encoding.
> 
> Philip Taylor

Much obliged ? it worked for me!

Off topic, FWIW, but ? sometimes it takes a little while to receive email from people I haven't corresponded with before, so I end up browsing, e.g. http://tug.org/pipermail/tex-live/2013-December/ , in the interest of speed.

I couldn't help noticing just now that some of the messages, e.g. from the previous thread with subject "enquiry regarding Ukrainian ?" are not there, e.g. this one (attached).

Is there some sort of incorrect CCing, or, perchance, this is a mail server misbehaviour? Other people in CC received it as I've got replies back ? These replies didn't make it across, either ?


Once again ? many thanks, everybody, and Ulrike in particular, for helping me sort this out!



-- 
????? ?????????? http://trygub.com
-------------- next part --------------
From semen at trygub.com Tue Dec  3 13:16:39 2013
Date: Tue, 3 Dec 2013 13:16:39 +0000
From: Semen Trygubenko / =?utf-8?B?0KHQtdC80LXQvSDQotGA0LjQs9GD0LHQtdC9?=
	=?utf-8?B?0LrQvg==?= <semen at trygub.com>
To: David Carlisle <d.p.carlisle at gmail.com>,
	Robin Fairbairns <Robin.Fairbairns at cl.cam.ac.uk>
Cc: Zdenek Wagner <zdenek.wagner at gmail.com>, TeX Live <tex-live at tug.org>
Subject: Re: [tex-live] enquiry regarding Ukrainian "i"
Message-ID: <20131203131639.GB1166 at inanna.trygub.com>
References: <20131202135511.GI90883 at inanna.trygub.com>
 <9084.1386005352 at cl.cam.ac.uk>
 <CAC1phyYyRKGz+U_P0T7wy_VJewz7A_8PsuEcZwmkxvsdhQ2LAw at mail.gmail.com>
 <20131203094617.GA935 at inanna.trygub.com>
 <CAEW6iOgwuiV7aDQj1E7Nca6YdbGhzbyiyX-qaZneP2SWvmtAjA at mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r"
Content-Disposition: inline
In-Reply-To: <CAEW6iOgwuiV7aDQj1E7Nca6YdbGhzbyiyX-qaZneP2SWvmtAjA at mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)


--2B/JsCI69OhZNC5r
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> > I will let you know the results when I get somewhere

Robin, David: many thanks for helping me understand the nature of this prob=
lem!

All: I got Xetex to work =E2=80=94 thank you [Robin: yes, I ran xelatex! ;-=
)].

Zdenek: It didn't work straight away =E2=80=94 I had to switch from babel t=
o polyglossia,
download some fonts, change encoding, etc. For some reason, none of the xet=
ex examples from the Internets worked on
my system without modifications :). Right now it is clear that some further=
 editing
of the source will be required before it looks half-decent (e.g., no {\bf }=
 any more, no triple-dash
and ``'' expansion, table of contents does not work for some reason, etc.) =
and I
might look for better fonts later, but at least the output is sane Ukrainia=
n =E2=80=A6

Thanks again for your kind help,
S.



--=20
=D0=A1=D0=B5=D0=BC=D0=B5=D0=BD =D0=A2=D1=80=D0=B8=D0=B3=D1=83=D0=B1=D0=B5=
=D0=BD=D0=BA=D0=BE http://trygub.com

--2B/JsCI69OhZNC5r
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (FreeBSD)

iEYEARECAAYFAlKd2bcACgkQ3zbainCY8enRUACeIHhrq0KMqakCZbnFLBqeeAbq
aGgAni3aigPeWk53ZzpQpoJpHR0Bkx2R
=PPPN
-----END PGP SIGNATURE-----

--2B/JsCI69OhZNC5r--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131218/94f16d42/attachment.bin>

From zdenek.wagner at gmail.com  Wed Dec 18 19:10:53 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Wed, 18 Dec 2013 19:10:53 +0100
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <20131218171422.GJ84257@inanna.trygub.com>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>
 <20131218143851.GD84257@inanna.trygub.com>
 <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
 <52B1C5BB.7070502@Rhul.Ac.Uk>
 <20131218171422.GJ84257@inanna.trygub.com>
Message-ID: <CAC1phyaUGKhvcAxKxGCEnzKbyphtPD=F52oxPcVoc-EaJJ0P_w@mail.gmail.com>

2013/12/18 Semen Trygubenko / ????? ?????????? <semen at trygub.com>:
> On Wed, Dec 18, 2013 at 03:56:43PM +0000, Philip Taylor wrote:
>>
>>
>> Lars Madsen wrote:
>>
>> > Ulrikes suggestion works fine for me
>> >
>> > no idea though why the unicode options is not needed
>>
>> Presumably because XeTeX is being used, which uses utf-8 as its
>> native encoding.
>>
>> Philip Taylor
>
> Much obliged ? it worked for me!
>
> Off topic, FWIW, but ? sometimes it takes a little while to receive email from people I haven't corresponded with before, so I end up browsing, e.g. http://tug.org/pipermail/tex-live/2013-December/ , in the interest of speed.
>
> I couldn't help noticing just now that some of the messages, e.g. from the previous thread with subject "enquiry regarding Ukrainian ?" are not there, e.g. this one (attached).
>
> Is there some sort of incorrect CCing, or, perchance, this is a mail server misbehaviour? Other people in CC received it as I've got replies back ? These replies didn't make it across, either ?
>
It may be a result of greylisting implemented on your mailbox. If the
sender is unknown, your mailbox reports an error that it is
temporarily unavailable and the sender should try again after a short
time, usually 5 minutes. The idea behind it is that real senders
(their SMPT server) will resend the same mail with the same message Id
and will then be placed in a whitelist but spammers usually do not
resend the message and will be placed to a blacklist.
>
> Once again ? many thanks, everybody, and Ulrike in particular, for helping me sort this out!
>
>
>
> --
> ????? ?????????? http://trygub.com



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From semen at trygub.com  Wed Dec 18 19:26:17 2013
From: semen at trygub.com (Semen Trygubenko / =?utf-8?B?0KHQtdC80LXQvSDQotGA0LjQs9GD0LHQtdC9?=
 =?utf-8?B?0LrQvg==?=)
Date: Wed, 18 Dec 2013 18:26:17 +0000
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <CAC1phyaUGKhvcAxKxGCEnzKbyphtPD=F52oxPcVoc-EaJJ0P_w@mail.gmail.com>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>
 <20131218143851.GD84257@inanna.trygub.com>
 <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
 <52B1C5BB.7070502@Rhul.Ac.Uk>
 <20131218171422.GJ84257@inanna.trygub.com>
 <CAC1phyaUGKhvcAxKxGCEnzKbyphtPD=F52oxPcVoc-EaJJ0P_w@mail.gmail.com>
Message-ID: <20131218182617.GM84257@inanna.trygub.com>

On Wed, Dec 18, 2013 at 07:10:53PM +0100, Zdenek Wagner wrote:
> 2013/12/18 Semen Trygubenko / ????? ?????????? <semen at trygub.com>:
> > On Wed, Dec 18, 2013 at 03:56:43PM +0000, Philip Taylor wrote:
> >>
> >>
> >> Lars Madsen wrote:
> >>
> >> > Ulrikes suggestion works fine for me
> >> >
> >> > no idea though why the unicode options is not needed
> >>
> >> Presumably because XeTeX is being used, which uses utf-8 as its
> >> native encoding.
> >>
> >> Philip Taylor
> >
> > Much obliged ? it worked for me!
> >
> > Off topic, FWIW, but ? sometimes it takes a little while to receive email from people I haven't corresponded with before, so I end up browsing, e.g. http://tug.org/pipermail/tex-live/2013-December/ , in the interest of speed.
> >
> > I couldn't help noticing just now that some of the messages, e.g. from the previous thread with subject "enquiry regarding Ukrainian ?" are not there, e.g. this one (attached).
> >
> > Is there some sort of incorrect CCing, or, perchance, this is a mail server misbehaviour? Other people in CC received it as I've got replies back ? These replies didn't make it across, either ?
> >
> It may be a result of greylisting implemented on your mailbox. If the
> sender is unknown, your mailbox reports an error that it is
> temporarily unavailable and the sender should try again after a short
> time, usually 5 minutes. The idea behind it is that real senders
> (their SMPT server) will resend the same mail with the same message Id
> and will then be placed in a whitelist but spammers usually do not
> resend the message and will be placed to a blacklist.

The email I attached originated from me. Apologies for confusion: by "these replies didn't make it across, either ?" I mean "the replies didn't make it to the mailing list". I've got all the replies. People who replied have got that message (evident from the inlines from the original message). It looks like tex-live is the only one who didn't get a copy of it, that is all ?

Thanks,
S.


-- 
????? ?????????? http://trygub.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20131218/9158ae22/attachment-0001.bin>

From dbitouze at wanadoo.fr  Wed Dec 18 19:49:46 2013
From: dbitouze at wanadoo.fr (Denis =?UTF-8?B?Qml0b3V6w6k=?=)
Date: Wed, 18 Dec 2013 19:49:46 +0100
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <1a7wo4vwe0fxv$.dlg@nililand.de>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>
 <20131218143851.GD84257@inanna.trygub.com>
 <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
 <1a7wo4vwe0fxv$.dlg@nililand.de>
Message-ID: <20131218194946.4a883b16@drums.chezmoi.fr>

Le mercredi 18/12/13 ? 17h07,
Ulrike Fischer <news3 at nililand.de> a ?crit :

> It is broken with xelatex, see readme of hyperref page 25. xelatex
> needs pdfencoding=auto. 

Does 'pdfencoding=auto' work with (pdf)latex and xelatex? I'm not sure
reading the readme page 13:

Option 'pdfencoding'

  The PDF format allows two encodings for bookmarks and entries in the
  information dictionary: PDFDocEncoding and Unicode as UTF-16BE. Option
  "pdfencoding" selects between these encodings:

  * "pdfdoc" uses PDFDocEncoding. It uses just one byte per character,
    but the supported characters are limited (244 in PDF-1.7).

  * "unicode" sets Unicode. It is encoded as UTF-16BE. Two bytes are
    used for most characters, surrogates need four bytes.

  * "auto" PDFDocEncoding if the string does not contain characters
    outside the encoding and Unicode otherwise.

If the answer is yes, could the option 'unicode' be safely replaced by
'pdfencoding=auto'?

Thanks.
-- 
Denis


From karl at freefriends.org  Wed Dec 18 22:26:14 2013
From: karl at freefriends.org (Karl Berry)
Date: Wed, 18 Dec 2013 21:26:14 +0000
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <20131218171422.GJ84257@inanna.trygub.com>
Message-ID: <201312182126.rBILQEYd024190@freefriends.org>

    Message-ID: <20131203131639.GB1166 at inanna.trygub.com>

That particular message was filtered by our host university and never
reached tug.org.  This is very unusual (a look at the other filtered
messages did not show anything but junk).  I'll ask our contact about
it.  It seems two messages from you made it.  If you know of others that
are missing, please send me the message-id's (off-list).

Thanks,
Karl


From karl at freefriends.org  Wed Dec 18 22:32:56 2013
From: karl at freefriends.org (Karl Berry)
Date: Wed, 18 Dec 2013 21:32:56 +0000
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <52b1b2ce.IKYXnay2XziU3Vh/%rdt@cs.queensu.ca>
Message-ID: <201312182132.rBILWuvM024636@freefriends.org>

IMHO, no one looking for "comic sans" (or support for any font) is going
to think of m/l/c.  That's what fonts/ is *for*!  I see no need to even
make cross-links, personally.

k

From reinhard.kotucha at web.de  Thu Dec 19 00:53:57 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Thu, 19 Dec 2013 00:53:57 +0100
Subject: [tex-live] Is pdftex developed in TeX Live?
In-Reply-To: <alpine.LNX.2.00.1312171019240.29047@pcl321.mppmu.mpg.de>
References: <alpine.LNX.2.00.1312171019240.29047@pcl321.mppmu.mpg.de>
Message-ID: <21170.13717.459930.911533@zaphod.ms25.net>

On 2013-12-17 at 10:20:16 +0100, Peter Breitenlohner wrote:

 > On Tue, 17 Dec 2013, Reinhard Kotucha wrote:
 > 
 > > I'm currently investigating how to create valid PDF/A-1b files with
 > > LuaTeX.  Since LuaTeX is based on pdfTeX, it inherited the linebreak
 > > problems.
 > 
 > Hi Reinhard,
 > 
 > not true, LuaTeX always writes a linebreak after "obj" and before
 > "endobj".  I have just updated the TeX Live repository (r32428)
 > such that pdftex does the same.

Hi Peter,
good to know that my assumption was wrong.  I must admit that I only
compiled the testfiles shipped with pdfx.sty with pdfTeX and sent the
PDF files to two online PDFA validators.  

There were a few error messages about metadata and color profiles.
Instead of continuing with pdfTeX or LuaTeX, I'm playing with
Ghostscript now because it seems that I can create a valid PDFA much
easier this way.  And since I have to implement PDFA in Lua, it's
quite helpful to have a valid PDFA file so that I can see how it is
constructed.  The main problem is that I'm not familiar with color
management at all.

Unfortunately everything is time-consuming.  One PDFA validator has a
nice web interface but the other one accepts files by email and sends
its results as email attachments.  The latter is more picky, hence I
can't avoid it though it's quite inconvenient.

Anyway, it's good to know that LuaTeX supports ISO-19005 compliant
linebreaks already, all the other problems can be solved at Lua level.
Hopefully. 

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From kakuto at fuk.kindai.ac.jp  Thu Dec 19 03:46:48 2013
From: kakuto at fuk.kindai.ac.jp (Akira Kakuto)
Date: Thu, 19 Dec 2013 11:46:48 +0900
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>,
 <20131218143851.GD84257@inanna.trygub.com>
 <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
Message-ID: <427C81259BCB43B893F042CC4399F50E@CJ3001517A>

> Ulrikes suggestion works fine for me 
>
> no idea though why the unicode options is not needed

Jonathan's xdvipdfmx transforms UTF-8 into UTF16BE with BOM
in outlines by default.

Best,
Akira


From scott at pakin.org  Thu Dec 19 08:51:26 2013
From: scott at pakin.org (Scott Pakin)
Date: Thu, 19 Dec 2013 00:51:26 -0700
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <20131218114923.GC13440@gamma.logic.tuwien.ac.at>
References: <21169.22074.571553.174581@pakin.org>
 <20131218114923.GC13440@gamma.logic.tuwien.ac.at>
Message-ID: <52B2A57E.9000900@pakin.org>

Norbert,

On 12/18/2013 04:49 AM, Norbert Preining wrote:
> I have a few questions:
>
>> |   +-- comicsans.dtx
>> |   +-- comicsans.ins
>> |   +-- comicsans.pdf
>
> * are the enc/stz/fs/tex/map files generated from comicsans.dtx?
>   If yes, then just drop them in the non-TDS part, the will be generated
>   anyway.

Some of those files, yes.  However, comicsans.dtx creates a
Makefile.NOTABS file that one has to tabify into an ordinary Makefile
and process with GNU Make on Linux to build the rest.  I figure that
this is such a sufficiently painful process for many users that it'd
be worth including even generated files in the non-TDS part.

> COncerning the TDS:
>> +-- comicsans.tds.zip
>
> * You should add
>       source/latex/comicsans/
>   containing comicsans.dtx and .ins
>
>>     +-- doc
>>     |   +-- latex
>>     |       +-- comicsans
>>     |           +-- comicsans.pdf
>
> * and probably add the README here

Done.  See my revised file listing (attached).

> Hope that helps

It does.  Thanks for responding.

-- Scott
-------------- next part --------------
.
+-- comicsans
?   +-- comicsans.dtx
?   +-- comicsans.ins
?   +-- comicsans.pdf
?   +-- enc
?   ?   +-- csextras.enc
?   +-- latex
?   ?   +-- comicsans.sty
?   ?   +-- omlcomic.fd
?   ?   +-- omscomic.fd
?   ?   +-- omxcomic.fd
?   ?   +-- ot1comic.fd
?   ?   +-- t1comic.fd
?   ?   +-- t2acomic.fd
?   ?   +-- ts1comic.fd
?   ?   +-- ucomic.fd
?   +-- map
?   ?   +-- comicsans.map
?   +-- README
?   +-- tfm
?   ?   +-- comic7m.tfm
?   ?   +-- comic7t.tfm
?   ?   +-- comic7v.tfm
?   ?   +-- comic7y.tfm
?   ?   +-- comic8c.tfm
?   ?   +-- comic8t.tfm
?   ?   +-- comic9z.tfm
?   ?   +-- comicbd7m.tfm
?   ?   +-- comicbd7t.tfm
?   ?   +-- comicbd8c.tfm
?   ?   +-- comicbd8t.tfm
?   ?   +-- comicbdo7t.tfm
?   ?   +-- comicbdo8c.tfm
?   ?   +-- comicbdo8t.tfm
?   ?   +-- comiccyrbdo.tfm
?   ?   +-- comiccyrbd.tfm
?   ?   +-- comiccyro.tfm
?   ?   +-- comiccyr.tfm
?   ?   +-- comico7t.tfm
?   ?   +-- comico8c.tfm
?   ?   +-- comico8t.tfm
?   ?   +-- comicsc7t.tfm
?   ?   +-- comicsc8t.tfm
?   ?   +-- rcomic7m.tfm
?   ?   +-- rcomic7y.tfm
?   ?   +-- rcomic8r.tfm
?   ?   +-- rcomic9z.tfm
?   ?   +-- rcomicbd7m.tfm
?   ?   +-- rcomicbd8r.tfm
?   ?   +-- rcomicbdo8r.tfm
?   ?   +-- rcomicbd.tfm
?   ?   +-- rcomiccyrbdo.tfm
?   ?   +-- rcomiccyrbd.tfm
?   ?   +-- rcomiccyro.tfm
?   ?   +-- rcomiccyr.tfm
?   ?   +-- rcomico8r.tfm
?   ?   +-- rcomic.tfm
?   +-- vf
?       +-- comic7m.vf
?       +-- comic7t.vf
?       +-- comic7v.vf
?       +-- comic7y.vf
?       +-- comic8c.vf
?       +-- comic8t.vf
?       +-- comic9z.vf
?       +-- comicbd7m.vf
?       +-- comicbd7t.vf
?       +-- comicbd8c.vf
?       +-- comicbd8t.vf
?       +-- comicbdo7t.vf
?       +-- comicbdo8c.vf
?       +-- comicbdo8t.vf
?       +-- comiccyrbdo.vf
?       +-- comiccyrbd.vf
?       +-- comiccyro.vf
?       +-- comiccyr.vf
?       +-- comico7t.vf
?       +-- comico8c.vf
?       +-- comico8t.vf
?       +-- comicsc7t.vf
?       +-- comicsc8t.vf
+-- comicsans.tds.zip
    +-- doc
    ?   +-- latex
    ?       +-- comicsans
    ?           +-- comicsans.pdf
    ?           +-- README
    +-- fonts
    ?   +-- enc
    ?   ?   +-- dvips
    ?   ?       +-- comicsans
    ?   ?           +-- csextras.enc
    ?   +-- map
    ?   ?   +-- dvips
    ?   ?       +-- comicsans
    ?   ?           +-- comicsans.map
    ?   +-- tfm
    ?   ?   +-- microsoft
    ?   ?       +-- comicsans
    ?   ?           +-- comic7m.tfm
    ?   ?           +-- comic7t.tfm
    ?   ?           +-- comic7v.tfm
    ?   ?           +-- comic7y.tfm
    ?   ?           +-- comic8c.tfm
    ?   ?           +-- comic8t.tfm
    ?   ?           +-- comic9z.tfm
    ?   ?           +-- comicbd7m.tfm
    ?   ?           +-- comicbd7t.tfm
    ?   ?           +-- comicbd8c.tfm
    ?   ?           +-- comicbd8t.tfm
    ?   ?           +-- comicbdo7t.tfm
    ?   ?           +-- comicbdo8c.tfm
    ?   ?           +-- comicbdo8t.tfm
    ?   ?           +-- comiccyrbdo.tfm
    ?   ?           +-- comiccyrbd.tfm
    ?   ?           +-- comiccyro.tfm
    ?   ?           +-- comiccyr.tfm
    ?   ?           +-- comico7t.tfm
    ?   ?           +-- comico8c.tfm
    ?   ?           +-- comico8t.tfm
    ?   ?           +-- comicsc7t.tfm
    ?   ?           +-- comicsc8t.tfm
    ?   ?           +-- rcomic7m.tfm
    ?   ?           +-- rcomic7y.tfm
    ?   ?           +-- rcomic8r.tfm
    ?   ?           +-- rcomic9z.tfm
    ?   ?           +-- rcomicbd7m.tfm
    ?   ?           +-- rcomicbd8r.tfm
    ?   ?           +-- rcomicbdo8r.tfm
    ?   ?           +-- rcomicbd.tfm
    ?   ?           +-- rcomiccyrbdo.tfm
    ?   ?           +-- rcomiccyrbd.tfm
    ?   ?           +-- rcomiccyro.tfm
    ?   ?           +-- rcomiccyr.tfm
    ?   ?           +-- rcomico8r.tfm
    ?   ?           +-- rcomic.tfm
    ?   +-- vf
    ?       +-- microsoft
    ?           +-- comicsans
    ?               +-- comic7m.vf
    ?               +-- comic7t.vf
    ?               +-- comic7v.vf
    ?               +-- comic7y.vf
    ?               +-- comic8c.vf
    ?               +-- comic8t.vf
    ?               +-- comic9z.vf
    ?               +-- comicbd7m.vf
    ?               +-- comicbd7t.vf
    ?               +-- comicbd8c.vf
    ?               +-- comicbd8t.vf
    ?               +-- comicbdo7t.vf
    ?               +-- comicbdo8c.vf
    ?               +-- comicbdo8t.vf
    ?               +-- comiccyrbdo.vf
    ?               +-- comiccyrbd.vf
    ?               +-- comiccyro.vf
    ?               +-- comiccyr.vf
    ?               +-- comico7t.vf
    ?               +-- comico8c.vf
    ?               +-- comico8t.vf
    ?               +-- comicsc7t.vf
    ?               +-- comicsc8t.vf
    +-- source
    ?   +-- latex
    ?       +-- comicsans
    ?           +-- comicsans.dtx
    ?           +-- comicsans.ins
    +-- tex
        +-- latex
            +-- comicsans
                +-- comicsans.sty
                +-- omlcomic.fd
                +-- omscomic.fd
                +-- omxcomic.fd
                +-- ot1comic.fd
                +-- t1comic.fd
                +-- t2acomic.fd
                +-- ts1comic.fd
                +-- ucomic.fd

From florian.bw at gmail.com  Thu Dec 19 09:13:20 2013
From: florian.bw at gmail.com (Florian Breitwieser)
Date: Thu, 19 Dec 2013 09:13:20 +0100
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
Message-ID: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>

Hi Reinhard,

> good to know that my assumption was wrong.  I must admit that I only
> compiled the testfiles shipped with pdfx.sty with pdfTeX and sent the
> PDF files to two online PDFA validators.

I also struggled get a PDF/A with pdfLaTeX and pdfx, and it did not
work out in the end.

I changed to a different route - and I am nearly there now - where I
use hyperxmp, which is nice to use and which also supports LuaTeX.
Color profile inclusion (there's a small bug in the original pdfx
code) and glyph management are taken from pdfx. I think these should
work in LuaTeX, too. The code, in the end, is very compact, as
hyperxmp provides higher-level access to metadata writing. It requires
modifications in the package source to write the PDF/A compliancy tag
and other things, but I am in contact with the author to include it.

> Unfortunately everything is time-consuming.  One PDFA validator has a
> nice web interface but the other one accepts files by email and sends
> its results as email attachments.  The latter is more picky, hence I
> can't avoid it though it's quite inconvenient.

True, I also spent a week. In the end, I found a combination I am
quite happy with: pdf-tools online validator [1] and Apache pdfbox
preflight [2]. I did not find the later very much used by other
people, but it is very powerful and sensitive to issues. To be really
useful, also there I needed to modify the code to include the byte
offset, etc, to error messages [3].

There is maybe one more iteration for the LaTeX code, then I can
supply it if you are interested.

Best,
Florian

[1] http://www.pdf-tools.com/pdf/validate-pdfa-online.aspx
[2] http://pdfbox.apache.org/
[3] https://issues.apache.org/jira/browse/PDFBOX-1816

From Robin.Fairbairns at cl.cam.ac.uk  Thu Dec 19 12:33:30 2013
From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns)
Date: Thu, 19 Dec 2013 11:33:30 +0000
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: Your message of Thu, 19 Dec 2013 09:13:20 +0100.
 <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
Message-ID: <7084.1387452810@cl.cam.ac.uk>

is anyone sufficiently sure of themselves that they could write a faq
answer about this, that i could add to the uk faq? -- http://www.tex.ac.uk/faq

i've several times set out to do that, and each time realised i've
misunderstood something, or that i simply don't have a coherent set of
instructions...

mail me, if you fancy this task (you'll only get thanks from me, i'm
afraid)

robin

From rdt at cs.queensu.ca  Thu Dec 19 12:43:05 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Thu, 19 Dec 2013 06:43:05 -0500
Subject: [tex-live] Sanity-check comicsans directory structure
Message-ID: <52b2dbc9.knWwGDhp7runmYY6%rdt@cs.queensu.ca>

Scott: It's just occurred to me that, as comicsans is proprietary, a
support package, even LPPL-licensed, is not eligible for inclusion
in TeXLive.

Bob T.

From preining at logic.at  Thu Dec 19 14:10:13 2013
From: preining at logic.at (Norbert Preining)
Date: Thu, 19 Dec 2013 22:10:13 +0900
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <52b2dbc9.knWwGDhp7runmYY6%rdt@cs.queensu.ca>
References: <52b2dbc9.knWwGDhp7runmYY6%rdt@cs.queensu.ca>
Message-ID: <20131219131013.GE13440@gamma.logic.tuwien.ac.at>

On Do, 19 Dez 2013, Bob Tennent wrote:
> Scott: It's just occurred to me that, as comicsans is proprietary, a
> support package, even LPPL-licensed, is not eligible for inclusion
> in TeXLive.

But still eligible for upload to CTAN. Is ComicSans *commercial*?
I cannot imagine paying for *that* ;-)))

Norbert

------------------------------------------------------------------------
PREINING, Norbert                               http://www.preining.info
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------

From arthur.reutenauer at normalesup.org  Thu Dec 19 14:20:18 2013
From: arthur.reutenauer at normalesup.org (Arthur Reutenauer)
Date: Thu, 19 Dec 2013 13:20:18 +0000
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <20131219131013.GE13440@gamma.logic.tuwien.ac.at>
References: <52b2dbc9.knWwGDhp7runmYY6%rdt@cs.queensu.ca>
 <20131219131013.GE13440@gamma.logic.tuwien.ac.at>
Message-ID: <20131219132018.GJ22503@phare.normalesup.org>

> But still eligible for upload to CTAN. Is ComicSans *commercial*?
> I cannot imagine paying for *that* ;-)))

  Well, you can pay for it if you want ;-)

	http://www.myfonts.com/fonts/ascender/comic-sans/

  $30 for each of regular and bold face ...

	Arthur

From cereda.paulo at gmail.com  Thu Dec 19 14:39:04 2013
From: cereda.paulo at gmail.com (Paulo Roberto Massa Cereda)
Date: Thu, 19 Dec 2013 11:39:04 -0200
Subject: [tex-live] Older versions of TL
Message-ID: <52B2F6F8.9040807@gmail.com>

Hello, friends!

Out of curiosity, is there any repository with older versions of TL, 
probably 2009 or so? I'm installing TeX on my Wii (wait, what?!) and ran 
into a couple of problems. :)

Cheers!

Paulo

From P.Taylor at Rhul.Ac.Uk  Thu Dec 19 14:42:24 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Thu, 19 Dec 2013 13:42:24 +0000
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <20131219132018.GJ22503@phare.normalesup.org>
References: <52b2dbc9.knWwGDhp7runmYY6%rdt@cs.queensu.ca>
 <20131219131013.GE13440@gamma.logic.tuwien.ac.at>
 <20131219132018.GJ22503@phare.normalesup.org>
Message-ID: <52B2F7C0.70001@Rhul.Ac.Uk>



Arthur Reutenauer wrote:
>> But still eligible for upload to CTAN. Is ComicSans *commercial*?
>> I cannot imagine paying for *that* ;-)))
> 
>   Well, you can pay for it if you want ;-)
> 
> 	http://www.myfonts.com/fonts/ascender/comic-sans/
> 
>   $30 for each of regular and bold face ...
> 
> 	Arthur

Or you can use a /real/ operating system rather than the
toy that most of you seem to prefer, in which case you
will get Comic Sans for free :)

** Phil.

From Herbert.Voss at FU-Berlin.DE  Thu Dec 19 14:59:17 2013
From: Herbert.Voss at FU-Berlin.DE (Herbert Voss)
Date: Thu, 19 Dec 2013 14:59:17 +0100
Subject: [tex-live] Older versions of TL
In-Reply-To: <52B2F6F8.9040807@gmail.com>
References: <52B2F6F8.9040807@gmail.com>
Message-ID: <52B2FBB5.5060508@FU-Berlin.DE>

Am 19.12.2013 14:39, schrieb Paulo Roberto Massa Cereda:

> Out of curiosity, is there any repository with older versions of TL,
> probably 2009 or so? I'm installing TeX on my Wii (wait, what?!) and ran
> into a couple of problems. :)

see ftp://tug.org/texlive/historic/2009/

Herbert


From cereda.paulo at gmail.com  Thu Dec 19 15:11:33 2013
From: cereda.paulo at gmail.com (Paulo Roberto Massa Cereda)
Date: Thu, 19 Dec 2013 12:11:33 -0200
Subject: [tex-live] Older versions of TL
In-Reply-To: <52B2FBB5.5060508@FU-Berlin.DE>
References: <52B2F6F8.9040807@gmail.com> <52B2FBB5.5060508@FU-Berlin.DE>
Message-ID: <52B2FE95.5010500@gmail.com>

Vielen Dank, Herbert! :)

Paulo

Em 19-12-2013 11:59, Herbert Voss escreveu:
> Am 19.12.2013 14:39, schrieb Paulo Roberto Massa Cereda:
>
>> Out of curiosity, is there any repository with older versions of TL,
>> probably 2009 or so? I'm installing TeX on my Wii (wait, what?!) and ran
>> into a couple of problems. :)
>
> see ftp://tug.org/texlive/historic/2009/
>
> Herbert
>


From rdt at cs.queensu.ca  Thu Dec 19 15:30:03 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Thu, 19 Dec 2013 09:30:03 -0500
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <52B2F7C0.70001@Rhul.Ac.Uk>
References: <52b2dbc9.knWwGDhp7runmYY6%rdt@cs.queensu.ca>
 <20131219131013.GE13440@gamma.logic.tuwien.ac.at>
 <20131219132018.GJ22503@phare.normalesup.org>
 <52B2F7C0.70001@Rhul.Ac.Uk>
Message-ID: <52b302eb.Y3Pqpua8L81lo+6F%rdt@cs.queensu.ca>

 >|Arthur Reutenauer wrote:
 >|>> But still eligible for upload to CTAN. Is ComicSans *commercial*?
 >|>> I cannot imagine paying for *that* ;-)))
 >|>
 >|>   Well, you can pay for it if you want ;-)
 >|>
 >|>	http://www.myfonts.com/fonts/ascender/comic-sans/
 >|>
 >|>   $30 for each of regular and bold face ...
 >|>
 >|>	Arthur
 >|
 >|Or you can use a /real/ operating system rather than the
 >|toy that most of you seem to prefer, in which case you
 >|will get Comic Sans for free :)

You can get ComicSans gratis at Sourceforge without having to pay
for a "real" operating system. But whether the owners of ComicSans
would approve of generating oblique variants, I cannot say. Gratis
but not libre.

Bob T.

From rdt at cs.queensu.ca  Thu Dec 19 16:18:01 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Thu, 19 Dec 2013 10:18:01 -0500
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <52B30A51.5070808@Rhul.Ac.Uk>
References: <52b2dbc9.knWwGDhp7runmYY6%rdt@cs.queensu.ca>
 <20131219131013.GE13440@gamma.logic.tuwien.ac.at>
 <20131219132018.GJ22503@phare.normalesup.org>
 <52B2F7C0.70001@Rhul.Ac.Uk>
 <52b302eb.Y3Pqpua8L81lo+6F%rdt@cs.queensu.ca>
 <52B30A51.5070808@Rhul.Ac.Uk>
Message-ID: <52b30e29.Enp0nbpYCTgLWqyc%rdt@cs.queensu.ca>

 >|Bob Tennent wrote:
 >|
 >|> You can get ComicSans gratis at Sourceforge without having to pay
 >|> for a "real" operating system. But whether the owners of ComicSans
 >|> would approve of generating oblique variants, I cannot say. Gratis
 >|> but not libre.
 >|
 >|So how can the Sourceforge uploader claim that the package is available
 >|under the GNU General Public License version 2.0 (GPLv2)
 >|when the original licence is completely different ?
 >|
 >|http://www.microsoft.com/typography/fontpack/eula.htm

I presume that the package is GPLed but the fonts themselves are
covered by the licence in effect when Microsoft was promoting use
of the "core" fonts. Microsoft eventually changed their mind about
their liberal licensing, which is a phenomenon you don't have to
worry about with free software.

Bob T.

From P.Taylor at Rhul.Ac.Uk  Thu Dec 19 16:01:37 2013
From: P.Taylor at Rhul.Ac.Uk (Philip Taylor)
Date: Thu, 19 Dec 2013 15:01:37 +0000
Subject: [tex-live] Sanity-check comicsans directory structure
In-Reply-To: <52b302eb.Y3Pqpua8L81lo+6F%rdt@cs.queensu.ca>
References: <52b2dbc9.knWwGDhp7runmYY6%rdt@cs.queensu.ca>
 <20131219131013.GE13440@gamma.logic.tuwien.ac.at>
 <20131219132018.GJ22503@phare.normalesup.org> <52B2F7C0.70001@Rhul.Ac.Uk>
 <52b302eb.Y3Pqpua8L81lo+6F%rdt@cs.queensu.ca>
Message-ID: <52B30A51.5070808@Rhul.Ac.Uk>



Bob Tennent wrote:

> You can get ComicSans gratis at Sourceforge without having to pay
> for a "real" operating system. But whether the owners of ComicSans
> would approve of generating oblique variants, I cannot say. Gratis
> but not libre.

So how can the Sourceforge uploader claim that the package is available
under the GNU General Public License version 2.0 (GPLv2)
when the original licence is completely different ?

http://www.microsoft.com/typography/fontpack/eula.htm

Philip Taylor



From heiko.oberdiek at googlemail.com  Thu Dec 19 17:57:29 2013
From: heiko.oberdiek at googlemail.com (Heiko Oberdiek)
Date: Thu, 19 Dec 2013 17:57:29 +0100
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <427C81259BCB43B893F042CC4399F50E@CJ3001517A>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>,
 <20131218143851.GD84257@inanna.trygub.com>
 <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
 <427C81259BCB43B893F042CC4399F50E@CJ3001517A>
Message-ID: <52B32579.8030303@googlemail.com>

On 19.12.2013 03:46, Akira Kakuto wrote:
>> Ulrikes suggestion works fine for me
>> no idea though why the unicode options is not needed
> 
> Jonathan's xdvipdfmx transforms UTF-8 into UTF16BE with BOM
> in outlines by default.

The problem is that not everything is Unicode in the PDF specification,
there are byte strings and other encodings.

Thus the warning
  "Failed to convert input string to UTF16..."
has to be ignored. The only safe encoding is ASCII
with XeTeX.

In case of XeTeX hyperref uses more or less option `pdfencoding=auto'.
That means, Unicode bookmarks are enabled by default. It is not
necessary to specify the option `pdfencoding' or `unicode', but it is
not wrong.

As far as I could see, the provided example provides correct bookmarks.

Yours sincerely
  Heiko Oberdiek



From Laurent.Schmalen at post.rwth-aachen.de  Thu Dec 19 18:31:03 2013
From: Laurent.Schmalen at post.rwth-aachen.de (Laurent Schmalen)
Date: Thu, 19 Dec 2013 18:31:03 +0100
Subject: [tex-live] Bug in Windows Installer of install-tl-20131219
Message-ID: <fbad049d46531.52b33b67@post.rwth-aachen.de>

 Hi TeXlive community,

I just downloaded the latest as of today TeXlive distribution with Windows Installer and there seems to be a bug in the install-tl.bat script. 

After execution the script is unable to find the executable "perl". Changing "perl" to "perl.exe"  in line 53 resolves the issue (as the perl executable in tlpkg\tlperl\bin is called perl.exe and not perl).

Best regards,
Laurent

From khaledhosny at eglug.org  Thu Dec 19 21:44:59 2013
From: khaledhosny at eglug.org (Khaled Hosny)
Date: Thu, 19 Dec 2013 22:44:59 +0200
Subject: [tex-live] utf-8 encoding in outline
In-Reply-To: <52B32579.8030303@googlemail.com>
References: <20131217235441.GA77580@inanna.trygub.com>
 <CAC1phyYaJuGDZZwFa8JCzWJmrgtxtAEJe3=U0WC0MgP7PrVkSw@mail.gmail.com>
 <20131218143851.GD84257@inanna.trygub.com>
 <89ECE88578D8F648A22E307DAEE885793AC582B5@SRVUNIMBX08.uni.au.dk>
 <427C81259BCB43B893F042CC4399F50E@CJ3001517A>
 <52B32579.8030303@googlemail.com>
Message-ID: <20131219204459.GA30181@khaled-laptop>

On Thu, Dec 19, 2013 at 05:57:29PM +0100, Heiko Oberdiek wrote:
> On 19.12.2013 03:46, Akira Kakuto wrote:
> >> Ulrikes suggestion works fine for me
> >> no idea though why the unicode options is not needed
> > 
> > Jonathan's xdvipdfmx transforms UTF-8 into UTF16BE with BOM
> > in outlines by default.
> 
> The problem is that not everything is Unicode in the PDF specification,
> there are byte strings and other encodings.
> 
> Thus the warning
>   "Failed to convert input string to UTF16..."
> has to be ignored. The only safe encoding is ASCII
> with XeTeX.

We would like to fix this (i.e. revert this change) in xdvipdfmx, but
you stopped responding to my emails about this issue...

Regards,
Khaled

From reinhard.kotucha at web.de  Fri Dec 20 01:07:21 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Fri, 20 Dec 2013 01:07:21 +0100
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
Message-ID: <21171.35385.340244.399839@zaphod.ms25.net>

On 2013-12-19 at 09:13:20 +0100, Florian Breitwieser wrote:

 > Hi Reinhard,
 > 
 > > good to know that my assumption was wrong.  I must admit that I
 > > only compiled the testfiles shipped with pdfx.sty with pdfTeX and
 > > sent the PDF files to two online PDFA validators.
 > 
 > I also struggled get a PDF/A with pdfLaTeX and pdfx, and it did not
 > work out in the end.
 > 
 > I changed to a different route - and I am nearly there now - where
 > I use hyperxmp, which is nice to use and which also supports
 > LuaTeX.  Color profile inclusion (there's a small bug in the
 > original pdfx code) and glyph management are taken from pdfx. I
 > think these should work in LuaTeX, too. The code, in the end, is
 > very compact, as hyperxmp provides higher-level access to metadata
 > writing. It requires modifications in the package source to write
 > the PDF/A compliancy tag and other things, but I am in contact with
 > the author to include it.

Hi Florian,
thanks for the hints.  As far as XMP data is concerned I only have to
know how a valid XMP record looks like.  In my case it makes more
sense to create them with Lua.  The reason is that everything to be
put into the PDF file exists in Lua already and I use TeX only for
typesetting.  

 > > Unfortunately everything is time-consuming.  One PDFA validator has a
 > > nice web interface but the other one accepts files by email and sends
 > > its results as email attachments.  The latter is more picky, hence I
 > > can't avoid it though it's quite inconvenient.
 > 
 > True, I also spent a week. In the end, I found a combination I am
 > quite happy with: pdf-tools online validator [1] and Apache pdfbox
 > preflight [2]. I did not find the later very much used by other
 > people, but it is very powerful and sensitive to issues.

Looks promising.  The reason that very few people are using it is
probably the lack of end-user documentation.  Java programmers
certainly know how to install and invoke it.  Installation of the
whole pdfbox package failed.  Then I downloaded preflight-1.8.3.jar
but I didn't find out how to use it.

 > To be really useful, also there I needed to modify the code to
 > include the byte offset, etc, to error messages [3].

This is definitely a great improvement.  On the other hand it's
probably sufficient if the object number is reported.  What I really
miss is an Emacs pdf-mode which reads the xref table whenever a PDF
file is opened and allows to jump to particular objects conveniently.

 > There is maybe one more iteration for the LaTeX code, then I can
 > supply it if you are interested.

Yes, I'm interested.  Maybe we better discuss it off-list if nobody
else intends to contribute.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From vivrii at gmail.com  Fri Dec 20 04:32:43 2013
From: vivrii at gmail.com (Victor Ivrii)
Date: Thu, 19 Dec 2013 22:32:43 -0500
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <21171.35385.340244.399839@zaphod.ms25.net>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
Message-ID: <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>

I tried to run supplied small2e.tex which comes with pdfx package and it
had two fatal errors.

 The second required to download somewhere color profile
sRGBIEC1966-2.1.icm;

the first one seems to affect only Western hemisphere and required to patch
pdfx.sty replacing in line 116   \def\getTZh +#1#2{\edef\xTZh{#1#2}\getTZm}
 by  \def\getTZh -#1#2{\edef\xTZh{#1#2}\getTZm}  (plus by -)

After patches were applied typesetting ran smoothly. pdfx  needs to be
loaded after hyperrref

Victor

Victor Ivrii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131219/b72d79de/attachment-0001.html>

From siepo at cybercomm.nl  Fri Dec 20 12:45:49 2013
From: siepo at cybercomm.nl (Siep Kroonenberg)
Date: Fri, 20 Dec 2013 12:45:49 +0100
Subject: [tex-live] Bug in Windows Installer of install-tl-20131219
In-Reply-To: <fbad049d46531.52b33b67@post.rwth-aachen.de>
References: <fbad049d46531.52b33b67@post.rwth-aachen.de>
Message-ID: <20131220114549.GA3890@bitmuis.thuis.internal>

On Thu, Dec 19, 2013 at 06:31:03PM +0100, Laurent Schmalen wrote:
>  Hi TeXlive community,
> 
> I just downloaded the latest as of today TeXlive distribution with Windows Installer and there seems to be a bug in the install-tl.bat script. 
> 
> After execution the script is unable to find the executable "perl". Changing "perl" to "perl.exe"  in line 53 resolves the issue (as the perl executable in tlpkg\tlperl\bin is called perl.exe and not perl).
> 
> Best regards,
> Laurent

This is the first such report that we get. Before we add the .exe
extension, a few of questions:

- What is the value of PATHEXT ? (Type
  echo %PATHEXT%
  in a command-prompt)
- What version of Windows are you running?
- Is this a private machine or a work-provided one, on which IT may
  have imposed all sorts of weird restrictions?

However, I am really just groping in the dark as to why a bare `perl'
should not work on your system.

-- 
Siep Kroonenberg

From zdenek.wagner at gmail.com  Fri Dec 20 14:11:10 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Fri, 20 Dec 2013 14:11:10 +0100
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
Message-ID: <CAC1phyaz2Q6q5oPxeV8mxfH6dgAcgNDs_hfZUdeGjjhfJfrWOA@mail.gmail.com>

2013/12/20 Victor Ivrii <vivrii at gmail.com>:
> I tried to run supplied small2e.tex which comes with pdfx package and it had
> two fatal errors.
>
>  The second required to download somewhere color profile
> sRGBIEC1966-2.1.icm;
>
> the first one seems to affect only Western hemisphere and required to patch
> pdfx.sty replacing in line 116   \def\getTZh +#1#2{\edef\xTZh{#1#2}\getTZm}
> by  \def\getTZh -#1#2{\edef\xTZh{#1#2}\getTZm}  (plus by -)
>
> After patches were applied typesetting ran smoothly. pdfx  needs to be
> loaded after hyperrref
>
That's what I do not like, hyperref may have undesirable side effects
and there are (or at least were) conflicts with some packages. I would
like to have minimalist PDF/A and PDF/X support that does not require
hyperref.

> Victor
>
> Victor Ivrii



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From usenet at siart.de  Fri Dec 20 14:54:52 2013
From: usenet at siart.de (Uwe Siart)
Date: Fri, 20 Dec 2013 14:54:52 +0100
Subject: [tex-live] Bug in Windows Installer of install-tl-20131219
References: <fbad049d46531.52b33b67@post.rwth-aachen.de>
Message-ID: <84ob4bzkyb.fsf@siart.de>

Laurent Schmalen <Laurent.Schmalen at post.rwth-aachen.de> writes:

> I just downloaded the latest as of today TeXlive distribution with Windows
> Installer and there seems to be a bug in the install-tl.bat script.
>
> After execution the script is unable to find the executable "perl".

To give it a try I just downloaded the latest installer from tug.org and
started install-tl.bat on my XP machine. The installer runs as usual.

-- 
Uwe


From vivrii at gmail.com  Fri Dec 20 15:20:05 2013
From: vivrii at gmail.com (Victor Ivrii)
Date: Fri, 20 Dec 2013 09:20:05 -0500
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CAC1phyaz2Q6q5oPxeV8mxfH6dgAcgNDs_hfZUdeGjjhfJfrWOA@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
 <CAC1phyaz2Q6q5oPxeV8mxfH6dgAcgNDs_hfZUdeGjjhfJfrWOA@mail.gmail.com>
Message-ID: <CADP=ZZr0+Ra1Xuk80DLfhZginWby-VLZ7Sr7sws9FdAdUGsTcw@mail.gmail.com>

On Fri, Dec 20, 2013 at 8:11 AM, Zdenek Wagner <zdenek.wagner at gmail.com>wrote:

> 2013/12/20 Victor Ivrii <vivrii at gmail.com>:
> > I tried to run supplied small2e.tex which comes with pdfx package and it
> had
> > two fatal errors.
> >
> >  The second required to download somewhere color profile
> > sRGBIEC1966-2.1.icm;
> >
> > the first one seems to affect only Western hemisphere and required to
> patch
> > pdfx.sty replacing in line 116   \def\getTZh
> +#1#2{\edef\xTZh{#1#2}\getTZm}
> > by  \def\getTZh -#1#2{\edef\xTZh{#1#2}\getTZm}  (plus by -)
> >
> > After patches were applied typesetting ran smoothly. pdfx  needs to be
> > loaded after hyperrref
> >
> That's what I do not like, hyperref may have undesirable side effects
> and there are (or at least were) conflicts with some packages. I would
> like to have minimalist PDF/A and PDF/X support that does not require
> hyperref.
>
>
Mathematical papers (and papers in other disciplines which have a lot of
referenced formulas) using hyperref provide a far superior reading
experience in comparison with those without it. IMHO hyperref should be a
standard at least I'm math.

Victor






>
>
> --
> Zden?k Wagner
> http://hroch486.icpf.cas.cz/wagner/
> http://icebearsoft.euweb.cz
>



-- 

Victor Ivrii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131220/f089223c/attachment.html>

From Laurent.Schmalen at post.rwth-aachen.de  Fri Dec 20 14:13:53 2013
From: Laurent.Schmalen at post.rwth-aachen.de (Laurent Schmalen)
Date: Fri, 20 Dec 2013 14:13:53 +0100
Subject: [tex-live] Bug in Windows Installer of install-tl-20131219
Message-ID: <fb72dcf080a26.52b450a1@post.rwth-aachen.de>

Hi Siep,

Indeed, it seems that my pathext environment variable was badly messed up for some reason which I do not yet understand (it only had .py in it). I changed it and now everything works smoothly! Thanks!

Laurent

From zdenek.wagner at gmail.com  Fri Dec 20 15:31:17 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Fri, 20 Dec 2013 15:31:17 +0100
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CADP=ZZr0+Ra1Xuk80DLfhZginWby-VLZ7Sr7sws9FdAdUGsTcw@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
 <CAC1phyaz2Q6q5oPxeV8mxfH6dgAcgNDs_hfZUdeGjjhfJfrWOA@mail.gmail.com>
 <CADP=ZZr0+Ra1Xuk80DLfhZginWby-VLZ7Sr7sws9FdAdUGsTcw@mail.gmail.com>
Message-ID: <CAC1phyaguXkOvsEczfqQ5jbLA2ejCjF4CDfeHy6Qh2BYOG_zTg@mail.gmail.com>

I agree that hyperref is useful, I use it quite often but not always.
PDF/X files serve for printing, you cannot click on a piece of paper,
thus it is useless if I know that the document will be printed and
never published as PDF. The manual for the Velthuis Devanagari package
used hyperref many years ago but then with one version it was not
possible to compile the document with hyperref. I had an opder version
with which it work, a newer version with which a fatal error was
reported. There were too many changes in several files so that I was
not able to figure out the source of the problem. I have not tried
whether it works with the current version. This is why I want to have
a minimalist solution. There may be cases where hyperref must not be
used for various reasons. Of course, PDF/A is intended for archivation
and hyperref will almost always used for such documents bu I deal very
often with documents that will be just printed and not available in
other means.

2013/12/20 Victor Ivrii <vivrii at gmail.com>:
>
>
>
> On Fri, Dec 20, 2013 at 8:11 AM, Zdenek Wagner <zdenek.wagner at gmail.com>
> wrote:
>>
>> 2013/12/20 Victor Ivrii <vivrii at gmail.com>:
>> > I tried to run supplied small2e.tex which comes with pdfx package and it
>> > had
>> > two fatal errors.
>> >
>> >  The second required to download somewhere color profile
>> > sRGBIEC1966-2.1.icm;
>> >
>> > the first one seems to affect only Western hemisphere and required to
>> > patch
>> > pdfx.sty replacing in line 116   \def\getTZh
>> > +#1#2{\edef\xTZh{#1#2}\getTZm}
>> > by  \def\getTZh -#1#2{\edef\xTZh{#1#2}\getTZm}  (plus by -)
>> >
>> > After patches were applied typesetting ran smoothly. pdfx  needs to be
>> > loaded after hyperrref
>> >
>> That's what I do not like, hyperref may have undesirable side effects
>> and there are (or at least were) conflicts with some packages. I would
>> like to have minimalist PDF/A and PDF/X support that does not require
>> hyperref.
>>
>
> Mathematical papers (and papers in other disciplines which have a lot of
> referenced formulas) using hyperref provide a far superior reading
> experience in comparison with those without it. IMHO hyperref should be a
> standard at least I'm math.
>
> Victor
>
>
>
>
>
>>
>>
>>
>> --
>> Zden?k Wagner
>> http://hroch486.icpf.cas.cz/wagner/
>> http://icebearsoft.euweb.cz
>
>
>
>
> --
>
> Victor Ivrii



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From vivrii at gmail.com  Fri Dec 20 15:39:44 2013
From: vivrii at gmail.com (Victor Ivrii)
Date: Fri, 20 Dec 2013 09:39:44 -0500
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CAC1phyaguXkOvsEczfqQ5jbLA2ejCjF4CDfeHy6Qh2BYOG_zTg@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
 <CAC1phyaz2Q6q5oPxeV8mxfH6dgAcgNDs_hfZUdeGjjhfJfrWOA@mail.gmail.com>
 <CADP=ZZr0+Ra1Xuk80DLfhZginWby-VLZ7Sr7sws9FdAdUGsTcw@mail.gmail.com>
 <CAC1phyaguXkOvsEczfqQ5jbLA2ejCjF4CDfeHy6Qh2BYOG_zTg@mail.gmail.com>
Message-ID: <CADP=ZZradbZr8zP6R9=8YAd48qRW+BFjMxU+uBTUpg5jTF5WQA@mail.gmail.com>

On Fri, Dec 20, 2013 at 9:31 AM, Zdenek Wagner <zdenek.wagner at gmail.com>wrote:

> I agree that hyperref is useful, I use it quite often but not always.
> PDF/X files serve for printing, you cannot click on a piece of paper,
> thus it is useless if I know that the document will be printed and
> never published as PDF. The manual for the Velthuis Devanagari package
> used hyperref many years ago but then with one version it was not
> possible to compile the document with hyperref. I had an opder version
> with which it work, a newer version with which a fatal error was
> reported. There were too many changes in several files so that I was
> not able to figure out the source of the problem. I have not tried
> whether it works with the current version. This is why I want to have
> a minimalist solution. There may be cases where hyperref must not be
> used for various reasons. Of course, PDF/A is intended for archivation
> and hyperref will almost always used for such documents bu I deal very
> often with documents that will be just printed and not available in
> other means.
>
>
Yes, one cannot click on the piece of the paper. However most of
mathematical journals have now online editions but they do not want there
functionality which is not available for printed one.

Further, even if the article or a book are not going to be printed it is
sent to referees or reviewers as a pdf file and IMHO a simple courtesy
requires to make their volunteer work as easy as possible.


Victor


-- 

Victor Ivrii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131220/c985c534/attachment-0001.html>

From reinhard.kotucha at web.de  Fri Dec 20 23:47:16 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Fri, 20 Dec 2013 23:47:16 +0100
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CAC1phyaz2Q6q5oPxeV8mxfH6dgAcgNDs_hfZUdeGjjhfJfrWOA@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
 <CAC1phyaz2Q6q5oPxeV8mxfH6dgAcgNDs_hfZUdeGjjhfJfrWOA@mail.gmail.com>
Message-ID: <21172.51444.102759.463375@zaphod.ms25.net>

On 2013-12-20 at 14:11:10 +0100, Zdenek Wagner wrote:

 > 2013/12/20 Victor Ivrii <vivrii at gmail.com>:
 > >
 > > After patches were applied typesetting ran smoothly. pdfx  needs to be
 > > loaded after hyperrref
 > >
 > That's what I do not like, hyperref may have undesirable side effects
 > and there are (or at least were) conflicts with some packages. I would
 > like to have minimalist PDF/A and PDF/X support that does not require
 > hyperref.

I don't see any problem here.  Once the PDF file is created it doesn't
matter anymore *how* the hyperlinks were created.

The package clashes you encountered have nothing to do with PDF/A or
PDF/X.  They occur when you *create* a PDF file.  And if there are
clashes at all, then at least two packages are involved.  So why do
you suggest to remove hyperref and not the other package?  Sure, it
can be extremely difficult to find out who the culprit is.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From vivrii at gmail.com  Sat Dec 21 00:23:34 2013
From: vivrii at gmail.com (Victor Ivrii)
Date: Fri, 20 Dec 2013 18:23:34 -0500
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <21172.51444.102759.463375@zaphod.ms25.net>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
 <CAC1phyaz2Q6q5oPxeV8mxfH6dgAcgNDs_hfZUdeGjjhfJfrWOA@mail.gmail.com>
 <21172.51444.102759.463375@zaphod.ms25.net>
Message-ID: <CADP=ZZpnKzR-M6DkszgAKEhu_GDZR=tGvVXJCsAEchKkWNgSyg@mail.gmail.com>

On Fri, Dec 20, 2013 at 5:47 PM, Reinhard Kotucha
<reinhard.kotucha at web.de>wrote:

> On 2013-12-20 at 14:11:10 +0100, Zdenek Wagner wrote:
>  > That's what I do not like, hyperref may have undesirable side effects
>  > and there are (or at least were) conflicts with some packages. I would
>  > like to have minimalist PDF/A and PDF/X support that does not require
>  > hyperref.
>

?..

>
>  And if there are
> clashes at all, then at least two packages are involved.
>
>

I seen to remember that there was a case of triple effect when conflict was
created by three packages and removing any one of them resolved it.

TeXnical Borromean rings :D

Victor Ivrii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131220/0b4d8ce0/attachment.html>

From reinhard.kotucha at web.de  Sat Dec 21 00:42:19 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Sat, 21 Dec 2013 00:42:19 +0100
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
Message-ID: <21172.54747.931976.436118@zaphod.ms25.net>

On 2013-12-19 at 22:32:43 -0500, Victor Ivrii wrote:

 > I tried to run supplied small2e.tex which comes with pdfx package
 > and it had two fatal errors.
 > 
 >  The second required to download somewhere color profile
 > sRGBIEC1966-2.1.icm;

Does anybody know where this file comes from?  It's a binary file but
contains the string

  Copyright (c) 1998 Hewlett-Packard Company

Where does it come from and what's its License?

BTW, recent versions of Ghostscript provide a few ICC profiles.  Since
Ghostscript is under GPL they might be preferable.  There is an sRGB
profile too.  And all files except default_cmyk.icc are tiny (< 6 kB).

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From zaroda at mimuw.edu.pl  Sat Dec 21 15:59:25 2013
From: zaroda at mimuw.edu.pl (Artur Zaroda)
Date: Sat, 21 Dec 2013 15:59:25 +0100
Subject: [tex-live] Disappearing text
Message-ID: <alpine.LNX.2.00.1312211019210.18052@duch.mimuw.edu.pl>


This happens on Ubuntu 12.04 with TexLive 2009 and on Windows with
fresh installation of TexLive 2013.

For a do-it-yourself minimal working example, in the following:

\documentclass{article}
\usepackage{comment}
\includecomment{a}
\includecomment{b}
\begin{document}
\begin{a}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\begin{b}
\end{b}
0123456789 0123456789 0123456789 0123456789 0123456789
\end{a}
\end{document}

repeat the line with 62 '%' characters exactly 64 times.

The resulting document is shortened to:

0123456789 0123456789 0123456789 0123456789 01

Artur Zaroda

From jfbu at free.fr  Sat Dec 21 18:26:14 2013
From: jfbu at free.fr (jfbu)
Date: Sat, 21 Dec 2013 18:26:14 +0100
Subject: [tex-live] Disappearing text
In-Reply-To: <alpine.LNX.2.00.1312211019210.18052@duch.mimuw.edu.pl>
References: <alpine.LNX.2.00.1312211019210.18052@duch.mimuw.edu.pl>
Message-ID: <87B1AEAA-98DF-46B7-96FE-27033885D3EA@free.fr>


Le 21 d?c. 2013 ? 15:59, Artur Zaroda <zaroda at mimuw.edu.pl> a ?crit :

> 
> This happens on Ubuntu 12.04 with TexLive 2009 and on Windows with
> fresh installation of TexLive 2013.
> 
> For a do-it-yourself minimal working example, in the following:
> 
> \documentclass{article}
> \usepackage{comment}
> \includecomment{a}
> \includecomment{b}
> \begin{document}
> \begin{a}
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> \begin{b}
> \end{b}
> 0123456789 0123456789 0123456789 0123456789 0123456789
> \end{a}
> \end{document}
> 
> repeat the line with 62 '%' characters exactly 64 times.
> 
> The resulting document is shortened to:
> 
> 0123456789 0123456789 0123456789 0123456789 01
> 
> Artur Zaroda

I confirm this with TL2013  on Mac OS X.

This is perhaps more a comment.sty issue than a TeX Live, although
the detailed explanation (which I am curious to learn) might depend on
TeX Live (or rather on the details of TeX?s dealings with input/output of files). 

When the comment package finds a comment environment
it writes its contents to a file called comment.cut, and at the end of the environment
decides to include back the file or not (*)

(*) I don?t know why this decision is done only after the environment
contents have been output verbatim to the comment.cut file as it could
have been identified from comment.sty that ?a? was not to be commented out
after all

 So here we have ?a? and then an \input
is done which reads 64 lines of 62 percent signs, then \begin{b} and this starts
again the process as environment ?b? was also declared in the preamble to require
comment.sty interference

When a file is opened up for write operations its contents
are instantly erased, so comment.cut which already served for ?a? is erased
for ?b? to write its contents (here nothing) and then again input. Somehow
we are left with a partial version of the first input: precisely
4096 characters (including the EOL?s). 

Possibly, when TeX encounters \input file.tex it 
proceeds by blocks of 4096 (as no smaller power of 2 seems to give the same effect
in my brief testing just now
and this might be file system dependent) 
and loads from disk the next 4096 characters only when needed. Thus it loaded
everything up to and including 01, then the file was erased by the process described
above

this is a guess

best regards

Jean-Francois

From zdenek.wagner at gmail.com  Sat Dec 21 19:31:50 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Sat, 21 Dec 2013 19:31:50 +0100
Subject: [tex-live] Disappearing text
In-Reply-To: <87B1AEAA-98DF-46B7-96FE-27033885D3EA@free.fr>
References: <alpine.LNX.2.00.1312211019210.18052@duch.mimuw.edu.pl>
 <87B1AEAA-98DF-46B7-96FE-27033885D3EA@free.fr>
Message-ID: <CAC1phyZ6UBLC=ucafqisFU9Hn8=JJ+6ZtQjOGF=AFhY92kfe_Q@mail.gmail.com>

2013/12/21 jfbu <jfbu at free.fr>:
>
> Le 21 d?c. 2013 ? 15:59, Artur Zaroda <zaroda at mimuw.edu.pl> a ?crit :
>
>>
>> This happens on Ubuntu 12.04 with TexLive 2009 and on Windows with
>> fresh installation of TexLive 2013.
>>
>> For a do-it-yourself minimal working example, in the following:
>>
>> \documentclass{article}
>> \usepackage{comment}
>> \includecomment{a}
>> \includecomment{b}
>> \begin{document}
>> \begin{a}
>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>> \begin{b}
>> \end{b}
>> 0123456789 0123456789 0123456789 0123456789 0123456789
>> \end{a}
>> \end{document}
>>
>> repeat the line with 62 '%' characters exactly 64 times.
>>
>> The resulting document is shortened to:
>>
>> 0123456789 0123456789 0123456789 0123456789 01
>>
>> Artur Zaroda
>
> I confirm this with TL2013  on Mac OS X.
>
> This is perhaps more a comment.sty issue than a TeX Live, although
> the detailed explanation (which I am curious to learn) might depend on
> TeX Live (or rather on the details of TeX?s dealings with input/output of files).
>
> When the comment package finds a comment environment
> it writes its contents to a file called comment.cut, and at the end of the environment
> decides to include back the file or not (*)
>
> (*) I don?t know why this decision is done only after the environment
> contents have been output verbatim to the comment.cut file as it could
> have been identified from comment.sty that ?a? was not to be commented out
> after all
>
>  So here we have ?a? and then an \input
> is done which reads 64 lines of 62 percent signs, then \begin{b} and this starts
> again the process as environment ?b? was also declared in the preamble to require
> comment.sty interference
>
> When a file is opened up for write operations its contents
> are instantly erased, so comment.cut which already served for ?a? is erased
> for ?b? to write its contents (here nothing) and then again input. Somehow
> we are left with a partial version of the first input: precisely
> 4096 characters (including the EOL?s).
>
> Possibly, when TeX encounters \input file.tex it
> proceeds by blocks of 4096 (as no smaller power of 2 seems to give the same effect
> in my brief testing just now
> and this might be file system dependent)
> and loads from disk the next 4096 characters only when needed. Thus it loaded
> everything up to and including 01, then the file was erased by the process described
> above
>
4096 bytes is usual buffer size. Maybe the file is not properly closed
before subsequent input. I just guess, I have not looked at the source
code of the package.

> this is a guess
>
> best regards
>
> Jean-Francois



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From jfbu at free.fr  Sat Dec 21 18:30:39 2013
From: jfbu at free.fr (jfbu)
Date: Sat, 21 Dec 2013 18:30:39 +0100
Subject: [tex-live] Disappearing text
In-Reply-To: <87B1AEAA-98DF-46B7-96FE-27033885D3EA@free.fr>
References: <alpine.LNX.2.00.1312211019210.18052@duch.mimuw.edu.pl>
 <87B1AEAA-98DF-46B7-96FE-27033885D3EA@free.fr>
Message-ID: <8A012B7B-4FB8-4856-9B80-B8FABF34CF92@free.fr>


Le 21 d?c. 2013 ? 18:26, jfbu <jfbu at free.fr> a ?crit :

> 
> Le 21 d?c. 2013 ? 15:59, Artur Zaroda <zaroda at mimuw.edu.pl> a ?crit :
> 
>> 
>> This happens on Ubuntu 12.04 with TexLive 2009 and on Windows with
>> fresh installation of TexLive 2013.
>> 
>> For a do-it-yourself minimal working example, in the following:
>> 
>> \documentclass{article}
>> \usepackage{comment}
>> \includecomment{a}
>> \includecomment{b}
>> \begin{document}
>> \begin{a}
>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>> \begin{b}
>> \end{b}
>> 0123456789 0123456789 0123456789 0123456789 0123456789
>> \end{a}
>> \end{document}
>> 
>> repeat the line with 62 '%' characters exactly 64 times.
>> 
>> The resulting document is shortened to:
>> 
>> 0123456789 0123456789 0123456789 0123456789 01
>> 
>> Artur Zaroda
> 
> I confirm this with TL2013  on Mac OS X.
> 
> This is perhaps more a comment.sty issue than a TeX Live, although
> the detailed explanation (which I am curious to learn) might depend on
> TeX Live (or rather on the details of TeX?s dealings with input/output of files). 
> 
> When the comment package finds a comment environment
> it writes its contents to a file called comment.cut, and at the end of the environment
> decides to include back the file or not (*)
> 
> (*) I don?t know why this decision is done only after the environment
> contents have been output verbatim to the comment.cut file as it could
> have been identified from comment.sty that ?a? was not to be commented out
> after all
> 
> So here we have ?a? and then an \input
> is done which reads 64 lines of 62 percent signs, then \begin{b} and this starts
> again the process as environment ?b? was also declared in the preamble to require
> comment.sty interference
> 
> When a file is opened up for write operations its contents
> are instantly erased, so comment.cut which already served for ?a? is erased
> for ?b? to write its contents (here nothing) and then again input. Somehow
> we are left with a partial version of the first input: precisely
> 4096 characters (including the EOL?s). 
> 
> Possibly, when TeX encounters \input file.tex it 
> proceeds by blocks of 4096 (as no smaller power of 2 seems to give the same effect
> in my brief testing just now
> and this might be file system dependent) 
> and loads from disk the next 4096 characters only when needed. Thus it loaded
> everything up to and including 01, then the file was erased by the process described
> above
> 
> this is a guess
> 
> best regards
> 
> Jean-Francois

my explanations will need elaboration as it seems that the fact that \begin{b} 
is followed by \end{b} immediately plays a r?le. (if we add something inside
like an X things appear to work normally)

curious to know the complete explanation
best
Jean-Fran?ois



From jfbu at free.fr  Sat Dec 21 18:58:50 2013
From: jfbu at free.fr (jfbu)
Date: Sat, 21 Dec 2013 18:58:50 +0100
Subject: [tex-live] Disappearing text
In-Reply-To: <8A012B7B-4FB8-4856-9B80-B8FABF34CF92@free.fr>
References: <alpine.LNX.2.00.1312211019210.18052@duch.mimuw.edu.pl>
 <87B1AEAA-98DF-46B7-96FE-27033885D3EA@free.fr>
 <8A012B7B-4FB8-4856-9B80-B8FABF34CF92@free.fr>
Message-ID: <E3E82907-1942-40E5-87C5-3A0E116F2993@free.fr>


Le 21 d?c. 2013 ? 18:30, jfbu <jfbu at free.fr> a ?crit :

> 
> Le 21 d?c. 2013 ? 18:26, jfbu <jfbu at free.fr> a ?crit :
> 
>> 
>> Le 21 d?c. 2013 ? 15:59, Artur Zaroda <zaroda at mimuw.edu.pl> a ?crit :
>> 
>>> 
>>> This happens on Ubuntu 12.04 with TexLive 2009 and on Windows with
>>> fresh installation of TexLive 2013.
>>> 
>>> For a do-it-yourself minimal working example, in the following:
>>> 
>>> \documentclass{article}
>>> \usepackage{comment}
>>> \includecomment{a}
>>> \includecomment{b}
>>> \begin{document}
>>> \begin{a}
>>> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>>> \begin{b}
>>> \end{b}
>>> 0123456789 0123456789 0123456789 0123456789 0123456789
>>> \end{a}
>>> \end{document}
>>> 
>>> repeat the line with 62 '%' characters exactly 64 times.
>>> 
>>> The resulting document is shortened to:
>>> 
>>> 0123456789 0123456789 0123456789 0123456789 01
>>> 
>>> Artur Zaroda
>> 
>> I confirm this with TL2013  on Mac OS X.
>> 
>> This is perhaps more a comment.sty issue than a TeX Live, although
>> the detailed explanation (which I am curious to learn) might depend on
>> TeX Live (or rather on the details of TeX?s dealings with input/output of files). 
>> 
>> When the comment package finds a comment environment
>> it writes its contents to a file called comment.cut, and at the end of the environment
>> decides to include back the file or not (*)
>> 
>> (*) I don?t know why this decision is done only after the environment
>> contents have been output verbatim to the comment.cut file as it could
>> have been identified from comment.sty that ?a? was not to be commented out
>> after all
>> 
>> So here we have ?a? and then an \input
>> is done which reads 64 lines of 62 percent signs, then \begin{b} and this starts
>> again the process as environment ?b? was also declared in the preamble to require
>> comment.sty interference
>> 
>> When a file is opened up for write operations its contents
>> are instantly erased, so comment.cut which already served for ?a? is erased
>> for ?b? to write its contents (here nothing) and then again input. Somehow
>> we are left with a partial version of the first input: precisely
>> 4096 characters (including the EOL?s). 
>> 
>> Possibly, when TeX encounters \input file.tex it 
>> proceeds by blocks of 4096 (as no smaller power of 2 seems to give the same effect
>> in my brief testing just now
>> and this might be file system dependent) 
>> and loads from disk the next 4096 characters only when needed. Thus it loaded
>> everything up to and including 01, then the file was erased by the process described
>> above
>> 
>> this is a guess
>> 
>> best regards
>> 
>> Jean-Francois
> 
> my explanations will need elaboration as it seems that the fact that \begin{b} 
> is followed by \end{b} immediately plays a r?le. (if we add something inside
> like an X things appear to work normally)
> 
> curious to know the complete explanation
> best
> Jean-Fran?ois
> 

Actually also a non empty ?b? environment can show the phenomenon as long as
it comes first

\documentclass{article}
\usepackage{comment}
\includecomment{a}
\includecomment{b}
\begin{document}
\begin{a}
\begin{b}
X
\end{b}
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa\\
? <exactly 62 lines identical to the one above: hence 10+2+8+63*64=4052 chars> ? 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaStopsHereXXXXXXXX
\end{a}
\end{document}

best
Jean-Fran?ois



From ul at openlilylib.org  Mon Dec 23 10:17:52 2013
From: ul at openlilylib.org (Urs Liska)
Date: Mon, 23 Dec 2013 10:17:52 +0100
Subject: [tex-live] double installation | dblatex | docbook.sty not found
Message-ID: <52B7FFC0.8020704@openlilylib.org>

Hi all,

I'm having an issue which is probably related to path searching.

I have TL 2013 installed from the web installer. It resides in a local 
dir (i.e. in my user dir).
For some dependencies (apt-get build-dep lilypond) I additionally had to 
install it through apt-get from the Debian repositories. But my paths 
are set so the web installation is used.
Additionally I've installed dblatex through apt-get.

Now when running a build script this fails at the command "dblatex 
somefile.tex" with the message "docbook.sty" not found.

tlmgr update dblatex tells me it is up to date.
dblatex is found in /usr/bin.

Somehow I have the impression my manually installed TeXLive and the 
apt-get dblatex don't cooperate well.

Any ideas what I could check?

TIA
Urs

From Robin.Fairbairns at cl.cam.ac.uk  Mon Dec 23 10:54:27 2013
From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns)
Date: Mon, 23 Dec 2013 09:54:27 +0000
Subject: [tex-live] double installation | dblatex | docbook.sty not found
In-Reply-To: Your message of Mon, 23 Dec 2013 10:17:52 +0100.
 <52B7FFC0.8020704@openlilylib.org>
Message-ID: <5137.1387792467@cl.cam.ac.uk>

Urs Liska <ul at openlilylib.org> wrote:

> I'm having an issue which is probably related to path searching.
> 
> I have TL 2013 installed from the web installer. It resides in a local
> dir (i.e. in my user dir).
> For some dependencies (apt-get build-dep lilypond) I additionally had
> to install it through apt-get from the Debian repositories. But my
> paths are set so the web installation is used.
> Additionally I've installed dblatex through apt-get.
> 
> Now when running a build script this fails at the command "dblatex
> somefile.tex" with the message "docbook.sty" not found.
> 
> tlmgr update dblatex tells me it is up to date.
> dblatex is found in /usr/bin.
> 
> Somehow I have the impression my manually installed TeXLive and the
> apt-get dblatex don't cooperate well.

i would be extremely surprised if they did.  the dblatex you got via
apt-get will typically be looking in the tex tree that was active when
it was installed; so unless you installed it with the tl texmf tree
"current", you don't stand a chance.

> Any ideas what I could check?

can you find docbook.sty from _anywhere_ on your system?  (i can't,
neither in the "virgin" ubuntu-installed system, or in my tex live
installation, or on ctan.)

my general rule is not to run the default ubuntu latex, at all, unless
i'm in user-support mode.

From ul at openlilylib.org  Mon Dec 23 11:05:25 2013
From: ul at openlilylib.org (Urs Liska)
Date: Mon, 23 Dec 2013 11:05:25 +0100
Subject: [tex-live] double installation | dblatex | docbook.sty not found
In-Reply-To: <5137.1387792467@cl.cam.ac.uk>
References: <5137.1387792467@cl.cam.ac.uk>
Message-ID: <52B80AE5.4090103@openlilylib.org>

Am 23.12.2013 10:54, schrieb Robin Fairbairns:
> Urs Liska <ul at openlilylib.org> wrote:
>
>> I'm having an issue which is probably related to path searching.
>>
>> I have TL 2013 installed from the web installer. It resides in a local
>> dir (i.e. in my user dir).
>> For some dependencies (apt-get build-dep lilypond) I additionally had
>> to install it through apt-get from the Debian repositories. But my
>> paths are set so the web installation is used.
>> Additionally I've installed dblatex through apt-get.
>>
>> Now when running a build script this fails at the command "dblatex
>> somefile.tex" with the message "docbook.sty" not found.
>>
>> tlmgr update dblatex tells me it is up to date.
>> dblatex is found in /usr/bin.
>>
>> Somehow I have the impression my manually installed TeXLive and the
>> apt-get dblatex don't cooperate well.
>
> i would be extremely surprised if they did.  the dblatex you got via
> apt-get will typically be looking in the tex tree that was active when
> it was installed; so unless you installed it with the tl texmf tree
> "current", you don't stand a chance.

When I installed dblatex (I think) my path was set so `which latex` 
pointed to somewhere below /shared/software/texlive.
This was the case immediately after having done apt-get install texlive...

>
>> Any ideas what I could check?
>
> can you find docbook.sty from _anywhere_ on your system?  (i can't,
> neither in the "virgin" ubuntu-installed system, or in my tex live
> installation, or on ctan.)

There is not docbook.sty inside /shared/software/texlive
but one inside /usr/share/texmf

Which points to your suggestion.

Maybe it helps uninstalling dblatex, then checking path settings (but 
how?) and reinstalling dblatex?

>
> my general rule is not to run the default ubuntu latex, at all, unless
> i'm in user-support mode.
>

I don't use the Debian or Ubuntu (on another PC) latex at all but had to 
install it as a dependency. I know there are workarounds with dummy 
packages, but I didn't manage to do it that way and decided not to care 
about the extra Gigabytes...

Urs


From daleif at imf.au.dk  Mon Dec 23 11:19:29 2013
From: daleif at imf.au.dk (Lars Madsen)
Date: Mon, 23 Dec 2013 10:19:29 +0000
Subject: [tex-live] double installation | dblatex | docbook.sty not found
In-Reply-To: <52B80AE5.4090103@openlilylib.org>
References: <5137.1387792467@cl.cam.ac.uk>,<52B80AE5.4090103@openlilylib.org>
Message-ID: <89ECE88578D8F648A22E307DAEE885793AC746B0@SRVUNIMBX07.uni.au.dk>

whos path yours or roots?

you presumably install via sudo which has a completely different path than use the user does.


/Lars Madsen
Institut for Matematik / Department of Mathematics
Aarhus Universitet / Aarhus University
Mere info: http://au.dk/daleif at imf / More information: http://au.dk/en/daleif at imf


________________________________________
From: tex-live [tex-live-bounces at tug.org] on behalf of Urs Liska [ul at openlilylib.org]
Sent: 23 December 2013 11:05
To: Robin Fairbairns
Cc: TeXLive mailing list
Subject: Re: [tex-live] double installation | dblatex | docbook.sty not found

Am 23.12.2013 10:54, schrieb Robin Fairbairns:
> Urs Liska <ul at openlilylib.org> wrote:
>
>> I'm having an issue which is probably related to path searching.
>>
>> I have TL 2013 installed from the web installer. It resides in a local
>> dir (i.e. in my user dir).
>> For some dependencies (apt-get build-dep lilypond) I additionally had
>> to install it through apt-get from the Debian repositories. But my
>> paths are set so the web installation is used.
>> Additionally I've installed dblatex through apt-get.
>>
>> Now when running a build script this fails at the command "dblatex
>> somefile.tex" with the message "docbook.sty" not found.
>>
>> tlmgr update dblatex tells me it is up to date.
>> dblatex is found in /usr/bin.
>>
>> Somehow I have the impression my manually installed TeXLive and the
>> apt-get dblatex don't cooperate well.
>
> i would be extremely surprised if they did.  the dblatex you got via
> apt-get will typically be looking in the tex tree that was active when
> it was installed; so unless you installed it with the tl texmf tree
> "current", you don't stand a chance.

When I installed dblatex (I think) my path was set so `which latex`
pointed to somewhere below /shared/software/texlive.
This was the case immediately after having done apt-get install texlive...

>
>> Any ideas what I could check?
>
> can you find docbook.sty from _anywhere_ on your system?  (i can't,
> neither in the "virgin" ubuntu-installed system, or in my tex live
> installation, or on ctan.)

There is not docbook.sty inside /shared/software/texlive
but one inside /usr/share/texmf

Which points to your suggestion.

Maybe it helps uninstalling dblatex, then checking path settings (but
how?) and reinstalling dblatex?

>
> my general rule is not to run the default ubuntu latex, at all, unless
> i'm in user-support mode.
>

I don't use the Debian or Ubuntu (on another PC) latex at all but had to
install it as a dependency. I know there are workarounds with dummy
packages, but I didn't manage to do it that way and decided not to care
about the extra Gigabytes...

Urs




From zdenek.wagner at gmail.com  Mon Dec 23 11:38:01 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Mon, 23 Dec 2013 11:38:01 +0100
Subject: [tex-live] double installation | dblatex | docbook.sty not found
In-Reply-To: <89ECE88578D8F648A22E307DAEE885793AC746B0@SRVUNIMBX07.uni.au.dk>
References: <5137.1387792467@cl.cam.ac.uk> <52B80AE5.4090103@openlilylib.org>
 <89ECE88578D8F648A22E307DAEE885793AC746B0@SRVUNIMBX07.uni.au.dk>
Message-ID: <CAC1phyauFrQYRUxLy2u=tuYz9xmKZ+b7vQaw_U25PoiP8G3pDQ@mail.gmail.com>

The reason is that docbook.sty is not distributed with TeX Live and
dblatex installed it to Debian's TeX tree. Now dblatex calls latex
from TeX Live (due to PATH setting) and it does not know about another
TeX distribution on your computer. You can either modify the root
texmf.cnf, I define a few development trees (my
/usr/local/texlive/2013/texmf.cnf is attached) or you can locate
docbook.sty (and possibly other necessary files) and symlink it to
your texmf-local (the .sty files will most probably reside in a
directory of its own, so you can symlink the whole directory). After
symlinking you have to run mktexlsr. Both methods should work, the
latter is better because when TeX Live 2014 comes, it will reuse
texmf-local. Both methods will continue to work if you update dblatex
from Debian repositories.

2013/12/23 Lars Madsen <daleif at imf.au.dk>:
> whos path yours or roots?
>
> you presumably install via sudo which has a completely different path than use the user does.
>
>
> /Lars Madsen
> Institut for Matematik / Department of Mathematics
> Aarhus Universitet / Aarhus University
> Mere info: http://au.dk/daleif at imf / More information: http://au.dk/en/daleif at imf
>
>
> ________________________________________
> From: tex-live [tex-live-bounces at tug.org] on behalf of Urs Liska [ul at openlilylib.org]
> Sent: 23 December 2013 11:05
> To: Robin Fairbairns
> Cc: TeXLive mailing list
> Subject: Re: [tex-live] double installation | dblatex | docbook.sty not found
>
> Am 23.12.2013 10:54, schrieb Robin Fairbairns:
>> Urs Liska <ul at openlilylib.org> wrote:
>>
>>> I'm having an issue which is probably related to path searching.
>>>
>>> I have TL 2013 installed from the web installer. It resides in a local
>>> dir (i.e. in my user dir).
>>> For some dependencies (apt-get build-dep lilypond) I additionally had
>>> to install it through apt-get from the Debian repositories. But my
>>> paths are set so the web installation is used.
>>> Additionally I've installed dblatex through apt-get.
>>>
>>> Now when running a build script this fails at the command "dblatex
>>> somefile.tex" with the message "docbook.sty" not found.
>>>
>>> tlmgr update dblatex tells me it is up to date.
>>> dblatex is found in /usr/bin.
>>>
>>> Somehow I have the impression my manually installed TeXLive and the
>>> apt-get dblatex don't cooperate well.
>>
>> i would be extremely surprised if they did.  the dblatex you got via
>> apt-get will typically be looking in the tex tree that was active when
>> it was installed; so unless you installed it with the tl texmf tree
>> "current", you don't stand a chance.
>
> When I installed dblatex (I think) my path was set so `which latex`
> pointed to somewhere below /shared/software/texlive.
> This was the case immediately after having done apt-get install texlive...
>
>>
>>> Any ideas what I could check?
>>
>> can you find docbook.sty from _anywhere_ on your system?  (i can't,
>> neither in the "virgin" ubuntu-installed system, or in my tex live
>> installation, or on ctan.)
>
> There is not docbook.sty inside /shared/software/texlive
> but one inside /usr/share/texmf
>
> Which points to your suggestion.
>
> Maybe it helps uninstalling dblatex, then checking path settings (but
> how?) and reinstalling dblatex?
>
>>
>> my general rule is not to run the default ubuntu latex, at all, unless
>> i'm in user-support mode.
>>
>
> I don't use the Debian or Ubuntu (on another PC) latex at all but had to
> install it as a dependency. I know there are workarounds with dummy
> packages, but I didn't manage to do it that way and decided not to care
> about the extra Gigabytes...
>
> Urs
>
>
>



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From ul at openlilylib.org  Mon Dec 23 12:18:14 2013
From: ul at openlilylib.org (Urs Liska)
Date: Mon, 23 Dec 2013 12:18:14 +0100
Subject: [tex-live] double installation | dblatex | docbook.sty not found
In-Reply-To: <CAC1phyauFrQYRUxLy2u=tuYz9xmKZ+b7vQaw_U25PoiP8G3pDQ@mail.gmail.com>
References: <5137.1387792467@cl.cam.ac.uk>	<52B80AE5.4090103@openlilylib.org>	<89ECE88578D8F648A22E307DAEE885793AC746B0@SRVUNIMBX07.uni.au.dk>
 <CAC1phyauFrQYRUxLy2u=tuYz9xmKZ+b7vQaw_U25PoiP8G3pDQ@mail.gmail.com>
Message-ID: <52B81BF6.8060106@openlilylib.org>

Am 23.12.2013 11:38, schrieb Zdenek Wagner:
> The reason is that docbook.sty is not distributed with TeX Live and
> dblatex installed it to Debian's TeX tree. Now dblatex calls latex
> from TeX Live (due to PATH setting) and it does not know about another
> TeX distribution on your computer.

Thanks (also to Lars), that makes sense and was the cause.

> You can either modify the root
> texmf.cnf, I define a few development trees (my
> /usr/local/texlive/2013/texmf.cnf is attached) or you can locate
> docbook.sty (and possibly other necessary files) and symlink it to
> your texmf-local (the .sty files will most probably reside in a
> directory of its own, so you can symlink the whole directory). After
> symlinking you have to run mktexlsr. Both methods should work, the
> latter is better because when TeX Live 2014 comes, it will reuse
> texmf-local. Both methods will continue to work if you update dblatex
> from Debian repositories.

I did the latter, and it worked.

Best and thank you again
Urs

>
> 2013/12/23 Lars Madsen <daleif at imf.au.dk>:
>> whos path yours or roots?
>>
>> you presumably install via sudo which has a completely different path than use the user does.
>>
>>
>> /Lars Madsen
>> Institut for Matematik / Department of Mathematics
>> Aarhus Universitet / Aarhus University
>> Mere info: http://au.dk/daleif at imf / More information: http://au.dk/en/daleif at imf
>>
>>
>> ________________________________________
>> From: tex-live [tex-live-bounces at tug.org] on behalf of Urs Liska [ul at openlilylib.org]
>> Sent: 23 December 2013 11:05
>> To: Robin Fairbairns
>> Cc: TeXLive mailing list
>> Subject: Re: [tex-live] double installation | dblatex | docbook.sty not found
>>
>> Am 23.12.2013 10:54, schrieb Robin Fairbairns:
>>> Urs Liska <ul at openlilylib.org> wrote:
>>>
>>>> I'm having an issue which is probably related to path searching.
>>>>
>>>> I have TL 2013 installed from the web installer. It resides in a local
>>>> dir (i.e. in my user dir).
>>>> For some dependencies (apt-get build-dep lilypond) I additionally had
>>>> to install it through apt-get from the Debian repositories. But my
>>>> paths are set so the web installation is used.
>>>> Additionally I've installed dblatex through apt-get.
>>>>
>>>> Now when running a build script this fails at the command "dblatex
>>>> somefile.tex" with the message "docbook.sty" not found.
>>>>
>>>> tlmgr update dblatex tells me it is up to date.
>>>> dblatex is found in /usr/bin.
>>>>
>>>> Somehow I have the impression my manually installed TeXLive and the
>>>> apt-get dblatex don't cooperate well.
>>>
>>> i would be extremely surprised if they did.  the dblatex you got via
>>> apt-get will typically be looking in the tex tree that was active when
>>> it was installed; so unless you installed it with the tl texmf tree
>>> "current", you don't stand a chance.
>>
>> When I installed dblatex (I think) my path was set so `which latex`
>> pointed to somewhere below /shared/software/texlive.
>> This was the case immediately after having done apt-get install texlive...
>>
>>>
>>>> Any ideas what I could check?
>>>
>>> can you find docbook.sty from _anywhere_ on your system?  (i can't,
>>> neither in the "virgin" ubuntu-installed system, or in my tex live
>>> installation, or on ctan.)
>>
>> There is not docbook.sty inside /shared/software/texlive
>> but one inside /usr/share/texmf
>>
>> Which points to your suggestion.
>>
>> Maybe it helps uninstalling dblatex, then checking path settings (but
>> how?) and reinstalling dblatex?
>>
>>>
>>> my general rule is not to run the default ubuntu latex, at all, unless
>>> i'm in user-support mode.
>>>
>>
>> I don't use the Debian or Ubuntu (on another PC) latex at all but had to
>> install it as a dependency. I know there are workarounds with dummy
>> packages, but I didn't manage to do it that way and decided not to care
>> about the extra Gigabytes...
>>
>> Urs
>>
>>
>>
>
>
>


From karl at freefriends.org  Wed Dec 25 23:36:26 2013
From: karl at freefriends.org (Karl Berry)
Date: Wed, 25 Dec 2013 22:36:26 +0000
Subject: [tex-live] collection-langcjk = c, j, k
Message-ID: <201312252236.rBPMaQLX017538@freefriends.org>

collection-langcjk has become one of the largest collections in TL, what
with many new contributions, especially for Chinese and Japanese.  There
is an obvious way to divide it -- give each of the three languages their
own collection, plus retaining the combined langcjk for the appropriate
packages.

So, we plan to do this for TL'14.  (There's nothing to be gained by
doing it now.)  Below is what we're thinking for the split.  If anyone
has comments, they are welcome.

BTW, the *c90 packages require files from cjk (as I understand it from
Werner L), so they are best kept together with cjk, even though they are
for thai.

Thanks,
K

ALL depend cjk
ALL depend cjkpunct
ALL depend cjkutils
ALL depend dnp
ALL depend xcjk2uni
ALL depend zxjafbfont
ALL depend c90
ALL depend garuda-c90
ALL depend norasi-c90
-
C depend arphic
C depend asymptote-by-example-zh-cn
C depend asymptote-faq-zh-cn
C depend asymptote-manual-zh-cn
C depend cns
C depend ctex
C depend ctex-faq
C depend fandol
C depend hyphen-chinese
C depend latex-notes-zh-cn
C depend lshort-chinese
C depend texlive-zh-cn
C depend xpinyin
C depend zhmetrics
C depend zhnumber
C depend zhspacing
-
J depend bxbase
J depend bxcjkjatype
J depend bxjscls
J depend convbkmk
J depend ipaex
J depend japanese
J depend japanese-otf
J depend japanese-otf-uptex
J depend jfontmaps
J depend jsclasses
J depend lshort-japanese
J depend luatexja
J depend ptex
J depend ptex2pdf
J depend pxbase
J depend pxchfon
J depend pxcjkcat
J depend pxjahyper
J depend pxrubrica
J depend uptex
J depend wadalab
J depend zxjafont
J depend zxjatype
-
K depend cjk-ko
K depend kotex-oblivoir
K depend kotex-plain
K depend kotex-utf
K depend kotex-utils
K depend lshort-korean
K depend nanumtype1
K depend uhc

From panov at canopus.iacp.dvo.ru  Thu Dec 26 06:07:31 2013
From: panov at canopus.iacp.dvo.ru (Andrey Panov)
Date: Thu, 26 Dec 2013 16:07:31 +1100
Subject: [tex-live] add Cyrillic modern fonts
Message-ID: <201312261607.31217.panov@canopus.iacp.dvo.ru>

Hello all,

Consider the addition of the Cyrillic Modern fonts to TeX Live.

The Cyrillic Modern fonts are based on the Computer Modern fonts designed in 
METAFONT by D. E. Knuth and released in the Type 1 format by the American 
Mathematical Society under the SIL Open Font License (OFL). The Cyrillic Modern 
fonts are intended to make the Cyrillic letters with classical shapes typical 
to the modern fonts. Currently, the fonts add support for the Russian language, 
the numero sign and quotation marks required for the Russian typesetting.

Several Latin letters are changed making the Cyrillic Modern fonts closer to 
modern-style fonts, in particular, to Monotype Modern. So, these fonts break 
metric compatibility with the Computer Modern fonts. Currently, several 
lowercase characters have been changed in italic fonts. For consistency, the 
modified mathematical italic fonts are provided.

The fonts can be downloaded at https://sourceforge.net/projects/cyrillic-modern/

-- 
Andrey V. Panov
panov /AT/ iacp.dvo.ru
http://canopus.iacp.dvo.ru/~panov/

From wl at gnu.org  Thu Dec 26 08:08:21 2013
From: wl at gnu.org (Werner LEMBERG)
Date: Thu, 26 Dec 2013 08:08:21 +0100
Subject: [tex-live] collection-langcjk = c, j, k
In-Reply-To: <201312252236.rBPMaQLX017538@freefriends.org>
References: <201312252236.rBPMaQLX017538@freefriends.org>
Message-ID: <20131226.080821.82287709.wl@gnu.org>


> So, we plan to do this for TL'14.  (There's nothing to be gained by
> doing it now.)  Below is what we're thinking for the split.  If
> anyone has comments, they are welcome.

LGTM.


    Werner

From gzjjgod at gmail.com  Thu Dec 26 10:59:37 2013
From: gzjjgod at gmail.com (Jiang Jiang)
Date: Thu, 26 Dec 2013 09:59:37 +0000
Subject: [tex-live] collection-langcjk = c, j, k
In-Reply-To: <201312252236.rBPMaQLX017538@freefriends.org>
References: <201312252236.rBPMaQLX017538@freefriends.org>
Message-ID: <CALhZiQU6btZV1iH+ixusOEXgzG1wJnTp27VzmX7S1FWh52-TeQ@mail.gmail.com>

On Wed, Dec 25, 2013 at 10:36 PM, Karl Berry <karl at freefriends.org> wrote:
> collection-langcjk has become one of the largest collections in TL, what
> with many new contributions, especially for Chinese and Japanese.  There
> is an obvious way to divide it -- give each of the three languages their
> own collection, plus retaining the combined langcjk for the appropriate
> packages.

Sounds good to me as well.

- Jiang

From karl at freefriends.org  Fri Dec 27 00:03:19 2013
From: karl at freefriends.org (Karl Berry)
Date: Thu, 26 Dec 2013 23:03:19 +0000
Subject: [tex-live] add Cyrillic modern fonts
In-Reply-To: <201312261607.31217.panov@canopus.iacp.dvo.ru>
Message-ID: <201312262303.rBQN3JQt006858@freefriends.org>

Hi Andrey - thanks for the note.  I took a quick look at the fonts.  It
seems perfectly fine in general to me to include them in TeX Live, but
can you please upload it to CTAN?  We have a firm policy to take
packages from there.

Thanks,
Karl

P.S. To all: I will be away for a few days; back online Tuesday
afternoon.  So if packages don't get updated, etc., now you know why :).



From reinhard.kotucha at web.de  Fri Dec 27 02:49:08 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Fri, 27 Dec 2013 02:49:08 +0100
Subject: [tex-live] add Cyrillic modern fonts
In-Reply-To: <201312261607.31217.panov@canopus.iacp.dvo.ru>
References: <201312261607.31217.panov@canopus.iacp.dvo.ru>
Message-ID: <21180.56468.658366.93067@zaphod.ms25.net>

On 2013-12-26 at 16:07:31 +1100, Andrey Panov wrote:

 > The fonts can be downloaded at https://sourceforge.net/projects/cyrillic-modern/

If it's not too much work, could you put a sample of your fonts as a
PDF file at doc/fonts/nm ?

The word "Cyrillic" is ambiguous because Russians, Ukrainians,
Serbians, Bulgarians, and even Mongolians use Cyrillic but they all
use different subsets.  

Which languages are supported by your package?  This should be
mentioned somewhere.

BTW, are you aware of

 http://fntsample.sourceforge.net

?  It's a wonderful tool.


Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From panov at canopus.iacp.dvo.ru  Fri Dec 27 05:23:23 2013
From: panov at canopus.iacp.dvo.ru (Andrey Panov)
Date: Fri, 27 Dec 2013 15:23:23 +1100
Subject: [tex-live] add Cyrillic modern fonts
In-Reply-To: <201312262303.rBQN3JQt006858@freefriends.org>
References: <201312262303.rBQN3JQt006858@freefriends.org>
Message-ID: <201312271523.23304.panov@canopus.iacp.dvo.ru>

On Friday 27 of December 2013, Karl Berry wrote:
> Hi Andrey - thanks for the note.  I took a quick look at the fonts.  It
> seems perfectly fine in general to me to include them in TeX Live, but
> can you please upload it to CTAN?  We have a firm policy to take
> packages from there.

For some reason, I would not upload the fonts to CTAN. But somebody else can do 
this.


-- 
Andrey V. Panov
panov /AT/ iacp.dvo.ru
http://canopus.iacp.dvo.ru/~panov/

From panov at canopus.iacp.dvo.ru  Fri Dec 27 05:33:09 2013
From: panov at canopus.iacp.dvo.ru (Andrey Panov)
Date: Fri, 27 Dec 2013 15:33:09 +1100
Subject: [tex-live] add Cyrillic modern fonts
In-Reply-To: <21180.56468.658366.93067@zaphod.ms25.net>
References: <201312261607.31217.panov@canopus.iacp.dvo.ru>
 <21180.56468.658366.93067@zaphod.ms25.net>
Message-ID: <201312271533.09902.panov@canopus.iacp.dvo.ru>

On Friday 27 of December 2013, Reinhard Kotucha wrote:
> If it's not too much work, could you put a sample of your fonts as a
> PDF file at doc/fonts/nm ?

The sample of Russian text is available as PDF file at 
https://docs.google.com/file/d/0BwhHifiPTGFxLWUyZHVNMktteUE/edit
One can see the difference in the Latin part between the Cyrillic modern fonts 
and Computer modern ones from 
https://docs.google.com/file/d/0BwhHifiPTGFxaFdLVVdGUm5Qc2s/edit

> The word "Cyrillic" is ambiguous because Russians, Ukrainians,
> Serbians, Bulgarians, and even Mongolians use Cyrillic but they all
> use different subsets.
>
> Which languages are supported by your package?  This should be
> mentioned somewhere.

As written in the font description, the fonts support Russian language (and the 
Bulgarian which is a subset of Russian alphabet).

> BTW, are you aware of
>
>  http://fntsample.sourceforge.net
>
> ?  It's a wonderful tool.

Thanks, I know.

-- 
Andrey V. Panov
panov /AT/ iacp.dvo.ru
http://canopus.iacp.dvo.ru/~panov/

From Robin.Fairbairns at cl.cam.ac.uk  Fri Dec 27 11:03:26 2013
From: Robin.Fairbairns at cl.cam.ac.uk (Robin Fairbairns)
Date: Fri, 27 Dec 2013 10:03:26 +0000
Subject: [tex-live] add Cyrillic modern fonts
In-Reply-To: Your message of Fri, 27 Dec 2013 02:49:08 +0100.
 <21180.56468.658366.93067@zaphod.ms25.net>
Message-ID: <4010.1388138606@cl.cam.ac.uk>

Reinhard Kotucha <reinhard.kotucha at web.de> wrote:

> On 2013-12-26 at 16:07:31 +1100, Andrey Panov wrote:
> 
>  > The fonts can be downloaded at https://sourceforge.net/projects/cyrillic-modern/
> 
> If it's not too much work, could you put a sample of your fonts as a
> PDF file at doc/fonts/nm ?
> 
> The word "Cyrillic" is ambiguous because Russians, Ukrainians,
> Serbians, Bulgarians, and even Mongolians use Cyrillic but they all
> use different subsets.  
> 
> Which languages are supported by your package?  This should be
> mentioned somewhere.
> 
> BTW, are you aware of
> 
>  http://fntsample.sourceforge.net
> 
> ?  It's a wonderful tool.

and remember, that nothing gets to tex live unless it's already on ctan

see www.ctan.org/upload -- read the instructions!

Robin Fairbairns

For the CTAN team

From Arno.Trautmann at gmx.de  Fri Dec 27 14:20:54 2013
From: Arno.Trautmann at gmx.de (Arno Trautmann)
Date: Fri, 27 Dec 2013 14:20:54 +0100
Subject: [tex-live] error updating babel-italian
Message-ID: <52BD7EB6.5040100@gmx.de>

Hi all,

I tried a full update today but tlmgr fails whit babel-italian:

/home/texlive2013/bin/x86_64-linux/tlmgr: 
create(tlpkg/tlpobj/babel-italian.tlpobj) failed: Permission denied at 
/home/texlive2013/tlpkg/TeXLive/TLPOBJ.pm line 552.

Line 552 says:

open(TMP,">$tlpobjdir/$self->{'name'}.tlpobj")

I'm on an Arch Linux x84_64, last update might be some weeks ago. The 
script is run as non-root user, but the whole texlive2013 folder is 
owned by that user.

What am I doing wrong? ?

best
Arno

From daleif at imf.au.dk  Fri Dec 27 15:30:43 2013
From: daleif at imf.au.dk (Lars Madsen)
Date: Fri, 27 Dec 2013 14:30:43 +0000
Subject: [tex-live] error updating babel-italian
In-Reply-To: <52BD7EB6.5040100@gmx.de>
References: <52BD7EB6.5040100@gmx.de>
Message-ID: <89ECE88578D8F648A22E307DAEE885793AC78EB4@SRVUNIMBX07.uni.au.dk>

did you verify that the entire 

/home/texlive2013

three IS owned bt the texlive2013 user (or what that user is named)


/Lars Madsen
Institut for Matematik / Department of Mathematics
Aarhus Universitet / Aarhus University
Mere info: http://au.dk/daleif at imf / More information: http://au.dk/en/daleif at imf


________________________________________
From: tex-live [tex-live-bounces at tug.org] on behalf of Arno Trautmann [Arno.Trautmann at gmx.de]
Sent: 27 December 2013 14:20
To: tex-live
Subject: [tex-live] error updating babel-italian

Hi all,

I tried a full update today but tlmgr fails whit babel-italian:

/home/texlive2013/bin/x86_64-linux/tlmgr:
create(tlpkg/tlpobj/babel-italian.tlpobj) failed: Permission denied at
/home/texlive2013/tlpkg/TeXLive/TLPOBJ.pm line 552.

Line 552 says:

open(TMP,">$tlpobjdir/$self->{'name'}.tlpobj")

I'm on an Arch Linux x84_64, last update might be some weeks ago. The
script is run as non-root user, but the whole texlive2013 folder is
owned by that user.

What am I doing wrong? ?

best
Arno



From vivrii at gmail.com  Sat Dec 28 10:57:54 2013
From: vivrii at gmail.com (Victor Ivrii)
Date: Sat, 28 Dec 2013 04:57:54 -0500
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
Message-ID: <CADP=ZZoJY4Xj9=QpHRHAnEG6gCNYVCF1eLuSLrF8ZX=u93y5jA@mail.gmail.com>

On Thu, Dec 19, 2013 at 10:32 PM, Victor Ivrii <vivrii at gmail.com> wrote:

>
> After patches were applied typesetting ran smoothly. pdfx  needs to be
> loaded after hyperrref
>
> Victor
>



I suspect that this mailing list is not an proper place to discuss this
issue (pdftex seems to be more appropriate) but since it started here?


With pdfx loaded after hyperref it seems that pdfx happily overwrites
almost everything in settings:

1) with these options

\pdfminorversion=6
\pdfobjcompresslevel=3
\pdfcompresslevel=9


%\usepackage[a-1b]{pdfx}


test document (2600+ pp) is ~14 MB; the same with


%\pdfminorversion=6
%\pdfobjcompresslevel=3
%\pdfcompresslevel=9


%\usepackage[a-1b]{pdfx}

 but with

\usepackage[a-1b]{pdfx}

it bloats to ~20 MB. Where all these 6 MB go?

2) Compare  document properties: without pdfx they are

Application: LaTeX with hyperref package
PDF Producer: pdfTeX 1.40.14
PDF version: 1.5 (Acrobat 6.x) or PDF version 1.6 (Acrobat 7.x)--with
\pdfminorversion=6 off or on respectively
File Size 13.51 MB

but with pdfx

Application: pdfTeX
PDF Producer: pdfTeX
PDF version: 1.4 (Acrobat 5.x)
File Size 20.23 MB



>



-- 

Victor Ivrii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131228/2bb62a4c/attachment.html>

From reinhard.kotucha at web.de  Sat Dec 28 13:31:34 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Sat, 28 Dec 2013 13:31:34 +0100
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CADP=ZZoJY4Xj9=QpHRHAnEG6gCNYVCF1eLuSLrF8ZX=u93y5jA@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
 <CADP=ZZoJY4Xj9=QpHRHAnEG6gCNYVCF1eLuSLrF8ZX=u93y5jA@mail.gmail.com>
Message-ID: <21182.50342.776278.409672@zaphod.ms25.net>

On 2013-12-28 at 04:57:54 -0500, Victor Ivrii wrote:

 > On Thu, Dec 19, 2013 at 10:32 PM, Victor Ivrii <vivrii at gmail.com> wrote:
 > 
 > >
 > > After patches were applied typesetting ran smoothly. pdfx  needs to be
 > > loaded after hyperrref
 > >
 > > Victor
 > >
 > 
 > 
 > 
 > I suspect that this mailing list is not an proper place to discuss this
 > issue (pdftex seems to be more appropriate) but since it started here?
 > 
 > 
 > With pdfx loaded after hyperref it seems that pdfx happily overwrites
 > almost everything in settings:
 > 
 > 1) with these options
 > 
 > \pdfminorversion=6
 > \pdfobjcompresslevel=3
 > \pdfcompresslevel=9
 > 
 > 
 > %\usepackage[a-1b]{pdfx}
 > 
 > 
 > test document (2600+ pp) is ~14 MB; the same with
 > 
 > 
 > %\pdfminorversion=6
 > %\pdfobjcompresslevel=3
 > %\pdfcompresslevel=9
 > 
 > 
 > %\usepackage[a-1b]{pdfx}
 > 
 >  but with
 > 
 > \usepackage[a-1b]{pdfx}
 > 
 > it bloats to ~20 MB. Where all these 6 MB go?
 > 
 > 2) Compare  document properties: without pdfx they are
 > 
 > Application: LaTeX with hyperref package
 > PDF Producer: pdfTeX 1.40.14
 > PDF version: 1.5 (Acrobat 6.x) or PDF version 1.6 (Acrobat 7.x)--with
 > \pdfminorversion=6 off or on respectively
 > File Size 13.51 MB
 > 
 > but with pdfx
 > 
 > Application: pdfTeX
 > PDF Producer: pdfTeX
 > PDF version: 1.4 (Acrobat 5.x)
 > File Size 20.23 MB

Dear Victor,
the PDF/A-1b standard supports PDF-1.4 only and thus object stream
compression is not permitted.  It seems that the pdfx package does
the right thing.

The PDF/A-2 and PDF/A-3 standards are less restrictive.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------


From vivrii at gmail.com  Sat Dec 28 13:57:53 2013
From: vivrii at gmail.com (Victor Ivrii)
Date: Sat, 28 Dec 2013 07:57:53 -0500
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <21182.50342.776278.409672@zaphod.ms25.net>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
 <CADP=ZZoJY4Xj9=QpHRHAnEG6gCNYVCF1eLuSLrF8ZX=u93y5jA@mail.gmail.com>
 <21182.50342.776278.409672@zaphod.ms25.net>
Message-ID: <CADP=ZZrgbBr1LhvZLN+pjd+YywjJdgK2MCQWckmcKe5kx3GCuw@mail.gmail.com>

On Sat, Dec 28, 2013 at 7:31 AM, Reinhard Kotucha
<reinhard.kotucha at web.de>wrote:

> On 2013-12-28 at 04:57:54 -0500, Victor Ivrii wrote:
>
>
> Dear Victor,
> the PDF/A-1b standard supports PDF-1.4 only and thus object stream
> compression is not permitted.  It seems that the pdfx package does
> the right thing.
>
> The PDF/A-2 and PDF/A-3 standards are less restrictive.
>
> Regards,
>   Reinhard
>


Dear Reinhard,

thanks for clarification. Indeed
http://en.wikipedia.org/?title=PDF/Aconfirms this.

It does not look that pdfx supports these newer standards. Neither there
are any alternatives

Victor






-- 

Victor Ivrii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20131228/f855c79b/attachment.html>

From reinhard.kotucha at web.de  Sun Dec 29 03:10:30 2013
From: reinhard.kotucha at web.de (Reinhard Kotucha)
Date: Sun, 29 Dec 2013 03:10:30 +0100
Subject: [tex-live] PDF/A-1b compliancy with (pdf,lua)TeX
In-Reply-To: <CADP=ZZrgbBr1LhvZLN+pjd+YywjJdgK2MCQWckmcKe5kx3GCuw@mail.gmail.com>
References: <CAJ3qKHGZCAip=17oPcYMLR7wOFaWbpFUw2N1weY11xytj=7p-w@mail.gmail.com>
 <21171.35385.340244.399839@zaphod.ms25.net>
 <CADP=ZZrFVjXKfK83xhZJzchTUUX9d3+-Rmf62vvRv6-2MZ_89A@mail.gmail.com>
 <CADP=ZZoJY4Xj9=QpHRHAnEG6gCNYVCF1eLuSLrF8ZX=u93y5jA@mail.gmail.com>
 <21182.50342.776278.409672@zaphod.ms25.net>
 <CADP=ZZrgbBr1LhvZLN+pjd+YywjJdgK2MCQWckmcKe5kx3GCuw@mail.gmail.com>
Message-ID: <21183.33942.639769.571228@zaphod.ms25.net>

On 2013-12-28 at 07:57:53 -0500, Victor Ivrii wrote:

 > It does not look that pdfx supports these newer standards. Neither
 > there are any alternatives

In order to use these newer standards you have to maintain a modified
variant of pdfx.sty.  What I find extremely annoying is that the
related ISO standards are not freely available.  You have to pay an
enourmous amount of money for only a few sheets of paper.

  http://www.iso.org/iso/catalogue_detail?csnumber=38920

Victor, what do you get if you send your file to

  http://www.pdf-tools.com/pdf/validate-pdfa-online.aspx

? It's a matter of fact that different validators complain about
different things.  If your file contains colored vector graphics then
it's quite likely that you get a complaint.  Vector graphics use
Device_CMYK, Device_RGB, and/or Device_Gray but the PDF/A standard
insists on device independent colors.

As far as I understand the pdfx package only provides an output
profile which transforms device indepent colors to something else but
colors in the PDF file are not device-independent.  Ghostscript can
create PDF/A as well and it creates "input profiles" for the color
models CMYK, RGB, and Gray.  I'll create a Ghostscript test suite
tomorrow. 

After all, I'm not convinced that what the pdfx package does is
enough, but I'm very interested in comments from people who are more
experienced than me.

Regards,
  Reinhard 
 
-- 
----------------------------------------------------------------------------
Reinhard Kotucha                                      Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                              mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

From rdt at cs.queensu.ca  Mon Dec 30 23:29:59 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Mon, 30 Dec 2013 17:29:59 -0500
Subject: [tex-live] dvipdfmx: pk vs. pfb
Message-ID: <52c1f3e7.02Er/LQeN+1a3XaH%rdt@cs.queensu.ca>

I've been testing a stix-latex package. All works well so far
except for the following anomaly: on one system, dvipdfmx insists
on generating a pk file for one of the fonts. On another (similar)
system dvipdfmx embeds only pfb fonts. I can't find any relevant
configuration or accessibility difference between these systems.
Both pdflatex and latex > dvips -> ps2pdf are okay on both systems.

Can anyone suggest a possible explanation for this phenomenon?

Here is the relevant line from psfonts.map:

t1-stixgeneral STIXGeneral-Regular " stixt1 ReEncodeFont " <stix-t1.enc <STIXGeneral-Regular.pfb

Bob T.



From karl at freefriends.org  Tue Dec 31 00:47:07 2013
From: karl at freefriends.org (Karl Berry)
Date: Mon, 30 Dec 2013 23:47:07 +0000
Subject: [tex-live] dvipdfmx: pk vs. pfb
In-Reply-To: <52c1f3e7.02Er/LQeN+1a3XaH%rdt@cs.queensu.ca>
Message-ID: <201312302347.rBUNl7eJ029627@freefriends.org>

Hi Bob,

    on one system, dvipdfmx insists
    on generating a pk file for one of the fonts

Here's what comes to mind:

1) What is the system?

2) Is it the same version of dvipdfmx on both?  (d*x's reading of
psfonts.map is "only" a couple years old.)

3) Maybe there is a stray dvipdfm.map file somewhere on the problematic
system that is interfering?

4) Try setting the envvar KPATHSEA_DEBUG to -1 and/or running d*x under
strace to check if the intended psfonts.map is being read.

Hope this helps debug further ...

karl

From kakuto at fuk.kindai.ac.jp  Tue Dec 31 01:19:11 2013
From: kakuto at fuk.kindai.ac.jp (Akira Kakuto)
Date: Tue, 31 Dec 2013 09:19:11 +0900
Subject: [tex-live] dvipdfmx: pk vs. pfb
In-Reply-To: <52c1f3e7.02Er/LQeN+1a3XaH%rdt@cs.queensu.ca>
References: <52c1f3e7.02Er/LQeN+1a3XaH%rdt@cs.queensu.ca>
Message-ID: <C15B7A6222DC4175A44E38C6C6E016A1@CJ3001517A>

Dear Bob,

> Can anyone suggest a possible explanation for this phenomenon?

Try
dvipdfmx -f pdftex.map foo.dvi

If that works, rewrite your dvipdfmx.cfg:
f pdftex.map
instead of
f psfonts.map.

Erase a line
f dvipdfm.map
if it exists.

Best,
Akira


From rdt at cs.queensu.ca  Tue Dec 31 02:01:57 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Mon, 30 Dec 2013 20:01:57 -0500
Subject: [tex-live] dvipdfmx: pk vs. pfb
In-Reply-To: <201312302347.rBUNl7eJ029627@freefriends.org>
References: <201312302347.rBUNl7eJ029627@freefriends.org>
Message-ID: <52c21785.qTv8AiGDIh/xHYhl%rdt@cs.queensu.ca>

 >|    on one system, dvipdfmx insists
 >|    on generating a pk file for one of the fonts
 >|
 >|Here's what comes to mind:
 >|
 >|1) What is the system?

Both Centos 6.5 with TeXLive2013 installed at /usr/local/texlive/2013

 >|2) Is it the same version of dvipdfmx on both?  (d*x's reading of
 >|psfonts.map is "only" a couple years old.)

dvipdfmx-20130405 on both.

 >|3) Maybe there is a stray dvipdfm.map file somewhere on the problematic
 >|system that is interfering?

man dvipdfm doesn't mention dvipdfm.map. dvipdfmx --help suggests
the font map file name is cid-x.map. And though there are some
old dvipdfm.map files on one of the systems, it's the system that
produces the right result.

 >|4) Try setting the envvar KPATHSEA_DEBUG to -1 and/or running d*x under
 >|strace to check if the intended psfonts.map is being read.

Lots of output.  The key difference seems to be

  kdebug:search([t1-stixgeneral]) =>
  kdebug:hash_lookup(MKTEXPK.dvipdfmx) => (nil)
  kdebug:hash_lookup(MKTEXPK) => (nil)
  kdebug:variable: MKTEXPK = (nil)
  kdebug:hash_lookup(PKFONTS.dvipdfmx) => (nil)
  kdebug:hash_lookup(PKFONTS) => .:{$TEXMF/fonts,$VARTEXFONTS}/pk/{$MAKETEX_MODE,modeless}//

on the system that generates a pk, and

  kdebug:search([t1-stixgeneral]) =>
  kdebug:hash_lookup(T1FONTS.dvipdfmx) => (nil)
  kdebug:hash_lookup(T1FONTS) => .:$TEXMF/fonts/type1//:$OSFONTDIR//

on the system that embeds a pfb.  But why?


  >|Try dvipdfmx -f pdftex.map foo.dvi If that works, rewrite your
  >|dvipdfmx.cfg

It doesn't.  Thanks for the suggestions Karl and Akira.

Bob T.



From rdt at cs.queensu.ca  Tue Dec 31 16:29:11 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Tue, 31 Dec 2013 10:29:11 -0500
Subject: [tex-live]  dvipdfmx: pk vs. pfb
Message-ID: <52c2e2c7.8yXcbWjyGN1JsUN3%rdt@cs.queensu.ca>

I've found that if I create a map file in the format expected by
dvipdfmx and use the -f option, pfbs are used rather than pks. Why
the same dvipdfmx on different systems can read the same psfonts.map
lines and react differently is still a mystery.

Here is an apparently problematical psfonts.map line:

t1-stixgeneral STIXGeneral-Regular " stixt1 ReEncodeFont " <stix-t1.enc <STIXGeneral-Regular.pfb

whereas the following works in a dvipdfm map file:

t1-stixgeneral stix-t1  STIXGeneral-Regular.pfb

Bob T.


From zdenek.wagner at gmail.com  Tue Dec 31 19:47:20 2013
From: zdenek.wagner at gmail.com (Zdenek Wagner)
Date: Tue, 31 Dec 2013 19:47:20 +0100
Subject: [tex-live] dvipdfmx: pk vs. pfb
In-Reply-To: <52c2e2c7.8yXcbWjyGN1JsUN3%rdt@cs.queensu.ca>
References: <52c2e2c7.8yXcbWjyGN1JsUN3%rdt@cs.queensu.ca>
Message-ID: <CAC1phyZEXt35p9u5AcQKxUQK_uB7Q6bLYvD0asPNMsjmbN6STw@mail.gmail.com>

Have you asked updmap-sys to prefer outlines?

2013/12/31 Bob Tennent <rdt at cs.queensu.ca>:
> I've found that if I create a map file in the format expected by
> dvipdfmx and use the -f option, pfbs are used rather than pks. Why
> the same dvipdfmx on different systems can read the same psfonts.map
> lines and react differently is still a mystery.
>
> Here is an apparently problematical psfonts.map line:
>
> t1-stixgeneral STIXGeneral-Regular " stixt1 ReEncodeFont " <stix-t1.enc <STIXGeneral-Regular.pfb
>
> whereas the following works in a dvipdfm map file:
>
> t1-stixgeneral stix-t1  STIXGeneral-Regular.pfb
>
> Bob T.
>



-- 
Zden?k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz


From rdt at cs.queensu.ca  Tue Dec 31 20:33:49 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Tue, 31 Dec 2013 14:33:49 -0500
Subject: [tex-live] dvipdfmx: pk vs. pfb
In-Reply-To: <CAC1phyZEXt35p9u5AcQKxUQK_uB7Q6bLYvD0asPNMsjmbN6STw@mail.gmail.com>
References: <52c2e2c7.8yXcbWjyGN1JsUN3%rdt@cs.queensu.ca>
 <CAC1phyZEXt35p9u5AcQKxUQK_uB7Q6bLYvD0asPNMsjmbN6STw@mail.gmail.com>
Message-ID: <52c31c1d.KI2OKyTAI1yjYT2H%rdt@cs.queensu.ca>

 >|Have you asked updmap-sys to prefer outlines?

updmap is creating new map files
using the following configuration:
  LW35 font names                  : URWkb (/usr/local/texlive/2013/texmf-dist/web2c/updmap.cfg)
  prefer outlines                  : true (/usr/local/texlive/2013/texmf-dist/web2c/updmap.cfg)

 >|2013/12/31 Bob Tennent <rdt at cs.queensu.ca>:
 >|> I've found that if I create a map file in the format expected by
 >|> dvipdfmx and use the -f option, pfbs are used rather than pks. Why
 >|> the same dvipdfmx on different systems can read the same psfonts.map
 >|> lines and react differently is still a mystery.
 >|>
 >|> Here is an apparently problematical psfonts.map line:
 >|>
 >|> t1-stixgeneral STIXGeneral-Regular " stixt1 ReEncodeFont " <stix-t1.enc
 >|<STIXGeneral-Regular.pfb
 >|>
 >|> whereas the following works in a dvipdfm map file:
 >|>
 >|> t1-stixgeneral stix-t1  STIXGeneral-Regular.pfb

From rdt at cs.queensu.ca  Tue Dec 31 22:33:42 2013
From: rdt at cs.queensu.ca (Bob Tennent)
Date: Tue, 31 Dec 2013 16:33:42 -0500
Subject: [tex-live]  dvipdfmx: pk vs. pfb
Message-ID: <52c33836.gqggdJSB5/ED4kHp%rdt@cs.queensu.ca>


Finally found a directory 

$HOME/texmf/fonts/map/dvipdfmx/updmap

that contained an old pdftex.map; don't know why. When the file was
removed, updmap didn't re-create it and all was well.

Updmap now does a pretty good job of documenting what it's doing.
There's should be a happy medium between minimal output from
dvipdfmx and everything-output using strace or -vv. dvipdfmx -v
tells me that a pdftex.map was used but not where it is!

Thanks to all who made suggestions.

Bob T.

From karl at freefriends.org  Tue Dec 31 23:27:04 2013
From: karl at freefriends.org (Karl Berry)
Date: Tue, 31 Dec 2013 22:27:04 +0000
Subject: [tex-live] dvipdfmx: pk vs. pfb
In-Reply-To: <52c2e2c7.8yXcbWjyGN1JsUN3%rdt@cs.queensu.ca>
Message-ID: <201312312227.rBVMR4ST011374@freefriends.org>

    the same dvipdfmx on different systems can read the same psfonts.map

Sorry my brain didn't make the basic connection yesterday.  dvipdfmx
should never use psfonts.map under any circumstances.  It used to use
dvipdfm.map.  Nowadays it should use pdftex.map.  

Anyway, glad you got it solved.  Agreed that more helpful debugging
around map files is always possible.  Perhaps you'd like to send a patch
to dvipdfmx to make it show the full paths of what it's finding :)?

karl