Hi List,
Am trying to have python2.4 runtime only on Debian Sid, The Debian's default Python version is currently v2.3. Does anyone know a __nice__ way of doing this without having to resort installing Debian default Python2.3 dependency package.
Cheers
--arky
--- Rakesh 'arky' Ambati rakesh_ambati@yahoo.com wrote:
Hi List,
Am trying to have python2.4 runtime only on Debian Sid, The Debian's default Python version is currently v2.3.
Well, this is my current method. Perhaps someone may come up with a better one.
(Cleaned up old python all old run-times & keep only 2.4) $ apt-get install python2.4
(create the default symbolic link ) $ ln -s /usr/bin/python2.4 /usr/bin/python
(checking default python version) $ python -V Python 2.4.2
(build dummy equivs package)
$ equivs-control python
(edit the python control file)
$ cat python Section: misc Priority: optional Standards-Version: 3.5.10
Package: python Version: 2.3.5-5-1 Maintainer: Arky arky@gnu.org.in Architecture: all Description: Arky's Dummy equivs package for python
(build package) $ equivs-build python
(install the dummy package) $ dpkg -i python_2.3.5-5-1_all.deb
Please kindly correct and suggest better solution.
Cheers
--arky
On 08:41, Wed 08 Feb 06, Rakesh 'arky' Ambati wrote:
Am trying to have python2.4 runtime only on Debian Sid, The Debian's default Python version is currently v2.3. Does anyone know a __nice__ way of doing this without having to resort installing Debian default Python2.3 dependency package.
Well - since you're asking this question, I guess Sid does not have a native python2.4 package and you don't want to use the current stable or testing or unstable distributions.
Or is it that certain packages on Sid specify python2.3 as a dependency and so you need to maintain both python2.3 *and* python2.4 on your machine and you don't like that? In that case you can try making a dummy package that "provides" python2.3. This will ensure that any package that checks for python2.3 dependency sees it and installs just fine - while it actually uses the python2.4 runtime.
Abhas.
Hi Abhas,
--- Abhas Abhinav abhas@deeproot.co.in wrote:
Or is it that certain packages on Sid specify python2.3 as a dependency and so you need to maintain both python2.3 *and* python2.4 on your machine and you don't like that?
Yes, Being a minimalist and not being a python lover I better stick with one run-time only. There is 'Python2.4' native package available in Debian Sid but most of the packages (podracer,alsa-utils,python-apt) that require python environment depends on package 'python' which depends on python2.3.
$ apt-cache show python
Package: python Version: 2.3.5-5 Depends: python2.3 (>= 2.3.5-1) Description: An interactive high-level object-oriented language (default version) Python, the high-level, interactive object oriented language, includes an extensive class library with lots of goodies for network programming, system administration, sounds and graphics. . This package is a dependency package, which depends on Debian's default Python version (currently v2.3).
In that case you can try making a dummy package that "provides" python2.3. This will ensure that any package that checks for python2.3 dependency sees it and installs just fine - while it actually uses the python2.4 runtime.
As the others packages like (podracer,alsa-utils,python-apt) depends on 'python' I made a dummy of that one. (Discussed in detail here http://bangalore.gnu.org.in/cgi-bin/ezmlm-browse?list=fsug-bangalore&cmd... )
$ apt-cache show python
Package: python Status: hold ok installed Priority: standard Section: python Installed-Size: 36 Maintainer: Arky arky@gnu.org.in Architecture: all Version: 2.3.5-5-1 Description: Arky's Dummy equivs package for python
Thanks Abhas for providing your valuable insights, its my belief that your GNU/Linux distro should give you enough freedom to be snob ;o) . And that's the reason am using Debian.
Cheers
On 06:50, Thu 09 Feb 06, Rakesh 'arky' Ambati wrote:
Yes, Being a minimalist and not being a python lover I better stick with one run-time only. There is
Well - in cases like these I really don't care. There is enough disk space for another package and I'm really indifferent to stuff like this.
If I really need to be specific, I compile stuff from source... Like e17. The latest CVS checkout really rocks!
As the others packages like (podracer,alsa-utils,python-apt) depends on 'python' I made a dummy of that one. (Discussed in detail here http://bangalore.gnu.org.in/cgi-bin/ezmlm-browse?list=fsug-bangalore&cmd... )
Ya - I saw that much later on... Did not know about equivs myself.
When I need to make some quick and nice Debian packages I use 'epm' (Easy Package Manager) from ESP (the makers of CUPS). In fact, epm will lets you make packages for multiple distributions, if you want.
Have a great day ahead - everyone... -Abhas.