Re: Debian Python policy Upgrade Path (draft/proposal) [0.3.3]

2001-10-23 Thread Anthony Towns
On Tue, Oct 23, 2001 at 01:33:29AM +0200, Matthias Klose wrote: 3.1. Version Independant Programs - Programs that can run with any version of Python must start with `#!/usr/bin/env python'. They must also specify a dependency on `python-base'.

Re: Debian Python policy Upgrade Path (draft/proposal) [0.3.3]

2001-10-22 Thread Neil Schemenauer
Matthias Klose wrote: - Recommend /usr/bin/env python over /usr/bin/python Again I must express my opposition to this idea. Using /usr/bin/env totally breaks dependencies. There's no way that I'm going to let Debian policy dictate what I can have in my path. Neil

Re: Debian Python policy Upgrade Path (draft/proposal)

2001-10-21 Thread Donovan Baarda
On Sun, Oct 21, 2001 at 10:27:54AM +1300, Carey Evans wrote: Matthias Klose [EMAIL PROTECTED] writes: [...] exactly. But you see that these packages will break when you try to upgrade. We can't make 2.1 the default right now, because we will _silently_ break packages. Before python can

Re: Debian Python policy Upgrade Path (draft/proposal)

2001-10-21 Thread Carey Evans
Donovan Baarda [EMAIL PROTECTED] writes: Good point... I'd forgotten about that. This means we might as well go strait to python2.1 as the default, but make sure that the python2.1-xxx packages have versioned conflicts with all the packages that depend on just python or python-base and

Re: Debian Python policy Upgrade Path (draft/proposal)

2001-10-21 Thread Matthias Klose
Carey Evans writes: Matthias Klose [EMAIL PROTECTED] writes: [...] 2.4. Dependencies - Packaged modules must depend on `python-base ( X.Y)' and `python-base ( X2.Y2)'. (= X.Y), right? Shouldn't this explain just what X2.Y2 is? I assume it's

Re: Debian Python policy Upgrade Path (draft/proposal)

2001-10-21 Thread Matthias Klose
Donovan Baarda writes: On Sun, Oct 21, 2001 at 10:27:54AM +1300, Carey Evans wrote: Matthias Klose [EMAIL PROTECTED] writes: [...] exactly. But you see that these packages will break when you try to upgrade. We can't make 2.1 the default right now, because we will _silently_

Re: Debian Python policy Upgrade Path (draft/proposal)

2001-10-21 Thread Matthias Klose
Carey Evans writes: Donovan Baarda [EMAIL PROTECTED] writes: Good point... I'd forgotten about that. This means we might as well go strait to python2.1 as the default, but make sure that the python2.1-xxx packages have versioned conflicts with all the packages that depend on just python

Re: Debian Python policy Upgrade Path (draft/proposal)

2001-10-21 Thread Matthias Klose
Donovan Baarda writes: Good point... I'd forgotten about that. This means we might as well go strait to python2.1 as the default, but make sure that the python2.1-xxx packages have versioned conflicts with all the packages that depend on just python or python-base and install into

Re: Debian Python policy Upgrade Path (draft/proposal)

2001-10-20 Thread Carey Evans
Matthias Klose [EMAIL PROTECTED] writes: [...] exactly. But you see that these packages will break when you try to upgrade. We can't make 2.1 the default right now, because we will _silently_ break packages. Before python can point to python2.1, we will have to fix all packages which depend

Re: Debian Python policy Upgrade Path (draft/proposal)

2001-10-19 Thread Carey Evans
Matthias Klose [EMAIL PROTECTED] writes: [...] 2.4. Dependencies - Packaged modules must depend on `python-base ( X.Y)' and `python-base ( X2.Y2)'. (= X.Y), right? Shouldn't this explain just what X2.Y2 is? I assume it's actually X.Y+1, i.e. =1.5 and 1.6, =2.1

Debian Python policy Upgrade Path (draft/proposal)

2001-10-18 Thread Matthias Klose
[Please CC me on replies] I made a new version of the Debian Python Policy, based on Neil's Python Policy (0.1), the new Python packages in unstable and Donovan's comments on the upgrade procedure. It's appended and available from http://ftp-master.debian.org/~doko/ (including the sgml source).

Re: Debian Python policy Upgrade Path (draft/proposal)

2001-10-18 Thread Neil Schemenauer
Matthias Klose wrote: At any given time, the package `python-base' should represent the current stable upstream version of Python. XXX: Should we have an exception for the case, when a new upstream version is released during a Debian freeze? It should probably be reworded