2007/3/5, Rodrigo Moya <[EMAIL PROTECTED]>: > On Mon, 2007-03-05 at 12:10 +0100, Murray Cumming wrote: > > On Mon, 2007-03-05 at 12:13 +0100, Rodrigo Moya wrote: > > > On Sun, 2007-03-04 at 19:19 +0100, Murray Cumming wrote: > > > > This has never worked for any other GNOME module, and it won't work for > > > > libgda. > > > > > > > isn't there a gnome-extras (or similar) think in GTK#? If so, we could > > > propose our bindings to be there. > > > > Maybe. I have no idea. > > > > > I say this because moving them to > > > their own module will mean letting them die, since nobody maintains > > > them. > > > > Nobody maintains them in libgda either. Their dying in libgda is just a > > bother for libgda. > > > > When libgda 3.0 is out, there will be more demand for bindings. Then > > someone will work on them, wherever they are. > > > ok, let's hope you are right :-) Disable them if you think that's > better. > -- > Rodrigo Moya <[EMAIL PROTECTED]> > > _______________________________________________ > gnome-db-list mailing list > [email protected] > http://mail.gnome.org/mailman/listinfo/gnome-db-list >
Even I can't be considered as a formal maintainer for gda# or libgnomedb#, I have tried to make it compile each new libgda and libgnomedb version, to do so I have to modify the code sending the patchs, in most cases they help to maintain consistency in API. Most of the time the errors in compile are inconsistency in the API, if not I made some chages in gda# or gnomedb# and compile again, I have a patch for the resent libgda trunk, and making gnomedb# for each (main, extras and graph) library in libgnomedb. -- Trabajar, la mejor arma para tu superación "de grano en grano, se hace la arena" (R) (entrámite, pero para los cuates: LIBRE) _______________________________________________ gnome-db-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-db-list
