Board Report time again
Hi all, please add content to http://wiki.apache.org/gump/Drafts/BoardReports/20060315 as you see fit, I'll send the report at the next weekend. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: svn commit: r383419 - /gump/metadata/project/smartfrog.xml
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sun 3/5/2006 2:15 PM To: commits@gump.apache.org Subject: svn commit: r383419 - /gump/metadata/project/smartfrog.xml Author: stevel Date: Sun Mar 5 14:15:03 2006 New Revision: 383419 URL: http://svn.apache.org/viewcvs?rev=383419view=rev Log: junit are trying very hard to make people stop using them ;-) Another option would be to depend project=junit3 / for awhile, if you don't actually need all the cool new stuff in JUnit4. The junit3 project is packaged, so you don't have to worry about it failing. This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Subscription: open gump issues
Issue Subscription Filter: open gump issues (34 issues) Subscriber: gump@jakarta.apache.org Key Summary GUMP-159The site needs a big review. http://issues.apache.org/jira/browse/GUMP-159 GUMP-158Manage API changes in dependencies better http://issues.apache.org/jira/browse/GUMP-158 GUMP-155Gump complains that the HiveMind build failed, when it does not http://issues.apache.org/jira/browse/GUMP-155 GUMP-153Gump Metadata: links no longer work http://issues.apache.org/jira/browse/GUMP-153 GUMP-152Made some updates on the Gump3 Presentation http://issues.apache.org/jira/browse/GUMP-152 GUMP-151path separator and depend = maven bugs http://issues.apache.org/jira/browse/GUMP-151 GUMP-150Webapplication to present the data generated by Gump3 http://issues.apache.org/jira/browse/GUMP-150 GUMP-149allow gump to bootstrap maven http://issues.apache.org/jira/browse/GUMP-149 GUMP-148Clean up entire codebase and add documentation http://issues.apache.org/jira/browse/GUMP-148 GUMP-147Complain if a project does not provide all the outputs it states http://issues.apache.org/jira/browse/GUMP-147 GUMP-145Apache HTTPD config snippet for Dynagump http://issues.apache.org/jira/browse/GUMP-145 GUMP-144Design and document sensible URL scheme for gump data http://issues.apache.org/jira/browse/GUMP-144 GUMP-143Create init script for Dynagump http://issues.apache.org/jira/browse/GUMP-143 GUMP-142Add some documentation on how to add functionality to Dynagump http://issues.apache.org/jira/browse/GUMP-142 GUMP-141Automate navigation generation for Dynagump http://issues.apache.org/jira/browse/GUMP-141 GUMP-140Gump crashes when listing http://issues.apache.org/jira/browse/GUMP-140 GUMP-134Restore Kaffe and JDK1.5 (and Test) workspaces. http://issues.apache.org/jira/browse/GUMP-134 GUMP-131Build fails with build timed out http://issues.apache.org/jira/browse/GUMP-131 GUMP-128Support federation of gump instances http://issues.apache.org/jira/browse/GUMP-128 GUMP-127Support for local plugins http://issues.apache.org/jira/browse/GUMP-127 GUMP-126Simple scheduling support using a gump run queue http://issues.apache.org/jira/browse/GUMP-126 GUMP-125Flexible way to configure gump in modern unix-like fashion http://issues.apache.org/jira/browse/GUMP-125 GUMP-116Promote using html in description/ fields http://issues.apache.org/jira/browse/GUMP-116 GUMP-115Make gump result pages link to LXR-generated content http://issues.apache.org/jira/browse/GUMP-115 GUMP-114Run LXR and/or javasrc on brutus http://issues.apache.org/jira/browse/GUMP-114 GUMP-113Set up dynagump installation and proxypass from main gump site http://issues.apache.org/jira/browse/GUMP-113 GUMP-112Document 0.5 version of the Gump Object Model http://issues.apache.org/jira/browse/GUMP-112 GUMP-89 support junitreport http://issues.apache.org/jira/browse/GUMP-89 GUMP-72 Requirement for multiple license file declarations. http://issues.apache.org/jira/browse/GUMP-72 GUMP-62 Module docs needs to point to fully qualified viewcvs http://issues.apache.org/jira/browse/GUMP-62 GUMP-40 non-committers can modify (some) descriptors http://issues.apache.org/jira/browse/GUMP-40 GUMP-36 Generate source diff report on build failure http://issues.apache.org/jira/browse/GUMP-36 GUMP-30 put installed packages under version control http://issues.apache.org/jira/browse/GUMP-30 GUMP-29 new user howto http://issues.apache.org/jira/browse/GUMP-29 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: BATCH: All dressed up, with nowhere to go...
-Original Message- From: Sander Temme [mailto:[EMAIL PROTECTED] Sent: Sun 3/5/2006 4:39 PM To: Gump code and data Subject: Re: BATCH: All dressed up, with nowhere to go... On Mar 5, 2006, at 2:43 AM, [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]: Project junit (in module junit) failed So, what is the scenario when something like this happens? Do the JUnit folks know? Care? Do we just wait for them to get their s**t together? It looks like somebody forgot to do a 'cvs add' before they did a 'cvs ci'. The current Gump descriptor doesn't nag / so they won't have found out about it from us (although there just was a long discussion of it on [EMAIL PROTECTED] :). Given how inactive the CVS is, I'm guessing that they simply don't know (it works for the person that broke it, and nobody else has done a 'cvs up ant' :). Normally, we just wait for them to get their s**t together. If anybody is on their mailing list (or cares to join :), they could point it out to the JUnit developers. However, if you just want to get your system up and running, it looks easy to patch: $ cd cvs/junit/junit/runner $ cp Version.java Version.java.template Personally, I'm for giving them more time to work out their constipation issues (or, I'd have done the above myself already :). However, it is killing a big part of Gump, so won't complain if somebody wants to 'fix' this outside of the JUnit project. FWIW blowing away the checkout doesn't seem to help. S. This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: BATCH: All dressed up, with nowhere to go...
Bill Barker wrote on Monday, March 06, 2006 2:12 AM: -Original Message- From: Sander Temme [mailto:[EMAIL PROTECTED] Sent: Sun 3/5/2006 4:39 PM To: Gump code and data Subject: Re: BATCH: All dressed up, with nowhere to go... On Mar 5, 2006, at 2:43 AM, [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]: Project junit (in module junit) failed So, what is the scenario when something like this happens? Do the JUnit folks know? Care? Do we just wait for them to get their s**t together? It looks like somebody forgot to do a 'cvs add' before they did a 'cvs ci'. The current Gump descriptor doesn't nag / so they won't have found out about it from us (although there just was a long discussion of it on [EMAIL PROTECTED] :). Given how inactive the CVS is, I'm guessing that they simply don't know (it works for the person that broke it, and nobody else has done a 'cvs up ant' :). Add David Saff [saff at mit.edu] into the nag if he agrees, he's currently doing the job. [snip] - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]