Re: [Python-Dev] Update to Python Documentation Website Request

2009-07-28 Thread David Lyon
On Wed, 29 Jul 2009 10:56:20 +1000, Nick Coghlan wrote: > The words "eggs" brings with it a whole lot more baggage than just the > sum of the technical parts in the language core that support them > (primarily distutils and zipimport). Well, in this case, (talking metaphorically) we have the abi

Re: [Python-Dev] Update to Python Documentation Website Request

2009-07-28 Thread Terry Reedy
Nick Coghlan wrote: David Lyon wrote: Your whole email whilst perphaps technically correct is terribly difficult for a software engineering person to follow. It made perfect sense to me. Like David, I found it a bit disjointed too. The words "eggs" brings with it a whole lot more baggage t

Re: [Python-Dev] Update to Python Documentation Website Request

2009-07-28 Thread Nick Coghlan
David Lyon wrote: > Your whole email whilst perphaps technically correct is terribly > difficult for a software engineering person to follow. It made perfect sense to me. The words "eggs" brings with it a whole lot more baggage than just the sum of the technical parts in the language core that su

Re: [Python-Dev] Update to Python Documentation Website Request

2009-07-28 Thread Paul Moore
2009/7/28 David Lyon : > ok - I get it. [...] > Your whole email whilst perphaps technically correct is terribly > difficult for a software engineering person to follow. OK, I'm sorry if my attempts to help you didn't do so. > Let me go away confused... don't ask me any more questions or > el

Re: [Python-Dev] Update to Python Documentation Website Request

2009-07-28 Thread David Lyon
On Tue, 28 Jul 2009 11:50:00 +0100, Paul Moore wrote: > egg_info data is in to allow "standard" (setup.py install and hence OS > package manager managed) packages to provide metadata in a > discoverable way. Using a format that is (reasonably) compatible with > setuptools is simply a matter of co-

Re: [Python-Dev] License for code extracted from a Python library?

2009-07-28 Thread Nick Coghlan
Rocky Bernstein wrote: > Can a MIT License be used for code extracted from Python's standard > library? Other comments or suggestions? The extracted code itself would stay under the PSF license since you don't have the rights to change the license on that. However, as the PSL itself is a very perm

[Python-Dev] License for code extracted from a Python library?

2009-07-28 Thread Rocky Bernstein
Hi - I'm not sure if this is the right place to ask this, but I don't know of a more appropriate place. Sometime around 2007 I first extracted a function that was in Python's Cmd class and used that. Since then, I have modified and generalized it a bit more and turned it into a Python egg called

Re: [Python-Dev] Py_TPFLAGS_HEAPTYPE too overloaded

2009-07-28 Thread Nick Coghlan
Nick Coghlan wrote: > One specific example I can think of is that object.__hash__ is special > cased in a few places due to the way its definition interacts with the > definition of comparison operations. Allowing changes to the contents of > object's tp_hash slot could lead to much weirdness when

Re: [Python-Dev] Py_TPFLAGS_HEAPTYPE too overloaded

2009-07-28 Thread Nick Coghlan
Greg Ewing wrote: > The only real concern would be if it were somehow possible to crash > the interpreter by modifying the type dict. I don't see how that > could happen -- but maybe someone else on python-dev knows more about > this? I believe a major part of the issue is that attempting to answe

Re: [Python-Dev] Update to Python Documentation Website Request

2009-07-28 Thread Paul Moore
2009/7/28 David Lyon : > On Tue, 28 Jul 2009 07:55:11 +0200, "Martin v. Löwis" > wrote: >> Yes, eggs have the same problem. That's one of the reasons they >> don't get integrated into Python. > > Yes but egg_info is included in python... > > and the egg is not > > Hence, what goes in and what

Re: [Python-Dev] Implementing File Modes

2009-07-28 Thread Gregory P. Smith
On Mon, Jul 27, 2009 at 5:32 PM, Glyph Lefkowitz wrote: > On Mon, Jul 27, 2009 at 3:04 PM, Paul Moore wrote: >> >> I like MRAB's idea of using a (non-standard) "e" flag to include >> stderr. So "r" reads from stdout, "re" reads from stdout+stderr. >> >> Anything more complicated probably should ju

Re: [Python-Dev] Update to Python Documentation Website Request

2009-07-28 Thread David Lyon
On Tue, 28 Jul 2009 07:55:11 +0200, "Martin v. Löwis" wrote: > Yes, eggs have the same problem. That's one of the reasons they > don't get integrated into Python. Yes but egg_info is included in python... and the egg is not Hence, what goes in and what doesn't isn't always that rational. I'