No, we didn't change it anywhere else. On the other hand, we didn't really test this very much, mostly because we are not creating new applications very often and are mostly working on already existing ones.
So Thomas' comments might be more complete. And the trick with putting python 2.4 in a separat directory and prepending this to PATH will work, at least if you don't need an earlier python version for other applications you start as the same user. Unfortunately, none of the existing Linux/Unix distributions deal well (or to be more precise deal at all) with the need for different software versions on the same machine. For that reason we are using our one SW-Installation-System (SEPP, see http://oss.oetiker.ch/op-sepp/, a fork of http://www.sepp.ee.ethz.ch/ which we developed on our previous job). More work than "apt-get install", but a lot more flexible, reproducable, managable, at least in an environment a bit more complex than "me, myself and my PC). Cheers, Fritz On Wed, 11 Mar 2009, Gene Amtower wrote: > Thanks, Fritz. > > That python script file is one of the 77 scripts that I found in my > search, and I think that gets copied to the new application folder upon > application creation. You didn't have to change any of the rest of the > Qooxdoo scripts, like create-application.py? > > Thanks, > > Gene > > On Wed, 2009-03-11 at 15:42 +0100, Fritz Zaucker wrote: > >> In our previous setup (which also had a python version <2.4) we had only >> changed >> >> component/skeleton/gui/generate.py.tmpl >> >> to call and additionally installed python2.4 binary explicitly. >> >> We didn't observe any problems with the build system. >> >> Cheers, >> Fritz >> >> On Wed, 11 Mar 2009, Gene Amtower wrote: >> >>> So far, I've been trying out Qooxdoo using one of my Suse-based servers, >>> which contains a fairly recent Python version. Today, I downloaded the >>> new 0.8.2 version and want to use it on my older Redhat FC3 Linux >>> desktop, but I found that this system only has Python 2.3.4 installed, >>> causing the Qooxdoo scripts to fail. So, I downloaded and installed the >>> Python 2.4 rpm to meet the Qooxdoo minimum requirements, but the system >>> uses the older Python by default. I can run the create-application.py >>> script by changing the python entry in the first line of the script >>> from: >>> >>> #!/usr/bin/env python >>> >>> to: >>> >>> #!/usr/bin/env python2.4 >>> >>> This causes the script to run under the new Python 2.4 version instead >>> of the default Python 2.3.4 that runs as "python". I found 77 python >>> scripts in the Qooxdoo download that would need to be updated >>> accordingly. >>> >>> So, I tried to uninstall the Python 2.3.4 via rpm, but it reports >>> dependencies in other parts of the Redhat installation. >>> >>> Does anyone know how I should properly handle this version conflict >>> without causing OS system problems? I could change all of the Python >>> scripts within the Qooxdoo framework to use Python 2.4, but I don't know >>> if that's the right way to solve the problem. If I force the uninstall >>> of the Python 2.3.4 version, will the Redhat system automatically use >>> the newer Python 2.4 that I've installed, or will I cause myself other >>> grief? >>> >>> If I edit all of the tool scripts to specify Python 2.4, are there other >>> "gotchas" within Qooxdoo that will cause me problems in the tool chain >>> because of the current default Python version? >>> >>> Thanks, >>> >>> Gene Amtower >>> PC Backup >>> >> > -- Oetiker+Partner AG tel: +41 62 775 9903 (direct) Fritz Zaucker +41 62 775 9900 (switch board) Aarweg 15 +41 79 675 0630 (mobile) CH-4600 Olten fax: +41 62 775 9905 Schweiz web: www.oetiker.ch ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
