Stuart Brorson wrote:
Hi guys --
Peter C. and I are working hard to give PCB an interface that can be
used to
talk to it quickly and easily. We don't want to have to maintain a huge
chunk of code to do so -- a chunk of code which would almost certainly
suffer
heavy feature creep and need quite active maintenance.
Thanks for your efforts! I encourage you to keep doing what you are
doing since it's really going to push the development of gEDA along,
and will help get gEDA into one of the places where it really belongs:
the university.
One thought about the DBUS thing: How large is the DBUS code base
itself (i.e. the code making up the library)? If it is reasonably
small, please consider simply grabbing the DBUS source, strip out the
stuff you don't need, and incorporate the rest into libgeda (or into a
different lib distributed alongside libgeda). Here's why:
dbus-0.9.3 + some patches has 95,732 lines of code which is 12 lines shy
of matching whats in the clipper branch of pcb right now.
On the other hand, if you create a stripped-down version of DBUS, you
(we) control it, and it won't change and become obsolete as future
generations of hackers work on the stock distribution of DBUS.
and we become the ones responsible for dealing with
a) getting it to work on all the platforms that we'd like pcb to run on
and
b) security fixes.
of course my recent experiences say that if you want glib, gtk, cairo,
dbus to even compile (much less work) on solaris, you have to fix them
anyway... Of course I'd claim that cairo doesn't really work even on
linux since it is lacking support for 8-bit psuedo color displays.
-Dan
_______________________________________________
geda-dev mailing list
[email protected]
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
