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

Bug#389790: [Fwd: Re: changing tetex render engine]



Frank Küster writes:

> Hi all,
> "Scott J. Henson" <shenson@mix.wvu.edu> wrote:

> [about kpathsea in teTeX-3.0 not expanding environment variables in
> pathnames, like $HOME/foo.tex]

>> This was discussed on the tex mailing list.  I just wanted
>> to forward it along.  Basically all that needs be done to
>> fix this bug is upgrade to the latest kpathsea.  Thank you.

> Thank you for the hint.  Is there an isolated patch?  You know, even if
> it wouldn't contradict Debian's customs, we wouldn't be able to
> incorporate a new version of the kpathsea library in Debian etch's teTeX
> - not enough manpower to do the work.

Usually there are no isolated patches for this kind of stuff.  But
digging through the logs, this is likely what you want (no hard
guarantees though):

Index: tex-file.c
===================================================================
RCS file: /usr/local/cvsroot/texk/texk/kpathsea/tex-file.c,v
retrieving revision 1.69
retrieving revision 1.70
diff -u -r1.69 -r1.70
--- tex-file.c	26 Aug 2004 21:30:13 -0000	1.69
+++ tex-file.c	21 Jun 2005 12:03:41 -0000	1.70
@@ -1,7 +1,7 @@
 /* tex-file.c: high-level file searching by format.
 
+Copyright (C) 1998-2005 Olaf Weber.
 Copyright (C) 1993, 94, 95, 96, 97 Karl Berry.
-Copyright 1998-2004 Olaf Weber.
 
 This library is free software; you can redistribute it and/or
 modify it under the terms of the GNU Library General Public
@@ -742,6 +742,9 @@
     DEBUGF3 ("kpse_find_file: searching for %s of type %s (from %s)\n",
              name, FMT_INFO.type, FMT_INFO.path_source);
 
+  /* Do variable and tilde expansion. */
+  name = kpse_expand(name);
+  
   /* Does NAME already end in a possible suffix?  */
   name_len = strlen (name);
   if (FMT_INFO.suffix) {
@@ -850,6 +853,8 @@
     ret = kpse_make_tex (format, name);
   }
 
+  free((void*)name);
+
   return ret;
 }


> Besides that, texlive-2005 is also in etch.  I think it's a bug that it
> does not use the shared libkpathsea library, but its own version of
> kpathsea statically linked.  But in this case it's a feature:  The path
> expansion works when you install texlive instead of teTeX.

I've seen issues with TeX-live and mismatched shared libraries because
versioning some libraries wasn't handled correctly.  This is why
TeX-live should be built with the libraries in its source tree
statically linked, unless you have the manpower available to sort out
any issues resulting form shared linkage.

-- 
Olaf Weber

               (This space left blank for technical reasons.)




Reply to: