Currently, the shebang on top of bin/trytond and bin/tryton is
#!/usr/bin/env python
I propose to use
#!/usr/bin/env python2
instead, because trytond does not work with python3 and so raise an
exception if python3 is the default (like in archlinux). I checked on
ubuntu 10.04 and python2 exist, but I don't know if it's the same on
other distribution.
Cheers,
--
Bertrand Chenal
B2CK SPRL
Rue de Rotterdam, 4
4000 Liège
Belgium
Tel: +32 472 54 46 59
Email: bertran...@b2ck.com
Website: http://www.b2ck.com/
doesn't exist on upcomming debian squeeze.
greets
tobias
I personally feel this is the proper way to set the interpreter. And, for the record, a python2 symlink is not installed by either MacPorts python builds or Apple's distribution.
Raising an exception when invoked by Python 3 is certainly reasonable, though.
--phil
> --
> tryto...@googlegroups.com mailing list
Yes, you are right. It works when you install tryton{,d} with the setuptools.
--
Cédric Krier
B2CK SPRL
Rue de Rotterdam, 4
4000 Liège
Belgium
Tel: +32 472 54 46 59
Email/Jabber: cedric...@b2ck.com
Website: http://www.b2ck.com/
>Raising an exception when invoked by Python 3 is certainly reasonable, though.
I second that. But on the other side since psycopg, lxml and genshi
has been ported to python 3 (the genshi patches are waiting for their
inclusion on trunk though) I don't see major hurdles to port tryton
on python 3 but I might be wrong.
I think it is still a little bit too early.
We should wait that every major distributions got Python 3 and modules before
switching.
Because I think we can not manage to maintain 2 version of Tryton, so it will
be a one shot switch and we must be sure it will go without issue.
--
Cédric Krier
B2CK SPRL
Rue de Rotterdam, 4
4000 Liège
Belgium
Tel: +32 472 54 46 59
I am not sure about that.
If people want to run tryton under python 3 (either because they
compile all the necessary modules by themselves or because their
distribution has done this work for them) we should not prevent them
to do so (provided the amount of work is manageable of course).
Just a message "Yes tryton can run under python 3" seems enough for
me, after that it is the job of the distribution to make a choice
which version (or both if possible) to distribute.
But you can not have the same code running for Python 2 and Python 3 if I'm
right.
We don't force anybody to run on a specific Python version (except that we are
compatible with Python > 2.5).
Here is a post from Guido van Rossum about how to migrate from 2 to 3:
http://www.artima.com/weblogs/viewpost.jsp?thread=208549
So the first step is to go for Python 2.6, which means that we must fix this
issue [1].
After that we must fix Tryton to run without Py3k warnings.
And when we will got a 2t03 working convertion, we could release separate
packages for 2 and 3.
[1] http://bugs.tryton.org/roundup/issue1350