On Wed, Jun 8, 2011 at 10:01 PM, Nick Coghlan ncogh...@gmail.com wrote:
On Thu, Jun 9, 2011 at 8:51 AM, Darren Dale dsdal...@gmail.com wrote:
for base in bases:
for name in getattr(base, __abstractmethods__, ()):
# CHANGE 4: Using rpartition better tolerates weird
. In my opinion, this is a feature: python-3.3 has identified a bug
in ConcreteFoo. The developer would not have tagged that method as abstract
unless they had intended for consumers of AbstractFoo to provide a concrete
implementation.
Darren
___
Python
On Wed, Jun 8, 2011 at 11:55 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Thu, Jun 9, 2011 at 1:01 AM, Darren Dale dsdal...@gmail.com wrote:
[snip excellent analysis of the problem]
I have some suggestions regarding a few details of your current code,
but your basic proposal looks sound
On Sat, Mar 19, 2011 at 3:06 PM, Darren Dale dsdal...@gmail.com wrote:
I suggested at python-ideas a way that the declaration of abstract
properties could be improved to support the decorator syntax:
http://mail.python.org/pipermail/python-ideas/2011-March/009411.html .
A relatively small
to the property builtin, documentation, and unit tests.
Unfortunately, I have not been able to python-3.3 from a mercurial
checkout on either Ubuntu 11.04 or OS X 10.6.6 (for reasons unrelated
to the patch), and so I have not been able to test the patch.
Darren
helped convert
a popular package to use PEP 328 relative imports. Would the python
devs consider this a mistake?
Thanks,
Darren
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
exactly this
problem when we distributed an old version of enthought.traits with
matplotlib (even though we checked for pre-existing installations,
crufty build/ directories containing the out-of-date traits package
were overwriting existing installations).
Darren
On Tue, Oct 5, 2010 at 1:45 PM, Antoine Pitrou solip...@pitrou.net 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
On Tue, Oct 5, 2010 at 3:37 PM, Terry Reedy tjre...@udel.edu wrote:
On 10/5/2010 2:21 PM, Guido van Rossum wrote:
On Tue, Oct 5, 2010 at 11:17 AM, Darren Daledsdal...@gmail.com wrote:
The issue is implementing a PEP with nice support for relative
imports, and then documenting that it should
So if there turns out to be a major security hole or sever bug in 2.7,
then it shouldn't be filed against 2.7? and fixed in a 2.7.x sort of
branch?
In that case, would you just suggest everyone using 2.7 to jump to 3.x?
As long as a 2.x version is supported, filing bugs, branching and even
) is
sufficient.
--
--Guido van Rossum (python.org/~guido)
___
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/darren%40ontrenet.com
separately?
Darren
___
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
The --no-deps keeps Setuptools from resolving dependencies
Seeking clarification: how can pip recursively install dependencies
*and* keep Setuptools from resolving dependencies?
Darren
___
Python-Dev mailing list
Python-Dev@python.org
http
That worked great Oleg! Thank you!
On Tue, 2010-03-09 at 01:52 +0300, Oleg Broytman wrote:
On Mon, Mar 08, 2010 at 05:28:10PM -0500, Darren Govoni wrote:
ProgrammingError: SQLite objects created in a thread can only be used in
that same thread.The object was created in thread id -1217128768
explicit when building python 2.6.5 to find
the updated sqlite3?
thanks for any tips.
Darren
___
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
created in a thread can only be used in
that same thread.The object was created in thread id -1217128768 and
this is thread id -1218753680
I set the -DSQLITE_THREADSAFE=1 flag on sqlite3 when I configured, built
and installed the lib.
Darren
On Mon, 2010-03-08 at 22:52 +0100, Martin v. Löwis wrote
terminology is...
Those aren't new proposals, though, they already exist in distutils.
Darren
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
On Thu, Dec 10, 2009 at 7:43 AM, Malthe Borch mbo...@gmail.com wrote:
2009/12/10 Darren Dale dsdal...@gmail.com:
Those aren't new proposals, though, they already exist in distutils.
I see. Thanks for clarifying –– maybe the PEP should better explain this.
It is already pretty clear
to websters.com):
1. something considered by an authority or by general consent as a
basis of comparison; an approved model.
2. an object that is regarded as the usual or most common size or form
of its kind
3. a rule or principle that is used as a basis for judgment
Darren
out the
definition of __radd__ in UnitQuantity, then the fourth trial calls
__add__ like it should.
I think this may be an important bug. I'm running Python 2.6.4rc1
(r264rc1:75270, Oct 13 2009, 17:02:06) an ubuntu Karmic. Is it a known
issue, or am I misreading the documentation?
Thanks,
Darren
On Sun, Oct 18, 2009 at 10:50 AM, Darren Dale dsdal...@gmail.com wrote:
According to http://docs.python.org/reference/datamodel.html , the
reflected operands functions like __radd__ are only called if the
left operand does not support the corresponding operation and the
operands
more
elaborate third party dispatchers could build. The potential generic
functions have in a project like numpy are pretty exciting.
Darren
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
Hi Paul,
On Sun, Sep 13, 2009 at 10:54 AM, Paul Moore p.f.mo...@gmail.com wrote:
2009/9/13 Darren Dale dsdal...@gmail.com:
If Phillip doesn't respond here, you may want to ask him directly.
My impression is that it is deferred because nobody is pursuing it
actively (including Phillip Eby
interest/motivation for supporting generic functions in the standard
library?
Darren
___
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
On Sat, Sep 12, 2009 at 9:57 AM, Darren Dale dsdal...@gmail.com wrote:
I would be very interested in seeing a framework for generic functions
in the numpy standard library.
Sorry, I meant to say python standard library
___
Python-Dev mailing list
not explain that the PEPs are more up-to-date.
We shouldn't expect someone to go to the PEPs after finding an answer to
their question in the styleguide.
Perhaps one of these documents could be revised to make the situation more
clear?
Thanks,
Darren Dale
26 matches
Mail list logo