care to in
the same way. That would doubtless help our users, but more care than
just marking functions as unstable would be required, I think.
Personally, I always thought the devguide should be part of Docs anyway.
It isn't because people didn't want it versioned along si
#x27;hg status' tells me all the files
that have appeared in my tree that I'm either not currently tracking or
explicitly ignoring (because the project's automated tools will deal
with them). Nothing in there about limiting it to files I *might*
w
wouldn't be any more of a problem than the regular python docs if
the devguide were in the normal doc tree. Just saying :)
--
R. David Murray http://www.bitdance.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.py
On Fri, 29 Jul 2011 23:36:03 +0200, Antoine Pitrou wrote:
> On Fri, 29 Jul 2011 12:19:45 -0400
> "R. David Murray" wrote:
> >
> > > Besides, "hg status" is meant to show untracked files which could
> > > *potentially* be tracked. It's not
worked like
> this (we have many private APIs without an underscore).
I'm not sure it makes merging more difficult. I haven't had any
problems with email test merges even though I moved (i.e. renamed)
the test directory.
--
R. David Murray http://www.bitdance.com
n project.
My understanding (I could well be wrong) is that one reason is that we
prefer that the tests be installed. That is also the reason that a number
of tests that use large data files fetch them from the network (if and
only if the relevant resource is enabled).
--
R. David Murray
Hi All,
Am a new subscriber to this list.
Am facing an issue in deciphering core-files of
applications with mixed C and libpython frames in it.
I was thinking of knowing any work that has been done
with respect to getting into the actual python line
(file-name.py:) from the libpython frames
on th
Hi All,
Thanks much for your suggestions and help.
Shall get back after reading through and trying some
stuff mentioned in the emails.
Thanks and regards,
Mithun
--- [EMAIL PROTECTED] wrote:
>
> >> Am a new subscriber to this list. Am facing
> an issue in deciphering
> >> core-files o
ndicate that something about the fix is not right.
So, I'm not sure this skip is even valid. I'm not sure we've finished
diagnosing the bug.
If there are any helpful tests I can run on Gentoo, please let me know.
--
R. David Murray http://www.bitdance.com
__
stalled.
I get null as the final output of that regardless of whether I use
'tr_TR' or 'tr_TR.utf8'.
This is with glibc-2.13-r2 (the r2 is Gentoo's mod number).
I'll attach this to the bug report, too, perhaps the discussion should
move there.
--
R. David Murray
On Tue, 02 Aug 2011 18:48:11 +0100, Chris Withers
wrote:
> On 19/07/2011 22:21, R. David Murray wrote:
> > The basic additional API is that a 'source' attribute contains the
> > text the generator read from the input source, and a 'value' attribute
>
them. Everything else is just details. And yes,
that distinction is much more important than the distinction between
minor version numbers. That's the whole point of python3, after all.
--
R. David Murray http://www.bitdance.com
___
P
luding that you are -1 on
the PEP :).
--
R. David Murray http://www.bitdance.com
___
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
nstall, so be it.
True, but I think that is orthogonal to the purposes of the PEP, which
is about supporting writing of system independent scripts that are *not*
provided by the distribution (or installed via packaging). And PEP 397
aims to extend that to
, 2011 10:10
> To: python-dev@python.org
> Subject: Re: [Python-Dev] [Python-checkins] cpython (2.7): PDB now will
> properly escape backslashes in the names of modules it executes.
>
> Hi Jason,
>
> > http://hg.python.org/cpython/rev/f7dd5178f36a
> > branch:
The current scripts for building Python lack some things to be desired.
The first thing I notice when I try to build Python on Windows is the
scripts expect to be run inside of a Visual Studio environment, the
environment of which is only defined inside of a cmd.exe context. This means
the scri
> From: Brian Curtin [mailto:br...@python.org]
> Sent: Monday, 16 January, 2012 15:20
>
> 2010 is adequate for limited use but the test suite doesn't pass, so I
would be
> hesitant to add support and/or documentation for building with it until we
> actually support it the same as or in place of 200
> From: "Martin v. Löwis" [mailto:mar...@v.loewis.de]
> Sent: Monday, 16 January, 2012 16:25
>
> I'd be hesitant to put too many specialized tools into the tree that will
> become unmaintained. Please take a look at the vs9to8 tool in PCbuild; if
you
> could adjust that to support VS 10, it would b
> From: python-dev-bounces+jaraco=jaraco@python.org [mailto:python-
> dev-bounces+jaraco=jaraco@python.org] On Behalf Of Jason R. Coombs
> Sent: Monday, 16 January, 2012 19:01
>
> I'm unsure if the conversion from 9 to 10 or 10 to 9 can be as simple as
the
> vs9to8 s
Two patches have been committed to 3.3 that I am very uncomfortable with.
See issue 13637 and issue 13641, respectively.
It seems to me that part of the point of the byte/string split (and the
lack of automatic coercion) is to make the programmer be explicit about
converting between unicode and by
On Mon, 27 Feb 2012 11:21:16 +0100, =?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?=
wrote:
> I find this rationale a bit sad: it's not that there is any (IMO) good
> technical reason for the feature - only that people "hate" the many
> available alternatives for some reason.
>
> But then, practicalit
On Mon, 27 Feb 2012 09:05:54 -0800, Ethan Furman wrote:
> Martin v. Löwis wrote:
> > Am 26.02.2012 07:06, schrieb Nick Coghlan:
> >> On Sun, Feb 26, 2012 at 1:13 PM, Guido van Rossum wrote:
> >>> A small quibble: I'd like to see a benchmark of a 'u' function
> >>> implemented in C.
> >> Even if
On Mon, 27 Feb 2012 10:17:57 -0800, Guido van Rossum wrote:
> On Mon, Feb 27, 2012 at 10:01 AM, Chris McDonough wrote:
> > The best argument is that there already exists tons and tons of Python 2
> > code that already does:
> >
> > Â u'that'
>
> +1
>
> > Needing to change it to:
> >
> > Â u('th
On Mon, 27 Feb 2012 14:50:21 -0500, Chris McDonough wrote:
> Currently we handle 3.2 compatibility in packages that "straddle" via
> six-like functions. We can continue doing this as necessary. If the
It seems to me that this undermines your argument in favor of u''.
Why can't you just continue
On Mon, 27 Feb 2012 16:16:39 -0500, Chris McDonough wrote:
> On Mon, 2012-02-27 at 21:03 +, Vinay Sajip wrote:
> > Yes, but making a backward step like reintroducing u'' just to make things a
> > tiny little bit sucky doesn't seem to me to be worth it, because then >=
> > 3.3 is
> > different
On Mon, 27 Feb 2012 16:10:25 -0500, Chris McDonough wrote:
> On Mon, 2012-02-27 at 21:07 +, Paul Moore wrote:
> > On 27 February 2012 20:39, Chris McDonough wrote:
> > > Note that u'' literals are sort of the tip of the iceberg here;
> > > supporting them will obviously not make development u
On Mon, 27 Feb 2012 22:11:36 +, Armin Ronacher
wrote:
> On 2/27/12 9:58 PM, R. David Murray wrote:
> > But the PEP doesn't address the unicode_literals plus str() approach.
> > That is, the rationale currently makes a false claim.
> Which would be exactly what tha
On Tue, 28 Feb 2012 22:21:11 +1000, Nick Coghlan wrote:
> On Tue, Feb 28, 2012 at 10:10 PM, Vinay Sajip wrote:
> > If the 2.x code depends on having u'xxx' literals, then 3.2 testing will
> > potentially involve running a fixer on all files in the project every time a
> > change is made, writing
On Wed, 29 Feb 2012 17:06:21 -0500, Calvin Spealman
wrote:
> On Feb 28, 2012 7:14 PM, wrote:
> >>
> >> Why is readding u'' a feature and not a bug?
> >
> >
> > There is a really simple litmus test for whether something is a bug:
> > does it deviate from the specification?
> >
> > In this case, t
On Thu, 01 Mar 2012 10:13:01 +1100, Chris Angelico wrote:
> On Thu, Mar 1, 2012 at 8:08 AM, Paul Moore wrote:
> > It would (apparently) help Victor to fix issues in his pysandbox
> > project. I don't know if a secure Python sandbox is an important
> > enough concept to warrant core changes to mak
On Thu, 01 Mar 2012 17:24:31 +0100, Antoine Pitrou wrote:
> On Thu, 1 Mar 2012 11:24:19 -0500
> Barry Warsaw wrote:
> >
> > I really do think that to the extent that you can do that kind of thing, you
> > may end up with essentially Python 3 support without even realizing it. :)
>
> That's unli
On Thu, 01 Mar 2012 21:12:48 +, Armin Ronacher
wrote:
> Hi,
>
> On 2/29/12 12:30 PM, Yury Selivanov wrote:
> > I see you've (or somebody) changed:
> Yes, I reworded that.
>
> > Could you just remove the statement completely?
> I will let Nick handle the PEP wording.
>
> > I don't think tha
On Thu, 01 Mar 2012 16:50:06 -0800, Guido van Rossum wrote:
> On Thu, Mar 1, 2012 at 4:39 PM, Victor Stinner
> wrote:
> > frozendict could be used to implement "read-only" types: it is not possible
> > to add or remove an attribute or set an attribute value, but attribute value
> > can be a muta
On Sat, 03 Mar 2012 03:06:33 +0400, "Alex A. Naanou"
wrote:
> Hi everyone,
>
> Just stumbled on a fun little thing:
>
> We create a simple structure...
>
> l = ([],)
>
>
> Now modify the list, and...
>
> l[0] += [1]
>
>
> ...we fail:
> ## Traceback (most recent call last):
> ## File
I don't like any of the suggested wordings. I have no problem with
us recommending other modules, but most of the Python libraries are
perfectly functional (not "leaky" or some other pejorative), they just
aren't as capable as the wiz-bang new stuff that's available on PyPI.
--David
_
On Wed, 14 Mar 2012 06:03:10 +0200, Eli Bendersky wrote:
> > Rather than indicating apathy on the party of third party developers, this
> > might be a sign that core Python is unapproachable or not worth the effort.
> >
> > For instance I have several one line patches languishing, I can't imagine
On Wed, 14 Mar 2012 10:05:11 -, Mark Shannon wrote:
> But how do you find issues?
>
> I want to do some reviews, but I don't want to wade through issues on
> components I know little or nothing about in order to find the ones I
> can review.
>
> There does not seem to be a way to filter sea
On Fri, 16 Mar 2012 09:38:49 +0200, Eli Bendersky wrote:
> 1. The behavior of append, insert and extend should be similar in this respect
> 2. AssertionError is not the customary error in such case - TypeError
> is much more suitable
> 3. The C implementation of ElementTree actually raises TypeErr
On Fri, 16 Mar 2012 15:49:33 -0400, Terry Reedy wrote:
> On 3/16/2012 11:33 AM, R. David Murray wrote:
> > On Fri, 16 Mar 2012 09:38:49 +0200, Eli Bendersky wrote:
> >> 1. The behavior of append, insert and extend should be similar in this
> >> respect
> &
On Tue, 20 Mar 2012 04:43:44 -0400, Glyph wrote:
>
> On Mar 20, 2012, at 3:33 AM, Matt Joiner wrote:
>
> > I believe we should make a monotonic_time method that assures monotonicity
> > and be done with it. Forward steadiness can not be guaranteed. No
> > parameters.
> >
>
> I think this dis
On Wed, 21 Mar 2012 09:09:38 +1100, Mark Hammond
wrote:
> On 21/03/2012 5:50 AM, Merlijn van Deen wrote:
> > I asked a question about this on IRC, to which the response was that
> > there were two main reasons to install python in c:\pythonxy:
> >
> > 1 - issues due to spaces ('Program Files') or
On Tue, 20 Mar 2012 23:38:53 +0100, Georg Brandl wrote:
> Hi all,
>
> recently I've grown a bit tired of seeing our default Sphinx theme,
> especially as so many other projects use it. I decided to play around
> with something "clean" this time, and this is the result:
>
> http://www.python.o
On Wed, 21 Mar 2012 06:58:21 +0100, Georg Brandl wrote:
> On 21.03.2012 00:17, R. David Murray wrote:
> > On Tue, 20 Mar 2012 23:38:53 +0100, Georg Brandl wrote:
> >> Hi all,
> >>
> >> recently I've grown a bit tired of seeing our default Sphinx theme,
On Wed, 21 Mar 2012 12:39:18 -0700, Guido van Rossum wrote:
> On Wed, Mar 21, 2012 at 12:12 PM, Ned Batchelder
> wrote:
> > Personally, I think two Python projects that have focused on docs and done a
> > good job of it are Django and readthedocs.org. Â Perhaps we could follow
> > their lead?
>
On Fri, 23 Mar 2012 07:57:18 +1100, Chris Angelico wrote:
> On Fri, Mar 23, 2012 at 6:50 AM, Glenn Linderman
> wrote:
> > 3. Make the sidebar separately scrollable, so that it stays visible when
> > scrolling down in the text. This would make it much easier to jump from
> > section to section,
On Mon, 26 Mar 2012 08:44:40 -0400, Scott Dial
wrote:
> Why even bother formatting the page?
The web started out as *content markup*. Functional declarations, not
style declarations. I wish it had stayed that way, but it was inevitable
that it would not.
> The authorship and editorship have a
On Mon, 26 Mar 2012 12:55:42 -0400, PJ Eby wrote:
> On Sat, Mar 24, 2012 at 8:41 PM, Ben Finney wrote:
> > So, again, why make your browser window *for reading text* that large?
>
> Because I have one browser window, and it's maximized. And I can do this,
> because most websites are designed in
On Wed, 28 Mar 2012 23:05:59 +1100, Steven D'Aprano wrote:
> +1 on Nick's suggestion of try_monotonic. It is clear and obvious and doesn't
> mislead.
How about "monotonicest".
(No, this is not really a serious suggestion.)
However, time.steadiest might actually work.
--David
_
I see this was reported as a debian bug.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665776
We encountered it as well.
To reproduce, using virtualenv 1.7+ on Python 2.7.2 on Ubuntu, create a
virtualenv. Move that virtualenv to a host with Python 2.7.3RC2 yields:
jaraco@vdm-dev:~$ /
> -Original Message-
> From: python-dev-bounces+jaraco=jaraco@python.org [mailto:python-
> dev-bounces+jaraco=jaraco@python.org] On Behalf Of Carl Meyer
> Sent: Wednesday, 28 March, 2012 14:48
>
> The workaround is easy: just re-run virtualenv on that path with the new
> interprete
On Wed, 28 Mar 2012 20:56:30 -, "Jason R. Coombs" wrote:
> Will the release notes include something about this change, since it will
> likely have broad backward incompatibility for all existing virtualenvs? I
> wouldn't expect someone in operations to read the virtu
Since Martin hasn't sent a note about this here I will:
I noticed that text search wasn't working right on the bug tracker, and Martin
has taken it offline again to re-index.
--David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.o
d 2.7?
I'm not familiar with the release process. What's the next step?
> -Original Message-
> From: R. David Murray [mailto:rdmur...@bitdance.com]
> Sent: Wednesday, 28 March, 2012 17:46
>
> I think it is reasonable to put something in the release notes. This
On Thu, 29 Mar 2012 11:41:46 -, "Jason R. Coombs" wrote:
> Does the issue only exist for Python 2.6 and 2.7?
It might exist for 3.1 and 3.2 as well.
> I'm not familiar with the release process. What's the next step?
I would suggest opening an issue on the t
On Thu, 29 Mar 2012 18:21:34 +0200, Ross Lagerwall
wrote:
> On 03/29/2012 05:07 AM, "Martin v. Löwis" wrote:
> >>> I noticed that text search wasn't working right on the bug tracker, and
> >>> Martin
> >>> has taken it offline again to re-index.
> >>
> >> which will, unfortunately, take a few m
Some of us have expressed uneasiness about the consequences of dict
raising an error on lookup if the dict has been modified, the fix Victor
made to solve one of the crashers.
I don't know if I speak for the others, but (assuming that I understand
the change correctly) my concern is that there is
On Thu, 29 Mar 2012 21:14:32 +0200, =?ISO-8859-15?Q?=22Martin_v=2E_L=F6wis=22?=
wrote:
> Am 29.03.2012 18:21, schrieb Ross Lagerwall:
> > On 03/29/2012 05:07 AM, "Martin v. Löwis" wrote:
> I noticed that text search wasn't working right on the bug tracker, and
> Martin
> has take
On Thu, 29 Mar 2012 13:09:17 -0700, Guido van Rossum wrote:
> On Thu, Mar 29, 2012 at 12:58 PM, R. David Murray
> wrote:
> > Some of us have expressed uneasiness about the consequences of dict
> > raising an error on lookup if the dict has been modified, the fix Victor
> &
On Thu, 29 Mar 2012 16:31:03 -0400, "R. David Murray"
wrote:
> On Thu, 29 Mar 2012 13:09:17 -0700, Guido van Rossum wrote:
> > My original assessment was that this only affects dicts whose keys
> > have a user-implemented __hash__ or __eq__ implementation, and that
&g
On Thu, 29 Mar 2012 23:00:20 +0200, Stefan Behnel wrote:
> R. David Murray, 29.03.2012 22:31:
> > On Thu, 29 Mar 2012 13:09:17 -0700, Guido van Rossum wrote:
> >> On Thu, Mar 29, 2012 at 12:58 PM, R. David Murray wrote:
> >>> Some of us have expressed uneasiness
On Fri, 30 Mar 2012 13:38:13 +0300, Serhiy Storchaka
wrote:
> 28.03.12 23:20, Andrew Svetlov напиÑав(ла):
> > I figured out what pytz and dateutil are not mentioned in python docs
> > for datetime module.
> > It's clean why these libs is not a part of Python Libraries â but
> > that's
On Fri, 30 Mar 2012 15:13:36 -0400, Etienne Robillard
wrote:
> So far I was only attempting to verify whether this is related to
> PEP-416 or not. If this is indeed related PEP 416, then I must obviously
> attest that I must still understand why a immutable dict would prevent
> this bug or not
On Fri, 30 Mar 2012 12:40:25 -0700, Guido van Rossum wrote:
> But for the other, I'm still at a loss, and that name is the most
> important one. We can't call it steady because it isn't always.
> highres or hires sounds awkward; try_monotonic or try_steady are even
> more awkward. I looked in an o
On Sat, 31 Mar 2012 07:43:28 -0400, Etienne Robillard
wrote:
> Yet I might miss how this "new dict" type could potentially induce a
> RuntimeError unless in python 3.3 a new dict proxy alias is introduced
> to perform invariant operations in non thread-safe code.
Etienne, again: issue 14417 ha
On Sun, 01 Apr 2012 03:03:13 +1000, Nick Coghlan wrote:
> On Sun, Apr 1, 2012 at 2:09 AM, Guido van Rossum wrote:
> > Here's a different puzzle. Has anyone written a demo yet that provokes
> > this RuntimeError, without cheating? (Cheating would be to mutate the
> > dict from *inside* the __eq__
On Tue, 03 Apr 2012 00:44:32 +0200, Antoine Pitrou wrote:
> On Tue, 3 Apr 2012 07:43:20 +1000
> Nick Coghlan wrote:
>
> > On Mon, Apr 2, 2012 at 9:50 PM, Antoine Pitrou wrote:
> > > That said, these files will always be outdated, so we might as well
> > > remove them so that at least git / bzr
On Tue, 03 Apr 2012 22:42:37 +0800, Matt Joiner wrote:
> The discussion has completed degenerated. There are several different
> clocks here, and several different agendas.
It's probably time to do a reset. Read Victor's PEP, and help
him edit it so that it accurately reflects the various argume
On Thu, 05 Apr 2012 01:29:47 -, Python tracker
wrote:
>
> An unexpected error occurred during the processing
> of your message. The tracker administrator is being
> notified.
Since the bounce message went here, I'm posting this here for those who
are curious what caused it.
It was triggere
(reformatted to remove topposting)
On Thu, 05 Apr 2012 14:52:56 +0300, Andrew Svetlov
wrote:
> On Thu, Apr 5, 2012 at 1:21 PM, Antoine Pitrou wrote:
> > On Thu, 05 Apr 2012 11:41:48 +0200
> > andrew.svetlov wrote:
> >> http://hg.python.org/cpython/rev/774c2afa6665
> >> changeset: Â 76115:774c
On Thu, 05 Apr 2012 17:34:07 +0300, Andrew Svetlov
wrote:
> Thank you, David.
> Is separate repo clone located at hg.python.org good enough? Or maybe
> there are better way to do it?
That sounds like a good plan to me.
--David
___
Python-Dev mailing l
On Thu, 05 Apr 2012 19:22:17 +0400, Oleg Broytman wrote:
> On Thu, Apr 05, 2012 at 11:45:06PM +0900, Stephen J. Turnbull wrote:
> > On Thu, Apr 5, 2012 at 10:34 PM, Oleg Broytman wrote:
> > > Â Why doesn't open() return None for a non-existing file? or
> > > socket.gethostbyname() for a non-exis
On Sat, 07 Apr 2012 15:15:00 +0300, Andrew Svetlov
wrote:
> Thank you. That works. Is there way to delete unused repo?
This is what I've heard:
If a repo isn't used (at all) it eventually gets deleted automatically.
Otherwise, you have to ask. Probably python-committers is the best
place for a
On Mon, 09 Apr 2012 13:34:25 -0400, Terry Reedy wrote:
>
> On 4/9/2012 9:13 AM, r.david.murray wrote:
> > http://hg.python.org/cpython/rev/eff551437abd
> > changeset: 76176:eff551437abd
> > user:R David Murray
> > date:Mon Apr 09 08:55:42 2012 -0
On Thu, 12 Apr 2012 13:49:43 -,
=?utf-8?B?S3Jpc3Rqw6FuIFZhbHVyIErDs25zc29u?= wrote:
> Wallclock: This definition is wrong no metter how the BDFL feels about the
> word. Please see http://en.wikipedia.org/wiki/Wall_clock_time.
I agree with the BDFL. I have always heard "wallclock" as refe
For those of you who had noticed that since the upgrade the tracker
search hasn't been returning a complete set of hits on typical searches,
this should now be fixed.
--David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
On Mon, 16 Apr 2012 11:21:34 -0400, Brett Cannon wrote:
> On Mon, Apr 16, 2012 at 10:07, "Martin v. Löwis" wrote:
>
> > > We have other instances of this (e.g. the Objects/typeslots.inc file
> > > is generated and checked in), but in the case of importlib, we have
> > > to use the ./python bina
On Mon, 16 Apr 2012 13:51:35 -0400, Barry Warsaw wrote:
> On Apr 16, 2012, at 07:44 PM, Antoine Pitrou wrote:
>
> >Wouldn't it be better if Python could compile regardless of the
> >presence of a hg repository?
>
> If you want it in your $DISTRO, yes please!
My impression is that our usual solu
On Tue, 17 Apr 2012 01:11:14 +0200, Georg Brandl wrote:
> On 16.04.2012 18:15, R. David Murray wrote:
> > I don't see how depending on Cython is better than depending on having
> > an existing Python.
>
> No, it's not just an existing Python, it is (at least c
On Tue, 17 Apr 2012 08:53:43 +0200, Matej Cepl wrote:
> On 16.4.2012 18:10, Nam Nguyen wrote:
> > a_list[pos + 1 : -1]
>
> or other way around
>
> a_list[pos+1:-1]
That's what I always use. No spaces inside the brackets for me :)
If the expression gets unreadable that way, factor it out.
--
On Tue, 17 Apr 2012 14:48:22 +1000, Cameron Simpson wrote:
> On 16Apr2012 01:25, Victor Stinner wrote:
> | I suppose that most people don't care that "resolution" and
> | "precision" are different things.
>
> If we're using the same definitions we discussed offline, where
>
> - resolution is
We're seeing segfuilts on the buildbots now. Example:
http://www.python.org/dev/buildbot/all/builders/x86%20Ubuntu%20Shared%203.x/builds/5715
On Wed, 18 Apr 2012 23:39:34 +1000, Nick Coghlan wrote:
> On Wed, Apr 18, 2012 at 11:31 PM, brian.curtin
> wrote:
> > - Â Â if (name == NULL)
> > + Â
Please submit a bug report at bugs.python.org. Bugs posted to this
mailing list tend to get forgotten unless a tracker issue is created.
On Wed, 18 Apr 2012 20:54:28 +0800, Leo wrote:
> The doc says supported as in
> http://docs.python.org/library/webbrowser.html
>
> but the code has been delet
On Wed, 18 Apr 2012 15:50:13 -0400, Terry Reedy wrote:
> On 4/18/2012 2:45 AM, Stephen J. Turnbull wrote:
> > On Wed, Apr 18, 2012 at 8:25 AM, Victor Stinner
> > wrote:
> >
> >> Ok ok, resolution / accuracy / precision are confusing (or at least
> >> not well known concepts).
> >
> > Maybe not t
On Thu, 19 Apr 2012 14:44:06 +0200, Antoine Pitrou wrote:
> Also, while C is a low-level language, Cython is a different language
> than Python when you start using its optimization features. This means
> core developers have to learn that language.
Hmm. On the other hand, perhaps some core deve
On Sat, 21 Apr 2012 08:54:56 +0800, Matt Joiner wrote:
> I'm getting one of these every couple of days. What's the deal?
> On Apr 21, 2012 1:03 AM, "Python tracker" <
> roundup-ad...@psf.upfronthosting.co.za> wrote:
There is a bug in the interface between roundup and hg that is new
since roundup
On Sat, 21 Apr 2012 23:09:08 +1000, Nick Coghlan wrote:
> Since it's not very discoverable that way, would anyone object if I
> moved things around so it was exposed as collections.MappingProxy
> instead? The main benefit to doing so is to get it into the table of
> specialised container types at
On Mon, 23 Apr 2012 22:22:18 +0200, Antoine Pitrou wrote:
> On Mon, 23 Apr 2012 17:24:57 +0200
> benjamin.peterson wrote:
> > http://hg.python.org/cpython/rev/6e5855854a2e
> > changeset: 76485:6e5855854a2e
> > user:Benjamin Peterson
> > date:Mon Apr 23 11:24:50 2012 -0400
> > s
On Thu, 26 Apr 2012 17:07:46 +0200, Stefano Taschini wrote:
> May I suggest that http://bugs.python.org/issue8767 be reopened, to make
> things clear?
Done.
--David
PS: we prefer no top-posting on this list. It makes it far easier
to retain just enough context to make a message stand on its ow
On Fri, 27 Apr 2012 10:40:43 -0700, Glenn Linderman
wrote:
> On 4/27/2012 12:34 AM, Eric Snow wrote:
> > On Thu, Apr 26, 2012 at 8:31 AM, Barry Warsaw wrote:
> >> It's somewhat of a corner case, but I think a PEP couldn't hurt. The
> >> rationale section would be useful, at least.
> >http:/
On Sat, 28 Apr 2012 18:08:08 +1000, Nick Coghlan wrote:
> On Sat, Apr 28, 2012 at 6:00 AM, Brett Cannon wrote:
> > I'm personally in favour of changing the insertion of '' to sys.path to
> > inserting the cwd when the interpreter is launched.
>
> I'm not, because it breaks importing from the int
On Tue, 01 May 2012 13:57:50 +0200, Georg Brandl wrote:
> Other planned large-scale changes:
>
> * Addition of the "regex" module
> * Email version 6
I guess it's time to talk about my plans for this one :)
RIM/QNX is currently paying me to work on their stuff rather than email6,
(but it does l
On Wed, 02 May 2012 21:37:35 +0800, Matt Joiner wrote:
> On May 2, 2012 6:00 PM, "Antoine Pitrou" wrote:
> >
> > On Wed, 02 May 2012 01:43:32 -0700
> > Larry Hastings wrote:
> > >
> > > I realize we can't jump to C99 because of A Certain Compiler. (Its name
> > > rhymes with Bike Row Soft Frizz
On Thu, 10 May 2012 08:14:55 +1000, Nick Coghlan wrote:
> Given that the statement form is referred to as a "class definition", and
> this is the dynamic equivalent, I'm inclined to go with "type.define()".
> Dynamic type definition is more consistent with existing terminology than
> dynamic type
On Thu, 10 May 2012 15:02:20 +1000, Nick Coghlan wrote:
> So, given the advantages of autodoc, is there a concrete reason why we
> can't use it for the documentation of *new* standard library modules?
Yes. Our reason is that docstrings should be relatively lightweight,
and that the sphinx docs s
On Fri, 11 May 2012 10:16:42 -0400, Terry Reedy wrote:
> On 5/11/2012 2:21 AM, Mark Shannon wrote:
> > +1 to a pure Python version.
>
> Since new_class would be used rarely and not in inner loops, and (if I
> understand) should mostly contain branching logic rather than looping,
> speed hardly
On Thu, 17 May 2012 20:13:41 +0200, Dag Sverre Seljebotn
wrote:
> Every time Cython becomes able to do stuff more easily in this domain,
> people thank us that they didn't have to dig up Fortran but can stay
> closer to Python.
>
> Sorry for going off on a rant. I find that people will give we
On Tue, 01 May 2012 10:55:03 -0400, Barry Warsaw wrote:
> On May 01, 2012, at 10:40 AM, R. David Murray wrote:
> >I guess it's time to talk about my plans for this one :)
>
> Thanks for the update RDM. I really wish I had more time to contribute to
> email6, but I
On Mon, 21 May 2012 11:41:29 +0200, Georg Brandl wrote:
> On 05/21/2012 03:23 AM, Guido van Rossum wrote:
> > I suggest that we add a separate (virtual) subdomain, e.g. docs3.python.org.
>
> Here are the time machine keys: this subdomain has existed for a few years
> now :)
The fact that none o
On Mon, 21 May 2012 11:19:56 -0400, David Malcolm wrote:
> On Fri, 2012-05-18 at 14:24 -0400, Barry Warsaw wrote:
> > At what point should we cut over docs.python.org to point to the Python 3
> > documentation by default? Wouldn't this be an easy bit to flip in order to
> > promote Python 3 more
On Thu, 24 May 2012 08:45:30 -0500, Brian Curtin wrote:
> On Thu, May 24, 2012 at 7:03 AM, Sturla Molden wrote:
> >
> > Mingw32CCompiler in cygwincompiler.py emits the symbol -mno-cygwin.
> >
> > This is used to make Cygwin's gcc behave as mingw. As of gcc 4.6 it is not
> > recognized by the ming
1001 - 1100 of 1206 matches
Mail list logo
