https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c1 --- Comment #1 from Johannes Meixner 2011-12-21 12:48:06 UTC --- Related to this is "PDF as Standard Print Job Format", see http://www.linuxfoundation.org/collaborate/workgroups/openprinting/pdf_as_st... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c3 --- Comment #3 from Johannes Meixner 2012-02-15 09:28:01 UTC --- Not an incompatible change but a noteworthy change: In CUPS 1.6 the libusb-based "usb" backend will be built by default, see http://www.cups.org/str.php?L2890 -------------------------------------------------------------------------- till.kamppeter 15:20 Feb 13, 2012 Mike, can you also change the build system so that the libusb-based "usb" backend will get built by default? The libusb-based backend has once more functionality, especially bi-di works with all printers, without any manufacturer-wise restrictions, and second, it works also in systems with usblp module present, as it detaches the module from the printer before communicating and reattaches the module after finishing the communication. This means that it always "just works". The usblp-based backend is now only a fallback solution for systems without libusb. -------------------------------------------------------------------------- -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c5 --- Comment #5 from Johannes Meixner 2012-02-16 10:10:16 UTC --- FYI, some links to reports, discussions and replies from Michael Sweet: (German only): http://www.heise.de/newsticker/meldung/CUPS-1-6-unterstuetzt-Linux-schlechte... (German only): http://www.heise.de/open/artikel/Kernel-Log-Apple-verschlankt-Cups-1435037.h... http://www.heise.de/open/news/foren/S-Und-hier-ist-eine-Antwort-des-Entwickl... http://cyberelk.net/tim/2012/02/06/cups-1-6-changes-ahead/ http://lists.fedoraproject.org/pipermail/devel/2012-January/161306.html http://lists.linuxfoundation.org/pipermail/printing-architecture/2012/002412... http://lists.linuxfoundation.org/pipermail/printing-architecture/2012/002426... http://lists.linuxfoundation.org/pipermail/printing-architecture/2012/002425... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c7 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lnussel@suse.com --- Comment #7 from Johannes Meixner 2012-03-01 11:23:16 UTC --- Regarding "Drop support for CUPS Browsing and Polling" (see comment #0) Ludwig Nussel suggested an interesting idea how to provide backward compatibility in this case: When a CUPS <= 1.5.x server should be replaced by a CUPS >= 1.6.x server in a bigger network printing environment with arbitrary client systems, the existing client systems expect to get CUPS Browsing information as it had worked all the time up to CUPS <= 1.5.x. Of course the admin could "just upgrade" all those arbitrary client systems with CUPS >= 1.6.x - but perhaps he might not like it ;-) To provide CUPS Browsing information to the clients a separated CUPS-Browsing-daemon could be implemented that gets print queue information from a CUPS >= 1.6.x server and creates CUPS Browsing information. The crucial point is that such a CUPS-Browsing-daemon is separated software and not a SUSE-specific add-on-hack for CUPS 1.6.x so that our CUPS 1.6.x is still in full compliance with upstream and admins who don't need or want such a CUPS-Browsing-daemon don't need to install its RPM package. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c9 --- Comment #9 from Johannes Meixner 2012-07-25 13:04:49 UTC --- Regarding comment #9 "a separated CUPS-Browsing-daemon": The CUPS Browse Protocol is described at http://www.cups.org/documentation.php/doc-1.5/spec-browsing.html What TYPE is can be found in the cups-1.5.3 sources in cups/cups.h ----------------------------------------------------------------------------- typedef unsigned cups_ptype_t; /**** Printer type/capability bits ****/ enum cups_ptype_e /**** Printer type/capability bit constants ****/ { /* Not a typedef'd enum so we can OR */ CUPS_PRINTER_LOCAL = 0x0000, /* Local printer or class */ CUPS_PRINTER_CLASS = 0x0001, /* Printer class */ CUPS_PRINTER_REMOTE = 0x0002, /* Remote printer or class */ CUPS_PRINTER_BW = 0x0004, /* Can do B&W printing */ CUPS_PRINTER_COLOR = 0x0008, /* Can do color printing */ CUPS_PRINTER_DUPLEX = 0x0010, /* Can do duplexing */ CUPS_PRINTER_STAPLE = 0x0020, /* Can staple output */ CUPS_PRINTER_COPIES = 0x0040, /* Can do copies */ CUPS_PRINTER_COLLATE = 0x0080, /* Can collage copies */ CUPS_PRINTER_PUNCH = 0x0100, /* Can punch output */ CUPS_PRINTER_COVER = 0x0200, /* Can cover output */ CUPS_PRINTER_BIND = 0x0400, /* Can bind output */ CUPS_PRINTER_SORT = 0x0800, /* Can sort output */ CUPS_PRINTER_SMALL = 0x1000, /* Can do Letter/Legal/A4 */ CUPS_PRINTER_MEDIUM = 0x2000, /* Can do Tabloid/B/C/A3/A2 */ CUPS_PRINTER_LARGE = 0x4000, /* Can do D/E/A1/A0 */ CUPS_PRINTER_VARIABLE = 0x8000, /* Can do variable sizes */ CUPS_PRINTER_IMPLICIT = 0x10000, /* Implicit class */ CUPS_PRINTER_DEFAULT = 0x20000, /* Default printer on network */ CUPS_PRINTER_FAX = 0x40000, /* Fax queue */ CUPS_PRINTER_REJECTING = 0x80000, /* Printer is rejecting jobs */ CUPS_PRINTER_DELETE = 0x100000, /* Delete printer @since CUPS 1.2/Mac OS X 10.5@ */ CUPS_PRINTER_NOT_SHARED = 0x200000, /* Printer is not shared @since CUPS 1.2/Mac OS X 10.5@ */ CUPS_PRINTER_AUTHENTICATED = 0x400000,/* Printer requires authentication @since CUPS 1.2/Mac OS X 10.5@ */ CUPS_PRINTER_COMMANDS = 0x800000, /* Printer supports maintenance commands @since CUPS 1.2/Mac OS X 10.5@ */ CUPS_PRINTER_DISCOVERED = 0x1000000, /* Printer was automatically discovered and added @since CUPS 1.3/Mac OS X 10 .5@ */ CUPS_PRINTER_SCANNER = 0x2000000, /* Scanner-only device @since CUPS 1.4/Mac OS X 10.6@ */ CUPS_PRINTER_MFP = 0x4000000, /* Printer with scanning capabilities @since CUPS 1.4/Mac OS X 10.6@ */ CUPS_PRINTER_OPTIONS = 0x6fffc /* ~(CLASS | REMOTE | IMPLICIT | DEFAULT | FAX | REJECTING | DELETE | NOT_SHA RED | AUTHENTICATED | COMMANDS | DISCOVERED) @private@ */ }; ----------------------------------------------------------------------------- What STATE is can be found in the cups-1.5.3 sources in cups/ipp.h ----------------------------------------------------------------------------- typedef enum ipp_pstate_e /**** Printer states ****/ { IPP_PRINTER_IDLE = 3, /* Printer is idle */ IPP_PRINTER_PROCESSING, /* Printer is working */ IPP_PRINTER_STOPPED /* Printer is stopped */ } ipp_pstate_t; ----------------------------------------------------------------------------- Accordingly a simple proof-of-concept how to submit CUPS Browsing info with hardcoded TYPE = CUPS_PRINTER_REMOTE = 0x0002 and hardcoded STATE = IPP_PRINTER_IDLE = 3 to a single remote host is the following bash command (there is exactly one space between each field): ---------------------------------------------------------------------- echo '2 3 ipp://PRINT.SERVER.IP.ADDRESS:631/printers/QUEUE-NAME "Location" "Description" "Make and Model" lease-duration=300 job-sheets=none,none'

