Le 20/08/2011 22:52, Paul Moore a écrit :
> My buildbot seems to have been failing for a while (I've been away on
> holiday) - http://www.python.org/dev/buildbot/buildslaves/moore-windows
>
> The failures seem to generally be in distutils and/or packaging. I see
> quite a lot of reds in the waterf
Hi,
Le 30/08/2011 17:20, Antoine Pitrou a écrit :
> On Tue, 30 Aug 2011 16:22:14 +0200
> eric.araujo wrote:
>> As a side effect, the Distribution class no longer accepts a 'url' key
>> in its *attrs* argument: it has to be 'home-page' to be recognized as a
>> valid metadata field and passed down
Hi,
Le 21/08/2011 11:09, Sandro Tosi a écrit :
> On Sun, Aug 21, 2011 at 10:17, Éric Araujo wrote:
>> However small the commit was, I think it still was a feature request, so
>> I wonder if it was appropriate for the stable versions.
>
> I can see your point: the reason I
Le 02/09/2011 05:59, Stephen J. Turnbull a écrit :
> I believe that the deprecation of the digraphs as separate letters
> occurred as the telephone became widely used in Spain, and the
> telephone company demanded an official proclamation from whatever
> Ministry is responsible for culture that it
Le 06/09/2011 00:11, victor.stinner a écrit :
> http://hg.python.org/cpython/rev/56ab3257ca13
> changeset: 72296:56ab3257ca13
> user:Victor Stinner
> date:Tue Sep 06 00:11:13 2011 +0200
> summary:
> Issue #9561: packaging now writes egg-info files using UTF-8
>
> instead of th
Hi,
Here’s a status update on distutils2.
Vinay did the bulk of the work in his initial commit; we just had to
re-add some mistakenly deleted helpers in d2.tests and d2.tests.support,
change sysconfig imports and remove duplicate files (sysconfig.*).
A contributor did a huge commit to restore 2.
Le 13/09/2011 18:34, Michael Foord a écrit :
> On 13/09/2011 16:57, Éric Araujo wrote:
>> (IIRC PyPI will require us to play games to have both
>> 2.x and 3.x versions of distutils2.)
>
> What I'm doing for unittest2.
> [...]
> 2) I have a pypi project called unit
Hi,
I caught Tarek on IRC and forced him to answer my questions. Here are
the latest news:
- I have cleaned up and synchronized the distutils2 codebase with
packaging in 3.3. All features and bugs are now identical. The test
suite runs with Python 2.4 to 2.7; there are three or four test failu
Hi Victor,
> summary:
> Issue #12931: xmlrpclib now encodes Unicode URI to ISO-8859-1, instead of
> failing with a UnicodeDecodeError.
>
> diff --git a/Lib/test/test_xmlrpc.py b/Lib/test/test_xmlrpc.py
> --- a/Lib/test/test_xmlrpc.py
> +++ b/Lib/test/test_xmlrpc.py
> @@ -472,6 +472,9 @@
>
Hi Victor,
> diff --git a/Misc/NEWS b/Misc/NEWS
> --- a/Misc/NEWS
> +++ b/Misc/NEWS
> @@ -10,6 +10,10 @@
> Core and Builtins
> -
>
> +- Issue #7732: Don't open a directory as a file anymore while importing a
> + module. Ignore the direcotry if its name matchs the module name (
Hi,
Le 03/10/2011 23:38, Terry Reedy a écrit :
> Is it both technically possible (with hg) and socially permissible (with
> us) to edit another's commit message?
Not easily. A changeset identifier is a hash of date, user, parent
changesets hashes, commit message and diff content; editing the co
Hi,
Le 04/10/2011 04:59, Stephen J. Turnbull a écrit :
> Currently, in hg. git has a mechanism for adding notes which are
> automatically displayed along with the original commit message, and
> bzr is considering introducing such a mechanism.
Mercurial commits can contain an “extra” dictionary, b
Hi,
> http://hg.python.org/cpython/rev/447f521ac6d9
> user:Antoine Pitrou
> date:Tue Oct 04 16:04:01 2011 +0200
> summary:
> When expandtabs() would be a no-op, don't create a duplicate string
>
> diff --git a/Lib/test/test_unicode.py b/Lib/test/test_unicode.py
> --- a/Lib/test
Hi,
I started to play with virtualenv recently and wondered about the status
of the similar feature in 3.3 (cpythonv). The last thread mentioned two
bugs; one has been fixed since.
Apart from the implicit vs. explicit download of distribute, are there
design issues to discuss? Can we do that wi
Le 06/10/2011 17:31, Barry Warsaw a écrit :
> I agree we can't use virtualenv, and shouldn't use virtualize. I'm afraid
> that picking something cute might make it harder to discover. `pythonv` or
> `cpythonv` seem like good choices to me. Maybe the former, so we could
> potentially have jythonv
Hi,
I too prefer venv (module) and pyvenv (script).
Regards
___
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
Hi Ned,
> Issue #7367: Add test case to test_pkgutil for walking path with
> an unreadable directory.
Kudos for fixing this bug, the pydoc one and cleaning the duplicate reports!
> diff --git a/Lib/test/test_pkgutil.py b/Lib/test/test_pkgutil.py
> --- a/Lib/test/test_pkgutil.py
> +++ b/Lib/test
Hi,
> abc (2.6)
I’m not sure this module is very useful without built-in support in
isinstance and issubclass.
> collections.OrderedDict (2.7)
> unittest2 (2.7)
Why not depend on the backports available on PyPI instead of
re-backporting these in your project?
> My second doubt is about morality.
Hi Paul,
Thanks for raising this during the development phase.
> I see that the Packaging documentation is now more complete (at least
> at docs.python.org) - I don't know if it's deemed fully complete yet,
> but I scanned the documentation and "Installing Python Projects" looks
> pretty much con
Le 12/10/2011 00:22, Barry Warsaw a écrit :
> As the BDFOP for PEP 3151, I hereby accept it for inclusion into Python 3.3.
Congratulations Antoine, and thanks!
Cheers
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listi
Le 11/10/2011 09:59, Vinay Sajip a écrit :
> To me it does, and it would be useful to have some validation from
> the packaging folks.
I’m trying to catch up, but the wi-fi here is horrible and there are so
many messages! I’ll compose a reply for tomorrow.
Regards
___
Le 09/10/2011 13:54, Paul Moore a écrit :
> On 9 October 2011 08:15, Éric Araujo wrote:
>> Are there that many distributions with extension modules? sdists should
>> work well even on Windows for pure Python projects.
> [...]
> Looking at my installations, I see:
> - dat
Hi Philip,
> [...] In any case, it definitely wasn't the case that eggs or setuptools were
> rejected for 2.5; they were withdrawn for reasons that didn't have anything
> to do with the format itself.
Thanks for clarifying. I nonetheless remember strong opposition to
pulling the code unmodified,
Le 09/10/2011 22:14, Paul Moore a écrit :
> On 9 October 2011 20:47, Tarek Ziadé wrote:
>> PEP 376 provide the installation format for the 'future' --
>> http://www.python.org/dev/peps/pep-0376/
> [...]
>> Now for a binary archive, that would get installed ala PEP 376, why
>> not ? I'd just be cur
Hi Nick,
Le 11/10/2011 03:29, Nick Coghlan a écrit :
> On Mon, Oct 10, 2011 at 2:29 PM, Paul Moore wrote:
>> Ideally bdist_wininst and bdist_msi would also integrate with pysetup
>> and with virtual environments, but I imagine that could be pretty hard
>> to make work cleanly, as Windows doesn't
Le 13/10/2011 18:25, Éric Araujo a écrit :
>>2c. There's a question over a GUI install followed by a pysetup
>> uninstall, which wouldn't remove the add/remove entry...
> I think we could require that a project installed with a clicky
> wininst_bdist has to be re
Hi Antoine,
> changeset: 701b2e0e6f3f
> user:Antoine Pitrou
> date:Thu Oct 13 18:07:37 2011 +0200
> summary:
> Add a comment explaining this heuristic.
>
> diff --git a/Objects/stringlib/fastsearch.h b/Objects/stringlib/fastsearch.h
> --- a/Objects/stringlib/fastsearch.h
> ++
Hi,
> diff --git a/Misc/NEWS b/Misc/NEWS
> --- a/Misc/NEWS
> +++ b/Misc/NEWS
> @@ -54,6 +54,9 @@
>the following case: sys.stdin.read() stopped with CTRL+d (end of file),
>raw_input() interrupted by CTRL+c.
>
> +- Issue #10860: httplib now correctly handles an empty port after port
> + d
Hi,
Do we have buildbots with the rpm programs installed? There is a patch
I want to commit to fix a bug in distutils’ bdist_rpm; it was tested by
the patch author, but I cannot verify it on my machine, so I would feel
safer if our buildbot fleet would cover that.
Thanks
Hi,
> I'd like to reopen the discussions on how the new packaging module
> will handle/support binary distributions in Python 3.3. The previous
> thread (see
> http://mail.python.org/pipermail/python-dev/2011-October/113956.html)
> included a lot of good information and discussion, but ultimately
Hi Ezio,
> http://hg.python.org/cpython/rev/18bbfed9aafa
> user:Ezio Melotti
> summary:
> Add a button to the code examples in the doc to show/hide the prompts and
> output.
Looks cool! I hope this will stop our use of two or three different
styles for Python code in the docs (doctes
Hi,
> http://hg.python.org/cpython/rev/6f56e81da8f6
> user:Florent Xicluna
> summary:
> I should be someone
Without quotation marks, that sounded like a philosophical commit :)
Cheers
___
Python-Dev mailing list
Python-Dev@python.org
http://
Hi,
> http://hg.python.org/cpython/rev/72de2ac8bb4f
> branch: 2.7
> user:Petri Lehtinen
> date:Sun Oct 30 13:55:02 2011 +0200
> summary:
> Avoid unnecessary recursive function calls (closes #10519)
> http://hg.python.org/cpython/rev/0694ebb5db99
> branch: 2.7
> user:
Hi Derek,
> I tried in the 2.7.1 and 2.6.7 installations included in OS X 10.7,
> and also a 2.7.2+ (not sure what the + is)
The + means that’s it’s 2.7.2 + some commits, in other words the
in-development version that will become 2.7.3. This bit of info seems
to be missing from the doc.
Regards
Nick and Brett share the opinion that some code cleanups can be
considered bugfixes, whereas MvL, Barry and Raymond defend that we never
know what can get broken and it’s not worth risking it.
I have added a comment on #13283 (removal of two unused variable in
locale.py) to restate this policy, bu
Hi Victor,
> PyDict_GetItem() and PyDict_SetItem() don't call __getitem__ and __setitem__
> for dict subclasses. Is there a reason for that?
http://bugs.python.org/issue10977 “Currently, the concrete object C API
bypasses any methods defined on subclasses of builtin types.”
Cheers
_
Hi,
> http://hg.python.org/cpython/rev/bbc929bc2224
> user:Philip Jenvey
> summary:
> quote the type name for improved readability
>
> files:
> Python/bltinmodule.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
>
> diff --git a/Python/bltinmodule.c b/Python/bltinm
Hi,
My usual merge tool is vimdiff, with a little configuration so that it
shows only two panes instead of three (destination file on the left,
file from the other branch on the right, and if I need to compare either
with the common ancestor to see which chunks I want from each file, I
use a
> changeset: 0feb5a5dbaeb
> user:Antoine Pitrou
> date:Sun Nov 13 01:02:02 2011 +0100
> summary:
> Fix memory leak with FLUFL-related syntax errors (!)
I don’t think it is allowed to criticize FLUFL-related code. As the
FLUFL is flawless, so are flufly things. I hear the PSU
Hi Paul,
> Looking at a RECORD file installed by pysetup (on 3.3 trunk, on
> Windows) all of the filenames seem to be absolute, even though the
> package is pure-Python and so everything is under site-packages.
> Looking at PEP 376, it looks like the paths should be relative to
> site-packages. Tw
Hi,
> http://hg.python.org/cpython/rev/8f7ab4bf7ad9
> user:Jesus Cea
> date:Mon Nov 14 19:07:41 2011 +0100
> summary:
> Issue #6397: Support '/dev/poll' polling objects in select module, under
> Solaris & derivatives.
> +.. _devpoll-objects:
> +
> +``/dev/poll`` Polling Object
Hi Jason,
> http://hg.python.org/cpython/rev/f7dd5178f36a
> branch: 2.7
> user:Jason R. Coombs
> date:Thu Nov 17 18:03:24 2011 -0500
> summary:
> PDB now will properly escape backslashes in the names of modules it
> executes. Fixes #7750
> diff --git a/Lib/test/test_pdb.p
Hi,
> I recently got some patches accepted for inclusion in 3.3, and each time,
> the patch metadata (such as my name and my commit comment) were stripped by
> applying the patch manually, instead of hg importing it. This makes it
> clear in the history who eventually reviewed and applied the p
Hi,
> I have a question and I would rather have an answer instead of
> actually trying and getting myself in a messy situation.
Clones are cheap, trying is cheap!
> Let say we have the following scenario:
>
> 1. A programer clones hg.python.org.
> 2. Programer creates a named branch and start t
Le 25/11/2011 19:21, Amaury Forgeot d'Arc a écrit :
> And oh, I almost forgot distutils, which needs to parse some Makefile which
> of course does not exist in PyPy.
This is a bug (#10764) that I intend to fix for the next releases of 2.7
and 3.2. I also want to fix all modules that use sys.versi
Le 26/11/2011 03:18, Jesus Cea a écrit :
> On 12/11/11 16:56, Éric Araujo wrote:
>> Ezio and I chatted a bit about his on IRC and he may try to write
>> a Python parser for Misc/NEWS in order to write a fully automated
>> merge tool.
> Anything new in this front? :-)
No
Le 26/11/2011 06:29, Nick Coghlan a écrit :
> On Sat, Nov 26, 2011 at 3:14 PM, Raymond Hettinger wrote:
>> To me, it would make more sense to split the file into a Misc/NEWS3.2 and
>> Misc/NEWS3.3 much as we've done with whatsnew. That would make merging a
>> piece of cake and would avoid adding a
Le 24/11/2011 22:46, Xavier Morel a écrit :
> Wouldn't it be simpler to just use MQ and upload the patch(es)
> from the series?
MQ is a very powerful and useful tool, but its learning curve is steeper
than regular Mercurial, and it is not designed for long-term
development. Rebasing patches is mor
Le 25/11/2011 03:39, Jesus Cea a écrit :
> On 24/11/11 18:08, Éric Araujo wrote:
>>> I have a question and I would rather have an answer instead of
>>> actually trying and getting myself in a messy situation.
>> Clones are cheap, trying is cheap!
> [snip valid reason
Hi,
+1 to all Ezio said. One specific remark:
PendingDeprecationWarning could just become an alias of
DeprecationWarning, but maybe there is code out there that relies on the
distinction, and there is no real value in making it an alias (there is
value in removing it altogether, but we can’t do
Hi,
Going through my email backlog.
> Le 11/08/2011 20:30, P.J. Eby a écrit :
>> At 04:39 PM 8/11/2011 +0200, Éric Araujo wrote:
>>>> (By the way, both of these additions to the import protocol (i.e. the
>>>> dynamically-added ``__path__``, and dynamically-create
Hi,
Thanks for the replies.
> At this point, though, before doing any more work on the PEP I'd
> like to have some idea of whether there's any chance of it being accepted.
> At this point, there seems to be a lot of passive, "Usenet nod syndrome"
> type support for it, but little active support.
Hi,
When running 2to3 from a setup.py script, does it run on the whole
codebase or only files that are found newer by the make-like
timestamp-based dependency system? If it’s the former, as some messages
seem to show (sorry no time to test right now), ISTM we can fix
distutils to do the latter (u
Hi Sandro,
Thanks for getting the ball rolling on this. One style for markup, one
Sphinx version to code our extensions against and one location for the
documenting guidelines will make our work a bit easier.
During the build process, there are some warnings that I can
understand:
I assume yo
Hi,
Le 14/01/2012 15:31, Sandro Tosi a écrit :
On Sat, Jan 14, 2012 at 04:24, Éric Araujo wrote:
Doc/glossary.rst:520: WARNING: unknown keyword: nonlocal
That’s a mistake I did in cefe4f38fa0e. This sentence should be
removed.
Do you mean revert this whole hunk:
[...]
or just "The :ke
Hi,
changeset: d4669f43d05f
user:Benjamin Peterson
date:Sat Jan 14 13:23:30 2012 -0500
summary:
add str.casefold() (closes #13752)
diff --git a/Doc/library/stdtypes.rst b/Doc/library/stdtypes.rst
--- a/Doc/library/stdtypes.rst
+++ b/Doc/library/stdtypes.rst
@@ -1002,6 +10
Hi Giampaolo,
changeset: 53a5a5b8859d
user:Giampaolo Rodola'
date:Mon Jan 09 17:10:10 2012 +0100
summary:
provide a common method to check for RETR_DATA validity, first
checking the expected len and then the actual data content; this
way we get a failure on len mismatch rath
Hi,
> changeset: 57295c4d81ac
> user:Vinay Sajip
> date:Wed Jan 04 12:02:26 2012 +
> summary:
> Refactored logging rotating handlers for improved flexibility.
> diff --git a/Doc/howto/logging-cookbook.rst b/Doc/howto/logging-cookbook.rst
> --- a/Doc/howto/logging-cookbook
Thanks for 0b5ce36a7a24 Benjamin.
___
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
Hi Matteo,
Now setup.py will rebuild all every time, this is because the policy
of
newer_group in build_extension is to consider 'newer' any missing
file.
Here you certainly mean “older”.
[...] Can someone suggest me the reason of this choice
distutils’ notion of dependencies directly comes
Le 07/02/2012 23:21, Brett Cannon a écrit :
> On Tue, Feb 7, 2012 at 15:28, Dirkjan Ochtman wrote:
>> Yeah, startup performance getting worse kinda sucks for command-line
>> apps. And IIRC it's been getting worse over the past few releases...
>>
>> Anyway, I think there was enough of a python3 por
Le 14/02/2012 08:58, Stefan Behnel a écrit :
> I'm -1 on emitting a deprecation warning just because cElementTree is being
> replaced by a bare import. That's an implementation detail, just like
> cElementTree should have been an implementation detail in the first place.
> In all currently maintain
Le 21/02/2012 03:04, Benjamin Peterson a écrit :
> 2012/2/20 Antoine Pitrou :
>> Changing the sequence size of sys.flags can break existing code (e.g.
>> tuple-unpacking).
>
> I told George I didn't think it was a major problem. How much code
> have you seen trying to upack sys.flags? (Moreover, s
Le 11/02/2012 12:00, Eli Bendersky a écrit :
> Well, I think the situation is pretty good now. If one goes to
> python.org and is interested in contributing, clicking on the "Core
> Development" link is a sensible step, right?
Maybe, depending on your knowledge of jargon. How about rewording that
Hi Brett,
I think this message went unanswered, so here’s a late reply:
Le 07/02/2012 23:21, Brett Cannon a écrit :
> On Tue, Feb 7, 2012 at 15:28, Dirkjan Ochtman wrote:
>> [...]
>> Anyway, I think there was enough of a python3 port for Mercurial (from
>> various GSoC students) that you can pro
Hello,
The three packaging-related PEPs that were written by the distutils
SIG and approved two years ago are still marked as Accepted, not Finished:
SA 345 Metadata for Python Software Packages 1.2 Jones
SA 376 Database of Installed Python Distributions Ziadé
Le 28/02/2012 13:48, Giampaolo Rodolà a écrit :
> Il 28 febbraio 2012 13:19, Antoine Pitrou ha scritto:
>> IMO, maintaining two branches shouldn't be much more work than
>> maintaining hacks so that a single codebase works with two different
>> programming languages.
>
> Would that mean distribut
Hello,
Le 02/03/2012 00:15, Yury Selivanov a écrit :
> And that's just the beginning of such questions. And when this PEP
> was suddenly approved, many of us felt that all those questions are
> not answered and were not even discussed.
Let me comment on that “suddenly”. We joke about Guido bein
Hi,
Le 02/03/2012 11:55, Alex Leach a écrit :
> My only other concern is with distutils, as it doesn't support
> icc on a Xeon.
Could you expand on that? distutils is supposed to support all
unix-like C compilers.
Regards
___
Python-Dev mailing list
Hi,
Le 03/03/2012 22:57, Ned Deily a écrit :
> The python.org OS X Pythons (and built-from-source framework builds) add
> the Apple-specific directory to the search path in order to allow
> sharing of installed third-party packages between the two.
The interesting thing to me here is that Ned’s
Hi,
I noticed that the top-level section in Misc/NEWS (i.e. the section
where we add entries) for 3.3 is for 3.3.0a2 (the next release), but in
2.7 and 3.2 we’re still adding entries to the sections corresponding to
the last RCs. Will the RMs move things when they merge back their
release clones,
What would be a release email without errors? :) The wiki link I gave
doesn’t work, it should be
http://wiki.python.org/moin/Distutils2/Contributing
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
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 distributing, uploading, downloading, installing and removing
projects, and is also a support library for other pa
Hi,
Le 16/03/2012 16:17, Lindberg, Van a écrit :
> On 3/16/2012 3:38 AM, Paul Moore wrote:
>> 1. The incompatibilities between platforms is precisely the problem
>> that sysconfig is designed to solve, isn't it? So tools in Python will
>> either use sysconfig (and be correct regardless of layout)
Hi,
> changeset: 509b222679e8
> branch: 3.2
> user:Benjamin Peterson
> date:Wed Mar 07 18:49:43 2012 -0600
> summary:
> this stuff will actually be new in 3.2.4
> diff --git a/Misc/NEWS b/Misc/NEWS
> --- a/Misc/NEWS
> +++ b/Misc/NEWS
> @@ -2,6 +2,57 @@
> Python News
>
Hi,
Le 20/03/2012 21:40, VanL a écrit :
> On Tuesday, March 20, 2012 at 5:07 PM, Paul Moore wrote:
>> It's worth remembering Éric's point - distutils is frozen and changes
>> are in theory not allowed. This part of the proposal is not possible
>> without an exception to that ruling. Personally, I
Good evening,
> If you are a core committer and volunteer as GSoC
> mentor for 2012, please let me know by Friday
> (March 23rd).
There is a number of interesting things to implement in packaging, and
at least one student who manifested their interest, but unfortunately I
am presently unable to sa
Le 06/03/2012 15:31, Giampaolo Rodolà a écrit :
> That's why I once proposed to include whatsnew.rst changes every time
> a new feature is added/committed.
> Assigning that effort to the release manager or whoever is supposed to
> take care of this, is both impractical and prone to forgetfulness.
Hi,
Le 25/03/2012 15:25, Georg Brandl a écrit :
> On 25.03.2012 21:11, Steven D'Aprano wrote:
>> I think it would be better to leave 2.7 with the old theme,
>> to keep it visually distinct from the nifty new theme used
>> with the nifty new 3.2 and 3.3 versions.
> Hmm, -0 here. I'd like more opin
Le 29/03/2012 22:04, Nick Coghlan a écrit :
> On Fri, Mar 30, 2012 at 4:26 AM, Carl Meyer wrote:
>> I've added this option as a comment on bug 1. The title of that bug
>> is worded such that it could be reasonably resolved either with the
>> backwards-compatibility fix or the release notes add
bugs.python.org already sanitizes the ok_message and Ezio already posted
a patch to the upstream bug tracker, so I don’t see what else we could do.
Also note that the Firefox extension NoScript blocks the XSS in this case.
Regards
___
Python-Dev maili
Hi,
+- If operators with different priorities are used, consider adding
+ whitespace around the operators with the lowest priority(ies). This
+ is very much to taste; however, never use more than one space, and
+ always have the same amount of whitespace on both sides of a binary
+ operator.
If I change that phrase to "Use your own judgement" does that help?
It does. It may also help fight the mindset that PEP 8 is a Law.
Regards
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
Le 24/04/2012 15:02, Georg Brandl a écrit :
On 24.04.2012 20:34, Benjamin Peterson wrote:
2012/4/24 Georg Brandl:
I think that's misleading: there's no way to "correctly" parse malformed HTML.
There is in the since that you can follow the HTML5 algorithm, which
can "parse" any junk you throw a
Hi Stefan,
The PSF does not require copyright assignment (ugh!), only a contributor
agreement. http://www.python.org/psf/contrib/contrib-form/ should give
you all you need.
Regards
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
Hi,
Le 01/05/2012 09:30, Nick Coghlan a écrit :
* PEP 3144: IP Address manipulation library
This is pretty close to approval. Peter's addressed all the
substantive comments that were made regarding the draft API, and he's
going to provide an update to the PEP shortly that should get it into
a s
Le 21/05/2012 07:42, Georg Brandl a écrit :
> What about:
>
> * Canonical:
>
> docs.python.org/2/
> docs.python.org/3/
>
> for latest versions of 2.x and 3.x
>
> docs.python.org/2.7/ etc.
>
> for latest minor versions
>
> docs.python.org/dev/
>
> for latest dev version.
+1.
I’d be +1 to add
Hi,
Le 02/06/2012 12:59, Christian Tismer a écrit :
> One urgent question: will this feature be backported to Python 2.7?
Features are never backported to the stable versions. virtualenv still
exists as a standalone project which is compatible with 2.7 though.
Regards
__
Hi all,
We need to make a decision about the packaging module in Python 3.3.
Please read this message and breathe deeply before replying :)
[Sorry this ends up being so long; Tarek, Georg, Guido, I hope you
have the time to read it.]
Let me first summarize the history of packaging
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 getting
used to having a full-time job and being settled into a new country.
Wit
Le 28/05/2012 22:31, Nick Coghlan a écrit :
> Historically, our Setup & Usage documentation has *only* covered the
> main Python executable, even though we actually install additional
> tools, including pydoc, idle, 2to3 and now pysetup and pyvenv, and
> provide additional documented and supported
Hey Larry,
> http://hg.python.org/peps/rev/5019413bf672
> user:Larry Hastings
> date:Fri Jun 22 15:16:35 2012 -0700
> summary:
> Mark PEP 362 as accepted. Huzzah!
> diff --git a/pep-0362.txt b/pep-0362.txt
> --- a/pep-0362.txt
> +++ b/pep-0362.txt
> @@ -4,7 +4,7 @@
> Last-Mod
Hi,
> please consider the default branch frozen for new features as of now.
> As you know, this also includes changes like large cleanups that cannot
> be considered bug fixes. [...]
>
> I hope that we will see the branch (and the buildbots) calm down and
> stabilize a bit tomorrow, so that every
Le 06/07/2012 10:36, benjamin.peterson a écrit :
http://hg.python.org/peps/rev/4dc72bbf9ed2
changeset: 4483:4dc72bbf9ed2
user:Daniel Holth
date:Wed Jul 04 07:30:08 2012 -0400
summary:
specify Provides-Extra
Sorry, but this was premature. The mail on distutils-sig only desc
On 22/07/2012 15:57, R. David Murray wrote:
I'm not familiar with distutils, really, so you could be right about
what it is important to test. I was commenting based on the code
snippet presented, which just deciding which "build" object to use.
If build_py_2to3 can be imported by python2 and su
Hi,
Lib/packaging is in the repository history, and in my backup clones, but
it’s not visible in any branch head as we have no branch for 3.4 yet. I
can bring the directory back with a simple Mercurial command.
However, it’s not clear to me that we want to do that. At the inception
of the proje
> I'm happy to note that as of version 0.6.28 distutils (the setuptools
> fork)
You certainly mean distribute. :-)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/m
Hi,
Le 13/09/2012 10:34, Nick Coghlan a écrit :
> Actually, I'd be happy to do the rearrangement needed to turn pkgutil
> into a package rather than the current single module.
I very much prefer not mixing pkgutil (dealing with packages that you
import) and build/distribution/installation support
Hi all,
The Montreal-Python user group would like to host a bug day on October
27 (to be confirmed) at a partner university in Montreal. It would be
cool to do a bug day on IRC like we used to (and in other physical
locations if people want to!) to get new contributors and close bugs.
What do you
Hi,
Cool to see the positive response! I’m waiting for confirmation of our
venue in Montreal and will follow-up on this list and update the wiki page.
Petri, your lists of bugs will definitely be helpful.
Thanks all!
___
Python-Dev mailing list
Python
301 - 400 of 411 matches
Mail list logo
