proposal...
Paranthetically, wrt unittest, the world seems to be divided into two
kinds of people : those who find the current API uninspiring but ok, and
those who absolutely hate it. Has anyone said that they *love* the
current unittest API with all of it
On Wed, Jul 16, 2008 at 02:15:29PM -0700, C. Titus Brown wrote:
-> At this point I might suggest taking a look at the nose and py.test
-> discovery rules and writing a simple test discovery system to find &
-> wrap 'test_' functions/classes and doctests in a unittest wrap
eline for unittest. Having *one* Python-general way to name
your test files and test functions/classes that is also compatible
across nose, py.test, and unittest would be a real gain for Python, IMO.
You could even set the default unittest __main__ to run the
discover_tests function, e.g.
-Dev two or three
weeks ago (you can't miss it in the July archives, I'd bet). You should
read that IMO.
cheers,
--titus
--
C. Titus Brown, [EMAIL PROTECTED]
___
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
s-platform object store backend
distributed with Python.
sqlite could be one choice, but I haven't used it much yet, so I don't
know.
thanks,
--titus
[0] Python graph database for bioinformatics,
http://code.google.com/p/pygr
--
C. Titus Brown, [EMAIL PROTECTED]
_
or example, all of this is
-> abstracted and you simply use "regular" python objects.
I agree. I like bsddb for just this reason and I'd like to continue
being able to use it! I think that there are many reasons why having
such
I'm teaching an intro programming course using Python. It
doesn't seem like the students are going to need to install *anything*
other than base Python in order to play with full networking libraries &
sqlite databases, among other features. And, for me and for them,
that's
On Thu, Sep 04, 2008 at 11:01:35AM -0400, Tony Nelson wrote:
-> At 7:37 AM -0700 9/4/08, C. Titus Brown wrote:
-> >On Thu, Sep 04, 2008 at 10:29:10AM -0400, Tony Nelson wrote:
-> ...
-> >-> Shipping an application to end users is a different problem. Such
packages
-&
On Thu, Sep 04, 2008 at 07:01:47PM +0200, Jesus Cea wrote:
-> -BEGIN PGP SIGNED MESSAGE-
-> Hash: SHA1
->
-> C. Titus Brown wrote:
-> > Since I/we want to distribute pygr to end-users, this is really not a
-> > pleasant prospect. Also often the installati
ng about that...
...or is switching to Cython/Pyrex/foo a non-starter?
cheers,
--titus
[0] Which is to say: a variety of reasons, many of which are obviously
arguable, otherwise the Pyrex maintainer would have quit maintaining
Pyrex :). But let's not go into them!
--
C. Titus Brown, [EMAIL PR
ere are reasons why git should be at least strongly
considered.
--titus
--
C. Titus Brown, [EMAIL PROTECTED]
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailm
from darcs for all my future
projects.
(darcs, of course, is kind of a low bar: it has some scalability issues,
and it is feature-poor relative to hg and bzr in patch cherry-picking,
esp.)
:)
--titus
--
C. Titus Brown, [EMAIL PROTECTED]
___
Python-De
sion is a good test suite for your code
to
-> make sure it keeps working as expected when you update your compiler.
Hey, wait, isn't that also a requirement for Py3k?
:)
--titus
--
C. Titus Brown, [EMAIL PROTECTED]
___
Python-Dev mailing li
y to
-> another, writing patches for 3.x compatibility issues. There must be
-> lots of people who care about 3.x adoption, and this is probably the
-> most effective way they can reach that goal.
Does anyone smell a few GSoC projects? (And maybe GHOP if Google
decides to run it aga
core for example..
python-dev isn't that inappropriate, IMO, but probably the best place to
go with this discussion is python-ideas. Could you repost over there?
cheers,
--titus
--
C. Titus Brown, c...@msu.edu
___
Python-Dev mailing list
Pyt
of several
> modules.
I see the point, but as a reasonably knowledgeable Python programmer
(intelligent? who knows...) I regularly discover nifty new modules
that "replace" stdlib modules. It'd be nice to have pointers in the
docs, although that runs the risk of having the point
On Tue, Mar 13, 2012 at 05:42:55AM +0200, Eli Bendersky wrote:
> On Tue, Mar 13, 2012 at 05:25, C. Titus Brown wrote:
> > I see the point, but as a reasonably knowledgeable Python programmer
> > (intelligent? who knows...) I regularly discover nifty new modules
> > that &qu
part of
a streamlined process, would it cause problems?
(What I'm really asking is whether or the bugs.python.org process is
considered critical for potentially minor doc changes and additions.)
thanks,
--titus
--
C. Titus Brown, c...@msu.edu
___
Pyth
On Thu, Aug 23, 2012 at 11:09:14AM +0200, Giampaolo Rodol? wrote:
> > For committers on other Python projects like Buildbot, Django and
> > Twisted that may be reading this -- yes, the plan is to give you
> > guys Snakebite access/slaves down the track too. I'll start looking
> > i
Hi all,
as a moderator of python-ideas, I’ve asked postmaster to place python-ideas
into emergency moderation. (I do not have the tools to do so myself.) I’m
willing to review messages individually as needed.
best,
—titus
> On Jun 29, 2020, at 9:24 AM, Abdur-Rahmaan Janhangeer
> wrote:
>
>
101 - 120 of 120 matches
Mail list logo
