Re: when and why did python(-minimal) become essential?

2006-01-22 Thread Anthony Towns
On Sat, Jan 21, 2006 at 01:16:55PM -0800, Matt Zimmerman wrote: > I have said repeatedly that I am not expressing an opinion about what Debian > does with regard to python-minimal. The only reason I am participating in > this thread is to answer questions about what we did in Ubuntu and why, and >

Re: when and why did python(-minimal) become essential?

2006-01-19 Thread Anthony Towns
On Fri, Jan 20, 2006 at 12:16:55AM -0500, David Nusinow wrote: > > The difference between "installed" ("was installed initially") and > > "installed" ("is installed now"). The compromise we struck with upstream > > was that we would not give the user a system with a "broken" Python. If > > they c

Re: when and why did python(-minimal) become essential?

2006-01-19 Thread Anthony Towns
On Wed, Jan 18, 2006 at 09:56:59PM -0800, Matt Zimmerman wrote: > On Thu, Jan 19, 2006 at 12:12:07PM +1000, Anthony Towns wrote: > > * allowing us to easily use python (as well as C, C++ and perl) for > > programs > > in the base system > > * allowing us

Re: when and why did python(-minimal) become essential?

2006-01-18 Thread Anthony Towns
debian-python Cc'ed On Wed, Jan 18, 2006 at 07:02:32PM -0600, Joe Wreschnig wrote: > > This is something that Python upstream explicitly does not want; the only > > reason for creating python-minimal was so that it could be Essential: yes, > > not to support stripped-down Python installations. > S

Re: when and why did python(-minimal) become essential?

2006-01-16 Thread Anthony Towns
On Mon, Jan 16, 2006 at 09:45:29PM -0500, Eric Cooper wrote: > I saw today that the python-minimal package in unstable is tagged as > Essential (and currently pulls in python2.3). According to policy, > this is supposed to happen only after discussion on debian-devel and > consensus is reached, bu

Re: python 2.2 -> python 2.3 transition

2003-08-21 Thread Anthony Towns
On Thu, Aug 21, 2003 at 12:34:12PM +1000, Donovan Baarda wrote: > On Wed, 2003-08-20 at 15:49, Anthony Towns wrote: > > On Tue, Aug 19, 2003 at 11:44:22PM -0400, Derrick 'dman' Hudson wrote: > > > The negative effect for the users is that you can't upgrade p

Re: python 2.2 -> python 2.3 transition

2003-08-20 Thread Anthony Towns
ssue at > hand. Sure you can: $ sudo apt-get install python2.3 The dependency stuff merely notes that upgrading python without also upgrading wxgtk-python may break stuff. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak

Re: python 2.2 -> python 2.3 transition

2003-08-17 Thread Anthony Towns
keep expecting to see the same set of problems affect python. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail preferred. ``Is this some kind of psych test?

Re: work needed on the python2.1 -> 2.2 transition

2002-10-23 Thread Anthony Towns
27;t be an issue. > reportbug > priority problem, should be tagged as pending Huh? What's tagging it as "pending" meant to do? It's not a bug and should simply be closed, afaics. If anything, it should be reassigned to python2.2 or ftp.debian.org. Cheers, aj -- Anthony Towns

Re: Make python2.2 the python default

2002-08-23 Thread Anthony Towns
I hope so :-) Ha. Haha. Hahahahahaha. (You're going to have to get _everything_ that has a "python-" all in sync, including everything it depends on, with no RC bugs all at the same time, and keep it that way for a week... Well, it's not quite that bad, but it's close) Cheer

Re: Move to python 2.2 as default release?

2002-08-14 Thread Anthony Towns
ave before we decide to stop making any changes. In short: you get to decide what sarge-as-stable will look like *now*. If you choose not to do that, you probably won't get to make a decision. If your want your fallback position to be "python 2.2 as default", then you need to ge

Re: Python versions and bytecode

2002-03-06 Thread Anthony Towns
e " after every default python upgrade. Uh, no, you don't have this option. This is only okay if you're distributing a script that's fully expected to work without changes in future versions of python. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azur

Re: The Python Registrar

2002-02-24 Thread Anthony Towns
h? Aren't these things only called after the package is installed (or while it's installing)? In which case, the joker's non-official python package has already had it's postinst run as root, and the joker already has complete control of your machine. Cheers, aj -- Anthony To

