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 540741 - Need to make pygobject GOption types public for gnome-python
Need to make pygobject GOption types public for gnome-python
Status: RESOLVED FIXED
Product: pygobject
Classification: Bindings
Component: general
Git master
Other Linux
: Normal normal
: ---
Assigned To: Nobody's working on this now (help wanted and appreciated)
Python bindings maintainers
Depends on:
Blocks: 507174
 
 
Reported: 2008-06-29 12:01 UTC by Gustavo Carneiro
Modified: 2009-04-18 21:11 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Gustavo Carneiro 2008-06-29 12:01:58 UTC 
+++ This bug was initially created as a clone of Bug #507174 +++

see GNOME Goal #1 at http://live.gnome.org/GnomeGoals/PoptGOption .

gnome-python seems to be one of the very last modules still using popt, it would be great to have some efforts to finally get rid of popt for GNOME 2.22.
(also see bug 136953 for some historical reference of popt in gnome-python.)
Comment 1 Paul Pogonyshev 2008-12-06 20:07:13 UTC 
Please see 'gtk.override' in PyGTK trunk:

import gio.File as PyGFile_Type for GFile

This imports a GIO type at runtime and only if GFile is defined (i.e. GLib is new enough), without having to expose it in '.h' files.  Can you use the same technique for gnome-python?
Comment 2 André Klapper 2009-01-25 19:41:21 UTC 
*ping* - this blocks bug 507174.
Comment 3 Paul Pogonyshev 2009-01-26 17:08:09 UTC 
Please read comment #1.  Can you use the same technique?
Comment 4 Gustavo Carneiro 2009-01-26 17:24:56 UTC 
(In reply to comment #1)
> Please see 'gtk.override' in PyGTK trunk:
> 
> import gio.File as PyGFile_Type for GFile
> 
> This imports a GIO type at runtime and only if GFile is defined (i.e. GLib is
> new enough), without having to expose it in '.h' files.  Can you use the same
> technique for gnome-python?
> 

I am not who wrote the gnome-python patch, but I don't think so.  Gtk can get away by treating GFile as a GObject, and getting the GFile from a PyGObject is easy (pyobj->obj).  However GOptionGroup and GOptionContext are not GObjects, and so there really isn't any generic base we can fall back to.
Comment 5 Paul Pogonyshev 2009-04-18 21:11:41 UTC 
As I see from changelog this was fixed on April 5.