It works for me Christoph, thank you very much!.
About Lucid, I tryed without exit xD. I've downloaded python 2.5.5 from Python
website (http://www.python.org/download/releases/2.5.5/) and build it:
1 - configure
2 - make
3 - sudo make altinstall
The bin folder is /usr/bin/python2.5.5/bin. So, I supose that I can do like you
changing paths:
sudo update-alternatives --install /usr/bin/python python /usr/bin/python2.6 10
sudo update-alternatives --install /usr/bin/python python
/usr/bin/python2.5.5/bin/python 20
I run python on a terminal and version appears 2.5.5, however, I run
VenueServer3.py and terminal shows the next message:
"Import Error: No module named twisted.internet"
VenueClient3.py shows "ImportError: no module named agversion"
So I suppose that this steps fails and AccessGrid doen't take the Python 2.5.5
modules.
I'll make more tests.
Regards and Thanks again!
El dia 18 may 2010 15:46, Christoph Willing <c.will...@uq.edu.au> escribió:
On 18/05/2010, at 10:44 PM, Christoph Willing wrote:
On 18/05/2010, at 7:12 AM, Jesus Cea Oliva wrote:
Thanks Christoph again for your responses, that, always helps ;).
It's possible install python 2.5 on newer Linux distributions and do
something for Access Grid "take" the python 2.5 modules? We have a server with
Ubuntu Karmic and reinstall the system is not possible due to there are many
programs installed for others purposes.
Although 2.6 is the default python on karmic, the official Ubuntu repos
have versions 2.4 and 2.5 available too (even 3.1 actually). They can be
installed at the same time. Applications can then call any of them explicitly
e.g. application script could start with #!/ usr/bin/python2.6 or
#!/usr/bin/python2.5 etc. Another mechanism to choose between them is to add
python to the "alternatives" framework and then select the version you want to
be the default using "update- alternatives".
So I think the answer is yes - you may be able to run python 2.5 on your
server alongside 2.6. The AccessGrid applications all begin with
#!/usr/bin/python so they should use whichever python is set as the default
with update-alternatives.
I just tried this myself on a karmic system which already has python2.6 -
first install python2.5 using apt-get or synaptic etc.
Then add both versions to the alternatives framework:
sudo update-alternatives --install /usr/bin/python python /usr/
bin/python2.5 20
sudo update-alternatives --install /usr/bin/python python /usr/
bin/python2.6 10
Because 2.5 was given a higher priority (20 compared with 10) python2.5 will
now be the default.
Now run a VenueServer and VenueClient - the data upload works perfectly.
Just to confirm 2.6 bad behaviour, run:
sudo update-alternatives --configure python
and select python2.6 to be the new default. Now run a new VenueServer and
VenueClient - the data upload is broken.
Unfortunately Lucid seems to have only pythons 2.6 and 3.1 so can't do the
same comparison there.
chris
To protect the other services your server is providing, you would want to
check that those services are able to run OK in the different python
environment.
Thanks again for your help about differenciate rolles, I'll try as
soon as possible :).
It's possible to "work" with the Server? I would like to have a DB
(sqlite?) for manage Tests (tests, students, etc) and it should be on the
Server due to concurrency issues. So, the shared application should send the
data to the server and, then, it insert this data (or manipulate) to the DB.
There is a sqlite3 module for python so your idea would probably work OK.
See:
http://docs.python.org/library/sqlite3.html
chris
El dia 17 may 2010 13:10, Christoph Willing <c.will...@uq.edu.au>
escribió:
On 17/05/2010, at 6:41 AM, Jesus Cea Oliva wrote:
Hi list!
Firstly, any news about file uploading and sent/recive events? :P. I
have a virtual machine with Fedora 10 and there works all fine, so, I'm working
with this machine now.
The fact that Fedora 10 uses python2.5 (and works correctly) supports
someone's idea that this is problem is related to the python version being
used; so far, all known non-working cases use python2.6.
Well, we are doing some Shared Applications for our project, like a
PDF Viewer or, now, I'm developing an application for create evaluation tests
and, later, do them.
I need to differenciate two "roles" for my applications: the
"creator", I mean, the participant that "invokes" a Shared Application; and the
"viewer" or something like this, I mean, the participant that receive the
invitation of a Shared Application. (sorry for the roles name xD)
I would like to show differents windows for this roles. For example,
on the evaluation tests designer; the application shows to the creator (a
teacher, for example) a form to design a evaluation test. However, if the
participant is the "viewer" (a student, for example), the application shows a
evaluation test designed.
On others Shared application, I would like to differenciate this
roles. It this possible?. How?
I suggest you have a look at AccessGrid/AppMonitor.py - it shows how
to join a Shared App., obtain its state and then its description. This
description seems to include the name of whoever started the app - as is shown
if you right click->Open Monitor on any shared app. In your applications, if
your own profile's name matches that of the app's creator then you would
consider yourself the teacher, otherwise a student.
chris
Christoph Willing +61 7 3365 8316
QCIF Access Grid Manager
University of Queensland
Christoph Willing +61 7 3365 8316
QCIF Access Grid Manager
University of Queensland
Christoph Willing +61 7 3365 8316
QCIF Access Grid Manager
University of Queensland
