[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#250981: openoffice.org: Problems confirmed



retitle 250981 openoffice.org: Cannot print to CUPS queue with multiple instances
clone 250981 -1
retitle -1 openoffice.org: Cannot add new printer queues in spadmin
tags -1 + confirmed
thanks

On Mon, 2004-05-31 at 08:48, Iacopo Spalletti wrote:
> Update: i needed to delete any printer istance except default one to make oo.o 
> print in cups server

Ah, thanks!  That is very useful.  I had already started looking at this
but I could not find out why things were not working for you.  With this
imformation I hope to be able to go and get this fixed upstream.

> > > Plus i can't install other printers via spadmin, as the are lost on
> > > closing spadmin interface.

This is a separate bug.  Cloning the bugreport.  I was able to confirm
this problem on my system.

> > > I seems a rather critical bug, to me...

There are workarounds available (print to ps, etc.), so I'm leaving it
as important.
>
> > As I understand this is normal behaviour: spadmin should no longer be
> > used (a precious gift!).

spadmin is still needed for non CUPS systems and custom printer queues,
so it will not go away immediately.  Other packagers which only support
CUPS (Ximian, Red Hat etc) have removed spadmin completely from their
packages.  I don't have that luxury while we still have lpr and lprnq
systems around.

> > The new printing system (it is already the one that will be officially
> > in OOo 2.0) uses natively CUPS, which is a major step forward in my pov.

Yes, and mine too.  That's why I put a lot of effort into backporting
the CUPS support.

> Given that oo.o does not depends on cups it would be nice continue supporting 
> other (and more widely deployed) printing services...
> And surely non dumping them in a revision 

The CUPS support is supposed to be in addition to the existing lpr and
manual queue creation mechanism.

Chris




Reply to: