[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Spinning off the bindings

From: Mark Phippard <markphip_at_gmail.com>
Date: Wed, 4 Feb 2009 15:11:21 -0500

On Wed, Feb 4, 2009 at 3:03 PM, Stefan Sperling <stsp_at_elego.de> wrote:
> On Tue, Feb 03, 2009 at 05:40:52PM -0800, Greg Stein wrote:
>> I think we should integrate them *more*. Get more developers building
>> and running the tests. Right now, they're a second class citizen, and
>> I believe that's a problem.
> Yes, you are right from a theoretical point of view, but:
> I used to build them regularly, but they failed often enough
> that I just stopped to bother. Mail I sent to dev@ about such
> issues would mostly go unanswered for days or weeks. Once, someone
> in the OpenBSD community (note, not from here!) found a fix for a
> bindings problem a couple of weeks after I had already reported
> the issue to our lists (the fix was to upgrade swig to a newer
> version, something I had not tried).
> If the maintainers are not active enough so that the bindings unbreak
> quickly, people working on core libraries will natually tend to just
> ignore the bindings during their daily work, because it's too
> distracting.
> It's a simple man-power problem, we cannot fix it by asking more
> people to build the bindings and run tests. We need more people
> who know how to fix the problems that keep popping up in the bindings,
> and are willing to do so when the problems pop up.
> I don't know how to fix them myself when they break, and so far it
> has not been in my interest to invest the time to learn how to do so.

Keep in mind that until a few weeks ago we did not have any buildbots.
 This has always made it a lot harder because you sometimes had to do
a lot of work to figure out the cause of the breakage. At least if we
have the buildbots running the tests we stand a chance on improving

Mark Phippard
Received on 2009-02-04 21:12:02 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.