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 b
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 upco
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 recognize
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 ag
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.
authenti
: 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/cyr
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 (probabl
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 f
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 manfredini
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 CM
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/
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 ar
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, 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
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
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 unfo
[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?
Code to be used in a shared library must be position-independent, s
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 `/root/src/cyrus-imapd-2.1.13/perl/
[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
/usr/lib64/gcc-lib/x86_64-
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 A
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 --
Hajimu UMEMOTO wrote:
Hi,
On Wed, 23 Oct 2002 10:13:18 +0200
Francesc Guasch <[EMAIL PROTECTED]> said:
I cannot believe that that code couldn't be compiled.
finally I gave up and I installed an old version.
It compiled fine and works ok.
Thank you for trying.
--
frankie
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/rp
> 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
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 c
Hi guys..
after killing myself for hours.and reading old postings...
I finally got it.
this problem is solved by doing the following. (Solaris 8)
- compile cyrus-imapd WITHOUT using the --prefix=/path option
you may use the --with-cyrus-prefix=/path
- make
- make install
- cd perl/
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 -
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
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 CFLAGS=-O4
make install
cd ..
I receive this error: dump_deliver.c
dump_d
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.2
21: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.
-sasl was configured and made with:
> >./configure --enable-gssapi=no --enable-anon=no --enable-krb4 \
> >--enable-plain --prefix=/usr/local/sasl --with-dbpath=/usr/local/sasl/db \
> >--with-plugindir=/usr/local/sasl/lib --with-dblib=berkeley
> >
> >It had errors, to get it t
oftware/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 whi
db/include"
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 c
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> # ./conf
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/in
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
-
37 matches
Mail list logo