packages stopping python-base from being removed

2001-12-26 Thread Anthony Towns
Hi guys, For no apparent reason, python conflicts with the current versions of python-pyqt and sip. Why is this? Can someone please fix it (either by removing the conflicts from python, or NMU'ing python-pyqt and sip)? Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure

Re: Removal of python1.5?

2001-12-11 Thread Anthony Towns
les having RC bugs. I'm looking into it as time permits. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail preferred. "Security here. Yes, maam. Yes. Groucho glasses. Yes, we&#x

Re: Removal of python1.5?

2001-12-10 Thread Anthony Towns
On Mon, Dec 10, 2001 at 07:22:36AM +0100, Matthias Klose wrote: > Anthony Towns writes: > > python1.5's still useful to users, isn't it, especially ones with > > important python programs > that was the precondition for the removal. Currently there are xtalk > and

Re: Removal of python1.5?

2001-12-09 Thread Anthony Towns
rtant python programs they don't want to port to 2.1 just yet? Dropping python1.5 doesn't seem a particularly clever thing to do. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail pref

Packages that still need to be updated to new python policy

2001-11-25 Thread Anthony Towns
. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail preferred. "Security here. Yes, maam. Yes. Groucho glasses. Yes, we're on it. C'mon, guys. Somebody gave an aardvark a nose-

Re: Bug#118916: wajig: should depend on python, not python-base

2001-11-11 Thread Anthony Towns
, at which point they could have: python_2.2.3-1.deb python2.1_2.1.1-4.deb python2.2_2.2.3-1.deb python-foo.deb bar.deb all installed. But since python-foo provided python version 2.1 modules (and depends upon python2.1), the script will no

Re: Naming standalone module/program

2001-10-31 Thread Anthony Towns
ll break). Either Depend: on "python, plucker" (with versions as appropriate) and use #!/usr/bin/python (or /usr/bin/env python) or Depend: on "pythonX.Y, pluckerX.Y" and use #!/usr/bin/pythonX.Y. The latter is probably not a useful thing to do in general. Cheers, aj -- Anthony T

Re: Updated python-happydoc to policy

2001-10-29 Thread Anthony Towns
On Mon, Oct 29, 2001 at 02:46:19PM +0100, Bastian Kleineidam wrote: > Anthony Towns wrote: > > Uh, yes, they are equivalent. > Ah, yes, given that the Python-Policy only allows one default > Python interpreter, not more than one. Given that dpkg allows only one package cal

Re: Updated python-happydoc to policy

2001-10-29 Thread Anthony Towns
e lintian error, but this is a dpkg/apt/whatever bug, not a > Python-Policy bug. dpkg, apt, testing, etc, all work fine with depends of that form. It's used by apache modules extensively, eg. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>

Re: lintian and new python policy

2001-10-29 Thread Anthony Towns
ends: python (>= 2.1), python (<< 2.2) This is a lintian bug. It's not bothering to notice that one's a less-than and the other's a greater-than. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyon

Re: (2nd try) Final draft of Python Policy (hopefully ;-)

2001-10-28 Thread Anthony Towns
rries for them yet. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail preferred. "Security here. Yes, maam. Yes. Groucho glasses. Yes, we're on it. C'mon, guys. Somebod

Re: What should we do now?

2001-10-23 Thread Anthony Towns
python2.0-ldap Depends: python2.0 if you wanted to maintain python-ldap in a way that makes it easier to keep older versions in the archive (as compared to python-apt, which would need to be repackaged more carefully). That's how I thought Matthias' last proposal wou

Re: What should we do now?

2001-10-23 Thread Anthony Towns
second. Admins who need an old version of python can cope with changing the top line in the few scripts where it matters from /usr/bin/env python to /usr/bin/pythonX.Y. Python hackers trying to keep up with the van Rossums ought to be able to manage to use the "altinstall" target without bre

Re: What should we do now?

