On Fri, 18 Mar 2011 17:06:50 +1100
Steven D'Aprano wrote:
>
> In contrast, timeit defaults to using time.time() under all operating
> systems other than Windows, and says:
>
> ...on Windows, clock() has microsecond granularity but
> time()'s granularity is 1/60th of a second; on Unix,
On Fri, 18 Mar 2011 10:18:06 -0400
Alexander Belopolsky wrote:
> On Thu, Mar 17, 2011 at 7:28 PM, Terry Reedy wrote:
> ..
> > In the meanwhile, it would be nice to have another ctypes maintainer, as
> > there are several open issues. There is certainly a opening for a new person
> > with C experi
On Fri, 18 Mar 2011 20:12:19 -0700
Toshio Kuratomi wrote:
> There is a section in PEP8 about __version__ but it serves a slightly
> different purpose there:
>
> """
> Version Bookkeeping
>
> If you have to have Subversion, CVS, or RCS crud in your source file, do
> it as follows.
>
>
On Sat, 19 Mar 2011 02:22:42 +0100
raymond.hettinger wrote:
> http://hg.python.org/cpython/rev/80ff78425419
> changeset: 68671:80ff78425419
> branch: 3.2
> parent: 68665:f832ca852329
> user:Raymond Hettinger
> date:Fri Mar 18 18:22:28 2011 -0700
> summary:
> Issue 73
On Sat, 19 Mar 2011 09:25:07 -0500
s...@pobox.com wrote:
>
> I have a trivial little documentation patch for csv.rst. I committed it
> locally, then I pulled and merged:
>
> cpython% hg pull
> pulling from ssh://h...@hg.python.org/cpython
> searching for changes
> adding changese
On Sat, 19 Mar 2011 14:45:10 -0400
David Bolen wrote:
>
> The problem is that the failing build is automatically retried when I
> try to reconnect the buildbot, so it just get rights into trouble
> again. The comment in that build's changeset looks like it might be
> getting rolled back?
>
> As
On Sat, 19 Mar 2011 15:41:51 -0400
David Bolen wrote:
>
> Thanks. Is that a single button somewhere or do I need to cancel the
> pending builds individually when there are several waiting?
There seems to be a single button.
> In any event it looks like the retries of the failing 3.x build
> st
On Sat, 19 Mar 2011 16:32:53 -0700
Guido van Rossum wrote:
> remote: File "/data/buildbot/master/master.cfg", line 87, in
> perspective_addChange
> remote: changedict['category'] = branch_to_category[changedict['branch']]
> remote: exceptions.KeyError: '2.5'
> remote: ]
That's because the b
Le dimanche 20 mars 2011 à 00:06 -0400, R. David Murray a écrit :
> On Thu, 17 Mar 2011 14:33:00 +0100, wrote:
> > On Thu, 17 Mar 2011 09:24:26 -0400
> > "R. David Murray" wrote:
> > >
> > > It would be great if rebase did work with share, that would make a
> > > push race basically a non-issue
On Sun, 20 Mar 2011 07:32:34 -0400
Jesse Noller wrote:
>
> The reason why there was no mention is probably because no one
> intimately familiar with Cython was there, and if they were - it was
> not brought up. If Cython supports PyPy - and Jython, and IronPython,
> your proposal makes sense. The
On Sun, 20 Mar 2011 14:39:20 +0100
Stefan Behnel wrote:
>
> If anyone knows about a good benchmark for a currently pure Python standard
> library module, preferably a smaller, self-contained one that's somewhat
> computationally intensive, I'd be happy to hear about it.
You can take a look at
Le dimanche 20 mars 2011 à 11:52 -0400, R. David Murray a écrit :
> On Sun, 20 Mar 2011 00:06:01 -0400, "R. David Murray"
> wrote:
> > It would have been nice if rebase had refused to run given that
> > there were merges, since it clearly doesn't work in that case.
>
> To clarify, that should ha
On Mon, 21 Mar 2011 04:09:35 +0100
"Martin v. Löwis" wrote:
> Since Python 2.5, we maintain two versions of PyArg_ParseTuple:
> one outputting int; the other one outputting Py_ssize_t.
>
> The former should have been removed in 3.0, but this was forgotten.
>
> Still, I would like people to move
>
> >> Given the recent discussion about backwards compatibility: what's
> >> the best approach? What warning should be emitted, if any?
> >> (the warning would only be generated if an s# or similar format
> >> was actually encountered - not just if merely PyArg_ParseTuple is
> >> called).
> >
>
On Mon, 21 Mar 2011 13:20:59 +0100
"M.-A. Lemburg" wrote:
> Nadeem Vawda wrote:
> > I was wondering what the policy is regarding copyright notices and license
> > boilerplate text at the top of source files.
> >
> > I am currently rewriting the bz2 module (see
> > http://bugs.python.org/issue586
On Mon, 21 Mar 2011 11:25:31 -0400
Barry Warsaw wrote:
>
> Does Mercurial have a way of acting like a centralized vcs to the end user,
> the way Bazaar does? IOW, if Skip or others were more comfortable with a
> centralized workflow (which is entirely valid imo), can they set up their
> local wo
On Mon, 21 Mar 2011 11:24:24 -0400 (EDT)
"Eric Smith" wrote:
> >>
> >> >> Given the recent discussion about backwards compatibility: what's
> >> >> the best approach? What warning should be emitted, if any?
> >> >> (the warning would only be generated if an s# or similar format
> >> >> was actual
On Mon, 21 Mar 2011 12:20:15 -0400
Barry Warsaw wrote:
> On Mar 20, 2011, at 04:39 PM, Georg Brandl wrote:
>
> >On 20.03.2011 16:21, Guido van Rossum wrote:
> >> What is "rebase"? Why does everyone want it and hate it at the same time?
> >
> >Basically, rebase is a way to avoid having pointless m
On Mon, 21 Mar 2011 14:29:54 -0400
Barry Warsaw wrote:
> >
> >I don't think many hg users advocate rebase, really. AFAICT the
> >Mercurial developers themselves don't seem to use it (they do use mq,
> >OTOH).
>
> I guess that begs the question then. ;)
>
> What harm would there be in relaxing
On Mon, 21 Mar 2011 19:33:55 +0100
DasIch wrote:
>
> 3. Several benchmarks (at least the Django and Twisted ones) have
> dependencies which are not (yet) ported to 3.x and porting those
> dependencies during GSoC as part of this project is an unrealistic
> goal. Should those benchmarks, at least
Le lundi 21 mars 2011 à 11:33 -0700, Daniel Stutzbach a écrit :
> On Mon, Mar 21, 2011 at 8:38 AM, Antoine Pitrou
> wrote:
> We cannot emulate "svnmerge" for porting between branches,
> though - and
> I doubt bzr can do it. That's b
Le lundi 21 mars 2011 à 14:51 -0400, Jesse Noller a écrit :
> On Mon, Mar 21, 2011 at 2:48 PM, Antoine Pitrou wrote:
> > On Mon, 21 Mar 2011 19:33:55 +0100
> > DasIch wrote:
> >>
> >> 3. Several benchmarks (at least the Django and Twisted ones) have
> >&g
Le lundi 21 mars 2011 à 14:06 -0500, s...@pobox.com a écrit :
> Antoine> Why not reuse the benchmarks in
> Antoine> http://hg.python.org/benchmarks/ ?
>
> These looks like basically the same benchmarks as the Unladen Swallow folks
> put together, right?
Yes, it's basically the continuation of
On Mon, 21 Mar 2011 14:30:45 -0500
s...@pobox.com wrote:
>
> >> Is there any value in them as regression tests (maybe with more
> >> elaborate inputs and/or longer runtimes)?
>
> Antoine> You mean to check behaviour or to check for performance
> Antoine> regressions?
>
> Both. S
On Mon, 21 Mar 2011 12:40:08 -0700
Raymond Hettinger wrote:
>
> Now we seem to be advocating a complex, fragile workflow that
> is hard to learn, hard to get right, that let's you shoot yourself in
> the foot, and that has rebasing/collapsing steps that destroy and
> rewrite history (an possibl
On Mon, 21 Mar 2011 16:33:31 -0400
Barry Warsaw wrote:
> Each of those would be
> represented by a changeset in my local line of development, and by a side
> branch in the mainline DAG once my merge is completed. You might want to dig
> into that sideline to see if indeed I addressed the issues i
On Mon, 21 Mar 2011 17:25:05 -0400
Barry Warsaw wrote:
> On Mar 21, 2011, at 09:53 PM, Antoine Pitrou wrote:
>
> >I'd rather take a look at the final aggregate patch to see if it looks
> >correct, actually. It's easy to have incremental changes which look
> >goo
On Tue, 22 Mar 2011 07:32:33 +1000
Nick Coghlan wrote:
>
> As far as the second point goes, I'm coming to the view that we should
> avoid rebase/strip/rollback when intending to push to the main
> repository, and do long term work in *separate* cloned repositories.
> Then an rdiff with the releva
On Mon, 21 Mar 2011 22:47:19 +0100
"Martin v. Löwis" wrote:
> > ISTM, there has been substantial mission creep from
> > the workflow described in the PEP. If the current workflow
> > had been described there, I don't think it would have been
> > readily accepted.
>
> I don't think PEP 385 actua
> However, what some of us requesting is that the "SHOULD collapse"
> in the devguide is changed to a "MAY collapse", making it strictly
> an option of the committer. If there is one substantial change,
> a typo change, and three merges, asking for a collapse of the typo
> change is IMO complicati
Le lundi 21 mars 2011 à 16:21 -0600, Maciej Fijalkowski a écrit :
> The original idea was to converge and have the
> common repo on hg.python.org, but since unladen run out of steam,
> nobody bothered to update the hg.python.org one so we continued on our
> own.
I'm not sure who is "nobody" in tha
On Mon, 21 Mar 2011 23:35:30 +0100
"Martin v. Löwis" wrote:
>
> Having to be nitpicking here "not how you (Antoine) want us to work".
> "We" aren't using mercurial long enough to make such a statement.
Well, being directive and giving strong workflow indications seems to
be what many people are
On Mon, 21 Mar 2011 17:06:09 -0600
Maciej Fijalkowski wrote:
>
> Indeed, sorry, I didn't follow too closely. It's worth considering
> what would be the obvious next goal. This repo changed (and I believe
> you're the main person according to the change log) to provide python
> 3 support. On the o
On Wed, 23 Mar 2011 10:39:01 +0900
"Stephen J. Turnbull" wrote:
> Executive summary:
>
> If we're really serious about serializing the public branches, mq
> seems to be the way to go.
I really think that at this point we should continue practicing with
the current setup before deciding on refine
On Wed, 23 Mar 2011 12:30:17 +0900
"Stephen J. Turnbull" wrote:
> Antoine Pitrou writes:
>
> > Now, "hg strip" should definitely be absent of any recommended or even
> > suggested workflow. It's a power user tool for the experimented
> > dev
On Wed, 23 Mar 2011 22:49:39 +1000
Nick Coghlan wrote:
> On Wed, Mar 23, 2011 at 9:45 PM, John Arbash Meinel
> wrote:
> > I don't specifically know what is in those 340 tests, but 18min/340 =
> > 3.2s for each test. Which is *much* longer than simple smoke tests would
> > have to be.
>
> The cou
Hey Barry,
> Python sort of has that, but I guess it depends on your definition of "fast"
> :). Here are my run times.
>
> 'make quicktest': 18m
> 'make test' : 30m
> 'make testall' : 35m
Please take a look at http://docs.python.org/devguide/runtests.html
and learn about the -j option ;)
> Oops, lost a bit too much context when I changed the thread title.
>
> This discussion started with Barry looking for a "smoke test" that
> would be quick enough to run that more people would be willing to use
> it to pick up gratuitous breakage due to a bad merge rather than
> leaving it for t
On Mon, 21 Mar 2011 21:50:53 -0400
Doug Hellmann wrote:
> We are nearly ready to launch the new blog for python-dev.
Is any core dev allowed to post on this blog? (how?)
Or is there an editorial team dedicated to writing posts?
Regards
Antoine.
___
On Wed, 23 Mar 2011 09:53:37 -0400
Barry Warsaw wrote:
> OTOH, running
> some localized test for the feature or bug you're trying to land might be
> enough.
Might indeed. Quite often, though, some change in a library affects
another one (especially when we're talking about things like socket
or t
Le jeudi 24 mars 2011 à 00:31 +1000, Nick Coghlan a écrit :
> On Wed, Mar 23, 2011 at 11:52 PM, Antoine Pitrou wrote:
> >> Currently even "make quicktest" takes too long to run to be suitable
> >> for that task. Leaving out a couple more egregiously slow tests and
&
On Thu, 24 Mar 2011 00:31:46 +1000
Nick Coghlan wrote:
> On Wed, Mar 23, 2011 at 11:52 PM, Antoine Pitrou wrote:
> >> Currently even "make quicktest" takes too long to run to be suitable
> >> for that task. Leaving out a couple more egregiously slow tests and
>
On Wed, 23 Mar 2011 10:44:30 -0400
Barry Warsaw wrote:
> In IRC Antoine suggested -j5 (note that -j is not compatible with -l so you
> have to override TESTOPTS not just EXTRATESTOPTS). Adding --slow here's what
> I get:
>
> $ make TESTOPTS="-j5 --slow" quicktest
> ...
> 10 slowest tests:
> test
On Wed, 23 Mar 2011 11:18:50 -0400
Barry Warsaw wrote:
>
> This is just the opposite. I'm not saying people shouldn't run the full(-ish)
> test suite before committing, I'm saying we should have a really fast minimal
> set of tests as a smoke test when dealing with push-races.
That's completely
On Wed, 23 Mar 2011 11:26:13 -0400
Barry Warsaw wrote:
> On Mar 23, 2011, at 02:52 PM, Antoine Pitrou wrote:
>
> >Then many people will start running the "smoke test" rather than the
> >whole suite, which will create new kinds of problems. It's IMO a bad
&
On Wed, 23 Mar 2011 11:10:29 -0500
s...@pobox.com wrote:
>
> Antoine> Please take a look at
> Antoine> http://docs.python.org/devguide/runtests.html and learn about
> Antoine> the -j option ;)
>
> I just gave it a try. Several tests failed:
>
> test_builtin test_distutils test_i
On Wed, 23 Mar 2011 10:25:01 -0700
Ethan Furman wrote:
>
> I think the use-case has been lost. Think sprints and multiple push
> races. No one is arguing that the smoke-test should be the default, but
> seriously, are you willing to spend an hour or more re-running the
> complete suite of te
Le mercredi 23 mars 2011 à 13:19 -0400, Doug Hellmann a écrit :
> On Mar 23, 2011, at 10:03 AM, Antoine Pitrou wrote:
>
> > On Mon, 21 Mar 2011 21:50:53 -0400
> > Doug Hellmann wrote:
> >> We are nearly ready to launch the new blog for python-dev.
> >
> >
Thank you, Michael and Brian (on IRC) for your answers.
Regards
Antoine.
On Wed, 23 Mar 2011 13:40:56 -0400
Paulo Nuin wrote:
> Hi Antoine
>
> It does work with your Google account, so no need for a registration with a
> new service.
>
> Regards
> Paulo
>
___
On Wed, 23 Mar 2011 13:58:31 -0400
Tres Seaver wrote:
>
> That doesn't work so well at a sprint, where the point is to maximize
> the value of precious face-time to get stuff done *now*. Long test
> latencies and nearly-real-time collaboration are not friendly, as the
> agile folks document:
>
On Wed, 23 Mar 2011 14:29:22 -0400
David Bolen wrote:
> Nick Coghlan writes:
>
> > On Thu, Mar 24, 2011 at 12:36 AM, Antoine Pitrou
> > wrote:
> >> You mean in the "-j" option itself or in "make test"?
> >
> > I was actually suggesti
Le mercredi 23 mars 2011 à 18:51 +, Michael Foord a écrit :
> On 23/03/2011 18:42, Antoine Pitrou wrote:
> > On Wed, 23 Mar 2011 14:29:22 -0400
> > David Bolen wrote:
> >> Nick Coghlan writes:
> >>
> >>> On Thu, Mar 24, 2011 at 12:36 AM, Antoine
On Thu, 24 Mar 2011 08:46:37 -0400
Tres Seaver wrote:
> >
> > > That doesn't work so well at a sprint, where the point is to maximize
> > > the value of precious face-time to get stuff done *now*.
> >
> > That's where the D in DVCS comes in. It's a new world, friends. All
> > you need to do
Can this discussion be moved to python-ideas? Thank you.
On Thu, 24 Mar 2011 09:51:59 -0600
Jameson Quinn wrote:
> Consider:
>
> def fun1(argument):
> print argument1
>
> fun1(argument="spam")
>
> def fun2(**kw):
> print kw["argument"]
>
> Why should I need quotes around "argument
On Thu, 24 Mar 2011 11:46:42 -0500
Benjamin Peterson wrote:
> 2011/3/24 Jesus Cea :
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi, everybody.
> >
> > I want to test the dev community interest in modifying the stdlib to
> > ease dependence injection.
>
> I, for one, am -1. Code
On Fri, 25 Mar 2011 21:10:08 +1000
Nick Coghlan wrote:
> On Fri, Mar 25, 2011 at 12:22 PM, Glenn Linderman
> wrote:
> > On 3/24/2011 4:25 PM, Nick Coghlan wrote:
> >
> > As an example of the last point, perhaps rather than modifying all the
> > *clients* of the socket module, it may make more se
On Fri, 25 Mar 2011 09:12:53 -0400
"R. David Murray" wrote:
> On Fri, 25 Mar 2011 21:12:19 +1000, Nick Coghlan wrote:
> > Don't disable the commit hook, update .hgeol to flag that file as
> > requiring CRLF line endings.
>
> Note however that we discovered that the server side hook looks at the
On Fri, 25 Mar 2011 15:30:37 +0100
Stefan Krah wrote:
> Hi,
>
> I'm unable to figure out how to trigger a build of a feature branch, see:
You cannot do that yet.
Regards
Antoine.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.
On Fri, 25 Mar 2011 16:11:16 +0100
Éric Araujo wrote:
> Le 25/03/2011 15:58, Stefan Krah a écrit :
> > Incidentally, I noticed that push messages with an issue number get
> > redirected to bugs.python.org. See the recent commit for #2650 here:
> >
> > http://hg.python.org/cpython/
> >
> >
> >
On Fri, 25 Mar 2011 16:46:51 +0100
Éric Araujo wrote:
>
> The most experienced core dev about those matters is Martin von Löwis;
> other core devs who make reviews are Roumen Petrov and Gregory P. Smith
> (who’s recently been removing his name from nosy fields).
I don't think Roumen is a core de
On Fri, 25 Mar 2011 17:44:26 +0100
Éric Araujo wrote:
> Hi,
>
> > changeset: 68921:11dc3f270594
> > user:Thomas Wouters
> > date:Fri Mar 25 11:42:37 2011 +0100
> > summary:
> > Revert the Lib/test/test_bigmem.py changes from commit 17891566a478 (and a
> > few other assertEqua
On Sat, 26 Mar 2011 07:57:41 +1100
Ben Finney wrote:
> exar...@twistedmatrix.com writes:
>
> > On 12:03 pm, jnol...@gmail.com wrote:
> > >The new list will also have a closed, members-only archive. After
> > >consulting with other core developers, we believe it's easier to ask
> > >questions when
Hello Facundo,
> But maybe some small decisions are already taken, some suggestions
> about the best way to do this or that, even if there are others that
> are not taken.
>
> Is this being documented somewhere?
Take a look at:
http://docs.python.org/devguide/committing.html
Regards
Antoine.
On Sat, 26 Mar 2011 15:00:29 -0400
Terry Reedy wrote:
> On 3/26/2011 2:17 PM, Georg Brandl wrote:
> > "Refactor" doesn't sound like it belongs in the 3.1 branch...
>
> >> -for i in range(len(pattern)):
> >> -c = pattern[i]
> >> +for i, c in enumerate(pattern):
>
> I w
On Sun, 27 Mar 2011 10:06:49 -0500
s...@pobox.com wrote:
> It seems that all checkin mails are utf-8-encoded. This makes it
> challenging to view checkin mails if you have a text-based mail reader. (I
> use VM within XEmacs. XEmacs doesn't seem to support utf-8 out of the box.
> I believe you ne
On Sun, 27 Mar 2011 19:07:08 -0400 (EDT)
"David E. Cross" wrote:
> Trying to compile and install Python 2.7 on irix 6.5.22 IP22 (N32 ABI
> model), Using gcc-4.5.1 and binutils 2.20.1. Everything goes well (I
> applied th patches listed at:
> http://bugs.python.org/file15915/python-2.7-irix.pat
On Mon, 28 Mar 2011 15:14:20 -0500
Brian Curtin wrote:
> On Mon, Mar 28, 2011 at 15:05, Ethan Furman wrote:
>
> > Greetings!
> >
> > I'm not sure where the best place is to ask this question, so I'll start
> > here -- feel free to redirect me if necessary.
> >
> > I would like to have some softw
On Tue, 29 Mar 2011 16:35:08 + (UTC)
Vinay Sajip wrote:
> I'm planning a change to logging.basicConfig to add an optional "handlers"
> keyword argument which defaults to None.
>
> If specified, this should be an iterable of already created handlers, which
> will
> be added to the root logger
On Tue, 29 Mar 2011 19:23:25 +0100
Michael Foord wrote:
> Hey all,
>
> Not sure how real the security risk is here:
>
> http://blog.omega-prime.co.uk/?p=107
>
> Basically he is saying that if you store a list of blacklisted files
> with names encoded in big-5 (or some other non-utf8 comp
On Tue, 29 Mar 2011 22:40:01 +0200
Lennart Regebro wrote:
> The lesson here seems to be "if you have to use blacklists, and you
> use unicode strings for those blacklists, also make sure the string
> you compare with doesn't have surrogates".
Not really. As everyone said, this can happen even wit
On Wed, 30 Mar 2011 12:17:05 +1100
Mark Hammond wrote:
> On 30/03/2011 12:09 PM, R. David Murray wrote:
> > On Wed, 30 Mar 2011 11:11:45 +1100, Mark Hammond
> > wrote:
> >> I'm wondering if it is a reasonable idea to have .hgignore exclude all
> >> files from 'Lib/site-packages' and 'Scripts'?
On Wed, 30 Mar 2011 17:59:02 +0200
Victor Stinner wrote:
>
> I cannot write "#" in the branch field to specify... the branch (only
> the repository). If the branch contains "#", the request looks to be
> ignored (without any warning/error). I merged my faulthandler branch
> into the default branc
On Wed, 30 Mar 2011 18:11:53 +0200
Victor Stinner wrote:
> Le mercredi 30 mars 2011 à 17:59 +0200, Victor Stinner a écrit :
> > I'm testing my faulthandler repository on the custom buildbots, here are
> > some remarks and issues.
>
> Oh, I forgot something: there is an error on hg purge.
[...]
I
On Tue, 29 Mar 2011 21:00:22 +0200
ezio.melotti wrote:
> http://hg.python.org/devguide/rev/f722956afeac
> changeset: 405:f722956afeac
> user:Ezio Melotti
> date:Tue Mar 29 22:00:13 2011 +0300
> summary:
> Add a table of contents to the FAQ.
Could it be collapsed by default? It
For the record, I added a page documenting our continuous integration
setup at:
http://docs.python.org/devguide/buildbots.html
Regards
Antoine.
On Wed, 30 Mar 2011 17:59:02 +0200
Victor Stinner wrote:
> Hi,
>
> I'm testing my faulthandler repository on the custom buildbots, here are
> some
On Wed, 30 Mar 2011 17:14:10 -0400
Jesse Noller wrote:
> On Wed, Mar 30, 2011 at 5:01 PM, Antoine Pitrou wrote:
> >
> > For the record, I added a page documenting our continuous integration
> > setup at:
> > http://docs.python.org/devguide/buildbots.html
>
On Thu, 31 Mar 2011 08:54:41 +1000
Nick Coghlan wrote:
> On Thu, Mar 31, 2011 at 7:35 AM, Terry Reedy wrote:
> > The tracker was recently changed so that when I click on a link to a tracker
> > page, the page is properly displayed, but then a fraction of a second it
> > blinks and redisplays with
On Thu, 31 Mar 2011 06:20:03 -0500
s...@pobox.com wrote:
>
> skip> Please see this thread in the tracker-discuss list:
> skip>
> http://mail.python.org/pipermail/tracker-discuss/2011-March/thread.html
>
> That didn't read right. I meant see that thread to see other discussion
> abou
Le jeudi 31 mars 2011 à 23:48 +1000, Nick Coghlan a écrit :
> On Thu, Mar 31, 2011 at 10:16 PM, Antoine Pitrou wrote:
> > It would be nice if someone with UI design experience was interested in
> > maintaining/improving the tracker.
>
> The challenge is the same as
On Thu, 31 Mar 2011 23:59:36 +0200
"Martin v. Löwis" wrote:
> > What's more, it lacks the most important: the issue title.
>
> Notice that the issue title was always there, in your browser's title
> bar (unless you have a web browser that doesn't display the page title).
Sure, but it's far remov
On Thu, 31 Mar 2011 12:52:23 -0400
Terry Reedy wrote:
>
> Here is my proposal for a redesign based on an analysis of my usage ;-).
> I have a 1600x1050 (or thereabouts), 20" (measured) diagonal, 17" across
> screen.
>
> The left column has a 7/8" margin, 2 3/8" text area, and 1" gutter.
> Thes
On Thu, 31 Mar 2011 16:15:48 -0700
Raymond Hettinger wrote:
> The Hg source viewer needs to be tweaked to improve its usability.
> What we've got now is a step backwards from the previous svn viewer.
>
> Looking at http://hg.python.org/cpython/file/default/Lib/linecache.py for
> example,
> there
On Thu, 31 Mar 2011 18:11:46 -0500
Benjamin Peterson wrote:
> I'm rather sick of seeing this warnings on all compiles, so I propose
> we enable the -Wno-unused-results option. I judge that most of the
> cases where this occurs are error reporting functions, where not much
> with return code can be
Le jeudi 31 mars 2011 à 17:46 -0700, Raymond Hettinger a écrit :
> On Mar 31, 2011, at 5:30 PM, Antoine Pitrou wrote:
>
> > On Thu, 31 Mar 2011 16:15:48 -0700
> > Raymond Hettinger wrote:
> >> The Hg source viewer needs to be tweaked to improve its usability.
> &
On Thu, 31 Mar 2011 18:20:53 -0700
Raymond Hettinger wrote:
>
> Surely, we at least have control over our own CSS.
> At http://hg.python.org/cpython/static/style-paper.css
> there are two lines that control the alternating bars:
>
> .parity0 { background-color: #f0f0f0; }
> .parity1 { backgroun
On Fri, 01 Apr 2011 07:57:53 -0400
Eric Smith wrote:
> On 4/1/2011 6:46 AM, Georg Brandl wrote:
> > Am 31.03.2011 19:35, schrieb Éric Araujo:
> >>> I would like to apply this patch (or its moral equivalent) to all active,
> >>> affected branches of Python, meaning 2.5 through 2.7, and 3.1 through
On Fri, 01 Apr 2011 13:37:42 +0100
Michael Foord wrote:
> > I think I was unclear: I'm not advocating doing doc fixes in security-only
> > branches; I'm just explaining why it wouldn't even make sense to do these
> > fixes.
> >
> I understood. I was suggesting we modify to allow doc changes that f
On Fri, 1 Apr 2011 11:17:27 -0400
Barry Warsaw wrote:
>
> Yeah, I know what I said before but I really am still on the fence about
> non-behavior changing fixes. Both sides have valid positions, IMO. :/
Well, how can you be sure it's non-behaviour changing? A bugfix can
always introduce a regre
On Fri, 01 Apr 2011 17:39:59 +0200
Georg Brandl wrote:
> Am 01.04.2011 14:49, schrieb Antoine Pitrou:
> > On Fri, 01 Apr 2011 13:37:42 +0100
> > Michael Foord wrote:
> >> > I think I was unclear: I'm not advocating doing doc fixes in
> >> > security-o
> >> Even if their servers won't run ubuntu 11.04+ (or something with the
> >> same library paths), their development environments will.
> >
> >They can also patch the Python releases themselves, or use Ubuntu
> >packages that someone else made for them (they can probably just install
> >the old 2
On Sun, 03 Apr 2011 18:55:33 +0200
Éric Araujo wrote:
> Hi,
>
> > changeset: 69112:2cb07a46f4b5
> > user:Antoine Pitrou
> > date:Sun Apr 03 17:05:46 2011 +0200
> > summary:
> > Issue #5863: Rewrite BZ2File in pure Python, and allow it to
On Sun, 03 Apr 2011 13:29:28 -0400
Eric Smith wrote:
> On 4/3/2011 12:20 PM, antoine.pitrou wrote:
> > http://hg.python.org/cpython/rev/c11e05a60d36
> > changeset: 69115:c11e05a60d36
> > parent: 69113:ff105faf1bac
> > parent: 69114:88ed3de28520
>
On Mon, 4 Apr 2011 19:11:52 +0200
"Amaury Forgeot d'Arc" wrote:
> 2011/4/4 Eugene Toder :
> > Hello,
> >
> > CPython source code currently contains a number of python scripts (e.g
> > Python/makeopcodetargets.py, Objects/typeslots.py, Parser/asdl_c.py)
> > that are used during the build of the pyt
On Mon, 04 Apr 2011 23:40:33 +0200
"Martin v. Löwis" wrote:
> - users have expressed concerns that they constantly need to upgrade
> VS releases when developing for Python.
Isn't that kind of a misguided argument? It's not Python who decides the
lifecycle of MSVC releases, it's Microsoft. We ca
Hello,
For the record, we have 9 stable buildbots, one of which is currently
offline: 3 Windows, 2 OS X, 3 Linux and 1 Solaris.
Paul Moore's XP buildbot is back in the stable stable.
(http://www.python.org/dev/buildbot/all/waterfall?category=3.x.stable)
We also have a new 64-bit FreeBSD 8.2 buil
On Tue, 5 Apr 2011 12:57:13 -0700
Raymond Hettinger wrote:
>
> * I would like to see a restriction on the use of
> the concrete C API such that it is *only* used
> when a exact type match has been found or created
> (i.e. if someone writes Py_ListNew(), then it
> is okay to use Py_ListSet
Le mercredi 06 avril 2011 à 23:55 +1000, Nick Coghlan a écrit :
> On Wed, Apr 6, 2011 at 12:05 AM, Antoine Pitrou wrote:
> >
> > Hello,
> >
> > For the record, we have 9 stable buildbots, one of which is currently
> > offline: 3 Windows, 2 OS X, 3 Linux and 1 Sola
On Wed, 06 Apr 2011 15:17:05 +0100
Michael Foord wrote:
> On 05/04/2011 20:57, Raymond Hettinger wrote:
> > [snip...]
> > [Brett]
> >> (sorry, Raymond, for picking on heapq, but is
> >> was what bit the PyPy people most recently =).
> > No worries, it wasn't even my code. Someone
> > donated it.
On Wed, 6 Apr 2011 13:22:09 -0700
Brett Cannon wrote:
> On Wed, Apr 6, 2011 at 12:45, Raymond Hettinger > wrote:
>
> >
> > On Apr 6, 2011, at 10:39 AM, Brett Cannon wrote:
> > > Since people are taking my "semantically identical" point too strongly
> > for what I mean (there is a reason I said "
Hello,
For the record, I've tried to make the force build form clearer on the
buildbot Web UI. See e.g.:
http://www.python.org/dev/buildbot/all/builders/x86%20OpenIndiana%20custom
Regards
Antoine.
___
Python-Dev mailing list
Python-Dev@python.org
ht
3501 - 3600 of 4909 matches
Mail list logo
