similar to: autoreconf errors with latest git

Trying to build the latest CVS code of LDA against dovecot beta 9. Running autogen script I'm getting this message. I added the contents of /usr/local/share/aclocal/ to /usr/local/share/libtool/libltdl/aclocal.m4 #aclocaldir = /usr/local/share/aclocal/ aclocal_DATA = libmcrypt.m4 libtool.m4 ltdl.m4 but no luck. any advise ? /usr/local/share/aclocal/libmcrypt.m4:17: warning:

Hi again, I've succeeded in compiling the svn trunk with the automake tools and wish to say thank you to Charles Lepple for his help. After fixing some parameters in the hotplug script I can now get access to the UPS on /dev/usb/hiddev0 (I added productid and vendorid of my ups to the usermap). I've decided to try the newhidups driver with -x generic parameter and got this response :

I downloaded mcyrpt 2.6.8, untar, cd into the tree and did ./configure and I get errors. checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for libmcrypt-config... no checking for libmcrypt - version >= 2.5.0... no *** Could not run libmcrypt test program, checking why... *** The test program failed to compile or link.

After downloading libogg-1.1.tar.gz, libvorbis-1.0.1.tar.gz, and libtheora-1.0alpha3.tar.gz; building and installing them in that order, and trying the alpha3 theora encoder, I decided to try to build theora from svn. Using svn to checkout theoratrunk worked ok. The first time I tried to execute ./autogen.sh, it complained that I didn't have automake. Mandrake 10.0 comes with automake

I'm attempting to build some PECL modules on fully updated CentOS 4.2 system. Preferably pack them into nice RPM packages. However, seems I'm missing something. For example, this is what I get for sqlite module: $ pear makerpm SQLite-1.0.3.tgz `phpize' failed The php-devel package is installed (so I do have phpize command). It's just that it is failing. If I unpack the

Hi: Figured this would be the more appropriate place to write about this. I'm trying to compile the current SVN code on a Debian Sarge system with Automake 1.8.4. When I run ./autogen.sh I get the following: Checking for automake version found automake found aclocal Generating configuration files for icecast, please wait.... aclocal -I m4 m4/xiph_curl.m4:4: warning: underquoted

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

--On Monday, August 23, 2004 6:50 PM +0900 Jim Tittsler <jt at OnJapan.net> wrote: > You can get dovecot-0.99.10.9-1.FC3.2.src.rpm from the > Fedora Core development tree. (Seems to be working well for us.) I just built this and it has a lot of complaints about underquoted macros in aclocal. Red Hat refers developers to this reference:

On Tue, May 17, 2016 at 3:04 PM, <cpolish at surewest.net> wrote: > On 2016-05-17 12:09, jd1008 wrote: >> Has anybody enabled this repo? >> I understand that it can really mess up updates and upgrades >> as the dependencies are rather different. > > I've had the CentOSPlus repository enabled for CentOS6 for more > than a year with no problems. I don't

On 2/23/07, Reid Spencer <rspencer at reidspencer.com> wrote: > > However, if I run the AutoRegen.sh script (after modifying it to > > accept autoconf 2.61, which I think is fine as gentoo slots it the > > same as the 2.5[0-9] versions), the configure no longer works: > > ~/programming/llvm-1.9/projects/zhe $ cd autoconf/ > >

Another test, the same as before.

Best of .. 4?

After enabling procmail debugging ...

This is a repost so I can test my procmail script / automatic testing framework. The patch series is identical to v1. Rich.

Patch 1 cleans up the gobject tests. Patches 2 and 3 remote gtk-doc, which is slow and useless, and replace it with a simple manual page. https://bugzilla.redhat.com/show_bug.cgi?id=1465665 Rich.

I'm trying to follow docs/Projects.html to use llvm in a project of my own. If I just copy the sample directory, running configure in the new one works fine: ~/programming/llvm-1.9/projects $ cp -a sample/ zhe ~/programming/llvm-1.9/projects $ cd zhe/ ~/programming/llvm-1.9/projects/zhe $ ./configure configure: creating ./config.status config.status: creating Makefile.common config.status:

Hello Scott, On Wed, 2007-02-21 at 18:57 -0500, me22 wrote: > I'm trying to follow docs/Projects.html to use llvm in a project of my own. > > If I just copy the sample directory, running configure in the new one > works fine: > ~/programming/llvm-1.9/projects $ cp -a sample/ zhe > ~/programming/llvm-1.9/projects $ cd zhe/ > ~/programming/llvm-1.9/projects/zhe $

Without this option, configure will fail when there is no display. Signed-off-by: Masami HIRATA <msmhrt at gmail.com> --- configure.ac | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index de8a064..61d6f69 100644 --- a/configure.ac +++ b/configure.ac @@ -593,16 +593,16 @@ working. AC_MSG_FAILURE([$QEMU version must be >=

Makefile.am | 3 libswfdec/Makefile.am | 2 libswfdec/swfdec_initialize.as | 2 libswfdec/swfdec_initialize.h | 426 +++++++++++++-------------- m4/gtk-doc.m4 | 39 ++ test/trace/Makefile.am | 9 test/trace/definefunction-target-5.swf

Hi, I am just starting a new project. I found that the above script rejects Autoconf versions later than 2.59, whereas it ought to accept them, imho. I had to edit the scrip to be able to use it with Autoconf 2.61. Also, aclocal gave the following warning: /usr/share/aclocal/oaf.m4:4: warning: underquoted definition of AM_PATH_OAF /usr/share/aclocal/oaf.m4:4: run info '(automake)Extending