Note that I'll revert Doc/distutils as well, but I need to check first
with Ronald a few Mac OS X points.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/opt
2010/7/23 Ronald Oussoren :
>
> On 23 Jul, 2010, at 10:12, Ronald Oussoren wrote:
>
>>
>> On 22 Jul, 2010, at 14:01, Tarek Ziadé wrote:
>>
>>> Note that I'll revert Doc/distutils as well, but I need to check first
>>> with Ronald a few Mac O
That would be great if the student could promote his work at Catalog-SIG.
> Mirroring apparently also
> requires some client changes.
Mirrors can be used as long as you manually point a mirror when using
them. We we are working on making the
switch automati
On Mon, Jul 26, 2010 at 1:20 PM, geremy condra wrote:
> On Mon, Jul 26, 2010 at 4:02 AM, Tarek Ziadé wrote:
>> On Sat, Jul 24, 2010 at 4:08 PM, Guido van Rossum wrote:
>
>
>
>>> Mirroring apparently also
>>> requires some client changes.
>>
>> M
On Mon, Jul 26, 2010 at 2:10 PM, geremy condra wrote:
> On Mon, Jul 26, 2010 at 4:52 AM, Tarek Ziadé wrote:
>> On Mon, Jul 26, 2010 at 1:20 PM, geremy condra wrote:
>>> On Mon, Jul 26, 2010 at 4:02 AM, Tarek Ziadé wrote:
>>>> On Sat, Jul 24, 2010 at 4:
On Mon, Jul 26, 2010 at 4:29 PM, geremy condra wrote:
...
> I've noticed that I don't have a lot of success in shifting this kind
> of debate, so I'm not sure it's a good idea to publicly discuss
> vulnerabilities in something that may wind up being implemented as-is,
> but it's up to you guys.
I
On Mon, Jul 26, 2010 at 10:39 PM, Georg Brandl wrote:
...
>> I think we need to improve this: it can be a very frustrating
>> experience to contribute to PyPI.
>
> I did not experience it this way. On the contrary, I tried to run
> PyPI locally for testing purposes, but didn't want to compile and
On Mon, Jul 26, 2010 at 11:15 PM, Georg Brandl wrote:
..
> Sure PyPI is part of the ecosystem. But so are quite a lot of other tools,
> and none of them are tracked in bugs.python.org. (This is also the case
> for the website.) I'd really like bugs.python.org to remain a tracker for
> what we s
RPC)
I think you should briefly present your plans for important or major
changes in catalog-SIG
prior to starting them, so we can discuss them.
Regards
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
http://
said in a previous mail, we should document in a single
place (a PEP I guess)
the PyPI specification, and maybe version it.
Regards,
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
be able to explicitly register any class using :
from unittest2.events import Plugin
Plugin.register(MySuperPlugin)
Regards
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
t
- provide a tool to browse them
This will be done through files added in the dist-info/ dirs, with the
new PEP 376 api we are
adding to pkgutil
The idea is that the end user should be able to have a full control on
what's activated in his system,
without relying on the developer choice
On Fri, Jul 30, 2010 at 4:04 PM, Barry Warsaw wrote:
> You guys should definitely write up a plugin PEP!
I am all for it, I am pretty sure we can come up with a generic tool
that can be useful for many packages in the stdlib
Starting this...
--
Tarek Ziadé | http://ziade.
On Fri, Jul 30, 2010 at 4:34 PM, Michael Foord
wrote:
...
> Again I think the *needs* of unittest and distutils are different, so I
> wonder if a single system can usefully suit both our needs (let alone
> universally support other systems). Definitely an area worth exploring
> though.
Yes, even
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 mail
On Sat, Jul 31, 2010 at 1:46 PM, Michael Foord
wrote:
...
>
> Installation of plugins would still be done through the standard
> distutils(2) machinery. (Using PEP 376 would depend on distutils2. I would
> be fine with this.)
Note that the PEP 376 implementation is mainly done in pkgutil. A
custo
talled
- provide a end-user script to browse plugins
- provide a way to define plugins statically in setup.cfg
Regards
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 Sun, Aug 1, 2010 at 11:55 PM, Nick Coghlan wrote:
...
> Is dealing with name conflicts left up to the application?
When an application iterates on the plugins that are supposely built
for it, it will probably expect a single type of object. For instance
unitest2 will want classes that are over
p.ru/ ...@phd.pp.ru
> Programmers don't die, they just GOSUB without RETURN.
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http:/
On Mon, Aug 2, 2010 at 1:11 AM, Michael Foord wrote:
> This seems fine; I mean it isn't written directly by humans or intended to
> be read directly by humans I guess. :-)
>
> (Users will specify plugins in the setup metadata and this will be written
> on install by distutils2 - right?.)
Yes, exa
On Mon, Aug 2, 2010 at 1:56 AM, Michael Foord wrote:
> On 02/08/2010 00:46, Tarek Ziadé wrote:
>>
>> [snip...]
>>>
>>> I don't think that unittest would use a distutils2 (or pkgutil) supplied
>>> API
>>> for activation.
>>>
>
On Sun, Aug 1, 2010 at 10:37 PM, Tarek Ziadé wrote:
> Hello,
>
> Here's a proposal to extend PEP 376 to support a basic plugins feature
> -- you should read PEP 376 before reading this mail
>
> It's basically Phillip's entry points, but with an activation f
entry_points.txt file.
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 Wed, Aug 11, 2010 at 12:35 AM, Alexander Belopolsky
wrote:
> On Tue, Aug 10, 2010 at 6:29 PM, "Martin v. Löwis" wrote:
> ..
>> So where do you put Γεώργιος Μπουτσιούκης?
>>
>
> or Александр Белопольский for that matter? :-)
James Tauber did a UCA implementation in Python it seems:
http://jtau
On Wed, Aug 11, 2010 at 12:56 AM, Alexander Belopolsky
wrote:
..
>
> BTW, does anybody know if
>
> Jiba = Jean-Baptiste LAMY ("Jiba")?
Yes that's it. He work on Soya 3d
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
onfig.cfg file that contains all installation paths,
for each target system
- change sysconfig.py so it uses it, instead of the global dicts it
currently has
Regards
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python
ions
that patches it. I would hate to have to do a deprecation cycle if we
change the way
sysconfig internally works.
A documented cfg file feels just more standard-ish to me for this.
Regards.
Tarek
--
Tarek Ziadé | http://ziade.org
___
Python-Dev
__
> Python-checkins mailing list
> python-check...@python.org
> http://mail.python.org/mailman/listinfo/python-checkins
>
--
Tarek Ziadé | http://ziade.org
___
Python-Dev mailing list
Python-Dev@python.org
htt
On Thu, Aug 19, 2010 at 12:17 PM, Victor Stinner
wrote:
> Le jeudi 19 août 2010 12:07:36, Tarek Ziadé a écrit :
>> What I do is :
>>
>> 4 cd /the/right/branch/or/trunk
>> $ svn ci -m 'comment'
>> you get a revision number
>>
>> $
On Thu, Aug 19, 2010 at 2:00 PM, Eric Smith wrote:
> On 8/19/2010 7:55 AM, Éric Araujo wrote:
>>
>> Thanks for the replies.
>>
>> The dev FAQ is clear about regular use, it tells about the
>> svnmerge-commit-message too, and people in #python-dev have told me that
>> the merge order is py3k> 3.1,
been working on a new format for that (PEP 376), that should be
starting to get used in the coming years, it'll be a bit of a
non-sense to have that metadata file in the sdtlib shipped with 3,2
I am not really sure what was the intent to have it there in the firs
s to extend our metadata to statically
provide dependencies at PyPI, thanks to a micro-language that allows
you to describe dependencies for any platform.
We worked hard to build some standards, but if PyPI doesn't help us
here, everything we did and are doing is useless.
Tarek
--
Tarek
s
installer will re-run egg_info every time.
Coming from the Plone/buildout community, I would be concerned if
buildout would rely on this. json, ldap, mysql you name it --I have
tons of other examples-- all those dependencies will not be accurate
unless you re-run setup.py egg_info. "
e project and
running the egg_info command. They will in this case have accurate
data in fact. So right now you don't deny them the data, it's one
command away from them.
I don't understand the rational behind providing flawed data at PyPI.
I am -1 on that.
Regards
Tarek
&g
probably
means Bitbucket will have more people to work on the project and some
help from the Atlassian Ops. That's really a good news !
Although, I am also -1 because of the hooks management issues that were raised
--
Tarek Ziadé | http://ziade.org
___
On Fri, Oct 1, 2010 at 1:50 AM, "Martin v. Löwis" wrote:
> Amaury just filed issue #1 yesterday; as counting started
> with 1000, we are now into 9000 roundup issues.
>
Happy birthday, bugs ! :)
___
Python-Dev mailing list
Python-Dev@python.org
htt
once distutils2 is back in the stdlib,
it's OK for us to add that script in the distribution.
I remember that people did not want "yet another script" in there, so
I just wanted to double-check before I take this path
Thanks !
Tarek
--
Tarek Ziad
On Fri, Oct 8, 2010 at 9:25 AM, Jeroen Ruigrok van der Werven
wrote:
> -On [20101008 09:07], Tarek Ziadé (ziade.ta...@gmail.com) wrote:
>>I just wanted to make sure that once distutils2 is back in the stdlib,
>>it's OK for us to add that script in the distribution.
>
>
On Fri, Oct 8, 2010 at 9:50 AM, Tarek Ziadé wrote:
...
> e.g. a -MINOR.MINOR
MAJOR.MINOR
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/pyt
On Fri, Oct 8, 2010 at 12:24 PM, Georg Brandl wrote:
> Am 08.10.2010 09:05, schrieb Tarek Ziadé:
>> Hello,
>>
>> In the Distutils2 project, we'll have quite a few scripts that can be
>> called via -m
>>
>> $ python -m distutils2.depgraph : shows
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
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
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
___
> 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
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
_
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
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 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
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
.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 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
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
___
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
__
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
/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
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
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
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.
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
&
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
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
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
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
___
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
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
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
--
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
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
, 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
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
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:/
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
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
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
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
> 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
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
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
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
___
> 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
_
> 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
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
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
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
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:
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
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
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
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
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 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
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:/
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
--
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
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.
>>
>>
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
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.
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
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
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
301 - 400 of 475 matches
Mail list logo
