On 10/5/08 6:21 PM, Wesley Craig wrote:
On 05 Oct 2008, at 18:14, Michael Menge wrote:
the config.guess and config.sub included in cyrus are very old,
replace them with a newer version.You may already have a newer version
on your system.
Also, the latest config.guess and .sub have been
cyrus-imapd-2.3.12p2, FreeBSD 7.0 64-bit, Opteron CPUs
When building from source, running configure produces this error:
checking build system type... Invalid configuration
`amd64-unknown-freebsd7.0': machine `amd64-unknown' not recognized
Searching archives showed some posts from a few years
Hi
Quoting David Newman [EMAIL PROTECTED]:
cyrus-imapd-2.3.12p2, FreeBSD 7.0 64-bit, Opteron CPUs
When building from source, running configure produces this error:
checking build system type... Invalid configuration
`amd64-unknown-freebsd7.0': machine `amd64-unknown' not recognized
On 05 Oct 2008, at 18:14, Michael Menge wrote:
the config.guess and config.sub included in cyrus are very old,
replace them with a newer version.You may already have a newer version
on your system.
Also, the latest config.guess and .sub have been committed to HEAD
for inclusion in the
I've found I can/cannot authenticate with imtest depending on the
following combination of configure options (below). Does cyrus-imapd
have a sense of Berkeley DB v. GNU DBM? Using
--with-cyrus-prefix=/usr/local/cyrus --without-bdb --with-dblib=gdbm
doesn't seem to have any effect.
On Wed, 12 Jan 2005 09:47:19 -0800
H. Scott Brown [EMAIL PROTECTED] wrote:
make[1]: Entering directory
`/export/home/hs.brown/cyrus-imapd-2.2.9/perl'
### Making all in /export/home/hs.brown/cyrus-imapd-2.2.9/perl/imap
Note (probably harmless): No library found for -lsasl2
Note (probably
: Wednesday, January 12, 2005 10:41 AM
To: info-cyrus@lists.andrew.cmu.edu
Subject: Re: Problems Compiling cyrus-imapd-2.2.9 on Solaris 9
On Wed, 12 Jan 2005 09:47:19 -0800
H. Scott Brown [EMAIL PROTECTED] wrote:
make[1]: Entering directory
`/export/home/hs.brown/cyrus-imapd-2.2.9/perl'
### Making all
I'm running White box Linux which has DB 4.1.25 as the Core DB (db4,
db4-devel RPM packages)
I have compiled a db42 package (db 4.2.52 w/ the 2 patches) on the
system and am wanting to use that instead for all my DB needs..
(apache,subversion,cyrus-sasl,cyrus-imapd,openldap, etc..)
Am I asking
I tried to compile cyrus-imapd 2.2 (latest from cvs) with ldap ptclient, but I
receive an error regurding lutil.h and lutil_ldap.h not found.
I search an my tree and effectivly there are not present.
Where I can found it ? Or better which package shoul include it ?
Thanks
--
Vittorio
Compiling with the -fPIC fixes the problem. I had to do this for the
following: imclient.c imparse.c xmalloc.c imapurl.c iptostring.c assert.c
util.c libisieve.c prot.c
Why does -fPIC fix this problem?
[EMAIL PROTECTED] wrote:
make[2]: Entering directory
On Fri, 13 Jun 2003, [EMAIL PROTECTED] wrote:
Compiling with the -fPIC fixes the problem. I had to do this for the
following: imclient.c imparse.c xmalloc.c imapurl.c iptostring.c assert.c
util.c libisieve.c prot.c
Why does -fPIC fix this problem?
Because of either:
1. AMD64 is
On Fri, 13 Jun 2003, Henrique de Moraes Holschuh wrote:
On Fri, 13 Jun 2003, [EMAIL PROTECTED] wrote:
Compiling with the -fPIC fixes the problem. I had to do this for the
following: imclient.c imparse.c xmalloc.c imapurl.c iptostring.c assert.c
util.c libisieve.c prot.c
Why does
On Fri, 13 Jun 2003, Igor Brezac wrote:
Anything that goes inside a lib should be -fPIC. Really. I have done this in
the Debian build (which runs OK in S/390, IA64, Alpha, MIPS, MIPS-EL...)
ages ago. I don't know if these changes are in CMU Cyrus.
This in true only for shared libs unless
Date: Fri, 13 Jun 2003 11:11:41 -0400 (EDT)
From: Rob Siemborski [EMAIL PROTECTED]
Yep. Arch dislikes mixing PIC and non-PIC code inside a
relocatable object.
Correct. On Solaris, I build lib/ and perl/sieve/lib with -fPIC
just to build cyrus-imap perl stuff.
On Fri, 13 Jun 2003, Rob Siemborski wrote:
On Fri, 13 Jun 2003, Igor Brezac wrote:
Anything that goes inside a lib should be -fPIC. Really. I have done this in
the Debian build (which runs OK in S/390, IA64, Alpha, MIPS, MIPS-EL...)
ages ago. I don't know if these changes are in CMU
On Fri, 13 Jun 2003, Lawrence Greenfield wrote:
Date: Fri, 13 Jun 2003 11:11:41 -0400 (EDT)
From: Rob Siemborski [EMAIL PROTECTED]
Yep. Arch dislikes mixing PIC and non-PIC code inside a
relocatable object.
Correct. On Solaris, I build lib/ and perl/sieve/lib with
On 13 Jun 2003, Rob Siemborski said:
On Fri, 13 Jun 2003, Igor Brezac wrote:
Anything that goes inside a lib should be -fPIC. Really. I have
done this in the Debian build (which runs OK in S/390, IA64,
Alpha, MIPS, MIPS-EL...) ages ago. I don't know if these changes
are in CMU Cyrus.
I have a dual AMD Opteron configured with the SUSE Linux 8 for AMD64.
I am testing the trail system out. The problem comes in when the make
gets to compiling the Perl IMAP module. Cyrus SASL compiled fine.
GCC: gcc version 3.2.2 (SuSE Linux)
Perl ver: 5.8.0
Cyrus SASL ver: 2.1.13
./configure
Unfortunately, you've snipped the part that would show what's really
broken: the compilation of libcyrus.a. It looks like Perl on that
system is misconfigured, and didn't compile libcyrus.a with the -fPIC
option needed to link it into a shared library.
[EMAIL PROTECTED] wrote:
I have a dual
[EMAIL PROTECTED] wrote:
make[2]: Entering directory `/root/src/cyrus-imapd-2.1.13/perl/imap'
rm -f blib/arch/auto/Cyrus/IMAP/IMAP.so
LD_RUN_PATH=/usr/lib64 cc -shared -L/usr/local/lib64 IMAP.o -o
blib/arch/auto/Cyrus/IMAP/IMAP.so ../../lib/libcyrus.a -lssl -lcrypto
On Wed, 23 Oct 2002 10:13:18 +0200,
Francesc Guasch [EMAIL PROTECTED] (fg) writes:
fg anything else I could try ?
Upgrading Solaris? You're using a hugely buggy release
--
Amos
Hi,
On Wed, 23 Oct 2002 10:13:18 +0200
Francesc Guasch [EMAIL PROTECTED] said:
frankie Carson Gaspar wrote:
--On Monday, October 21, 2002 10:43 AM +0200 Francesc Guasch
In file included from getaddrinfo.c:71:
/usr/local/lib/gcc-lib/sparc-sun-solaris2.5/3.2/include/rpc/clnt.h:110:
Carson Gaspar wrote:
--On Monday, October 21, 2002 10:43 AM +0200 Francesc Guasch
In file included from getaddrinfo.c:71:
/usr/local/lib/gcc-lib/sparc-sun-solaris2.5/3.2/include/rpc/clnt.h:110:
field `RE_why' has incomplete type
defined in /usr/include/rpc/auth.h
Thank you ! I added a
Marcelo Maraboli wrote:
you need to compile it like..
./configure --with-auth=unix --with-dbdir=/usr/local/BerkeleyDB.3.3
and optional..
--with-sasl=/usr/local/sasl --with-openssl=/usr/local/ssl
--without-krb
This is what I get now:
[01:05:17]tmc230:/usr/local/local# cyradm -u cyrus
Tarjei Huse wrote:
Why not use 2.0.16?
Guy Durand wrote:
I have compiled db-3.3.11, cyrus-sasl.1.5.27 without any trouble
whatsoever but when attempting to compile cyrus-imapd-1.6.24 with the
following directives and parameters: ./configure --with-auth=unix
make depend
make all
On Mon, 26 Nov 2001, Thomas C. Meggs wrote:
So no suggestions on this? =/ I'm definitely stuck.
Here's what I did. I did not have need fo kerberos support but the system
was Solaris with OpenSSL in /usr/local/ssl and BerkeleyDB in
/usr/local/BerkeleyDB.3.3
SASL-library:
cd cyrus-sasl-1.5.27
-0500 (EST)
From: Thomas C. Meggs [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: problem compiling cyrus-imapd-2.0.16 w/ cyrus-sasl-1.5.27
Here is what I'm using:
SunOS servername 5.8 Generic_108528-11 sun4u sparc SUNW,Sun-Blade-100
cyrus-sasl-1.5.27
cyrus-imapd-2.0.16
afs 3.6-2.26
krb4-1.0.8
db
tested the binaries. I assume that they work.
I ran into my problem with compiling cyrus-imapd which I have yet to
resolve. Again, I had problems with the configure script breaking. Here is
what I executed:
./configure --prefix=/usr/local/cyrus --with-krb=/usr/software/krb4 \
--with-openssl=/usr
a hitch, although I haven't
actually tested the binaries. I assume that they work.
I ran into my problem with compiling cyrus-imapd which I have yet to
resolve. Again, I had problems with the configure script breaking. Here is
what I executed:
./configure --prefix=/usr/local/cyrus --with-krb=/usr
setenv LDFLAGS -L/usr/software/krb4/lib -L/usr/software/db/lib
setenv LIBS -lkrb -lnsl -ldes
At any rate though, libsasl compiled without a hitch, although I haven't
actually tested the binaries. I assume that they work.
I ran into my problem with compiling cyrus-imapd which I have yet to
resolve
Problems compiling cyrus-imapd-2.0.15
Hi,
I have a linux box (Red Hat 7.0), and I'm
having problems trying to compile cyrus-imapd-2.0.15.
What I get is the following.
# ./configure
# make depend
# make all
...
### Done building chartables.
gcc -c -I.. -I/usr/local/include
Hey Alfonso,
Wednesday, July 25, 2001, 7:11:55 AM, you wrote:
AG Problems compiling cyrus-imapd-2.0.15
AG Hi,
AG I have a linux box (Red Hat 7.0), and I'm
AG having problems trying to compile cyrus-imapd-2.0.15.
AG What I get is the following.
AG # ./configure
AG # make depend
AG
Hello,
An attempt to compile cyrus 2.0.15 gave the error as follows. Any
suggestion(s) will be highly appreciated. Thanks in advance.
-gowranga
CC=/opt/ansic/bin/cc -Ae
Version of libsasl 1.5.24
Version of libssl 0.9.6a
33 matches
Mail list logo
