GNOME Bugzilla – Bug 350931
move gtk_java.h to glib-java?
Last modified: 2008-02-13 02:34:45 UTC
I noticed that libgconf-java requires libgtk-java, though this dependency is not required for the underlying packages: indeed, manipulating gconf entries does not require any GUI. After a quick grep through the sources, I found out that libgconf-java uses gtk_java.h, which is distributed in libgtk-java; but the content of the file looks like a glib stuff. Would it be possible to move gtk_java.h to glib-java, renaming it to glib_java.h? (gtk_java.h would be then probably replaced by a compatibility stub.) And after that move, would it be possible to remove the dependency of libgconf-java on libgtk-java? (Yes, some examples require libgtk-java, but that should not matter.)
This is more or less underway. But if there is indeed no need for libgconf-java to depend on libgtk-java, then so be it. Remy, Sean, regarding this and also bug #350092, there's already a jg_ set of C files. Wouldn't glib_ be better for the ones in the common base library like Stepan suggests? [GConf is, of course, a GNOME dependency; /me wonders for the future whether or not it would depend on (or be subsumed by the "gnone" binding); see thread "Re-engineering (3a): Package names"] AfC
> Would it be possible to move gtk_java.h to glib-java, renaming it to > glib_java.h? > (gtk_java.h would be then probably replaced by a compatibility stub.) The physical move has happened already. But some duplicated code needs to be removed and renamed per bug #350092 as Andrew pointed out above. > And after that move, would it be possible to remove the dependency of > libgconf-java on libgtk-java? > (Yes, some examples require libgtk-java, but that should not matter.) Yes, bug #347254 has been opened for that purpose.
Keeping this open to remind us that the migration of glib code to glib-java is still incomplete, but re-targetting. {sigh}... after all this effort, wouldn't it be ironic if we decided to revert to a monolithic package structure in 4.0? AfC
And indeed we have. This bug now refers to an obsolete version of the library, so closing. ++ GConf work being undertake on the 'gconf' branch, http://research.operationaldynamics.com/bzr/java-gnome/hackers/andrew/gconf/ AfC