gump-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam R. B. Jack" <>
Subject Re: Where to go with Gump?
Date Mon, 20 May 2013 22:08:43 GMT
Stefan et al,

I hesitate to reply since I've not contributed in quite some time (and yes, that is some *significant*
British understatement. ;-)

As somebody who found them self sucked away from Gump, I want to express my appreciation (and
admiration) for all the Gump efforts over the years. There may be no direct uses of Gump but
every issue resolved early is a valuable contribution to the full stack of projects hove there,
with countless hours saved from fighting incompatibilities, and OSS productivity gains.

That said, the fact that the burden of metadata maintenance has been on Gump committers speaks
volumes (either to it's usability or it's acceptance.) Perhaps the value that Gump provides
(i.e. early warning of backwards compatibility issues) is just too far removed from those
working on projects to be anything more than a nagging annoyance. It is a voice for the user
of a library, but few seemed to appreciate it as such. Maybe if it only built stacks of pre-release
candidates to ensure that releases were compatible (or at least discontinuities were accounted
for) it would get more respect. Not sure.

I definitely believe that Gump committers alone should NOT do the bulk of the metadata maintenance
and issue resolving, however I wonder if it is the type of services that won't be missed until
it is gone, and if this discussion should be put to a wider community (once fully discussed



Adam R. B. Jack

On May 20, 2013, at 4:27 AM, Stefan Bodewig <> wrote:

> On 2013-05-19, Sander Temme wrote:
>> Yes, this makes it seem that we are performing a thankless task.
>> Perhaps the right question to ask is who here at the Gump PMC is using
>> its facilities to good effect, since we constitute the minimum viable
>> community to keep it going.
> It's not easy for me to admit that, but currently I mainly look after
> Gump "because it's there".  At one point in time I took every
> non-trivial build failure as a reason to contact the involved parties
> but have been worn out by now.
> Stefan
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message