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 tetex-base: bad dvipdfm/config/config; doesn't handle shifted .eps files 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 ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: tetex-base: bad dvipdfm/config/config; doesn't handle shifted .eps files
- From: Dan Christensen <jdc@uwo.ca>
- Date: Thu, 07 Jun 2007 22:19:45 -0400
- Message-id: <E1HwU4o-0000dH-00@localhost>
Package: tetex-base Version: 3.0.dfsg.2-2 Severity: normal 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? Dan -- 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-rw- 1 root users 1170 Jun 7 07:39 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 225 Dec 10 21:53 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Nov 30 2006 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18.1.up.swsusp.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tetex-base depends on: ii tex-common 0.33 Common infrastructure for using an ii ucf 1.17 Update Configuration File: preserv Versions of packages tetex-bin depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii dialog 1.0-20050306-1 Displays user-friendly dialog boxe ii dpkg 1.13.25 package maintenance system for Deb ii ed 0.2-20 The classic unix line editor ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-21 path search library for teTeX (run ii libpaper1 1.1.14-3 Library for handling paper charact ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libpoppler0c2 0.4.5-4.1 PDF rendering library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libt1-5 5.0.2-3 Type 1 font rasterizer library - r ii libx11-6 2:1.0.3-2 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii mime-support 3.28-1 MIME files 'mime.types' & 'mailcap ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii sed 4.1.5-1 The GNU sed stream editor ii ucf 1.17 Update Configuration File: preserv ii whiptail 0.52.2-8 Displays user-friendly dialog boxe ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime Versions of packages tetex-extra depends on: ii tetex-bin 3.0-18 The teTeX binary files ii ucf 1.17 Update Configuration File: preserv -- debconf information: tetex-base/olddat: true tetex-base/fmtutil-failed: * tetex-bin/cnf_name: * tetex-bin/texmf: true tetex-base/oldcfg: true * tetex-base/oldupdm: true tetex-base/updmap-failed:
--- End Message ---
--- Begin Message ---
- To: 428014-done@bugs.debian.org
- Subject: Re: Bug#428014: tetex-base: bad dvipdfm/config/config; doesn't handle shifted .eps files
- From: Hilmar Preuße <hille42@web.de>
- Date: Mon, 5 Aug 2019 16:08:18 +0200
- Message-id: <f60f7224-cddb-14c0-830a-18304f2e0e17@web.de>
- In-reply-to: <E1HwU4o-0000dH-00@localhost>
- References: <E1HwU4o-0000dH-00@localhost>
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.orgAttachment: signature.asc
Description: OpenPGP digital signature
--- End Message ---