After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 660937 - [regression] build failure: No package 'gee-1.0' found
[regression] build failure: No package 'gee-1.0' found
Status: RESOLVED FIXED
Product: folks
Classification: Platform
Component: general
0.6.x
Other Linux
: Normal critical
: folks-0.6.4
Assigned To: folks-maint
folks-maint
Depends on:
Blocks:
 
 
Reported: 2011-10-04 22:30 UTC by David Ronis
Modified: 2011-10-13 17:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Ronis 2011-10-04 22:30:31 UTC
I'm trying to build 0.6.3.2 as part of a gnome-3.2.0 build.   Configure dies complaining about no package 'gee-1.0' found.  I've got libgee-0.7.1 installed which in turn installs a gee-0.8.pc file.

I believe that this is the most recent release of libgee.
Comment 1 Travis Reitter 2011-10-05 17:12:34 UTC
As I understand it:

* libgee 0.6.x is the stable series (and ships gee-1.0.pc)
* libgee 0.7.x is the unstable series (and ships gee-0.8.pc)
* libgee 0.8.x will be the next stable series (and ship gee-1.0.pc)

We've avoided porting to libgee 0.7.x since its API can break (and 0.6.0 is still the version used even in the Gnome 3.4 moduleset).

Maciej, could you please confirm or deny the assumptions above?
Comment 2 Maciej (Matthew) Piechotka 2011-10-05 18:37:13 UTC
(In reply to comment #1)
> As I understand it:
> 
> * libgee 0.6.x is the stable series (and ships gee-1.0.pc)
> * libgee 0.7.x is the unstable series (and ships gee-0.8.pc)
> * libgee 0.8.x will be the next stable series (and ship gee-1.0.pc)
> 
> We've avoided porting to libgee 0.7.x since its API can break (and 0.6.0 is
> still the version used even in the Gnome 3.4 moduleset).
> 

Thanks for pointing it out (bug 661010)

> Maciej, could you please confirm or deny the assumptions above?

This is exactly the current plan and our version numbering. While I'll try to avoid many API breakage I would like to break it further in at least 3 points (namely splitting sorted map and sorted set into 2 interfaces each and mirroring interface from Iterator to MapIterator). Also I might add one method to Map if I implement possibility of implementing Set based on Map which seems to be a good move.

From what I remember folks usage of libgee if bug #640330 will be successfully resolved the porting will be as easy as removing instances of Iterator.first method (and optionally overloading 2 recommended method). However currently it requires adding a bunch of ugly overloads. I hope that once it will be solved it would be possible to use single #if in folks.
Comment 3 Travis Reitter 2011-10-06 16:12:53 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > As I understand it:
> > 
> > * libgee 0.6.x is the stable series (and ships gee-1.0.pc)
> > * libgee 0.7.x is the unstable series (and ships gee-0.8.pc)
> > * libgee 0.8.x will be the next stable series (and ship gee-1.0.pc)
> > 
> > We've avoided porting to libgee 0.7.x since its API can break (and 0.6.0 is
> > still the version used even in the Gnome 3.4 moduleset).
> > 
> 
> Thanks for pointing it out (bug 661010)
> 
> > Maciej, could you please confirm or deny the assumptions above?
> 
> This is exactly the current plan and our version numbering. While I'll try to
> avoid many API breakage I would like to break it further in at least 3 points
> (namely splitting sorted map and sorted set into 2 interfaces each and
> mirroring interface from Iterator to MapIterator). Also I might add one method
> to Map if I implement possibility of implementing Set based on Map which seems
> to be a good move.
> 
> From what I remember folks usage of libgee if bug #640330 will be successfully
> resolved the porting will be as easy as removing instances of Iterator.first
> method (and optionally overloading 2 recommended method). However currently it
> requires adding a bunch of ugly overloads. I hope that once it will be solved
> it would be possible to use single #if in folks.

Great. I've opened bug #661102 to deal with the port when it's worthwhile.

To solve this bug, we'll clarify the versioning requirements in our configure script.

David, please install libgee 0.6.2.1 to resolve your problem in the meantime.
Comment 4 Travis Reitter 2011-10-11 21:35:10 UTC
Also should be fixed (comment #3) for 0.6.4.
Comment 5 Travis Reitter 2011-10-13 17:52:00 UTC
Merged:

commit 284c205428a3d827814433a7d5668524aeac734f
Author: Travis Reitter <travis.reitter@collabora.co.uk>
Date:   Thu Oct 13 10:48:51 2011 -0700

    Clarify in configure output that we require 0.6 <= gee <= 0.8.
    
    Closes: bgo#660937 - [regression] build failure: No package 'gee-1.0' found

 NEWS         |    1 +
 configure.ac |   13 ++++++++++++-
 2 files changed, 13 insertions(+), 1 deletions(-)