J Stowers wrote:
From what I understand, pygobject can only provide GTK3 and pygtk can
only provide GTK2.
pygtk.py (what gets executed above) lives in pygobject. This, for
historical reasons lived there to help easy the pain of the pygtk-1 -
pygtk-2 transition. This is why you see
-ir-compiler --includedir=. Atk-1.0.gir -o Atk-1.0.typelib
Am I supposed to run g-ir-compiler on similar ${package}.gir's of the other
packages?
I will give that a try but again if you or someone can say how this is supposed
to be done
I would appreciate.
Cheers, John Lumby
John Lumby wrote:
Thanks again John - yes, it is certainly related to the typelibs.
On this custom system, the girepository-1.0 directory does not have a typelib
for gtk.
It has just these typelibs:
Atk-1.0
xrandr-1.3
xlib-2.0
xft-2.0
xfixes-4.0
libxml2-2.0
freetype2-2.0
R Park wrote:
From what I understand, pygobject can only provide GTK3 and pygtk can
only provide GTK2. So if your code includes 'import pygtk' then that
is by definition gtk2 you are using, and if instead you have 'from
gi.repository import Gtk' then that can only be Gtk3.
Many thanks.
R Park wrote:
On Sun, Mar 13, 2011 at 4:39 PM, John Lumby wrote:
Is it posible today, using some combination of python and pygtk-family
packages
Not with PyGTK. It is the intention of the maintainers that PyGTK dies
a slow, gentle death alongside GTK2. The future of GTK3 is available
J Lumby wrote
My attempts to run my test app against GTK3 all fail with import errors, no
doubt
because I have built and installed things myself, and I find it difficult
to know what
is going on.
Further to that - I have discovered this line in the current
pygobject/Makefile.am
but would prefer to have
some idea what I am looking for.
Cheers, John Lumby
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://faq.pygtk.org/
. If not, will
it be?
CheersJohn Lumby
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://faq.pygtk.org/
are a bit out of date, they will be updated
then that's fine, if someone can state that.
CheersJohn Lumby
some package versions (up to date Fedora 14 )
python-devel-2.7-8.fc14.1.i686
dbus-python-0.83.0-7.fc14.i686
python-libs