Red Hat Bugzilla – Bug 247418
Merge with gnome-python2-gda
Last modified: 2007-11-30 17:12:09 EST
With the now merged core and extras, for F-8 we should consider folding
gnome-python2-gda back into gnome-python2-extras where it belongs :-)
I'd be happy to act as gnome-python2-extras co-maintainer if that can help.
-denis (gnome-python2-gda packager)
I'm all for the idea of merging it back in but I'm confused about the current
gnome-python2-gda package. The gnome-python2-extras package in Rawhide would
require libgda version 2.99.6 (according to its configure.ac). The Fedora
package, however, requires the compat-libgda package which only provides libgda
1.2.4. And I don't even see a libgda version in Fedora beyond 1.9.100.
What's going on here?
Well my understanding is that we're moving to libgda 3.0 for F-8. The current
version in CVS is 3.0.1. My other main motivation is to prepare for the upcoming
glom 1.6 stable tree that needs libgda 3 (and a whole bunch of deps including
gnome-python2-extras 2.14.x still requires libgda 1.2.x, currently provided by
What i would like to do is EOL compat-libgda completely and move everything to
libgda 3.0.x. This requires the following changes:
- move gnome-python2-extras to 2.19.1
- move glom to 1.5.2 (I own that)
- move libgdamm to 2.9.7 (I co-own that)
- gnumeric is already patched to support libgda 3 (CCing Hans)
- libgmomedb is already at 3.0 in CVS (Hans also owns that)
Did I miss any other deps ? Do you see any issues with moving
gnome-python2-extras to 2.19.1 ?
(In reply to comment #2)
> Well my understanding is that we're moving to libgda 3.0 for F-8. The current
> version in CVS is 3.0.1.
Correct, actually rawhide is already at libgda and libgnomedb 3.0.x
> - gnumeric is already patched to support libgda 3 (CCing Hans)
Correct, rawhide has a patched version of gnumeric which uses libgda3, according
to one reporter, with this version the gnumeric database access functions
actually work :)
> - libgmomedb is already at 3.0 in CVS (Hans also owns that)
Correct, and 3.0 is in rawhide too.
If you want I can push libgda libgnomedb 3.0.x + a matching gnumeric to F-7
I'd wait until we have a chance to test everything thoroughly.
gnome-python2-extras checks for libgda-3.0.pc, so in theory should just compile
fine with libgda-3.0, but I wouldn't be surprised if things needed a patch or
two to make glom work correctly...
I'm having problems with my Rawhide VMware VM (crashes the host kernel :-( ), so
i'm having trouble testing this at the moment...
Okay I have the gda stuff packaged into gnome-python2-extras-2.19.1-2.fc8.
I introduced two new subpackages:
gnome-python2-gda Contains the shared library
gnome-python2-gda-devel Contains the header and pkgconfig files
I also added:
Obsoletes: gnome-python2-gda <= 2.14.3-1
Obsoletes: gnome-python2-gda-devel <= 2.14.3-1
Looks good, the merge with the spec file from the gnome-python2-gda should have
This will cause temporary dependency breakage until I get libgdamm and glom
fixed, but i guess that's ok with rawhide.
gnome-python2-gda confirmed removed from F8.
Closing this. gnome-python2-gda has been merged back into gnome-python2-extras.