Help - Search - Members - Calendar
Full Version: Perhaps I'm Going A Little Too Far For A Pda...
OESF Forums > Distros, Development, and Model Specific Forums > Distro Support and Discussion > OpenBSD
iamasmith
Oh my, I only had to builde xfprint and espgs (they aren't in ports) and I have a full local printing system working..

lpr output to my Epson Stylus photo... (including typo of lpw instead of lpq when trying to do things in a rush tongue.gif)
Click to view attachment

Starting to print from AbiWord
Click to view attachment

AbiWord documents queued (shown in xfprint-manager)
Click to view attachment

CUPS spooler history
Click to view attachment

This stuff rocks and is obviously great if you are in a bind and need to print something somewhere... a couple of pointers though if you are going to build these addon bits..

xfprint requires a2ps so be sure to install that from the ports first

espgs (ESP Ghostscript) is required for local despooling... you must make sure that you install the jpeg and libpng sources locally into the build tree before building

I used 'gmake' and 'gmake install' to get them installed on my Z... have found that a lot of this stuff has GNU'isms in the makefiles.

- Andy
BarryW
What I want to know is why can the Z's do this by default?? I'd love to be able to print from my 6000.
iamasmith
I have to say that although I built all this (partly from ports and partly non ports based stuff) it's not exactly ideal to run this sort of thing on a PDA.

This is a full blown CUPS system that renders plain text documents into postscript (using a2ps), spools them, despools them into a rasteriser and converts them into an output printer stream. This is exactly what happends on your desktop *nix box and the memory requirements are quite heavy.

As an example from the start of the lpr command to finish it took about 40 seconds... (for 3 lines of text).

The AbiWord document, interestingly took about the same time but had 1inch high text in it so there was a lot of softfont stuff going on.

I suppose it would be nice to have this in a standard PDA but CUPS may be considered a little too resource intensive for a piece of consumder software in a PDA tongue.gif

- Andy
adf
printing from the z would be cool..... but how often will you actually have a z and a printer and no means other than the z to get the file to the printer?

On the other hand... I guess i'd do it if it were possible.

is cups the only realistic option?
BarryW
I use my Z at work to order parts, or for our work order system. Most of the places I do this at has wireless, and lots of network printers. Hell, my 3 year old pocket pc can print!
iamasmith
QUOTE(adf @ Jan 30 2006, 03:04 AM)
printing from the z would be cool.....  but how often will you actually have a z and a printer and no means other than the z to get the file to the printer?

On the other hand...  I guess i'd do it if it were possible.

is cups the only realistic option?
*


No you can, by default use BSD lpr/lpd which it in the base OS, however, if you want non postscript drivers then CUPS is the way to go... heh, if I have enough time I may even leave the thing to build Gutenprint driver set so I can print to my Canon CP710 (using CP100 driver in Gutenprint).

- Andy
mathemajikian
This is cool. You could have also just built samba with apsfilter support but I'm sure your method is more disk space friendly. tongue.gif
koen
QUOTE(BarryW @ Jan 29 2006, 08:11 PM)
What I want to know is why can the Z's do this by default??  I'd love to be able to print from my 6000.
*



'ipkg install cups' in OpenZaurus or Ångström will do all that for you, I tested it in my netbook-pro yesterday.
koen
QUOTE(koen @ Aug 5 2006, 01:09 PM)
QUOTE(BarryW @ Jan 29 2006, 08:11 PM)
What I want to know is why can the Z's do this by default??  I'd love to be able to print from my 6000.
*



'ipkg install cups' in OpenZaurus or Ångström will do all that for you, I tested it in my netbook-pro yesterday.
*



OK, I lied, you need 'cups-doc' as well to have the html files for the webgui
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2014 Invision Power Services, Inc.