Stewart Walters wrote:
Hi Ghee,
* The build is snv_111b (OpenSolaris 2009.06).
* /usr/sbin/print-service -q displays "active print service: cups"
This shows that you have switched over to CUPS as the print system.
You should *NOT* use Solaris LP Print Manager to create queue for
CUPS since it uses LP print system. In the latest version of
OpenSolaris, we have removed this option from the menu to avoid (at
least) this confusion.
You should use System->Administration-> Print Manager
This menu will invoke the appropriate Print Manager to create/manage
queues for the correct Print System.
* Files $HOME/.gtkrc-2.0 or /etc/gtk-2.0/gtkrc are not present by
default. Having created them and added the gtk-print-backends
line as you list does not resolve the problem (I presume a log off
and back on here is enough to ensure the changes were effective).
You shouldn't have to even logout, restart the app is all is required.
* No ~/.printers exists at all
FYI, this is LP specific.
* /etc/printers.conf has only 3 lines of comments and no definition
from that.
Again this is LP specific.
If it helps, there are a few things different about this box that you
normally wouldn't find on most installations. However I think two of
them are irrelevant. The last one I haven't ruled it out, but nothing
specifically points to this being the problem. They are:
1. NWAM has been disabled and a link aggregation has been put in
place across both NICs (dladm used to create an active LACP or
otherwise known as 802.3ad trunk).
2. User accounts are provided by an OpenLDAP server (although I
tested with a local test account just to rule this out)
3. The OpenSolaris cupsd uses /etc/cups/client.conf to send print
jobs to another CUPS server running on Debian Linux.
Mozilla Thunderbird on OpenSolaris has no problems recognising the
printer list or printing to the remote Debian Linux+cupsd server.
Yes. That is correct. This is why all the more we want to make CUPS
as default for better application integration.
System -> Administration -> Print Manager, show the entire remote
printer list as well.
explained above.
Oddly, System -> Administration shows both "Print Manager" & "Solaris
LP Print Manager" in the menu at the same time. Is this suppossed to
be the case when the active print system is CUPS?
Not supported for CUPS, explained above.
Even running about:config in a Mozilla Firefox tab and filtering the
list for the word "print" shows not only CUPS configuration, but has
definitions for one of the remote network CUPS printers (the first
printer in the list, a printer called act00).
This is how CUPS works.
It sounds like Mozilla Firefox/evince can see some form of the remote
CUPS queues, but they just have problems displaying the GTK window
that Mozilla Thunderbird has no problem with at all.
I am not sure I understand this bit, 'priblems displaying the GTK window'?
Is there anything else I can look at?
Most of the forum posts I find relating to this problem (either under
the various Linux distro's or under OpenSolaris) either say remove the
_all line from printers.conf (or .printers), or that reinstalling the
machine or Mozilla Firefox fixed the issue. The later 'solution' just
seems so coincidental and not really a fix as per se.
-Ghee
Kind Regards,
Stewart
Ghee Teo wrote:
Hi Stewart,
What build are yyou running?
can you do /usr/sbin/print-service -q ?
How are the network printers you know exists setup?
Try this:
Just in $HOME/.gtkrc-2.0 or /etc/gtk-2.0/gtkrc. Just adding the line
gtk-print-backends="file,lpr,papi,cups"
-Ghee
Stewart Walters wrote:
Mike DeMarco wrote:
Thanks all:
I was able to fix this by:
1) I removed the _all line from my home directory .printers
2) I added a new printer using Solaris LP printer manager.
After both steps were done both defined printers showed up under
firefox.
Thanks all.
mike
Glad to hear it, I'd forgotten about this recommendation in the
forum posts I'd seen.
In case it matters to anyone else, some of the forum posts indicated
that the _all line can sometimes be present in
/etc/cups/printers.conf (or /etc/printers.conf on some Linux
distro's) rather than an individual user's ~/.printers file.
Sadly mine wasn't fixed by this suggestion, so I'm still looking.
Good to hear yours was an easy one though :-)
Regards,
Stewart
_______________________________________________
opensolaris-discuss mailing list
[email protected]
_______________________________________________
opensolaris-discuss mailing list
[email protected]
