Openoffice rpm

Dan Williams dcbw at redhat.com
Tue Sep 28 11:53:03 UTC 2004


Richard,

Its quite possible to pull the stuff out.  I'd also note that OOo doesn't 
use libgnomeprint at this time, it talks directly to libcups, which is 
what libgnomeprint does too.  Acrobat Reader talks directly to lpr, which 
then talks to CUPS.  So in the end, everything talks to CUPS in some form 
or another.

To bring back spadmin from the living dead, you'll want to look at the 
%install section of the specfile.  There should be a line deleting spadmin 
from the install directory.  You'll also need to add spadmin to the big 
"chmod" part right at the end of the %install section too, and possibly 
add something to the %files section at the end.  It actually gets built as 
far as I know (if not, yell at me), its just removed forcefully at the end 
and not packaged.

Dan

On Mon, 27 Sep 2004, Richard Houston wrote:

> Great I look forward to seeing these update.
> 
> Relating to my original question, is there a way to remove the
> libgnomeprint stuff and include the spadmin util in the spec file? Here is
> why, the manager of the project i am working on currently want the
> printing system to be a uniformed as possible. Now I have convince this
> client that OpenOffic is just fine for what they need. They were looking
> at MS office with Crossover.
> 
> They were concerned that Adobe acrobat printed one way, openoffice printed
> a second way and gedit a third. So I work out the use of krpinter by
> changing the symlink in /etc/alternatives/lpr to /usr/bin/kprinter. Now
> all the common user apps, Acrobat Reader and Mozilla print the with
> kprinter with the exception of OpenOffice. Now I tried on a stock
> OpenOffice install and I can use kprinter  with no issue by changing the
> printer command from lpr to kprinter but the FC2 install is different as
> we have discussed.
> 
> So in short if I can have all the chrome of the FC2 install but have
> access to spadmin and the stock printer system I could make this client
> very happy.
> 
> Just something to think about for the future, maybe gnome could come up
> with a system like KDE's Kprnter and apps could call either gnome or kde
> version  to handle user printer jobs. This way by symlinking lrp even
> stuff written to use lpr only could benefit from the gnome-print or
> kprinter setup and give the user a single printer system. Just an idea.
> 
> 
> Regards,
> +------------------------------------------+
> | Richard Houston                  .^.     |
> | R.L.H.  Consulting               /V\     |
> | E-Mail  <rhouston at rlhc.net>    /(   )\   |
> | WWW     <www.rlhc.net>          ^^-^^    |
> +------------------------------------------+
> 
> Dan Williams said:
> > On Mon, 27 Sep 2004, Richard Houston wrote:
> >> > NOTE: these directions are for the OOo 1.1.2 packages.  These will be
> >> > pushed to FC2-Updates quite soon.  I know that the Properties button
> >> > doesn't really do anything in the 1.1.1-4, that should be fixed with
> >> the
> >> > update once it gets through.
> >> >
> >>
> >> Well as we are running OO 1.1.1 supplied by FC2 this might be the issue.
> >> Do we know when these updates will be available?  Is there a testing
> >> version I could get my hands on to start testing with?
> >>
> >> Thanks for you help Dan. Appreciate it.
> >
> > No RPMs yet, but its building on my test box right now.  If there are no
> > issues with the build, I hope to be able to stuff it into the build
> > system tomorrow.  FC2 is certainly an easier rebuild than FC1 due to FC1's
> > use of GTK 2.4 (specifically, FC1 doesn't have file dialog).
> >
> > Dan
> >
> > --
> > fedora-test-list mailing list
> > fedora-test-list at redhat.com
> > To unsubscribe:
> > http://www.redhat.com/mailman/listinfo/fedora-test-list
> >
> >
> 
> -- 
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe: 
> http://www.redhat.com/mailman/listinfo/fedora-test-list
> 




More information about the fedora-test-list mailing list