2009/6/30 Guido van Rossum :
> On Tue, Jun 30, 2009 at 5:32 AM, Nick Coghlan wrote:
>> Martin v. Löwis wrote:
If no one objects, I'd like to push PEP 376 in the "accepted" status
and go ahead with its implementation,
with continuous feedback at Distutils-SIG as we did to build it.
>>
Kevin Teague wrote:
On Jun 30, 2009, at 4:46 PM, Tarek Ziadé wrote:
On Tue, Jun 30, 2009 at 10:06 PM, Scott David
Daniels wrote:
Tarek Ziadé wrote:
On Tue, Jun 30, 2009 at 8:37 PM, Paul Moore wrote:
[1] I'd actually like it if the PEP defined an uninstall command -
something like "python -m d
On Jun 30, 2009, at 4:46 PM, Tarek Ziadé wrote:
On Tue, Jun 30, 2009 at 10:06 PM, Scott David
Daniels wrote:
Tarek Ziadé wrote:
On Tue, Jun 30, 2009 at 8:37 PM, Paul Moore
wrote:
[1] I'd actually like it if the PEP defined an uninstall command -
something like "python -m distutils.uninst
2009/7/1 P.J. Eby :
> At 01:34 AM 7/1/2009 +0200, Tarek Ziadé wrote:
>>
>> On Wed, Jul 1, 2009 at 12:47 AM, Steven D'Aprano
>> wrote:
>> > I don't see how this proposal will help in the second case. If you
>> > install distribution Spam, containing file spam.py, and then install
>> > distribution H
At 07:11 AM 7/1/2009 +1000, Nick Coghlan wrote:
To address PJE's question in the PEP, it may be worth expanding on this
in the backwards compatibility section explaining how the new distutils
metadata system avoids getting confused by the old pre-standardisation
installation formats (e.g. it may
At 01:34 AM 7/1/2009 +0200, Tarek Ziadé wrote:
On Wed, Jul 1, 2009 at 12:47 AM, Steven D'Aprano wrote:
> I don't see how this proposal will help in the second case. If you
> install distribution Spam, containing file spam.py, and then install
> distribution Ham, which requires spam.py, what is to
On Tue, Jun 30, 2009 at 10:11 PM, Paul Moore wrote:
>> We said during the summit at Pycon that we wanted this feature in
>> Distutils, (Guido said so)
>
> "We" in this context denotes the people at the summit. Please remember
> that people who weren't there still have an opinion - and it may well
>
On Tue, Jun 30, 2009 at 11:11 PM, Nick Coghlan wrote:
>>
>>
>> previous formats will not be supported but that won't break anything
>> of course since the new APIs will work only over the distribution
>> installed with the new version of distutils.
>
> To address PJE's question in the PEP, it may b
On Tue, Jun 30, 2009 at 10:06 PM, Scott David
Daniels wrote:
> Tarek Ziadé wrote:
>>
>> On Tue, Jun 30, 2009 at 8:37 PM, Paul Moore wrote:
>>>
>>> [1] I'd actually like it if the PEP defined an uninstall command -
>>> something like "python -m distutils.uninstall packagename". It can be
>>> as mini
On Wed, Jul 1, 2009 at 12:47 AM, Steven D'Aprano wrote:
> On Wed, 1 Jul 2009 05:19:07 am Tarek Ziadé wrote:
>> 2009/6/30 Guido van Rossum :
> ...
>> > So what *is* the distutils-sig consensus?
>>
>> The consensus is to have one and only one way to install
>> distributions in Python,
>
> "One and on
On Wed, 1 Jul 2009 05:19:07 am Tarek Ziadé wrote:
> 2009/6/30 Guido van Rossum :
...
> > So what *is* the distutils-sig consensus?
>
> The consensus is to have one and only one way to install
> distributions in Python,
"One and only one way"? Shouldn't that be "one obvious way"?
There is a big di
Tarek Ziadé wrote:
> 2009/6/30 P.J. Eby :
>> At 07:57 PM 6/29/2009 +0200, Tarek Ziadé wrote:
>>> Hello,
>>>
>>> If no one objects, I'd like to push PEP 376 in the "accepted"
>>> status and go ahead with its implementation, with continuous
>>> feedback at Distutils-SIG as we did to build it.
>> I d
2009/6/30 Tarek Ziadé :
> On Tue, Jun 30, 2009 at 8:37 PM, Paul Moore wrote:
>> - The terminology and focus feels setuptools-inspired (my apologies if
>> that's not the case). Expect pushback from setuptools haters...
>
> setuptools implemented *needed* features, like a way for developers to browse
Tarek Ziadé wrote:
On Tue, Jun 30, 2009 at 8:37 PM, Paul Moore wrote:
[1] I'd actually like it if the PEP defined an uninstall command -
something like "python -m distutils.uninstall packagename". It can be
as minimalist as you like, but I'd like to see it present.
it's already there:
http://
Tarek Ziadé wrote:
> On Tue, Jun 30, 2009 at 8:37 PM, Paul Moore wrote:
>> - The terminology and focus feels setuptools-inspired (my apologies if
>> that's not the case). Expect pushback from setuptools haters...
>
> setuptools implemented *needed* features, like a way for developers to browse
> i
2009/6/30 P.J. Eby :
> At 07:57 PM 6/29/2009 +0200, Tarek Ziadé wrote:
>>
>> Hello,
>>
>> If no one objects, I'd like to push PEP 376 in the "accepted" status
>> and go ahead with its implementation,
>> with continuous feedback at Distutils-SIG as we did to build it.
>
> I do have a question about
On Tue, Jun 30, 2009 at 8:37 PM, Paul Moore wrote:
> - The terminology and focus feels setuptools-inspired (my apologies if
> that's not the case). Expect pushback from setuptools haters...
setuptools implemented *needed* features, like a way for developers to browse
installed packages.
We said d
vin vin wrote:
Look up 'trampoline', but ask any further questions on python-list.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/arch
2009/6/30 Guido van Rossum :
> On Tue, Jun 30, 2009 at 5:32 AM, Nick Coghlan wrote:
>> Martin v. Löwis wrote:
If no one objects, I'd like to push PEP 376 in the "accepted" status
and go ahead with its implementation,
with continuous feedback at Distutils-SIG as we did to build it.
>>
> - Post that to python-list, with a note pointing to the PEP for people
> who care about distutils details
If that hasn't been done before (I have not followed), it should be done
right away. PEP 1 makes it a mandatory requirement for acceptance.
Regards,
Martin
_
2009/6/30 Guido van Rossum :
> And is there consensus outside of it? (Remember the ipaddr debacle.
> It's easy for people to miss an important PEP.)
My impression (as someone who does read the distutils SIG, but in all
honesty has very little practical interest in distutils internals):
- It's ver
At 07:57 PM 6/29/2009 +0200, Tarek Ziadé wrote:
Hello,
If no one objects, I'd like to push PEP 376 in the "accepted" status
and go ahead with its implementation,
with continuous feedback at Distutils-SIG as we did to build it.
I do have a question about the current draft... Do zipped
distrib
On Tue, Jun 30, 2009 at 5:32 AM, Nick Coghlan wrote:
> Martin v. Löwis wrote:
>>> If no one objects, I'd like to push PEP 376 in the "accepted" status
>>> and go ahead with its implementation,
>>> with continuous feedback at Distutils-SIG as we did to build it.
>>
>> I think this isn't quite the pr
On Tue, Jun 30, 2009 at 1:07 AM, vin vin<4vin...@gmail.com> wrote:
> at that point if we think to move directly to B (what error handler do
> if that B has the handler defined of the error), changing the frames
> instruction pointer to back to the B's position (in python code without
> raising an e
On Tue, Jun 30, 2009 at 2:32 PM, Nick Coghlan wrote:
> Martin v. Löwis wrote:
>>> If no one objects, I'd like to push PEP 376 in the "accepted" status
>>> and go ahead with its implementation,
>>> with continuous feedback at Distutils-SIG as we did to build it.
>>
>> I think this isn't quite the pr
vin vin wrote:
>
> HI all
>
> I am not the too technical guy, but thinking about the new way of
> controlling the flow instead of throwing an error.
This message is too speculative/tentative for python-dev (which is about
concrete development of the next version of Python) or even python-ideas
(
Martin v. Löwis wrote:
>> If no one objects, I'd like to push PEP 376 in the "accepted" status
>> and go ahead with its implementation,
>> with continuous feedback at Distutils-SIG as we did to build it.
>
> I think this isn't quite the process. In the past, every PEP required
> BDFL pronouncement
HI all
I am not the too technical guy, but thinking about the new way of
controlling the flow instead of throwing an error.
as of now if we need to break a control and go back, exceptions helps,
but it is not a actual way.
it would be great if we have a control over the frames execution, I mean
28 matches
Mail list logo
