net-im/telepathy-haze Build fail

[David Southwell]

> 28.07.2010 22:05, David Southwell пишет:
> >> 28.07.2010 21:57, Ruslan Mahmatkhanov пишет:
> >>> 28.07.2010 21:00, David Southwell пишет:
> >>>> Hi
> >>>> 
> >>>> This is a python error. Is anyone sufficiently familiar with python to
> >>>> take a
> >>>> look at tools/glib-signals-marshall-gen.py.
> >>>> Is all the code in that script strict enough for python 3.
> >>>> 
> >>>> David
> >>>> 
> >>>> config.status: executing depfiles commands
> >>>> config.status: executing libtool commands
> >>>> ===>  Building for telepathy-haze-0.3.6
> >>>> gmake all-recursive
> >>>> gmake[1]: Entering directory
> >>>> `/usr/ports/net-im/telepathy-haze/work/telepathy-
> >>>> haze-0.3.6'
> >>>> Making all in tools
> >>>> gmake[2]: Entering directory
> >>>> `/usr/ports/net-im/telepathy-haze/work/telepathy-
> >>>> haze-0.3.6/tools'
> >>>> gmake[2]: Nothing to be done for `all'.
> >>>> gmake[2]: Leaving directory
> >>>> `/usr/ports/net-im/telepathy-haze/work/telepathy-
> >>>> haze-0.3.6/tools'
> >>>> Making all in extensions
> >>>> gmake[2]: Entering directory
> >>>> `/usr/ports/net-im/telepathy-haze/work/telepathy-
> >>>> haze-0.3.6/extensions'
> >>>> xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \
> >>>> all.xml>  _gen/all.xml
> >>>> /usr/local/bin/python ../tools/glib-signals-marshal-gen.py
> >>>> _gen/all.xml> _gen/signals-marshal.list
> >>>> File "../tools/glib-signals-marshal-gen.py", line 49
> >>>> print 'VOID:' + ','.join(rhs)
> >>>> ^
> >>>> SyntaxError: invalid syntax
> >>> 
> >>> As in gnome-terminal case you can patch it yourself like this:
> >>> print('VOID:' + ','.join(rhs))
> >>> 
> >>> instead
> >>> 
> >>> print 'VOID:' + ','.join(rhs)
> >>> 
> >>> but as i stated in my previous message, the wrong way is to use
> >>> python26 as your primary python version.
> >> 
> >> the right way, i mean, or the wrong way is not to use python26 :)
> > 
> > Here is an extract from my pkgdb from which you can see python26 is
> > installed on the system. If the port needs 26 surely should it not call
> > for it as a dependency rather than failiung because python31-3.1.2_1 is
> > present??
> > 
> > David
> > 
> > dns1# pkg_info |grep python
> > python25-2.5.5_1    An interpreted object-oriented programming language
> > python26-2.6.5_1    An interpreted object-oriented programming language
> > python31-3.1.2_1    An interpreted object-oriented programming language
> 
> And what your `python -V` tells?
python 3.1.2

Ok How do we deal with this?
Some apps need 3.1.2 -- 
So maybe the ports using python should check for the environment and if 
necessary  force its own environment at build time with an appropriate setenv 
call?? Is this not the correct procedure according to the porters handbook?

David





Photographic Artist
Permanent Installations & Design
Creative Imagery and Advanced Digital Techniques
High Dynamic Range Photography & Official Portraiture
Combined darkroom & digital creations
& Systems Adminstrator for the vizion2000.net network