similar to: [supermin PATCH] autogen: Run bootstrap if submodule is not initialized

I ran autogen.sh, but then make was always failing like this: $ make cfg.mk:141: *** gnulib update required; run ./autogen.sh first. Stop. Here's the fix: >From f743f32079fea2e8a17c7f5b59305e584c75dba0 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Fri, 20 Nov 2009 14:29:55 +0100 Subject: [PATCH libguestfs] build: make autogen.sh update

With the very latest git, "git submodule status" output may now start with a "+". This change makes it so that is also stripped away before comparing current and stored SHA1 values. >From 1bc2c5def80b8a0860a1980551d433f1fdce9a50 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Wed, 2 Dec 2009 15:06:48 +0100 Subject: [PATCH libguestfs]

Could someone add this autogen.sh script to the toplevel of openssh_cvs? Many projects include an autogen.sh script so that folks need not remember what auto commands need to get run and in what order. % cat autogen.sh #!/bin/sh # Run this program (./autogen.sh) after changing any of # the files that are used to automatically generate # other files. #aclocal autoheader autoconf #automake

Well, just a simple helper. Signed-off-by: Axel Gembe <ago at bastart.eu.org> --- autogen.sh | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) create mode 100755 autogen.sh diff --git a/autogen.sh b/autogen.sh new file mode 100755 index 0000000..76a2462 --- /dev/null +++ b/autogen.sh @@ -0,0 +1,6 @@ +#!/bin/sh + +autoreconf -v --install -Wno-portability +libtoolize --copy

Hello, I couldn't help noticing that the debian build system in cvs was changed. As I used to compile and install from cvs, I discovered a small problem regarding autogen.sh. It's called in debian/rules, before the obj-dir is created (and changed into and ../configure is started). At least on my system autogen.sh implicitly runs ./configure, so the original source path is already

if i run autogen.sh on fresh 1.1.beta9 source, it fails @ ./autogen.sh ... 100%[====================================>] 154,427 115.09K/s 08:45:56 (114.82 KB/s) - `wiki-export.tar.gz' saved [154427/154427] configure.in:16: required file `./config.rpath' not found configure.in:5: installing `./missing' configure.in:5: installing `./install-sh'

I've eagerly grabbed the current CVS as of a few minutes ago, and attempted to build and play with theora, but am running into a snag with the autogen.sh script: ------------------------------------------------------------------------ bash-2.05# ./autogen.sh I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the ./autogen.sh command line.

Josh, Macports on OSX ships with automake-1.10 and the current autogen.sh detects 1.10 as an invalid version of automake. The following patch (snarfed from autogen.sh from libvorbis) fixes that. Once that is fixed there are still some other issues that need fixing for automake-1.10. Cheers, Erik diff -u -r1.16 autogen.sh --- autogen.sh 21 Nov 2006 01:40:57 -0000 1.16 +++ autogen.sh 10

--- .gitmodules | 3 +++ autogen.sh | 4 +--- gnulib | 1 + 3 files changed, 5 insertions(+), 3 deletions(-) create mode 100644 .gitmodules create mode 160000 gnulib -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Add-gnulib-as-a-submodule.patch Type: text/x-patch Size: 679 bytes Desc: not available URL:

Hello All: I just checked out the whole icecast but cannot build anything because autogen wouldn't cooperate. I have automake-1.7.6 just installed from ftp.gnu.org. Below is an example output in trying to build "icecast"; it's not very short... Thanks in advance for any help. --- $~/icecast/icecast> ./autogen.sh Checking for automake version found automake found

On Wed, Jun 16, 2010 at 03:38:22PM -0700, Dwayne Fontenot <dwayne.fontenot at att.net> wrote: > Is lib/ supposed to be empty in febootstrap git HEAD? Yes. Run ./autogen.sh to populate it with gnulib stuff. Actually, this may not work too well unless you have gnulib checked out exactly in ../gnulib. I need to ask Jim Meyering nicely if he'll make gnulib into a submodule of

Hi, In compiz' autogen.sh, there are these lines: # work around bgo 323968 ln -s ../po config/po intltoolize --force --copy --automake || exit 1 rm config/po Now, I'm not really familiar with that intltoolize/autotools/etc.-stuff, but am courious what this is for? What does bgo 323968 mean? Is this a bug number? It isn't in the fdo-bugzilla. The reason I'm investigating this

CVS update @ Sat Feb 22 15:14:52 PST 2003 When ./autogen.sh is run, I get: src/Makefile.am:5: required directory src/lib-settings does not exist Just thought someone would want to know. - Jesse

On 11/17/19 11:04 AM, Richard W.M. Jones wrote: > On Sun, Nov 17, 2019 at 06:22:20PM +0200, Nir Soffer wrote: >> Looks like libguestfs build is broken, or not documented properly. >> >> I tried (based on http://libguestfs.org/guestfs-building.1.html): > > Quite possibly, it's early days. One thing you will definitely need > to do is: > > git submodule

On current Fedora releases the ocaml modules will fail to link unless CFLAGS contains -fPIC. The autogen.sh script only updates the 'gnulib' submodule, and so the build will fail due to the missing 'common' submodule. This needs to be manually initialized at checkout. Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> --- The above was required for me to build on

In case you're ok with not version-controlling files imported via autogen, ... >From 72c829395bb6a4800516d4f535e18af48195585b Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Mon, 3 Aug 2009 11:00:22 -0400 Subject: [PATCH] Remove files imported via autogen.sh. * m4/.gitignore: Ignore these files. * m4/codeset.m4: Remove file. * m4/gettext.m4: Likewise. *

the attached patch against current svn brings autogen.sh in line with that in ogg/, and updates Makefile.am appropriately. (needed to build on os x and probably elsewhere) Conrad. -------------- next part -------------- Index: Makefile.am =================================================================== --- Makefile.am (revision 6517) +++ Makefile.am (working copy) @@ -1,6 +1,6 @@ ## Process

Hi, I have the source tree of a project exported with samba. autogen.sh on the host filesystem (ext4) runs fine while it fails on the samba share with: autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I m4 Use of uninitialized value $msg in concatenation (.) or string at /usr/bin/autom4te line 1038. unknown channel

I did a check-out of vorbis trunk (revision 7445), but I'm getting problems with the autogen.sh. It complains that the required files vorbis{,enc,file}-uninstalled.pc.in are not present. $ ./autogen.sh checking for autoconf... checking for automake... checking for libtool... libtoolize I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the

i have been playing around trying to get ice2 to work now for quite some time and frankly i am a bit frustrated by now... the anoying thing is how early in the whole proccess my problems actually start! running ./autogen.sh in the newest cvs version of ice2 results in <p>idoru:/usr/src/ices# ./autogen.sh I am going to run ./configure with no arguments - if you wish to pass any to it,