I attempted to fix the branch at http://bugs.python.org/file18220 ,
but it did not trigger rietveld update. I assume you made "Tracker
Branch" editable on purpose, but there should be a way rietveld side
to know when this field is changed I think.
Please start submitting issues with the Rietv
Nick Coghlan writes:
> - if you pass in bytes data and know what you are doing, then you can
> access that raw bytes data and do your own decoding
At what level, though?
To take an interesting example I used to see frequently:
From: t...@tokyo.jp
(Taro Yamada in 8-bit Shift JIS)
So I g
On Tue, Oct 5, 2010 at 3:25 PM, "Martin v. Löwis" wrote:
..
>>
>> Error fetching None/Modules/arraymodule.c?rev=83179: InvalidURLError:
>> Protocol '%s' is not supported.
>
> That currently happens for a lot of patches. It can't figure out what
> the base branch is, and goes to the Rietveld Issue
Guido van Rossum wrote:
Now it is time to
withdraw the anti-recommendation.
Or at least re-word them all to make it clear that they're
talking about the *old* style of relative import in 2.x.
--
Greg
___
Python-Dev mailing list
Python-Dev@python.org
On Wed, Oct 06, 2010 at 07:09:48AM +1000, Nick Coghlan wrote:
> The remaining scenarios we have that can lead to duplication of a
> module happen regardless of the import style you use*.
>
> Cheers,
> Nick.
>
> *For the curious - those scenarios relate to ending up with the same
> module present
On Tue, 05 Oct 2010 22:55:41 +0200
"Martin v. Löwis" wrote:
>
> I guess somebody would need to do monitoring on them, and ping operators
> if the buildbot is down for an extended period of time. Feel free to
> ping any operator whenever you notice that a slave is down (they do get
> an automated
To simplify the task of contacting buildbot operators, would it be
worth having a "python-buildbot-owners" mailing list?
Depends on the traffic. It might spam those owners who are never the
target of any of these messages, because they are "well-behaving".
Do you really find it difficult to dete
On Wed, Oct 6, 2010 at 6:55 AM, "Martin v. Löwis" wrote:
> I guess somebody would need to do monitoring on them, and ping operators
> if the buildbot is down for an extended period of time. Feel free to ping
> any operator whenever you notice that a slave is down (they do get
> an automated email,
On Wed, Oct 6, 2010 at 4:21 AM, Guido van Rossum wrote:
> On Tue, Oct 5, 2010 at 11:17 AM, Darren Dale wrote:
>> The issue is implementing a PEP with nice support for relative
>> imports, and then documenting that it should never be used.
>
> Isn't this mostly historical? Until the new relative-i
Am 05.10.10 19:07, schrieb Antoine Pitrou:
On Tue, 05 Oct 2010 17:06:40 +0200
"Martin v. Löwis" wrote:
I can probably run a build slave on one of my boxes (Gentoo, Athlon 64
x2). Where are the setup docs?
http://wiki.python.org/moin/BuildBot
By the way, is the distinction between "stable" a
On Tue, Oct 5, 2010 at 3:37 PM, Terry Reedy wrote:
> On 10/5/2010 2:21 PM, Guido van Rossum wrote:
>>
>> On Tue, Oct 5, 2010 at 11:17 AM, Darren Dale wrote:
>>>
>>> The issue is implementing a PEP with nice support for relative
>>> imports, and then documenting that it should never be used.
>>
>>
On 10/5/2010 2:21 PM, Guido van Rossum wrote:
On Tue, Oct 5, 2010 at 11:17 AM, Darren Dale wrote:
The issue is implementing a PEP with nice support for relative
imports, and then documenting that it should never be used.
Isn't this mostly historical? Until the new relative-import syntax was
i
Am 05.10.10 20:15, schrieb Alexander Belopolsky:
I followed the review link from issue5109 to arrive at
http://bugs.python.org/review/5109/patch/179/325 . On the review page
I clicked on Modules/arraymodule.c> View for side-by-side diff and
got
Error fetching None/Modules/arraymodule.c?rev=831
I have a fairly recent MacPro on Snow Leopard, which I
keep consistently up to date and its connected all the time. It has more
capacity then I can really find use for.
If its still needed, I can set up buildbot to run on it today.
That would be nice.
Is it all
pull/poll oriented, or does the
On Tue, Oct 5, 2010 at 11:17 AM, Darren Dale wrote:
> The issue is implementing a PEP with nice support for relative
> imports, and then documenting that it should never be used.
Isn't this mostly historical? Until the new relative-import syntax was
implemented there were various problems with re
On Tue, 5 Oct 2010 14:17:47 -0400
Darren Dale wrote:
> >> Thats not the point though. Due to compatibility issues, maybe I don't
> >> want to expose the code at the top level. Maybe the foo package is
> >> distributed elsewhere as a top-level package, but I need to use an
> >> older version due to
On 05/10/2010 13:00, Antoine Pitrou wrote:
On Tue, 05 Oct 2010 12:39:00 +0100
Michael Foord wrote:
1. rename the old file 'python-wing3.wpr' and rename 'python-wing4.wpr'
to 'python-wing.wpr'
2. delete the wing 3 project file altogether and rename
'python-wing4.wpr' to 'python-wing.wpr'
3. sta
On Tue, Oct 5, 2010 at 1:45 PM, Antoine Pitrou wrote:
> Le mardi 05 octobre 2010 à 13:28 -0400, Darren Dale a écrit :
>> >>
>> >> As the OP pointed out, for code that may be *included* in other projects
>> >> there is no other choice. This is often useful for packages shared
>> >> between one or t
I followed the review link from issue5109 to arrive at
http://bugs.python.org/review/5109/patch/179/325 . On the review page
I clicked on Modules/arraymodule.c > View for side-by-side diff and
got
Error fetching None/Modules/arraymodule.c?rev=83179: InvalidURLError:
Protocol '%s' is not supported
> If they were actively discouraged, perhaps performing a relative
> import would raise a warning,
This would be done if this import style was deprecated. It’s different
from it being discouraged.
> or maybe distutils would raise a warning at install time,
Distutils does not inspect source files.
Le mardi 05 octobre 2010 à 13:28 -0400, Darren Dale a écrit :
> >>
> >> As the OP pointed out, for code that may be *included* in other projects
> >> there is no other choice. This is often useful for packages shared
> >> between one or two projects that nonetheless don't warrant separate
> >> dist
On Tue, Oct 5, 2010 at 12:43 PM, Antoine Pitrou wrote:
> On Tue, 05 Oct 2010 17:18:18 +0100
> Michael Foord wrote:
>> >
>> > Generally I'm +0 on relative imports as a whole.
>>
>> As the OP pointed out, for code that may be *included* in other projects
>> there is no other choice. This is often u
-On [20101005 16:21], Barry Warsaw (ba...@python.org) wrote:
>Do any BSD distros provide multiple different builds of Python to their users?
For all I can tell, no. Assuming you are referring to different builds of
the same version.
>How do they handle having a debug build or non-debug
On Sat, Oct 2, 2010 at 1:37 PM, "Martin v. Löwis" wrote:
> > I'm already running a Jython buildslave on an Intel Mac Pro which is
> > pretty underused - I'd be happy to run a CPython one there too, if
> > it'd be worthwhile.
>
> I think Bill was specifically after Snow Leopard - what system are yo
On Tue, 05 Oct 2010 17:06:40 +0200
"Martin v. Löwis" wrote:
> > I can probably run a build slave on one of my boxes (Gentoo, Athlon 64
> > x2). Where are the setup docs?
>
> http://wiki.python.org/moin/BuildBot
By the way, is the distinction between "stable" and "unstable" builders
still relevan
On Tue, 05 Oct 2010 17:18:18 +0100
Michael Foord wrote:
> >
> > Generally I'm +0 on relative imports as a whole.
>
> As the OP pointed out, for code that may be *included* in other projects
> there is no other choice. This is often useful for packages shared
> between one or two projects that n
On 05/10/2010 17:13, Simon Cross wrote:
On Tue, Oct 5, 2010 at 4:56 PM, Darren Dale wrote:
from ...sys import path
Note that while that last case is legal, it is certainly
discouraged ("insane" was the word Guido used).
Only if by "legal" you mean "happened to work". It stops "happenin
On Tue, Oct 5, 2010 at 4:56 PM, Darren Dale wrote:
> from ...sys import path
>
> Note that while that last case is legal, it is certainly
> discouraged ("insane" was the word Guido used).
Only if by "legal" you mean "happened to work". It stops "happening to
work" in Python 2.6.6. :)
General
I feel that, only if a roundup issue has patch, the corresponding
rietveld issue be created, it is more helpful there and avoids
needless duplication.
I have changed that now.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http:/
On Tue, Oct 5, 2010 at 17:06, "Martin v. Löwis" wrote:
>> I can probably run a build slave on one of my boxes (Gentoo, Athlon 64
>> x2). Where are the setup docs?
>
> http://wiki.python.org/moin/BuildBot
Cool, can you get me username/passwd?
Cheers,
Dirkjan
_
I can probably run a build slave on one of my boxes (Gentoo, Athlon 64
x2). Where are the setup docs?
http://wiki.python.org/moin/BuildBot
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
On Tue, 05 Oct 2010 22:05:33 +1000, Nick Coghlan wrote:
> On Tue, Oct 5, 2010 at 3:41 PM, Stephen J. Turnbull
> wrote:
> > R. David Murray writes:
> > > Only if the email package contains a coding error would the
> > > surrogates escape and cause problems for user code.
> >
> > I don't think it i
I have a couple questions/comments about the use of PEP 328-style
relative imports. For example, the faq at
http://docs.python.org/py3k/faq/programming.html#what-are-the-best-practices-for-using-import-in-a-module
reads:
"Never use relative package imports. If you’re writing code that’s in
the pac
On Oct 05, 2010, at 10:50 AM, Jeroen Ruigrok van der Werven wrote:
>Also, from FreeBSD's ldconfig manual page:
>
>"Filenames must conform to the lib*.so.[0-9] pattern in order to be
>added to the hints file."
>
>So ending a shared object with the build flags will cause problems on
>FreeBSD and pro
On Oct 05, 2010, at 10:45 AM, Jeroen Ruigrok van der Werven wrote:
>-On [20101004 20:48], Barry Warsaw (ba...@python.org) wrote:
>>On Oct 02, 2010, at 01:40 PM, Antoine Pitrou wrote:
>>
>>>Besides, mingling different installations together makes uninstalling
>>>much more difficult.
>>
>>Not for a
On Oct 04, 2010, at 10:18 PM, Antoine Pitrou wrote:
>What is the point of shipping a different unicode representation? Is
>there any practical use case? I could understand a motivated user
>trying different build flags for the purpose of experimentation and
>personal enlightenment, but a Linux dis
NB: Posting on behalf of Greg Lindstrom, our tutorial coordinator:
PyCon 2011 will be held March 9th through the 17th, 2011 in Atlanta,
Georgia. (Home of some of the best southern food you can possibly find
on Earth!) The PyCon conference days will be March 11-13, preceded by
two tutorial days (Ma
On Tue, Oct 5, 2010 at 11:19, "Martin v. Löwis" wrote:
> Would anybody be willing to run a build slave on a machine that
> you have available? The main requirement is that the machine is
> always connected to the internet, although not necessarily with
> a fixed IP address.
I can probably run a b
We just lost Neal's AMD-64 build slave due to hardware
problems. There is another AMD6-64 slave in the pool, however,
it runs in a non-standard environment, so it shows test failures
at the moment.
Would anybody be willing to run a build slave on a machine that
you have available? The main requir
On Tue, Oct 5, 2010 at 3:41 PM, Stephen J. Turnbull wrote:
> R. David Murray writes:
> > Only if the email package contains a coding error would the
> > surrogates escape and cause problems for user code.
>
> I don't think it is reasonable to internalize surrogates that way;
> some applications
On Tue, 05 Oct 2010 12:39:00 +0100
Michael Foord wrote:
>
> 1. rename the old file 'python-wing3.wpr' and rename 'python-wing4.wpr'
> to 'python-wing.wpr'
> 2. delete the wing 3 project file altogether and rename
> 'python-wing4.wpr' to 'python-wing.wpr'
> 3. stay with versioned project file na
On Tue, Oct 5, 2010 at 5:25 PM, Michael Foord wrote:
len(open('Misc/python-wing.wpr').read())
> 555
len(open('Misc/python-wing4.wpr').read())
> 888
So, "size doesn't matter". :)
--
Senthil
___
Python-Dev mailing list
Python-Dev@python.org
h
On 05/10/2010 12:51, Senthil Kumaran wrote:
On Tue, Oct 05, 2010 at 12:39:00PM +0100, Michael Foord wrote:
Wing 4 is now in beta and I have switched to using it. Wing 4 uses
an updated, backwards incompatible, project file format. I would
like to add a Wing 4 project file to Misc, called 'pytho
On Tue, Oct 05, 2010 at 12:39:00PM +0100, Michael Foord wrote:
> Wing 4 is now in beta and I have switched to using it. Wing 4 uses
> an updated, backwards incompatible, project file format. I would
> like to add a Wing 4 project file to Misc, called 'python-wing4.wpr'
> to all the branches I work
Hello all,
There is a Wing IDE [1] project file in Misc/ which I use for working on
Python. The project file is 'python-wing.wpr'.
Wing 4 is now in beta and I have switched to using it. Wing 4 uses an
updated, backwards incompatible, project file format. I would like to
add a Wing 4 project
On Tue, 5 Oct 2010 07:21:15 pm Chris Withers wrote:
> On 25/09/2010 04:25, Steven D'Aprano wrote:
> > 1. Return the case of a filename in some canonical form which
> > depends on the file system?
> > 2. Return the case of a filename as it is actually stored on disk?
>
> How do 1 and 2 differ?
Case
-On [20101004 20:48], Barry Warsaw (ba...@python.org) wrote:
>On Oct 02, 2010, at 01:40 PM, Antoine Pitrou wrote:
>
>>Besides, mingling different installations together makes uninstalling
>>much more difficult.
>
>Not for a distro I think.
It does. On BSD the ports and packages are referred to a s
-On [20101004 22:03], Barry Warsaw (ba...@python.org) wrote:
>We already have libpython3.2.so.1.0 which also doesn't end in .so. I suppose
>we could put the build flags before the .so. part, but I think Matthias had a
>problem with that (I don't remember the details).
Using major and minor number
On 25/09/2010 15:45, Guido van Rossum wrote:
The solution may well be OS specific. Solutions for Windows and OS X
have already been pointed out. If it can't be done for other Unix
versions, I think returning the input unchanged on those platform is a
fine fallback (as it is for non-existent filen
On 25/09/2010 04:25, Steven D'Aprano wrote:
1. Return the case of a filename in some canonical form which depends
on the file system?
2. Return the case of a filename as it is actually stored on disk?
How do 1 and 2 differ? FWIW, the use case that setuptools has (and for
which it currently
50 matches
Mail list logo
