Gracias por responder la pregunta.
Creo que pygtk son los binding de libgtk a el modulo gtk de python. Lo
que estoy buscando son los binding de glib para python. Esto es el
modulo gobject de python.
No soy un entendido, pero creo que esto es lo que estoy buscando.
saludos.
Thanks to re
On Fri, 2002-05-31 at 15:10, Uche Ogbuji wrote:
> On Fri, 2002-05-31 at 11:51, Laureano wrote:
> > Hola: Existe algun paquete en debian que agrege el modulo gobject en
> > python2.2 o python2.1. ¿Cual seria?.
> > Un saludo.
>
> No hablo español muy bien...
>
> E no se el modulo gobject. Que hace
On Fri, 2002-05-31 at 11:51, Laureano wrote:
> Hola: Existe algun paquete en debian que agrege el modulo gobject en
> python2.2 o python2.1. ¿Cual seria?.
> Un saludo.
No hablo español muy bien...
E no se el modulo gobject. Que hace? Tiene un Web page?
--
Uche Ogbuji
Hola: Existe algun paquete en debian que agrege el modulo gobject en
python2.2 o python2.1. ¿Cual seria?.
Un saludo.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
> Q2: python-jabber uses socket.ssl (libssl), should I
> put it in a section != main? python is in main.
>
ssl is fine in main now.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, May 31, 2002 at 09:59:18AM -0700, Sean 'Shaleh' Perry wrote:
> > making python-jabber2.{1,2} would let it, but is it the correct way?
> if you want to support multiple python versions, yes. You could also make a
> python-jabber package which depended on the newest python version you
> sup
Hi!
As I'm packaging a new version of the Yehia library (ucxx.sf.net), for
which I'm upstream, too, I encounter the following 'problem':
Yehia is (to a great extent) about presenting C++ interfaces to
scripting languages (such as Python, which is ATM the only working
scripting language supported
>
> making python-jabber2.{1,2} would let it, but is it the correct way?
>
if you want to support multiple python versions, yes. You could also make a
python-jabber package which depended on the newest python version you support.
That way a user can just use python-jabber and let the upgrades
I uploaded to
http://www.students.cs.unibo.it/~alfarano/debian/jabber/
a pre ftp-master-upload version of python-jabber.
Anyone interested in this package (or in python packages quality ;)
could test it?
It is a python 2.1 and 2.2 module set, no .so file.
I make a python-jabber only package. I d
Hm. Actually, the idea has been not to _force_ others use python, but to
allow those that don't like Perl for some reasons, do the stuff using
the tool they like. This could be made by providing the same
infrastructure for debian packages development as there is now, but
using some other language a
> As you may noticed ;), most of the Debian packages now use Perl in their
> build-time and install-time scripts.
I don't care about build-time but care about install-time.
> Why is this? Perhaps, we can make some version of python to be
> "default" (Just like we do now with 2.1), and make it a b
Matthias Klose <[EMAIL PROTECTED]> wrote:
> huh? potato was released with 1.5.2, woody with 2.1 as default,
> woody+1 probably with 2.4. So someone upgrading faces the features
Potato's Python version is not relevant for the discussion. Luca was
talking about tools to be written, so what is to be
12 matches
Mail list logo