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
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.
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
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
make the patch on the 2.6 trunk (great doc
thanks!).
I would like to propose this rfe tomorrow at the bug day, amongst other bugs
I can try to work on.
But I don't know if I should propose it here first since it was previously
discussed on catalog-sig,
so here it is :)
Regards
T
(this document also contains a
change ti PyPI server but
this is another point)
A patch was built and enhanced in the last bug day, and is available here:
http://bugs.python.org/issue1858.
Best Regards
Tarek
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation
On Fri, Mar 21, 2008 at 2:47 PM, Phillip J. Eby <[EMAIL PROTECTED]>
wrote:
> Second, there were no uninstall tools for it, so I'd have had to
> write one myself. (Zed's "easy_f'ing_uninstall" to the contrary, it
> ain't easy, and I have an aversion to deleting stuff on people's
> systems without
://bugs.python.org/issue2166)
- adds unit tests for upload and register (test_upload, test_register)
Best regards
Tarek
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com
ally I'd like to work on the documentation changes / clean-up for
> the unittest module discussed recently.
We are trying to set up a team here in Paris,
Personnally I would like to continue the work started in distutils
(various patches)
and some friends here are interested in contributi
h
and submit it to the tracker.
Regards
Tarek
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
> - copying a source to a target, but the pyc/pyo file
> def filtering(source, target):
> return os.path.splitext(filename) not in ('.pyc', '.pyo')
>
> shutil.copytree(source, target, filter_=filtering)
> -
oups, made a mistake in my example:
def fi
On Thu, Apr 17, 2008 at 7:06 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Sounds like a neat little feature. Looking forward to it. Maybe the
> most useful use case would be to provide glob-style patterns for
> skipping files or directories (and their contents).
Alright I will work on it th
I have submitted a patch for review here: http://bugs.python.org/issue2663
glob-style patterns or a callable (for complex cases) can be provided
to filter out files or directories.
Regards
Tarek
___
Python-Dev mailing list
Python-Dev@python.org
http://
2008 at 2:38 AM, Isaac Morland <[EMAIL PROTECTED]> wrote:
> On Sun, 20 Apr 2008, Steven Bethard wrote:
>
>
> > On Sun, Apr 20, 2008 at 4:15 PM, Tarek Ziadé <[EMAIL PROTECTED]>
> wrote:
> >
> > > I have submitted a patch for review here:
> http://
On Mon, Apr 21, 2008 at 2:25 AM, Steven Bethard
<[EMAIL PROTECTED]> wrote:
>
> On Sun, Apr 20, 2008 at 4:15 PM, Tarek Ziadé <[EMAIL PROTECTED]> wrote:
> > I have submitted a patch for review here: http://bugs.python.org/issue2663
> >
> > glob-style patte
/
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
Oleg Broytmannhttp://phd.pp.ru/[EMAIL PROTECTED]
> Programmers don't die, they just GOSUB without RETURN.
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/lis
stage
Regards
Tarek
>
> Steve
> --
> I'm not *in*-sane. Indeed, I am so far *out* of sane that you appear a
> tiny blip on the distant coast of sanity.
> --- Bucky Katt, Get Fuzzy
>
--
Tarek Ziadé | Association AfPy
ust a matter of making
distutils writing the PKG_FILE correctly.
Regards
Tarek
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com/
___
Python-Dev mailing list
Python-Dev@pytho
> 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é | Association AfPy | w
om the command line even if it is done with PATH.
So I would love to see this ticket open again; I personnaly would be in
favor of an automatic change of PATH by the installer.
My 2 cents
Tarek
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN
On Tue, Sep 2, 2008 at 3:04 PM, Tarek Ziadé <[EMAIL PROTECTED]> wrote:
>
> So I don't see any good reason (besides the technical complexity) to add it
> to the Windows installer.
>
oups.. I don't see any good reason *not* to add it ... :)
__
on-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é | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpre
On Wed, Sep 3, 2008 at 3:46 PM, Paul Moore <[EMAIL PROTECTED]> wrote:
>
>
> PS If anyone knows a *good* way of writing wrapper scripts on Windows
> which doesn't suffer from the bat file nesting problem above, please
> let me (and the rest of the world!) know!
You can use setuptools console scri
Could you explain what this is to us a little more, please? :)
> >
>
> You sit in front of a bunch of people answering questions asked by the
> audience. You know, a panel. =) It's just a Q&A session so that PyCon
> attendees can ask python-dev a bunch of random questions. Dem
On Sat, Oct 4, 2008 at 2:22 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Antoine Pitrou wrote:
>> Martin v. Löwis v.loewis.de> writes:
This may be more complicated than it sounds, because you'd probably
add a very general requirement-indicating feature to PyPI, not merely
a 's
On Sun, Oct 5, 2008 at 6:59 AM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> Setuptools declares dependencies, but does not add a Python version
>> requirement,
>> like what was proposed in PEP 345 (http://www.python.org/dev/peps/pep-0345/)
>> with a new metadata called 'Requires Python'
>>
>>
--am"If you're in Fairfax County and need a lift, let me know"k
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/
lized in some packages, modules, even
if they don't know anything about the C apis of the core.
Those "standard library developers" could be blessed to work on
specific areas of the standard
library and "followed" by a core developer that can just make sure
everything goes in the
On Fri, Oct 31, 2008 at 7:46 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>>
>> What about having two level of devs ?
>>
>> + core developers + standard library developers
>>
>> [cut]
>
>
> So I'd suggest thinking about developer responsibilities more in terms
> of areas of expertise rather than "le
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é | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http:/
On Wed, Dec 3, 2008 at 9:44 PM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Tarek Ziadé wrote:
>> Hello,
>>
>> I'd like to volunteer for that part given the fact that I am currently
>> working on the patches
>> for the mirroring thing in a branch of P
org/issue3992
5. #3985 : more cleanup. http://bugs.python.org/issue3985
6. #3986 : http://bugs.python.org/issue3986
Some of them are a few month old so I can refresh the patch on the
current trunk(s) as soon as they are picked.
Regards
Tarek
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | h
Hello
I would like to request a commit access to work specifically on
distutils maintenance.
Regards
Tarek
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com
ality of the doc might suffer
from it if Georg (or others) doesn't have time to review it
2/ slows things down, make the feature/change unavailable until Georg
(or others) had the time to review it
Regards
Tarek
--
Tarek Ziadé | Association AfPy |
On Sat, Jan 3, 2009 at 10:21 PM, Nick Coghlan wrote:
>> [cut]
>>
>>> 1/ is better for the flow, but the quality of the doc might suffer
>>> from it if Georg (or others) doesn't have time to review it
>>
>> This is of little concern. As long as the documentation continues
>> to build (into html), n
On Fri, Jan 9, 2009 at 9:24 AM, Robert Schwebel
wrote:
>
> Yup, will do.
>
> I suspect that some of the design decisions need discussions; should
> that also take place in the issue tracker, or here on the mailing list?
For the distutils part, you can use the distutils mailing list if you wish,
deprecate macpath.py as well ?
Regards
Tarek
--
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.o
1 test failed:
> test_distutils
>
>
>
> Raymond
>
>
>
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.or
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
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
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
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
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
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
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
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
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
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
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/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: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: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: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 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 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 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/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 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 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/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 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 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 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: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 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 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/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/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
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 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
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/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/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
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
401 - 475 of 475 matches
Mail list logo
