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 597696 - gsoc branch of pygobject depends on glib 2.22+
gsoc branch of pygobject depends on glib 2.22+
Status: RESOLVED WONTFIX
Product: pygobject
Classification: Bindings
Component: codegen
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Nobody's working on this now (help wanted and appreciated)
Python bindings maintainers
Depends on:
Blocks:
 
 
Reported: 2009-10-07 14:50 UTC by Zach Goldberg
Modified: 2009-11-09 22:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
update configure.ac for new glib version dependency (863 bytes, application/octet-stream)
2009-10-07 14:50 UTC, Zach Goldberg
  Details
This patch drops GLib 2.22 dependency and allows to use its symbols only if available (1.37 KB, patch)
2009-10-09 19:53 UTC, Daniel Espinosa
none Details | Review
This patch improves dropping GLib 2.22 dependency by avoiding modifications to configure.ac (1.39 KB, patch)
2009-10-09 21:24 UTC, Daniel Espinosa
none Details | Review

Description Zach Goldberg 2009-10-07 14:50:45 UTC
Created attachment 144963 [details]
update configure.ac for new glib version dependency

GSoC branch will not build without glib 2.22+.  Attached match modifies
configure for the dependency.
Comment 1 Simon van der Linden 2009-10-07 16:18:44 UTC
Zach, thanks for your bug report.

However, as PyGI is an optional build, I don't think we want the dependency on GLib >= 2.22 for the whole project.

In fact, I added a PKG_CHECK_MODULES line regarding this dependency further down in the configure.ac file, although it doesn't seem to work (since at that stage the GLib has already been checked).

If you have an idea about how to bump the required GLib version in case GObject-Introspection support is enabled, it'd be useful :-)
Comment 2 Daniel Espinosa 2009-10-09 19:08:07 UTC
I think that GObjectIntrospection must avoid the use of GLib 2.22 symbols or add directives to enable it when 2.22 is installed.
Comment 3 Daniel Espinosa 2009-10-09 19:53:58 UTC
Created attachment 145174 [details] [review]
This patch drops GLib 2.22 dependency and allows to use its symbols only if available

Dropping GLib 2.22 dependency will help to merge to master. On systems with 2.22.x versions, this patch allows to use its symbols.
Comment 4 Daniel Espinosa 2009-10-09 21:24:25 UTC
Created attachment 145182 [details] [review]
This patch improves dropping GLib 2.22 dependency by avoiding modifications to configure.ac
Comment 5 Simon van der Linden 2009-11-09 22:05:31 UTC
We recently decided to keep the GI module in a separate product.

The clunky dependency depending on whether GObject-Introspection is enable or not doesn't apply anymore.

I suggest to close this as WONTFIX and reopen a new bug if the dependency against GLib 2.22 is still an issue in PyGI.
Comment 6 Zach Goldberg 2009-11-09 22:07:56 UTC
Will check again vs PyGI