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
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
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
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
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= )
...
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
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.
If
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 p.f.mo...@gmail.com wrote:
So it's perfectly possible to use wheels right now, without the pip
integration. But
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
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 local
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
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
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
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
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
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
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,
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
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:
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
Le 06/07/2012 10:36, benjamin.peterson a écrit :
http://hg.python.org/peps/rev/4dc72bbf9ed2
changeset: 4483:4dc72bbf9ed2
user:Daniel Holthdho...@fastmail.fm
date:Wed Jul 04 07:30:08 2012 -0400
summary:
specify Provides-Extra
Sorry, but this was premature. The mail on
Hey Larry,
http://hg.python.org/peps/rev/5019413bf672
user:Larry Hastings la...@hastings.org
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 @@
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 everything
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.
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 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 adding /stable but
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
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
Le 24/04/2012 15:02, Georg Brandl a écrit :
On 24.04.2012 20:34, Benjamin Peterson wrote:
2012/4/24 Georg Brandlg.bra...@gmx.net:
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
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
+
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
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
Le 29/03/2012 22:04, Nick Coghlan a écrit :
On Fri, Mar 30, 2012 at 4:26 AM, Carl Meyer c...@oddbird.net 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
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 opinions on
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 say
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 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 don't
Hi,
changeset: 509b222679e8
branch: 3.2
user:Benjamin Peterson benja...@python.org
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
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) or
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
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
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
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 being
Le 28/02/2012 13:48, Giampaolo Rodolà a écrit :
Il 28 febbraio 2012 13:19, Antoine Pitrou solip...@pitrou.net 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
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
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 dirk...@ochtman.nl wrote:
[...]
Anyway, I think there was enough of a python3 port for Mercurial (from
various GSoC students) that
Le 21/02/2012 03:04, Benjamin Peterson a écrit :
2012/2/20 Antoine Pitrou solip...@pitrou.net:
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?
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 maintained
Le 07/02/2012 23:21, Brett Cannon a écrit :
On Tue, Feb 7, 2012 at 15:28, Dirkjan Ochtman dirk...@ochtman.nl 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
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
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: d4669f43d05f
user:Benjamin Peterson benja...@python.org
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
+++
Hi Giampaolo,
changeset: 53a5a5b8859d
user:Giampaolo Rodola' g.rod...@gmail.com
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
Hi,
changeset: 57295c4d81ac
user:Vinay Sajip vinay_sa...@yahoo.co.uk
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
---
Hi,
Le 14/01/2012 15:31, Sandro Tosi a écrit :
On Sat, Jan 14, 2012 at 04:24, Éric Araujo mer...@netwok.org 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
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
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
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.
If
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
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? :-)
Not from me. I don’t have
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 more
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! cheap wink
[snip valid reasons for not trying]
My reply
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-created modules)
apply recursively to child
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! cheap wink
Let say we have the following scenario:
1. A programer clones hg.python.org.
2. Programer creates a named branch and
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
Hi Jason,
http://hg.python.org/cpython/rev/f7dd5178f36a
branch: 2.7
user:Jason R. Coombs jar...@jaraco.com
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
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. Two
Hi,
http://hg.python.org/cpython/rev/8f7ab4bf7ad9
user:Jesus Cea j...@jcea.es
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
changeset: 0feb5a5dbaeb
user:Antoine Pitrou solip...@pitrou.net
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.
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 pjen...@underboss.org
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
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,
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,
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 ezio.melo...@gmail.com
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
Hi,
http://hg.python.org/cpython/rev/6f56e81da8f6
user:Florent Xicluna florent.xicl...@gmail.com
summary:
I should be someone
Without quotation marks, that sounded like a philosophical commit :)
Cheers
___
Python-Dev mailing list
Hi,
http://hg.python.org/cpython/rev/72de2ac8bb4f
branch: 2.7
user:Petri Lehtinen pe...@digip.org
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
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
+ delimiter
Hi Antoine,
changeset: 701b2e0e6f3f
user:Antoine Pitrou solip...@pitrou.net
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
---
Le 09/10/2011 13:54, Paul Moore a écrit :
On 9 October 2011 08:15, Éric Araujo mer...@netwok.org 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:
- database drivers
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é ziade.ta...@gmail.com 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
Hi Nick,
Le 11/10/2011 03:29, Nick Coghlan a écrit :
On Mon, Oct 10, 2011 at 2:29 PM, Paul Moore p.f.mo...@gmail.com 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
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 removed via the Add/Remove GUI
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
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
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.
1 - 100 of 395 matches
Mail list logo