python-gtkextra-devel Mailing List for GtkExtra Python Language Bindings

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Bugs item #3368113, was opened at 2011-07-15 19:09
Message generated for change (Tracker Item Submitted) made by trmac
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=3368113&group_id=35371

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Miloslav Trmac (trmac)
Assigned to: Nobody/Anonymous (nobody)
Summary: [PATCH] Fix build with recent gtk+extra versions

Initial Comment:
Recent gtk+extra versions have changed one type macro from GTK_TYPE_ITEM_ENTRY to G_TYPE_ITEM_ENTRY.  The attached patch modifies python-gtkextra to be able to handle both variants.

Note that simply replacing GTK_TYPE_ITEM_ENTRY by G_TYPE_ITEM_ENTRY in the type definition file doesn't work: the pygobject2 "compiler" assumes that it can get a macro for casting by removing _TYPE_, i.e. G_ITEM_ENTRY() - but gtk+extra has not renamed the casting macro.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=3368113&group_id=35371



Bugs item #3172768, was opened at 2011-02-04 16:31
Message generated for change (Tracker Item Submitted) made by trmac
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=3172768&group_id=35371

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Miloslav Trmac (trmac)
Assigned to: Nobody/Anonymous (nobody)
Summary: [patch] Partial port from PyCObject to PyCapsule

Initial Comment:
Per http://docs.python.org/c-api/cobject.html , PyCObject is deprecated.  The attached patch ports one of the uses to PyCapsule.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=3172768&group_id=35371



Bugs item #2805069, was opened at 2009-06-11 22:37
Message generated for change (Tracker Item Submitted) made by trmac
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=2805069&group_id=35371

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Miloslav Trmac (trmac)
Assigned to: Nobody/Anonymous (nobody)
Summary: [PATCH] Fix build with recent install(1)

Initial Comment:
Recent install(1) reports an error when the same file is copied to the same destination directory in a single invocation, e.g.
    install gtkextra.defs gtkextra.defs destination_directory/

The attached patch removes duplicate entries from defs_DATA to avoid this problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=2805069&group_id=35371



Bugs item #1941665, was opened at 2008-04-14 03:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=1941665&group_id=35371

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Miloslav Trmac (trmac)
Assigned to: Nobody/Anonymous (nobody)
Summary: [PATCH] Partially update for recent software releases

Initial Comment:
Hello,
the attached patch "updates" python-gtkextra to build and work with current software releases (python-2.5, pygtk-2.12).

Some parts were fixed or updated, others only removed because I didn't need them.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=1941665&group_id=35371



Bugs item #1941652, was opened at 2008-04-14 03:08
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=1941652&group_id=35371

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Miloslav Trmac (trmac)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unclear license

Initial Comment:
The license of python-gtkextra is not quite clear:

* The included python-gtkextra.spec uses
  "Copyright: LGPL"
  (which versions?)
* gtkextra.override, the only source file with a non-FSF 
  copyright notice, specifies LGPL >= 2.1
* COPYING contains GPLv2.

Can you clarify the license, please?  A new release that contains the correct license file/copyright notices would be great, although perhaps not necessary.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=1941652&group_id=35371



Bugs item #1581965, was opened at 2006-10-21 13:18
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=1581965&group_id=35371

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Plot widgets
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Examples not working

Initial Comment:
In the latest version, the examples do not start up
properly; here is a script that fixes some of them.

>From Mathieu de Naurois <den...@in...>

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=1581965&group_id=35371



Bugs item #1159089, was opened at 2005-03-08 15:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=1159089&group_id=35371

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Philipp Gortan (mephinet)
Assigned to: Nobody/Anonymous (nobody)
Summary: configure warns about arrayobject.h

Initial Comment:
he, when trying to build python-gtkextra from cvs, i
get the following:

i'm using python2.4 and gtk+extra from cvs built for
gtk2 on gentoo

