For travis, pushing to master at the github repo will trigger a build, thanks to built-in service hooks. According to their website, travis-ci.org uses 32-bit Ubuntu Linux 12.04 (server edition). More details on what gets included in the environment in their VM images: http://about.travis-ci.org/docs/user/ci-environment/
output from grind.sh here: https://travis-ci.org/borgified/assimmon-ci-test/builds/6679440 i'll paste here too: $ cd testcode The command "cd testcode" exited with 0. $ ../../assimilation/testcode/grind.sh ** Message: Our OS supports dual ipv4/v6 sockets. Hurray! ** Message: Joining multicast address. ** Message: multicast join succeeded. ** (process:16200): WARNING **: pcap_lookupnet failed: [SIOCGIFADDR: eth0: No such device] ==16200== Syscall param poll(ufds.fd) points to uninitialised byte(s) ==16200== at 0x543D313: poll (poll.c:87) ==16200== by 0x50A8035: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3) ==16200== by 0x50A8499: g_main_loop_run (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3) ==16200== by 0x401AA8: main (pcap+mainloop.c:335) ==16200== Address 0x5fe4a88 is 8 bytes inside a block of size 32 alloc'd ==16200== at 0x4C2B6CD: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==16200== by 0x50ADA78: g_malloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3) ==16200== by 0x50A7F83: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3) ==16200== by 0x50A8499: g_main_loop_run (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3) ==16200== by 0x401AA8: main (pcap+mainloop.c:335) ==16200== { <insert_a_suppression_name_here> Memcheck:Param poll(ufds.fd) fun:poll obj:/lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3 fun:g_main_loop_run fun:main } ==16200== ==16200== More than 10000000 total errors detected. I'm not reporting any more. ==16200== Final error counts will be inaccurate. Go fix your program! ==16200== Rerun with --error-limit=no to disable this cutoff. Note ==16200== that errors may occur in your program without prior warning from ==16200== Valgrind, because errors are no longer being displayed. ==16200== ** (process:16200): WARNING **: _jsondiscovery_discover.88: JSON discovery process still running - skipping this iteration. No output has been received in the last 10 minutes, this potentially indicates a stalled build or something wrong with the build itself. The build has been terminated On Sat, Apr 27, 2013 at 3:46 PM, Alan Robertson <[email protected]> wrote: > On 04/27/2013 02:03 AM, John Carpenter wrote: > > hello friends, > > > > made some progress on the CI front: > > > > https://github.com/borgified/assimmon-ci-test > > > > in particular, check out the .travis.yml file as it goes through the > > whole install process as documented > > in > http://linux-ha.org/source-doc/assimilation/html/_getting_started.html > > > > i know this isnt ideal since i think preferably, we'd want the > > automation to happen as soon as we check in new changes into the > > mercurial repo but i havent used that vcs before so i stuck to what i > > was more familiar with for now. > What do you need to know/do? Is there some command we should be issuing > when commits are pushed up to the "master" repository? > > > > > one of the drawbacks i've observed thus far is that travis uses 32bit > > VMs only... im guessing we want to test on 64bit too > Their web page says they also do (or will) support 64-bit VMs. > > > > not sure how long the travis output page is gonna stick around for, > > here it is anyway: > > > > https://travis-ci.org/borgified/assimmon-ci-test > > > > (it shows the console output of all the installation steps) > > This looks reasonable. > > What version of Debian or Ubuntu is this? > > Are other distros available? > > Do you have the earlier output when you had grind.sh enabled? > > I suspect it's just some stupid glib not freeing anything that it owns > -- but it also could have crashed - given that I'm trying to get glib to > free things before I exit that it doesn't document how to free ;-). > [I've definitely seen that - but I only recently got them to admit that > there isn't any way to get them to free everything]. > > > -- > Alan Robertson <[email protected]> - @OSSAlanR > > "Openness is the foundation and preservative of friendship... Let me > claim from you at all times your undisguised opinions." - William > Wilberforce > _______________________________________________ > Assimilation mailing list - Discovery-Driven Monitoring > [email protected] > http://lists.community.tummy.com/cgi-bin/mailman/listinfo/assimilation > http://assimmon.org/ >
_______________________________________________ Assimilation mailing list - Discovery-Driven Monitoring [email protected] http://lists.community.tummy.com/cgi-bin/mailman/listinfo/assimilation http://assimmon.org/