2001-10-23 Thread Anthony Towns
nice, but having the main version be simple to handle and robust seems a lot more important. (Saying "Hey, Debian's Python is 2.1.1! But you can't install 1.5 in /usr/local without taking some care" is way better than saying "Debian's Python is 1.5! Yeah, we know that

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

2001-10-23 Thread Anthony Towns
B-D on pythonX.Y-dev instead of python-dev? If they break in the future, they'll just stop building correctly and obviously need source changes anyway, no? Much like the various problems we have when gcc stops supporting some random way of coding that used to work. I presume the Depends: for

Re: What should we do now?

2001-10-23 Thread Anthony Towns
On Tue, Oct 23, 2001 at 01:31:50AM -0400, David M. Cooke wrote: > At some point, Anthony Towns wrote: > > Again, _why_ does this matter? Who does this? Is it even remotely common? > > That people would even consider installing another version of python in > > /usr/local su

Re: What should we do now?

2001-10-22 Thread Anthony Towns
On Mon, Oct 22, 2001 at 08:32:33AM -0700, Neil Schemenauer wrote: > Anthony Towns wrote: > > On Mon, Oct 22, 2001 at 10:13:17AM +0200, Gregor Hoffleit wrote: > > > Say, you would install 2.1.2 in /usr/local. > > How about we just say "Don't install other ve

Re: What should we do now?

2001-10-22 Thread Anthony Towns
scripts invoking "#!/usr/bin/env python", and having "the appropriate" dependencies? And again, this isn't an exercise in formal specification, it's more important to get something that's effective, useful and easily implemented right now than something that's

Re: Python packages in incoming

2001-10-17 Thread Anthony Towns
On Tue, Oct 16, 2001 at 11:39:06PM +0200, Matthias Klose wrote: > Anthony Towns writes: > > ] python-2.1_2.1.1 > > ] python_2.1.1 (depends on python-2.1) (does "ln /usr/bin/python{2.1,}") > > ] python-2.1-_ (depends on python-2.1) > > ] python-_ (depen

Re: Python upgrade path (draft/proposal)

2001-10-17 Thread Anthony Towns
onably consistent and workable. Anyway, I think those made sense to me, so I'll happily shut up now. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail preferred. "Security here. Ye

Re: Python packages in incoming

2001-10-16 Thread Anthony Towns
ally support people running two different versions of python on the one machine or not, afaics, you either get one or the other (or you make it hard for people to refer to the packages at all, like Depends: python | python2 | python21 | python30 | ...; Provides: would stop you from being able to use dep

Re: [Draft] Debian Python Policy 0.2

2001-10-12 Thread Anthony Towns
On Wed, Oct 10, 2001 at 10:28:58AM -0700, Neil Schemenauer wrote: > Anthony Towns wrote: > > Hrm. That doesn't seem to make sense. For example, Python 2.1 supports > > the Python 2.0 API completely, and Python 2.2 supports the Python 2.1 > > API completely too, doesn&#

Re: [Draft] Debian Python Policy 0.2

2001-10-10 Thread Anthony Towns
problems as far as porting (oh no! everything python related must be rebuilt right now!) or the unstable->testing process is concerned. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mai

Re: Status report on python2 transition

2001-07-13 Thread Anthony Towns
o that python needs to be in basically its final form (no new packages etc) and free of RC bugs by the end of next month. (It's in standard now, thanks to reportbug) Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save my

Re: Python 2.0.1; transition plans for woody

2001-06-25 Thread Anthony Towns
ting or unstable systems; and if you can get everything rewritten/rebuilt relatively quickly, I'd say it's worth doing. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail preferred. ``_An

Re: Proposal: Reorganizing Python for Python2 (and fixes for the previous proposal)

2001-01-15 Thread Anthony Towns
2 features, though, would just need to declare a dependency on "python (>> 2.0-1)" or "python-2", though, which is nice and easy. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak fo

Re: Proposal: Reorganizing Python for Python2 (and fixes for the previous proposal)

2001-01-10 Thread Anthony Towns
y on /usr/bin/python actually being python 2 if you do this. Cheers, aj -- Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail preferred. ``Thanks to all avid pokers out there'' -- linux.conf.au, 17-20 January 2001