[tex-live] dvipdfmx on CentOS 5.6 (glibc 2.5)

[Norbert Preining]

Hi Karen,

On Mo, 16 Apr 2012, Karen Ellrick wrote:
>> (Norbert) Add the line
>> 	#define JPVERSION "j1.41-ptexlive"
>> just after the definition
>> 	#define XDVI_VERSION "22.85"
>> that is the only wrong thing.

Yes, I am surprised that the other things worked, because several of
the patches were not working anymore ... anyway, I have fixed tlptexlive
build scripts to work with current svn sources.

> That did the trick!  I'm looking at a beautiful PDF created by my fresh  
> binaries run on Tanaka-san's sample tex file.  dvipdfmx complained a  
> little as such:

>    [root at vps-1011517-5697 ~]# dvipdfmx aozora-utarticle-utf8-1.dvi
>    aozora-utarticle-utf8-1.dvi -> aozora-utarticle-utf8-1.pdf
>    [1
>    ** WARNING ** CMap has higher supplement number than CIDFont:
>    GothicBBB-Medium
>    ** WARNING ** Some chracters may not be displayed or printed.
>    ** WARNING ** CMap has higher supplement number than CIDFont:
>    Ryumin-Light
>    ** WARNING ** Some chracters may not be displayed or printed.
>    ][2]
>    9924 bytes written

Are you using the updated dvipdfmx after your build from
current source? I see:
[1
** WARNING ** CMap have higher supplmement number.
** WARNING ** Some characters may not be displayed or printed.
** WARNING ** CMap have higher supplmement number.
** WARNING ** Some characters may not be displayed or printed.
][2]

only that.

I think that is fine ... though I am not sure.

> If you would like a set of binaries from my machine for your  
> "collection", I can build again with X-windows included - let me know if  
> you would like that.

Since we have already binaries for your arch/os combination, we 
cannot include them. It would be nice to have a set of binaries
that works on a many machines as possible, but this is not trivial.

> Can you suggest where I should put these binaries long term?  I see that  

What do you mean with *long*term*?

New installation of TL2012 will need a change.

If you put them into Master/bin/$ARCH/... then it *might* get
overwritten sooner or later, although I don't think so since we
are close to freezing for TL2012.

> Master/bin/<archname>, but the only Master directory I have is in  
> /root/texlive, a temporary spot I created for unpacking something  
> earlier (I can't remember which of the various download/install/build  

You have to make an installation of TeX Live ... don't you have one already?
Ahh ... see below ...

> have the structure in place from when I ran install-tl, with set of  
> binaries in /usr/local/texlive/2011/bin/x86_64-linux.  For now, I  
> created a new directory "next door" at  
> /usr/local/texlive/2011/bin/x86_64-unknown-linux-gnu - a couple of the  

If you don't care for tlmgr updates etc a lot, I suggest leaving
it like it is, and simply add
	/usr/local/texlive/2011/bin/x86_64-unknown-linux-gnu
to the *FRONT* of the PATH, so that the system tex binaries in /usr/bin
are not used.

> links are bad in that location (pedigree and pmx), but I have no idea if  

You can fix them manually by looking at how they should be in bin/x86_64-linux

Best wishes

Norbert
------------------------------------------------------------------------
Norbert Preining            preining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------
LUSBY (n.)
The fold of flesh pushing forward over the top of a bra which is too
small for the lady inside it.
			--- Douglas Adams, The Meaning of Liff