R. David Murray wrote:
> > So you're still using features deprecated three releases ago, you haven't
> > checked for DeprecationWarnings and it's Django making your life difficult?
> >
> > Why not check for the deprecation warnings?
>
> Doing so makes very little difference.
>
> This is my opin
Terry Reedy wrote:
> On 8/15/2013 8:29 AM, R. David Murray wrote:
>
> >A number of us (I don't know how many) have clearly been thinking about
> >"Python 4" as the time when we remove cruft. This will not cause any
> >backward compatibility issues for anyone who has paid heed to the
> >deprecatio
Ross Lagerwall wrote:
> On Wed, Dec 12, 2012 at 01:27:21PM +0200, Petri Lehtinen wrote:
> > Brandon W Maister wrote:
> > > (defconst git-tools-grep-command
> > > "git ls-files -z | xargs -0 grep -In %s"
> > > "The command use
Brandon W Maister wrote:
> (defconst git-tools-grep-command
> "git ls-files -z | xargs -0 grep -In %s"
> "The command used for grepping files using git. See `git-tools-grep'.")
What's wrong with git grep?
___
Python-Dev mailing list
Python-Dev@python
Brett Cannon wrote:
> Do we have a graph of the historical trend of the number of bugs (or at least
> the historical details stored somewhere)? I think we have had a net decrease
> in
> open bugs the last couple of weeks and it would be neat to see an absolute and
> relative graph of the overall t
Chris Withers wrote:
> On 09/11/2012 10:52, Michael Foord wrote:
> >
> >>However, I can't find the python it's built...
> >
> >It should be python.exe (yes really).
>
> Hah! Should http://docs.python.org/devguide/ be updated to reflect
> this or does this only affect Mac OS? (or should we correct
Éric Araujo wrote:
> The list by Petri at http://piratepad.net/pyconfi-sprint-issues can
> still be updated. Otherwise we’ll fall back to the usual roundup query
> for easy bugs.
I've removed the issues for which a patch was submitted during the
PyCon Finland sprint, and retitled it as Python Bug
Trent Nelson wrote:
> > build breaking is another matter, of course. If we are
> > going to mandate a specific version again, that should be documented and
> > checked for.
>
> My preference: bump to 2.69 and set AC_PREREQ(2.69). If 2.69 proves
> unworkable, revert back to 2.68 and AC_PRE
Éric Araujo wrote:
> 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@?
>
Éric Araujo wrote:
> 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 contribut
Python tracker wrote:
>
>
> The node specified by the designator in the subject of your message
> ("715365") does not exist.
>
> Subject was: "[issue715365]"
Is this related to the Coverity ID being mentioned in
http://bugs.python.org/issue15868 ?
___
Hi,
benjamin.peterson wrote:
> http://hg.python.org/cpython/rev/263d09ce3e9e
> changeset: 78794:263d09ce3e9e
> parent: 78790:454dceb5fd56
> parent: 78793:4d431e719646
> user:Benjamin Peterson
> date:Tue Aug 28 18:01:45 2012 -0400
> summary:
> merge 3.2 (#15801)
>
>
Georg Brandl wrote:
> Changes to the default branch must be bugfix-only. The 3.4 development
> only opens when the 3.3 branch is created, which happens after the
> release of 3.3.0 final.
>
> Changes made in default and not cherry-picked to the 3.3.0 release clone
> will therefore end up in 3.3.1
Daniel Holth wrote:
> I don't know of a tool that doesn't reliably ignore extra fields, but
> I will put you down as being in favor of an X- fields paragraph:
>
> Extensions (X- Fields)
> ::
>
> Metadata files can contain fields that are not part of
> the specification, called
Chris Withers wrote:
> Hi All,
>
> This feels like a bug, but just wanted to check here before filing a
> report if I've missed something:
>
> buzzkill$ python2.7
> Enthought Python Distribution -- www.enthought.com
> Version: 7.2-2 (32-bit)
>
> Python 2.7.2 |EPD 7.2-2 (32-bit)| (default, Sep 7
anatoly techtonik wrote:
> On the subject. Is there a mirror of CPython on GitHub?
https://github.com/akheron/cpython
> changes to repository (and allows anonymous to do this). I've made
> more than a dozen proposal for fixing docs, because as a matter of
> fact - filling a bug AND explaining why
R. David Murray wrote:
> It is true, however, that Petri found that mutt (I think?) does some extra
> gymnastics to provide recovery where the write fails part way through,
> and it would be worth adding that as an enhanced bugfix if someone
> has the motivation (basically, make a copy of the unmod
Antoine Pitrou wrote:
> > If messages were only added, a new file is no longer created and
> > renamed over the old file when flush() is called on an mbox, MMDF or
> > Babyl mailbox.
>
> Why so? Appending is not atomic and, if it fails in the middle, you
> could get a corrupt mbox file.
> Furtherm
Antoine Pitrou wrote:
> I don't like having the else on the same line as the closing brace,
> and prefer:
>
>if (cond) {
>statement;
>}
>else {
>statement;
>}
And this is how it's written in PEP-7. It seems to me that PEP-7
doesn't require braces. But it explicitly
Hossein wrote:
> Hi. I just started to port latest python 2.7.2 to another platform
> (don't think you're eager to know... well it's CASIO ClassPad).
> And I faced a "minor" problem... It hasn't got stat or fstat or
> anything. (It supports a very limited set of c std lib).
> As pyport.c suggested,
o
> "integer | identifier" (rendering index_string otiose);
> (3) like (1) with the change that index_string should be changed to
> ''.
>
> * the docs link "integer" to
> http://docs.python.org/reference/lexical_analysis.html#grammar-token-integer
>
Nick Coghlan wrote:
> > So, in this context, if the tracker "create patch" diff from BASE, it
> > is not "safe" to merge changes from mainline to the branch, because if
> > so "create patch" would include code not related to my work.
>
> No, "Create Patch" is smarter than that. What it does (or tr
Michael Foord wrote:
> We tend to see 3.2 -> 3.3 as a "major version" increment, but that's
> just Python's terminology.
Even though (in the documentation) Python's version number components
are called major, minor, micro, releaselevel and serial, in this
order? So when the minor version component
Raymond Hettinger wrote:
> How about we agree that actually removing things is usually bad for users.
> It will be best if the core devs had a strong aversion to removal.
> Instead, it is best to mark APIs as obsolete with a recommendation to use
> something else instead.
>
> There is rarely a need
Jesus Cea wrote:
> 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? :-)
I don't see what's the problem really. The most
Nick Coghlan wrote:
> Generally speaking, it's more useful for the checkin metadata to
> reflect who actually did the checkin, since that's the most useful
> information for the tracker and buildbot integration.
At least in git, the commit metadata contains both author and
committer (at least if t
Terry Reedy wrote:
> On 11/8/2011 10:49 AM, Jesus Cea wrote:
> >-BEGIN PGP SIGNED MESSAGE-
> >Hash: SHA1
> >
> >When merging from 3.2 to 3.3 "Misc/NEWS" always conflicts (lately).
> >Instead of copy&paste the test manually between versions, has anybody
> >a better workflow?.
>
> If a bug i
list.index() and list.tuple() don't currently accept None as slice
parameters, as reported in http://bugs.python.org/issue13340. For
example:
>>> [1, 2, 3].index(2, None, None)
Traceback (most recent call last):
File "", line 1, in
TypeError: slice indices must be integers or None or have an __
Hi,
victor.stinner wrote:
> http://hg.python.org/cpython/rev/c75427c0da06
> changeset: 73127:c75427c0da06
> user:Victor Stinner
> date:Tue Oct 25 13:34:04 2011 +0200
> summary:
> Issue #13226: Add RTLD_xxx constants to the os module. These constants can
> by
> used with sys.s
Hi,
ezio.melotti wrote:
> http://hg.python.org/cpython/rev/11d18ebb2dd1
> changeset: 73116:11d18ebb2dd1
> user:Ezio Melotti
> date:Tue Oct 25 09:23:42 2011 +0300
> summary:
> #13251: update string description in datamodel.rst.
>
> files:
> Doc/reference/datamodel.rst | 20
Petri Lehtinen wrote:
> Georg Brandl wrote:
> > On 10/23/11 20:54, petri.lehtinen wrote:
> > > http://hg.python.org/cpython/rev/5c4781a237ef
> > > changeset: 73073:5c4781a237ef
> > > branch: 2.7
> > > parent: 73071:11da12600f5b
> > &g
Georg Brandl wrote:
> On 10/23/11 20:54, petri.lehtinen wrote:
> > http://hg.python.org/cpython/rev/5c4781a237ef
> > changeset: 73073:5c4781a237ef
> > branch: 2.7
> > parent: 73071:11da12600f5b
> > user:Petri Lehtinen
> > date:Sun
Lars Buitinck wrote:
> >>> from collections import Counter
> >>> a = Counter([1,2,3])
> >>> b = a
> >>> a += Counter([3,4,5])
> >>> a is b
> False
>
> would become
>
> # snip
> >>> a is b
> True
Sounds like a good idea to me. You should open an issue in the tr
Doug Hellmann wrote:
>
> Charles McLaughlin of Atlassian has set up mirrors of the Mercurial
> repositories hosted on python.org as part of the ongoing
> infrastructure improvement work. These mirrors will give us a public
> fail-over repository in the event that hg.python.org goes offline
> unexp
Eric Snow wrote:
> p.s. I tried opening a tracker ticket on this, but it wouldn't go
> through. I'll try again later.
Adding the following line to /etc/hosts makes the bug tracker fast
when python.org is down:
127.0.0.1 python.org
This is because bugs.python.org works fine, but it links to CSS
Nick Coghlan wrote:
[snip]
> The rules for name fields would then become:
>
> 1. Numeric fields start with a digit and are terminated by any
> non-numeric character.
>
> 2. An identifier name field is terminated by any one of:
> '}' (terminates the replacement field)
> '!' (terminates ide
Nick Coghlan wrote:
> 2011/5/26 Charles-François Natali :
> > Then, I wonder why shutil.copytree and shutil.rmtree are provided.
> > Recursive rm/copy/chown/chmod are extremely useful in system
> > administration scripts. Furthermore, it's not as simple as it seems
> > because of symlinks, see for
Victor Stinner wrote:
> Le mercredi 25 mai 2011 à 18:46 +0200, Charles-François Natali a écrit :
> > While we're at it, adding a "recursive" argument to this shutil.chown
> > could also be useful.
>
> I don't like the idea of a recursive flag. I would prefer a "map-like"
> function to "apply" a fu
Eric Smith wrote:
> > Victor Stinner wrote:
> >> I already patched the doc of the random module to add a security
> >> warning. Well, you don't really need to know how a CSPRNG is
> >> implemented, just that random cannot be used for security and that
> >> ssl.RAND_bytes() raises an error if was se
Victor Stinner wrote:
> I already patched the doc of the random module to add a security
> warning. Well, you don't really need to know how a CSPRNG is
> implemented, just that random cannot be used for security and that
> ssl.RAND_bytes() raises an error if was seeded with enough data.
>
> Tell m
PRNG#Requirements
> >
> >About the random module, it must not be used to generate passwords or
> >certificates, because it is easy to rebuild the internal state of a
> >Mersenne Twister generator if you know the previous 624 numbers. Since
> >you know
41 matches
Mail list logo