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

Bug#458209: marked as done (texlive-base-bin: eps displacement in dvipdfm)

Your message dated Mon, 5 Aug 2019 16:08:18 +0200
with message-id <f60f7224-cddb-14c0-830a-18304f2e0e17@web.de>
and subject line Re: Bug#428014: tetex-base: bad dvipdfm/config/config; doesn't handle shifted .eps files
has caused the Debian Bug report #428014,
regarding texlive-base-bin: eps displacement in dvipdfm
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 owner@bugs.debian.org
immediately.)


-- 
428014: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428014
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: texlive-base-bin
Version: 2007.dfsg.1-2
Severity: normal

Hi,

I am writing a book in latex, which includes some .eps graphics, 
e.g. the one to be fetched at http://danisch.de/tmp/verbotohneredund.eps


They are included with something like 

  \begin{center}
    \includegraphics[width=0.4\textwidth]{graphik/verbotohneredund.eps}
  \end{center}


which worked pretty well with former versions of tetex. 

With recent versions of the tex coming with debian, the resulting dvi file is 
still OK, but in the PDF generated with dvipdfm, the graphics are not where
they are supposed to be, but displaced to somewhere else on the page. 

When using dvipdfmx instead of dvipdfm, the graphics are put well, so
it is a bug in dvipdfm.

regards
Hadmut





-- Package-specific info:
If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. Don't forget to also include minimal examples of
other files that are needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##################################
minimal input file


##################################
other files

######################################
 List of ls-R files

-rw-rw-r-- 1 root users 1542 2007-12-29 15:47 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root staff 25 2006-09-13 02:21 /usr/local/share/texmf/ls-R -> /var/lib/texmf/ls-R-LOCAL
lrwxrwxrwx 1 root root 29 2007-12-05 14:41 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 2007-12-05 14:41 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 2007-12-05 14:41 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE
######################################
 Config files
lrwxrwxrwx 1 root root 20 2007-12-05 14:41 /usr/share/texmf/web2c/texmf.cnf -> /etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 7228 2007-12-16 19:32 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 13428 2007-12-16 19:32 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 13348 2007-12-16 19:32 /var/lib/texmf/tex/generic/config/language.dat
######################################
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 2006-09-19 10:53 mktex.cnf
######################################
 md5sums of texmf.d
42c20d7e8bd343542772b5a145bf8ad8  /etc/texmf/texmf.d/05TeXMF.cnf
5f7f6652cc8b8071c9e4ea6ba9e9f0a1  /etc/texmf/texmf.d/15Plain.cnf
8ed54ce13b2eed4871e03bdfdace9342  /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c  /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1  /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068  /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e  /etc/texmf/texmf.d/80DVIPDFMx.cnf
8fee79ccdd5d1f56b1563dabfd53c717  /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c  /etc/texmf/texmf.d/90TeXDoc.cnf
30f4f13357c2761ed01a6a15f28725a5  /etc/texmf/texmf.d/95NonPath.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-2-k7 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages texlive-base-bin depends on:
ii  ed                      0.7-1            The classic unix line editor
ii  libc6                   2.7-4            GNU C Library: Shared libraries
ii  libkpathsea4            2007.dfsg.1-2    TeX Live: path search library for 
ii  libncurses5             5.6+20071124-1   Shared libraries for terminal hand
ii  libpng12-0              1.2.15~beta5-3   PNG library - runtime
ii  libpoppler2             0.6.2-1          PDF rendering library
ii  libx11-6                2:1.0.3-7        X11 client-side library
ii  libxaw7                 2:1.0.4-1        X11 Athena Widget library
ii  libxmu6                 1:1.0.3-1        X11 miscellaneous utility library
ii  libxpm4                 1:3.5.7-1        X11 pixmap library
ii  libxt6                  1:1.0.5-3        X11 toolkit intrinsics library
ii  mime-support            3.39-1           MIME files 'mime.types' & 'mailcap
ii  perl                    5.8.8-12         Larry Wall's Practical Extraction 
ii  texlive-common          2007-13          TeX Live: Base component
ii  zlib1g                  1:1.2.3.3.dfsg-7 compression library - runtime

Versions of packages texlive-base-bin recommends:
ii  perl-tk                    1:804.027-8   Perl module providing the Tk graph
ii  texlive-base-bin-doc       2007.dfsg.1-2 TeX Live: Documentation files for 

Versions of packages tex-common depends on:
ii  debconf                       1.5.17     Debian configuration management sy
ii  ucf                           3.004      Update Configuration File: preserv

Versions of packages texlive-base-bin is related to:
ii  tetex-base                    2007-13    TeX Live: teTeX transitional packa
ii  tetex-bin                     2007-13    TeX Live: teTeX transitional packa
ii  tetex-extra                   2007-13    TeX Live: teTeX transitional packa
ii  tex-common                    1.10       common infrastructure for building

-- debconf information:
  tex-common/check_texmf_missing:
  tex-common/singleuser: false
  tex-common/check_texmf_wrong:

--- End Message ---
--- Begin Message --- 
Version: 2016.20160513.41080.dfsg-2

Am 08.06.2007 um 04:19 teilte Dan Christensen mit:

Hi all,

in this bug we speak about an issue in dvipdfm, which should have been
solved in dvipdfmx (according to Hartmut Henkel). dvipdfm has been
replaced by dvipdfmx even in Debian oldstable:

hille@debian-ost:~$ dvipdfm --version
This is xdvipdfmx Version 20160307 by the DVIPDFMx project team,
modified for TeX Live,
an extended version of DVIPDFMx, which in turn was
an extended version of dvipdfm-0.13.2c developed by Mark A. Wicks.

Copyright (C) 2002-2016 the DVIPDFMx project team
Copyright (C) 2006-2016 SIL International.

Therefore I'd assume the the issue is solved. If not, please open a new bug.

Thanks,
  Hilmar

> dvipdfm doesn't correctly handle an eps figure whose lower-left corner
> is not at (0,0).  In some cases, the resulting figure appears in the
> document, but is shifted.  In other cases, it doesn't appear at all.
> Such figures are produced by lots of software, e.g. gnuplot.
> 
> I've corresponded with the dvipdfm author, and he says the problem is
> the -dEPSCrop option passed to gs according to the dvipdfm/config/config 
> file.  This option causes gs to shift the bounding box to (0,0) in the
> resulting pdf file, which dvipdfm can't deal with.  He says to replace
> this with -sPAPERSIZE=a0 which is the lesser of two evils:  it can
> cause very large figures to be cropped, but this should be much less
> likely to occur than figures with shifted lower-left corner.  In fact,
> using -sPAPERSIZE=jisb0 should even be better.  I've tested this, and
> it solves all of the problems I've been having with eps figures.
> 
> I haven't tested the following, but maybe 
> 
>     -dDEVICEWIDTHPOINTS=w -dDEVICEHEIGHTPOINTS=h 
> 
> where w and h are very large numbers would be even better?
> 


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

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
Reply to: