R. David Murray wrote:
> I just posted a (tiny) patch to the tracker, and for the
> exercise of it I thought I would push the branch out to Launchpad
> as suggested in the wiki (http://wiki.python.org/moin/Bazaar).
> It looks like it is uploading every file in the branch instead
> of the delta from
Ross Light wrote:
> Yes, this is the expected behavior. Bazaar will upload all of the
> revisions since it is not stacking off of another branch. You could
> try using the Launchpad or Python.org mirrors as a stacking branch, as
> described here:
>
> http://doc.bazaar-vcs.org/bzr.dev/en/user-gui
Ross Light wrote:
[...]
> However, my understanding is that Launchpad will not automatically
> stack if you are using the Python.org branch; you must use the
> Launchpad mirror. If you want to stack off the Python.org branch,
> then I think you need to manually stack.
It is true that if the sourc
Antoine Pitrou wrote:
> Robert Kern gmail.com> writes:
> >
> > Since one may have more than one filesystem side-by-side, this can't be just
> be
> > a system-wide boolean somewhere. One would have to query the target
> > directory
> > for this information. I am not aware of the existence of co
"Martin v. Löwis" wrote:
[...]
> I've done a fair bit of 3.x porting, and I'm firmly convinced that
> 2.x can do nothing:
[...]
> Inherently, 2.8 can't improve on that.
I agree that there are limitations like the ones you've listed, but I
disagree with your conclusion. Maybe you assume that it's
"Martin v. Löwis" wrote:
[...]
> > But a hypothetical 2.8 would also give people a way to move closer to
> > py3k without giving up on using all their 2.x-only dependencies.
>
> How so? If they use anything that is new in 2.8, they *will* need to
> drop support for anything before it, no???
>
>
"Martin v. Löwis" wrote:
[...]
> Any proposal appreciated.
I propose screaming “help me, I have written a test suite using nothing
but string matching assertions, what is wrong with me?!”
-Andrew.
___
Python-Dev mailing list
Python-Dev@python.org
http:
Antoine Pitrou wrote:
> On Thu, 12 Aug 2010 18:14:44 -0400
> Glyph Lefkowitz wrote:
> >
> > On Aug 12, 2010, at 6:30 AM, Tim Golden wrote:
> >
> > > I don't care how many stats we're doing
> >
> > You might not, but I certainly do. And I can guarantee you that the
> > authors of command-line t
On Sat, Jul 15, 2006 at 03:38:04PM -0300, Johan Dahlin wrote:
> In an effort to reduce the memory usage used by GTK+ applications
> written in python I've recently added a feature that allows attributes
> to be lazy loaded in a module namespace. The gtk python module contains
> quite a few attri
On Sun, Jul 16, 2006 at 11:52:48PM -0700, Josiah Carlson wrote:
> Andrew Bennetts <[EMAIL PROTECTED]> wrote:
[...]
> >
> > Have you seen the "demandload" hack that Mercurial uses? You can find it
> > here:
> > http://selenic.com/repo/hg?
On Fri, Dec 01, 2006 at 12:42:42AM +0100, Jan Claeys wrote:
> Op donderdag 30-11-2006 om 21:48 uur [tijdzone +], schreef Steve
> Holden:
> > I think the point is that some distros (Debian is the one that springs
> > to mind most readily, but I'm not a distro archivist) require a separate
> >
Hi Martin,
"Martin v. Löwis" wrote:
> [EMAIL PROTECTED] schrieb:
[...]
> > The use-cases being discussed here would be better served by having new
> > APIs that do particular things and don't change existing semantics,
> > though. For example, a "guess_mime_type(path)" function which could
> >
Josiah Carlson wrote:
[...]
>
> Offer a new splitext that uses X on posix and Y on win32, but causes a
> DeprecationWarning with pointers to the two renamed functions that are
> available on both platforms.
>
> For people who want the old platform-specific functionality in previous
> and subseque
Lino Mastrodomenico wrote:
> Hello everyone,
>
> I would like to participate as a student in google Summer of Code and
> I'm interested in feedback on a multimedia library for Python.
>
> The library I propose should have the following features:
> * the capability to extract and decompress vi
Raghuram Devarakonda wrote:
> Hi,
>
> I have submitted a patch (http://www.python.org/sf/1704547) that
> allows os.rename to replace the destination file if it exists, on
> windows. As part of discussion in the tracker, Martin suggested that
> python-dev should discuss the change.
Does MOVEFILE_R
"Martin v. Löwis" wrote:
[...]
> > Ubuntu:
> > http://en.wikipedia.org/wiki/List_of_Ubuntu_releases#Version_timeline
> > (http://www.ubuntu.com/products/ubuntu/release-cycle seems to be down)
>
> I'd prefer something more official than Wikipedia, though.
https://wiki.ubuntu.com/Releases
-Andrew.
Ethan Furman wrote:
> > […] or "EINTRError" in my order of preference.
>
> Please not that last one! ;)
Why not, exactly?
When EINTR happens it's frequently a surprise, but programmers new to
the concept can always search the web for advice on what causes it and
how to deal with it (and after s
Facundo Batista wrote:
> 2007/7/24, Nick Coghlan <[EMAIL PROTECTED]>:
>
> > some of the Debian buildbots happier, but several of the other buildbots
> > are reporting a variety of "Address already in use" errors in the
> > subthreads created by test_urllib2.
>
> Test pass ok in my machine.
>
> H
Georg Brandl wrote:
> Sure, you could use ``iter(())`` or ``iter([])``, but for consistency's sake
> wouldn't it make sense for ``iter()`` to return an empty iterator, as
> ``str()``
> returns an empty string etc.?
I had no idea that "str()" or "int()" would do that. "file()" certainly
doesn't!
Maciej Fijalkowski wrote:
> IMHO this shouldn't segfault:
>
> import thread
>
> while 1:
> f = open("/tmp/dupa", "w")
> thread.start_new_thread(f.close, ())
> f.close()
>
> while it does on cpython 2.5.1 , linux box.
>
> May I consider this a bug?
Yes, that's a bug. Please file it
Guido van Rossum wrote:
> On Dec 11, 2007 4:54 PM, Jan Claeys <[EMAIL PROTECTED]> wrote:
> > Op vrijdag 07-12-2007 om 07:26 uur [tijdzone -0700], schreef Sean
> > Reifschneider:
> > > I would say that this is an optimization that helps a specific set of
> > > platforms, including one that I think w
Neal Becker wrote:
> Christian Heimes wrote:
>
> > I've attached the first public draft of my first PEP. A working patch
> > against the py3k branch is available at http://bugs.python.org/issue1576
> >
> > Christian
>
> Note also that mercurial has demandimport
> http://www.selenic.com/mercurial
Nick Coghlan wrote:
[...]
>
> I forgot this had already been added to the Python regression test
> machinery, so it will just be a matter of updating the relevant tests to
> use it:
That's a nice surprise! I'm glad the standard library is growing facilities
like this.
I think it could be imp
Brett Cannon wrote:
> On Wed, Jun 25, 2008 at 6:08 AM, Andrew Bennetts
[...]
> >
> > Should I file a bug for this?
> >
>
> If you want, but Benjamin plans to undocument this for users along
> with all other test.support stuff (which I agree with). Most of the
&g
Ben Finney wrote:
> "Guido van Rossum" <[EMAIL PROTECTED]> writes:
[...]
> > I like using only the assertKeyword variants, removing assert_, fail*,
> > and assertEquals.
>
> I'm the opposite. I prefer the 'fail*' variants over the 'assert*'
> variants, because "fail" tells me exactly what the func
Ben Finney wrote:
> "Stephen J. Turnbull" <[EMAIL PROTECTED]> writes:
>
> > Ben Finney writes:
> >
> > > Removal of ``assert*`` names
> > >
> > >
> > > There is no overwhelming consensus on whether to remove the
> > > ``assert*`` names or the ``fail*`` names;
>
Nick Coghlan wrote:
[...]
>
> What did you think of the "check" idea at the end of the email?
>
> Test assertions:
> check(x).almost_equal(y)
> check(x).is_(y)
> check(x).in_(y)
> check(x).equals(y)
>
> Test negative assertions:
> check(x).not_almost_equal(y)
> check(x).is_not(y)
> ch
Michael Foord wrote:
> Raymond Hettinger wrote:
[...]
>>
>> If some people want to proceed down the path of "useful additions",
>> I challenge them to think bigger. Give me some test methods that
>> improve my life. Don't give me thirty ways to spell something I can
>> already do.
>>
>
> I assert
Ben Finney wrote:
> Andrew Bennetts <[EMAIL PROTECTED]> writes:
>
> > This one is easily solved by making assertRaises return the
> > exception it caught.
>
> That breaks one simple feature of the unittest API: that all the test
> methods will either raise a
Ben Finney wrote:
> Andrew Bennetts <[EMAIL PROTECTED]> writes:
[...]
> > How is returning None a feature?
>
> A test method having exactly one meaning is a feature. If it's
> consistent across the API, the API retains a level of simplicity.
Your reply makes no sens
Ben Finney wrote:
[...]
>
> I hope that clarifies it. The name of a thing, in Python especially,
> is very important; in an API, even more so. If the behaviour of the
> function isn't matched by the name, it's a poorly chosen name, a
> poorly designed function, or both.
It doesn't really clarify
"Martin v. Löwis" wrote:
[...]
> There is a certain prevention already that later maintenance fixes don't
> break the earlier ones: those fixes typically get checked into the trunk
> also, where the tests do exist. So the committer would find out even
> before the patch gets to the maintenance bran
s...@pobox.com wrote:
>
> Steve> Unfortunately there are doubtless programs out there that do rely
> Steve> on actions being taken at shutdown.
>
> Indeed. I believe any code which calls atexit.register.
>
> Steve> Maybe os.exit() could be more widely advertised, though ...
>
> Tha
Barry Warsaw wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Jan 3, 2009, at 11:54 AM, Ulrich Eckhardt wrote:
>
>> 1. I think that a patch can not e.g. capture a moved, renamed or
>> deleted file.
>> Further, it can not handle e.g. things like the executable bit or
>> similar
>>
Daniel Stutzbach wrote:
[...]
>
> If you really need to communicate with multiple subprocesses (which so far has
> not been suggested as a motivating example), then you can use select().
Not portably. select() on windows only works on sockets.
-Andrew.
_
Mike Klaas wrote:
> On 29-Jan-09, at 3:21 PM, Daniel Stutzbach wrote:
[...]
>> The meaning which numpy attributes to Ellipsis is also the meaning
>> that mathematical notation has attached to Ellipsis for a very long
>> time.
>
> And yet, python isn't confined to mathematical notation. *, ** a
Hrvoje Niksic wrote:
> Is there a reason why the operator module doesn't have an operator.call
> function?
Python 2.6 adds operator.methodcaller. So you could use
operator.methodcaller('__call__'), but that's not really any better than
lambda x: x().
A patch to add operator.caller(*args, **kwa
On Fri, Oct 07, 2011 at 08:27:01AM +1100, Cameron Simpson wrote:
[…]
> | >> running buildbot tests as root does not reflect the experience of
> | >> non-root users. It seems some tests need to be run both ways just for
> | >> correctness testing.
> |
> | (except I'd say "all", not "some")
>
> No.
Stephen J. Turnbull wrote:
> Andrew Bennetts writes:
>
> > No, that just means you shouldn't trust *root*. Which is where a
> > VM is a very useful tool. You can have the “as root” environment
> > for your tests without the need to have anything important trust
On Wed, Jan 04, 2012 at 11:55:13AM +0100, Antoine Pitrou wrote:
> On Wed, 4 Jan 2012 09:59:15 +0200
> Maciej Fijalkowski wrote:
> >
> > Is it *really* a security issue? We knew all along that dicts are
> > O(n^2) in worst case scenario, how is this suddenly a security
> > problem?
>
> Because it
Martin v. Löwis wrote:
> [EMAIL PROTECTED] wrote:
[...]
>
> So for multiplying this by 8, I would have to create 48 lines of
> Apache configuration, and use 24 TCP ports. This can be done, but
> it would take some time to implement. And who is going to look
> at the 24 pages?
This last point is t
On Sun, Apr 09, 2006 at 02:48:47PM -0400, Phillip J. Eby wrote:
> At 07:56 PM 4/9/2006 +0200, Martin v. Löwis wrote:
[...]
> >-1. These aren't external libraries; they are part of Python.
>
> They *were* external libraries. Also, many OS vendors nonetheless split
> the standard library into diff
On Thu, Jun 15, 2006 at 10:33:49PM +0200, Alexander Schremmer wrote:
> On Thu, 15 Jun 2006 19:00:09 +0200, Jan Claeys wrote:
>
> > Op di, 13-06-2006 te 10:27 +0200, schreef Alexander Schremmer:
> >> Bazaar-NG seems to reach limits already when working on
> >> it's own code/repository.
> >
> > Ca
On Sat, Sep 17, 2005 at 06:20:08PM -0700, Brett Cannon wrote:
> Is anyone truly attached to nested tuple function parameters; ``def
> fxn((a,b)): print a,b``? At one of the PyCon sprints Guido seemed
> okay with just having them removed when Jeremy asked about ditching
> them thanks to the pain th
On Mon, Dec 12, 2005 at 01:32:31PM +, Michael Hoffman wrote:
> [Hye-Shik Chang]
> >> I think "contrib" is somewhat conventional for the purpose.
>
> [Steve Holden]
> > Indeed, but conventionally *all* code in the Python core is contributed,
> > and I think we need a name that differentiates ex
On Tue, Jan 10, 2006 at 09:15:56AM +0100, "Martin v. Löwis" wrote:
[...]
>
> I know I could limit the Twisted webserver to localhost using
> firewalling/iptables (and I will need to if there is no other
> option); just having it generate static pages would have been
> more convenient.
For this pa
On Thu, Jan 12, 2006 at 07:19:08AM +0100, "Martin v. Löwis" wrote:
> Fredrik Lundh wrote:
> > My initial thought was that we could ask alpha testers to run this script on
> > their alpha builds, and report back, but it just struck me that the
> > "buildbot"
> > already builds stuff on a couple of
On Mon, Jan 16, 2006 at 07:44:44PM -0800, Alex Martelli wrote:
> Is it finally time in Python 2.5 to allow the "obvious" use of, say,
> str(5,2) to give '101',
My reaction having read this far was "huh?". It took some time (several
seconds) before it occurred to me what you wanted str(5,2) to m
On Mon, Jan 16, 2006 at 11:54:05PM -0500, Raymond Hettinger wrote:
[...]
> That suggests that it would be better to simply add an int method:
>
> x.convert_to_base(7)
This seems clear and simple to me. I like it. I strongly suspect the "bright
beginners" Alex is interested in would have no
On Mon, Jan 16, 2006 at 09:28:10PM -0800, Bob Ippolito wrote:
> On Jan 16, 2006, at 9:12 PM, Andrew Bennetts wrote:
[...]
> >> x.convert_to_base(7)
> >
> >This seems clear and simple to me. I like it. I strongly suspect
> >the "bright
> >begin
On Tue, Jan 17, 2006 at 09:23:29AM -0500, Jason Orendorff wrote:
> It seems dumb to support *parsing* integers in weird bases, but not
> *formatting* them in weird bases. Not a big deal, but if you're going
> to give me a toy, at least give me the whole toy!
>
> The %b idea is a little disappoint
Guido van Rossum wrote:
[...]
>
> I'd propose bin() to stay in line with the short abbreviated names.
>
[...]
>
> The binary type should have a 0b prefix.
It seems odd to me to add both a builtin *and* new syntax for something that's
occasionally handy, but only occasionally. If we're going to
Donovan Baarda wrote:
> On Wed, 2006-02-08 at 02:33 -0500, Steve Holden wrote:
> > Martin v. Löwis wrote:
> > > Tim Peters wrote:
> [...]
> > > What is the reason that people want to use threads when they can have
> > > poll/select-style message processing? Why does Zope require threads?
> > > IOW,
53 matches
Mail list logo
