similar to: Problem building dovecot 2.2.10 with pigeonhole 0.4.2

Hi, forwarding a message with sieve like redirect:copy "me at other.domain"; was working without any problem until dovecot-2.1.17, dovecots lmtp and dovecot-2.1-pigeonhole-0.3.5. Using dovecot-2.2.10 , dovecots lmtp and dovecot-2.2-pigeonhole-0.4.2 the structure of a forwarded message is broken. Content of a message is not displayed or an attachment (for instance pdf) can not be

Hi Stephan, I'm traying to rebuild the RH (Centos) EL5 and EL6 RPM with the last mercurial pigeonhole 0.4.2 version, but I'm having problems with the build. I think that I've isolated the problem outside rpmbuild context. I've downloaded dovecot and pigeonhole mercurial versions and built dovecot with the commands: dovecot-2.2.10$ ./autogen.sh dovecot-2.2.10$ ./configure

hello, yesterday I tried to package dovecot-2.0beta5 + pigeonhole from Mercurial repository. I put pigeonhole as a subdir in the dovecot sourcetree. Following http://hg.rename-it.nl/dovecot-2.0-pigeonhole/raw-file/tip/INSTALL I called ./autogen.sh; ./configure --with-dovecot=..; make In the buildprocess I saw this output ( from autogen.sh ): Putting files in AC_CONFIG_AUX_DIR, `..'.

On trying to compile pigeonhole-0.4.2 on Dovecot 2.2.7 on a CentOS 6.4 machine Linux xxx.xxx 2.6.32-358.14.1.el6.x86_64 #1 SMP Tue Jul 16 23:51:20 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux with ./configure --with-dovecot=/usr/local/lib/dovecot I get the following error: ............ /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include/dovecot

Hi, I have an issue with a vacation message in a sieve script. I can't see an error in the script itself. Pigeonhole version: 0.4.2-32 Dovecot Version: 2.2.10 The script was created by Ingo (part of the Horde suite), but I think the script is fine. The problem is that when a message is sent to the "everyone" group (and alias for every person in the organisation), vacation

Things broke a couple of months back and I thought I had caught the repository at a bad time, but trying again today, after having seen that people had been working on it recently, bore the same result. ../../../../libtool: line 2072: cmd-vacation.c: command not found I'm simply syncing with the repository and using autogen, configure and make. Are there any other steps required? Olivier

Hi, I'm attempting to build 3.6.25 after applying the 16-Dec-2015 and the 12-Apr-2016 patches from samba.org but I'm seeing two issues. First during autogen.sh I see: /build/samba/samba-3.6.25/source3 # ./autogen.sh ./autogen.sh: running script/mkversion.sh ./script/mkversion.sh: 'include/version.h' created for Samba("3.6.25") ./autogen.sh: running autoheader -Im4

This reinstates the autogen.sh-based test for the two required ocaml packages. I've tested it by running autoconf.sh first with neither of the two packages installed, then with only ocaml-xml-light installed. In both cases, autogen.sh failed as required. When both were installed, it worked as expected. >From 825d855b225c7c76371c72eae4d505a32c374007 Mon Sep 17 00:00:00 2001 From: Jim

This used to be the case before commit 30de2cb603cd. Signed-off-by: Martin Kletzander <mkletzan@redhat.com> --- README | 1 - autogen.sh | 5 +++++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/README b/README index 679bf7010bbe..e5187a65ed47 100644 --- a/README +++ b/README @@ -107,7 +107,6 @@ Building and installing If you're cloning this from git the first

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

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

Tag '0.4.2' created by Benjamin Otte <otte at gnome.org> at 2007-02-08 20:27 -0800 release 0.4.2 ("Two completely different numbers") -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBFy4frvMv5VCdLq8QRAtJoAJ4xxUF2QJM3uCZDJOSWzIKLimGsAwCdEqek VfJ5PxRYrDPDNSR9GYwOVcc= =pXML -----END PGP SIGNATURE----- Changes since 0.4.1: Benjamin Otte: back to

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

On 07/31/15 11:53 PM, Erik de Castro Lopo wrote: > Dave Yeo wrote: > >> >Building flac git head on OS/2 dies when running "sh /usr/bin/autoreconf >> >--install --force" > Don't run autoreconf, use autogen.sh in the FLAC git repo which contains: > > touch config.rpath using a port of DASH, [K:\usr\local\src\flac]sh autogen.sh function: not

Not sure if this is the right place to post this... I have attached a patch for the build system which lets FLAC build on IRIX and Cygwin. -------------- next part -------------- ? Makefile ? aclocal.m4 ? autom4te.cache ? config.guess ? config.log ? config.status ? config.sub ? configure ? depcomp ? install-sh ? irix.patch ? libtool ? libtool-disable-static ? ltmain.sh ? missing ? mkinstalldirs ?

Well after some hunting arround I have discovered that I must use the autogen.sh script. The errors from the autogen script tole me what packages I nede to load to run the script. The only package that I had to build was the autoconf 2.57 package. Now the autogen script gets to the point of checking verson of bison... 1.35 ok, then gices and error of './configure[5562]: syntax error:

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

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

On Fri, 2011-12-09 at 03:46 +0000, Charles Lepple wrote: > Author: clepple-guest > Date: Fri Dec 9 03:46:11 2011 > New Revision: 3344 > URL: http://trac.networkupstools.org/projects/nut/changeset/3344 > > Log: > Force files to be overwritten (especially for libtool) > > Modified: > branches/nut-scanner_dlopen/autogen.sh > > Modified:

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