checking for a BSD-compatible install...
/usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output...
/usr/bin/sed
checking for egrep... grep -E
checking for ld used by gcc...
/usr/i686-pc-linux-gnu/bin/ld
checking if the linker (/usr/i686-pc-linux-gnu/bin/ld)
is GNU ld... yes
checking for /usr/i686-pc-linux-gnu/bin/ld option to
reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77
compiler... no
checking whether  accepts -g... no
checking the maximum length of command line
arguments... 32768
checking command to parse /usr/bin/nm -B output from
gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking for correct ltmain.sh version... yes
checking if gcc static flag  works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs...
immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++...
/usr/i686-pc-linux-gnu/bin/ld
checking if the linker (/usr/i686-pc-linux-gnu/bin/ld)
is GNU ld... yes
checking whether the g++ linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared
libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared
libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs...
immediate
checking whether stripping libraries is possible... yes
appending configuration tag "F77" to libtool
checking for python... /usr/bin/python
checking for python version... 2.4
checking for python platform... linux2
checking for python script directory...
${prefix}/lib/python2.4/site-packages
checking for python extension module directory...
${exec_prefix}/lib/python2.4/site-packages
checking for python >= 2.2... okay
checking for headers required to compile python
extensions... found
checking for pkg-config... /usr/bin/pkg-config
checking for GTK+ - version >= 2.0.0... yes (version 2.6.2)
checking for gtkextra-2.0 >= 1.1.0... yes
checking GTKEXTRA_CFLAGS... -DXTHREADS -D_REENTRANT
-DXUSE_MTSAFE_API -I/usr/local/include/gtkextra-2.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/X11R6/include -I/usr/include/atk-1.0
-I/usr/include/pango-1.0 -I/usr/include/freetype2
-I/usr/include/freetype2/config
checking GTKEXTRA_LIBS... -Wl,--export-dynamic
-L/usr/local/lib -lgtkextra-x11-2.0 -lgtk-x11-2.0
-lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm
-lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0
-lgmodule-2.0 -ldl -lglib-2.0
checking for pygtk-2.0 >= 1.99.8... yes
checking PYGTK_CFLAGS... -I/usr/include/pygtk-2.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
checking PYGTK_LIBS... -lgobject-2.0 -lglib-2.0
checking PYGTK_DEFSDIR... /usr/share/pygtk/2.0/defs
checking arrayobject.h usability... no
checking arrayobject.h presence... yes
configure: WARNING: arrayobject.h: present but cannot
be compiled
configure: WARNING: arrayobject.h:     check for
missing prerequisite headers?
configure: WARNING: arrayobject.h: see the Autoconf
documentation
configure: WARNING: arrayobject.h:     section "Present
But Cannot Be Compiled"
configure: WARNING: arrayobject.h: proceeding with the
preprocessor's result
configure: WARNING: arrayobject.h: in the future, the
compiler will take precedence
configure: WARNING:     ##
-------------------------------------------------------------
##
configure: WARNING:     ## Report this to
http://sourceforge.net/tracker/?group_id=35371 ##
configure: WARNING:     ##
-------------------------------------------------------------
##
checking for arrayobject.h... yes


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=414148&aid=1159089&group_id=35371



Dear list,


I am trying to build python-gtkextra on an Apple iBook with MacOS 10.3. 
After installing the following gtk-extra packages (using fink)

  i   gtk+extra17      0.99.17-11   Useful set of widgets for creating 
GUI's u...
  i   gtk+extra17-...  0.99.17-11   Useful set of widgets for creating 
GUI's u...


Unfortunately, my try to configure the python bindings ran into this 
error:

