[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#165732: [patch] pool size is too small



severity 165732 normal
thanks

From: Osamu Aoki <osamu@debian.org>
Subject: Bug#165732: [patch] pool size is too small
Date: Sun, 3 Nov 2002 22:48:11 -0800
 
> Any efforts to circumvent this by a documentation package tends to
> back-fire by receiving FTBFS RC bug from Junichi or failing to build on
> stable DDP web site.  (Now I have ifdef in Makefile.  See Bug#167049)

I guess normal pool_size for general users and for a particular
documentation package might be very different with each other.

So it might be better for a package to customize necessary
environments generally.

> I think export TEXMFCNF= trick is bad since when you release new TEX, it
> tends to break.  If fixed I will make more documentation to make PDF and
> PS.  Most Debian documentation are without PS due to this problem.  (I
> saw some include already build ones in source tree.  That's a hack if
> tou have tex/sgml source.)
> 
> Usable default is a GOOD thing. Let make all sizes at least 4 times.
> memory is cheap.  Nobody run TEX in i486  :)

I think there are many ways to achieve your aim.

TEXMFCNF trick might work if you provide some script which
could be a bit modified update-texmf;

- it will copy /etc/texmf/texmf.d/?5[A-Z]* to somewhere
  in your packages source tree (debian/texmf.d, for example)
- you put debian/texmf.d/90package (for example) with 
  necessary content.
- it will concatenate the contents of files in debian/texmf.d/*
and output the result in the place where TEXMFCNF is set.

Then, at any time, you can get pure texmf.cnf + your
necessary customization.

Even if we will ship the latest tetex, there might remain 
possibility that you need to make some particular customisation 
for your package.

In other words, I believe it is much better you have some 
methods which make building your package to be independent
from the situation of tetex packages as possible as you can.

Best regards,		    2002/11/5

-- 
 Debian Developer & Debian JP Developer - much more I18N of Debian
 Atsuhito Kohda <kohda@debian.org>
 Department of Math., Tokushima Univ.



Reply to: