Re: Our (real) problems



On 31 Aug 2001 11:30:55 -0400, Alex Larsson wrote:
> Note that this mail was not directed at gnucash in particular, but only 
> used it as an example. I completely understand your viewpoint.

Understood... it just seems like we're *everybody's* example, and that
gets a little tiresome :) 

> libz.so.1 => /usr/lib/libz.so.1 (0x4006d000)
> Why is this pulled in?

Gnome XML can use it to compress/uncompress XML files on the fly.
It's included by 'gnome-config --libs xml'

> libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x401a8000)
> libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x401b2000)
> These are needed for session management i guess...

Right... gnome-print and anything using bonobo pulls them in.

> libghttp.so.1 => /usr/lib/libghttp.so.1 (0x404d2000)
> Do you use this?

Yep.  gnucash has an http web services infrastructure (there aren't any
available services ATM, but it's still compiled in) and has a
gtkhtml-based browser for help, on-line bug report submission, and
viewing financial reports.  

> libzvt.so.2 => /usr/lib/libzvt.so.2 (0x407ce000)
> What? Do you use terminal widgets??

Apparently guppi does... it got pulled in by guppiConf.sh.  Don't quote
me on this but I think you can open up a guile shell within the guppi
app. You certainly can't from within gnucash (we use a pretty restricted
guppi API) but 

> libreadline.so.4 => /usr/lib/libreadline.so.4 (0x40c1e000)
> libtermcap.so.2 => /lib/libtermcap.so.2 (0x40c44000)
> What??? I thought this was a graphical user interface application? 

Mostly, but not entirely.  readline support is for the Guile
read-eval-print loop, which is terminal based.  It won't be long before
gnucash doesn't link against anything *except* readline.... all the GUI
stuff is about to be runtime dynamic.  That will please the people that
don't like guppi... just don't install the guppi module!  

b.g.








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