Hi,
Le 01/02/2022 à 07:25, Martin Dengler a écrit :
The fact people are assuming bad faith and spilling ink about those getting
involved with that extremely-underserved part when contributors are sorely >
needed is counter-productive.
I disagree, the original message was a good-faith ques
Le 2020-07-02 à 09 h 52, Paul Moore a écrit :
> What *is* the correct inclusive way to refer to an unidentified person
> in a technical document, without sacrificing clarity by using
> convoluted circumlocutions like "he/her/they" or over-use of the
> passive voice?
One technique is alternating ge
Hello,
Le 2017-09-16 à 07:22, Serhiy Storchaka a écrit :
> 16.09.17 12:39, Larry Hastings пише:
>> So why don't decorators allow arbitrary expressions? [...]
>
> Actually I remember somebody raised this question a year or two ago,> but
> don't remember details.
The discussion I remember wa
Le 18/03/2014 04:05, Jeff Allen a écrit :
I found it helpful to practice extensively on something that doesn't
matter. The gap for me is still examples of what I want "done well".
Clearly the Python repos represent complex work, but even accepting it
is all done well, are without much commentary.
Le 21/08/2013 14:22, Tim Peters a écrit :
> BTW, it's not quite a null-merge. The v3.2.5 release tag doesn't
> currently exist in the 3.3 or default .hgtags files. So long as 3.2
> has a topological head, people on the 3.3 and default branches won't
> notice (unless they look directly at .hgtags
Le 17/06/2013 20:49, Benjamin Peterson a écrit :
> Reading Python coding cookies is outside the purview of TextIOWrapper.
> However, it would be good to have a function in the stdlib to read a
> python source file to Unicode; I've definitely implemented that
> several times.
IIUC you want http://d
Le 23/05/2013 16:10, Łukasz Langa a écrit :
>> Does this work if the implementation function is called like the first
>> decorated function?
> No, the ``register()`` attribute returns the undecorated function which
> enables decorator stacking, as well as creating unit tests for each
> variant inde
Hi,
Thanks for writing this PEP. Blessing one implementation for the stdlib
and one official backport will make programmers’ lives a bit easier :)
> >>> @fun.register(int)
> ... def _(arg, verbose=False):
> ... if verbose:
> ... print("Strength in numbers, eh?", end=" ")
>
Hello,
Le 01/04/2013 16:51, Grigory Petrov a écrit :
> But what python code is responsible for creation of this bootstrapper
> executables? I have searched python 2.7.3 source code for some time, but
> can't find a place.
Setuptools is not in the standard library, so you would need to search
the
Le 06/02/2013 05:03, Chris Jerdonek a écrit :
> I asked this earlier, but didn't see a response. Is the freeze
> stated somewhere like in a PEP?
It’s part in notes from the PyCon 2010 Language Summit, part in
unwritten policy in the heads of people involved in distutils bugs these
last years.
>
Hi,
Le 03/02/2013 13:57, Daniel Holth a écrit :
> My position is that these days distutils doesn't belong in the standard
> library any more than Django does.
You can install anything you want, but first you need an installer. I
think that a language needs packaging formats and basic build and
in
Hi,
I don’t have a problem with Nick improving the PEP and deciding on its
acceptance.
Le 03/02/2013 07:48, Antoine Pitrou a écrit :
> On Sun, 3 Feb 2013 12:34:36 +
> Paul Moore wrote:
>> So it's perfectly possible to use wheels right now, without the pip
>> integration. But the pip develope
Hi,
Le 12/12/2012 04:53, Christian Heimes a écrit :
> Am 12.12.2012 01:58, schrieb Nick Coghlan:
>> Ick, why a new module? Why not just add this directly to datetime? (It
>> doesn't need to be provided by the C accelerator, it can go straight in
>> the pure Python part).
>
> +1 for something like
Hi,
Le 05/11/2012 13:04, Georg Brandl a écrit :
> Please heed your Sphinx warnings: the :ref:`dir_fd` needs a link caption,
> since
> it can't autogenerate one (the dir_fd anchor does not point to a heading).
Okay. I hadn’t noticed it because I was using my system sphinx-build
instead of a loca
Hi everybody,
I just sent the announcement for the bug day to python-list (apparently
pending approval), core-mentorship and montrealpython. Core developers
who plan on being on IRC can add themselves to the list on
http://wiki.python.org/moin/PythonBugDay so that people can connect
nicknames wit
Le 23/10/2012 21:52, R. David Murray a écrit :
> This is very disappointing. You had previously said that it was a go.
> People (who may or may not have spoken up here) may have already
> arranged space and be planning on it, despite the lack of announcement.
> I certainly was planning on it.
Oka
Hello,
Le 12/10/2012 13:50, Petri Lehtinen a écrit :
> It's two and a half weeks left, but I've not seen any announcements
> yet!
Indeed, work and other commitments took over, so we (Montréal-Python)
decided to move the bug day instead of announcing it late. The date
that would work for us is Nov
Hi Chris,
Le 02/10/2012 18:14, Chris Angelico a écrit :
> Apologies if this is a stupid question (or just completely
> misdirected), but does this mean that if I'm interested in
> participating in the bug day, the first step should be to join
> core-mentorship@?
It’s not required, but you are wel
Hello,
We confirm October 27! User groups and devs on IRC, join us if you can.
I’ll send an announcement to the mentoring list to let subscribers know
about the event.
Cheers
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mai
Le 01/10/2012 18:38, R. David Murray a écrit :
> Yes. I think there are people already trying to to (or perhaps
> even succeeding) in arranging spaces for that date, so changing
> it would be a disruption to those plans.
Yes, it’s always a bit painful to go through another round of email,
calls or
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
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,
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
> 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,
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
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
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
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
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 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
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,
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
__
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
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 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
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
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
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
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.
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
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
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 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.
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
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
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 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)
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
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
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,
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,
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
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
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,
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é
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
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
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 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 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
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
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,
> 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
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: 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,
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 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,
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,
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,
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,
+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
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
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 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 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 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
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
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 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,
> 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 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
> 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,
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
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 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
_
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 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
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,
> 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 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,
> 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,
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,
> 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 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
> ++
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 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 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 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 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
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
___
1 - 100 of 411 matches
Mail list logo
