omniprint-user — User discussion of the Omni driver

[Omniprint-user] Canon BJ F200, Fedora Core 3 and CUPS

[Hiroshi I. <HGA...@ni...>]

Omni driver for Canon BJ F200 worked fine on Red Hat 9 + CUPS.
But suddenly it doesn't on Fedora Core 3 which I have recently
upgraded from RH9.

People at cups.org says it is an Omni problem.
If you know some workaround or solution, will you
please give. I sorely miss it!.

Here I'd like to attach an excerpt from forum exchane a
t cups.org:
(foomatic BJ 200 driver won't work for BJ F200.)

<quote>
This is not a problem of CUPS but of the Omni printer driver. IBM's Omni
is most probably not maintained any more and rather buggy. You should
better use another driver. The BJ F200 is perhaps the same as a BJ 200.
So try drivers for the BJ 200. Report your results here.

    Till

Hiroshi Iwatani wrote:
> I recently upgraded from Red Hat 9 to Fedora Core 3(Linux kernel
> 2.6.10-1.766_FC3). The cups and my printer(Canon BJ F200) was
> running quite fine on RH9, but suddenly, can't print nothing on
> the FC3. Here I like to attach a quote from error log FYR.
> What should be the cause and the solution of the problem?
>
> <quote from error_log>
[...]
> D [27/Feb/2005:10:05:52 +0900] [Job 15] renderer PID kid4=4751
> D [27/Feb/2005:10:05:52 +0900] [Job 15] renderer command: gs -q
-dPARANOIDSAFER -dBATCH -dNOPAUSE -sOutputFile=- -sDEVICE=omni
-sDeviceName=Canon_BJ_F200 -sproperties=" Form=iso_a4_210.00x297.00mm
InputTray=Continuous media=MEDIA_TRANSPARENCY Resolution=720x360
printmode=PRINT_MODE_8_CMYK dither=dither=DITHER_LEVEL Rotation=Portrait" -
> D [27/Feb/2005:10:05:52 +0900] [Job 15] foomatic-gswrapper: gs
'-dPARANOIDSAFER' '-dBATCH' '-dNOPAUSE' '-sOutputFile=| cat >&3'
'-sDEVICE=omni' '-sDeviceName=Canon_BJ_F200' '-sproperties=
Form=iso_a4_210.00x297.00mm InputTray=Continuous
media=MEDIA_TRANSPARENCY Resolution=720x360 printmode=PRINT_MODE_8_CMYK
dither=dither=DITHER_LEVEL Rotation=Portrait' '/dev/fd/0' 3>&1 1>&2
> D [27/Feb/2005:10:05:52 +0900] [Job 15] GNU Ghostscript 7.07 (2003-05-17)
> D [27/Feb/2005:10:05:52 +0900] [Job 15] Copyright (C) 2003 artofcode
LLC, Benicia, CA.  All rights reserved.
> D [27/Feb/2005:10:05:52 +0900] [Job 15] This software comes with NO
WARRANTY: see the file PUBLIC for details.
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Loading NimbusRomNo9L-Regu
font from /usr/share/fonts/default/Type1/n021003l.pfb... 2492060 1117007
1662616 356238 0 done.
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Using NimbusRomanNo9L-Regu
font for NimbusRomNo9L-Regu.
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Loading NimbusSanL-Regu font
from /usr/share/fonts/default/Type1/n019003l.pfb... 2867020 1461537
1682712 367446 0 done.
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Using NimbusSansL-Regu font
for NimbusSanL-Regu.
> D [27/Feb/2005:10:05:53 +0900] [Job 15]
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Closing renderer
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Loading NimbusMonL-Regu font
from /usr/share/fonts/default/Type1/n022003l.pfb... 3237796 1750857
1803288 466090 0 done.
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Loading NimbusMonL-Bold font
from /usr/share/fonts/default/Type1/n022004l.pfb... 3460896 1911345
1819952 398449 0 done.
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Loading NimbusMonL-ReguObli
font from /usr/share/fonts/default/Type1/n022023l.pfb... 3658424 2091941
1836616 412797 0 done.
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Loading NimbusMonL-BoldObli
font from /usr/share/fonts/default/Type1/n022024l.pfb... 3855952 2295035
1873376 440187 0 done.
> D [27/Feb/2005:10:05:53 +0900] [Job 15] <<<<<<<<<<<<<<<<<<<<<< ERROR
>>>>>>>>>>>>>>>>>>>>>>>
> D [27/Feb/2005:10:05:53 +0900] [Job 15]
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Error: Failed allocation of
pMonoData in PrintPage
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Error: /VMerror in --.outputpage--
> D [27/Feb/2005:10:05:53 +0900] [Job 15] VM status: 0 463383 1890040
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Current allocation mode is local
> D [27/Feb/2005:10:05:53 +0900] [Job 15] Last OS error: 29
> D [27/Feb/2005:10:05:53 +0900] [Job 15] GNU Ghostscript 7.07:
Unrecoverable error, exit code 1
[...]
</quote>

-- 
Hiroshi Iwatani

*stop cruelty* Annual number of institutionally euthanized cats and dogs
including kittens and puppies: US 5 million, JP 500 thousand. How about
your country? *for our better karma*
---------------------

Re: [Omniprint-user] Omni and CUPS communication

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

Hi Andrew,

I made some changes to the CUPS interface code.  Please pull the new CVS
sourcecode and do a full build and install.

To see CUPS debugging information, edit /etc/cups/cupsd.conf and change
LogLevel to debug and restart the CUPS daemon.
Then tail the file /var/log/cups/error_log and search for CUPSToOmni in the
output.

Mark

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

Re: [Omniprint-user] Omni and CUPS communication

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

Hi Andrew,

I have checked in a fix into CVS.  Please test it out on the latest CVS
version of the driver.

Thanks,

Mark

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

Re: [Omniprint-user] Omni and CUPS communication

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

Hi Andrew,

Thanks for waiting and looking at it.  I have returned from a business trip
and now I have an urgent project to work on, but I am still trying to look
at user problems.  So, bear with me.

I found a problem in CUPS/CUPSToOmni.cpp where it is not changing the form
from the default.  Actually, all of the postscript ppd properties do not
translate into omni properties correctly.  I am working on a fix.

Mark

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

Re: [Omniprint-user] Omni and CUPS communication

[Gottfried S. <got...@xt...>]

Andrew Aguas wrote:
> Again thanks for the reply Grottfried, I further investigated based on 
> what you said and
[snip]

Have a look into the postscript files of Mozilla/Openoffice - check for 
header differences versus testprint.ps. There must be differences and 
these must trigger the different behavior. One way to get more 
information...

Do you have checked other omni-ppd's? Do they show the same behavior? 
Then there is likely a problem between cups and omni. If not, the ppd of 
your "Epson 24-pin 80 Col, CUPS + omni" printer has a bug.

Unfortuately I'm nor a cups or omni developer neither a ppd 
specialist... I'm only a someway experienced user of cups et al!

I hope, you get this solved. Again, try to connect the cups developers 
if nothing goes on!

Regards,
Gottfried

Re: [Omniprint-user] Omni and CUPS communication

[Andrew A. <and...@ho...>]

Hello All.

Again thanks for the reply Grottfried, I further investigated based on what 
you said and
I've come up with the following results. What I did was to compare a CUPS 
native driver
(EPSON 24-Pin Series CUPS v1.1) and an Omni driver(Epson 24-pin 80 Col, CUPS 
+ omni).

Here are the results:
1. CUPS Web Interface(Media Size= Legal, then <Print Test Page>)
   EPSON 24-pin Series CUPS v1.1    Result : OK, Printed on Legal Paper
   Epson 24-pin 80 Col, CUPS + omni Result : NG, Printed on Letter Paper
2. lpr command
   EPSON 24-pin Series CUPS v1.1
      command used: lpr -P EpsCups -o PageSize=Legal testprint.ps
      Result: OK, Printed on Legal Paper
   Epson 24-pin 80 Col, CUPS + omni
      command used: lpr -P EpsOmni -o PageSize=DF01_144 testprint.ps
      Result: NG, Printed on Letter Paper
3. Mozilla 1.2.1
   EPSON 24-pin Series CUPS v1.1    Result : OK, works perfectly
   Epson 24-pin 80 Col, CUPS + omni Result : OK, works perfectly
4. OpenOffice Draw V1.1.0
   EPSON 24-pin Series CUPS v1.1    Result : OK, works perfectly
   Epson 24-pin 80 Col, CUPS + omni Result : OK, works perfectly

As seen above, there seems to be no problem with other applications, with 
Mozilla, I used only the
"postscript/default" as the printer(i can only see this printer). Likewise, 
with OpenOffice Draw,
it works perfectly. But as seen in results 1&2, there seems to be a problem 
with the CUPS interface,
I can't say its a CUPS problem since it works fine with their Native driver. 
I'm also not sure if
it is by design(Omni design). Based on the Debug spews, Legal's dimensions 
(612x1008) are being sent,
but it seems that it is not used---in the sense that the PageSize is not 
updated.I hope you guys could
again shed some light on this matter, maybe some of you also encontered 
this?



again thanks in advance
Andrew




>From: Gottfried Scheckenbach <got...@xt...>
>Reply-To: got...@xt...
>To: Andrew Aguas <and...@ho...>,  
>omn...@li...
>Subject: Re: [Omniprint-user] Omni and CUPS communication
>Date: Wed, 31 Mar 2004 10:57:47 +0200
>
>Have a look at this line:
>>D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BoundingBox: 0 0 612 792
>"%%BoundingBox: 0 0 612 792" comes out of your postscript file and seems to 
>overwrite the cups A5 printer configuration - look at "Form" in call of 
>CUPSToOmni:
>
> > I [31/Mar/2004:13:16:31 +0900] [Job 2] CUPSToOmni: The job properties
> > are "Copies=1 Form=na_letter_8.50x11.00in InputTray=Rear NumberUp=1X1
> > NumberUpPresentationDirection=TobottomToright OutputBin=Bottom
> > Resolution=180x180 Rotation=Portrait ScalingPercentage=100
> > ScalingType=FitToPage Sides=OneSidedFront StitchingAngle=0
> > StitchingCount=0 StitchingPosition=0 StitchingReferenceEdge=Bottom
> > StitchingType=Corner Trimming=None XMLMasterFile="/usr/share/Omni/Epson
> > 24-pin 80 Col.xml" bidirectional=true dither=DITHER_STUCKI_DIFFUSION
> > media=MEDIA_PLAIN printmode=PRINT_MODE_1_ANY resolution=DRE1_180_180"
>
>Try the following: take some applications which can produce postscript 
>(mozilla, acroread...). Have a look into the printersettings and change the 
>paper format to A5 if possible. Print into file and look for "Boundigbox" 
>(grep Boundingbox file). If there is no entry or the entry
>>%%BoundingBox: 0 0 420 539
>print this file via lpr -P printer. Now it must be printed as A5. You 
>should see the differences in the log.
>
>After this check out google news and/or cups devel list for similar 
>reportings and existing fixes. Cups 1.1.20 is the actual version thus it is 
>probable you will find no meaningful hints and you have to send the problem 
>in short to the cups developers to let them check out if "%%BoundingBox: 
>..." has to overwrite the printer settings.
>
>Hope this helps!
>
>Regards,
>Gottfried
>
>
><< smime.p7s >>

_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

Re: [Omniprint-user] Omni and CUPS communication

[Gottfried S. <got...@xt...>]

Have a look at this line:
> D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BoundingBox: 0 0 612 792
"%%BoundingBox: 0 0 612 792" comes out of your postscript file and seems 
to overwrite the cups A5 printer configuration - look at "Form" in call 
of CUPSToOmni:

 > I [31/Mar/2004:13:16:31 +0900] [Job 2] CUPSToOmni: The job properties
 > are "Copies=1 Form=na_letter_8.50x11.00in InputTray=Rear NumberUp=1X1
 > NumberUpPresentationDirection=TobottomToright OutputBin=Bottom
 > Resolution=180x180 Rotation=Portrait ScalingPercentage=100
 > ScalingType=FitToPage Sides=OneSidedFront StitchingAngle=0
 > StitchingCount=0 StitchingPosition=0 StitchingReferenceEdge=Bottom
 > StitchingType=Corner Trimming=None XMLMasterFile="/usr/share/Omni/Epson
 > 24-pin 80 Col.xml" bidirectional=true dither=DITHER_STUCKI_DIFFUSION
 > media=MEDIA_PLAIN printmode=PRINT_MODE_1_ANY resolution=DRE1_180_180"

Try the following: take some applications which can produce postscript 
(mozilla, acroread...). Have a look into the printersettings and change 
the paper format to A5 if possible. Print into file and look for 
"Boundigbox" (grep Boundingbox file). If there is no entry or the entry
> %%BoundingBox: 0 0 420 539
print this file via lpr -P printer. Now it must be printed as A5. You 
should see the differences in the log.

After this check out google news and/or cups devel list for similar 
reportings and existing fixes. Cups 1.1.20 is the actual version thus it 
is probable you will find no meaningful hints and you have to send the 
problem in short to the cups developers to let them check out if 
"%%BoundingBox: ..." has to overwrite the printer settings.

Hope this helps!

Regards,
Gottfried

Re: [Omniprint-user] Omni and CUPS communication

[Andrew A. <and...@ho...>]

Thanks for the reply Grottfried.
I also tried explicitly naming the printer with the -P parameter, and still 
same result :(.

I also did some further investigating and here's some of the debug spews 
from cups' error_log.

distribution: Linux RH9
Cups installed: (used rpm -qa | grep cups)
     cups-1.1.20-1
     ghostscript-cups-7.07.1-0
     cups-libs-1.1.20-1
     cups-debuginfo-1.1.20-1
     cups-devel-1.1.20-1
     Omni-cups-0.9.1-1
Omni Installed: (used rpm -qa | grep Omni)
    Omni-0.9.1-1
    Omni-cups-0.9.1-1
ghostscript installed:(used rpm -qa | grep ghost)
    ghostscript-cups-7.07.1-0
    ghostscript-fonts-5.50-9
    ghostscript-7.07.1-0

Using the above environment, I installed a printer(Epson 24 pin 80 col 
cups+omni) using CUPS' web interface. Then configured the paper size to A5 
and print(still using web interface). The output was still printed on Letter 
and here are some debug spews  ...

....
D [31/Mar/2004:13:16:28 +0900] StartJob() id = 2, file = 0/1
D [31/Mar/2004:13:16:28 +0900] job-sheets=none,none
D [31/Mar/2004:13:16:28 +0900] banner_page = 0
D [31/Mar/2004:13:16:28 +0900] StartJob: argv = "EpsOmni","2","root","Test 
Page","1","","/var/spool/cups/d00002-001"
D [31/Mar/2004:13:16:28 +0900] StartJob: 
envp[0]="PATH=/usr/lib/cups/filter:/bin:/usr/bin"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[1]="SOFTWARE=CUPS/1.1"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[2]="USER=root"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[3]="CHARSET=utf-8"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[4]="LANG=en_US"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[5]="TZ=Asia/Tokyo"
D [31/Mar/2004:13:16:28 +0900] StartJob: 
envp[6]="PPD=/etc/cups/ppd/EpsOmni.ppd"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[7]="CUPS_SERVERROOT=/etc/cups"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[8]="RIP_MAX_CACHE=8m"
D [31/Mar/2004:13:16:28 +0900] StartJob: 
envp[9]="TMPDIR=/var/spool/cups/tmp"
D [31/Mar/2004:13:16:28 +0900] StartJob: 
envp[10]="CONTENT_TYPE=application/postscript"
D [31/Mar/2004:13:16:28 +0900] StartJob: 
envp[11]="DEVICE_URI=parallel:/dev/lp0"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[12]="PRINTER=EpsOmni"
D [31/Mar/2004:13:16:28 +0900] StartJob: 
envp[13]="CUPS_DATADIR=/usr/share/cups"
D [31/Mar/2004:13:16:28 +0900] StartJob: 
envp[14]="CUPS_FONTPATH=/usr/share/cups/fonts"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[15]="CUPS_SERVER=localhost"
D [31/Mar/2004:13:16:28 +0900] StartJob: envp[16]="IPP_PORT=631"

... (as seen here page = 419x595 ... or A5)

D [31/Mar/2004:13:16:28 +0900] [Job 2] Page = 419x595; 0,0 to 420,539
D [31/Mar/2004:13:16:28 +0900] [Job 2] slowcollate=0, slowduplex=0, 
sloworder=0
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BoundingBox: 0 0 612 792
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Pages: 1
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%LanguageLevel: 1
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%DocumentData: Clean7Bit
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%DocumentSuppliedResources: 
procset testprint/1.0
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%DocumentNeededResources: font 
Helvetica Helvetica-Bold Times-Roman
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Creator: Michael Sweet, Easy 
Software Products
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%CreationDate: May 11, 1999
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Title: Test Page
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%EndComments
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BeginProlog
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%BeginResource procset testprint 
1.1 0
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%EndResource
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%EndProlog
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Page: 1 1
D [31/Mar/2004:13:16:28 +0900] [Job 2] 0 %%Page: 1 1
D [31/Mar/2004:13:16:28 +0900] [Job 2] pw = 419.5, pl = 538.6
D [31/Mar/2004:13:16:28 +0900] [Job 2] PageLeft = 0.0, PageRight = 419.5
D [31/Mar/2004:13:16:28 +0900] [Job 2] PageTop = 538.6, PageBottom = 0.0
D [31/Mar/2004:13:16:28 +0900] [Job 2] PageWidth = 419.0, PageLength = 595.0
d [31/Mar/2004:13:16:28 +0900] WriteClient: Removing fd 7 from OutputSet...

...(several entries have these PageSize= 612 792 ... or Letter)

D [31/Mar/2004:13:16:31 +0900] [Job 2] cups->ppd->flip_duplex = 0
D [31/Mar/2004:13:16:31 +0900] [Job 2] width = 850, height = 1100
D [31/Mar/2004:13:16:31 +0900] [Job 2] PageSize = [ 612 792 ], HWResolution 
= [ 100 100 ]
D [31/Mar/2004:13:16:31 +0900] [Job 2] HWMargins = [ 0.000 0.000 0.000 0.000 
]
D [31/Mar/2004:13:16:31 +0900] [Job 2] matrix = [ 1.389 0.000 0.000 -1.389 
-0.000 1100.000 ]

...

D [31/Mar/2004:13:16:31 +0900] [Job 2] matrix = [ 2.500 0.000 0.000 -2.500 
-0.000 1838.268 ]
D [31/Mar/2004:13:16:31 +0900] [Job 2] 0 %%EOF
D [31/Mar/2004:13:16:31 +0900] [Job 2] Saw EOF!
d [31/Mar/2004:13:16:31 +0900] PID 2245 exited with no errors.
I [31/Mar/2004:13:16:31 +0900] [Job 2] CUPSToOmni: The job properties are 
"Copies=1 Form=na_letter_8.50x11.00in InputTray=Rear NumberUp=1X1 
NumberUpPresentationDirection=TobottomToright OutputBin=Bottom 
Resolution=180x180 Rotation=Portrait ScalingPercentage=100 
ScalingType=FitToPage Sides=OneSidedFront StitchingAngle=0 StitchingCount=0 
StitchingPosition=0 StitchingReferenceEdge=Bottom StitchingType=Corner 
Trimming=None XMLMasterFile="/usr/share/Omni/Epson 24-pin 80 Col.xml" 
bidirectional=true dither=DITHER_STUCKI_DIFFUSION media=MEDIA_PLAIN 
printmode=PRINT_MODE_1_ANY resolution=DRE1_180_180"
I [31/Mar/2004:13:16:31 +0900] [Job 2] CUPSToOmni: Begin job.
D [31/Mar/2004:13:16:31 +0900] [Job 2] cups_print_chunked - flip = 0, height 
= 1810
d [31/Mar/2004:13:17:22 +0900] DeleteCert: removing certificate for pid 0
d [31/Mar/2004:13:17:22 +0900] AddCert: adding certificate for pid 0

...

--> as seen in the last lines of the debug spews the CUPSToOmni reports that 
the form passed is Letter

I'm more or less a newbie to linux programming, coz I'm originally a 
device-driver developer for MS products.
And currently I and my company would like to support linux for our printers.
Hope you guys can help me out.

Thanks.
Andrew


>From: Gottfried Scheckenbach <got...@xt...>
>Reply-To: got...@xt...
>To: Andrew Aguas <and...@ho...>
>CC: omn...@li...
>Subject: Re: [Omniprint-user] Omni and CUPS communication
>Date: Wed, 24 Mar 2004 09:14:46 +0100
>
>Perhaps you should specify explicitly the name of the printer - just a 
>try...
>
>Grottfried
>
>
>Andrew Aguas wrote:
>>Hello All.
>>
>>I'm currently trying to develop printer drivers using Omni architecture 
>>and
>>I've ran into some trouble.
>>
>>With esp-ghostscript 7.07.1, I can print and modify the properties of the
>>drivers (Epson 24-pin 80 Col) such as Form=A5 using the -sproperties 
>>parameter.
>>
>>But when I use CUPS, both the Web Interface and lpr command to modify the 
>>properties,
>>It does not change, my command is something like:
>>   # lpr -o media=A5 test.ps
>>      or
>>   # lpoptions -o media=A5
>>   # lpr test.ps
>>result:
>>  --> test.ps is still printed using the default form/paper which is 
>>Letter.
>>
>>Am I doing something wrong here?
>>Im using the following versions:
>>     Redhat Linux 9
>>     cups 1.1.20
>>     omni 0.9.1-1
>>
><< smime.p7s >>

_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail

Re: [Omniprint-user] Omni and CUPS communication

[Gottfried S. <got...@xt...>]

Perhaps you should specify explicitly the name of the printer - just a 
try...

Grottfried


Andrew Aguas wrote:
> Hello All.
> 
> I'm currently trying to develop printer drivers using Omni architecture and
> I've ran into some trouble.
> 
> With esp-ghostscript 7.07.1, I can print and modify the properties of the
> drivers (Epson 24-pin 80 Col) such as Form=A5 using the -sproperties 
> parameter.
> 
> But when I use CUPS, both the Web Interface and lpr command to modify 
> the properties,
> It does not change, my command is something like:
>   # lpr -o media=A5 test.ps
>      or
>   # lpoptions -o media=A5
>   # lpr test.ps
> result:
>  --> test.ps is still printed using the default form/paper which is Letter.
> 
> Am I doing something wrong here?
> Im using the following versions:
>     Redhat Linux 9
>     cups 1.1.20
>     omni 0.9.1-1
> 

[Omniprint-user] Omni and CUPS communication

[Andrew A. <and...@ho...>]

Hello All.

I'm currently trying to develop printer drivers using Omni architecture and
I've ran into some trouble.

With esp-ghostscript 7.07.1, I can print and modify the properties of the
drivers (Epson 24-pin 80 Col) such as Form=A5 using the -sproperties 
parameter.

But when I use CUPS, both the Web Interface and lpr command to modify the 
properties,
It does not change, my command is something like:
   # lpr -o media=A5 test.ps
      or
   # lpoptions -o media=A5
   # lpr test.ps
result:
  --> test.ps is still printed using the default form/paper which is Letter.

Am I doing something wrong here?
Im using the following versions:
	Redhat Linux 9
	cups 1.1.20
	omni 0.9.1-1


TIA.
Andrew

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

[Omniprint-user] afp & Intelligent Printer Data Stream

[Stefan G. <sg...@me...>]

Hi there,

I'm searching for an open source IPDS / AFP protocol implementation.
As i had seen some IBM Printers that support AFP / IPDS are listed in 
your compatibility list.
So does omniprint support this printing protocol?

Thanks for any hints.

Stefan

---------------------------------------------------------------
open technology:   http://www.media-style.com
open source:           http://www.weta-group.net
open discussion:    http://www.text-mining.org

[Omniprint-user] HP LaserJet 4000N

[Ivan C. <ich...@ph...>]

Hi,
I use a HP LaserJet 40OON with Omni-0.7.2-4 on RedHat9 with cups.
I use the HP LaserJet 40OO/4000N driver and my printings are slightly 
moved on the right.

Is it normal?
What can I do?

Thank you

Ivan

Re: [Omniprint-user] Problems to fit page size

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

Hello Thiago,

There is a program called OmniDeviceTester which will print out a box
around the printable area of the page.  To run this, do the following:
      OmniDeviceTester --drawbox --cout output.prn Epson_LQ_1070_
      cp output.prn /dev/lp0

It will print out a box that has two special lines running "up" the right
side and "across" the bottom side.  If the full box is cut off, then it
will tell you how many pels are missing.

Hope this helps,

Mark

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

[Omniprint-user] Problems to fit page size

[<tdl...@ya...>]

I can print with esp-gs-7.07 + Omni (CVS) but not
using all the page.
I tried the file align.ps from linuxprinting.org and I
could not expand to fit all the page. I've edited the
gs_init.ps without success.
I believe the problem is in Omni code. Do you have any
idea?

I have a LQ-1070+ and I set the paper size in gs
command line and in Omni properties field.

Thank you all.

______________________________________________________________________

Yahoo! GeoCities: a maneira mais fácil de criar seu web site grátis!
http://br.geocities.yahoo.com/

Re: [Omniprint-user] The printer stops printing unexpectedly

[<tdl...@ya...>]

 --- "Thiago A. M. Delatorre" <tdl...@ya...>
escreveu: > The problem is that when I send, through
the printer
> port using 'cat test.escp2 > /dev/lp0', a file
> generated with gs+omni, the printer just prints a
> piece of the whole image (i.e.
> /usr/share/ghostscript/examples/6.53/tiger.ps) then
> it
> ejects the paper and say that there's no paper (of
> course there isn't: it had ejected). When you give
> it
> paper again it resume the job but it's all lost.
> I tried to print align.ps from www.linuxprinting.org
> but I had the same problem.
> 
> Had anybody seen that with {gs,gs-esp}+omni ?
> What must I do ? Is there hope ?
> 
> I could print a simple file genereted by Mozilla and
> converted to ESCP2 by gs+omni and it looked good.
> 
> I'm using esp-gs 7.05-6 + omni 0.7.3 + Epson LQ
> 1070+
> ESCP2, but I've tried with gs 6.53 7.05 esp-gs 7.07
> and with omni 0.9.0.
> 
> I don't trust the problem is in the gs or esp-gs
> code.
> I'm having problems to trust the problem is in the
> omni code because I've already printed an entire
> page
> many months ago. I'll try to turn off IEEE1284
> transfer in the kernel, does anyone use it without
> any
> problem?
> 
> For omni 0.7.3 I tried 'gs -q -dPARANOIDSAFER
> -dBATCH
> -dNOPAUSE -sDEVICE=omni -sDeviceName=Epson_LQ_1070_
> -sproperties="tray=TRAY_MANUAL_FEEDER
> resolution=180x180" -sOutputFile=/root/test.escp2
> -sPAPERSIZE=letter
> /usr/share/ghostscript/6.53/examples/tiger.ps'
> 
> For omni 0.9.0 I tried 'gs -q -dPARANOIDSAFER
> -dBATCH
> -dNOPAUSE -sDEVICE=omni -sDeviceName=XMLOmniDevice
> -sproperties="XMLMasterFile=\"Epson LQ-1070+.xml\"
> tray=TRAY_MANUAL_FEEDER resolution=180x180"
> -sOutputFile=/root/test.escp2 -sPAPERSIZE=letter
> /usr/share/ghostscript/6.53/examples/tiger.ps'
> 
> Thank you all.
> 
> PS: Have you already looked at Omni/docs/ ? It will
> be
> a hard job to update that...
> 

I've set the printer mode in the BIOS to SPP and I
could print perfectly the file 'tiger.ps' from gs
example files.

______________________________________________________________________

Yahoo! GeoCities: a maneira mais fácil de criar seu web site grátis!
http://br.geocities.yahoo.com/

Re: [Omniprint-user] problem with XMLOmniDevice

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 09 January 2004 01:02, you wrote:
> I have a Epson LQ-1070+ but I use espgs-7.07rc2 (I'll
> compile 7.07) and Omni-0.9.1.
>
> I use:
>
> gs -sDEVICE=omni -sDeviceName=libXMLOmniDevice.so
> -sproperties='XMLMasterFile="Epson LQ-1070+.xml"'
>
> It starts printing (using -sOutput=/dev/lp0) but
> things go wrong: the printer beeps, ejects paper and
> prints strange characters.
I have been using CUPS+Foomatic since it started working with the LQ-570+
The driver is "Epson LQ-570+ Foomatic/epson"
Good Luck
Rafael

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFABAKRLlrfGJ8JUHwRAtIAAKCSa+YD+OhOq/P1TZsNWsChlxErTQCfcWs9
FP/XPyKgMi7GYSnYXJK5tlg=
=tKVB
-----END PGP SIGNATURE-----

Re: [Omniprint-user] Omni Building failed on Debian testing/unstable

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

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I have once used Omni but stopped once foomatic started to work with my=20
printer (Epson LQ 570+).  Try to install the following packages:
 apt-get install libcupsys2-dev  libcupsimage2-dev libgtkmm-dev libxml-dev

When compiling I get the error:
Error: The current automake version is for. Please install version 2.52 or=
=20
greater

But maybe it works for you.
> regards peter
Rafael
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/y0MtLlrfGJ8JUHwRAlhoAKCZcr0UU/+mEKfJzv91B5XimqcnawCguyZ3
tpT/WJeCvSO9qFvy7I1UxcM=3D
=3DR+6v
=2D----END PGP SIGNATURE-----

[Omniprint-user] Omni Building failed on Debian testing/unstable

[Peter S. <pet...@sc...>]

Hello,


I try since several days to install Omni for a Epson LQ-2070 on my Debian=20
testing/unstable.

I tried with:

alien *.rpm's (9.0)
Omni.cvs,
Omni 9.0 tarball.

With the RPM's i got the libomni.so and the so files for the devices, but=20
"GenerateOmniPPDs" generates only PPD's without contents.

With the 9.0 and cvs the so-files are not compiled (./setupOmni=20
=2D-enable-devicexml), so I suggest, that I didn't installed the right=20
prerequisites like XML etc.=20

gs-esp / unstable is installed and gs -h shows "omni"

Is there someone who has installed Omni on an Debian and can help ?

regards peter

=2D-=20
Dipl.-Ing. Peter Schorer
=46r. Architekt & Stadtplaner
79540 L=F6rrach Alte Baslerstr. 28
Tel: 07621 44643, Fax: 46384

[Omniprint-user] The printer stops printing unexpectedly

[<tdl...@ya...>]

The problem is that when I send, through the printer
port using 'cat test.escp2 > /dev/lp0', a file
generated with gs+omni, the printer just prints a
piece of the whole image (i.e.
/usr/share/ghostscript/examples/6.53/tiger.ps) then it
ejects the paper and say that there's no paper (of
course there isn't: it had ejected). When you give it
paper again it resume the job but it's all lost.
I tried to print align.ps from www.linuxprinting.org
but I had the same problem.

Had anybody seen that with {gs,gs-esp}+omni ?
What must I do ? Is there hope ?

I could print a simple file genereted by Mozilla and
converted to ESCP2 by gs+omni and it looked good.

I'm using esp-gs 7.05-6 + omni 0.7.3 + Epson LQ 1070+
ESCP2, but I've tried with gs 6.53 7.05 esp-gs 7.07
and with omni 0.9.0.

I don't trust the problem is in the gs or esp-gs code.
I'm having problems to trust the problem is in the
omni code because I've already printed an entire page
many months ago. I'll try to turn off IEEE1284
transfer in the kernel, does anyone use it without any
problem?

For omni 0.7.3 I tried 'gs -q -dPARANOIDSAFER -dBATCH
-dNOPAUSE -sDEVICE=omni -sDeviceName=Epson_LQ_1070_
-sproperties="tray=TRAY_MANUAL_FEEDER
resolution=180x180" -sOutputFile=/root/test.escp2
-sPAPERSIZE=letter
/usr/share/ghostscript/6.53/examples/tiger.ps'

For omni 0.9.0 I tried 'gs -q -dPARANOIDSAFER -dBATCH
-dNOPAUSE -sDEVICE=omni -sDeviceName=XMLOmniDevice
-sproperties="XMLMasterFile=\"Epson LQ-1070+.xml\"
tray=TRAY_MANUAL_FEEDER resolution=180x180"
-sOutputFile=/root/test.escp2 -sPAPERSIZE=letter
/usr/share/ghostscript/6.53/examples/tiger.ps'

Thank you all.

PS: Have you already looked at Omni/docs/ ? It will be
a hard job to update that...

Yahoo! Mail - o melhor webmail do Brasil
http://mail.yahoo.com.br

[Omniprint-user] (no subject)

[Ralph H. S. Jr. <rs...@en...>]

list users

[Omniprint-user] Inflex scan report [0905065623769]

[<pos...@da...>]

Administrator Email Reply Address: postmaster
Email sent to:  da...@da...
Inflex ID: 0905065623769
Report Details -----------------------------------------------
AntiVirus Results...

File NAME/TYPE Scan Results
 MS-DOS executable (EXE), OS/2 or MS Windows


0905065623769  from:omn...@li...  to: da...@da...
END OF MESSAGE.

End.
.

[Omniprint-user] <AUTO> {TOML#151-517}Your details

[info <in...@ti...>]

RGVhciBDdXN0b21lciwNCiANClRoYW5rIHlvdSBmb3IgeW91ciBpbnRlcmVzdCBpbiB0aGUgc2Vy
dmljZXMgb2ZmZXJlZCBieSBUaW1lc29mTW9uZXkuY29tLiBXZSBoYXZlIHJlY2VpdmVkIHlvdXIg
ZW1haWwuIE91ciBDdXN0b21lciBSZWxhdGlvbnMgT2ZmaWNlciB3aWxsIGdldCBpbiB0b3VjaCB3
aXRoIHlvdSBzaG9ydGx5LiAgQXNzdXJpbmcgeW91IG9mIG91ciBiZXN0IHNlcnZpY2VzIGFsd2F5
cy4NCiANCldhcm0gUmVnYXJkcywNCkN1c3RvbWVyIFJlbGF0aW9ucw0KVGltZXNvZk1vbmV5LmNv
bQ0KQSBUaW1lcyBHcm91cCBDb21wYW55DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KVGhpcyBpcyBh
biBhdXRvbWF0ZWQgcmVzcG9uc2UuIFBsZWFzZSBkbyBub3QgcmVzcG9uZCB0byB0aGlzIGVtYWls
Lg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0K

Re: [Omniprint-user] Omni-0.9.0 and espgs-7.05.6 on AIX 4.3.3

[Gottfried S. <got...@xt...>]

Hi Mark,

hm - do you have the possibility to build Omni on AIX 4.3.3? I can give 
you all information about used software components (like in my first mail).

I think, not many people have tryed to build Omni on AIX - when you look 
at "make install_local" (or similar) you see some generated changes at 
/etc/ld.conf - a file which does exist on Linux but not on AIX (the AIX 
linker /bin/ld uses as far as I know only the LD_LIBRARY_PATH variable). 
And as I reported there are other problems:
- shared libraries are build but not installed
- some includes have to be added to the source files

I'm sorry, but I'm not a software developer - my knowlege ends now... 
Perhaps it is of interest for the project team to stabilize the code for 
building on AIX - both, Omni and AIX, are IBM "projects".

All I can do is to be your beta tester - and that I'm willed to be! 
Priority for me would be 4.3.3 release because one of our customer - who 
uses now ESP Print Pro + ESP Ghostscipt + Foomatic - must stay at 4.3.3 
and can't change to 5.1/5.2 because of other restrictions (it's a small 
company with a single system which serves some database driven 
application services and things like Samba, Printing, Intranet...). But 
I have also testsystems here in my office for doing builds on newer AIX 
releases...

Please tell me your opinion!

Regards,
Gottfried


Mark Hamzy schrieb:
> 
> 
> 
> Hey Gottfried,
> 
> That seems like a pretty serious debugger error.  I don't know what is
> wrong with your system.  You should not see those errors when you debug
> programs.
> 
> Mark
> 
> Take a look at the Linux Omni Printer Driver Framework at
> http://www.ibm.com/linux/ltc/projects/omni/
> 
> 

Re: [Omniprint-user] Omni-0.9.0 and espgs-7.05.6 on AIX 4.3.3

[Gottfried S. <got...@xt...>]

Hi Mark,

 > However, can you rebuild the omni driver with
 > debugging enabled and run gdb again?

I have done so (./setupOmni...; make install; manual copying *.2 -> 
/usr/local/lib/*.so) and get with dbx:
---------
root@zvkoffice:/zvk/admin/install/ghostscript/espgs-7.05.6/Omni/CUPS# 
dbx -r ./CUPSToOmni
Type 'help' for help.
reading symbolic information ...

Entering debugger ...
internal error: index("8;0;", ':') failed
internal error: index("16;0;", ':') failed
internal error: index("16;0;", ':') failed
internal error: bad input on tag "div_t" at 
"t13=s8quot:-1,0,32;rem:-1,32,32;operator=::14=#13,15=&13,16=*13,17=&18=k13,-11;:_ZN5div_taSERKS_;2A.;__base_ctor::19=#13,-11,16,17,-11;:_ZN5div_tC2ERKS_;2A.;__comp_ctor::19:_ZN5div_tC1ERKS_;2A.;__base_ctor::20=#13,-11,16,-11;:_ZN5div_tC2Ev;2A.;__comp_ctor::20:_ZN5div_tC1Ev;2A.;;"
internal error: expected char '=', found 
't13=s8quot:-1,0,32;rem:-1,32,32;operator=::14=#13,15=&13,16=*13,17=&18=k13,-11;:_ZN5div_taSERKS_;2A.;__base_ctor::19=#13,-11,16,17,-11;:_ZN5div_tC2ERKS_;2A.;__comp_ctor::19:_ZN5div_tC1ERKS_;2A.;__base_ctor::20=#13,-11,16,-11;:_ZN5div_tC2Ev;2A.;__comp_ctor::20:_ZN5div_tC1Ev;2A.;;'
internal error: unexpected value 58 at line 4052 in file stabstring.c

... lot of stuff like this

internal error: unexpected value 58 at line 4052 in file stabstring.c
internal error: expected char ',', found 
'4191=#4184,-11,4187,-11;:_ZN8_PRTMODEC2Ev;2A.;__comp_ctor::4191:_ZN8_PRTMODEC1Ev;2A.;;'
internal error: expected char ',', found 
'=#4184,-11,4187,-11;:_ZN8_PRTMODEC2Ev;2A.;__comp_ctor::4191:_ZN8_PRTMODEC1Ev;2A.;;'
internal error: expected char ';', found 
'#4184,-11,4187,-11;:_ZN8_PRTMODEC2Ev;2A.;__comp_ctor::4191:_ZN8_PRTMODEC1Ev;2A.;;'
internal error: unexpected value 95 at line 4052 in file stabstring.c
internal error: expected char ',', found 
'ZN8_PRTMODEC2Ev;2A.;__comp_ctor::4191:_ZN8_PRTMODEC1Ev;2A.;;'
internal error: expected char ',', found 
'N8_PRTMODEC2Ev;2A.;__comp_ctor::4191:_ZN8_PRTMODEC1Ev;2A.;;'
internal error: expected char ';', found 
'_PRTMODEC2Ev;2A.;__comp_ctor::4191:_ZN8_PRTMODEC1Ev;2A.;;'
internal error: unexpected value 58 at line 4052 in file stabstring.c
internal error: expected char ',', found '4191:_ZN8_PRTMODEC1Ev;2A.;;'
internal error: expected char ',', found ':_ZN8_PRTMODEC1Ev;2A.;;'
internal error: expected char ';', found '_ZN8_PRTMODEC1Ev;2A.;;'
internal error: index("ZN8_PRTMODEC1Ev;2A.;;", ':') failed
internal error: unexpected value 120 at line 4052 in file stabstring.c
internal error: unexpected value 120 at line 4052 in file stabstring.c


Trace/BPT trap in __start at 0x10000150
0x10000150 (__start)    82220024        lwz   r17,0x24(r2)
(dbx) next

Interrupt in __start at 0x10000150
0x10000150 (__start)    82220024        lwz   r17,0x24(r2)
(dbx) next

Segmentation fault in glink.free at 0xd1486f08
0xd1486f08 (free+0x30) 800c0000        lwz   r0,0x0(r12)
(dbx) quit
---------
I'll send you the whole output in a seperate mail because I don't want 
to post it to the list...

Thanks,

Gottfried




Mark Hamzy schrieb:
> 
> 
> 
> Hi Gottfried,
> 
> Thanks for the report.  I am at Linux World in SF this week so I cannot
> look at your problem yet.  However, can you rebuild the omni driver with
> debugging enabled and run gdb again?
> 
> Thanks,
> 
> Mark
> 
> Take a look at the Linux Omni Printer Driver Framework at
> http://www.ibm.com/linux/ltc/projects/omni/
> 
> 

[Omniprint-user] Omni-0.9.0 and espgs-7.05.6 on AIX 4.3.3

[Gottfried S. <got...@xt...>]

Hi all,

in short: I have two problems:

1. after compiling and linking of omni, filter "CUPSToOmni" or 
"GenerateOmniPPDs" coredumps when called on command line. My debugger 
dbx tells me the following:
-----
root@zvkoffice:/usr/lib/cups/filter# dbx -r ./CUPSToOmni

Entering debugger ...
Type 'help' for help.
reading symbolic information ...

Trace/BPT trap in __start at 0x10000128
0x10000128 (__start)    82220024        lwz   r17,0x24(r2)
(dbx) next

Segmentation fault in glink.free at 0xd1353f08
0xd1353f08 (free+0x30) 800c0000        lwz   r0,0x0(r12)
(dbx)

root@zvkoffice:/zvk/admin/install/ghostscript/espgs-7.05.6/Omni/CUPS# 
dbx -r ./GenerateOmniPPDs

Entering debugger ...
Type 'help' for help.
reading symbolic information ...

Trace/BPT trap in __start at 0x10000128
0x10000128 (__start)    82220024        lwz   r17,0x24(r2)
(dbx) next

Segmentation fault in glink._ZNSt8ios_base4InitC1Ev at 0xd1353f08
0xd1353f08 (_ZNSt8ios_base4InitC1Ev+0x8) 800c0000        lwz   r0,0x0(r12)
(dbx)
-----

2. after compilation/installation of ghostscript (after installation of 
omni), cups seems nothing to know about omni and nothing gets printed. 
The cups debug output looks like this:
-----
...
D [05/Aug/2003:10:55:16 -0100] StartJob: argv = 
"Liste_1_Fibu","101","","Test Page","1","","/var/spool/cups/d00101-001"
D [05/Aug/2003:10:55:16 -0100] StartJob: 
envp[0]="PATH=/usr/lib/cups/filter:/bin:/usr/bin"
D [05/Aug/2003:10:55:16 -0100] StartJob: envp[1]="SOFTWARE=CUPS/1.1"
D [05/Aug/2003:10:55:16 -0100] StartJob: envp[2]="USER=root"
...
I [05/Aug/2003:10:55:16 -0100] Started filter 
/usr/lib/cups/filter/pstops (PID 37178) for job 101.
...
I [05/Aug/2003:10:55:16 -0100] Started filter 
/usr/lib/cups/filter/pstoraster (PID 29076) for job 101.
...
I [05/Aug/2003:10:55:16 -0100] Started filter 
/usr/lib/cups/filter/CUPSToOmni (PID 23364) for job 101.
...
I [05/Aug/2003:10:55:16 -0100] Started backend /usr/lib/cups/backend/lpd 
(PID 40404) for job 101.
D [05/Aug/2003:10:55:16 -0100] [Job 101] Running /usr/local/bin/gs 
-dQUIET -dDEBUG -dPARANOIDSAFER -dNOPAUSE -dBATCH -dNOMEDIAATTRS 
-sDEVICE=cups -sstdout=%stderr -sOUTPUTFILE=%stdout -c  -
...
E [05/Aug/2003:10:55:16 -0100] [Job 101] Saw EOF!
...
... lot of processing output job 101 (fonts etc.)
...
D [05/Aug/2003:10:55:19 -0100] UpdateJob: job 101, file 0 is complete.
D [05/Aug/2003:10:55:19 -0100] CancelJob: id = 101
D [05/Aug/2003:10:55:19 -0100] StopJob: id = 101, force = 0
D [05/Aug/2003:10:55:19 -0100] StopJob: printer state is 3
-----

In detail:

Used requisites for compiling/linking omni/ghostcript are:
- gcc.3.2.3
- AIX 4.3.3 Maintenance Level 11 linker /bin/ld
- gnu make 3.79.1
- autoconf.2.57
- automake.1.7.6
- gtk+.2.0.9
- libpng-1.2.5
- libsigc++.1.2.5
- libtool.1.5
- libxml2.2.5.7
- m4.1.4
- zlib-1.1.4

Omni has been configured/compiled/linked with:

./setupOmni --prefix=/usr/local --enable-shared --disable-static 2>&1 | 
tee -a setupOmni.log

Despite of "--disable-static" static libraries have been build and the 
requested shared libraries I found after a little bit searching in 
./*/.libs/ as *.2 files. Because they have not been installed with "make 
install", I copied them manually to /usr/lib/ and changed their name to 
*.so.

During compilation I had to change some includes in the cpp sources:

In all cases of  "`strcasecmp' undeclared" - adding of
#include </usr/include/strings.h>

In all cases of "'fcntl' undeclared" - adding of
#include 
</usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/2.95.3/include/stdlib.h>

With this environment and the above changes omni has been compiled and 
linked without any errors.

Because of the dumping of "GenerateOmniPPDs" I have compiled the same 
omni sources under linux and used this build to generate the ppd's. One 
of them has been used in testing cups/ghostscript/omni printing:
*ShortNickName: "Epson DFX-8500, Foomatic + omni"
*cupsFilter:    "application/vnd.cups-raster 100 CUPSToOmni"


Ghostscript has been configured with:

/configure --with-fontpath="/usr/local/share/ghostscript/fonts" 
--prefix=/usr/local --with-omni

Because I used ESP-Ghostscript the nessecary omni patches seem to be 
applied - I checked this by trying to patch the sources with the last 
patch, included in Omni.

What I don't understand is, why I don't see any corefile when 
"CUPSToOmni" is called by CUPS - and why I don't see any (heavy) error 
in the CUPS debug log.

And I had expected to see in the log something like (from an other posting):
gs -sDEVICE=_omni_ -sDeviceName=XMLOmniDevice
  -sproperties='XMLMasterFile="Epson LQ-570+.xml"' -sOutputFile=temp.lpr
  temp.ps

Any help is greatly welcome - I need this DFX-8500 printer and neither 
ESP Print Pro (is used on the same system) nor linuxprinting.org 
(foomatic-rip - is also used) supports him (well). In detail: Print Pro 
has no support and the ppd "Generic ESC/P Dot Matrix Printer 
Foomatic/epson (recommended)" works not very well.

Regards,
Gottfried