Bug#901408: closed by Brian Potkin (Re: Bug#901408: ppd file and examples)
The solution works for me. Thank you. Though the necessary option, 'nopdfautorotate fit-to-page' might be a challenge for someone in userland like me to figure out. I should also mention again the problem arose with Stretch, not with Jessie. These labels printed as desired in Jessie without this option. Thanks again. On Tue, Jun 26, 2018 at 12:15 PM, Debian Bug Tracking System < ow...@bugs.debian.org> wrote: > This is an automatic notification regarding your Bug report > which was filed against the cups-filters package: > > #901408: cups-filters: gstoraster orientation problem > > It has been closed by Brian Potkin . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Brian Potkin < > claremont...@gmail.com> by > replying to this email. > > > -- > 901408: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901408 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > > > -- Forwarded message -- > From: Brian Potkin > To: 901408-d...@bugs.debian.org > Cc: > Bcc: > Date: Tue, 26 Jun 2018 18:11:03 +0100 > Subject: Re: Bug#901408: ppd file and examples > On Mon 25 Jun 2018 at 15:14:44 -0500, Mark Copper wrote: > > > Attached are two examples of pdf files that are auto-rotated 90 degrees > no > > matter the Custom pagesize or orientation requested on the command line. > > > > Also attached is the PPD file that comes with Stretch although it bears > > mentioning that neither the Wheezy nor the Zebra supplied PPD files fare > > any better. > > > > These files print either in landscape or portrait orientation as > requested > > by custom pagesize in Wheezy. > > I am working on stretch with the PPD as-provided, and using rasterview > v1.7. tag_generator.pdf is a portrait PDF page: > > Page size: 90 x 144 pts > Page rot: 0 > > On conversion from pdf to vnd.cups-pdf the page will not be rotated by > pdftopdf and the short edge will be fed through the printer first, as is > the case with most printers. (The -o orientation-requested=3 option > produces no rotation). For out.pdf > > Page size: 90 x 144 pts > > Page rot: 0 > > For belt_advisory.pdf: > > Page size: 162 x 90 pts > Page rot: 0 > > This is a landscape PDF page. On conversion from pdf to vnd.cups-pdf the > page will be rotated by pdftopdf and the short edge will be fed through > the printer first. For out.pdf: > > Page size: 162 x 90 pts > Page rot: 270 > > The PPD has *LandscapeOrientation: Plus90, so the rotation is 90 degrees > anticlockwise. > > I observe the behaviour you describe with both your sample PDFs. For > example: > > /usr/sbin/cupsfilter -p ~/Zebra.ppd -m application/vnd.cups-raster > belt_advisory.pdf > out.ras > > The behaviour occurs because of Zebra.ppd and pdftopdf and gstoraster > merely act on what is in that file. A solution is: > > /usr/sbin/cupsfilter -p ~/Zebra.ppd -m application/vnd.cups-raster -o > 'nopdfautorotate fit-to-page' belt_advisory.pdf > out.ras > > Because this solution exists within the framework of cups-filters I am > closing this report. > > I'll point out that wheezy CUPS is EOL and that PDF rotation is treated > there quite differently compared to what happens on jessie and stretch. > > Cheers, > > Brian. > > -- Forwarded message -- > From: Mark Copper > To: Debian Bug Tracking System > Cc: > Bcc: > Date: Tue, 12 Jun 2018 12:40:14 -0500 > Subject: cups-filters: gstoraster orientation problem > Package: cups-filters > Version: 1.11.6-3 > Severity: normal > > Dear Maintainer, > > This problem arose with upgrade from Jessie to Stretch. > > The problem I'm seeing seems to be in the CUPS filter gstoraster. That is, > all is well at the preceding step: > > # /usr/sbin/cupsfilter -p /etc/cups/ppd/Zebra.ppd -m > application/vnd.cups-pdf -o orientation-requested=3 tag_generator.pdf > > out.pdf > > Well, almost. It was necessary to include the "orientation-requested=3" > option to keep the document from rotating. > > But at the next step, the document is laid on its side no matter the > orientation requested: > > # /usr/sbin/cupsfilter -p /etc/cups/ppd/Zebra.ppd -m > application/vnd.cups-raster out.pdf > out.ras > > > Or, in more detail, > > # pdfinfo out.pdf > Producer: PDF::API2 2.023 [linux] > Tagged: no > UserProperties: no > Suspects: no > Form: none > JavaSc
Bug#901408: ppd file and examples
Attached are two examples of pdf files that are auto-rotated 90 degrees no matter the Custom pagesize or orientation requested on the command line. Also attached is the PPD file that comes with Stretch although it bears mentioning that neither the Wheezy nor the Zebra supplied PPD files fare any better. These files print either in landscape or portrait orientation as requested by custom pagesize in Wheezy. Thanks. Mark tag_generator.pdf Description: Adobe PDF document Zebra.ppd.gz Description: application/gzip belt_advisory.pdf Description: Adobe PDF document
Bug#901408: cups-filters: gstoraster orientation problem
sorry, I didn't see your post. will attend tomorrow. On Sun, Jun 24, 2018 at 2:20 PM, Brian Potkin wrote: > tags 901408 moreinfo > thanks > > > On Mon 18 Jun 2018 at 12:30:00 +0100, Brian Potkin wrote: > > > On Tue 12 Jun 2018 at 12:40:14 -0500, Mark Copper wrote: > > [...] > > > > Note that width and height were transposed. > > > > Please post a sample PDF which exhibits this behaviour and attach the > > PPD you used. The PPD compresses well with gzip. > > They are coming? > > Regards, > > Brian. >
Bug#901408: Similar issue with autorotating
A similar issue was addressed here: https://askubuntu.com/questions/796716/how-do-i-prevent-cups-from-auto-rotating-my-pdf (except that rotation was made by the filter pdftops instead of gstoraster) There it seems the CUPS team suggested PPD file edits that solved the OP's problem. The solution however seems to have been to include the desired page size in the PPD file. In this case the paper size is already given in the stock PPD file so the solution there doesn't seem to apply here.
Bug#901408: cups-filters: gstoraster orientation problem
Package: cups-filters Version: 1.11.6-3 Severity: normal Dear Maintainer, This problem arose with upgrade from Jessie to Stretch. The problem I'm seeing seems to be in the CUPS filter gstoraster. That is, all is well at the preceding step: # /usr/sbin/cupsfilter -p /etc/cups/ppd/Zebra.ppd -m application/vnd.cups-pdf -o orientation-requested=3 tag_generator.pdf > out.pdf Well, almost. It was necessary to include the "orientation-requested=3" option to keep the document from rotating. But at the next step, the document is laid on its side no matter the orientation requested: # /usr/sbin/cupsfilter -p /etc/cups/ppd/Zebra.ppd -m application/vnd.cups-raster out.pdf > out.ras Or, in more detail, # pdfinfo out.pdf Producer: PDF::API2 2.023 [linux] Tagged: no UserProperties: no Suspects: no Form: none JavaScript: no Pages: 1 Encrypted: no Page size: 90 x 144 pts Page rot: 0 File size: 14151 bytes Optimized: no PDF version:1.4 output of "/usr/sbin/cupsfilter -p /etc/cups/ppd/Zebra.ppd -m application/vnd.cups-raster out.pdf > out.ras" to standard error says this: DEBUG: argv[0]="cupsfilter" DEBUG: argv[1]="1" DEBUG: argv[2]="root" DEBUG: argv[3]="out.pdf" DEBUG: argv[4]="1" DEBUG: argv[5]="" DEBUG: argv[6]="out.pdf" DEBUG: envp[0]="" DEBUG: envp[1]="CONTENT_TYPE=application/pdf" DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups" DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups" DEBUG: envp[6]="LANG=en_US.UTF8" DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin" DEBUG: envp[8]="PPD=/etc/cups/ppd/Zebra.ppd" DEBUG: envp[9]="PRINTER_INFO=cupsfilter" DEBUG: envp[10]="PRINTER_LOCATION=Unknown" DEBUG: envp[11]="PRINTER=cupsfilter" DEBUG: envp[12]="RIP_MAX_CACHE=128m" DEBUG: envp[13]="USER=root" DEBUG: envp[14]="CHARSET=utf-8" DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-raster" INFO: pdftopdf (PID 8482) started. INFO: gstoraster (PID 8483) started. DEBUG: OUTFORMAT="(null)", so output format will be CUPS/PWG Raster DEBUG: pdftopdf: Last filter determined by the PPD: rastertolabel; FINAL_CONTENT_TYPE: application/vnd.cups-raster => pdftopdf will not log pages in page_log. DEBUG: Color Manager: Calibration Mode/Off DEBUG: Calling FindDeviceById(cups-cupsfilter) DEBUG: Failed to send: org.freedesktop.ColorManager.NotFound:device id 'cups-cupsfilter' does not exist DEBUG: Failed to get find device cups-cupsfilter DEBUG: Calling FindDeviceById(cups-cupsfilter) DEBUG: Failed to send: org.freedesktop.ColorManager.NotFound:device id 'cups-cupsfilter' does not exist DEBUG: Failed to get device cups-cupsfilter INFO: Color Manager: no profiles specified in PPD DEBUG: Color Manager: ICC Profile: None DEBUG: Ghostscript using Any-Part-of-Pixel method to fill paths. DEBUG: Ghostscript command line: gs -dQUIET -dPARANOIDSAFER -dNOPAUSE -dBATCH -dNOINTERPOLATE -dNOMEDIAATTRS -sstdout=%stderr -sOutputFile=%stdout -sDEVICE=cups -dAdvanceDistance=1000 -r300x300 -dDEVICEWIDTHPOINTS=90 -dDEVICEHEIGHTPOINTS=162 -dcupsBitsPerColor=1 -dcupsColorOrder=0 -dcupsColorSpace=3 -dcupsCompression=-1 -dcupsRowStep=200 -scupsPageSizeName=w90h162 -I/usr/share/cups/fonts -c '<>setpagedevice' -f -_ DEBUG: envp[0]="" DEBUG: envp[1]="CONTENT_TYPE=application/pdf" DEBUG: envp[2]="CUPS_DATADIR=/usr/share/cups" DEBUG: envp[3]="CUPS_FONTPATH=/usr/share/cups/fonts" DEBUG: envp[4]="CUPS_SERVERBIN=/usr/lib/cups" DEBUG: envp[5]="CUPS_SERVERROOT=/etc/cups" DEBUG: envp[6]="LANG=en_US.UTF8" DEBUG: envp[7]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin" DEBUG: envp[8]="PPD=/etc/cups/ppd/Zebra.ppd" DEBUG: envp[9]="PRINTER_INFO=cupsfilter" DEBUG: envp[10]="PRINTER_LOCATION=Unknown" DEBUG: envp[11]="PRINTER=cupsfilter" DEBUG: envp[12]="RIP_MAX_CACHE=128m" DEBUG: envp[13]="USER=root" DEBUG: envp[14]="CHARSET=utf-8" DEBUG: envp[15]="FINAL_CONTENT_TYPE=application/vnd.cups-raster" INFO: pdftopdf (PID 8482) exited with no errors. INFO: Start rendering... INFO: Processing page 1... INFO: Processing page 2... INFO: Rendering completed INFO: gstoraster (PID 8483) exited with no errors. Note that Ghostscript is called with page size 90 by 162. But when one views the output with rasterview, CUPS Raster Page Attributes: MediaClass = "" MediaColor = "" MediaType = "" OutputType = "" AdvanceDistance = 1000 AdvanceMedia = 0 Collate = 0 CutMedia = 0 Duplex = 0 HWResolution = [ 300 300 ] ImagingBoundingBox = [ 0 0 144 90 ] InsertSheet = 0 Jog = 0 LeadingEdge = 0 Margins = [ 0 0 ] ManualFeed = 0 MediaPosition = 0 MediaWeight = 0 MirrorPrint = 0 NegativePrint = 0 NumCopies = 1 Orientation = 0 OutputFaceUp = 0 PageSize = [ 144 90 ] Separations = 0 TraySwitch = 0 Tumble = 0 cupsWidth = 600 cupsHeight = 375 cupsMediaType = 0 cupsBitsPerColor = 1 cupsBitsPerPixel = 1 cupsBytesPerLine = 75 cupsColorOrder = CUPS_ORDER_CHUNKED cupsColorSpace = CUPS_CSPACE_K cups
Bug#708548: security policy / root passwords
I hope this is germane. Shouldn't this be a "bug" if the system admin cannot update the package at a time of her choosing? As far as I can see, apt thinks that 'PackageKit' is up to date, so the admin must wait for (but cannot predict when) the popup to occur. If the typical user of the box getting the pop-up messages does not know the root password, all the popup does is degrade the user experience, security/policy issues aside. Thanks, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645713: dist-upgrade fails squeeze -> wheezy
Closing this bug seem premature. The command "apt-get dist-upgrade" ends with line "E: Could not perform immediate configuration on 'libgstreamer0.10-0'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2)" on my system. My system is a clean default install of squeeze, $ uname -a Linux rigel 2.6.32-5-686 #1 SMP Mon Oct 3 04:15:24 UTC 2011 i686 GNU/Linux More info gladly provided. Mark Copper -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
