omniprint-user — User discussion of the Omni driver

Re: [Omniprint-user] debian

[Mark H. <ha...@us...>]

Thanks Rafael,

I have added the debian/* to CVS.  If you want I can add you as a developer
to sourceforge so that you can checkin an changes for debian support.

I am still considering the /opt/Omni/data/ to /opt/Omni/share/ switch...

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

[Omniprint-user] debian

[Rafael A. de <raf...@ic...>]

This patch add support for building Debian packages.
I have also changed some things that are incommon in Debian. As for example, installing in /opt.

This has not been tested except for my particular system (Epson LQ-570+).
There may be policy violations (http://www.debian.org/doc/debian-policy/).

By the way, thanks for this program. My printer never worked so well 
(even in Windows 3.1, 95 or NT).

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Mark H. <ha...@us...>]

Hi Tibi,

I tried installing Slackware but the base package (A) was corrupt.
Is there any way you could provide me access to your system?

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

Re: [Omniprint-user] Could not load libomni.so

[Rafael A. de <raf...@ic...>]

> 
> Do you know anything about making Debian packages?  I would like to provide
> them (as I do
> for Red Hat) on sourceforge.  However, I do not know what to do to create
> them.
> 
> Mark

I create some .deb for myself from time to time.

The best reference I can give is the Debian New Maintainers' Guide:
http://www.debian.org/doc/maint-guide/

I will make some tests and report afterwards.

Re: [Omniprint-user] Could not load libomni.so

[Mark H. <ha...@us...>]

Hi Rafael,

> I tried to compile omni-0.7.2 and copy libomni.so to /usr/lib
> (it was missing) but the error persisted.
> Is there some fixed place where libomni.so should reside?
> If not, what could be wrong?

You should
      make install; make installLocal
to install the omni driver.  It should reside in /opt/Omni/...

Other problems include espgs not linking in libstdc++ which omni needs.

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

Re: [Omniprint-user] Could not load libomni.so

[Mark H. <ha...@us...>]

Hi Rafael,

> Compiling the CVS version solved the problem. By the way, when is a new
release scheduled?

Hopefully within a week or two...

Do you know anything about making Debian packages?  I would like to provide
them (as I do
for Red Hat) on sourceforge.  However, I do not know what to do to create
them.

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

Re: [Omniprint-user] Could not load libomni.so

[Rafael A. de <raf...@ic...>]

Compiling the CVS version solved the problem. By the way, when is a new release scheduled?

Thanks.

[Omniprint-user] Could not load libomni.so

[Rafael A. de <raf...@ic...>]

I have gs-esp from debian unstable installed in my machine. 
If i type "gs -h", it lists omni among the available devices. But if I try
"gs -sDEVICE=omni -sOutputFile=test test.ps" it fails with:

ESP Ghostscript 7.05 (2002-09-02)
Copyright (C) 2002 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
<<<<<<<<<<<<<<<<<<<<<< ERROR >>>>>>>>>>>>>>>>>>>>>>>

Error: Could not load libomni.so

<<<<<<<<<<<<<<<<<<<<<< ERROR >>>>>>>>>>>>>>>>>>>>>>>

Error: Could not load libomni.so

I tried to compile omni-0.7.2 and copy libomni.so to /usr/lib 
(it was missing) but the error persisted.

Is there some fixed place where libomni.so should reside?
If not, what could be wrong? 

Thanks.

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Tobias K. <tob...@gm...>]

Mark Hamzy wrote:
> 
> 
> 
> Hi Tobi,
> 
> What OS are you running?
> 
> Can you reproduce the trap with
>       ./DeviceTester drawbox driver libStar_LC_100_Colour.so cout
> output24.prn cerr output24.err
> 
> Mark
> 

Hi Mark,

I'm running Linux (Slackware), kernel 2.4.18, gcc 2.95.3.
output24.prn is created (about 168k) and output24.err, too, but it is 
empty. No segfault here. Do you need output24.prn?

Tobi

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Mark H. <ha...@us...>]

Hi Tobi,

What OS are you running?

Can you reproduce the trap with
      ./DeviceTester drawbox driver libStar_LC_100_Colour.so cout
output24.prn cerr output24.err

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Tobias K. <tob...@gm...>]

Mark Hamzy wrote:
> 
> 
> 
> Hey Tobi,
> 
> The new makefiles and other files. have been checked into cvs.
> 
> Mark


Hi Mark,

I got the driver install correctly and configured CUPS to use the Omni
driver. but when adding a job to the queue it is aborted immediately.
the cups error log says:

I [26/Jan/2003:20:32:37 +0100] Job 7 queued on 'Star' by 'tobias'.
I [26/Jan/2003:20:32:37 +0100] Started filter
/usr/lib/cups/filter/pstops (PID 732) for job 7.
I [26/Jan/2003:20:32:37 +0100] Started filter
/usr/lib/cups/filter/pstoraster (PID 733) for job 7.
I [26/Jan/2003:20:32:37 +0100] Started filter
/usr/lib/cups/filter/CUPSToOmni (PID 734) for job 7.
I [26/Jan/2003:20:32:38 +0100] Started backend
/usr/lib/cups/backend/parallel (PID 735) for job 7.
E [26/Jan/2003:20:32:38 +0100] PID 733 stopped with status 1!
I [26/Jan/2003:20:32:38 +0100] Hint: Try setting the LogLevel to "debug"
to find out more.
E [26/Jan/2003:20:32:38 +0100] PID 734 crashed on signal 11!

btw, OmniDevices still exits with a seg fault :(

thanks for your help.

tobi

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Mark H. <ha...@us...>]

Hey Tobi,

The new makefiles and other files. have been checked into cvs.

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Mark H. <ha...@us...>]

Hey Tobi,

> I installed everything so far (cups, Omni, ghostscript). but how do I
> use the driver now? when I use the cups webinterface to configure a
> printer I don't see the Star printer listed, only the standard printers
> which come with cups are listed.

I have been working on automating the process you need but it still is not
ready yet.  In the meantime, read the Readme.htm in the CUPS directory.
You need to create a PPD for the omni device and install it in the correct
CUPS directory.  Also, you need to install the CUPSToOmni filter in the
correctory directory.

Sorry I don't have a script yet for that.

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

[Omniprint-user] (no subject)

[Mark H. <ha...@us...>]

> I built a CVS version of Omni that I downloaded on 1/13/03
> with espgs-7.05.5.  The build eventually went fine, using
> gcc-3.2.1 and glibc-2.3.1, but I'm having trouble runing a
> command like:
>
> gs -sDEVICE=omni -sDeviceName=Epson_Stylus_Color_800 <file>
>
> The command fails with 'Error: Could not load libomni.so'.
> I found that string in gomni.c (created in the ghostscript
> source by the Omni-7.05.3-071002-patch.clean patch) and
> turned the debug print on.  That seems to indicate that
> the library was found, but couldn't be loaded:
>
> ...
> trying to load libomni.so
> error: /home/src/Cups/lib/libomni.so: undefined symbol: _ZSt4cerr
> <<<<<<<<<<<< ERROR >>>>>>>>>>>>
> ...
>
> That indicates a problem using g_module_open() I think.
>
> Any ideas on where I might have gone wrong, or where
> I should start looking?

Hey Dave,

That error says that std::err is missing.  If you do:
        []echo _ZSt4cerr | c++filt
        std::err
You need to download the CVS version of espgs and use that one.

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

[Omniprint-user] Problem Loading libomni.so

[<hin...@pr...>]

 

I built a CVS version of Omni that I downloaded on 1/13/03
with espgs-7.05.5.  The build eventually went fine, using
gcc-3.2.1 and glibc-2.3.1, but I'm having trouble runing a
command like:

gs -sDEVICE=omni -sDeviceName=Epson_Stylus_Color_800 <file>

The command fails with 'Error: Could not load libomni.so'.
I found that string in gomni.c (created in the ghostscript
source by the Omni-7.05.3-071002-patch.clean patch) and
turned the debug print on.  That seems to indicate that
the library was found, but couldn't be loaded:

...
trying to load libomni.so
error: /home/src/Cups/lib/libomni.so: undefined symbol: _ZSt4cerr
<<<<<<<<<<<< ERROR >>>>>>>>>>>>
...

That indicates a problem using g_module_open() I think.

Any ideas on where I might have gone wrong, or where
I should start looking?


Dave Hinrichsen
hin...@pr...

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Tobias K. <tob...@gm...>]

Mark Hamzy wrote:
> 
> 
> 
> Hey Tobi,
> 
> I put a fix into CVS for the build break.
> 

thanks, the compilation works now. but OmniDevices still exits with a 
seg fault after listing the devices... (well, not too bad :))


>>No? and how do I change the driver options? the Usage file says:
>>"These options are then combined and put on the command line as follows:
>>   -sproperties="..."
> 
> 
> The usage file was talking about ghostscript usage.  But you are right.  I
> should
> look into changing the omni tools to be more consistent.  For
> OmniDeviceOptions,
> you would use it like the following:
>       OmniDeviceOptions driver libStar_NX_1001.so
> 

ah, now I got it.

I installed everything so far (cups, Omni, ghostscript). but how do I 
use the driver now? when I use the cups webinterface to configure a 
printer I don't see the Star printer listed, only the standard printers 
which come with cups are listed.

thanks in advance,

tobi

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Mark H. <ha...@us...>]

Hey Tobi,

I put a fix into CVS for the build break.

> No? and how do I change the driver options? the Usage file says:
> "These options are then combined and put on the command line as follows:
>    -sproperties="..."

The usage file was talking about ghostscript usage.  But you are right.  I
should
look into changing the omni tools to be more consistent.  For
OmniDeviceOptions,
you would use it like the following:
      OmniDeviceOptions driver libStar_NX_1001.so

You wouldn't need to pass in job properties to it because it just lists out
all
the allowable options.


Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Tobias K. <tob...@gm...>]

Mark Hamzy wrote:

 >Hello Tobi,
 >
 >Sorry for the delay.  I was on vacation.
 >
 >The CVS compiles under gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 >3.2-7).
 >Can you move the
 >DiffusionDither__FP20_DIFFUSIONDITHERINFOP11_IMAGEINFOSPPUcUi function >to
 >the end of the file?
 >Does that fix the compile problem?
 >

Hi Mark,

don't mind the delay. :) I resent this message, because I was to tired 
and didn't hit "reply all"...

Moving the function to the end of the file didn't help :(
Now I get the following:


g++ -DHAVE_CONFIG_H -I. -I. -I. -I. -I./hppcl3 
-I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include 
-I/usr/local/include/libxml2 -DUSE_STANDARD_NAMES=1 -DRETAIL=1 -Wall 
-Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes 
-fno-builtin -fno-common -Wp,-MD,.deps/MonoDither.pp -c MonoDither.cpp 
-fPIC -DPIC -o MonoDither.o
MonoDither.cpp: In function `long int 
DiffusionDither__FP20_DIFFUSIONDITHERINFOP11_IMAGEINFOSPPUcUi(_DIFFUSIONDITHERINFO 
*, _IMAGEINFOS *, unsigned char **, unsigned int)':
MonoDither.cpp:418: redefinition of `long int 
DiffusionDither__FP20_DIFFUSIONDITHERINFOP11_IMAGEINFOSPPUcUi(_DIFFUSIONDITHERINFO 
*, _IMAGEINFOS *, unsigned char **, unsigned int)'
MonoDither.cpp:246: `long int DiffusionDither(_DIFFUSIONDITHERINFO *, 
_IMAGEINFOS *, unsigned char **, unsigned int)' previously defined here
make[2]: *** [MonoDither.lo] Error 1
make[2]: Leaving directory `/home/tobias/printer/espgs-7.05.5/Omni'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tobias/printer/espgs-7.05.5/Omni'
make: *** [all-recursive-am] Error 2
tobias@tobias:~/printer/espgs-7.05.5/Omni$



OmniDeviceOptions does not take a -sproperties="...".  An example usage
would be
       OmniDeviceOptions driver libStar_NX_1001.so


No? and how do I change the driver options? the Usage file says:
"These options are then combined and put on the command line as follows:

    -sproperties="..."

For example:

    -sproperties="form=FORM_A4 media=MEDIA_PLAIN printmode=PRINT_MODE_1_ANY"
"

That's why I used it :)


If that did not help you or you still get a trap, then can you build debug
(with make clean; ./configure --enable-debug=true; make) and then gdb the
failing scenario?

how does that work again? I never really made a backtrace.


happy new year and thanks for the help,
tobi

Re: [Omniprint-user] problems compiling Omni-0.7.2

[Mark H. <ha...@us...>]

Hello Tobi,

Sorry for the delay.  I was on vacation.

The CVS compiles under gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7).
Can you move the
DiffusionDither__FP20_DIFFUSIONDITHERINFOP11_IMAGEINFOSPPUcUi function to
the end of the file?
Does that fix the compile problem?

OmniDeviceOptions does not take a -sproperties="...".  An example usage
would be
      OmniDeviceOptions driver libStar_NX_1001.so

If that did not help you or you still get a trap, then can you build debug
(with make clean; ./configure --enable-debug=true; make) and then gdb the
failing scenario?

Hope this helps,

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

Re: [SM-Discuss] Re: [Omniprint-user] espgs-7.05.5(omni-0.7.1): could not load libomni.so

[Mark H. <ha...@us...>]

Hey John,

I have reproduced the problem in 1 and fixed it in CVS.  If you change the
list of devices, then run "./setupDevices add".

Mark

Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/

[Omniprint-user] MonoDither.cpp error

[snow <sn...@su...>]

Hallo I had a problem when try to compile Omni0.7.X (CVS version too) on my Debian Sid .....
The program   ./setupOmni stop with this error:

/bin/sh ./libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I. -I. -I./hppcl3 
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/libxml2/libxml 
-I/usr/include/libxml2    -DUSE_STANDARD_NAMES=1 -DRETAIL=1  -Wall -Wstrict-prototypes 
-Wmissing-declarations -Wmissing-prototypes -fno-builtin -fno-common -c -o MonoDither.lo `test 
-f 'MonoDither.cpp' || echo './'`MonoDither.cpp
g++ -DHAVE_CONFIG_H -I. -I. -I. -I. -I./hppcl3 -I/usr/include/glib-1.2 -I/usr/lib/glib/include 
-I/usr/include/libxml2/libxml -I/usr/include/libxml2 -DUSE_STANDARD_NAMES=1 -DRETAIL=1 -Wall 
-Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -fno-builtin -fno-common -c 
MonoDither.cpp -Wp,-MD,.deps/MonoDither.TPlo  -fPIC -DPIC -o MonoDither.lo
MonoDither.cpp: In function `long int DiffusionDither(_DIFFUSIONDITHERINFO *, _IMAGEINFOS *, 
unsigned char **, unsigned int)':
MonoDither.cpp:252: redefinition of `long int DiffusionDither(_DIFFUSIONDITHERINFO *, 
_IMAGEINFOS *, unsigned char **, unsigned int)'
MonoDither.cpp:236: `long int 
DiffusionDither__FP20_DIFFUSIONDITHERINFOP11_IMAGEINFOSPPUcUi(_DIFFUSIONDITHERINFO *, 
_IMAGEINFOS *, unsigned char **, unsigned int)' previously defined here
make[2]: *** [MonoDither.lo] Error 1
make[2]: Leaving directory `/home/snow/operazioni/Omni'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/snow/operazioni/Omni'
make: *** [all] Error 2


I had try with gcc2.95 and gcc 3.2 but i had the same result

could you say me something helpful?

Tnx Daniele


P.S. Why don't develop a Debian pkg?

Re: [SM-Discuss] Re: [Omniprint-user] espgs-7.05.5(omni-0.7.1): could not load libomni.so

[John T C. <jo...@ne...>]

Jason Flatt wrote:

>On Saturday 14 December 2002 04:14 pm, John T Copeland wrote:
>  
>
>>[ S N I P ]
>>
>>Can you help any here Jason(Jason is our printer guru in SourceMage)?
>>
>>Thanks,
>>JohnC
>>    
>>
>
>
>Hi, John.
>
>I have been ill the last week, and work has piled up.  I will look into 
>getting around this problem, but it may be a couple of days before I can get 
>to it.
>
>
>  
>
Jason, Mark,
A follow up and final on this.  I finally got my printer to work 
properly.  I did the following to get there.
1) Downloaded omni-0.7.2.  Configured, compiled, installed AOK. 
 libomni.so showed up in /opt/omni/lib.  Mark, I had a small proplem 
here.  I deleted all the printers in devices.mak except Panasonic, and 
the compile failed with some error related to Hewlett Packard.  I add HP 
back to devices.mak and compile went OK.
2) Downloaded espgs-7.05.5 from the CVS, did a makesrcdist, replaced my 
version in /var/spool/sorcery.  An install(cast -r -c) of espgs then 
configured, compiled, and installed OK.
3) Reviewed all my cupsomatic and PPD stuff
4) Printed a simple text file OK
5) Tried the test print in CUPS, and it failed looking for a particular 
font.
6) Investigation showed the standard ghostscript fonts had disappeard. 
 Probably because espgs install had done away with them.
7) Installed(cast -r -c) ghostscript-fonts-std, and the CUPS test , 
print a test page, worked.

Jason, it appears the espgs spell needs to be upgraded for the omniprint 
driver.  You copy?
JohnC

[Omniprint-user] problems compiling Omni-0.7.2

[Tobias K. <tob...@gm...>]

Hi,

I downloaded Omni-0.7.2 and unpacked it into the ghostscript directory. 
setupOmni runs fine except that it doesn't find HPLaserJet/Makefile.in 
but I commented that line out in the configure script, because I only 
want the driver for the Star LC-100 Colour (yes, I commented the other 
drivers out in devices.mak and Star/Device List), and ran configure 
again. make stops with this error message:

make[2]: Entering directory `/home/tobias/printer/ghostscript-6.53/Omni'
/bin/sh ./libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I. -I. 
-I./hppcl3 
-I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include 
-I/usr/local/include 
       /libxml2    -DUSE_STANDARD_NAMES=1 -DRETAIL=1  -Wall 
-Wstrict-prototypes -Wmissi 
              ng-declarations -Wmissing-prototypes -fno-builtin 
-fno-common -c MonoDither.cpp
g++ -DHAVE_CONFIG_H -I. -I. -I. -I. -I./hppcl3 
-I/opt/gnome/include/glib-1.2 -I/ 
                    opt/gnome/lib/glib/include 
-I/usr/local/include/libxml2 -DUSE_STANDARD_NAMES=1 - 
                                        DRETAIL=1 -Wall 
-Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes 
                                                   -fno-builtin 
-fno-common -Wp,-MD,.deps/MonoDither.pp -c MonoDither.cpp  -fPIC -D 
                                                      PIC -o MonoDither.o
MonoDither.cpp: In function `long int 
DiffusionDither(_DIFFUSIONDITHERINFO *, _I 
                             MAGEINFOS *, unsigned char **, unsigned int)':
MonoDither.cpp:252: redefinition of `long int 
DiffusionDither(_DIFFUSIONDITHERIN 
                     FO *, _IMAGEINFOS *, unsigned char **, unsigned int)'
MonoDither.cpp:236: `long int 
DiffusionDither__FP20_DIFFUSIONDITHERINFOP11_IMAGE 
                                     INFOSPPUcUi(_DIFFUSIONDITHERINFO *, 
_IMAGEINFOS *, unsigned char **, unsigned in 
                               t)' previously defined here
make[2]: *** [MonoDither.lo] Error 1
make[2]: Leaving directory `/home/tobias/printer/ghostscript-6.53/Omni'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tobias/printer/ghostscript-6.53/Omni'
make: *** [all-recursive-am] Error 2
tobias@tobias:~/printer/ghostscript-6.53/Omni$

When I comment out

long
DiffusionDither__FP20_DIFFUSIONDITHERINFOP11_IMAGEINFOSPPUcUi (PDDI 
    pdi,
 
PIMAGEINFO  pimg_infos,
                                                                PBYTE 
    *pBuffer,
                                                                ULONG 
     ulFlgs)
{
    return DiffusionDither (pdi, pimg_infos, pBuffer, ulFlgs);
}

it compiles until some similar looking code in the Star driver dir. I 
commented all that code out and Omni compiles fine. But when I execute 
OmniDevices exits with a segmentation fault after listing the Star 
printer. OmniDeviceOptions exits with a segmentation fault when I use 
try to set the options with OmniDeviceOptions -sproperites="xxx".
Can anyone help me?

Regards,
Tobi

[Omniprint-user] (no subject)

[Darko I. <da...@cu...>]

Re: [SM-Discuss] Re: [Omniprint-user] espgs-7.05.5(omni-0.7.1): could not load libomni.so

[John T C. <jo...@ne...>]

Mark Hamzy wrote:

>
>
>Hey John and Jason,
>
>I am on vacation until the end of the year so I will be slow in answering
>mail.
>gomni.c has hardcoded paths in it to tell it where to load libomni.so.
>
>The error covers two parts of the process: loading the library and linking
>it.  Both must succeed.
>
>The new espgs CVS contains a more detailed error message as well as the fix
>for stdc++.
>The CVS is easy to download.  Just read
>http://sourceforge.net/cvs/?group_id=18073 for more information.
>
>Hope this helps
>
>Mark
>
>Take a look at the Linux Omni Printer Driver Framework at
>http://www.ibm.com/linux/ltc/projects/omni/
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:
>With Great Power, Comes Great Responsibility 
>Learn to use your power at OSDN's High Performance Computing Channel
>http://hpc.devchannel.org/
>_______________________________________________
>Omniprint-user mailing list
>Omn...@li...
>https://lists.sourceforge.net/lists/listinfo/omniprint-user
>
>  
>
Guys,
I have had some success. I downloaded espgs from CVS, did a makesrcdist 
and replaced my source tarball in 
/var/spool/sorcery/esgps-7.05.5xxxxxxxx. I then compiled and 
installed(cast -r -c on our systems). All went ok. I had installed the 
Omni tarball previously.

I then did "lpr simple.txt" and lo and behold I got a printout!!!!!! 
Feeling real good now I went into kde's print manager to try the 'print 
a test page' in cups. Bummer, I got the following out of prnlog:

foomatic-gswrapper: gs '-dSAFER' '-dBATCH' '-dNOPAUSE' 
'-sOutputFile=/dev/fd/3'
'-sDEVICE=omni' '-sDeviceName=Panasonic_KX_P2124' '-smonodither=GSMONO' 
'-sprope
rties= form=na_letter_8.50x11.00in tray=TRAY_REAR_CONTINUOUS 
media=MEDIA_PLAIN r
esolution=180x180 printmode=PRINT_MODE_24_CMYK 
dither=DITHER_STUCKI_DIFFUSION or
ientation=portrait bidirectional=true' '/dev/fd/0' 3>&1 1>&2
ESP Ghostscript 7.05 (2002-09-02)
Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Can't find (or can't open) font file n019004l.pfb.
Can't find (or can't open) font file 
/usr/share/ghostscript/fonts/NimbusSanL-Bol
d.
Can't find (or can't open) font file NimbusSanL-Bold.
Can't find (or can't open) font file 
/usr/share/ghostscript/fonts/NimbusSanL-Bol
d.
Can't find (or can't open) font file NimbusSanL-Bold.
Unable to substitute for font.
Error: /invalidfont in findfont

Does this imply these fonts come(should come) with ghostscript or what? 
If not from ghostscript, where? Is this cups test print program wanting 
the fonts, or who? I did an update to cups-1.1.17, our latest. Boy this 
is tricky stuff. Can you guys shed any light here?
Thanks,
JohnC