<p>
Hi David,
</p>
<p>
 
</p>
<p>
Yes, I agree...
</p>
<pre>
But as an end-application-developer, I would put it to you that it is a lot 
of effort for developers to humanly contact the package developers every 
time we end-developers find a bug.
The task (for us developers) involves:
</pre>
<ul>
        <li>finding the project page for the project... </li>
        <li>finding their tracking system..</li>
        <li>sometimes finding the project is abandoned</li>
        <li>entering the bug</li>
        <li>waiting a few days</li>
</ul>
<pre>
Given that Python 3 is now on its way....
</pre>
<pre>
It strikes me that are a lot of packages that are about to break.....
</pre>
<pre>
What I am talking about (regression testing) already exists in the Perl world..
</pre>
<pre>
So I am hoping to have at least the same in the Python Universe.... 
</pre>
<pre>
It seems to me that from your perspective there would be no change? just
</pre>
<pre>
bug reports coming sooner, rather than later. 
</pre>
<pre>
 
</pre>
<pre>
David 
</pre>
<pre>
On Wed, 22 Apr 2009 22:13:54 -0400, David Stanek  wrote:
> On Wed, Apr 22, 2009 at 7:06 PM, David Lyon 
> wrote:
>>
>> One of the big challenges for Python going forward is providing a
> testing
>> infrastructure for Python Packages.
>>
>> There are now over 6,000 packages listed on PyPi - and this number can
> only
>> get bigger.
>>
> 
> Interesting ideas, but I'm not sure I see the value. As a package
> developer I publish eggs for various Python versions and a source
> package. In some of my newer stuff I have been thinking of using 2.6+
> features, which means I don't care if it runs on any other version.
> 
> I've been fine so far in relying on my code running the same on all
> platforms. I don't use any of the platform specific modules, but if I
> did as a package developer I can just say "too bad -you need Linux". I
> have been bitten a few times by hardcoding '/' instead of os.path.sep,
> but I get a bug report and make a fix. So far no big deal.
> 
> I think that if you do this or snakebite gets up and running then
> projects should opt in to platform/Python versions.
> 
> --
> David
> blog: http://www.traceback.org
> twitter: http://twitter.com/dstanek
</pre>