Where to go with Gump?

2013-05-19 Thread Stefan Bodewig
Hi,

since about christmas last year we had reliability problems with the mvn
repo proxy.  Those problems seem to have gone by now. I've been told
Maven Central is using a CDN and some of the nodes had some problems for
a while, so this may explain why it started to work again.  Anyway.

In January I turned off nagging and nobody ever asked why the nag mails
stopped.  I saw Sebb mention it on Commons' dev list but not because
anybody had asked for it.  Even the Ant folks (including myself) who
used to watch Gump closely didn't recognize the build had been failing
for a week or two.

So before I re-enable nagging, I wonder whether there really still is
any interest in the service Gump provides.  And assuming some of the
projecs are still interested whether we should prune those projects that
aren't.

I don't really know for sure but over the past years the major feedback
I have received when I tried to engage with projects who's builds were
failing was please turn off the nagging - so maybe this colors my
perceiption.

Any opinions?

Cheers

Stefan

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



Re: Where to go with Gump?

2013-05-19 Thread Sander Temme

On May 19, 2013, at 8:22 AM, Stefan Bodewig bode...@apache.org wrote:

 In January I turned off nagging and nobody ever asked why the nag mails
 stopped.  I saw Sebb mention it on Commons' dev list but not because
 anybody had asked for it.  Even the Ant folks (including myself) who
 used to watch Gump closely didn't recognize the build had been failing
 for a week or two.
 
 So before I re-enable nagging, I wonder whether there really still is
 any interest in the service Gump provides.  And assuming some of the
 projects are still interested whether we should prune those projects that
 aren't.
 
 I don't really know for sure but over the past years the major feedback
 I have received when I tried to engage with projects who's builds were
 failing was please turn off the nagging - so maybe this colors my
 perception.


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. 
 

To answer this question for myself: no, I have no personal or professional use 
for Gump.  In fact, the Mac OS X Gump run has been broken since I upgraded the 
os on the box, and no one seems to have noticed.  I have had no time to 
investigate what is broken or how to fix it.  

I think Gump's premise (to doggedly compile the current HEAD against each other 
of as many projects as we can muster) should be valid, and a failure should be 
an important canary in the various development communities' respective coal 
mines.  But if it's neither used nor appreciated, why are we still doing it?  
Other than because it's there, which has mostly been my level of involvement.

S.

-- 
san...@temme.net  http://www.temme.net/sander/
PGP FP: FC5A 6FC6 2E25 2DFD 8007  EE23 9BB8 63B0 F51B B88A




-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org



RE: Where to go with Gump?

2013-05-19 Thread Martin Gainty
Hi Stephan

If gump does go fubar then we would need to find an alternate means to supply 
build.sysclasspath to quote Ant folk
In Ant's caseGump set's Ant's build.sysclasspath to only and manages 
the system classpath

the fact that it builds APR (which is a dependency of Apache HTTPD) seems to 
justify its existence

this little snippet from the gump website gives me the willies
It is written in Python 
*which means we would need more than a passing familiarity with makefiles, gcc 
and ld *
 
2 years ago i worked at a site which did alot of python  programming and the 
'object' file was compiled as pyc
(python component)
i remember python version checking was non-existent and if you had the wrong 
version of pyc on your path
it would take you days before you would be able to  
find the correct version source
find the gcc compiler that would compile it
link it to correct pyc format
 and then stick it on your path

Am i the only advocate to converting gump to java?

Martin 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.

Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.

 
 From: bode...@apache.org
 To: general@gump.apache.org
 Subject: Where to go with Gump?
 Date: Sun, 19 May 2013 17:22:43 +0200
 
 Hi,
 
 since about christmas last year we had reliability problems with the mvn
 repo proxy.  Those problems seem to have gone by now. I've been told
 Maven Central is using a CDN and some of the nodes had some problems for
 a while, so this may explain why it started to work again.  Anyway.
 
 In January I turned off nagging and nobody ever asked why the nag mails
 stopped.  I saw Sebb mention it on Commons' dev list but not because
 anybody had asked for it.  Even the Ant folks (including myself) who
 used to watch Gump closely didn't recognize the build had been failing
 for a week or two.
 
 So before I re-enable nagging, I wonder whether there really still is
 any interest in the service Gump provides.  And assuming some of the
 projecs are still interested whether we should prune those projects that
 aren't.
 
 I don't really know for sure but over the past years the major feedback
 I have received when I tried to engage with projects who's builds were
 failing was please turn off the nagging - so maybe this colors my
 perceiption.
 
 Any opinions?
 
 Cheers
 
 Stefan
 
 -
 To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
 For additional commands, e-mail: general-h...@gump.apache.org