[...]
checking for python... /sw/bin/python
checking for  version... 2.3
checking for  platform... darwin
checking for  script directory... ${prefix}/lib/python2.3/site-packages
checking for  extension module directory... 
${exec_prefix}/lib/python2.3/site-packages
checking for python >= 2.2... okay
checking for headers required to compile python extensions... found
checking for pkg-config... /sw/bin/pkg-config
checking for GTK+ - version >= 2.0.0... yes (version 2.2.4)
checking for gtkextra-2.0 >= 1.1.0... Package gtkextra-2.0 was not 
found in the pkg-config search path.
Perhaps you should add the directory containing `gtkextra-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gtkextra-2.0' found

configure: error: Library requirements (gtkextra-2.0 >= 1.1.0) not met; 
consider adjusting the PKG_CONFIG_PATH environment variable if your 
libraries are in a nonstandard prefix so pkg-config can find them.


I also tried to locate 'gtkextra' but apparently it does not exist on 
my hard drive. I am little bit puzzled about the difference in the 
package names (gtk+extra vs. gtkextra) does it have to be like this? 
Does anyone know, what I did wrong?

Any help will be apreceated.

- harold fellermann -


--
What is mind? -- Doesn't matter.
What is matter? -- Never mind!
--

	




The python wrappers for gtkextra you are trying to compile are for gtk2
and gtkextra2. The precompiled gtk+extra package downloaded and installed
is for gtk version 1.

Get gtkextra2 from its cvs repository and install that first. It sometimes
requires tweaking to get it to work straight out of cvs. If you do not
succeed, I can provide a tarball that is known to work.

Toby

> Dear list,
>
>
> I am trying to build python-gtkextra on an Apple iBook with MacOS 10.3.
> After installing the following gtk-extra packages (using fink)
>
>   i   gtk+extra17      0.99.17-11   Useful set of widgets for creating
> GUI's u...
>   i   gtk+extra17-...  0.99.17-11   Useful set of widgets for creating
> GUI's u...
>
>
> Unfortunately, my try to configure the python bindings ran into this
> error:
>
> [...]
> checking for python... /sw/bin/python
> checking for  version... 2.3
> checking for  platform... darwin
> checking for  script directory... ${prefix}/lib/python2.3/site-packages
> checking for  extension module directory...
> ${exec_prefix}/lib/python2.3/site-packages
> checking for python >= 2.2... okay
> checking for headers required to compile python extensions... found
> checking for pkg-config... /sw/bin/pkg-config
> checking for GTK+ - version >= 2.0.0... yes (version 2.2.4)
> checking for gtkextra-2.0 >= 1.1.0... Package gtkextra-2.0 was not
> found in the pkg-config search path.
> Perhaps you should add the directory containing `gtkextra-2.0.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'gtkextra-2.0' found
>
> configure: error: Library requirements (gtkextra-2.0 >= 1.1.0) not met;
> consider adjusting the PKG_CONFIG_PATH environment variable if your
> libraries are in a nonstandard prefix so pkg-config can find them.
>
>
> I also tried to locate 'gtkextra' but apparently it does not exist on
> my hard drive. I am little bit puzzled about the difference in the
> package names (gtk+extra vs. gtkextra) does it have to be like this?
> Does anyone know, what I did wrong?
>
> Any help will be apreceated.
>
> - harold fellermann -
>
>
> --
> What is mind? -- Doesn't matter.
> What is matter? -- Never mind!
> --
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
>  Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Python-gtkextra-devel mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-gtkextra-devel






Dear list,


I am trying to build python-gtkextra on an Apple iBook with MacOS 10.3. 
After installing the following gtk-extra packages (using fink)

  i   gtk+extra17      0.99.17-11   Useful set of widgets for creating 
GUI's u...
  i   gtk+extra17-...  0.99.17-11   Useful set of widgets for creating 
GUI's u...


Unfortunately, my try to configure the python bindings ran into this 
error:

[...]
checking for python... /sw/bin/python
checking for  version... 2.3
checking for  platform... darwin
checking for  script directory... ${prefix}/lib/python2.3/site-packages
checking for  extension module directory... 
${exec_prefix}/lib/python2.3/site-packages
checking for python >= 2.2... okay
checking for headers required to compile python extensions... found
checking for pkg-config... /sw/bin/pkg-config
checking for GTK+ - version >= 2.0.0... yes (version 2.2.4)
checking for gtkextra-2.0 >= 1.1.0... Package gtkextra-2.0 was not 
found in the pkg-config search path.
Perhaps you should add the directory containing `gtkextra-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gtkextra-2.0' found

configure: error: Library requirements (gtkextra-2.0 >= 1.1.0) not met; 
consider adjusting the PKG_CONFIG_PATH environment variable if your 
libraries are in a nonstandard prefix so pkg-config can find them.


I also tried to locate 'gtkextra' but apparently it does not exist on 
my hard drive. I am little bit puzzled about the difference in the 
package names (gtk+extra vs. gtkextra) does it have to be like this? 
Does anyone know, what I did wrong?

Any help will be apreceated.

- harold fellermann -


--
What is mind? -- Doesn't matter.
What is matter? -- Never mind!
--




> You must checkout the newer code from cvs to get the newer bindings for
> pygtk2 and gtkextra2.

Grabbed it..  Does the new version not support setup.py build/install
anymore?

> Toby

Tim N.




The tarballs python-gtkextra-0.22.tar.gz and python-gtkextra-0.21.tar.gz
do not work with pygtk2 or gtkextra2.

You must checkout the newer code from cvs to get the newer bindings for
pygtk2 and gtkextra2.

Something like this might work:

>cvs -d:pserver:ano...@cv...:/cvsroot/python-gtkextra login
>cvs -z3 -d:pserver:ano...@cv...:/cvsroot/python-gtkextra
co python-gtkextra2
>cd python-gtkextra2
>./autogen.sh
>make
>make install

I'll try to get a released tarball put up on sf.net within 24 hours so you
don't have to fool with cvs.

Toby





>
> Hi,  I'm trying to build GtkExtra python bindings,  I downloaded
> the latest release (not from CVS) and am attempting to build
> and I get errors such as:
>
> gtkextra/gtkiconlistitem-type.c:177: `PyGdkWindow_Type' undeclared
>
> I cant find any such definitions in any of the headers in the
> directories that are referenced.  I'm using python 2.3 and pygtk 2.0. Is
> this some sort of version mismatch?  Are these files generated
> from some spec file (swig?)?  If so, is it just a matter of regenerating
> the appropriate files?
>
> Please CC me in any replies.
> Tim N.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Python-gtkextra-devel mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-gtkextra-devel






