[Desktop-packages] [Bug 1685317] Re: Cannot build CUPS 2.2.3 with cups-filters 1.13.4
Cool, thank you. ** Changed in: cups-filters (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1685317 Title: Cannot build CUPS 2.2.3 with cups-filters 1.13.4 Status in cups-filters package in Ubuntu: Invalid Bug description: When CUPS 2.2.3 is being built, one of the steps is testing: test/run- stp-tests.sh. CUPS passes the tests OK with cups-filters-1.0.54, but fails with cups-filters-1.13.4 due to some changes in how classified.pdf banner is handled, which is done when test Job 14 is printed. cups-filters 1.0.54: [Job 14] Started filter /tmp/cups-pbuser/bin/filter/bannertopdf (PID 38207) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftopdf (PID 38208) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftops (PID 38209) [Job 14] pdftops - copying to temp print file \"/tmp/cups-pbuser/spool/temp/0954158fd0dc0\" [Job 14] PDF template file doesn\'t have form. It\'s okay. [Job 14] PID 38207 (/tmp/cups-pbuser/bin/filter/bannertopdf) exited with no errors. [Job 14] PID 38208 (/tmp/cups-pbuser/bin/filter/pdftopdf) exited with no errors. cups-filters 1.13.4: [Job 14] Started filter /tmp/cups-pbuser/bin/filter/bannertopdf (PID 76934) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftopdf (PID 76935) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftops (PID 76936) [Job 14] pdftops - copying to temp print file \"/tmp/cups-pbuser/spool/temp/12c8858f972ae\" [Job 14] pdftopdf: Last filter determined by the PPD: None; FINAL_CONTENT_TYPE: printer/Test1 => pdftopdf will not log pages in page_log. [Job 14] PID 76934 (/tmp/cups-pbuser/bin/filter/bannertopdf) stopped with status 1. [Job 14] PID 76935 (/tmp/cups-pbuser/bin/filter/pdftopdf) stopped with status 1. [Job 14] I/O Error: Couldn\'t open file \'/tmp/cups-pbuser/share/data/classified.pdf\': No such file or directory. [Job 14] Error: unable to open template document \'/tmp/cups-pbuser/share/data/classified.pdf\' [Job 14] loadFile failed: temp file: not a PDF file I see that previous debian releases used to link banners from /usr/share/cups/banner to /tmp/cups-$user, but there's no linking to /usr/share/cups/data/*.pdf that now exist for cups-filters-1.13. I guess something like this is needed for the patch: --- a/test/run-stp-tests.sh +++ b/test/run-stp-tests.sh @@ -482,6 +483,17 @@ ln -sf /usr/share/cups/banners/topsecret /tmp/cups-$user/share/banners/ ln -sf /usr/share/cups/banners/unclassified /tmp/cups-$user/share/banners/ + ln -sf /usr/share/cups/data/classified.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/confidential.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/default.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/default-testpage.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/form_english.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/form_russian.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/secret.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/standard.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/topsecret.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/unclassified.pdf /tmp/cups-$user/share/data + if test -d /usr/share/cups/charsets; then ln -s /usr/share/cups/charsets $BASE/share fi To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1685317/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1685317] [NEW] Cannot build CUPS 2.2.3 with cups-filters 1.13.4
Public bug reported: When CUPS 2.2.3 is being built, one of the steps is testing: test/run- stp-tests.sh. CUPS passes the tests OK with cups-filters-1.0.54, but fails with cups- filters-1.13.4 due to some changes in how classified.pdf banner is handled, which is done when test Job 14 is printed. cups-filters 1.0.54: [Job 14] Started filter /tmp/cups-pbuser/bin/filter/bannertopdf (PID 38207) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftopdf (PID 38208) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftops (PID 38209) [Job 14] pdftops - copying to temp print file \"/tmp/cups-pbuser/spool/temp/0954158fd0dc0\" [Job 14] PDF template file doesn\'t have form. It\'s okay. [Job 14] PID 38207 (/tmp/cups-pbuser/bin/filter/bannertopdf) exited with no errors. [Job 14] PID 38208 (/tmp/cups-pbuser/bin/filter/pdftopdf) exited with no errors. cups-filters 1.13.4: [Job 14] Started filter /tmp/cups-pbuser/bin/filter/bannertopdf (PID 76934) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftopdf (PID 76935) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftops (PID 76936) [Job 14] pdftops - copying to temp print file \"/tmp/cups-pbuser/spool/temp/12c8858f972ae\" [Job 14] pdftopdf: Last filter determined by the PPD: None; FINAL_CONTENT_TYPE: printer/Test1 => pdftopdf will not log pages in page_log. [Job 14] PID 76934 (/tmp/cups-pbuser/bin/filter/bannertopdf) stopped with status 1. [Job 14] PID 76935 (/tmp/cups-pbuser/bin/filter/pdftopdf) stopped with status 1. [Job 14] I/O Error: Couldn\'t open file \'/tmp/cups-pbuser/share/data/classified.pdf\': No such file or directory. [Job 14] Error: unable to open template document \'/tmp/cups-pbuser/share/data/classified.pdf\' [Job 14] loadFile failed: temp file: not a PDF file I see that previous debian releases used to link banners from /usr/share/cups/banner to /tmp/cups-$user, but there's no linking to /usr/share/cups/data/*.pdf that now exist for cups-filters-1.13. I guess something like this is needed for the patch: --- a/test/run-stp-tests.sh +++ b/test/run-stp-tests.sh @@ -482,6 +483,17 @@ ln -sf /usr/share/cups/banners/topsecret /tmp/cups-$user/share/banners/ ln -sf /usr/share/cups/banners/unclassified /tmp/cups-$user/share/banners/ + ln -sf /usr/share/cups/data/classified.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/confidential.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/default.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/default-testpage.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/form_english.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/form_russian.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/secret.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/standard.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/topsecret.pdf /tmp/cups-$user/share/data + ln -sf /usr/share/cups/data/unclassified.pdf /tmp/cups-$user/share/data + if test -d /usr/share/cups/charsets; then ln -s /usr/share/cups/charsets $BASE/share fi ** Affects: cups-filters (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1685317 Title: Cannot build CUPS 2.2.3 with cups-filters 1.13.4 Status in cups-filters package in Ubuntu: New Bug description: When CUPS 2.2.3 is being built, one of the steps is testing: test/run- stp-tests.sh. CUPS passes the tests OK with cups-filters-1.0.54, but fails with cups-filters-1.13.4 due to some changes in how classified.pdf banner is handled, which is done when test Job 14 is printed. cups-filters 1.0.54: [Job 14] Started filter /tmp/cups-pbuser/bin/filter/bannertopdf (PID 38207) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftopdf (PID 38208) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftops (PID 38209) [Job 14] pdftops - copying to temp print file \"/tmp/cups-pbuser/spool/temp/0954158fd0dc0\" [Job 14] PDF template file doesn\'t have form. It\'s okay. [Job 14] PID 38207 (/tmp/cups-pbuser/bin/filter/bannertopdf) exited with no errors. [Job 14] PID 38208 (/tmp/cups-pbuser/bin/filter/pdftopdf) exited with no errors. cups-filters 1.13.4: [Job 14] Started filter /tmp/cups-pbuser/bin/filter/bannertopdf (PID 76934) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftopdf (PID 76935) [Job 14] Started filter /tmp/cups-pbuser/bin/filter/pdftops (PID 76936) [Job 14] pdftops - copying to temp print file \"/tmp/cups-pbuser/spool/temp/12c8858f972ae\" [Job 14] pdftopdf: Last filter determined by the PPD: None; FINAL_CONTENT_TYPE: printer/Test1 => pdftopdf will not log pages in page_log. [Job 14] PID 76934 (/tmp/cups-pbuser/bin/filter/bannertopdf) stopped with status 1. [Job 14] PID 76935
[Desktop-packages] [Bug 1670730] Re: pdftopdf "inflate data - incorrect data check" with certain PDFs
Thanks, filed https://github.com/qpdf/qpdf/issues/106 ** Bug watch added: github.com/qpdf/qpdf/issues #106 https://github.com/qpdf/qpdf/issues/106 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1670730 Title: pdftopdf "inflate data - incorrect data check" with certain PDFs Status in cups-filters package in Ubuntu: New Status in qpdf package in Ubuntu: New Bug description: When /usr/lib/cups/filter/pdftopdf is processing certain PDF files, it stops with this error message: WARNING: ./file.pdf (file position 101510): error decoding stream data for object 39 0: stream inflate: inflate: data: incorrect data check ERROR: Exception: stream inflate: inflate: data: incorrect data check Example PDF (attached a copy, too) : https://shop.groveko.nl/images/products/7010209/VIB%20Suma%20Inox%20Classic%20D7%202016-03-31.pdf Adobe Pro doesn't seem to have any issues with these PDFs, so the error is probably not fatal for processing the file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1670730/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1670730] Re: pdftopdf "inflate data - incorrect data check" with certain PDFs
** Attachment added: "VIB Suma Inox Classic D7 2016-03-31.pdf" https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1670730/+attachment/4832996/+files/VIB%20Suma%20Inox%20Classic%20D7%202016-03-31.pdf -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1670730 Title: pdftopdf "inflate data - incorrect data check" with certain PDFs Status in cups-filters package in Ubuntu: New Bug description: When /usr/lib/cups/filter/pdftopdf is processing certain PDF files, it stops with this error message: WARNING: ./file.pdf (file position 101510): error decoding stream data for object 39 0: stream inflate: inflate: data: incorrect data check ERROR: Exception: stream inflate: inflate: data: incorrect data check Example PDF (attached a copy, too) : https://shop.groveko.nl/images/products/7010209/VIB%20Suma%20Inox%20Classic%20D7%202016-03-31.pdf Adobe Pro doesn't seem to have any issues with these PDFs, so the error is probably not fatal for processing the file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1670730/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1670730] [NEW] pdftopdf "inflate data - incorrect data check" with certain PDFs
Public bug reported: When /usr/lib/cups/filter/pdftopdf is processing certain PDF files, it stops with this error message: WARNING: ./file.pdf (file position 101510): error decoding stream data for object 39 0: stream inflate: inflate: data: incorrect data check ERROR: Exception: stream inflate: inflate: data: incorrect data check Example PDF (attached a copy, too) : https://shop.groveko.nl/images/products/7010209/VIB%20Suma%20Inox%20Classic%20D7%202016-03-31.pdf Adobe Pro doesn't seem to have any issues with these PDFs, so the error is probably not fatal for processing the file. ** Affects: cups-filters (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1670730 Title: pdftopdf "inflate data - incorrect data check" with certain PDFs Status in cups-filters package in Ubuntu: New Bug description: When /usr/lib/cups/filter/pdftopdf is processing certain PDF files, it stops with this error message: WARNING: ./file.pdf (file position 101510): error decoding stream data for object 39 0: stream inflate: inflate: data: incorrect data check ERROR: Exception: stream inflate: inflate: data: incorrect data check Example PDF (attached a copy, too) : https://shop.groveko.nl/images/products/7010209/VIB%20Suma%20Inox%20Classic%20D7%202016-03-31.pdf Adobe Pro doesn't seem to have any issues with these PDFs, so the error is probably not fatal for processing the file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1670730/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1585380] Re: foomatic-rip doesn't generate PAGE messages for page_log
Thank you, I can confirm that it works for me both for PDF and PS printers. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1585380 Title: foomatic-rip doesn't generate PAGE messages for page_log Status in cups-filters package in Ubuntu: Fix Released Bug description: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1585380] Re: foomatic-rip doesn't generate PAGE messages for page_log
Does it really launch GhostScript to determine the number of pages, or am I reading wrong code updates? If yes, would it be possible to use qpdf library to get the number of pages? GS is so resource-intensive that I 'd prefer to avoid it on my busy printservers if possible. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1585380 Title: foomatic-rip doesn't generate PAGE messages for page_log Status in cups-filters package in Ubuntu: In Progress Bug description: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1585380] Re: foomatic-rip doesn't generate PAGE messages for page_log
PPD: http://www.openprinting.org/ppd-o-matic.php?driver=Postscript- NRG=NRG-MP_C3502=1 (attached) error_log for the job attached, too (date/time removed for clarity). ** Attachment added: "error_log.txt" https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+attachment/4670398/+files/error_log.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1585380 Title: foomatic-rip doesn't generate PAGE messages for page_log Status in cups-filters package in Ubuntu: Incomplete Bug description: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1585380] Re: foomatic-rip doesn't generate PAGE messages for page_log
foomatic.log ** Attachment added: "foomatic-rip-2y6Ocz.log" https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+attachment/4670400/+files/foomatic-rip-2y6Ocz.log -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1585380 Title: foomatic-rip doesn't generate PAGE messages for page_log Status in cups-filters package in Ubuntu: Incomplete Bug description: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1585380] Re: foomatic-rip doesn't generate PAGE messages for page_log
** Attachment added: "NRG-MP_C3502-Postscript-NRG.ppd" https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+attachment/4670399/+files/NRG-MP_C3502-Postscript-NRG.ppd -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1585380 Title: foomatic-rip doesn't generate PAGE messages for page_log Status in cups-filters package in Ubuntu: Incomplete Bug description: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1585380] Re: foomatic-rip doesn't generate PAGE messages for page_log
I'm looking through the code for this (cups-filters 1.8.3, CUPS 2.1.3), and it seems like foomatic-rip is actually trying to insert some accounting (error_log): [Job 29] Found: %%EndSetup [Job 29] Inserting PostScript code for CUPS\' page accounting [Job 29] --- [Job 29] New page: %%Page: 1 1 [Job 29] Found: %%BeginPageSetup which is referenced in this prolog code, spooler.c, line 135: http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/annotate/head:/filter/foomatic-rip/spooler.c#L135 but somehow nothing gets inserted. ps_accounting is set to 1 in /etc/foomatic/filter.conf -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1585380 Title: foomatic-rip doesn't generate PAGE messages for page_log Status in cups-filters package in Ubuntu: New Bug description: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1585381] Re: foomatic-rip doesn't generate PAGE messages for page_log
*** This bug is a duplicate of bug 1585380 *** https://bugs.launchpad.net/bugs/1585380 ** This bug has been marked a duplicate of bug 1585380 foomatic-rip doesn't generate PAGE messages for page_log -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1585381 Title: foomatic-rip doesn't generate PAGE messages for page_log Status in cups-filters package in Ubuntu: New Bug description: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585381/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1585380] [NEW] foomatic-rip doesn't generate PAGE messages for page_log
Public bug reported: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 ** Affects: cups-filters (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1585380 Title: foomatic-rip doesn't generate PAGE messages for page_log Status in cups-filters package in Ubuntu: New Bug description: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585380/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1585381] [NEW] foomatic-rip doesn't generate PAGE messages for page_log
Public bug reported: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 ** Affects: cups-filters (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1585381 Title: foomatic-rip doesn't generate PAGE messages for page_log Status in cups-filters package in Ubuntu: New Bug description: When a job is being processed by foomatic, foomatic is supposed to produce PAGE messages to CUPS to indicate how many pages were printed. [1] Otherwise CUPS doesn't write a message to the page_log with the page job accounting, as explained by Mike Sweet: [2] [3] Please make foomatic-rip do that so that pages were accounted properly in the logs. 1. https://www.cups.org/documentation.php/doc-2.1/man-filter.html 2. http://www.cups.org/pipermail/cups/2009-April/018592.html 3. https://github.com/apple/cups/issues/4798#issuecomment-221369859 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1585381/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1501009] Re: g_type_init error when using cups-browsed
Right, that's 1.0.76. I'm using the latest versions of the packages to make sure the bug hasn't been fixed already. As for the protocol, DNS-SD is not very useful in enterprise environments. Also, it was my understanding that my setup was in line with the expected functionality of cups-browsed. Sorry if I was wrong. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1501009 Title: g_type_init error when using cups-browsed Status in cups-filters package in Ubuntu: New Bug description: I'm trying to set up printer browsing using two CUPS servers 2.0.4 and cups-filters 1.0.78 on Ubuntu 12.04 x64. Master server has one printer configured, slave has none, and sync over cups-browsed doesn't happen. /etc/cups/cups-browsed.conf on the master looks like this: BrowseRemoteProtocols none BrowseLocalProtocols cups AutoShutdown Off /etc/cups/cups-browsed.conf on the slave looks like this: BrowseRemoteProtocols cups BrowseLocalProtocols none BrowsePoll printserver-master.acme.com AutoShutdown Off If I try to run cups-browsed with -d to see what it is going to do, I get this output on the slave: slave $ sudo /usr/sbin/cups-browsed -d cups-browsed: Reading command line: -d cups-browsed: Reading config: BrowseRemoteProtocols cups cups-browsed: Reading config: BrowseLocalProtocols none cups-browsed: Reading config: BrowsePoll printserver-master.acme.com cups-browsed: Adding BrowsePoll server: printserver-master.acme.com cups-browsed: Reading config: AutoShutdown Off cups-browsed: Turning off auto shutdown mode (permanent mode). cups-browsed: network interface at 10.0.0.12 cups-browsed [BrowsePoll localhost:631]: IPP-Create-Subscription cups-browsed [BrowsePoll localhost:631]: subscription ID=6314 cups-browsed [BrowsePoll localhost:631]: cupsGetDests cups-browsed: Could not determine system default printer! cups-browsed: Using signal handler SIGACTION (process:31220): GLib-GObject-CRITICAL **: /tmp/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() (process:31220): GLib-GObject-CRITICAL **: /tmp/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() (process:31220): GLib-GObject-CRITICAL **: g_type_interface_add_prerequisite: assertion `G_TYPE_IS_INTERFACE (interface_type)' failed (process:31220): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (process:31220): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (process:31220): GLib-GObject-CRITICAL **: /tmp/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() master $ sudo /usr/sbin/cups-browsed -d cups-browsed: Reading command line: -d cups-browsed: Reading config: BrowseRemoteProtocols none cups-browsed: Reading config: BrowseLocalProtocols cups cups-browsed: Reading config: AutoShutdown Off cups-browsed: Turning off auto shutdown mode (permanent mode). cups-browsed: network interface at 10.0.0.25 cups-browsed: network interface at 10.1.24.22 cups-browsed [BrowsePoll localhost:631]: IPP-Create-Subscription cups-browsed [BrowsePoll localhost:631]: subscription ID=8 cups-browsed [BrowsePoll localhost:631]: cupsGetDests cups-browsed: preparing browse data cups-browsed: skipping copies (33) cups-browsed: skipping job-priority (33) cups-browsed: skipping number-up (33) cups-browsed: skipping orientation-requested (19) cups-browsed: skipping print-quality (35) cups-browsed: skipping media-col (52) cups-browsed: skipping printer-resolution (50) cups-browsed: skipping finishings (35) cups-browsed: Using signal handler SIGACTION (process:1877): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() (process:1877): GLib-GObject-CRITICAL **: g_type_interface_add_prerequisite: assertion `G_TYPE_IS_INTERFACE (interface_type)' failed (process:1877): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (process:1877): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (process:1877): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() (process:1877): GLib-GObject-CRITICAL **: g_type_interface_add_prerequisite: assertion `G_TYPE_IS_INTERFACE (interface_type)' failed Also, it cannot quit: cups-browsed: Caught signal 2, shutting down ... (process:1877): GLib-CRITICAL **: g_main_loop_quit: assertion `loop != NULL' failed Am I doing it wrong? Why these errors appear? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1501009/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to
[Desktop-packages] [Bug 1501009] [NEW] g_type_init error when using cups-browsed
Public bug reported: I'm trying to set up printer browsing using two CUPS servers 2.0.4 and cups-filters 1.0.78 on Ubuntu 12.04 x64. Master server has one printer configured, slave has none, and sync over cups-browsed doesn't happen. /etc/cups/cups-browsed.conf on the master looks like this: BrowseRemoteProtocols none BrowseLocalProtocols cups AutoShutdown Off /etc/cups/cups-browsed.conf on the slave looks like this: BrowseRemoteProtocols cups BrowseLocalProtocols none BrowsePoll printserver-master.acme.com AutoShutdown Off If I try to run cups-browsed with -d to see what it is going to do, I get this output on the slave: slave $ sudo /usr/sbin/cups-browsed -d cups-browsed: Reading command line: -d cups-browsed: Reading config: BrowseRemoteProtocols cups cups-browsed: Reading config: BrowseLocalProtocols none cups-browsed: Reading config: BrowsePoll printserver-master.acme.com cups-browsed: Adding BrowsePoll server: printserver-master.acme.com cups-browsed: Reading config: AutoShutdown Off cups-browsed: Turning off auto shutdown mode (permanent mode). cups-browsed: network interface at 10.0.0.12 cups-browsed [BrowsePoll localhost:631]: IPP-Create-Subscription cups-browsed [BrowsePoll localhost:631]: subscription ID=6314 cups-browsed [BrowsePoll localhost:631]: cupsGetDests cups-browsed: Could not determine system default printer! cups-browsed: Using signal handler SIGACTION (process:31220): GLib-GObject-CRITICAL **: /tmp/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() (process:31220): GLib-GObject-CRITICAL **: /tmp/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() (process:31220): GLib-GObject-CRITICAL **: g_type_interface_add_prerequisite: assertion `G_TYPE_IS_INTERFACE (interface_type)' failed (process:31220): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (process:31220): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (process:31220): GLib-GObject-CRITICAL **: /tmp/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() master $ sudo /usr/sbin/cups-browsed -d cups-browsed: Reading command line: -d cups-browsed: Reading config: BrowseRemoteProtocols none cups-browsed: Reading config: BrowseLocalProtocols cups cups-browsed: Reading config: AutoShutdown Off cups-browsed: Turning off auto shutdown mode (permanent mode). cups-browsed: network interface at 10.0.0.25 cups-browsed: network interface at 10.1.24.22 cups-browsed [BrowsePoll localhost:631]: IPP-Create-Subscription cups-browsed [BrowsePoll localhost:631]: subscription ID=8 cups-browsed [BrowsePoll localhost:631]: cupsGetDests cups-browsed: preparing browse data cups-browsed: skipping copies (33) cups-browsed: skipping job-priority (33) cups-browsed: skipping number-up (33) cups-browsed: skipping orientation-requested (19) cups-browsed: skipping print-quality (35) cups-browsed: skipping media-col (52) cups-browsed: skipping printer-resolution (50) cups-browsed: skipping finishings (35) cups-browsed: Using signal handler SIGACTION (process:1877): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() (process:1877): GLib-GObject-CRITICAL **: g_type_interface_add_prerequisite: assertion `G_TYPE_IS_INTERFACE (interface_type)' failed (process:1877): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (process:1877): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (process:1877): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() (process:1877): GLib-GObject-CRITICAL **: g_type_interface_add_prerequisite: assertion `G_TYPE_IS_INTERFACE (interface_type)' failed Also, it cannot quit: cups-browsed: Caught signal 2, shutting down ... (process:1877): GLib-CRITICAL **: g_main_loop_quit: assertion `loop != NULL' failed Am I doing it wrong? Why these errors appear? ** Affects: cups-filters (Ubuntu) Importance: Undecided Status: New ** Description changed: - I'm trying to set up printer browsing using two CUPS servers 2.0.4 and cups-filters 1.0.78 on Ubuntu 12.04 x64. - Master server has one printer configured, slave has none, and sync over cups-browsed doesn't happen. + I'm trying to set up printer browsing using two CUPS servers 2.0.4 and cups-filters 1.0.78 on Ubuntu 12.04 x64. + Master server has one printer configured, slave has none, and sync over cups-browsed doesn't happen. - /etc/cups/cups-browsed.conf on the master looks like this: + /etc/cups/cups-browsed.conf on the master looks like this: BrowseRemoteProtocols none BrowseLocalProtocols cups AutoShutdown Off - /etc/cups/cups-browsed.conf on the slave looks like this: + /etc/cups/cups-browsed.conf on the slave looks like this: BrowseRemoteProtocols cups
[Desktop-packages] [Bug 1479871] [NEW] foomatic-rip crashes if media is blank
Public bug reported: How to reproduce: Submit a job with media= to a printer that has foomatic-rip as one of its filters. lp -d myprinter -o media= /tmp/page.pdf This will happen: D [Job 977] Pondering option 'media=' D [Job 977] mf: filter/foomatic-rip/options.c:486: option_find_choice: Assertion `opt name' failed. D [Job 977] PID 12709 (/usr/lib/cups/filter/foomatic-rip) crashed on signal 6. I know it is bad idea to submit a job with blank media=, but hey, some bad software submit it like that and I'd rather have it printed in wrong size than have foomatic crashed on the job. tested with cups-filters 1.0.69 and CUPS 1.7.5 on Ubuntu 12.04 Whole log of a job: I [Job 977] Adding start banner page none. I [Job 977] Queued on mf by korobkin. D [Job 977] Auto-typing file... D [Job 977] Request file type is application/pdf. I [Job 977] File of type application/pdf queued by korobkin. I [Job 977] Adding end banner page none. D [Job 977] time-at-processing=1438271262 D [Job 977] 2 filters for job: D [Job 977] pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66) D [Job 977] foomatic-rip (application/vnd.cups-pdf to printer/mf, cost 0) D [Job 977] job-sheets=none,none D [Job 977] argv[0]=mf D [Job 977] argv[1]=977 D [Job 977] argv[2]=korobkin D [Job 977] argv[3]=page.pdf D [Job 977] argv[4]=1 D [Job 977] argv[5]=finishings=3 media= number-up=1 job-uuid=urn:uuid:dd456ed8-b115-3112-6040-872930439147 job-originating-host-name=localhost time-at-creation=1438271262 time-at-processing=1438271262 D [Job 977] argv[6]=/var/spool/cups/d00977-001 D [Job 977] envp[0]=CUPS_CACHEDIR=/var/cache/cups D [Job 977] envp[1]=CUPS_DATADIR=/usr/share/cups D [Job 977] envp[2]=CUPS_DOCROOT=/usr/share/cups/doc-root D [Job 977] envp[3]=CUPS_FONTPATH=/usr/share/cups/fonts D [Job 977] envp[4]=CUPS_REQUESTROOT=/var/spool/cups D [Job 977] envp[5]=CUPS_SERVERBIN=/usr/lib/cups D [Job 977] envp[6]=CUPS_SERVERROOT=/etc/cups D [Job 977] envp[7]=CUPS_STATEDIR=/var/run/cups D [Job 977] envp[8]=HOME=/var/spool/cups/tmp D [Job 977] envp[9]=PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin D [Job 977] envp[10]=SERVER_ADMIN=cups-t...@acme.com D [Job 977] envp[11]=SOFTWARE=CUPS/1.7.5 D [Job 977] envp[12]=TMPDIR=/var/spool/cups/tmp D [Job 977] envp[13]=USER=root D [Job 977] envp[14]=CUPS_MAX_MESSAGE=2047 D [Job 977] envp[15]=CUPS_SERVER=/var/run/cups/cups.sock D [Job 977] envp[16]=CUPS_ENCRYPTION=IfRequested D [Job 977] envp[17]=IPP_PORT=631 D [Job 977] envp[18]=CHARSET=utf-8 D [Job 977] envp[19]=LANG=en_US.UTF-8 D [Job 977] envp[20]=PPD=/etc/cups/ppd/mf.ppd D [Job 977] envp[21]=RIP_MAX_CACHE=128m D [Job 977] envp[22]=CONTENT_TYPE=application/pdf D [Job 977] envp[23]=DEVICE_URI=socket://mf.wat D [Job 977] envp[24]=PRINTER_INFO=mf D [Job 977] envp[25]=PRINTER_LOCATION=TEST D [Job 977] envp[26]=PRINTER=mf D [Job 977] envp[27]=PRINTER_STATE_REASONS=none D [Job 977] envp[28]=CUPS_FILETYPE=document D [Job 977] envp[29]=FINAL_CONTENT_TYPE=printer/mf D [Job 977] envp[30]=AUTH_I I [Job 977] Started filter /usr/lib/cups/filter/pdftopdf (PID 12708) I [Job 977] Started filter /usr/lib/cups/filter/foomatic-rip (PID 12709) I [Job 977] Started backend /usr/lib/cups/backend/socket (PID 12710) D [Job 977] Calling FindDeviceById(cups-mf) D [Job 977] Failed to send: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files D [Job 977] Failed to get find device cups-mf D [Job 977] 'CM Color Calibration' Mode in SPOOLER-LESS: Off D [Job 977] Getting input from file D [Job 977] foomatic-rip version 1.0.69 running... D [Job 977] Parsing PPD file ... D [Job 977] Added option ColorSpace D [Job 977] Added option LargeCapacityTray D [Job 977] Added option OptionTray D [Job 977] Added option ShiftTray D [Job 977] Added option InnerTray2 D [Job 977] Added option ExternalTray D [Job 977] Added option Finisher D [Job 977] Added option ColorModel D [Job 977] Added option Resolution D [Job 977] Added option Duplex D [Job 977] Added option Collate D [Job 977] Added option PageSize D [Job 977] STATE: +connecting-to-device D [Job 977] Added option ImageableArea D [Job 977] Looking up mf.wat... D [Job 977] Added option PaperDimension D [Job 977] Added option InputSlot D [Job 977] Added option RIPrintMode D [Job 977] Added option RPSBitsPerPixel D [Job 977] Added option MediaType D [Job 977] Added option OutputBin D [Job 977] Added option StapleLocation D [Job 977] backendWaitLoop(snmp_fd=5, addr=0x7fea676a9168, side_cb=0x7fea6654f1d0) D [Job 977] Added option RIPunch D [Job 977] Added option JobHeader D [Job 977] Added option JobType D [Job 977] Added option Pin1 D [Job 977] Added option Pin2 D [Job 977] Added option Pin3 D [Job 977] Added option Pin4 D [Job 977] Added option Font D [Job 977] Parameter Summary D [Job 977] - D [Job 977] Spooler: cups D [Job 977] Printer: mf D
[Desktop-packages] [Bug 1464783] [NEW] Number up option is processed before the page extraction option
Public bug reported: When printing multiple pages per sheet, it seems that number-up option is processed before the page range option. For example, the command below will print 4 pages of the document using two sheets of paper, instead of one sheet with two pages. lp -o page-ranges=1-2 -o number-up=2 filename.pdf This bug makes it impossible to print odd number of pages with number-up option 1. Say, if I want to print three pages using two pages per sheet, and I will not be able to. This was tested with Cups 1.7.5, cups-filters 1.0.69 on Ubuntu. ** Affects: cups-filters (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1464783 Title: Number up option is processed before the page extraction option Status in cups-filters package in Ubuntu: New Bug description: When printing multiple pages per sheet, it seems that number-up option is processed before the page range option. For example, the command below will print 4 pages of the document using two sheets of paper, instead of one sheet with two pages. lp -o page-ranges=1-2 -o number-up=2 filename.pdf This bug makes it impossible to print odd number of pages with number- up option 1. Say, if I want to print three pages using two pages per sheet, and I will not be able to. This was tested with Cups 1.7.5, cups-filters 1.0.69 on Ubuntu. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1464783/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1362321] Re: color management patch breaks PPD updating via web-interface in CUPS 1.7
Your new patch cannot be applied as it is, because it has garbage lines like Binary files cups-1.7/.git/index and cups-1.7new/.git/index differ However, it applies fine if these lines are removed, and PPD seems to update fine via web interface when the patch is applied. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1362321 Title: color management patch breaks PPD updating via web-interface in CUPS 1.7 Status in “cups” package in Ubuntu: Fix Committed Bug description: How to reproduce: 1. Build CUPS 1.7.x with color-management-extension.patch as it is provided by current utopic build. Alternatively: install daily build of Utopic server. 2. Add a printer 3. Try changing printer's driver (PPD) via web interface to a different PPD. CUPS says that printer was updated successfully, but printer won't change its PPD. You will also notice a forgotten /tmp/temp.ppd file on your filesystem. Removing this patch fixes the problem. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1362321/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1362321] Re: color management patch breaks PPD updating via web-interface in CUPS 1.7
Is this patch supposed to replace current color-management- extension.patch, or is it an addition to it? I cannot build CUPS if I replace the patch with the provided one, tests fail. Was able to build it fine with old version of the patch and without the patch. Running command tests... Waiting for jobs to complete...3... Performing 5.1-lpadmin.sh: PASS Waiting for jobs to complete... Performing 5.2-lpc.sh: PASS Waiting for jobs to complete... Performing 5.3-lpq.sh: FAIL Waiting for jobs to complete... Performing 5.4-lpstat.sh: PASS Waiting for jobs to complete... Performing 5.5-lp.sh: FAIL Waiting for jobs to complete... Performing 5.6-lpr.sh: FAIL Waiting for jobs to complete... Performing 5.7-lprm.sh: FAIL Waiting for jobs to complete...1... Performing 5.8-cancel.sh: FAIL Waiting for jobs to complete...2... Performing 5.9-lpinfo.sh: PASS Test Summary FAIL: 15 job control files were not purged. PASS: Printer 'Test1' correctly produced 15 page(s). FAIL: Printer 'Test2' produced 1 page(s), expected 23. FAIL: Printer 'Test3' produced 0 page(s), expected 2. FAIL: 59 requests logged, expected 163. PASS: CUPS-Get-Default not logged. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1362321 Title: color management patch breaks PPD updating via web-interface in CUPS 1.7 Status in “cups” package in Ubuntu: Fix Committed Bug description: How to reproduce: 1. Build CUPS 1.7.x with color-management-extension.patch as it is provided by current utopic build. Alternatively: install daily build of Utopic server. 2. Add a printer 3. Try changing printer's driver (PPD) via web interface to a different PPD. CUPS says that printer was updated successfully, but printer won't change its PPD. You will also notice a forgotten /tmp/temp.ppd file on your filesystem. Removing this patch fixes the problem. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1362321/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1362321] [NEW] color management patch breaks PPD updating via web-interface in CUPS 1.7
Public bug reported: How to reproduce: 1. Build CUPS 1.7.x with color-management-extension.patch as it is provided by current utopic build. Alternatively: install daily build of Utopic server. 2. Add a printer 3. Try changing printer's driver (PPD) via web interface to a different PPD. CUPS says that printer was updated successfully, but printer won't change its PPD. You will also notice a forgotten /tmp/temp.ppd file on your filesystem. Removing this patch fixes the problem. ** Affects: cups (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1362321 Title: color management patch breaks PPD updating via web-interface in CUPS 1.7 Status in “cups” package in Ubuntu: New Bug description: How to reproduce: 1. Build CUPS 1.7.x with color-management-extension.patch as it is provided by current utopic build. Alternatively: install daily build of Utopic server. 2. Add a printer 3. Try changing printer's driver (PPD) via web interface to a different PPD. CUPS says that printer was updated successfully, but printer won't change its PPD. You will also notice a forgotten /tmp/temp.ppd file on your filesystem. Removing this patch fixes the problem. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1362321/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1360407] [NEW] CUPS litters logs with cupsd is not idle any more, canceling shutdown in debug mode
Public bug reported: CUPS 1.7.5 in Utopic, when in debug mode, reports cupsd is not idle any more, canceling shutdown several times per second. That's way too chatty. ** Affects: cups (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1360407 Title: CUPS litters logs with cupsd is not idle any more, canceling shutdown in debug mode Status in “cups” package in Ubuntu: New Bug description: CUPS 1.7.5 in Utopic, when in debug mode, reports cupsd is not idle any more, canceling shutdown several times per second. That's way too chatty. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1360407/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1356405] Re: Cannot build CUPS 1.6 and 1.7 with cups-filters 1.0.55
Thanks, I can now build CUPS 1.7.5 with cups-filters 1.0.57 successfully. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1356405 Title: Cannot build CUPS 1.6 and 1.7 with cups-filters 1.0.55 Status in “cups-filters” package in Ubuntu: New Bug description: cups-filters with color management support now returns Failed to connect to system bus message when CUPS test suite is being run. Here is the output from CUPS build process tests: FAIL: 56 error messages, expected 33. Additional 23 messages are Failed to connect to system bus. Full output of a failed test: FAIL: 56 error messages, expected 33. E [13/Aug/2014:14:28:53.659718 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.660693 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:28:53.660751 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:28:53.660883 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.661831 +] Missing attributes-charset attribute E [13/Aug/2014:14:28:53.661888 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:28:53.661943 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:28:53.662076 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.663017 +] Missing attributes-charset attribute E [13/Aug/2014:14:28:53.663073 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:28:53.663129 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:28:53.663277 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.664277 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:28:53.664447 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.78 +] Returning IPP client-error-bad-request for Get-Jobs (ipp://localhost:8631/jobs) from localhost E [13/Aug/2014:14:28:53.667769 +] Returning IPP server-error-version-not-supported for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.742382 +] Returning IPP client-error-bad-request for Print-Job (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:28:53.763647 +] [Job 2] Failed to connect to system bus E [13/Aug/2014:14:29:00.800841 +] Returning IPP client-error-too-many-subscriptions for Create-Printer-Subscription (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:00.805888 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (no URI) from localhost E [13/Aug/2014:14:29:00.806927 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (no URI) from localhost E [13/Aug/2014:14:29:00.807971 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:29:00.808135 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:00.809131 +] Missing attributes-charset attribute E [13/Aug/2014:14:29:00.809189 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:29:00.809343 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:00.810450 +] Missing attributes-charset attribute E [13/Aug/2014:14:29:00.810507 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:29:00.810682 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:00.819675 +] Returning IPP server-error-version-not-supported for Get-Printer-Attributes (no URI) from localhost E [13/Aug/2014:14:29:00.820701 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:29:00.820864 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (no URI) from localhost E [13/Aug/2014:14:29:00.863297 +] Returning IPP client-error-not-possible for Cancel-Job (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:01.242381 +] Returning IPP client-error-bad-request for Send-Document (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:01.515770 +] [Job 14] Failed to connect to system bus E [13/Aug/2014:14:29:01.583342 +] [Job 16] Failed to connect to system bus E [13/Aug/2014:14:29:01.626234 +] [Job 19] Failed to connect to system bus E [13/Aug/2014:14:29:01.665053 +] [Job 21] Failed to connect to system bus E [13/Aug/2014:14:29:01.700239 +] [Job 22] Failed to connect
[Desktop-packages] [Bug 1356405] [NEW] Cannot build CUPS 1.6 and 1.7 with cups-filters 1.0.55
Public bug reported: cups-filters with color management support now returns Failed to connect to system bus message when CUPS test suite is being run. Here is the output from CUPS build process tests: FAIL: 56 error messages, expected 33. Additional 23 messages are Failed to connect to system bus. Full output of a failed test: FAIL: 56 error messages, expected 33. E [13/Aug/2014:14:28:53.659718 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.660693 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:28:53.660751 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:28:53.660883 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.661831 +] Missing attributes-charset attribute E [13/Aug/2014:14:28:53.661888 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:28:53.661943 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:28:53.662076 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.663017 +] Missing attributes-charset attribute E [13/Aug/2014:14:28:53.663073 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:28:53.663129 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:28:53.663277 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.664277 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:28:53.664447 +] Returning IPP client-error-bad-request for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.78 +] Returning IPP client-error-bad-request for Get-Jobs (ipp://localhost:8631/jobs) from localhost E [13/Aug/2014:14:28:53.667769 +] Returning IPP server-error-version-not-supported for Get-Jobs (no URI) from localhost E [13/Aug/2014:14:28:53.742382 +] Returning IPP client-error-bad-request for Print-Job (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:28:53.763647 +] [Job 2] Failed to connect to system bus E [13/Aug/2014:14:29:00.800841 +] Returning IPP client-error-too-many-subscriptions for Create-Printer-Subscription (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:00.805888 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (no URI) from localhost E [13/Aug/2014:14:29:00.806927 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (no URI) from localhost E [13/Aug/2014:14:29:00.807971 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:29:00.808135 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:00.809131 +] Missing attributes-charset attribute E [13/Aug/2014:14:29:00.809189 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:29:00.809343 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:00.810450 +] Missing attributes-charset attribute E [13/Aug/2014:14:29:00.810507 +] Missing attributes-natural-language attribute E [13/Aug/2014:14:29:00.810682 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:00.819675 +] Returning IPP server-error-version-not-supported for Get-Printer-Attributes (no URI) from localhost E [13/Aug/2014:14:29:00.820701 +] Missing printer-uri, job-uri, or ppd-name attribute E [13/Aug/2014:14:29:00.820864 +] Returning IPP client-error-bad-request for Get-Printer-Attributes (no URI) from localhost E [13/Aug/2014:14:29:00.863297 +] Returning IPP client-error-not-possible for Cancel-Job (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:01.242381 +] Returning IPP client-error-bad-request for Send-Document (ipp://localhost:8631/printers/Test1) from localhost E [13/Aug/2014:14:29:01.515770 +] [Job 14] Failed to connect to system bus E [13/Aug/2014:14:29:01.583342 +] [Job 16] Failed to connect to system bus E [13/Aug/2014:14:29:01.626234 +] [Job 19] Failed to connect to system bus E [13/Aug/2014:14:29:01.665053 +] [Job 21] Failed to connect to system bus E [13/Aug/2014:14:29:01.700239 +] [Job 22] Failed to connect to system bus E [13/Aug/2014:14:29:01.732345 +] [Job 25] Failed to connect to system bus E [13/Aug/2014:14:29:01.766462 +] [Job 27] Failed to connect to system bus E [13/Aug/2014:14:29:01.799928 +] [Job 29] Failed to connect to system bus E [13/Aug/2014:14:29:01.832818 +] [Job 31] Failed to connect to system bus E [13/Aug/2014:14:29:01.865994 +] [Job 32] Failed to connect to system bus E [13/Aug/2014:14:29:01.899023 +]
[Desktop-packages] [Bug 1340435] [NEW] Setting page-set=even and duplex=none results in filter failure
Public bug reported: I know it's dumb, but I see this issue occurring from time to time, mostly because PDF readers remember print settings and people don't notice when printing one-page documents that they have Print only even pages option set. How to reproduce: lp -o page-set=even -o Duplex=None -o pdftops-renderer=pdftops ./one-page-document.pdf Basically, if you're printing a one-page document, and your pdftops renderer is eiher pdftops or pdftocairo, printing will fail because page-set=even means you need to print page #2, and you only have one page. D [10/Jul/2014:21:39:43 +] [Job 60] Started filter pdftops (PID 4782) D [10/Jul/2014:21:39:43 +] [Job 60] Started filter pstops (PID 4783) D [10/Jul/2014:21:39:43 +] [Job 60] Command Line Error: Wrong page range given: the first page (1) can not be after the last page (0). D [10/Jul/2014:21:39:43 +] [Job 60] The print file is empty. D [10/Jul/2014:21:39:43 +] [Job 60] PID 4782 (pdftops) stopped with status 99! D [10/Jul/2014:21:39:43 +] [Job 60] PID 4783 (pstops) stopped with status 1! I'd suggest to ignore page-set=even option if the document has just one page. ** Affects: cups-filters (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1340435 Title: Setting page-set=even and duplex=none results in filter failure Status in “cups-filters” package in Ubuntu: New Bug description: I know it's dumb, but I see this issue occurring from time to time, mostly because PDF readers remember print settings and people don't notice when printing one-page documents that they have Print only even pages option set. How to reproduce: lp -o page-set=even -o Duplex=None -o pdftops-renderer=pdftops ./one-page-document.pdf Basically, if you're printing a one-page document, and your pdftops renderer is eiher pdftops or pdftocairo, printing will fail because page-set=even means you need to print page #2, and you only have one page. D [10/Jul/2014:21:39:43 +] [Job 60] Started filter pdftops (PID 4782) D [10/Jul/2014:21:39:43 +] [Job 60] Started filter pstops (PID 4783) D [10/Jul/2014:21:39:43 +] [Job 60] Command Line Error: Wrong page range given: the first page (1) can not be after the last page (0). D [10/Jul/2014:21:39:43 +] [Job 60] The print file is empty. D [10/Jul/2014:21:39:43 +] [Job 60] PID 4782 (pdftops) stopped with status 99! D [10/Jul/2014:21:39:43 +] [Job 60] PID 4783 (pstops) stopped with status 1! I'd suggest to ignore page-set=even option if the document has just one page. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1340435/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1294370] Re: PostScript level2 is always generated with pdftops renderer
Error log for a sample job. ** Attachment added: error_log_341.txt https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1294370/+attachment/4035884/+files/error_log_341.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1294370 Title: PostScript level2 is always generated with pdftops renderer Status in “cups-filters” package in Ubuntu: Incomplete Bug description: I built cups-filters 1.0.44 for Ubuntu 12.04 with pdftops being poppler's pdftops. I'm using it with Ricoh MP C3300 PosrtScript PPD [1], and looking at the code it should call pdftops with -level3 parameter. However, it looks like HP printer detection takes place and -level2 is always generated. Here is strace output: [pid 7373] execve(/usr/bin/pdftops, [pdftops, -level2, -noembtt, -origpagesizes, -nocenter, -r, 300, /tmp/p2.pdf, -], [/* 28 vars */] unfinished ... Shouldn't it generate level3 unless the printer is HP laserjet? 1. http://www.openprinting.org/ppd-o-matic.php?driver=Postscript- Ricohprinter=Ricoh-Aficio_MP_C3300show=1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1294370/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1294370] Re: PostScript level2 is always generated with pdftops renderer
There are two blocks of code with identical condition checking for HP printers in that file, should both be patched? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1294370 Title: PostScript level2 is always generated with pdftops renderer Status in “cups-filters” package in Ubuntu: Triaged Bug description: I built cups-filters 1.0.44 for Ubuntu 12.04 with pdftops being poppler's pdftops. I'm using it with Ricoh MP C3300 PosrtScript PPD [1], and looking at the code it should call pdftops with -level3 parameter. However, it looks like HP printer detection takes place and -level2 is always generated. Here is strace output: [pid 7373] execve(/usr/bin/pdftops, [pdftops, -level2, -noembtt, -origpagesizes, -nocenter, -r, 300, /tmp/p2.pdf, -], [/* 28 vars */] unfinished ... Shouldn't it generate level3 unless the printer is HP laserjet? 1. http://www.openprinting.org/ppd-o-matic.php?driver=Postscript- Ricohprinter=Ricoh-Aficio_MP_C3300show=1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1294370/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1294370] Re: PostScript level2 is always generated with pdftops renderer
nm, the other one doesn't have this problem. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1294370 Title: PostScript level2 is always generated with pdftops renderer Status in “cups-filters” package in Ubuntu: Triaged Bug description: I built cups-filters 1.0.44 for Ubuntu 12.04 with pdftops being poppler's pdftops. I'm using it with Ricoh MP C3300 PosrtScript PPD [1], and looking at the code it should call pdftops with -level3 parameter. However, it looks like HP printer detection takes place and -level2 is always generated. Here is strace output: [pid 7373] execve(/usr/bin/pdftops, [pdftops, -level2, -noembtt, -origpagesizes, -nocenter, -r, 300, /tmp/p2.pdf, -], [/* 28 vars */] unfinished ... Shouldn't it generate level3 unless the printer is HP laserjet? 1. http://www.openprinting.org/ppd-o-matic.php?driver=Postscript- Ricohprinter=Ricoh-Aficio_MP_C3300show=1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1294370/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1294370] [NEW] PostScript level2 is always generated with pdftops renderer
Public bug reported: I built cups-filters 1.0.44 for Ubuntu 12.04 with pdftops being poppler's pdftops. I'm using it with Ricoh MP C3300 PosrtScript PPD [1], and looking at the code it should call pdftops with -level3 parameter. However, it looks like HP printer detection takes place and -level2 is always generated. Here is strace output: [pid 7373] execve(/usr/bin/pdftops, [pdftops, -level2, -noembtt, -origpagesizes, -nocenter, -r, 300, /tmp/p2.pdf, -], [/* 28 vars */] unfinished ... Shouldn't it generate level3 unless the printer is HP laserjet? 1. http://www.openprinting.org/ppd-o-matic.php?driver=Postscript- Ricohprinter=Ricoh-Aficio_MP_C3300show=1 ** Affects: cups-filters (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1294370 Title: PostScript level2 is always generated with pdftops renderer Status in “cups-filters” package in Ubuntu: New Bug description: I built cups-filters 1.0.44 for Ubuntu 12.04 with pdftops being poppler's pdftops. I'm using it with Ricoh MP C3300 PosrtScript PPD [1], and looking at the code it should call pdftops with -level3 parameter. However, it looks like HP printer detection takes place and -level2 is always generated. Here is strace output: [pid 7373] execve(/usr/bin/pdftops, [pdftops, -level2, -noembtt, -origpagesizes, -nocenter, -r, 300, /tmp/p2.pdf, -], [/* 28 vars */] unfinished ... Shouldn't it generate level3 unless the printer is HP laserjet? 1. http://www.openprinting.org/ppd-o-matic.php?driver=Postscript- Ricohprinter=Ricoh-Aficio_MP_C3300show=1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1294370/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1243484]
Yes, I tried to apply all the patches listed on this bug to poppler 0.24.5, with cairo being 1.12.16, and the issue was not resolved for me. Thanks for looking into this. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in Poppler: Confirmed Status in “cups-filters” package in Ubuntu: Fix Released Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1268011] Re: Inconsistent ownership/permissions of error_log in CUPS
Maybe you could avoid creating an empty file at all, or enforcing any permissions on it? (logrotate would copy previous permissions by default). From admin's point of view, it is cumbersome to adjust log files permissions in two places: cups-files.conf and logrotate for CUPS. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1268011 Title: Inconsistent ownership/permissions of error_log in CUPS Status in “cups” package in Ubuntu: New Bug description: Package CUPS 1.7.1 in Ubuntu has a patch that changes ownership of all log files to root:adm. At the same time, cups-daemon.logrotate changes ownership to root:lpadmin, permissions 640 daily. At the same time, CUPS itself sets its log files by default to 644. Please make it a bit more consistent by default? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1268011/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1268011] [NEW] Inconsistent ownership/permissions of error_log in CUPS
Public bug reported: Package CUPS 1.7.1 in Ubuntu has a patch that changes ownership of all log files to root:adm. At the same time, cups-daemon.logrotate changes ownership to root:lpadmin, permissions 640 daily. At the same time, CUPS itself sets its log files by default to 644. Please make it a bit more consistent by default? ** Affects: cups (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1268011 Title: Inconsistent ownership/permissions of error_log in CUPS Status in “cups” package in Ubuntu: New Bug description: Package CUPS 1.7.1 in Ubuntu has a patch that changes ownership of all log files to root:adm. At the same time, cups-daemon.logrotate changes ownership to root:lpadmin, permissions 640 daily. At the same time, CUPS itself sets its log files by default to 644. Please make it a bit more consistent by default? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1268011/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 885730] Re: keyboard layout indicator reacts incorrectly
Very annoying, please do something about it. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/885730 Title: keyboard layout indicator reacts incorrectly Status in Gnome Settings Daemon: Invalid Status in Ubuntu network, Bluetooth, keyboard menus: Confirmed Status in “gnome-settings-daemon” package in Ubuntu: Won't Fix Bug description: Hi there, there are few bug reports similar to this one but from their description I feel like this is a little different. I use three different keyboard layouts, switching between them with shortcut and having Allow different layouts for individual windows option enabled. In this configuration layout switch should be processed when shortcut is triggered or when I switch to another window. Moreover to switch layout means two things. Firstly it means to switch keyboard mappings themself and secondly to change what layout indicator shows. The problem itself: mappings which is used is often not the same as indicator shows. I experimented a little to find out what is wrong and now I see that the mistake is in processing switch-window event which always changes mappings used but doesn't refresh what indicator is showing... Sometimes it's quite annoying as nearly all bugs reported here :) This is my first bug report ever so correct me or reguest mroe info if I have fogotten something. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: gnome-settings-daemon 3.2.0-0ubuntu5 ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4 Uname: Linux 3.0.0-12-generic i686 ApportVersion: 1.23-0ubuntu3 Architecture: i386 Date: Thu Nov 3 16:11:18 2011 InstallationMedia: Ubuntu 10.04.1 LTS Lucid Lynx - Release i386 (20100816.1) SourcePackage: gnome-settings-daemon UpgradeStatus: Upgraded to oneiric on 2011-10-20 (14 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-settings-daemon/+bug/885730/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 137527] Re: Unhelpful response when inserting encrypted DVD in default installation
Milan: I haven't tested it with 11.10, because it is difficult to find a DVD drive with a region not yet set, but it definitely was the case with 11.04 which I tested with a new drive. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to totem in Ubuntu. https://bugs.launchpad.net/bugs/137527 Title: Unhelpful response when inserting encrypted DVD in default installation Status in Ayatana Design: Invalid Status in One Hundred Paper Cuts: Fix Released Status in Totem Movie Player: In Progress Status in “libdvdnav” package in Ubuntu: Invalid Status in “libdvdread” package in Ubuntu: Invalid Status in “libgimme-codec” package in Ubuntu: Invalid Status in “totem” package in Ubuntu: Triaged Bug description: Ubuntu 4.10, 5.04, 5.10, 6.06, 7.04, 7.10, 8.04, 8.10, 9.04, 9.10, 10.04, 10.10, 11.04, 11.10 1. Install Ubuntu. 2. Insert a standard movie DVD. What happens: * In Ubuntu 10.10 and earlier, An error occurred - Could not read from resource. * In Ubuntu 11.10, An error occurred - Could not read DVD. This may be because the DVD is encrypted and a DVD decryption library is not installed. Without libdvdcss2, Totem, VLC, and others are unable to play my original DVD-s. I know it's illegal to ship Ubuntu with libdvdcss2, but it could be in multiverse repos, and totem's plugin installer could install it, OR add the medibuntu repo to the list (but leave unchecked), then Totem's plugin installer should give a hint, to use that repo's libdvdcss2 to play your DVDs. Newbies wont find out how to solve this problem by theirself, go back to win, and then it will be harder to solve the bug #1 :) Not to be confused with: * bug 502426, where DVDs don't play when libdvdcss is installed * bug 745515, An error occured location not found while trying to play a DVD * bug 747433, Totem cannot play this type of media DVD because it does not have the appropriate plugins to be able to read from this disc - Desired solution: This bug will be fixed as part of the larger 3rd party codec install project (project contact Christian Giordano). To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/137527/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 137527] Re: Unhelpful response when inserting encrypted DVD in default installation
There could be two reasons for this error to occur: either libdvdcss not installed, or DVD region not set (frequent for new machines). Adding a DVD region check might help to resolve the problem for some users. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to totem in Ubuntu. https://bugs.launchpad.net/bugs/137527 Title: Unhelpful response when inserting encrypted DVD in default installation Status in Ayatana Design: Triaged Status in One Hundred Paper Cuts: Fix Released Status in Totem Movie Player: In Progress Status in “libdvdnav” package in Ubuntu: Invalid Status in “libdvdread” package in Ubuntu: Invalid Status in “libgimme-codec” package in Ubuntu: Invalid Status in “totem” package in Ubuntu: Triaged Bug description: Ubuntu 4.10, 5.04, 5.10, 6.06, 7.04, 7.10, 8.04, 8.10, 9.04, 9.10, 10.04, 10.10, 11.04, 11.10 1. Install Ubuntu. 2. Insert a standard movie DVD. What happens: * In Ubuntu 10.10 and earlier, An error occurred - Could not read from resource. * In Ubuntu 11.10, An error occurred - Could not read DVD. This may be because the DVD is encrypted and a DVD decryption library is not installed. Without libdvdcss2, Totem, VLC, and others are unable to play my original DVD-s. I know it's illegal to ship Ubuntu with libdvdcss2, but it could be in multiverse repos, and totem's plugin installer could install it, OR add the medibuntu repo to the list (but leave unchecked), then Totem's plugin installer should give a hint, to use that repo's libdvdcss2 to play your DVDs. Newbies wont find out how to solve this problem by theirself, go back to win, and then it will be harder to solve the bug #1 :) Not to be confused with: * bug 502426, where DVDs don't play when libdvdcss is installed * bug 745515, An error occured location not found while trying to play a DVD * bug 747433, Totem cannot play this type of media DVD because it does not have the appropriate plugins to be able to read from this disc - Desired solution: When a user tries to play a dvd, a dialogue should pop up displaying the following message: The DVD you have inserted cann't currently be played because the supporting software has not been installed. This is because it is not legal for Ubuntu to distribute this software in some countries. If you are certain that it is legal for you to install this software in your country, you can install it now. Would you like to install it now? yes install now no thanks To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/137527/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
