Re: Changes coming for CUPS 1.6
On Fri, Jan 20, 2012 at 01:12:26PM -0800, Adam Williamson wrote: On Fri, 2012-01-20 at 09:25 +, Tim Waugh wrote: On Thu, 2012-01-19 at 15:50 -0800, Adam Williamson wrote: What a great idea! We could call one of them 'Postscript'... Not likely. :-) I think the current candidate for the optional vector format is PDF 1.4/1.5. Everything old is new again... Particularly in the case of my HP JL 5M which does official Postscript(TM) very nicely ... provided it's only Level 1 and can be rendered in 2MB of RAM. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Thu, 2012-01-19 at 15:50 -0800, Adam Williamson wrote: What a great idea! We could call one of them 'Postscript'... Not likely. :-) I think the current candidate for the optional vector format is PDF 1.4/1.5. Tim. */ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Fri, 2012-01-20 at 09:25 +, Tim Waugh wrote: On Thu, 2012-01-19 at 15:50 -0800, Adam Williamson wrote: What a great idea! We could call one of them 'Postscript'... Not likely. :-) I think the current candidate for the optional vector format is PDF 1.4/1.5. Everything old is new again... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Wed, 2012-01-18 at 17:11 +, Ben Boeckel wrote: For those of us that just have static printer setups, would it be possible to make a cups-browse (or similar) subpackage which brings in Avahi? The dependency will be on libavahi-client and libavahi-common, which are part of avahi-libs. These are hard dependencies as the scheduler will link to those libraries. Now that avahi-libs is a separate sub-package from the main avahi package, it does not require the Avahi server. So currently there is no dependency on the Avahi server, and I don't expect that to change with CUPS 1.6. Additionally, I expect the BrowsePoll directive in cupsd.conf will still work in CUPS 1.6 as it does not use CUPS Browsing. It works by periodically issuing IPP requests to the listed CUPS servers to fetch information about their queues. Tim. */ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Wed, 2012-01-18 at 18:14 +0100, Kevin Kofler wrote: What's the story about the PPD stuff Till is talking about there? That scares me the most when I read that mail. Will this be supported by a patch from openprinting.org? Seeing how Apple upstream is dropping features we need, I wonder whether the best solution wouldn't be a full-blown fork of CUPS, where your Avahi patches could also be merged to. I'm not sure of the details. Here is the background: The Printer Working Group is engaged in an effort called IPP Everywhere¹. The goal is to have driverless printing by having a small common set of imaging standards in printers, and for the printer capabilities to be inspected using IPP. There is no need for PPDs in this vision of how things will work in the glorious future, when all printers support IPP Everywhere. The way I expect it to work in CUPS 1.6 is that the concept of PPDs disappears as far as clients to CUPS are concerned, but that it will still use PPDs internally for existing printers that do not support IPP Everywhere (that is to say, all of them right now). In other words, I think the direction it is going is to make PPDs an implementation detail of CUPS. How that will work in practice I don't know yet. Tim. */ ¹ http://pwg-wiki.wikispaces.com/IPP+Everywhere signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Wed, 2012-01-18 at 17:28 +, Jóhann B. Guðmundsson wrote: Has it been considered to ditch cups altogether ( or keep what's worth keeping from it ) and coming up with a native printer client/server for GNU/Linux? It's been considered, yes. For the time being it isn't beneficial to do that. It isn't ruled out. Tim. */ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Thu, Jan 19, 2012 at 10:21:07AM +, Tim Waugh wrote: On Wed, 2012-01-18 at 18:14 +0100, Kevin Kofler wrote: What's the story about the PPD stuff Till is talking about there? That scares me the most when I read that mail. Will this be supported by a patch from openprinting.org? Seeing how Apple upstream is dropping features we need, I wonder whether the best solution wouldn't be a full-blown fork of CUPS, where your Avahi patches could also be merged to. I'm not sure of the details. Here is the background: The Printer Working Group is engaged in an effort called IPP Everywhere¹. The goal is to have driverless printing by having a small common set of imaging standards in printers, and for the printer capabilities to be inspected using IPP. [...] ¹ http://pwg-wiki.wikispaces.com/IPP+Everywhere I'm still using a very servicable HP LaserJet 5M from ca.1996. I wonder how the glorious future will be for me? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Thu, 2012-01-19 at 11:38 +, Richard W.M. Jones wrote: I'm still using a very servicable HP LaserJet 5M from ca.1996. Quite -- which is why I believe that CUPS 1.6 will still support PPDs, and why I didn't mention it in my original email. Tim. */ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Thu, Jan 19, 2012 at 10:12:55 +, Tim Waugh wrote: On Wed, 2012-01-18 at 17:11 +, Ben Boeckel wrote: For those of us that just have static printer setups, would it be possible to make a cups-browse (or similar) subpackage which brings in Avahi? The dependency will be on libavahi-client and libavahi-common, which are part of avahi-libs. These are hard dependencies as the scheduler will link to those libraries. Now that avahi-libs is a separate sub-package from the main avahi package, it does not require the Avahi server. Sounds good to me. Thanks. --Ben pgpc37X1TS9SB.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6 - PHP extension
Le 18/01/2012 17:43, Tim Waugh a écrit : Although the latest version of CUPS is 1.5.0, development is continuing apace on 1.6. There are some important changes coming in 1.6 which deserve to be pointed out. Another minor change, cups 1.6.0 will also, according to upstream, drop support of the php extension (cups-php). I will add the patch for cups 1.5.0 + php 5.4 and build it tomorrow... Remi. P.S. : http://www.cups.org/str.php?L3999 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Thu, 2012-01-19 at 10:21 +, Tim Waugh wrote: The Printer Working Group is engaged in an effort called IPP Everywhere¹. The goal is to have driverless printing by having a small common set of imaging standards in printers, and for the printer capabilities to be inspected using IPP. What a great idea! We could call one of them 'Postscript'... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On Wed, Jan 18, 2012 at 16:43:33 GMT, Tim Waugh wrote: This means that once CUPS drops support for CUPS Browsing, automatic CUPS queue discovery *will require Avahi* to be running on both the server (i.e. the system hosting the CUPS queue) and the clients (i.e. the systems wanting to print to it). For those of us that just have static printer setups, would it be possible to make a cups-browse (or similar) subpackage which brings in Avahi? -- Ben -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
Tim Waugh wrote: Till Kamppeter's email about the CUPS 1.6 changes on the printing-architecture list: http://lists.linuxfoundation.org/pipermail/printing-architecture/2012/002412.html What's the story about the PPD stuff Till is talking about there? That scares me the most when I read that mail. Will this be supported by a patch from openprinting.org? Seeing how Apple upstream is dropping features we need, I wonder whether the best solution wouldn't be a full-blown fork of CUPS, where your Avahi patches could also be merged to. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Changes coming for CUPS 1.6
On 01/18/2012 04:43 PM, Tim Waugh wrote: snip /snip Has it been considered to ditch cups altogether ( or keep what's worth keeping from it ) and coming up with a native printer client/server for GNU/Linux? JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel