[cups.general] Scale print documents
steve
steve at gdesigns.co.uk
Fri Nov 23 09:08:12 PST 2012
Printing PDF files at different sizes
You may want to look at the EasyPlot software. This will allow via a GUI
the original PDF to be opened and then printed via EasyPlot's print drivers
at any pre-defined or custom page size to a CUPS queue.
www.gdesigns.co.uk
Steve Smith
-----Original Message-----
From: cups-bounces at easysw.com [mailto:cups-bounces at easysw.com] On Behalf Of
cups-request at easysw.com
Sent: 23 November 2012 16:10
To: cups at easysw.com
Subject: cups Digest, Vol 106, Issue 26
Send cups mailing list submissions to
cups at easysw.com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.easysw.com/mailman/listinfo/cups
or, via email, send a message with subject or body 'help' to
cups-request at easysw.com
You can reach the person managing the list at
cups-owner at easysw.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cups digest..."
Today's Topics:
1. Re: how to get printers on mac os 10.8 from a linux cups in a
different subnet (Douglas Kosovic)
2. Re: Scale documents from one page size to an other (Alex Dyas)
3. Scaling documents to different page sizes? (Alex Dyas)
4. Re: An idea how to provide CUPS Browsing for CUPS 1.6
(Johannes Meixner)
5. Re: Question: Cups Classes and options like duplex on the
client side. (Denny Schierz)
6. Re: Scaling documents to different page sizes? (Helge Blischke)
7. Re: Network printer (Johannes Meixner)
8. Re: Broken pipe error when changing printer options on 1.5.4
(C. v. Stuckrad)
----------------------------------------------------------------------
Message: 1
Date: Thu, 22 Nov 2012 20:46:06 -0800
From: Douglas Kosovic <doug at uq.edu.au>
Subject: Re: [cups.general] how to get printers on mac os 10.8 from a
linux cups in a different subnet
To: cups at easysw.com
Message-ID: <42077-cups.general at news.easysw.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Franz,
> What is the official way to connect from the Mac OS 10.8 WS to the server?
> There must be a better way, as to configure the print queues local on the
WS!
To solve the issue for our OSX Mountain Lion clients, we ended up using
Wide Area Bonjour to advertise the queues. We have over 180 password
authenticated print queues all accessible on multiple VLANs, the ipp and
ipps queues are also accessible on WiFi and VPN.
Moving away from CUPS browsing to dns-sd/Wide Area Bonjour turned out to
be great for our Mac users (including Lion and Snow Leopard clients),
it's much more user friendly to add a printers now. Another bonus is
that we can now print with iPhones and iPads.
For the print server, I'm using custom cups-1.6.1, cups-filters-1.0.24
and ghostscript-9.06 RPMs on RHEL6.3. For the Wide Area Bonjour, I wrote
a simple python script using pyCUPS (aka python-cups) to query the CUPS
server and generate output suitable for adding to a DNS zone file. Happy
to supply the python script if you are interested. Also we are using
slightly modified Mac PPD files (mostly ones bundled with OSX) on the
print server as they are generally much nicer than Linux PPDs,
especially on the OS X clients.
Although cups-1.6.1 can be built with Avahi for mDNS support, the Avahi
version that comes with RHEL6 is too old and can't handle/advertise
anywhere near the 180 print queues we have, so I didn't build CUPS with
Avahi support. A problem with the older Avahi versions is that they are
built with AVAHI_CACHE_ENTRIES_MAX (i.e. max number of resource records
to be cached) set to 512, for the print queues we use 10 records per
queue (ipp and ipps), e.g. :
_ipp PTR lpHS217._ipp
_cups._sub._ipp PTR lpHS217._ipp
_universal._sub._ipp PTR lpHS217._ipp
lpHS217._ipp SRV 0 0 631 ipp.eait.uq.edu.au.
lpHS217._ipp TXT ( "rp=printers/lpHS217" ...)
_ipps PTR lpHS217._ipps
_cups._sub._ipps PTR lpHS217._ipps
_universal._sub._ipps PTR lpHS217._ipps
lpHS217._ipps SRV 0 0 631 ipp.eait.uq.edu.au.
lpHS217._ipps TXT ( "rp=printers/lpHS217" ...)
So basically using Wide Area Bonjour (i.e. unicast DNS) solved a number
of issues for us.
Cheers,
Doug
------------------------------
Message: 2
Date: Fri, 23 Nov 2012 10:17:02 +0100 (CET)
From: Alex Dyas <adyas at linalis.com>
Subject: Re: [cups.general] Scale documents from one page size to an
other
To: "Mirror of cups.general Newsgroup" <cups at easysw.com>
Message-ID:
<19701017.216089.1353662222354.JavaMail.root at webmail.linalis.com>
Content-Type: text/plain; charset=utf-8
Hello Helge,
Thanks for your reply. We tried this, but quickly ran into an other
problem, that printer instances are not available from most applications.
This in itself is a show stopper. To explain - I create an instance using
the lpoptions command line. The printer instance is available from
OpenOffice, but not from Firefox, or a number of other applications. Even
the Ubuntu printer management dialogues are inconsistent, one will show the
printer instance, the other will not. I tried restarting cups, and even
rebooting, but to no avail.
Having Googled the problem it seems we are not alone, CUPs printer instances
are not fully supported. So we are stopping this line of investigation.
I will post a new question to the group for advice on a better way to achive
our goal.
Thanks for your help.
Alex
--
Alex Dyas, Manager - Systems Administration
Tel: +41 22 348 30 15 | Mob: +41 788 34 6540
www.linalis.com | twitter.com/linalis | www.linkedin.com/company/linalis
Expert en Services, Formation et Recrutement BI et Applications Web (CMS,
CRM)
Partenaires certifies de Pentaho (BI), Jedox (Palo), Acquia (Drupal),
SugarCRM et Infobright
----- Original Message -----
> From: "Helge Blischke" <h.blischke at acm.org>
> To: cups at easysw.com
> Sent: Friday, 2 November, 2012 5:54:42 PM
> Subject: Re: [cups.general] Scale documents from one page size to an other
> Alex Dyas wrote:
>
> > Hi,
> >
> > Env - Ubuntu 12.04, Cups 1.5.3
> >
> > I have successfully managed to use the lpr command to print an A4
> > PDF
> > scaled up to A3 paper using this command :
> >
> > $ lpr -o fitplot -o media=A3 someA4file.pdf
> >
> > What I would like is this flexibility available from any GUI
> > application.
> > Meaning that no matter what size the page has been defined as in the
> > application, that the user may print it scaled up, or down, to any
> > other
> > size paper.
> >
> > I have looked at using the lpoptions command, and creating a new
> > instance
> > of the printer with these options hard coded:
> >
> > $ lpoptions -p
> > Hewlett-Packard-HP-Color-LaserJet-CP5520-Series-2-Socket/a42a3 -o
> > fitplot
> > -o media=A3
> >
> > But this doesn't work, the pages always come out unscaled even when
> > directed to A3 paper. I have checked in /etc/cups/lpoptions and the
> > options are there.
> >
> > Can anyone suggest what I'm doing wrong, or an other approach? This
> > has
> > to be application agnostic.
> >
> > Thanks in advance,
> >
> > Alex
> >
>
> It depends on the filter chain involved if you will have a chance to
> force
> the scale to fit behaviour.
>
> Set the log level to debug (cupsctl --debug-logging), print a test
> PDF, and
> post (an URL to) the portion of the error_log that contains all the
> messages
> related to the testjob.
>
> Helge
>
> _______________________________________________
> cups mailing list
> cups at easysw.com
> http://lists.easysw.com/mailman/listinfo/cups
------------------------------
Message: 3
Date: Fri, 23 Nov 2012 10:36:34 +0100 (CET)
From: Alex Dyas <adyas at linalis.com>
Subject: [cups.general] Scaling documents to different page sizes?
To: cups at easysw.com
Message-ID:
<20500913.216129.1353663394825.JavaMail.root at webmail.linalis.com>
Content-Type: text/plain; charset=utf-8
Hello,
Env - Ubuntu 12.04, CUPS 1.5.3-0ubuntu4
Our aim is to give our users an easy way of scaling documents to different
page sizes. For instance, printing an OpenOffice text document created as
A4, scaled up to A3 paper. Or printing a PDF originally created as A5 onto
A4 paper, scaled accordingly.
We have been looking for some time now on a consistent way to do this, and
so far we have not found a good solution. Does anyone have any advice?
Seems to be quite a simple requirement. The solution needs to be driver and
application independent. We have a substantial number of different printers
in our environment, and we'd like a solution that works from any application
that can print.
The closest we have come is creating CUPS printer instances with specific
options, but it seems that printer instances are not fully supported by all
applications, so we have abandoned this avenue.
Thanks in advance,
Alex
--
Alex Dyas, Manager - Systems Administration
Tel: +41 22 348 30 15 | Mob: +41 788 34 6540
www.linalis.com | twitter.com/linalis | www.linkedin.com/company/linalis
Expert en Services, Formation et Recrutement BI et Applications Web (CMS,
CRM)
Partenaires certifies de Pentaho (BI), Jedox (Palo), Acquia (Drupal),
SugarCRM et Infobright
------------------------------
Message: 4
Date: Fri, 23 Nov 2012 10:44:20 +0100 (CET)
From: Johannes Meixner <jsmeix at suse.de>
Subject: Re: [cups.general] An idea how to provide CUPS Browsing for
CUPS 1.6
To: "Mirror of cups.general Newsgroup" <cups at easysw.com>
Message-ID: <alpine.LNX.2.00.1211230920260.7626 at nelson.suse.de>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Hello,
On Nov 22 14:00 Michael Sweet wrote (excerpt):
> ... technical issues ...
I do not talk about technical reasons because technical reasons
why CUPS Browsing is dropped are actually meaningless for users
where CUPS Browsing "just works" for them.
> As for the transition, there have been Avahi patches for CUPS since 1.4
You are no longer against when Linux distributors change how
CUPS works (usually via patches that each Linux distributor
maintains on its own)?
Requiring a different protocol how the queues on the CUPS server
are made available on the clients (i.e. replacing BrowseProtocol
CUPS by BrowseProtocol DNSSD) is not what I mean with backward
compatibility, see what I wrote:
For a Common Unix Printing System there must be backward
compatibility for a reasonable period of time which means
that newer versions still work together with older versions
both on servers and clients in a mixed network environment.
The interesting part is what "reasonable period of time"
and "older versions" means from my point of view.
I am afraid but from my current point of view it looks as if
you and/or Apple do not understand what "reasonable period of time"
and "older versions" means in our (i.e. SUSE) customer's
business environments.
Our current SUSE Linux Enterprise 11 products have CUPS 1.3.9
and we support many customers that run SUSE Linux Enterprise 10
which has CUPS 1.1.23.
My concern is how to provide backward compatibility for business
environments where servers and clients run various CUPS versions
down to CUPS 1.1.23.
Enforcing our business customers to upgrade CUPS everywhere on
their stable running production systems (servers and clients)
is not at all an option.
Something for the future:
I know about at least one big business customer who does not want
to have CUPS linked with "optional" libraries (i.e. libraries
that are not strictly required for a plain printing service).
In particular this business user does not want CUPS to be linked
with Avahi because he does not want to care about whatever
possible issues with such "optional" libraries (like the
cupsd crashes in the past and recently because of Avahi).
This business user wants to have a rock solid plain printing
service in his particular environment (I assume he even does
not use CUPS Browsing).
Regardless that the use case of this business user is not a
standard end-user/home-user use case, it is a reasonable use case
and a Common Unix Printing System should also support such users.
This leads to the question for future CUPS versions whether or not
it could be a reasonable approach to get the core plain printing service
(i.e. cupsd) separated from optional printing-related services.
One kind of such optional printing-related services are whatever methods
and protocols how queues on a server can be made available on whatever
kind of clients (form smartphones up to big business database systems).
Another kind of such optional printing-related services are the
various ways to convert the print job data that is provided by
the client (e.g. PDF) into printer-specific data (e.g. JCL+PCL).
This services are optional because for the core plain printing
service "raw" queues are sufficient.
This optional services are already separated from what the cupsd does
but the cupsd provides a well known stable interface how this optional
service can be added to the core plain printing service.
Perhaps it makes sense to have a stable interface how optional services
that make queues on the server available on clients can be added
to the core plain printing service.
Kind Regards
Johannes Meixner
--
SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
------------------------------
Message: 5
Date: Fri, 23 Nov 2012 12:17:24 +0100
From: Denny Schierz <linuxmail at 4lin.net>
Subject: Re: [cups.general] Question: Cups Classes and options like
duplex on the client side.
To: "Mirror of cups.general Newsgroup" <cups at easysw.com>
Message-ID: <AF4E19D1-8F2F-4623-AA56-EB04F26843E6 at 4lin.net>
Content-Type: text/plain; charset=us-ascii
hi,
I copied the machine and did an upgrade on the server side to Debian Wheezy,
but it didn't changed anything. On the client side I have nearly no page
options:
http://img831.imageshack.us/img831/9116/bildschirmfoto1rh.png
If I choose the printer class (https://cups:631/classes/printer). This
happens to Gnome and and KDE, other not tested.
any suggestions?
cu denny
------------------------------
Message: 6
Date: Fri, 23 Nov 2012 03:37:55 -0800
From: Helge Blischke <h.blischke at acm.org>
Subject: Re: [cups.general] Scaling documents to different page sizes?
To: cups at easysw.com
Message-ID: <42082-cups.general at news.easysw.com>
Content-Type: text/plain; charset="us-ascii"
Alex Dyas wrote:
> Hello,
>
> Env - Ubuntu 12.04, CUPS 1.5.3-0ubuntu4
>
> Our aim is to give our users an easy way of scaling documents to different
> page sizes. For instance, printing an OpenOffice text document created as
> A4, scaled up to A3 paper. Or printing a PDF originally created as A5
> onto A4 paper, scaled accordingly.
>
> We have been looking for some time now on a consistent way to do this, and
> so far we have not found a good solution. Does anyone have any advice?
> Seems to be quite a simple requirement. The solution needs to be driver
> and application independent. We have a substantial number of different
> printers in our environment, and we'd like a solution that works from any
> application that can print.
>
> The closest we have come is creating CUPS printer instances with specific
> options, but it seems that printer instances are not fully supported by
> all applications, so we have abandoned this avenue.
>
> Thanks in advance,
>
> Alex
>
If your printers are native PostScript printers (language level 2 at least),
I could provide you with a JobPatchFile to be included in the printer's PPD
which should do the scaling.
The current implementation requires the /Policies <</PageSize 3>> as a page
device parameter, as it has been developed to emulate this vehaviour on
printers the PS interpreter of which is faulty in this respect, but that
could easily be modified.
But note, as many PS interpreters around on real printers sufer from one or
the other deficency, you may need to test and modify is when needed.
Let me know if this is an option for you.
Helge
------------------------------
Message: 7
Date: Fri, 23 Nov 2012 15:32:50 +0100 (CET)
From: Johannes Meixner <jsmeix at suse.de>
Subject: Re: [cups.general] Network printer
To: "Mirror of cups.general Newsgroup" <cups at easysw.com>
Message-ID: <alpine.LNX.2.00.1211231454130.26406 at nelson.suse.de>
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
Hello,
On Nov 22 09:19 jarlaxl wrote (excerpt):
> i wasnt able to find driver for the NRG MP 2000L
> but used the MP 2000 drivers
> I dont know if the printer is a pcl printer. it is
> likely a ddst printer with drivers for pcl5e and pcl 6
> for windows machines.
It is crucial that you find out which standard printer language(s)
the NRG MP 2000L printer supports directly and that you use a
driver under Linux that emits such a standard printer language.
I don't know about ddst but if this is the only printer language
that the NRG MP 2000L supports directly there is probably
no (free software) Linux driver for ddst printers.
Inspect the specification of your NRG MP 2000L or ask the manufacturer
or vendor which printer language(s) your printer understands directly.
Kind Regards
Johannes Meixner
--
SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
------------------------------
Message: 8
Date: Fri, 23 Nov 2012 16:09:52 +0000 (UTC)
From: C. v. Stuckrad <stucki at mi.fu-berlin.de>
Subject: Re: [cups.general] Broken pipe error when changing printer
options on 1.5.4
To: cups at easysw.com
Message-ID: <loom.20121123T170731-778 at post.gmane.org>
Content-Type: text/plain; charset=utf-8
Alex Korobkin <korobkin+cups at ...> writes:
> I was wrong about 1.5.3, it happens for both versions. Weird thing, when I
try
to reproduce it with strace tracing parent cupsd process, admin.cgi works
perfectly every time. What could cause admin.cgi to exit to early, and why
wouldn't it do that under strace??
Our cups server (debian linux squeeze 64bit Version: 1.5.3-2.4) seemingly
did
the same thing. May be after the last updates but nobody noticed the exact
time.
It was reproducably showing 'broken pipe' (but AFTER correctly(!) switching
the
config entry to the new value - we were trying to set a printer to duplex,
and
according to the next 'listing' the value changes, even if the menue fails.
As noticed in this thread "strace somehow avoided the error".
As far as I can interpret 'strace'output, cupsd creates a pipe to talk to a
'rss
notifier' program, after admin.cgi does the web-dialogue with the admin.
This notifier process is eighter dying prematurely or the dialogue results
in a
filedescriptor leak leaving a dead pipe. So when the cupsd, always directly
after sending a debug line containing:
d [Date&Time] sub->pipe=27
W [Date&Time] Notifier for subscription 28
(rss:///queue-audit.rss?max_events=20) went away, retrying!
(...cupsde) sends something to the dead descriptor, it gets EPIPE Error.
And depending on the concurrency between 'cupsd', 'admin.cgi' and this 'rss
notifier', the menue on the admin's screen will either get the real result
or
get only 'PIPE BROKEN' whatever comes first in real time. This is why
'strace'
can influence it (slowing down context switches and catching signals to
write
the log, it 'accidentally corrects' the issue). In strace's log you can see,
tht
the broken pipe will still happen, but the menue gets it's output first.
BUT how to find out what causes the real problem (descriptor leak?
asynchronous
interleaved starts and stops of cgi-bins messing up pipe ends?) somebody has
to
analyze the sources and the method of creating/using/inheriting/closing
pipes.
By opening three different browsers, thus running three different
admin-sessions
I could move the dead descriptor from position fd27 to fd30! So may be its
possible to reproduce it for tests ...
I hope this may help somebody finding out the real issue .. Stucki
------------------------------
_______________________________________________
cups mailing list
cups at easysw.com
http://lists.easysw.com/mailman/listinfo/cups
End of cups Digest, Vol 106, Issue 26
*************************************
More information about the cups
mailing list