]> git.apps.os.sepia.ceph.com Git - ceph-build.git/commit
ceph-setup: remove do_autogen.sh 46/head
authorKen Dreyer <kdreyer@redhat.com>
Tue, 14 Apr 2015 17:22:29 +0000 (11:22 -0600)
committerKen Dreyer <kdreyer@redhat.com>
Tue, 14 Apr 2015 17:22:29 +0000 (11:22 -0600)
commit88c32f867736973ea0d3e6a72ca93a560f766f03
tree43fd4656d24cc63079d6737febbc301ef3242a30
parent21b6a808a930a491214a934595fb9c69b954b6d4
ceph-setup: remove do_autogen.sh

Remove do_autogen.sh from the ceph-setup task. Run ./autogen.sh and
./configure instead.

I've copied this long ./configure argument list from a prior run of
./do_autogen.sh so that we're using the same arguments. We can adjust it
as needed.

One of the reasons for making this change is that ./do_autogen.sh takes
an argument ("-L") depending on whether we're building a Hammer or
Firefly release. The goal of this change is to use a more stable
interface for doing the builds.

As background, from Sage on IRC yesterday:

  sage: i'm surprised jenkins is using do_autogen.sh at all actually?
  ktdreyer: what should it use?
  sage: ./autogen.sh and then pass the args explicitly to ./configure
        that it wants?
  sage: it doesn't really matter i guess, but do_autogen.sh piles a
        bunch of random stuff in there
  ktdreyer: I was just looking at autobuild-ceph.git's build-ceph.sh
  ktdreyer: it does what you're suggesting
  ktdreyer: cool
  sage: do_autogen.sh in my mind is for developers.  if it makes sense
        for relase that's ok, but that's not how i've treated it
ceph-setup/build/build