Your message dated Fri, 21 Sep 2018 20:27:52 +0200
with message-id <[email protected]>
and subject line Re: Bug#438204: pdftex documentclass option problem
has caused the Debian Bug report #438204,
regarding rubber fails to handle the pdftex documentclass option
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
438204: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438204
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: rubber
Version: 1.1-2.1
Severity: normal

Hi,

When rubber attempts to compile a file of which depends are missing,
it provides a nice traceback and exits. For example, this TeX-file
with two missing figures:
---
RACE.tex:235: graphics `graphics/ACTR_retrieval' not found
RACE.tex:294: graphics `graphics/RACE_retrieval_try' not found
compiling RACE.tex...
Traceback (most recent call last):
  File "/usr/bin/rubber", line 9, in ?
    sys.exit(Main()(sys.argv[1:]))
  File
"/tmp/nmu/rubber-1.1/debian/rubber/usr/share/rubber/rubber/cmdline.py",
line 296, in __call__
  File
"/tmp/nmu/rubber-1.1/debian/rubber/usr/share/rubber/rubber/cmdline.py",
line 260, in main
  File "/usr/lib/python2.4/site-packages/cairo/__init__.py", line 237, in make
    
  File "/usr/lib/python2.4/site-packages/cairo/__init__.py", line 1224, in run
    
  File "/usr/lib/python2.4/site-packages/cairo/__init__.py", line 1270, in 
recompile_needed
    
  File "/usr/lib/python2.4/posixpath.py", line 143, in getmtime
    return os.stat(filename).st_mtime
OSError: [Errno 2] No such file or directory: 'RACE.dvi'
---

I assume that rubber tries to find the modification time of the files which
are not there.  Probably an extra file existence test and an error would
solve the problem.

Regards,
Paul


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (102, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=nl_NL.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages rubber depends on:
ii  python                        2.4.4-6    An interactive high-level object-o
ii  tetex-bin                     2007-11    TeX Live: teTeX transitional packa
ii  texlive-latex-base            2007-11    TeX Live: Basic LaTeX packages

rubber recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
On 05.11.2015 10:38, Hilmar Preusse wrote:
> On 16.08.07 Paul van Tilburg ([email protected]) wrote:

>> It seems that I incorrectly diagnosed the problem.  It's actually the
>> "pdftex" documentclass option that is not respected by rubber.  If the
>> option is enabled, `latex <tex-file>` will produce a PDF file, not a DVI
>> file, which rubber obviously is expecting.  So probably when rubber is
>> run on such a TeX file, it should run as if it was called as 
>> `rubber --pdf`.
>>
> I'm failing to understand your problem. The "pdftex" documentclass
> option is unknown to me, hence I'm not sure what you expect and what
> happens.
> 
> Maybe you could provide a minimal example for reproduction?
> 
> hille@sid:~/devel/rubber $ latex 438204.tex
> This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015/Debian)
> (preloaded format=latex)
>  restricted \write18 enabled.
> entering extended mode
> (./438204.tex
> LaTeX2e <2015/10/01> patch level 1
> Babel <3.9m> and hyphenation patterns for 14 languages loaded.
> (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
> Document Class: article 2014/09/29 v1.4h Standard LaTeX document class
> (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
> 
> LaTeX Warning: Unused global option(s):
>     [pdftex].
> 
No reaction from submitter for 3 years and bug probably only
reproducible for broken documents. Closing the issue.

Hilmar
-- 
sigfault
#206401 http://counter.li.org

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---

Reply via email to