Antoine Pitrou wrote:
As far as I'm concerned, anything which looks intuitive enough (e.g. ini-style)
and not overly complicated is fine. The details of the syntax aren't really
important as long as they make sense, and don't get in the way.
This is a variant of "as simple as possible and requi
David Lyon wrote:
> On Wed, 23 Sep 2009 09:49:16 +0200, "M.-A. Lemburg" wrote:
>
>> While it's a good idea to put up some form of meta-data
>> into an index, I wonder why you are using setup.cfg
>> for this.
>>
>> setup.cfg has traditionally been used to configure distutils,
>> not to define meta
At 07:05 PM 9/23/2009 -0700, Guido van Rossum wrote:
On Wed, Sep 23, 2009 at 6:57 PM, P.J. Eby wrote:
> Once again, I'd like for the badgering to stop. Thanks.
Tarek already agreed to that ("Fine with me. Let's move forward"). I
hope you will stop badgering him too.
The only reason I said "o
Antoine Pitrou wrote:
> As far as I'm concerned, anything which looks intuitive enough (e.g.
> ini-style)
> and not overly complicated is fine. The details of the syntax aren't really
> important as long as they make sense, and don't get in the way.
One small comment before all this goes back to
Antoine Pitrou wrote:
> As far as I'm concerned, anything which looks intuitive enough (e.g.
> ini-style)
> and not overly complicated is fine. The details of the syntax aren't really
> important as long as they make sense, and don't get in the way.
One small comment before all this goes back to
On Wed, Sep 23, 2009 at 6:57 PM, P.J. Eby wrote:
> Once again, I'd like for the badgering to stop. Thanks.
Tarek already agreed to that ("Fine with me. Let's move forward"). I
hope you will stop badgering him too.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
At 12:40 AM 9/24/2009 +0200, Tarek Ziadé wrote:
Come on phillip, no one is "plotting" against you.
Perhaps this is a language issue. When I said, "if Tarek is too busy
projecting hidden plots onto everything I say and do," I meant that
you were acting as if I were plotting against *you*, not
On Wed, 23 Sep 2009 09:49:16 +0200, "M.-A. Lemburg" wrote:
> While it's a good idea to put up some form of meta-data
> into an index, I wonder why you are using setup.cfg
> for this.
>
> setup.cfg has traditionally been used to configure distutils,
> not to define meta-data. As such you wouldn't
Fine with me. Let's move forward.
On Sep 23, 2009 11:27 PM, "Antoine Pitrou" wrote:
P.J. Eby telecommunity.com> writes: > > Hell, I *support* the bulk
of Tarek's setup.cfg p...
Ok, so Tarek and Philip, are you both ok that those little disagreements
should
belong to the past now? :)
Philip did
(Sorry if it's top posting I am on a mobile)
Come on phillip, no one is "plotting" against you.
You didn't maintain setuptools for a year while people where begging you to
do bug fixes. You blessed Ian and Jim to take over but they are too busy to
do it . I even sent them a mail on my side to try
P.J. Eby telecommunity.com> writes:
>
> Hell, I *support* the bulk of Tarek's setup.cfg proposal, and don't
> even object to him Pronouncing it or cutting off the discussion! My
> only issue on Python-Dev was his inaccurate implication that it was a
> SIG consensus rather than a pronouncement
At 07:00 PM 9/23/2009 +0200, Tarek Ziadé wrote:
While it's great to have Philipp being part of our distutils design
discussions,
for his experience, I am not concerned of not having him in this "internal
consensus" since Setuptools is not maintained anymore.
He said some months ago, he would wor
On Wed, 23 Sep 2009 10:11:18 -0700, Tarek Ziadé
wrote:
On Wed, Sep 23, 2009 at 7:08 PM, Michael Foord
wrote:
Note that Activestate also have a fledgling package management system
for
Python (unreleased yet I *believe*) so it is probably worth reaching
out to
them as well.
Yes I didn't
At 02:20 PM 9/23/2009 +0200, Tarek Ziadé wrote:
If you take the time to read everything you'll see that there were
no real alternative design proposed,
You did not respond to repeated requests (from more than one person),
for clarification regarding the requirements that your proposal was
try
On 09/23/2009 10:00 AM, Tarek Ziadé wrote:
> But you are right about the need of making sure every package management
> project is involved. We should make sure that Enthought,
> which has its own package management system, is part of that consensus.
>
> Also, I am more concerned of not having en
Tarek Ziadé gmail.com> writes:
>
> Also, I am more concerned of not having enough end users involved in
> that process.
> End users would be: any python developer that needs
> to package his code, or any os packager that needs to package a python
> distribution
> for his system. But those are har
On Wed, Sep 23, 2009 at 7:08 PM, Michael Foord
wrote:
> Note that Activestate also have a fledgling package management system for
> Python (unreleased yet I *believe*) so it is probably worth reaching out to
> them as well.
Yes I didn't mention it because the project is private afaik. I'll ask
th
Tarek Ziadé wrote:
On Wed, Sep 23, 2009 at 4:04 PM, Stephen J. Turnbull wrote:
I did offer a concrete criterion for an individual's participation in
a "internal consensus": that you expect that they will adopt the new
features of distutils as a foundation for their own distribution
systems,
On Wed, Sep 23, 2009 at 4:04 PM, Stephen J. Turnbull wrote:
> I did offer a concrete criterion for an individual's participation in
> a "internal consensus": that you expect that they will adopt the new
> features of distutils as a foundation for their own distribution
> systems, or at least not i
Tarek Ziadé writes:
> On Wed, Sep 23, 2009 at 9:03 AM, Stephen J. Turnbull
> wrote:
> > At the very least, that would have kept this discussion on Distutils-
> > SIG, and Chris couldn't be accused of trying to make an end run around
> > that process. I suggest that posting progress reports
On Wed, Sep 23, 2009 at 9:03 AM, Stephen J. Turnbull wrote:
> At the very least, that would have kept this discussion on Distutils-
> SIG, and Chris couldn't be accused of trying to make an end run around
> that process. I suggest that posting progress reports to Python-Dev
> is a good idea (attr
2009/9/23 Chris Withers :
>> Since the language summit at PyCon 2009 various committers, including
>> me, have been encouraging Tarek to act as distutils dictator to get
>> things finished as we all know people are prone to bikeshedding that
>> would kill any forward momentum we have towards improv
On Wed, Sep 23, 2009 at 12:53 AM, Sridhar Ratnakumar
wrote:
> On Tue, 22 Sep 2009 15:48:08 -0700, Chris Withers
> wrote:
>
>>
>> Since the language summit at PyCon 2009 various committers, including
>> me, have been encouraging Tarek to act as distutils dictator to get
>> things finished as we al
On Wed, Sep 23, 2009 at 09:49:16AM +0200, M.-A. Lemburg wrote:
> While it's a good idea to put up some form of meta-data
> into an index, I wonder why you are using setup.cfg
> for this.
>
> setup.cfg has traditionally been used to configure distutils,
> not to define meta-data. As such you wouldn
Tarek Ziadé wrote:
> Hello
>
> Here's a wrapup of the Distutils-SIG discussion
> we had on the "static metadata" topic.
>
> I realize that it's a good thing to send in.
> python-dev such wrapup on distutils design
> decisions, to keep everyone informed and get
> more feedback when required.
>
>
Brett Cannon writes:
> OK, stop before it gets any nastier as your email already sounds
> rude
Rude, yes, but not entirely lacking in truth. Tarek's post to Python-
Dev *is* a mess from the point of view of English and organization --
it's *way* below Tarek's normal command of the language. G
On Tue, Sep 22, 2009 at 23:20, David Lyon wrote:
> On Tue, 22 Sep 2009 22:39:04 -0700, Brett Cannon wrote:
>> I don't think anyone on python-dev thought that it was exclusively
> Tarek's
>> idea or necessarily even mostly his.
>
> Actually, he originally argued against it, but that is irrelevant.
On Tue, 22 Sep 2009 22:39:04 -0700, Brett Cannon wrote:
> I don't think anyone on python-dev thought that it was exclusively
Tarek's
> idea or necessarily even mostly his.
Actually, he originally argued against it, but that is irrelevant.
I'm happy that he's come around and embraced it. Perhaps
On Tue, Sep 22, 2009 at 20:55, David Lyon wrote:
>
> Hello Guido,
>
>> Isn't it clear from Tarek's email that he is summarizing
>> distutils-sig?
>
> Well, I'm new to this. Summarising is a word that could be
> certainly applied.
>
>> Isn't it odd that you ask this question pointing to
>> your own
Hello Guido,
> Isn't it clear from Tarek's email that he is summarizing
> distutils-sig?
Well, I'm new to this. Summarising is a word that could be
certainly applied.
> Isn't it odd that you ask this question pointing to
> your own message?
It's not odd at all. When I see my ideas, which T
David,
Isn't it clear from Tarek's email that he is summarizing
distutils-sig? Isn't it odd that you ask this question pointing to
your own message? Are you worried that you won't get credit for the
idea (assuming it's yours)? Should you perhaps just ask for credit
instead of asking a rhetorical q
Tarek,
Are you claiming this as your own work and ideas?
Given:
http://mail.python.org/pipermail/distutils-sig/2009-August/012998.html
Regards
David
On Tue, 22 Sep 2009 15:21:06 +0200, Tarek Ziadé
wrote:
> Hello
>
> Here's a wrapup of the Distutils-SIG discussion
> we had on the "static m
On Tue, 22 Sep 2009 15:48:08 -0700, Chris Withers
wrote:
Since the language summit at PyCon 2009 various committers, including
me, have been encouraging Tarek to act as distutils dictator to get
things finished as we all know people are prone to bikeshedding that
would kill any forward momen
Brett Cannon wrote:
OK, stop before it gets any nastier as your email already sounds rude, Chris.
Yes, apologies.
Since the language summit at PyCon 2009 various committers, including
me, have been encouraging Tarek to act as distutils dictator to get
things finished as we all know people are
On Tue, Sep 22, 2009 at 12:51, Chris Withers wrote:
> Tarek Ziadé wrote:
>>
>> Yes, for the syntax bikeshedding on how conditions should be expressed,
>> I have decided I'll be some kind of distutils dictator to end up the
>> endless discussions
>> on how they should be expressed so we can move on
Tarek Ziadé wrote:
Yes, for the syntax bikeshedding on how conditions should be expressed,
I have decided I'll be some kind of distutils dictator to end up the
endless discussions
on how they should be expressed so we can move on.
...except in this case, spelling is important and I'm far from t
At 08:12 PM 9/22/2009 +0200, Tarek Ziadé wrote:
If you are talking about another solution than using setup.cfg with
conditional
expressions, please start a new thread that demonstrates how it will work,
we all want the best solution of course.
I already did that, on the distutils-sig. Or more
--
http://www.ironpythoninaction.com
On 22 Sep 2009, at 19:15, Tarek Ziadé wrote:
On Tue, Sep 22, 2009 at 4:02 PM, Dirkjan Ochtman
wrote:
On Tue, Sep 22, 2009 at 15:55, Michael Foord > wrote:
ConfigParser recognises both, but other tools (*coff* ConfigObj)
only
recognises the latter (=
On Tue, Sep 22, 2009 at 8:12 PM, Tarek Ziadé wrote:
> If you are talking about another solution than using setup.cfg with
> conditional
> expressions, please start a new thread
(in Distutils SIG)
___
Python-Dev mailing list
Python-Dev@python.org
http:/
On Tue, Sep 22, 2009 at 4:02 PM, Dirkjan Ochtman wrote:
> On Tue, Sep 22, 2009 at 15:55, Michael Foord
> wrote:
>> ConfigParser recognises both, but other tools (*coff* ConfigObj) only
>> recognises the latter (=).
>
> So does Mercurial, BTW, because this aspect of ConfigParser was pretty
> anno
2009/9/22 P.J. Eby :
> At 03:21 PM 9/22/2009 +0200, Tarek Ziadé wrote:
>>
>> Hello Here's a wrapup of the Distutils-SIG discussion we had on the
>> "static metadata" topic. I realize that it's a good thing to send in.
>> python-dev such wrapup on distutils design decisions, to keep everyone
>> info
Tarek Ziadé wrote:
On Tue, Sep 22, 2009 at 4:02 PM, Chris Withers wrote:
[setup:python_version == '2.4' or python_version == '2.5']
requires: some_package
As was brought up on the distutils list, this seems unnecessarily
complicated.
Other, simpler, solutions were proposed:
h
On Tue, Sep 22, 2009 at 4:02 PM, Chris Withers wrote:
>> [setup:python_version == '2.4' or python_version == '2.5']
>> requires: some_package
>
> As was brought up on the distutils list, this seems unnecessarily
> complicated.
>
> Other, simpler, solutions were proposed:
>
> http://mail.pyth
On Tue, Sep 22, 2009 at 15:55, Michael Foord wrote:
> ConfigParser recognises both, but other tools (*coff* ConfigObj) only
> recognises the latter (=).
So does Mercurial, BTW, because this aspect of ConfigParser was pretty
annoying for some of the stuff we try to do (and not at all obvious to
mo
Tarek Ziadé wrote:
The four sentences summary for people in a hurry:
If you're going to promise sentences, please deliver sentences...
Getting metadata of a distribution that is not.
installed means running its setup.py. This means.
downloading the whole archive, and running.
Antoine Pitrou wrote:
Tarek Ziadé gmail.com> writes:
[setup]
name: Foo
version: 1.2
I am probably missing something, but why doesn't it use the more common
ini-style:
[setup]
name = Foo
version = 1.2
ConfigParser recognises both, but other tools (*coff* C
Tarek Ziadé gmail.com> writes:
>
> [setup]
> name: Foo
> version: 1.2
I am probably missing something, but why doesn't it use the more common
ini-style:
[setup]
name = Foo
version = 1.2
Regards
Antoine.
___
Python-Dev maili
At 03:21 PM 9/22/2009 +0200, Tarek Ziadé wrote:
Hello Here's a wrapup of the Distutils-SIG discussion we had on the
"static metadata" topic. I realize that it's a good thing to send
in. python-dev such wrapup on distutils design decisions, to keep
everyone informed and get more feedback when re
On Tue, Sep 22, 2009 at 03:21:06PM +0200, Tarek Ziad? wrote:
> I realize that it's a good thing to send in.
> python-dev such wrapup on distutils design
> decisions, to keep everyone informed and get
> more feedback when required.
Sure it is.
> I will try to do it for every upcoming changes
>
Hello
Here's a wrapup of the Distutils-SIG discussion
we had on the "static metadata" topic.
I realize that it's a good thing to send in.
python-dev such wrapup on distutils design
decisions, to keep everyone informed and get
more feedback when required.
I will try to do it for every upcoming ch
50 matches
Mail list logo