Bug#408558: cannot handle local \input dependencies it seems

2010-07-15 Thread Luis de la Fuente Valentín
The bug is still alive.


Bug#408558: cannot handle local \input dependencies it seems

2010-07-15 Thread Vincent Danjean
On 15/07/2010 15:29, Luis de la Fuente Valentín wrote:
 The bug is still alive.

  Yes. The same workaround is still available (add the file extension
to your \input argument). You can also manually specify your
dependencies in the Makefile.
  Or you can write a patch...

  I'm sorry I never found the time/motivation to rewrite LaTeX-Make
with the use of kpsepath for now. It is on my todo list but with a low
priority as the current state of the software is enough for what I need.

  Regards,
Vincent




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#408558: cannot handle local \input dependencies it seems

2010-07-15 Thread Luis de la Fuente Valentín

  The bug is still alive.

  Yes. The same workaround is still available (add the file extension
 to your \input argument).


Ok, thank you very much for your answer. I just posted to ping the bug,
and to inform about what I saw.


  Or you can write a patch...


I would like to do so, but I'm afraid I have neither time nor knowledge...
I'll keep using the workaround.


  I'm sorry I never found the time/motivation to rewrite LaTeX-Make
 with the use of kpsepath for now. It is on my todo list but with a low
 priority as the current state of the software is enough for what I need.


Nothing to sorry about, you did a great work with this package, from my
point of view :)

Best,
Luis


Bug#408558: cannot handle local \input dependencies it seems

2007-01-26 Thread martin f krafft
Package: latex-make
Version: 2.1.10-1
Severity: important

lapse:~ make paper.dvi
make: `paper.dvi' is up to date.
lapse:~ touch parts/second.tex
lapse:~ make paper.dvi
make: `paper.dvi' is up to date.
lapse:~ touch parts/one.tex
lapse:~ make paper.dvi
make: `paper.dvi' is up to date


See attached tarball for the files.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages latex-make depends on:
ii  gs-common   0.3.11   Common files for different Ghostsc
ii  make3.81-3   The GNU version of the make util
ii  perl5.8.8-7  Larry Wall's Practical Extraction 
ii  tex-common  0.43 Common infrastructure for using an
ii  transfig1:3.2.5-alpha7-5 Utilities for converting XFig figu

Versions of packages latex-make recommends:
ii  tetex-base  3.0.dfsg.3-5 Basic TeX input files of teTeX
ii  tetex-extra 3.0.dfsg.3-5 Additional TeX input files of teTe

-- no debconf information

-- 
 .''`.   martin f. krafft [EMAIL PROTECTED]
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


latex-suite-dependency-test.tar.bz2
Description: Binary data


signature.asc
Description: Digital signature (GPG/PGP)


Bug#408558: cannot handle local \input dependencies it seems

2007-01-26 Thread Vincent Danjean
tags #408558 confirmed
thanks

martin f krafft a écrit :
 Package: latex-make
 Version: 2.1.10-1
 Severity: important
 
 lapse:~ make paper.dvi
 make: `paper.dvi' is up to date.
 lapse:~ touch parts/second.tex
 lapse:~ make paper.dvi
 make: `paper.dvi' is up to date.
 lapse:~ touch parts/one.tex
 lapse:~ make paper.dvi
 make: `paper.dvi' is up to date
 
 See attached tarball for the files.

Yes, I already know this bug. A quick workaround will be
to use full name (ie \input{parts/one.tex} instead of
\input{parts/one})
The correct fix would probably involve to use kpsewhich on
each detected dependencies instead of using them directly.
However, I've not found the time to write this yet...

  Best regards,
Vincent