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

Bug#704112: marked as done (ghostscript: gs -dEPSCrop doesn't work)

Your message dated Sun, 07 Jan 2024 21:46:32 -0600
with message-id <2958304.VdNmn5OnKV@riemann>
and subject line Re: ghostscript: gs -dEPSCrop doesn't work
has caused the Debian Bug report #704112,
regarding ghostscript: gs -dEPSCrop doesn't work
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.)


-- 
704112: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704112
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: ghostscript
Version: 9.05~dfsg-6.3
Severity: normal
Tags: upstream


Hi,

The option -dEPSCrop (to make gs respect the BoundingBox when writing to PDF 
or JPEG for instance) doesn't seem to work on GPL Ghostscript. Here is a 
minimal example:


~/temp>cat a.ps
%!PS-Adobe-2.0
%%BoundingBox: 0 0 100 100
0 0 moveto 100 100 rlineto stroke
showpage

~/temp>gs -q -dEPSCrop -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sOutputFile=a.pdf 
-c save pop -f a.ps

~/temp>strings a.pdf | grep MediaBox 
<</Type/Page/MediaBox [0 0 612 792]


I do realize that the PS file above is not an EPS. Yet this option also worked 
for PS files with AFPL gs and then ESP gs. Besides, a search for "crop" on
	http://ghostscript.com/doc/7.07/Use.htm
yielded only the EPS case.

This missing option is really problematic for me. As a publisher, I used it in 
many varied situations. I hope you can make it work soon!

Best regards,
Sébastien.


-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (900, 'stable'), (400, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.iso88591)
Shell: /bin/sh linked to /bin/dash

Versions of packages ghostscript depends on:
ii  debconf [de 1.5.49                       Debian configuration management sy
ii  debianutils 4.3.2                        Miscellaneous utilities specific t
ii  gsfonts     1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre
ii  libc6       2.13-38                      Embedded GNU C Library: Shared lib
ii  libgs9      9.05~dfsg-6.3                interpreter for the PostScript lan

ghostscript recommends no packages.

Versions of packages ghostscript suggests:
ii  ghostscript-cups           9.05~dfsg-6.3 interpreter for the PostScript lan
ii  ghostscript-x              9.05~dfsg-6.3 interpreter for the PostScript lan
ii  hpijs                      3.12.6-3.1    transitional dummy package for hpi

-- no debconf information

--- End Message ---
--- Begin Message --- 
I meant  to close this bug with the previous message:

On Sun, 07 Jan 2024 21:26:32 -0600 Steven Robbins <steve@sumost.ca> wrote:
> On Thu, 28 Mar 2013 02:21:25 +0100 Sebastien Desreux <seb@H-K.fr> wrote:
> 
> > I do realize that the PS file above is not an EPS. Yet this option also 
> worked 
> > for PS files with AFPL gs and then ESP gs. Besides, a search for "crop" on
> > 	http://ghostscript.com/doc/7.07/Use.htm
> > yielded only the EPS case.
> > 
> 
> It seems clear that the option EPSCrop is for EPS input, so this doesn't 
seem 
> like a bug.  Though I sympathise that it may be an irritating change in 
> behaviour if it did used to work previously.
> 
> -Steve
>

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: