r approval too, but they don't seem very active.
FWIW I think Nick is perfect for this job.
Cheers
Tarek
--
Tarek Ziadé · http://ziade.org · @tarek_ziade
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
On 9/28/12 12:55 AM, Antoine Pitrou wrote:
Last but not least, distlib is the plan forward endorsed by python-dev,
Is it? I haven't seen a PEP or an official decision about that. Just because
someone proposed it on a mailing-list doesn't mean it is "endorsed by
python-dev".
We discussed about
On 9/14/12 5:12 PM, Vinay Sajip wrote:
Nick Coghlan gmail.com> writes:
I like "distcore" or "distlib", though.
I have set up a BitBucket repo called distlib, at
https://bitbucket.org/vinay.sajip/distlib/
This has the following bits of distutils2 / packaging, updated to run on 2.x and
3.x w
On 9/13/12 2:45 PM, Paul Moore wrote:
4. ask each project to pour in pkglib anything that can be reused by others
+1, although again it'll be down to the projects whether they do
actually contribute. Also this somewhat contradicts the "be strict"
point above, which is why I'm lukewarm on "be str
On 9/13/12 11:38 AM, Antoine Pitrou wrote:
On Thu, 13 Sep 2012 11:14:17 +1000
Nick Coghlan wrote:
On Thu, Sep 13, 2012 at 8:43 AM, R. David Murray wrote:
When the removal was being pondered, the possibility of keeping certain
bits that were more ready than others was discussed. Perhaps the b
Hello
I was wondering if anyone knows if the removed Lib/packaging directory
landed in some other places after it was removed.
We have http://hg.python.org/distutils2 be the 'packaging' version is a
full py3-renamed version we need to keep mirrored
Cheers
Tarek
_
On 6/22/12 9:11 AM, Nick Coghlan wrote:
On Fri, Jun 22, 2012 at 4:42 PM, Tarek Ziadé wrote:
On 6/22/12 7:05 AM, Nick Coghlan wrote:
I don't understand what's the problem is with ini-style files, as they are
suitable for multi-line variables etc. (see zc.buildout)
yaml vs ini vs xx
On 6/22/12 7:05 AM, Nick Coghlan wrote:
..
- I reject setup.cfg, as I believe ini-style configuration files are
not appropriate for a metadata format that needs to include file
listings and code fragments
I don't understand what's the problem is with ini-style files, as they are
suitable for mu
On 6/21/12 11:55 PM, David Cournapeau wrote:
I think there is a misunderstanding of what bento is: bento is not a
compiler or anything like that. It is a set of libraries that work
together to configure, build and install a python project.
Concretely, in bento, there is
- a part that buil
On 6/21/12 10:46 PM, Dag Sverre Seljebotn wrote:
...
I think we should, as you proposed, list a few projects w/ compilation
needs -- from the simplest to the more complex, then see how a standard
*description* could be used by any tool
It's not clear to me what you mean by description. Package
On 6/21/12 7:56 PM, Chris McDonough wrote:
...
think any API has been removed or modified.
In my opinion, distribute is the only project that should go forward
since it's actively maintained and does not suffer from the bus factor.
Yeah the biggest difference is Py3 compat, other than that af
On 6/21/12 4:26 PM, Dag Sverre Seljebotn wrote:
project should give me so I can compile its extensions ?" I think this
has nothing to do with the tools/implementations.
If you sit down and ask your self: "what are the information a python
I'm not sure if I understand. A project can't "give th
On 6/21/12 7:49 PM, PJ Eby wrote:
On Thu, Jun 21, 2012 at 1:20 PM, Tarek Ziadé <mailto:ta...@ziade.org>> wrote:
telling us no one that is willing to maintain setuptools is able
to do so. (according to him)
Perhaps there is some confusion or language barrier here: what I said
On 6/21/12 6:44 PM, Chris McDonough wrote:
Yes. At the very least, there will be updated development snapshots
(which are what buildout uses anyway).
(Official releases are in a bit of a weird holding pattern.
distribute's versioning scheme leads to potential confusion: if I
release e.g. 0.6.
On 6/21/12 5:50 PM, Chris McDonough wrote:
A minor backwards incompat here to fix that issue would be
appropriate, if only to be able to say "hey, that issue no longer
exists" to folks who condemn the entire ecosystem based on that bug.
At least, that is, if there will be another release of se
On 6/21/12 2:45 PM, Dag Sverre Seljebotn wrote:
Guido was asked about build issues and scientific software at PyData
this spring, and his take was that "if scientific users have concerns
that are that special, perhaps you just need to go and do your own
thing". Which is what David is doing.
On 6/20/12 2:53 PM, Nick Coghlan wrote:
On Wed, Jun 20, 2012 at 9:31 PM, Tarek Ziadé wrote:
Yeah maybe this subset could be left in 3.3
and we'd remove packaging-the-installer part (pysetup, commands, compilers)
I think it's a good idea !
OK, to turn this into a concrete suggestio
On 6/21/12 11:08 AM, Dag Sverre Seljebotn wrote:
...
David Cournapeau's Bento project takes the opposite approach,
everything is explicit and without any magic.
http://cournape.github.com/Bento/
It had its 0.1.0 release a week ago.
Please, I don't want to reopen any discussions about Bento h
On 6/20/12 5:44 PM, Georg Brandl wrote:
Am 20.06.2012 17:34, schrieb Éric Araujo:
Hi all,
Sorry I can’t take the time to reply to all messages, this week I’m
fully busy with work and moving out.
To answer or correct a few things:
- I am lacking time these months, but that’s because I’m still
On 6/20/12 1:19 PM, Paul Moore wrote:
On 20 June 2012 11:34, Tarek Ziadé wrote:
On 6/20/12 11:54 AM, Antoine Pitrou wrote:
On Wed, 20 Jun 2012 09:51:03 + (UTC)
Vinay Sajipwrote:
Antoine Pitroupitrou.net>writes:
Deciding to remove packaging from 3.3 is another instance
On 6/20/12 12:39 PM, Antoine Pitrou wrote:
On Wed, 20 Jun 2012 12:30:51 +0200
Tarek Ziadé wrote:
Most of the distutils2 improvements (new PEPs, setup.cfg, etc.) were
totally possible in distutils, weren't they?
I started there, remember ? And we ended up saying it was impossible to
con
On 6/20/12 11:54 AM, Antoine Pitrou wrote:
On Wed, 20 Jun 2012 09:51:03 + (UTC)
Vinay Sajip wrote:
Antoine Pitrou pitrou.net> writes:
Deciding to remove packaging from 3.3 is another instance of the same
mistake, IMO.
What's the rationale for leaving it in, when it's known to be
incom
On 6/20/12 11:49 AM, Antoine Pitrou wrote:
On Wed, 20 Jun 2012 11:22:07 +0200
Tarek Ziadé wrote:
I tried to improve Distutils and I was stopped and told to start
distutils2, because
distutils is so rotten, any *real* change/improvment potentially brakes
the outside world.
If distutils was so
On 6/20/12 11:12 AM, Antoine Pitrou wrote:
On Wed, 20 Jun 2012 11:05:43 +0200
Dirkjan Ochtman wrote:
On Wed, Jun 20, 2012 at 10:55 AM, Tarek Ziadé wrote:
So I prefer to hold it and have a solid implementation in the stldib. The
only thing I am asking is to retain ourselves to do *anything
On 6/20/12 11:04 AM, Antoine Pitrou wrote:
On Wed, 20 Jun 2012 15:00:52 +1000
Nick Coghlan wrote:
On Wed, Jun 20, 2012 at 11:23 AM, Antoine Pitrou wrote:
The question is what will happen after 3.3. There doesn't seem to be a
lot of activity around the project, does it?
I think the desire is
On 6/20/12 11:05 AM, Dirkjan Ochtman wrote:
On Wed, Jun 20, 2012 at 10:55 AM, Tarek Ziadé wrote:
So I prefer to hold it and have a solid implementation in the stldib. The
only thing I am asking is to retain ourselves to do *anything* in distutils
and continue to declare it frozen, because I
On 6/19/12 11:46 PM, Éric Araujo wrote:
...
I don’t think (a) would give us enough time; we really want a few
months (and releases) to hash out the API (most notably with the pip
and buildout developers) and clean the bdist situation. Likewise (c)
would require developer (my) time that is
Thanks a lot for your hard work and dedication on packaging !
On 3/13/12 9:37 AM, Éric Araujo wrote:
Hello,
On behalf of the distutils2 contributors, I am thrilled to announce the
release of Distutils2 1.0a4.
Distutils2 is the packaging library that supersedes Distutils. It
supports distribut
ication
(that was the initial use case right ?), please do not consider them
as an installation format for Python.
Now for a binary archive, that would get installed ala PEP 376, why
not ? I'd just be curious to have someone list the advantage of having
a project released that way besides th
d apply to distutils2. I
> fear that such diffs would be painful to apply, and consist mostly of
> rejects. With idea #3, we get to use a merge tool, which is much better.
>
> After writing out these ideas, I think the first one is certainly
On Thu, Aug 18, 2011 at 11:16 AM, Vinay Sajip wrote:
> Tarek Ziadé gmail.com> writes:
>
>> Ideally, if you could push this to hg.python.org/distutils2
>> (overwriting the existing stuff).
>
> Okay, done. I've overwritten existing files and added new ones, only
On Thu, Aug 18, 2011 at 11:26 AM, Antoine Pitrou wrote:
> On Thu, 18 Aug 2011 09:16:21 + (UTC)
> Vinay Sajip wrote:
>> Tarek Ziadé gmail.com> writes:
>>
>> > Ideally, if you could push this to hg.python.org/distutils2
>> > (overwriting the existing stu
4 and 5;
> hopefully I've broken the back of it :-)
Thank you very much !
Ideally, if you could push this to hg.python.org/distutils2
(overwriting the existing stuff).
Cheers
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing
ing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/ziade.tarek%40gmail.com
>
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing
On Mon, Aug 15, 2011 at 1:20 AM, Nick Coghlan wrote:
> On Sun, Aug 14, 2011 at 7:41 PM, Tarek Ziadé wrote:
>> Hi all,
>>
>> I am lacking of time right now to finish an important task before 3.2
>> final is out:
>
> If anyone else got at all confused by Tarek&#x
se, but it would be *much*
better to have that feedback
If you are interested, please let me know.
Cheers
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
e MAPPING dictionary near the top, then you can run 3to2 like this:
> 3to2 -fpackaging -fimports files_to_fix.py
> (-w option to write changes to the files modified)
> Hope this helps,
It does, thanks a lot !
Cheers
Tarek
--
Tarek Ziadé | http://ziade.org
you a hook for every visited node. IOW that
looking for dependencies is to be done
Cheers
Tarek
>
> --
> R. David Murray http://www.bitdance.com
>
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python
On Tue, Jun 21, 2011 at 2:44 PM, Nick Coghlan wrote:
> 2to3 or Brett's mnfy are likely to be reasonable starting points.
Will look at mnfy, thanks
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.
dering if
anyone here had some experience in this, and could give me some hints.
Thanks
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://m
oad/register command, since the server
has now this ability.
>
> Regards,
> Martin
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mail
I do care :)
Looks fine
Please push, as we can always change and fix things afterwards in the tip
before 3.3 is out.
Le 1 juin 2011 19:38, "Éric Araujo" a écrit :
> Hi,
>
> Looks like nobody cares enough about the packaging docs :) If there is
> no feedback, here’s what I propose to do:
>
> - Ad
On Tue, May 31, 2011 at 7:13 AM, Nick Coghlan wrote:
> On Tue, May 31, 2011 at 2:44 AM, Tarek Ziadé wrote:
>> Hello
>>
>> If no one objects, I'll promote Tools/scripts/pysetup3 to a top level
>> script that gets installed in scripts/ like 2to3, pydoc etc..
>&g
d a spurious output in the tests.
> Georg
>
> ___
> 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/ziade.
Hello
If no one objects, I'll promote Tools/scripts/pysetup3 to a top level
script that gets installed in scripts/ like 2to3, pydoc etc..
That way, people will be able to use it directly when installing,
removing projects, or studying what's installed
Cheers
Tarek
--
Tarek Zi
On Mon, May 23, 2011 at 8:48 AM, Tarek Ziadé wrote:
> On Mon, May 23, 2011 at 3:00 AM, Bill Janssen wrote:
>> Tarek Ziadé wrote:
>>
>>> Yes, I am aware of this. I have fixed today most remaining issues, and
>>> fixing the final ones right now.
>>
>>
2011/5/23 Łukasz Langa :
...
>
> I've heard you're targetting 2.4 compatibility so be prepared that this is
> not going to be easy.
yeah well, we might raise the bar to 2.5 and use some __future__
statements. I am not sure that keeping 2.4 support is that useful
anymore.
Che
already contacted by Éric Araujo and will help him
> improve 3to2. We are yet to contact its authors to see if they believe
> merging our changes upstream will be possible.
Great, anything was started already ? If so, we should sync to see how
we can initiate the d2 repo
Cheers
Tarek
--
3.3tosomething.
I want to do this to avoid maintaining yet another code base. In
practice, I don't really know the current state of 3to2 so we'll see..
Any help/hint in this project would be appreciated.
Thanks
Tarek
--
Tarek Ziadé | http:/
On Mon, May 23, 2011 at 3:00 AM, Bill Janssen wrote:
> Tarek Ziadé wrote:
>
>> Yes, I am aware of this. I have fixed today most remaining issues, and
>> fixing the final ones right now.
>
> Just FYI: the "AMD64 Snow Leopard" buildbot and "PPC Leopard&q
org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/ziade.tarek%40gmail.com
>
--
Tarek Ziadé | http://ziade.org
___
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/archive%40mail-archive.com
On Thu, May 19, 2011 at 8:30 PM, Georg Brandl wrote:
> On 19.05.2011 13:35, Tarek Ziadé wrote:
>> Hey
>>
>> I've pushed packaging in stdlib. There are a few buildbots errors
>> we're fixing right now.
>>
>> We will continue our work in their di
On Thu, May 19, 2011 at 1:35 PM, Tarek Ziadé wrote:
> Hey
>
> I've pushed packaging in stdlib. There are a few buildbots errors
> we're fixing right now.
FYI.
there are still some failures we're fixing. Thanks for your patience
and thanks to the folks that are help
Hey
I've pushed packaging in stdlib. There are a few buildbots errors
we're fixing right now.
We will continue our work in their directly for now on.
The next "big" commit will be for the documentation,
Cheers
Tarek
--
Tarek Ziad
d by code in packaging? If so, have Python builds been tested
> yet on the various platforms?
It will remain distutils-based for now. Moving it to packaging is not
our top priority.
Cheers
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing
On Tue, May 17, 2011 at 6:42 PM, Christian Heimes wrote:
> Am 17.05.2011 17:36, schrieb Tarek Ziadé:
>> The next change I have planned is to allow several levels of
>> configuration, like distutils.cfg does. sysconfig.py will look for a
>> sysconfig.cfg file in these places:
On Tue, May 17, 2011 at 10:40 PM, Victor Stinner
wrote:
> Le mardi 17 mai 2011 à 17:36 +0200, Tarek Ziadé a écrit :
>> - addition of Lib/packaging
>> - addition of test/test_packaging.py
>> - changes in Lib/sysconfig.py
>> - addition of Lib/sysconfig.cfg
>
> Does
hard at all, just an option. And the goal is also to allow
virtualenv to have its own copy, like it does for distutils.cfg
>
> Ronald
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
next moves ==
- make sysconfig.py stop reading Makefile and pyconfig.h, this will be
done by adding a _sysconfig.py file created by the Makefile
- continue our work in packaging for 3.3
- we're planning to merge the doc in Doc/packaging very soon (still
working on it)
Cheers
Tarek
--
T
_
> 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/ziade.tarek%40gmail.com
>
--
Tarek Ziadé | http://ziade.org
___
> 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/ziade.tarek%40gmail.com
>
>
--
Tarek Ziadé | h
On Thu, Apr 28, 2011 at 12:27 PM, Michael Foord
wrote:
> On 28/04/2011 09:34, Terry Reedy wrote:
>>
>> On 4/28/2011 3:54 AM, Tarek Ziadé wrote:
>>>
>>> Hello
>>>
>>> I removed some assert calls in distutils some time ago because the
>>&g
her places where thing would simply break with -O.
Am I right thinking we should do a pass on those and remove them or
turn them into exception that are triggered with -O as well ?
This flag is meant to "optimize generated bytecode slightly", but I am
not sure this involves also slightly changing the way the code behaves
Cheers
Tarek
--
Tarek Ziadé | http://ziade.org
___
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/archive%40mail-archive.com
iktionary/en/wiki/mindboggling
> S
> ___
> 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/ziade.t
> Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mail
Sorry i am not used to my new phone .. fwding to python-dev
-- Message transféré --
De : "Tarek Ziadé"
Date : 14 mars 2011 19:12
Objet : Re: [Python-Dev] packaging
À : "Paul Moore"
That document is from the latest release at pypi. You can find a fresher
d
Setup.py is gone in distutils2 and therefore in packaging
Le 14 mars 2011 18:27, "Antoine Pitrou" a écrit :
> On Mon, 14 Mar 2011 18:00:50 -0400
> Tarek Ziadé wrote:
>>
>> And it's also a good way to prevent any conflict with 3.3 : the
>> standalone vers
On Mon, Mar 14, 2011 at 4:46 PM, Antoine Pitrou wrote:
> On Mon, 14 Mar 2011 15:39:55 -0400
> Tarek Ziadé wrote:
>> Hey,
>>
>> I just wanted to summarize what we've started at the sprint (and
>> hopefully finish 1 to 7 this week):
>>
>> 1/ distuti
e
8/ we will release distutils2 in the next 18 months
9/ once 3.3 is out, the backport will just get bug fixes
Cheers
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
ling list
>>> Python-Dev@python.org
>>> http://mail.python.org/mailman/listinfo/python-dev
>>> Unsubscribe:
>>> http://mail.python.org/mailman/options/python-dev/ziade.tarek%40gmail.com
>>>
>>
>>
>>
>> --
>> Tarek Ziadé | http:/
On Mon, Feb 21, 2011 at 8:48 AM, Georg Brandl wrote:
> On 21.02.2011 08:41, Tarek Ziadé wrote:
>> Hello
>>
>> Now that Python 3.2 is out, I am planning to do the following with
>> Distutils2:
>>
>> 1 - release a new alpha before Pycon for community fee
, please add your name at
http://us.pycon.org/2011/sprints/projects under the "Disttuils2"
project.
Thanks !
Cheers
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listi
should not rush into a different design. Since sysconfig was
> essentially refactored out of distutils (and now we have two ways to do it!),
> and we're getting distutils2 for 3.3, I think it would be better to work out a
> more natural design for sysconfig for 3.3. Then the sysc
Sorry to get late in the discussion I am travelling.
Nick resumes well the motivations behind sysconfig.
I'll emphase that this module could hold more functions in the future that
could be useful to other python implementations to abstract what is a python
installation. E.g. more than paths and v
in a
> branch - it will never stand on its own.
So we had several +1 on James' idea to bring back distutils2 to the
trunk after 3.2 final, and it seems that you are not against this
idea.
So we will do this unless you object
Regards
Tarek
--
ndition that the
changes would be made in distutils2
- PEP 384 is yet another accepted PEP, why the rule would change -
because it's a small feature ?
- I have tons of small features I had to revert and push back in distutils2
If Martin changes make it into Distutils1, I am
On Fri, Dec 3, 2010 at 12:01 AM, "Martin v. Löwis" wrote:
>> I think distutils is simply a bugfix branch for distutils2. Similarly
>> as how we don't commit improvements in e.g. 2.7 or 3.1, neither do we
>> commit improvements to distutils.
>
> It's different, though, in the sense that Python has
ike a good target.
>
> So will distuils2 be released before that? If so, when?
An alpha is already released. A beta will be released for Pycon (I
need it for my talk :) ) Then hopefully the final before 3.2
> Regards,
> Martin
>
--
Tarek Ziadé | http://ziade.org
___
th lots of feedback
in the meantime hopefully, and people using it from 2.4 onward.
>
> Regards,
> Martin
>
--
Tarek Ziadé | http://ziade.org
___
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/archive%40mail-archive.com
ow, next
> year, or ten years from now.
Depends on what "ready" means.
If by ready you mean it can be used to replace Distutils1 in a
project, I declare Distutils2 ready for usage NOW. It's in alpha
stage. I want a solid beta before Pycon.
I w
2010/12/2 "Martin v. Löwis" :
> Am 02.12.2010 22:54, schrieb Michael Foord:
>> On 02/12/2010 21:39, "Martin v. Löwis" wrote:
I was told not to touch to Distutils code to avoid any regression
since it's patched to the bones in third party products. So we decided
to freeze distutils an
arly documented and suggest to interpretation
- some mistakes I made as well
But that's what you would expect for a project that needs to evolve a
lot. Thus the freezing.
So how would you make the situation better, if not by doing the work
in distutils2 ?
> Regards,
> Martin
&
nges, anyway.
That would be awesome, and we can work on a patch for distutils2 to
provide that abi option.
>
> Regards,
> Martin
>
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.
2010/12/2 "Martin v. Löwis" :
> Am 02.12.2010 21:48, schrieb Tarek Ziadé:
>> On Thu, Dec 2, 2010 at 9:24 PM, "Martin v. Löwis" wrote:
>>>> Since discussion has trailed off without any blocking objections, I'm
>>>> accepting PEP 384. M
ython.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/ziade.tarek%40gmail.com
>
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python
/distutils2, which uses unittest2. Then Eric and
I would take care of the backporting.
I am planning to set up a wiki page with the workflow as soon as I get a chance.
Thanks
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev
On Tue, Nov 30, 2010 at 7:33 AM, Éric Araujo wrote:
> Good morning python-dev,
>
> PEP 291 (Backward Compatibility for Standard Library) does not seem to
> take Python 3 into account. Is this PEP only relevant for the 2.7
> branch?* If it’s supposed to apply to 3.x too, despite the view that
> 3
e sdtlib
>
>> For Python itself we can backport the feature in its setup.py, until
>> Distutils2 is back to the sdtlib
>
> This won't be for python itself, but for extension modules.
ok.
>
> Regards,
> Martin
>
--
Tarek Ziadé | http://ziade.org
__
currently in alpha), it will
be installable from 2.4 to 3.x and can provide this feature.
For Python itself we can backport the feature in its setup.py, until
Distutils2 is back to the sdtlib
> In favour of the pep.
+1
>
> Matthias
>
--
Tarek Ziadé | http://ziade.org
___
On Sun, Nov 21, 2010 at 12:05 AM, Tarek Ziadé wrote:
..
> Crazy ideas are welcome. "setup.py" is gone in d2 for instance ;)
But you can still use a similar form if you want - just to mention
___
Python-Dev mailing list
Python-Dev@py
.org/distutils2
Crazy ideas are welcome. "setup.py" is gone in d2 for instance ;)
Thanks !
Regards.
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
On Tue, Oct 12, 2010 at 1:55 PM, Paul Moore wrote:
...
> I would assume (am I wrong?) that the canonical way of installing
> modules on Windows for "non-advanced" users under distutils2 would
> still be to download and run a binary installer.
Yes this won't change.
Regards
Tarek
On Fri, Oct 8, 2010 at 9:31 PM, Brett Cannon wrote:
> On Fri, Oct 8, 2010 at 09:25, Tarek Ziadé wrote:
>> On Fri, Oct 8, 2010 at 5:53 PM, Toshio Kuratomi wrote:
>>> On Fri, Oct 08, 2010 at 05:12:44PM +0200, Antoine Pitrou wrote:
>> ...
>>>> > pys
7;s an advantage in that case.
Tarek
--
Tarek Ziadé | http://ziade.org
___
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/archive%40mail-archive.com
On Fri, Oct 8, 2010 at 7:01 PM, Fred Drake wrote:
> On Fri, Oct 8, 2010 at 9:22 AM, Tarek Ziadé wrote:
>> pkg_manager ?
>
> 1. Underscores are evil. Don't do that.
>
> 2. Mixed shortened + written-out names are just nasty.
>
>> Mmm.. setup.py is gone in D2, an
up in distutils2, that will be installed as a
classical script. Once we move distutils2 back in the stdlib, it will
be provided in Python's bin dir, so people will have the same
"pysetup" name everywhere,
Tarek
--
Tarek Ziadé | http://ziade.org
_
___
> 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/ziade.tarek%40gmail.com
>
--
Tarek Ziadé | http://ziade.org
2010/10/8 Michael Foord :
> On 08/10/2010 14:28, Dirkjan Ochtman wrote:
>>
>> On Fri, Oct 8, 2010 at 15:22, Tarek Ziadé wrote:
>>>
>>> Mmm.. setup.py is gone in D2, and setup.py will be the marker of d1.
>>
>> So, sorry for backing up to this, but
On Fri, Oct 8, 2010 at 3:28 PM, Dirkjan Ochtman wrote:
> On Fri, Oct 8, 2010 at 15:22, Tarek Ziadé wrote:
>> Mmm.. setup.py is gone in D2, and setup.py will be the marker of d1.
>
> So, sorry for backing up to this, but isn't it true that many projects
> do custom stuff
nly command they'll need to remember (for Python versions with the setup
> module) will be
>
> python -m setup ...
Nice ! And I'd like to extend this idea with what we said at the last
Summit. What if a project like Pip is able t
1 - 100 of 475 matches
Mail list logo
