In debian recently change de default version of python from 2.5 to 2.6 but i need 2.5, how i can configure apache and/or wsgi script to say it use pythons2.5 and not python default?
You must install mod_wsgi package binary compiled against Python 2.5, or compile mod_wsgi from source code yourself against the Python 2.5 version. See notes about --with-python option in:
http://code.google.com/p/modwsgi/wiki/QuickInstallationGuide#Configuring_The_Source_Code
You'll need to recompile mod_wsgi against the appropriate version of Python.
Related
I am installing PostGIS on Ubuntu 13.04. I have installed GEOS 3.3.8. I have downloaded and opened postgis, and when I do ./configure it says that I need a GEOS >=3.1. Which I thought I had. I am running configure with --with-geos-config=/home/geos-3.3.8/(etc), pointing to the version of geos I just installed.
Why is it not finding the version I have?
To build/install PostGIS 2.1 on Ubuntu 13.04, try following these steps.
To build/install PostGIS 2.0, here are some similar steps. Note that for this version of PostGIS, packaged GEOS 3.3.3 from the main repo is sufficient.
While installing GEOS prerequisites for postGIS extension
please try make clean before executing make command
Check your geos version geos-config --version
hope it helps you.
Newbie programmer here: I have python 2.7 and 3.3 installed on my machine (windows 7).
Is selecting an interpreter the same thing as telling your computer which version of python you want to run?
Suppose I want to run scripts that use python 2.* conventions. Do I simply choose to use my python 2.7 interpreter and exclude the 3.3 interpreter?
I'm asking if this can be done instead of having to uninstall whatever version of python I want to ignore. Thanks
Yes. The interpreter interprets the Python code, so the Python 2 interpreter only interprets Python 2 code.
Since both versions provide python.exe, you will only be able to use the one that comes earlier in your system PATH variable. To get around that, I just make a copy of the python.exe file in the C:\Python27 folder and name it python2.exe. Do the same thing for Python 3, but rename it to python3.exe.
Now, you can run python2 script.py. Calling just python will execute the Python installation that came first in your PATH, so you can rearrange it to have a "default" Python version.
Note that you can have conflicts with your C:\PythonXX\Scripts folders, so make sure that you know which Python version is the default one.
I've compiled a C program under Ubuntu 12.04, built a Debian package out of it, and want to install it on a server running Debian Lenny.
Last time I did that (about two months ago) it worked: I could install the package and run the binary. But now I get the following error message:
(binary's name): /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by (binary's name))
Other than upgrading my machine to Ubuntu 12.4, the only significant change we've brought to the code is a call to strdup(), for which I had to enable the _POSIX_C_SOURCE=200809L feature test macro.
Upgrading the server to the latest Debian version is not my preferred option as it is not under my direct control.
How do I fix this problem?
I think the critical bit of info here is 'upgrading my machine'. So when this worked before, you were building and packaging on something earlier than 12.04? If so, then the issue is that 12.04 now ships with a newer version of libc (apparently 2.14), and your binary now records a dependency on that version of libc. When you try to run on Lenny, which likely uses an older version of libc, the linker detects that the Lenny version does not support the 2.14 API, and fails.
I think the best way forward is probably to do your development and testing on 12.04, and then when you want to create packages for a specific Debian release, use pbuilder or similar to create debs. This will ensure that the libraries used for the packaging build match the target platform.
I would like to install the php-intl extension for PHP on my Mac. I know the current PHP installation was installed with the OS (Mac OS X 10.6).
So I am wondering if I install the php5-intl package using Macports, will it install a second version of PHP (which I don't want), or will it upgrade my existing installation?
If I can't upgrade my current PHP installation that way, how can I proceed?
Installing the MacPorts php5-intl port will install PHP's intl extension for use with MacPorts php5, which it will also install; you'll also get MacPorts' copy of the apache2 server. MacPorts is designed to be self-contained; it's not designed to modify or integrate with any software components Apple provided with your OS. This is a good thing; Apple occasionally makes unexpectedly changes to their OS components which could break things installed by MacPorts.
If you want to give MacPorts apache2 and php5 a try, check out the MacPorts MAMP guide in the wiki.
Does Intellij Idea 8.1.x install and run on Mac OSX 10.6 (snow-leopard)?
Are there any special steps needed to get it to work?
Yes, we've verified that it works fine on the Snow Leopard. The new version of Java 1.6 fixes the known problems with menus and crashes which affected IDEA on the previous version after Java Update 4 (promised to be fixed in Java Update 5).
There is no JDK 1.5 on Snow Leopard, so IDEA will use JDK 1.6 despite of the settings in the Info.plist file.
If you'll have any problems, it's recommended to replace the Java application stub with the new version:
overwrite /IntelliJ IDEA.app/Contents/MacOS/idea with
/System/Library/Frameworks/JavaVM.framework/Resources/MacOS/JavaApplicationStub.
The new application stub will be bundled with the next IDEA builds. Note that with the old stub IDEA will run under 32-bit JVM, while with the new stub it will run under 64-bit JVM.