/dev/udp/REMOTE:HOST:IP:ADDRESS/631

lease-duration=300 means that after 300 seconds the remote host discards these Browsing info (i.e. it removes the matching entry from /var/cache/cups/remote.cache (/etc/cups/yes/remote.cache for CUPS < 1.4). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c11 --- Comment #11 from Johannes Meixner 2012-07-31 08:45:32 UTC --- An overview regarding the changes: http://www.cups.org/documentation.php/doc-1.6/whatsnew.html -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|CUPS 1.6 will have major |CUPS 1.6 has major |incompatible changes: Be |incompatible changes. Do |prepared! |not use CUPS 1.6.1 on | |production systems! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Printing |Printing Version|Factory |12.3 Milestone 0 Product|openSUSE 12.2 |openSUSE Factory -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c15 --- Comment #15 from Johannes Meixner 2012-10-18 17:57:08 CEST --- It seems CUPS introduced a chicken and egg issue: If desktop toolkits use CUPS 1.6 APIs to get dynamic printers support they need CUPS 1.6 installed on end-users machines but CUPS 1.6 cannot be used on end-users machines until desktop toolkits use CUPS 1.6 APIs. It seems one needs to do a "big jump" and upgrade both CUPS and the desktop toolkits at the same time. To prepare for such a "big jump" experienced users must test it in advance before usual end-users get it. To let users test it, I think we should have a new OBS project whereto CUPS 1.6 and other related packages can be submitted e.g. something like a "Printing:Playground" project to make the distinction obvious that "Printing" is meant for (relatively) stable stuff that can be used without expecting major issues in "real-world environments" (e.g. on SLE11) but in contrast "Printing:Playground" is meant for venturous testers who expect even unexpected issues. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c17 --- Comment #17 from Ludwig Nussel 2012-11-14 09:55:39 CET --- So if we still want to get cups 1.6 into 12.3 now would be a good time to submit it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c19 --- Comment #19 from Johannes Meixner 2012-11-15 17:29:06 CET --- Till Kamppeter who maintains CUPS in Ubuntu re-introduced Browsing for CUPS 1.6, see https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1061063 and https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1061069 Basically this means CUPS 1.6 "as is" can really not be used for convenient printing in existing Linux networks (perhaps except very small networks with only a few clients and one or two printers). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c21 --- Comment #21 from Ludwig Nussel 2012-11-16 09:27:32 CET --- (In reply to comment #18)

I do not want to get CUPS 1.6 in openSUSE 12.3 unless the openSUSE community agreed how to deal with all those issues above.

Ok. If it's not ready then it's not ready. Maybe the issue could also be brought up on the Factory list. I suppose many are not aware of the reasons why we can't upgrade cups yet. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c23 --- Comment #23 from Johannes Meixner 2012-11-16 10:05:46 CET --- Regarding comment#15 "Printing:Playground" and comment#16 "Printing:Factory": I think we do not need a new project only for CUPS 1.6. I think it is simpler and sufficient to have CUPS 1.6 as separated OBS source package "cups16" in the "Printing" project. The cups16.spec file would build binary RPMs with same names as the package "cups" does, i.e. cups16.spec would contain: -------------------------------------------------------------------- Name: cups ... Version: 1.6.xxx ... %package libs ... %package client ... %package devel ... %package ddk -------------------------------------------------------------------- plus appropriate RPM requirements and conflicts to make sure that either CUPS <= 1.5 packages or CUPS >= 1.6 packages can be installed on an end-user system. This way the OBS source packages "cups" and "cups16" in "Printing" would build binary RPMs with same names but with different versions (name-1.5...rpm versus name-1.6...rpm). Additionally CUPS >= 1.6 requires the filters of the cups-filters software that is provided by OpenPrinting.org, see comment#2. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c25 --- Comment #25 from Johannes Meixner 2012-11-20 12:51:45 CET --- Regarding comment#20 "client-only config does no longer work with CUPS 1.6": https://www.cups.org/str.php?L4231 "From CUPS 1.6.x on using a remote CUPS server via client.conf stopped working" -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c26 --- Comment #26 from Johannes Meixner 2012-11-30 15:22:42 CET --- Only for venturous testers: I made a first test version of CUPS 1.6.1 (without any fix of the issues in comment#12 and others) as packages "cups161" and "cups" in "home:jsmeix" for openSUSE 11.4/12.1/12.2 and SLE-11 SP1/SP2 See https://build.opensuse.org/package/view_file?expand=1&file=cups.changes&package=cups161&project=home%3Ajsmeix Read https://build.opensuse.org/project/show?project=home%3Ajsmeix in particular note ---------------------------------------------------------------- This is my personal playground where packages could be severely incompatible with official openSUSE packages. ... If you are unexperienced with manual installation, do not install any package from "home:jsmeix". ... The packages in the "home:jsmeix" project are only for testing, without any guarantee or warranty, and without any support. As an extreme example, this means if your complete computer center crashes because of those packages, it is only your problem. ---------------------------------------------------------------- On my SLE-11 SP1 workstation I can print with it to print queues on SLE-11 servers that run CUPS 1.3.9 and I can print PostScript files on my locally connected (via USB) HP LaserJet 1220 PostScript printer and I can print to my LaserJet 1220 from an openSUSE 12.2 client that runs CUPS 1.5.3 and from a SLED11-SP2 client that runs CUPS 1.3.9. Printing other file types (e.g. PDF or plain text) does not yet work because currently there is no "cups-filters" package available, see "CUPS 1.6 has major incompatible changes" at http://en.opensuse.org/SDB:CUPS_in_a_Nutshell -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c28 --- Comment #28 from Johannes Meixner 2013-03-22 10:17:59 CET --- Most of the above issues in CUPS (comment#12 and subsequent comments) are fixed in CUPS 1.6.2. For venturous testers: I made CUPS 1.6.2 as source package "cups162" in "home:jsmeix" that results binary RPMs named cups[...]-1.6.2-[...].rpm at http://download.opensuse.org/repositories/home:/jsmeix/ for openSUSE 12.1/12.2/12.3 and SLE-11/SP1/SP2 Carefully read https://build.opensuse.org/project/show?project=home%3Ajsmeix and the RPM changelog https://build.opensuse.org/package/view_file?expand=1&file=cups.changes&package=cups162&project=home%3Ajsmeix Since CUPS 1.6. you usually need the "cups-filters" package (unless you only print PostScript files on PostScript printers) which I provide currently only in a very unfinished way only for venturous testers in the "Printing" project and also in "home:jsmeix" (it does not build for older openSUSE versions). FYI: A minor issue in CUPS 1.6.2: https://www.cups.org/str.php?L4300 "When restarting avahi-daemon while CUPS is running, CUPS looses connection" Workaround: After restarting Avahi also restart CUPS. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c31 Tomáš Chvátal changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tchvatal@suse.com --- Comment #31 from Tomáš Chvátal 2013-07-29 11:47:00 UTC --- For anyone willing to work on it I finished the migration stuff in Gentoo so it should be quite easy to copy&compare the changes (I even can use our internal printing system with it :-)). It should be fairly easy to package but I sadly don't have the time for it now. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-print/cups/cups-1.6.3-r2.ebuild?revision=1.1&view=markup http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-print/cups-filters/cups-filters-1.0.35.ebuild?revision=1.2&view=markup -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c33 --- Comment #33 from Johannes Meixner 2013-08-01 09:57:27 CEST --- Tomas Chvatal, regarding cups-filters: As far as I see it fails to build for openSUSE_Factory because we have poppler 0.23 there and in that poppler version there have been changes in some poppler API (in particular in poppler/Error.h regarding Goffset in setErrorCallback) that require adaption of cups-filters. But I have not at all any internal knowledge about poppler so that I could be totally wrong here. You may have a look at my preliminary attempts to try to fix it in OBS home:jsmeix:branches:Printing cups-filters (my current fix is still incomplete). As far as I see there are no incompatible changes in poppler API mentioned in poppler's ChangeLog. Therefore I wonder if what cups-filters uses from poppler is actually meant as public stable API from poppler? Perhaps cups-filters uses private internal poppler API that can change at any time as poppler upstream likes. In this case cups-filters would need to get a major clean up so that it only uses well known stable APIs. But again - I have not at all any internal knowledge about poppler so that this all is only blind guess. I think we should get in contact with cups-filters upstream (see the cups-filters README file regarding "Report bugs to") to get the issue fixed properly and thoroughly together with upstream. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c35 --- Comment #35 from Johannes Meixner 2013-08-01 10:19:24 CEST --- Tomas Chvatal, regarding your cups-filters submitrequest 185049: There you wrote (excerpt): --------------------------------------------------------------------------- I didn't fix the poppler-0.23 compatibility because Timm is already on it and will simply release 1.0.36 at some near future point. --------------------------------------------------------------------------- Great! Then let's wait for cups-filters 1.0.36. FYI: I really want that cups-filters is built for as many older openSUSE versions as possible with reasonable effort. Currently it builds for 12.2 and 12.3. and I like to keep that for cups-filters 1.0.36 (if possible with reasonable effort). The reason is that testers who have older openSUSE versions could switch to CUPS 1.7.x plus cups-filters >= 1.0.36 and switch back to traditional CUPS 1.5.4 if needed. Such testing is mandatory for me to feel a bit more on the safe side. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c37 --- Comment #37 from Tomáš Chvátal 2013-08-01 10:46:09 UTC --- No need for special privs on me. As a factory-maint group member I can access every single devel project, if I want. We just for obvious reasons don't do so unless really needed (long-time breakages and no maintainer activity, etc..) Anyway the bug about it is on upstream https://bugs.linuxfoundation.org/show_bug.cgi?id=1144 And the plan is to have it in next version fixed, so lets just wait a bit for the .36. Also if the release will be delayed we can track the upstream SCM to grab the patch http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/changes/. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c39 --- Comment #39 from Johannes Meixner 2013-08-02 11:57:08 CEST --- FYI: I tried to compile cups-filters-1.0-20130802 (i.e. the daily snapshot dated 2013 August 02) that fixes in particular https://bugs.linuxfoundation.org/show_bug.cgi?id=1144 But compile fails with a new issue, see https://bugs.linuxfoundation.org/show_bug.cgi?id=1145 I will now try to go back to cups-filters-1.0.35 and add a patch that only fixes https://bugs.linuxfoundation.org/show_bug.cgi?id=1144 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c42 --- Comment #42 from Johannes Meixner 2013-08-02 15:40:37 CEST --- With submitrequest 185617 I submitted cups-filters from home:jsmeix:branches:Printing to Printing. OBS still could not build it for openSUSE_Factory. I can only hope that BZR_revision_7085_7084.diff actually works. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c44 --- Comment #44 from Johannes Meixner 2013-08-28 11:27:56 CEST --- Mainly for my own information: Regarding Ghostscript version upgrade and cups-filters: http://www.ghostscript.com/doc/current/History9.htm#Version9.09 reads ------------------------------------------------------------------------------ Version 9.09 (2013-08-21) This is the eighth full release in the stable 9.x series, and is primarily a maintenance release. . . . 2013-07-30 20:29:01 +0200 Till Kamppeter .. Moved CUPS filters gstoraster and gstopxl to cups-filters As Ghostscript's CUPS filters gstoraster and gstopxl need changes to allow PPD-less printing on IPP printers and these changes introduce a new dependency on the libcupsfilters library of the cups-filters project, we have moved these filters to cups-filters now. ------------------------------------------------------------------------------ Since Ghostscript 9.09 it may require (to some extent) cups-filters but no hard RPM "Requires" but perhaps a RPM "Recommends", compare https://bugzilla.novell.com/show_bug.cgi?id=776080#c39 Ghostscript 9.09 causes a regression for "gv" see http://bugs.ghostscript.com/show_bug.cgi?id=694534 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c46 --- Comment #46 from Tomáš Chvátal 2013-08-28 10:22:28 UTC --- You are welcome. All the patches are now upstreamed, the .unit file will be included in the tarball next time, so we can drop all the extra files we ship with it. WRT ghostscript: I would recommend just requiring >= 9.9 in the cups-filters because otherwise we are colliding and if users add cups-filters from printing they can also get new ghostscript. 13.1: Do you think it would be possible to have this mergable before the beta1 freeze which happens on 2013-09-19. Gnome guys already introduce patches for cups-1.5 compat and this might ease things up, even if there are some triv regressions. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c48 --- Comment #48 from Dominique Leuenberger 2013-08-28 15:11:48 UTC --- (In reply to comment #47)

I think "incompatibility is now what we want at this stage" is a typo that should be "incompatibility is not what we want at this stage" because otherwise "let's stay with 1.5" would not make sense.

Dominique Leuenberger, is my understanding of what you wrote in that mail correct?

Correct.. to fat fingers, too small keyboard. There is no need for CUPS 1.6 with GNOME 3.10; -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c50 --- Comment #50 from Johannes Meixner 2013-09-06 16:01:24 CEST --- FYI: Ghostscript release 9.10 is available for various SLE and openSUSE versions via the openSUSE build service projects "home:jsmeix" and "home:jsmeix:branches:Printing". For now Ghostscript 9.10 is intentionally not in "Printing" because it is not fully compatible with our current printing system (CUPS 1.5.4 without cups-filters) because Ghostscript 9.10 does no longer provide the CUPS filters gstoraster and gstopxl (see comment#44). After the openSUSE 13.1 release I will upgrade our printing system in the openSUSE build service project "Printing" to CUPS 1.7 plus cups-filters and Ghostscript 9.10. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c52 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |goutamkk@gmail.com --- Comment #52 from Johannes Meixner 2013-10-02 13:20:14 CEST --- An addendum for comment#49 above at https://bugzilla.novell.com/show_bug.cgi?id=735404#c49 Regarding "weird filtering e.g. of PostScript input via pstotiff and imagetopdf": With HPLIP's default entries in its /etc/cups/pstotiff.convs ------------------------------------------------------------------------------ application/postscript image/tiff 80 pstotiff application/pdf image/tiff 80 pstotiff application/vnd.cups-pdf image/tiff 80 pstotiff application/vnd.cups-postscript image/tiff 80 pstotiff ------------------------------------------------------------------------------ one gets this weird filtering of PostScript input: ------------------------------------------------------------------------------ # echo hello1 | a2ps -1 -o- | lp -d HP_LaserJet_1020 [stdin (plain): 1 page on 1 sheet] [Total: 1 page on 1 sheet] sent to the standard output request id is HP_LaserJet_1020-58 (0 file(s)) # grep -o 'Job 58.*PID.*' /var/log/cups/error_log Job 58] Started filter /usr/lib/cups/filter/pstotiff (PID 3949) Job 58] Started filter /usr/lib/cups/filter/imagetopdf (PID 3950) Job 58] Started filter /usr/lib/cups/filter/foomatic-rip (PID 3951) Job 58] Started backend /usr/lib/cups/backend/hp (PID 3952) Job 58] PID 3949 (/usr/lib/cups/filter/pstotiff) exited with no errors. Job 58] PID 3950 (/usr/lib/cups/filter/imagetopdf) exited with no errors. Job 58] PID 3951 (/usr/lib/cups/filter/foomatic-rip) exited with no errors. Job 58] PID 3952 (/usr/lib/cups/backend/hp) exited with no errors. ------------------------------------------------------------------------------ When all entries in its /etc/cups/pstotiff.convs are disabled ------------------------------------------------------------------------------ #application/postscript image/tiff 80 pstotiff #application/pdf image/tiff 80 pstotiff #application/vnd.cups-pdf image/tiff 80 pstotiff #application/vnd.cups-postscript image/tiff 80 pstotiff ------------------------------------------------------------------------------ plus restart of the cupsd so that it re-reads its *.convs files one gets back the normal CUPS upstream filtering: ------------------------------------------------------------------------------ # echo hello2 | a2ps -1 -o- | lp -d HP_LaserJet_1020 [stdin (plain): 1 page on 1 sheet] [Total: 1 page on 1 sheet] sent to the standard output request id is HP_LaserJet_1020-59 (0 file(s)) # grep -o 'Job 59.*PID.*' /var/log/cups/error_log Job 59] Started filter /usr/lib/cups/filter/pstopdf (PID 3997) Job 59] Started filter /usr/lib/cups/filter/pdftopdf (PID 3998) Job 59] Started filter /usr/lib/cups/filter/foomatic-rip (PID 3999) Job 59] Started backend /usr/lib/cups/backend/hp (PID 4000) Job 59] PID 3997 (/usr/lib/cups/filter/pstopdf) exited with no errors. Job 59] PID 3998 (/usr/lib/cups/filter/pdftopdf) exited with no errors. Job 59] PID 3999 (/usr/lib/cups/filter/foomatic-rip) exited with no errors. ------------------------------------------------------------------------------ The reason why HPLIP's default entries in its /etc/cups/pstotiff.convs mess up the normal CUPS upstream filtering is: When HPLIP adds CUPS filtering rules via a *.convs file for standard MIME types like application/postscript and application/vnd.cups-postscript then those rules become part of the standard CUPS filtering which means those rules affect all print jobs with that standard MIME types. In short: What CUPS filtering happens depends on the MIME types so that for same MIME types same CUPS filtering happens and when HPLIP needs different CUPS filtering rules then HPLIP must use different MIME types. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c54 --- Comment #54 from Bernhard Wiedemann 2013-10-09 13:00:14 CEST --- This is an autogenerated message for OBS integration: This bug (735404) was mentioned in https://build.opensuse.org/request/show/202685 Factory / ghostscript -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c56 --- Comment #56 from Johannes Meixner 2013-11-22 15:34:34 CET --- FYI: https://bugzilla.redhat.com/show_bug.cgi?id=1027317#c4 ------------------------------------------------------------------------- cups-browsed leaks a lot of memory .. I figured out that cups-browsed from version 1.0.40 does not leak but 1.0.41 does ------------------------------------------------------------------------- Currently cups-filters-1.0.42 is not yet released at http://www.openprinting.org/download/cups-filters/ but cups-filters-1.0-20131122 there contains in its NEWS file: -------------------------------------------------------------------------- CHANGES IN V1.0.42 .. - cups-browsed: Fixed several memory leaks by adding missing free() calls and removing an unneeded strdup(). Thanks to Jaromir Koncicky from Red Hat for the patch (Red Hat bug #1027317). -------------------------------------------------------------------------- -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c58 --- Comment #58 from Till Kamppeter 2013-11-22 18:38:24 UTC --- Yes, the foomatic-filters package is now discontinued and cups-filters takes its role now with the new included foomatic-rip filter. The foomatic-filters package contains also beh but my feeling was all the time that no one uses it, especially it does not work with filters which have to run as root, as itself does not run as root. Perhaps it works if one would set beh's permissions to run as root, but then it also runs filters as root which should not run as root. Or one lets beh run as root, but check the filter which it calls and run it unprivileged if its permissions tell it should not run as root. Patches welcome. It is also written in Perl, but nothing else in the printing stack is written in Perl. It should perhaps be rewritten in C or shell. Also here patches welcome. Your pipe filter is a good idea, but I see a little missing feature. All CUPS filters/backends get the IPP attributes/options via the 5th command line argument. There is no way in pipe to make use of these, so that you can control the command line being called by pipe by supplying options to your print job. Also no program which is not explicitly written for the use with pipe uses the PIPE_BACKEND_ARGV[0-6] environment variables, and if you write a program especially for being called with pipe you can directly write a CUPS backend. Also programs called by pipe run as lp if pipe is installed world-executable and run as root if pipe is installed root-only-executable. So one installed pipe cannot serve both use cases on the same machine. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c60 --- Comment #60 from Johannes Meixner 2014-04-09 18:08:04 CEST --- FYI: CUPS 1.7.1 is available from "home:jsmeix". cups-filters 1.0.52 is available from "Printing". They are not thoroughly tested by me. Check the RPM changelog entries for basic information. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=735404 https://bugzilla.novell.com/show_bug.cgi?id=735404#c62 --- Comment #62 from Johannes Meixner 2014-06-26 11:29:50 CEST --- FYI: CUPS 1.7.3 is available from OBS home project "home:jsmeix". cups-filters 1.0.54 is available from OBS devel project "Printing". They are not thoroughly tested by me. Check the RPM changelog entries for basic information. Regarding packages from "home:jsmeix" and "Printing" read https://build.opensuse.org/project/show?project=home%3Ajsmeix and https://build.opensuse.org/project/show/Printing -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=735404 Jon Grossart changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jon@grossart.net -- You are receiving this mail because: You are on the CC list for the bug.