[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mandrake-cooker
Subject:    [Cooker] [Bug 11099] [OpenOffice.org] NEEDINFO: Printerdrake/CUPS blocking Openoffice
From:       "[till]" <bugzilla () qa ! linux-mandrake ! com>
Date:       2004-08-31 21:30:27
Message-ID: bug11099.20040831213027.379949 () qa ! linux-mandrake ! com
[Download RAW message or body]

User ID: 83, 10 bugs reported (5 fixed, 1 duplicate, 0 invalid), 545 comments.

http://qa.mandrakesoft.com/show_bug.cgi?id=11099





------- Additional Comments From till@mandrakesoft.com  2004-08-31 23:30 -------
Can you also try out whether "xpp" and "kprinter" start quickly and also their
"Options" and "Properties" dialogs? Or do they also take minutes on a queue on
your server?


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


------- Reminder: -------
assigned_to: ghibo@mandrakesoft.com
status: NEEDINFO
creation_date: 
description: 
I am setting this bug to printerdrake, since the change to manage printing 
with printerdrake has exposed this issue.  If it is wrong classification, 
please change it.  Also, this is similar to bug 8022, which indicates the same 
symptoms, but has been around since 10.0 beta cycle, so I think it is a 
different bug. 
 
OpenOffice is taking a very long time to load and I think it is Printerdrake 
or CUPS causing the problem.  If I load OO.o from the command line and try to 
create a new text document, I get the following messages in the console: 
  
[gregg@vizzini gregg]$ ooffice  
Could not get printer PPD file!  
Could not get printer PPD file!  
Could not get printer PPD file!  
  
I am using a remote CUPS server to manage my printers.  The CUPS server is a  
10.0 CE with all updates applied. There are no local printers and CUPS is set 
to use a local daemon. 
 
If I set CUPS to not find remote printers and then set up a local printer 
connected to a tcp port, OO.o loads very quickly.  I think that if ppd is not 
available on the local machine, then OO.o is hanging and eventually times out.  
 
But, if I set CUPS to use a remote CUPS server with no local daemon, OO.o 
loads very quickly, although the "Could not get printer PPD file!" error still 
prints in the console.  
  
So, if I set CUPS to use a local daemon, the start of openoffice is hung up 
for several minutes while it determines that it cannot find a ppd file for the 
printer.  This is reasonable, because the ppd file is on the remote CUPS 
server, but this is not optimal, because if I have a local printer or print 
directly to a tcp port, as well as a maintaining a CUPS server, OO.o will not 
start up properly and is unusable for several minutes.

[prev in list] [next in list] [prev in thread] [next in thread]