net-im/telepathy-haze Build fail
in [Ports]
|
From: David Southwell on 28 Jul 2010 14:13 > On Jul 28, 2010, at 10:00 AM, David Southwell wrote: > > 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. > > No, that script contains syntax that doesn't work with Python 3: > > File "../tools/glib-signals-marshal-gen.py", line 49 > > > > print 'VOID:' + ','.join(rhs) > > > > ^ > > > > SyntaxError: invalid syntax > > See: > > > http://docs.python.org/release/3.0.1/whatsnew/3.0.html#print-is-a-function > > This one change alone is so fundamental that you should assume that almost > no python-2 code will run under python-3 without changes.... > > Regards, In that case should the port not call for 26? 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 failing because python31-3.1.2_1 is present?? David dns1# pkg_info |grep python ap22-mod_python-3.3.1_3 Apache module that embeds the Python interpreter within the boost-python-libs-1.43.0 Framework for interfacing Python and C++ libopensync-plugin-python-devel-0.36_2 Python plugin for the OpenSync framework py25-kdebindings-krosspython-4.4.5 Kross Python scripting library py26-dnspython-1.8.0 A DNS toolkit for Python py26-gtksourceview-2.10.1 A python bindings for the version 2 of the GtkSourceView li py26-notify-0.1.1_7 A python bindings for libnotify py26-telepathy-python-0.15.17 Python bindings for the Telepathy framework py26-xdg-0.19 A python library to access freedesktop.org standards 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 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 _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Ruslan Mahmatkhanov on 28 Jul 2010 14:12 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? -- Regards, Ruslan _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Chuck Swiger on 28 Jul 2010 14:17 On Jul 28, 2010, at 11:13 AM, David Southwell wrote: > In that case should the port not call for 26? > > 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 failing because python31-3.1.2_1 is present?? You'd have to discuss that with <gnome(a)FreeBSD.org>. However, you would certainly save time if you kept /usr/local/bin/python as a link to python2.6 instead of to python-3.x. Regards, -- -Chuck _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: David Southwell on 28 Jul 2010 14:26 > 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 _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: David Southwell on 28 Jul 2010 14:28
> On Jul 28, 2010, at 11:13 AM, David Southwell wrote: > > In that case should the port not call for 26? > > > > 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 failing because python31-3.1.2_1 is > > present?? > > You'd have to discuss that with <gnome(a)FreeBSD.org>. However, you would > certainly save time if you kept /usr/local/bin/python as a link to > python2.6 instead of to python-3.x. > > Regards, I believe the porters handbook recomends that ports should set the appropriate python environment at build time to prevent this problem occuring. 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 _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org" |