> On May 4, 2015, 7:31 p.m., Bill Farner wrote: > > We've had success with using vagrant to serve as test beds and build > > environments for things like this [1]. Docker might be a boon here, as we > > can use that in ASF's jenkins. > > > > Don't hesitate to punt on this for now, as it's not a ship-blocker for > > me...but i'm curious if you have any thoughts on this. > > > > > > [1] > > https://github.com/apache/aurora/blob/master/build-support/python/make-mesos-native-egg > > Jake Farrell wrote: > Though your bash-foo in make-mesos-native-egg is nice I would be a big +1 > to using docker for that as well as the packaging (rpm/deb), would love to > see both of the packages built that way using something like > build-support/docker/${os}/
I agree that Docker might be our best bet, as our next logical step is in figuring out a way to stand up nightly builds and a Yum repo to contain them. To do so we'll want to establish a base Docker image with the necessary BuildRequires for each supported platform (EL 6/7, F19/20/21) and then write a script that'll run through the RPM build procedure and copy the resulting RPMs to some persistent storage, where we can then regenerate the Yum metadata. - Steve ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/33778/#review82421 ----------------------------------------------------------- On May 8, 2015, 5:08 a.m., Steve Salevan wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/33778/ > ----------------------------------------------------------- > > (Updated May 8, 2015, 5:08 a.m.) > > > Review request for Aurora, Jake Farrell, Kevin Sweeney, and Bill Farner. > > > Bugs: AURORA-1116 > https://issues.apache.org/jira/browse/AURORA-1116 > > > Repository: aurora > > > Description > ------- > > This review board adds support for building Red Hat-flavored packages for the > Aurora scheduler alongside its client and Thermos-related binaries: > > aurora - Aurora Scheduler > aurora-client - Aurora client and admin tool > aurora-thermos - Thermos executor, runner, and observer > aurora-debuginfo - Debugging symbols for Python/libmesos integration > > If you'd like to give it a whirl, the following Make targets will spin up new > RPMs: > > make (nightly_srpm|nightly_rpm) - builds an RPM or SRPM with timestamped > versioning, suitable for producing nightly updates > make (release_srpm|release_rpm) - builds without timestamped versioning > > Let me know what you think, and thanks! > > > Diffs > ----- > > packaging/rpm/Makefile PRE-CREATION > packaging/rpm/aurora.init.sh PRE-CREATION > packaging/rpm/aurora.logrotate PRE-CREATION > packaging/rpm/aurora.service PRE-CREATION > packaging/rpm/aurora.spec PRE-CREATION > packaging/rpm/aurora.startup.sh PRE-CREATION > packaging/rpm/aurora.sysconfig PRE-CREATION > packaging/rpm/clusters.json PRE-CREATION > packaging/rpm/thermos-observer.init.sh PRE-CREATION > packaging/rpm/thermos-observer.logrotate PRE-CREATION > packaging/rpm/thermos-observer.service PRE-CREATION > packaging/rpm/thermos-observer.startup.sh PRE-CREATION > packaging/rpm/thermos-observer.sysconfig PRE-CREATION > > Diff: https://reviews.apache.org/r/33778/diff/ > > > Testing > ------- > > Successfully executed builds on EL 6/7 and F19/20, tested deployment on EL6 > and F19 > > > Thanks, > > Steve Salevan > >
