Am 03.11.2010 03:35, schrieb Antoine Pitrou:
> On Tue, 2 Nov 2010 19:57:48 -0700
> Brett Cannon wrote:
>> >
>> > How could we have split the module into a package in a way that matched the
>> > API, whilst still retaining backwards compatibility with the old API? We
>> > had
>> > no choice but to
Le mardi 02 novembre 2010 23:38:12, vous avez écrit :
> On Tue, Nov 2, 2010 at 10:55 PM, Victor Stinner
>
> wrote:
> > I don't know how to ignore the BytesWarning without importing warning.
> > How can I do that?
>
> I was suggesting trying to fix the bootstrap issue so you could use a
> top-lev
On 03/11/2010 02:57, Brett Cannon wrote:
On Tue, Nov 2, 2010 at 19:50, Michael Foord wrote:
On 02/11/2010 02:35, Brett Cannon wrote:
On Wed, Oct 27, 2010 at 03:42, Antoine Pitrouwrote:
On Tue, 26 Oct 2010 22:06:37 -0400
Alexander Belopolskywrote:
While I appreciate your and Michael's
2010/11/3 Victor Stinner :
> Le mardi 02 novembre 2010 23:38:12, vous avez écrit :
>> On Tue, Nov 2, 2010 at 10:55 PM, Victor Stinner
>>
>> wrote:
>> > I don't know how to ignore the BytesWarning without importing warning.
>> > How can I do that?
>>
>> I was suggesting trying to fix the bootstrap
On 11/03/2010 01:47 AM, Ben Finney wrote:
If someone wants to depend on some undocumented detail of the
directory layout it's their problem (like people depending on bytecode
and other stuff).
I would say that names without a single leading underscore are part of
the public API, whether docu
On Wed, Nov 3, 2010 at 10:19 PM, Benjamin Peterson wrote:
>
> Warnings is loaded every time anyway.
I would have agreed with you, but the contents of sys.modules in a
just-started interactive interpreter suggests that isn't true any more
(which surprised me).
Cheers,
Nick.
--
Nick Coghlan |
On Wed, Nov 3, 2010 at 9:32 AM, Raymond Hettinger
wrote:
> Sounds like a decision to split a module into a package is a big commitment.
> Each of the individual file names becomes a permanent part of the API. Even
> future additional splits are precluded because it might break someones dotted
On 03/11/2010 14:05, Nick Coghlan wrote:
On Wed, Nov 3, 2010 at 9:32 AM, Raymond Hettinger
wrote:
Sounds like a decision to split a module into a package is a big commitment.
Each of the individual file names becomes a permanent part of the API. Even
future additional splits are precluded
Le mercredi 03 novembre 2010 à 14:16 +, Michael Foord a écrit :
> On 03/11/2010 14:05, Nick Coghlan wrote:
> > On Wed, Nov 3, 2010 at 9:32 AM, Raymond Hettinger
> > wrote:
> >> Sounds like a decision to split a module into a package is a big
> >> commitment. Each of the individual file name
On 03/11/2010 14:17, Antoine Pitrou wrote:
Le mercredi 03 novembre 2010 à 14:16 +, Michael Foord a écrit :
On 03/11/2010 14:05, Nick Coghlan wrote:
On Wed, Nov 3, 2010 at 9:32 AM, Raymond Hettinger
wrote:
Sounds like a decision to split a module into a package is a big commitment.
Eac
Le mercredi 03 novembre 2010 à 14:26 +, Michael Foord a écrit :
>
> Interesting. We made some fixes before 2.7 to ensure they were copyable,
> but we fixed this in the copy module. TestCase instances now store some
> method objects in a dictionary which may make them unpickleable, so that
>
On 03/11/2010 14:26, Michael Foord wrote:
On 03/11/2010 14:17, Antoine Pitrou wrote:
Le mercredi 03 novembre 2010 à 14:16 +, Michael Foord a écrit :
On 03/11/2010 14:05, Nick Coghlan wrote:
On Wed, Nov 3, 2010 at 9:32 AM, Raymond Hettinger
wrote:
Sounds like a decision to split a module
On 11/3/10 10:16 AM, Michael Foord wrote:
On 03/11/2010 14:05, Nick Coghlan wrote:
On Wed, Nov 3, 2010 at 9:32 AM, Raymond Hettinger
wrote:
Sounds like a decision to split a module into a package is a big
commitment. Each of the individual file names becomes a permanent
part of the API. Even f
On Nov 03, 2010, at 11:06 AM, Ben Finney wrote:
>Is this a case where it would be better if the package names had the
>leading underscore: ‘_utils’, ‘_suite’, etc.?
>
>Does the convention on single-leading-underscore identifiers as “don't
>rely on this name staying the same in future versions” hol
On Nov 03, 2010, at 12:34 AM, Antoine Pitrou wrote:
>I don't agree with this. Until it's documented, it's an implementation
>detail and should be able to change without notice.
>If someone wants to depend on some undocumented detail of the directory
>layout it's their problem (like people dependin
On 03/11/2010 14:53, Eric Smith wrote:
On 11/3/10 10:16 AM, Michael Foord wrote:
On 03/11/2010 14:05, Nick Coghlan wrote:
On Wed, Nov 3, 2010 at 9:32 AM, Raymond Hettinger
wrote:
Sounds like a decision to split a module into a package is a big
commitment. Each of the individual file names bec
2010/11/3 Nick Coghlan :
> On Wed, Nov 3, 2010 at 10:19 PM, Benjamin Peterson
> wrote:
>>
>> Warnings is loaded every time anyway.
>
> I would have agreed with you, but the contents of sys.modules in a
> just-started interactive interpreter suggests that isn't true any more
> (which surprised me)
On 11/3/10 10:53 AM, Eric Smith wrote:
The problem is that there is no unittest.loader in 2.4, and
unittest.loader.TestLoader is the name that the 2.7 pickle creates. We
see this problem every time we try and move anything in the stdlib.
And BTW: for me, this is the strongest reason not to bre
On Tue, Nov 2, 2010 at 6:58 PM, Guido van Rossum wrote:
..
> To spout a somewhat contrarian opinion, I just browsed the new
> unittest package, and the structure seems reasonable to me, even if
> its submodules are not particularly reusable. I've used this kind of
> style for development myself. W
On Nov 3, 2010, at 11:25 AM, Eric Smith wrote:
> On 11/3/10 10:53 AM, Eric Smith wrote:
>
>> The problem is that there is no unittest.loader in 2.4, and
>> unittest.loader.TestLoader is the name that the 2.7 pickle creates. We
>> see this problem every time we try and move anything in the stdlib
Hi,
Python code coverage doesn't include any .py files. What happened?
http://coverage.livinglogic.de/
Did it work before?
--
anatoly t.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
h
On Nov 3, 2010, at 1:04 PM, James Y Knight wrote:
> This is the strongest reason why I recommend to everyone I know that they not
> use pickle for storage they'd like to keep working after upgrades [not just
> of stdlib, but other 3rd party software or their own software]. :)
+1.
Twisted actu
On 03/11/2010 14:53, Eric Smith wrote:
On 11/3/10 10:16 AM, Michael Foord wrote:
On 03/11/2010 14:05, Nick Coghlan wrote:
On Wed, Nov 3, 2010 at 9:32 AM, Raymond Hettinger
wrote:
Sounds like a decision to split a module into a package is a big
commitment. Each of the individual file names bec
On Wed, 03 Nov 2010 19:26:53 +
Michael Foord wrote:
>
> Antoine is firmly of the opinion that making TestCase instances
> unpickleable is a feature...
Apparently you didn't really understand me. I'm of the opinion that
making TestCase instances pickleable is useless if that pickling
doesn't
On Wed, Nov 3, 2010 at 3:45 PM, Antoine Pitrou wrote:
> On Wed, 03 Nov 2010 19:26:53 +
> Michael Foord wrote:
>>
>> Antoine is firmly of the opinion that making TestCase instances
>> unpickleable is a feature...
>
> Apparently you didn't really understand me. I'm of the opinion that
> making
Le mercredi 03 novembre 2010 à 15:48 -0400, Jesse Noller a écrit :
> On Wed, Nov 3, 2010 at 3:45 PM, Antoine Pitrou wrote:
> > On Wed, 03 Nov 2010 19:26:53 +
> > Michael Foord wrote:
> >>
> >> Antoine is firmly of the opinion that making TestCase instances
> >> unpickleable is a feature...
>
On 03/11/2010 19:48, Jesse Noller wrote:
On Wed, Nov 3, 2010 at 3:45 PM, Antoine Pitrou wrote:
On Wed, 03 Nov 2010 19:26:53 +
Michael Foord wrote:
Antoine is firmly of the opinion that making TestCase instances
unpickleable is a feature...
Apparently you didn't really understand me. I'm
On Nov 3, 2010, at 11:26 AM, Alexander Belopolsky wrote:
> This may not be a problem for smart tools, but for me and a simple
> editor what used to be:
Maybe this is the real problem? It's 2010, we should all be far enough beyond
EDLIN that our editors can jump to the definition of a Python c
On Wed, Nov 3, 2010 at 4:59 PM, Glyph Lefkowitz wrote:
..
> Maybe ship with a command that says "hey, somewhere on sys.path,
> there is a class with . Please run '$EDITOR file +line' (or the
> current OS's equivalent) so I can look at the source code".
>
Well, we already have inspect.findsource
On Thu, Nov 4, 2010 at 1:01 AM, Benjamin Peterson wrote:
> 2010/11/3 Nick Coghlan :
>> On Wed, Nov 3, 2010 at 10:19 PM, Benjamin Peterson
>> wrote:
>>>
>>> Warnings is loaded every time anyway.
>>
>> I would have agreed with you, but the contents of sys.modules in a
>> just-started interactive i
On 10/31/10 4:39 PM, Eric Smith wrote:
What are your thoughts on adding a str.format_from_mapping (or similar
name, maybe the suggested "format_map") to 3.2? See
http://bugs.python.org/issue6081 . This method would be similar to
"%(foo)s %(bar)s" % d, where d is a dict (or rather any mapping obje
Hi,
While this is not strictly related to python development, I thought that
developers of python might be interested in some of the lessons provided
by this. So forgive me if this is really wrong for this list...
Recently Arch Linux did a big transition with respect to python. Now we
suppo
On Wed, Nov 3, 2010 at 9:08 PM, Glyph Lefkowitz wrote:
>
> This is the strongest reason why I recommend to everyone I know that they
> not use pickle for storage they'd like to keep working after upgrades [not
> just of stdlib, but other 3rd party software or their own software]. :)
>
> +1.
> Twis
33 matches
Mail list logo
