Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   Gentoo User (http://www.linux-archive.org/gentoo-user/)
-   -   bypassing CUPS - howto (http://www.linux-archive.org/gentoo-user/363135-bypassing-cups-howto.html)

Helmut Jarausch 04-28-2010 10:07 AM

bypassing CUPS - howto
 
Hi,

I'd like to bypass processing by CUPS and send some postscript/pdf file
directly to a USB / network printer.
Does anybody know how this can be achieved?

Many thanks for a hint,
Helmut.

--
Helmut Jarausch

Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany

David W Noon 04-28-2010 01:11 PM

bypassing CUPS - howto
 
On Wed, 28 Apr 2010 13:10:02 +0200, Helmut Jarausch wrote about
[gentoo-user] bypassing CUPS - howto:

>I'd like to bypass processing by CUPS and send some postscript/pdf file
>directly to a USB / network printer.
>Does anybody know how this can be achieved?

Why do you need to bypass CUPS?

If you have a raw print stream, just ensure you have
application/octet-stream enabled. To do this, simply cd to /etc/cups
on the machine that owns the printer(s) and edit mime.convs and
mime.types. You will easily see the octet-stream support near the
bottom of each of these files.
--
Regards,

Dave [RLU #314465]
================================================== ====================
dwnoon@ntlworld.com (David W Noon)
================================================== ====================

Helmut Jarausch 04-28-2010 02:27 PM

bypassing CUPS - howto
 
On 28 Apr, David W Noon wrote:
> On Wed, 28 Apr 2010 13:10:02 +0200, Helmut Jarausch wrote about
> [gentoo-user] bypassing CUPS - howto:
>
>>I'd like to bypass processing by CUPS and send some postscript/pdf file
>>directly to a USB / network printer.
>>Does anybody know how this can be achieved?
>
> Why do you need to bypass CUPS?

Thanks, it's just for debugging.

Printing some pdf files with acroread makes some printers
hang here.
To locate the problem source, I'd like to check if the printer
works if it gets the postscript or pdf-file (there printer is assumed
to accept postscript level 3).

I hope to use pyusb to print to a USB printer. There is a new version
1.0.0a0 on sourceforge.

Some of my network printers accept file submission via ftp.
But what for the other ones?

Helmut.

--
Helmut Jarausch

Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany

Stroller 04-29-2010 08:37 AM

bypassing CUPS - howto
 
On 28 Apr 2010, at 15:27, Helmut Jarausch wrote:

...
Why do you need to bypass CUPS?


Thanks, it's just for debugging.

Printing some pdf files with acroread makes some printers
hang here.
To locate the problem source, I'd like to check if the printer
works if it gets the postscript or pdf-file (there printer is assumed
to accept postscript level 3).


Have you tried using `lpr` at the command line?

I *believe* something like `lpr /path/to/file.pdf` should work.

Stroller.

Helmut Jarausch 04-29-2010 09:13 AM

bypassing CUPS - howto
 
On 29 Apr, Stroller wrote:
>
> On 28 Apr 2010, at 15:27, Helmut Jarausch wrote:
>>> ...
>>> Why do you need to bypass CUPS?
>>
>> Thanks, it's just for debugging.
>>
>> Printing some pdf files with acroread makes some printers
>> hang here.
>> To locate the problem source, I'd like to check if the printer
>> works if it gets the postscript or pdf-file (there printer is assumed
>> to accept postscript level 3).
>
> Have you tried using `lpr` at the command line?
>
> I *believe* something like `lpr /path/to/file.pdf` should work.
>

Thanks, but lpr is just a front-end for cups.

--
Helmut Jarausch

Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany

Dale 04-29-2010 01:47 PM

bypassing CUPS - howto
 
Helmut Jarausch wrote:

On 29 Apr, Stroller wrote:


On 28 Apr 2010, at 15:27, Helmut Jarausch wrote:


...
Why do you need to bypass CUPS?


Thanks, it's just for debugging.

Printing some pdf files with acroread makes some printers
hang here.
To locate the problem source, I'd like to check if the printer
works if it gets the postscript or pdf-file (there printer is assumed
to accept postscript level 3).


Have you tried using `lpr` at the command line?

I *believe* something like `lpr /path/to/file.pdf` should work.



Thanks, but lpr is just a front-end for cups.




I tried that here and got a error. It may be a bad setting on my end
but it didn't like the idea.


root@smoker ~ # lpr /data/pdf/LivingWill.pdf
lpr: Unsupported format 'application/pdf'!
root@smoker ~ #

Dale

:-) :-)

Stroller 04-30-2010 09:43 AM

bypassing CUPS - howto
 
On 29 Apr 2010, at 10:13, Helmut Jarausch wrote:


On 29 Apr, Stroller wrote:


On 28 Apr 2010, at 15:27, Helmut Jarausch wrote:

...
Why do you need to bypass CUPS?


Thanks, it's just for debugging.

Printing some pdf files with acroread makes some printers
hang here.
To locate the problem source, I'd like to check if the printer
works if it gets the postscript or pdf-file (there printer is
assumed

to accept postscript level 3).


Have you tried using `lpr` at the command line?

I *believe* something like `lpr /path/to/file.pdf` should work.



Thanks, but lpr is just a front-end for cups.


So you're sure the problem isn't Acroread, then?

This is not clear from your description.

Stroller.

Michael George 05-09-2010 03:10 AM

bypassing CUPS - howto
 
On Thu, Apr 29, 2010 at 08:47:49AM -0500, Dale wrote:
> Helmut Jarausch wrote:
> > On 29 Apr, Stroller wrote:
> >
> >> On 28 Apr 2010, at 15:27, Helmut Jarausch wrote:
> >>
> >>>> ...
> >>>> Why do you need to bypass CUPS?
> >>>>
> >>> Thanks, it's just for debugging.
> >>>
> >>> Printing some pdf files with acroread makes some printers
> >>> hang here.
> >>> To locate the problem source, I'd like to check if the printer
> >>> works if it gets the postscript or pdf-file (there printer is assumed
> >>> to accept postscript level 3).
> >>>
> >> Have you tried using `lpr` at the command line?
> >>
> >> I *believe* something like `lpr /path/to/file.pdf` should work.
> >>
> >>
> > Thanks, but lpr is just a front-end for cups.
> >
> >
>
> I tried that here and got a error. It may be a bad setting on my end
> but it didn't like the idea.
>
> root@smoker ~ # lpr /data/pdf/LivingWill.pdf
> lpr: Unsupported format 'application/pdf'!
> root@smoker ~ #

I started noticing this today too. My Macs aren't able to successfully
print, I just get an error in the error log about application/pdf being
an unsupported format.

If I take a PDF generated on the Mac and move it to my Linux system and
run "lpr <filename>.pdf" I get:
lpr: Unsupported format 'application/pdf'!

If I use "pdftops" to generate a PS file, "lpr <filename>.ps" works
fine. If I open the PDF in xpdf and print, telling it to use the
command "lpr," that also works fine.

I upgraded from cups 1.3.10 to 1.3.11 today (cannot go back). I've
rebuilt all the foomatic packages I had installed, gutenprint, cups-pdf,
ghostscript-gpl, but still it doesn't work...

--
-M

There are 10 kinds of people in this world:
Those who can count in binary and those who cannot.

Michael George 05-09-2010 04:30 PM

bypassing CUPS - howto
 
On Sat, May 08, 2010 at 11:10:04PM -0400, Michael George wrote:
> On Thu, Apr 29, 2010 at 08:47:49AM -0500, Dale wrote:
> > Helmut Jarausch wrote:
> > > On 29 Apr, Stroller wrote:
> > >
> > >> On 28 Apr 2010, at 15:27, Helmut Jarausch wrote:
> > >>
> > >>>> ...
> > >>>> Why do you need to bypass CUPS?
> > >>>>
> > >>> Thanks, it's just for debugging.
> > >>>
> > >>> Printing some pdf files with acroread makes some printers
> > >>> hang here.
> > >>> To locate the problem source, I'd like to check if the printer
> > >>> works if it gets the postscript or pdf-file (there printer is assumed
> > >>> to accept postscript level 3).
> > >>>
> > >> Have you tried using `lpr` at the command line?
> > >>
> > >> I *believe* something like `lpr /path/to/file.pdf` should work.
> > >>
> > >>
> > > Thanks, but lpr is just a front-end for cups.
> > >
> > >
> >
> > I tried that here and got a error. It may be a bad setting on my end
> > but it didn't like the idea.
> >
> > root@smoker ~ # lpr /data/pdf/LivingWill.pdf
> > lpr: Unsupported format 'application/pdf'!
> > root@smoker ~ #
>
> I started noticing this today too. My Macs aren't able to successfully
> print, I just get an error in the error log about application/pdf being
> an unsupported format.
>
> If I take a PDF generated on the Mac and move it to my Linux system and
> run "lpr <filename>.pdf" I get:
> lpr: Unsupported format 'application/pdf'!
>
> If I use "pdftops" to generate a PS file, "lpr <filename>.ps" works
> fine. If I open the PDF in xpdf and print, telling it to use the
> command "lpr," that also works fine.
>
> I upgraded from cups 1.3.10 to 1.3.11 today (cannot go back). I've
> rebuilt all the foomatic packages I had installed, gutenprint, cups-pdf,
> ghostscript-gpl, but still it doesn't work...

I'm not sure that you are having the same problem I am, but I found the
solution here to work for me:
http://bugs.gentoo.org/show_bug.cgi?format=multiple&id=309901

--
-M

There are 10 kinds of people in this world:
Those who can count in binary and those who cannot.

David W Noon 05-09-2010 05:18 PM

bypassing CUPS - howto
 
On Sun, 09 May 2010 06:10:02 +0200, Michael George wrote about Re:
[gentoo-user] bypassing CUPS - howto:

>If I take a PDF generated on the Mac and move it to my Linux system and
>run "lpr <filename>.pdf" I get:
>lpr: Unsupported format 'application/pdf'!

Take a look at /etc/cups/mime.types and /etc/cups/mime.convs, and
ensure the PDF definitions (there could be 2 or more) and conversion
utility are correctly configured. It should be obvious what is needed,
as the details are usually in the comments.

You will need to do this on all systems running CUPS to/from you wish
to print PDF documents.
--
Regards,

Dave [RLU #314465]
================================================== ====================
dwnoon@ntlworld.com (David W Noon)
================================================== ====================


All times are GMT. The time now is 07:31 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.