From: Stu T. <st...@no...> - 2005-08-19 15:17:38
|
I too have thought about this sort of thing before, but haven't had much time to do anything other than think. I've heard some good things about buildbot (http://buildbot.sourceforge.net/) - it can do nifty things like insult developers on IRC when they commit something that causes compiles to break (http://thomas.apestaart.org/log/index.php?p=267), and apparently praise people when they fix things. I can probably find some CPU cycles to spare, possibly on Solaris/SPARC too. Time, however, I have less of. Regards, Stu. On Fri, 2005-08-19 at 09:44 -0400, Nathan Walp wrote: > I've been thinking about this as well. I'd really like to see some unit > testing start to happen. I think the best way to go about this would be > to write a "dummy" PRPL, so we can test the core. Testing the real > PRPLs will be hard. Testing the GUI will be hard. But testing the core > should be a piece of cake, and could really benefit us. > > Now, we've got to decide on a unit testing framework, as well as > a continuous integration server. The GNOME guys have set up their own > thing (http://live.gnome.org/MicroTinder) which might be worth looking > in to. It also wouldn't be a horrible idea to set this up in multiple > places, and/or in a couple chroots. Get an amd64 box (mine will > volunteer), and x86 box, and maybe a PPC box. Get them running debian, > ubuntu, fedora, whatever. And get at least one running each version of > GTK+ we intend to support. That'll prevent the "oops, gtk didn't get > that until 2.4" mistakes from sneaking into a release. > > </braindump> > > -Nathan > > > On Thu, Aug 18, 2005 at 11:26:54PM -0500, Mark Doliner wrote: > > Hi. > > > > I've been running a continuous integration server (CruiseControl) at my house > > for building the Java project Cobertura, and I think it's pretty helpful, so I > > thought I'd try it out with Gaim. > > > > "Continuous integration" is the act of recompiling software as soon as changes > > are made. This is generally done by a continuous integration server such as > > Tinderbox, CruiseControl, CruiseControl.NET, Anthill or DamageControl. It is > > far more popular in the Java-world of "Extreme Programming" than in the C/C++ > > world. > > > > What happens exactly? The CruiseControl daemon runs constantly, every 10 > > minutes or so it wakes up and does a "cvs update" in the Gaim directory. If > > it detects changes, then it re-runs autogen.sh and does a make install. If > > autogen.sh or make install exit with an error code, then an email is sent to > > the developer who made the commit. > > > > Why is this a good thing? Because it helps you catch compile errors as soon > > as they are made. And the sooner errors are caught, the less time is wasted > > tracking them down. > > > > Anyway, I thought we could try it out for a little while and see how it goes. > > In the future we could maybe do things like run nm on the binaries and check > > that we haven't removed any external symbols, or check if we have added new > > external symbols, etc. We could also check to make sure "make dist" works. > > Or attempt to build RPMs. Or update the stats at http://gaim.sf.net/i18n/. > > Or update the docs at http://gaim.sf.net/docs/api/. Or maybe even run unit tests. > > > > -Mark > > > > > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > > _______________________________________________ > > Gaim-devel mailing list > > Gai...@li... > > https://lists.sourceforge.net/lists/listinfo/gaim-devel > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel |