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

Bug#402994: use new libpaper hook to track system paper size

Ralf Stubner <ralf.stubner@web.de> wrote:

>>  I guess the patch to texconfig that you wrote is
>> the better approach.  
> The approach is flawed, however, 

That's what occurred to me too while riding my bike to the

> since it is very easy to construct
> situations where files in /etc are automatically changed, which we must
> not do. Hence it is probably easier to make all files that can be
> changed via texconfig proper configfiles in /etc, as you already
> suggested. Then we would need the permission to modify these files in
> some aspects. We could get this permission either via a debconf message
> (IMO overkill) or by something like this:
> The libpaper hock script reads in, say, /etc/default/tetex which
> contains a variable, say, USE_LIBPAPER. By default this variable is set
> to 'no', which makes the libpaper hock script excit with a suitable
> message. If the variable is set to 'yes', the libpaper hock script will
> adjust the configuration files.

That's a nice approach.  No need to hack texconfig even further.  

We need to

- ship the libpaper hook and the file in /etc/default

- synchronize the available paper sizes in texconfig and libpaper,
  filtering unknown ones out in the hook script (even if currently none
  would be unknown)

- ?

- test everything

Some remarks:

* I think we shouldn't use the filename /etc/default/tetex:  The setting
  will actually also have effect when texlive is installed and used

* It would be good if texconfig could be notified that it doesn't need
  to recreate the formats, since we're doing that anyway a couple of
  lines later.

  I think such an option would even make sense to submit upstream,
  because it is usefull if one wants to change a couple of things at the
  same time, like papersize and hyphenation patterns.

* Generally, we should try to provide the parts that make sense upstream
  as separate patches.  

> Nice thing would be that no patches for texconfig or dvips/dvipdfm would
> be needed.

Except enabling more paper sizes - but that's also something upstream
will probably accept.

Regards, Frank
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Reply to: