On Tue, 2004-04-06 at 00:34, Andrew P. Lentvorski, Jr. wrote:
> configure is a real pain to deal with on non-Linux systems, and setup.py
> is the "official" method for installing extensions on Python.
>
> I presume there is a good technical reason why setup.py is not the
> preferred method. What
On Mon, 5 Apr 2004, Johan Dahlin wrote:
> No, the prefered way to build pygtk is still by using the configure
> scripts. The distutils/setup.py methods is mainly there as a convinience
> method for win32 users.
configure is a real pain to deal with on non-Linux systems, and setup.py
is the "offic
I'm returning to GTK and PyGTK after an absence of a couple years.
Unfortunately, my work platform has since morphed into Solaris/Intel (not a
real mainstream environment). I am currently running
* Python from CVS
* glib 2.2.0
* atk 1.2.4
* pango 1.2.5
* gtk 2.2.4
* pygtk
mån 2004-04-05 klockan 20.54 skrev Jon Nelson:
> What is the preferred means of building PyGTK?
> I see both a setup.py and a ./configure
> The included specfile and documentation (INSTALL) reference the
> ./configure method, but I thought that this way was deprecated.
No, the prefered way to buil
What is the preferred means of building PyGTK?
I see both a setup.py and a ./configure
The included specfile and documentation (INSTALL) reference the
./configure method, but I thought that this way was deprecated.
--
"Never try to write to ROM - it wastes your time and annoys the ROM."
Jon Nels
> > >>> gtk.Entry()
> > __main__:1: DeprecationWarning: but we use it for a constructor for
> > convenience
>
> Does the warning blocs the object creation ?
No, but it makes the user thinks that the GtkEntry class is deprecated.
I removed it from CVS.
But I guess the proper fix is to rewrite th
On Mon, 2004-04-05 at 13:54, Johan Dahlin wrote:
> > >From the .defs file, it's not. What makes you think it is ?
>
> Perhaps the output you get when you're trying to create a gtk.Entry ?
> :-)
>
> >>> gtk.Entry()
> __main__:1: DeprecationWarning: but we use it for a constructor for
> convenience
I have a user to is trying unsuccessfully to build pygtk2 2.0 and
gnome-python 2.0 under RedHat 8.0 in order to run the latest version of
GRAMPS. Since I no longer have an RH8 machine, I am not able to assist
him.
Has anyone built RPM files for RH8 that I could send to this user?
Thanks.
Don
--
> >From the .defs file, it's not. What makes you think it is ?
Perhaps the output you get when you're trying to create a gtk.Entry ?
:-)
>>> gtk.Entry()
__main__:1: DeprecationWarning: but we use it for a constructor for
convenience
--
Johan Dahlin <[EMAIL PROTECTED]>
_
On Mon, 2004-04-05 at 16:23, Riccardo Galli wrote:
> On Tue, 30 Mar 2004 19:05:20 +0200
> Johan Dahlin <[EMAIL PROTECTED]> wrote:
>
> > I am pleased to announce version 2.3.90 of the Python bindings for GTK.
>
> 1)
> last bug I filed where yet existing.
> Now I was tryig to see which bugs has b
> last bug I filed where yet existing.
> Now I was tryig to see which bugs has been filed on pygtk 2.3.90, but I can't figure
> out how should I use the bugzilla query
> http://bugzilla.gnome.org/query.cgi
> everithink I ask resul in "zarro boogs found"
>
> I select pygtk as product, gtk or gener
On Tue, 30 Mar 2004 19:05:20 +0200
Johan Dahlin <[EMAIL PROTECTED]> wrote:
> I am pleased to announce version 2.3.90 of the Python bindings for GTK.
1)
last bug I filed where yet existing.
Now I was tryig to see which bugs has been filed on pygtk 2.3.90, but I can't figure
out how should I use
12 matches
Mail list logo