Roderick,
On Sat, 2006-07-15 at 20:00 -0400, G. Roderick Singleton wrote: > On Sun, 2006-07-16 at 09:11 +1000, Philip Rhoades wrote: > > Roderick, > > > > > > > I understand the problem but cannot for the life of me determine what > > > you are trying to do. > > > > > > The CUPS environment allows me the full use of the PPD appropriate to > > the Lexmark printers that we use ie extra trays etc - the problem is > > that being forced to use SGENPRT limits us to a fairly basic PostScript > > functionality . . > > > > That implies that there is a CUPS problem. No it doesn't, it implies there is an OOo problem. If CUPS and the appropriate PPD allows selection of different trays and OOo doesn't then it must be an OOo problem . . > > > You see when I open spadmain it sees all my CUPS > > > printers and has even recognized the default printer; > > > > > > Correct - that is what I see on my non-problem servers. > > > > So on the working systems, CUPS is operational whereas on the > others ... ? > > > > > > hence my confusion > > > and possibly yours too. > > > > > > Yes, on my problem server spadmin only shows the generic printer and OOo > > only show SGENPRT as the printer type. > > > > If I remember correctly this means that OOo has not been able to > establish a connection to CUPS and therefore reverts to SGENPRT. > > > > > > So, can you double check that CUPS is indeed > > > running? > > > > > > It is definitely running - it is printing for an office of 25 people and > > five printers - except for these extra facilities (OO printing to second > > trays etc) things are working fine. > > > > > > > On my box, I see > > > root 2544 0.0 0.0 3136 772 ? Ss Jul06 0:00 > > > cups-config-daemon > > > gerry 5732 0.0 0.6 33984 4872 ? Ss Jul06 0:16 eggcups > > > --sm-config-prefix /eggcups-YuTTI5/ --sm-client-id > > > 11cdbd2919000110726612400000027080004 --screen 0 > > > root 27697 0.0 0.2 9164 1968 ? Ss Jul09 0:00 cupsd > > > > > > On the problem server I see: > > > > root 3614 0.0 0.0 8988 620 ? Ss Feb27 0:00 > > cups-config-daemon > > root 28871 0.0 0.1 74664 6148 ? Ss 04:02 0:00 cupsd > > > > but on a working server I see: > > > > root 2483 0.0 0.0 8988 1068 ? Ss Feb24 0:00 > > cups-config-daemon > > root 22619 0.0 0.1 74488 6028 ? Ss 04:02 0:00 cupsd > > lp 22637 0.0 0.2 68976 7164 ? S 04:02 0:00 > > /usr/bin/perl /usr/lib64/cups/filter/foomatic-rip 23130 karenth > > 10551partdenial 1 PageSize=A4 > > lp 22643 0.0 0.2 68976 7160 ? S 04:02 0:00 > > /usr/bin/perl /usr/lib64/cups/filter/foomatic-rip 23130 karenth > > 10551partdenial 1 PageSize=A4 > > lp 22644 0.0 0.2 68976 7168 ? S 04:02 0:00 > > /usr/bin/perl /usr/lib64/cups/filter/foomatic-rip 23130 karenth > > 10551partdenial 1 PageSize=A4 > > root 27516 0.0 0.0 3676 468 pts/0 R+ 08:25 0:00 grep cups > > > > - could this be a clue to what is going on? > > > > The stuff above is definitely an indication that something may be wrong > with CUPS. Why? > > > I use /usr/bin/printconf-gui to configure my printers which calls > > > system-config-printer so we are not that much different. > > > > > > Right. > > > > > > > If I remember correctly, OOo does some checks for CUPS when invoked and > > > if the check fails reverts to using SGENPRT. > > > > > > OK, so maybe OOo is failing for some reason on the problem server and I > > only have access to SGENPRT . . > > > > > > > Does this help? > > > > > > Maybe . . if I can work out why OOo would be failing to detect CUPS . . > > I even upgraded to OOo 2.0.3 on the problem server (the others are > > 2.0.0-3) but it didn't make any difference. CUPS is working fine in isolation but on the problem server, it appears that OOo is failing to detect CUPS - have you got anything that I can use to work out why this might be the case? Thanks, Phil. -- Philip Rhoades Pricom Pty Limited (ACN 003 252 275 ABN 91 003 252 275) GPO Box 3411 Sydney NSW 2001 Australia Mobile: +61:0411-185-652 Fax: +61:2:8923-5363 E-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
