[Freeipa-devel] [PATCH] autotoolize ipa-client

William Jon McCann mccann at jhu.edu
Wed Oct 17 14:35:41 UTC 2007


On 10/17/07, Karl MacMillan <kmacmill at redhat.com> wrote:
> On Wed, 2007-10-17 at 10:10 -0400, Rob Crittenden wrote:
> > Karl MacMillan wrote:
> > > On Wed, 2007-10-17 at 09:50 -0400, Rob Crittenden wrote:
> > >> William Jon McCann wrote:
> > >>> On 10/16/07, Rob Crittenden <rcritten at redhat.com> wrote:
> > >>>> William Jon McCann wrote:
> > >>>>> Hi
> > >>>>>
> > >>>>> On 10/16/07, Karl MacMillan <kmacmill at redhat.com> wrote:
> > >>>>>> On Fri, 2007-10-12 at 15:09 -0400, William Jon McCann wrote:
> > >>>>>>> Hi,
> > >>>>>>>
> > >>>>>>> Here is a patch to autotoolize ipa-client.
> > >>>>>>>
> > >>>>>> Any ideas:
> > >>>>>>
> > >>>>>> $ ./configure
> > >>>>>> ./configure: line 1627: AM_INIT_AUTOMAKE: command not found
> > >>>>>> ./configure: line 1629: AM_MAINTAINER_MODE: command not found
> > >>>>>> configure: Checking for Python
> > >>>>>> ./configure: line 1637: syntax error near unexpected token `2.3'
> > >>>>>> ./configure: line 1637: `AM_PATH_PYTHON(2.3)'
> > >>>>> Did you run autogen.sh?  Strange, this looks like automake is broken
> > >>>>> on your system.  Those are all standard macros.
> > >>>>>
> > >>>>>
> > >>>> Along these lines, I wonder if we need separate autoconf configurations
> > >>>> for each subdirectory. What do other large services do that include a
> > >>>> client and a server (Samba for example, or openldap)?
> > >>> It is usually based on how you package it.  There is usually one
> > >>> configure script per package: ipa-client, ipa-server, ipa-python, etc.
> > >> I'm not so sure about that and I think it would cause confusion (e.g.
> > >> oops, forgot to use --prefix in one of the builds). I'm with John Dennis
> > >> on this, one configure.ac to rule them all.
> > >>
> > >
> > > That won't work because the rpm builds never see the top-level. They
> > > only see the tgz of the subdirectory.
> > >
> > > Karl
> > >
> >
> > There are two ways to resolve this:
> >
> > 1. For each RPM you do:
> >
> > cd freeipa-<VERSION>
> > ./configure --options
> > cd directory_I_care_about
> > make all
> > make install
> > do rpm stuff
> >
> > So each package contains all the source to freeIPA, not just that
> > particular subdirectory.
> >
>
> I don't like that.
>
> > 2. You have a single spec file that creates a bunch of packages (ala
> > openldap, amanda, openoffice, httpd and other big packages).
> >
>
> I guess I'd be ok with that, but what about source tarballs? This is
> going to suck for some distros.
>
> I'd rather have the top-level makefile have targets for autoconf and
> configure that can take common options (like prefix). That would make
> our packages look like others to non-developers but give us some
> convenience.


One possibility for a convenience layer is to use jhbuild:
http://www.freedesktop.org/wiki/Software/jhbuild

I use it every day and couldn't work without it.  We could create a
moduleset freeipa.modules that lists all the packages and
dependencies.  Then you could just build to a prefix using:
jhbuild build -m freeipa freeipa

I'll set something up for you to try...

Jon




More information about the Freeipa-devel mailing list