> On 25 Dec 2015, at 23:02, Bastian Krol <bastian.k...@tu-dortmund.de> wrote:
> 
>> So worth to extend this chain to:
>> 
>> "./configure && make all check dist && tar -x
>> apache-couchdb-2.0-some-hash.tar.gz && cd apache-couchdb-2.0-some-hash
>> && ./configure && make all check" - not real command, but with fixing
>> tar and cd part it will be close to.
> 
> Wouldn't it be enough then to only `make dist` in the git repo (without make 
> all check) and leave the `make all check` part for the second make run, when 
> running in the directory where we extracted the tarball? Otherwise we are 
> duplicating the work of the all & check targets. Since we will be running on 
> builds.a.o we should try to minimize build times when possible, I think.

That sounds like a good idea!

> 
>> If it's possible to test "make install" on CI into some fake root -
>> that would be also helpful.
> 
> make install should be possible whenever we run the build in a Docker 
> container (so, for all Linux flavors). We'll have to see for other OSes. How 
> would you verify that the make install was successful?


Fauxton has a set of smoke tests for a set up node/cluster: 
https://github.com/apache/couchdb-fauxton/blob/master/app/addons/verifyinstall/resources.js
 (adapted from Futon, which might be a bit easier to follow: 
https://github.com/apache/couchdb/blob/1.x.x/share/www/verify_install.html#L47).
 These should be easy to adapt, or extracted, so we can run them as part of CI.

Best
Jan
--

Reply via email to