Sorry for my delayed reply...
On Mon, 1 Oct 2012 22:01:39 +0100, Pete Batard said: >- CDash seems to be quite tied up to CMake, whereas we're using >autotools, and we've seen after Vitali's departure that the demand to >justify CMake maintenance wasn't really there. I'd rather avoid >introducing a CMake dependency and a new maintenance/support requirement >in libusbx unless there is a strong demand for it. Also, from what I >gather, it seems to duplicate some of the features we will get from >Jenkins (when we finally find some spare time to properly set the thing up). Never heard of/tried Jenkins, but you're probably right. >- It seems like the bread and butter of CDash/CTest is checking builds >(which is something we want to do of course) as well as pure software >unit testing Yes. >whereas the area where we probably want to concentrate our >testing is tied to specific hardware access, and would require >intervention (driver switching, plug a device) that can't exactly be >automated. I agree it's much harder to automate testing that. >The reasoning is that issues that are not tied to hardware >access, such as compilation breaking on a specific platform or even >breakage of apps such as usbutils and OpenOCD, are going to be reported >fairly extensively compared to ones tied to a specific hw conf or type >of hw access Yes, but reported when? With a nightly build/test system you find out the next day, not after someone bothers to try RC4 (for example). >Now, if a dependency on CMake is preferable, I'm not closing the door on >either (After all, I did add Vitali's CMake support in my branch when he >proposed it), but I'd like to hear what others have to say. I think I'll start a new thread about that... Cheers, -- ____________________________________________________________ Sean McBride, B. Eng s...@rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montréal, Québec, Canada ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ libusbx-devel mailing list libusbx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libusbx-devel