Hi,  I'm trying to build GtkExtra python bindings,  I downloaded
the latest release (not from CVS) and am attempting to build
and I get errors such as:

gtkextra/gtkiconlistitem-type.c:177: `PyGdkWindow_Type' undeclared

I cant find any such definitions in any of the headers in the
directories that are referenced.  I'm using python 2.3 and pygtk 2.0.
Is this some sort of version mismatch?  Are these files generated
from some spec file (swig?)?  If so, is it just a matter of regenerating
the appropriate files?

Please CC me in any replies.
Tim N.



Hello,

The python-gtkextra2 wrappers for gtkextra-2 are still being developed and will
be reasonably maintained. We are busy porting/improving a fairly large code base
from gtk-1.2, pygtk1, gtkextra1, and python-gtkextra1. As that progresses,
python-gtkextra2 will progress. As you have seen, most things work well enough
to be very useful.  Many "advanced" details are not quite right yet.

As per bug fixes, they are welcome. I also encourage anyone with the technical
skills and time to advance the wrappers to do so.  Those patches will also be
accepted if "OK". Prior discussions would probably be advised to prevent
unnecessary or duplicate work. What is in cvs HEAD is it. There is nothing else
that I know of.

Adrian, the gtkextra coder/maintainer, has been especially good in accepting
patches that enable the python wrappers or fix simple bugs I've discovered in
wrapping the library. I think what is in its cvs HEAD is mostly it also.

I have been accumlating some desired gtkextra-2 changes in cvs HEAD of
python-gtkextra2. I doubt those affect anyone unless they are writing wrappers.


Thanks,

Toby D. Reeves


Quoting James Amundson <amu...@fn...>:

> Hi,
> 
> I'm exploring using gtkextra-2 and python-gtkextra2 for a project. The
> cvs HEAD versions of both are working reasonably well for me. There
> hasn't been much mailing-list discussion of either in quite a while,
> however.
> 
> I have already fixed a couple of bugs. I'm happy to continue fixing bugs
> as I go along, but I'd like to know that I am not just rediscovering
> bugs that have already been fixed, but not committed to cvs. I'd also
> like to be able to forward these fixes to the maintainers.
> 
> Is anyone else actively working on these modules?
> 
> --Jim Amundson
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Python-gtkextra-devel mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-gtkextra-devel
> 




Hi,

I'm exploring using gtkextra-2 and python-gtkextra2 for a project. The
cvs HEAD versions of both are working reasonably well for me. There
hasn't been much mailing-list discussion of either in quite a while,
however.

I have already fixed a couple of bugs. I'm happy to continue fixing bugs
as I go along, but I'd like to know that I am not just rediscovering
bugs that have already been fixed, but not committed to cvs. I'd also
like to be able to forward these fixes to the maintainers.

Is anyone else actively working on these modules?

--Jim Amundson




Hi, has anyone built this on win32 and vc++?  I didn't see a makefile. 
 I have started to try to build it but I am running into some problems 
with gtkextra plot functions that appear to be missing .... so I had to 
hack a bunch of stuff out of the python bindings to even have a chance.

Cheers,

Paul




Folks,

I just checked in the initial (and very rough) python wrapper code for a
slightly patched version gtkextra-2 from here:

cvs -z3 -d :pserver:ano...@cv...:/cvsroot/gtkextra co
gtkextra-2

The patch is attached.  Hopefully gtkextra's author will entertain the changes
sometime.  I built and installed its rpms.

There is something funny going on with linking to the gtkextra library. Might be
libtool differences. I'm sure it can be figure out.  Until someone does, for
hacking you use the script "test.sh" to launch a test of the binding.

Instead of branching the python-gtkextra tree, I made a new top level module
(directory) called python-gtkextra2.

On Red Hat 7.3

cd /your-cvs-directory/python-gtkextra2
source setup-rh73.sh
./autogen.sh
make
cd examples
./test.sh testcharsel.py


Thats the only example I ported over to PyGtk2. Of course the bindings are not
finished yet either....  Need to edit gtkextra.defs and add correct "field
entries" for each object definition.  Then write any accessor or override
function in gtkextra.override.

Should not be to hard to get it mostly working.  The Gtk 2.0 and PyGtk2 authors
have put a lot of work into making it easy to write language bindings if the
"rules" are followed.  So far the GtkExtra2 code seams OK.


Toby



Toby D. Reeves wrote:
>>Also,I'm trying to build PyGtk2 (from CVS) and 'configure' complains 
>>that it can't find gtkgl-2.0.  Can you tell me where you find the source 
>>for this package?
>>
> 
> 
> gtkgl should be optional. Are you working on RH 7.3 or Solaris.  I had no 
> problem on RH 7.3.

I'm using RH 7.3.  You are right, gtkgl is optional.

I had to install lots of <package>-devel RPMs to obtain the necessary 
libraries and header files to build gnome-python.  It seemed like a very 
labor intensive process.  I had to make extensive use of rpmfind.net to 
find the necessary RPMs, and then find what dependencies I was missing.
Some of this pain is unavoidable, based on the nature of RPMs and the 
tools that manipulate them.

However,  is there a README file that explains which RPMs are required 
to build PyGtk2?  If not, who would I contribute this information to? 
I'd hate to think that everyone has to figure out all by themselves, the 
hard way!


-- 
Joe VanAndel  	
National Center for Atmospheric Research
http://www.atd.ucar.edu/~vanandel/
Internet: van...@uc...




> Also,I'm trying to build PyGtk2 (from CVS) and 'configure' complains 
> that it can't find gtkgl-2.0.  Can you tell me where you find the source 
> for this package?
> 

gtkgl should be optional. Are you working on RH 7.3 or Solaris.  I had no 
problem on RH 7.3.

It can be found at:
http://cvs.gnome.org/bonsai/rview.cgi?cvsroot=/cvs/gnome&dir=gtkglarea

In addtion, I suppose all this communication should go to the list from now on.

Toby



If anyone (all six of you) out there cares. 

----- Forwarded message from Joe Van Andel <van...@at...> -----
    Date: Tue, 09 Jul 2002 13:12:45 -0600
    From: Joe Van Andel <van...@at...>
Reply-To: van...@uc...
 Subject: Re: Python bindings for GtkExtra
      To: "Toby D. Reeves" <to...@so...>

Toby D. Reeves wrote:
> Quoting Joe Van Andel <van...@at...>:
>
>>Do you have any knowledge about how the 'xxx.defs' files are processed
>>to produce interface files?
>>
>
>
> You use the script /usr/share/pygtk/2.0/codegen/codegen.py.
Thanks, this is helpful.

>
> I have been setting up a new tree based on the PyGtk2 code and latest 
automake,
> libtool, autoconf in RH 7.3. I just got the first interface files generated.
> The files are not clean enough to check into cvs yet but probably will be 
with a
> few more hours of work tommorrow.  Generating the code was pretty easy 
thanks to
> the codegen tools.

OK, this is good news.

>
> I suspect most of the real effort will be writing what the codegen code calls
> overrides and handlers.  It might be possible to base those functions on 
what is
> currently in Release_0_22.

Is there any documentation for codegen, beyond reading the source code?
I didn't see anything beyond codegen/README.defs, which lacks any
introduction.


Also,I'm trying to build PyGtk2 (from CVS) and 'configure' complains
that it can't find gtkgl-2.0.  Can you tell me where you find the source
for this package?

Thanks, I appreciate your help!

--
Joe VanAndel  	
National Center for Atmospheric Research
http://www.atd.ucar.edu/~vanandel/
Internet: van...@uc...

----- End forwarded message -----




Joe,

I just this morning checked out and compiled gtkextra-2 from sf.net.

I tagged the head of python-gtkextra with Release_0_22.


The code generation stuff sits in codegen directory in pygtk source tree. I
wrote the original h2def.py script that generates def files. On Red Hat 7.3
these are installed in /usr/share/pygtk/2.0/codegen from the RPM
pygtk2-devel-1.99.8-7.


I have not followed PyGtk2 development in depth for quite some time.  I am today
plundering through the 1.99.8 code base.

If the code generation matured as was hoped early in the PyGtk2 development
cycle, it should be quite easy to wrap the new gtkextra-2. On the other hand.....

Toby


-

Quoting Joe Van Andel <van...@at...>:

> Now that gtkextra works with Gtk2 (at least the CVS version), I'm 
> interested in working with other developers to port python-gtkextra to 
> gtkextra-2 and Gtk2.
> 
> Is anyone else already working on this conversion?
> 
> Any ideas on how much effort is involved or the best way to get started?
> 
> In particular, what tools read the 'defs' files to generate interface code?
> 
> -- 
> Joe VanAndel  	
> National Center for Atmospheric Research
> http://www.atd.ucar.edu/~vanandel/
> Internet: van...@uc...
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Stuff, things, and much much more.
> http://thinkgeek.com/sf
> _______________________________________________
> Python-gtkextra-devel mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-gtkextra-devel
> 




Now that gtkextra works with Gtk2 (at least the CVS version), I'm 
interested in working with other developers to port python-gtkextra to 
gtkextra-2 and Gtk2.

Is anyone else already working on this conversion?

Any ideas on how much effort is involved or the best way to get started?

In particular, what tools read the 'defs' files to generate interface code?

-- 
Joe VanAndel  	
National Center for Atmospheric Research
http://www.atd.ucar.edu/~vanandel/
Internet: van...@uc...




Bugs item #516009, was opened at 2002-02-11 09:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=414148&aid=516009&group_id=35371

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Charles G Waldman (cgw)
Assigned to: Nobody/Anonymous (nobody)
Summary: setup.py should pick up gtkextra-config

Initial Comment:
I had to apply the following patch to get the CVS version
to build:

Index: setup.py
===================================================================
RCS file:
/cvsroot/python-gtkextra/python-gtkextra/setup.py,v
retrieving revision 1.2
diff -u -r1.2 setup.py

--- setup.py	3 Jan 2002 22:44:04 -0000	1.2
+++ setup.py	11 Feb 2002 17:41:29 -0000
@@ -25,8 +25,8 @@
     list.append(args)
     return list
 
-gtk_cflags = commands.getoutput("gtk-config --cflags")
-gtk_libs = commands.getoutput("gtk-config --libs")
+gtk_cflags = commands.getoutput("gtkextra-config
--cflags") + " " + commands.getoutput("gtk-config
--cflags")
+gtk_libs = commands.getoutput("gtkextra-config
--libs") + " " + commands.getoutput("gtk-config --libs")
 
 (include_dirs, extra_compile_args) =
filteropt(gtk_cflags, "I")
 (library_dirs, libraries, extra_link_args) =
filteropt(gtk_libs, "Ll")


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=414148&aid=516009&group_id=35371



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Adrian Feiguin writes:

>  I didn't know of any commercial program using the python bindings.

I'm not talking about commercial software.  I'm talking about people
who use free software in their proprietary commercial, academic or
whatever software.  Instead of complaining about the slow progress of
development these people ought to support free software by releasing
their software under a free software licence or by contributing to
other free software projects.  Or, for example, by writing the Python
wrapper for GtkPlotDT :-)

I'll try to release a new version of the Python bindings as soon as
possible.  The problem is that I have a job and that I have to learn
for the exams in February.

- -- 
Bye
Andreas

"Military intelligence is a contradiction in terms." (Groucho Marx)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard <http://www.gnupg.org/>

iEYEARECAAYFAjxOutgACgkQPv9zsxLCHcqBZwCgqY5tHnKuAy3FBblGL+hnGAhr
XSsAoL6yTb/NW3+8NSqe695GyY2CkdXF
=W6Wc
-----END PGP SIGNATURE-----




2001	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (1)	Dec
2002	Jan (10)	Feb (1)	Mar	Apr	May	Jun	Jul (7)	Aug	Sep	Oct	Nov	Dec
2003	Jan	Feb	Mar (2)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2004	Jan	Feb	Mar (3)	Apr	May (3)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2005	Jan	Feb	Mar (1)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2006	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (1)	Nov	Dec
2008	Jan	Feb	Mar	Apr (2)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2009	Jan	Feb	Mar	Apr	May	Jun (1)	Jul	Aug	Sep	Oct	Nov	Dec
2011	Jan	Feb (1)	Mar	Apr	May	Jun	Jul (2)	Aug	Sep	Oct	Nov	Dec

python-gtkextra-devel Mailing List for GtkExtra Python Language Bindings

python-gtkextra-devel — Discussion of development topics.