similar to: [Bug 550] building ulogd2 fails due to missing 'autoheader' in autogen.sh

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=550 Summary: building ulogd2 fails due to missing 'autoheader' in autogen.sh Product: ulogd Version: SVN (please provide t Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ulogd

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=551 morfoh@opensde.org changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|All |other Platform|All |i386 -- Configure bugmail:

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=551 Summary: gcc warning: assignment discards qualifiers from pointer target type Product: ulogd Version: SVN (please provide t Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ulogd

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

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

http://bugzilla.netfilter.org/show_bug.cgi?id=644 Summary: IP2BIN empty key prevents ulogd2 from starting Product: ulogd Version: SVN (please provide timestamp) Platform: All OS/Version: All Status: NEW Severity: major Priority: P1 Component: ulogd AssignedTo: netfilter-buglog at

i ran into the same issue yesterday. i had to revert back to 1.6 here is the link to the exact file that helped me ftp://ftp.gnu.org/gnu/automake/automake-1.6.tar.gz then tar -zxf automake-1.6.tar.gz; cd automake-1.6l; ./configure; make; make install <p><p>Dave St John CEO Mediacast1 www.mediacast1.com ----- Original Message ----- From: "Tano M Fotang"

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

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

The autoreconf tool is provided by autoconf to do what custom autogen.sh scripts in many projects used to do. Only it is more robust and widely tested. It has been available for several years, too. No reason to rely on custom code for this. Signed-off-by: Max Horn <max at quendi.de> --- Makefile.am | 2 - autogen.sh | 168

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

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

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'

autogen.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 17d9a33cc29cf0ac5a08b528709baf4c49ee9b3b Author: Benjamin Otte <otte at gnome.org> Date: Mon Dec 3 16:45:40 2007 +0100 fix name of project diff --git a/autogen.sh b/autogen.sh index 04e60a1..39a9359 100755 --- a/autogen.sh +++ b/autogen.sh @@ -4,7 +4,7 @@ srcdir=`dirname $0` test -z

This allows the script to be run from somewhere other than the top-level build directory. --- autogen.sh | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/autogen.sh b/autogen.sh index 1a9a020..ab52ab6 100755 --- a/autogen.sh +++ b/autogen.sh @@ -2,6 +2,13 @@ # Run this to set up the build system: configure, makefiles, etc. # We trust that the user has a recent

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

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

With these versions: ii autoconf 2.54-2 automatic configure script builder ii automake1.6 1.6.3-2 A tool for generating GNU Standards-complian I am unable to build the autoconfiscations. autoheader gives: autoheader2.50: error: AC_CONFIG_HEADERS not found in configure.in What versions are you using? (btw, I do think it would be a very good idea to start using

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

Hi Thomas, You checked in a changeset a while ago which added autoheader/config.h.in support here: http://trac.xiph.org/cgi-bin/trac.cgi/changeset/7481 But this seemed to break the Vorbis build, presumably because there's no config.h.in file there. Did you forget to check it in, or is there something I'm missing? I've semi-reverted your change in a recent patch, so that