[Dovecot] dovecot-lda: problems compiling
I am trying to compile the dovecot lda and running into some problems. (compiling most recent version on Fedora core 4).
I was able to compile the dovecot imap server just fine. However .. when I try to run configure in the lda package (after running autogen) it gets stuck on this line :
- eval 'sed -f ./confstatm19105/subs-1.sed | sed -f ./confstatm19105/subs-2.sed | sed -f ./confstatm19105/subs-3.sed' ++ sed -f ./confstatm19105/subs-1.sed ++ sed -f ./confstatm19105/subs-2.sed ++ sed -f ./confstatm19105/subs-3.sed
Basically it is getting stuck on the sed portion in config.status.
Anyone run into this problem before ?
On Sun, 2006-01-08 at 19:44 -0500, nospam wrote:
I am trying to compile the dovecot lda and running into some problems. (compiling most recent version on Fedora core 4).
I was able to compile the dovecot imap server just fine. However .. when I try to run configure in the lda package (after running autogen) it gets stuck on this line :
- eval 'sed -f ./confstatm19105/subs-1.sed | sed -f ./confstatm19105/subs-2.sed | sed -f ./confstatm19105/subs-3.sed' ++ sed -f ./confstatm19105/subs-1.sed ++ sed -f ./confstatm19105/subs-2.sed ++ sed -f ./confstatm19105/subs-3.sed
64bit Fedora? Yes, seen this there. Don't know if it has been reported to Redhat yet.
Is this unique to FC4 64 bit?
On Mon, 2006-01-09 at 10:47 +0200, Timo Sirainen wrote:
On Sun, 2006-01-08 at 19:44 -0500, nospam wrote:
I am trying to compile the dovecot lda and running into some problems. (compiling most recent version on Fedora core 4).
I was able to compile the dovecot imap server just fine. However .. when I try to run configure in the lda package (after running autogen) it gets stuck on this line :
- eval 'sed -f ./confstatm19105/subs-1.sed | sed -f ./confstatm19105/subs-2.sed | sed -f ./confstatm19105/subs-3.sed' ++ sed -f ./confstatm19105/subs-1.sed ++ sed -f ./confstatm19105/subs-2.sed ++ sed -f ./confstatm19105/subs-3.sed
64bit Fedora? Yes, seen this there. Don't know if it has been reported to Redhat yet.
I think the same, or very similar prevents compiling dovecot-lda from CVS at OpenSolaris, even at 32bit: my ./configure --with-dovecot==../dovecot now runs hours executing sed -f ./confstat9saiYu/subs-3.sed, the contents of this file is:
cat confstat9saiYu/subs-3.sed :t /@[a-zA-Z_][a-zA-Z_0-9]*@/!b s,@F77@,g77,;t t s,@FFLAGS@,-g -O2,;t t s,@ac_ct_F77@,g77,;t t s,@LIBTOOL@,$(SHELL) $(top_builddir)/libtool,;t t s,@dovecotdir@,/home/seriv/dovecot/dovecot,;t t s,@STORAGE_LIBS@, /home/seriv/dovecot/dovecot/src/lib-storage/index/maildir/libstorage_maildir.a /home/seriv/dovecot/dovecot/src/lib-storage/index/mbox/libstorage_mbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/dbox/libstorage_dbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/libstorage_index.a /home/seriv/dovecot/dovecot/src/lib-index/libindex.a,;t t s,@LIBICONV@,@LIBICONV@,;t t s,@RAND_LIBS@,,;t t s,@MODULE_LIBS@,-export-dynamic,;t t s,@LIBOBJS@,,;t t s,@LTLIBOBJS@,,;t t
Is there some workaround now to get dovecot-lda compiled?
With best regards,
Sergey Ivanov.Brad wrote:
Is this unique to FC4 64 bit?
On Mon, 2006-01-09 at 10:47 +0200, Timo Sirainen wrote:
On Sun, 2006-01-08 at 19:44 -0500, nospam wrote:
I am trying to compile the dovecot lda and running into some problems. (compiling most recent version on Fedora core 4).
I was able to compile the dovecot imap server just fine. However .. when I try to run configure in the lda package (after running autogen) it gets stuck on this line :
- eval 'sed -f ./confstatm19105/subs-1.sed | sed -f ./confstatm19105/subs-2.sed | sed -f ./confstatm19105/subs-3.sed' ++ sed -f ./confstatm19105/subs-1.sed ++ sed -f ./confstatm19105/subs-2.sed ++ sed -f ./confstatm19105/subs-3.sed
64bit Fedora? Yes, seen this there. Don't know if it has been reported to Redhat yet.
As I mentioned a few days ago, the problem seems to be a missing 'gettext'. On Fedora 4 (I am running 32 bit), my solution was to do an 'up2date gettext' and then go back to a virgin cvs download of both dovecot and dovecot-lda. This may also fix your problem on Solaris. Let us know.
On Tue, 2006-01-10 at 13:14 -0500, Sergey Ivanov wrote:
I think the same, or very similar prevents compiling dovecot-lda from CVS at OpenSolaris, even at 32bit: my ./configure --with-dovecot==../dovecot now runs hours executing sed -f ./confstat9saiYu/subs-3.sed, the contents of this file is:
cat confstat9saiYu/subs-3.sed :t /@[a-zA-Z_][a-zA-Z_0-9]*@/!b s,@F77@,g77,;t t s,@FFLAGS@,-g -O2,;t t s,@ac_ct_F77@,g77,;t t s,@LIBTOOL@,$(SHELL) $(top_builddir)/libtool,;t t s,@dovecotdir@,/home/seriv/dovecot/dovecot,;t t s,@STORAGE_LIBS@, /home/seriv/dovecot/dovecot/src/lib-storage/index/maildir/libstorage_maildir.a /home/seriv/dovecot/dovecot/src/lib-storage/index/mbox/libstorage_mbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/dbox/libstorage_dbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/libstorage_index.a /home/seriv/dovecot/dovecot/src/lib-index/libindex.a,;t t s,@LIBICONV@,@LIBICONV@,;t t s,@RAND_LIBS@,,;t t s,@MODULE_LIBS@,-export-dynamic,;t t s,@LIBOBJS@,,;t t s,@LTLIBOBJS@,,;t t
Is there some workaround now to get dovecot-lda compiled?
Aren't these separate problems? Yours is about missing AM_ICONV macro which caused compile to fail, while the 64bit issue is about configure getting stuck. As far as I know, it's a bug in sed (since it works with 32bit sed) and I don't know of a way to fix it.
On Wed, 2006-01-11 at 06:23 -0600, Bob Gustafson wrote:
As I mentioned a few days ago, the problem seems to be a missing 'gettext'. On Fedora 4 (I am running 32 bit), my solution was to do an 'up2date gettext' and then go back to a virgin cvs download of both dovecot and dovecot-lda. This may also fix your problem on Solaris. Let us know.
On Tue, 2006-01-10 at 13:14 -0500, Sergey Ivanov wrote:
I think the same, or very similar prevents compiling dovecot-lda from CVS at OpenSolaris, even at 32bit: my ./configure --with-dovecot==../dovecot now runs hours executing sed -f ./confstat9saiYu/subs-3.sed, the contents of this file is:
cat confstat9saiYu/subs-3.sed :t /@[a-zA-Z_][a-zA-Z_0-9]*@/!b s,@F77@,g77,;t t s,@FFLAGS@,-g -O2,;t t s,@ac_ct_F77@,g77,;t t s,@LIBTOOL@,$(SHELL) $(top_builddir)/libtool,;t t s,@dovecotdir@,/home/seriv/dovecot/dovecot,;t t s,@STORAGE_LIBS@, /home/seriv/dovecot/dovecot/src/lib-storage/index/maildir/libstorage_maildir.a /home/seriv/dovecot/dovecot/src/lib-storage/index/mbox/libstorage_mbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/dbox/libstorage_dbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/libstorage_index.a /home/seriv/dovecot/dovecot/src/lib-index/libindex.a,;t t s,@LIBICONV@,@LIBICONV@,;t t s,@RAND_LIBS@,,;t t s,@MODULE_LIBS@,-export-dynamic,;t t s,@LIBOBJS@,,;t t s,@LTLIBOBJS@,,;t t
Is there some workaround now to get dovecot-lda compiled?
Timo Sirainen wrote:
Aren't these separate problems? Yours is about missing AM_ICONV macro which caused compile to fail, while the 64bit issue is about configure getting stuck. As far as I know, it's a bug in sed (since it works with 32bit sed) and I don't know of a way to fix it.
Yeah, problem isn't with gettext since I have it and sed still hangs.
Tomi
On Wed, 2006-01-11 at 06:23 -0600, Bob Gustafson wrote:
As I mentioned a few days ago, the problem seems to be a missing 'gettext'. On Fedora 4 (I am running 32 bit), my solution was to do an 'up2date gettext' and then go back to a virgin cvs download of both dovecot and dovecot-lda. This may also fix your problem on Solaris. Let us know.
On Tue, 2006-01-10 at 13:14 -0500, Sergey Ivanov wrote:
I think the same, or very similar prevents compiling dovecot-lda from CVS at OpenSolaris, even at 32bit: my ./configure --with-dovecot==../dovecot now runs hours executing sed -f ./confstat9saiYu/subs-3.sed, the contents of this file is:
cat confstat9saiYu/subs-3.sed :t /@[a-zA-Z_][a-zA-Z_0-9]*@/!b s,@F77@,g77,;t t s,@FFLAGS@,-g -O2,;t t s,@ac_ct_F77@,g77,;t t s,@LIBTOOL@,$(SHELL) $(top_builddir)/libtool,;t t s,@dovecotdir@,/home/seriv/dovecot/dovecot,;t t s,@STORAGE_LIBS@, /home/seriv/dovecot/dovecot/src/lib-storage/index/maildir/libstorage_maildir.a /home/seriv/dovecot/dovecot/src/lib-storage/index/mbox/libstorage_mbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/dbox/libstorage_dbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/libstorage_index.a /home/seriv/dovecot/dovecot/src/lib-index/libindex.a,;t t s,@LIBICONV@,@LIBICONV@,;t t s,@RAND_LIBS@,,;t t s,@MODULE_LIBS@,-export-dynamic,;t t s,@LIBOBJS@,,;t t s,@LTLIBOBJS@,,;t t
Is there some workaround now to get dovecot-lda compiled?
My symptom was exactly the same as reported - sed hung at the
configure stage of dovecot-lda.
I did lots of things to try to fix it. Almost none were successful. I
was on the correct path when I deleted all of the downloaded cvs
files and started from scratch with the 'co' cvs download.
There was a diagnostic mentioning the AM_ICONV problem in the initial
run of autogen against the dovecot-lda files. This I had ignored
previously, because it did not reappear on repeating the autogen
step. I assume that proceeding without curing the AM_ICONV resulted
in the hung sed at the configure step.
I googled around and found (will furnish reference..) that the
AM_ICONV message was related to the missing gettext.
After installing the gettext (up2date gettext), the AM_ICONV
diagnostic did not appear. There was another diagnostic message
saying that there was no configure.in.am (or something like that).
This file was in the directory after the autogen (but was not there
in the initial 'co' cvs download). I repeated the autogen step and it
completed with no diagnostic.
At this point, the configure also went through without the sed hang.
I can only conclude, based on my user experience, that the sed hang
was related to the missing gettext package. Perhaps sed was trying to
read from a socket that was supplied by the missing gettext - and hung.
Once I was able to configure and make dovecot-lda, I went on to other
things (like getting a bigger disk matching another big disk on that
system and figuring out how to RAID the two - a continuing story, and
one that has higher priority than getting dovecot-lda running. I am
at 90% full on a 4GB disk..)
I am running a 32 bit old Pentium on my mail system. The sed hang
also occurred on my dual Xeon system running Fedora4.smp.
Bob Gustafson
On Jan 11, 2006, at 08:44, Timo Sirainen wrote:
Aren't these separate problems? Yours is about missing AM_ICONV macro which caused compile to fail, while the 64bit issue is about configure getting stuck. As far as I know, it's a bug in sed (since it works
with 32bit sed) and I don't know of a way to fix it.On Wed, 2006-01-11 at 06:23 -0600, Bob Gustafson wrote:
As I mentioned a few days ago, the problem seems to be a missing 'gettext'. On Fedora 4 (I am running 32 bit), my solution was to
do an 'up2date gettext' and then go back to a virgin cvs download of both dovecot and dovecot-lda. This may also fix your problem on
Solaris. Let us know.On Tue, 2006-01-10 at 13:14 -0500, Sergey Ivanov wrote:
I think the same, or very similar prevents compiling dovecot-lda
from CVS at OpenSolaris, even at 32bit: my ./configure --with-dovecot==../dovecot now runs hours executing sed -f ./confstat9saiYu/subs-3.sed, the contents of this file is:cat confstat9saiYu/subs-3.sed :t /@[a-zA-Z_][a-zA-Z_0-9]*@/!b s,@F77@,g77,;t t s,@FFLAGS@,-g -O2,;t t s,@ac_ct_F77@,g77,;t t s,@LIBTOOL@,$(SHELL) $(top_builddir)/libtool,;t t s,@dovecotdir@,/home/seriv/dovecot/dovecot,;t t s,@STORAGE_LIBS@, /home/seriv/dovecot/dovecot/src/lib-storage/index/maildir/ libstorage_maildir.a /home/seriv/dovecot/dovecot/src/lib-storage/index/mbox/ libstorage_mbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/dbox/ libstorage_dbox.a /home/seriv/dovecot/dovecot/src/lib-storage/index/libstorage_index.a /home/seriv/dovecot/dovecot/src/lib-index/libindex.a,;t t s,@LIBICONV@,@LIBICONV@,;t t s,@RAND_LIBS@,,;t t s,@MODULE_LIBS@,-export-dynamic,;t t s,@LIBOBJS@,,;t t s,@LTLIBOBJS@,,;t t
Is there some workaround now to get dovecot-lda compiled?
On Mon, 2006-01-09 at 10:47 +0200, Timo Sirainen wrote:
On Sun, 2006-01-08 at 19:44 -0500, nospam wrote:
I am trying to compile the dovecot lda and running into some problems. (compiling most recent version on Fedora core 4).
I was able to compile the dovecot imap server just fine. However .. when I try to run configure in the lda package (after running autogen) it gets stuck on this line :
- eval 'sed -f ./confstatm19105/subs-1.sed | sed -f ./confstatm19105/subs-2.sed | sed -f ./confstatm19105/subs-3.sed' ++ sed -f ./confstatm19105/subs-1.sed ++ sed -f ./confstatm19105/subs-2.sed ++ sed -f ./confstatm19105/subs-3.sed
64bit Fedora? Yes, seen this there. Don't know if it has been reported to Redhat yet.
Yes, I reported it. The fix is to do 'update gettext' and then recreate the dovecot and dovecot-lda directories from cvs (do 'co' command) and go through the autogen process again. You will not that the AM_ICONV diagnostic is not there any more (gettext fixed that one).
You many get a diagnostic from the dovecot-lda autogen stage that a file config.in.am (I am doing this from memory - may be slightly off) is missing. If you look at the directory, that file has been generated, but too late to avoid the diagnostic. Just repeat the autogen step.
You should be able to go ahead and do the configure, make, make install, steps.
I haven't had the time to finish these steps myself and write it up, but give it a try.
Bob G
The command to fix is 'up2date gettext', not 'update gettext'
On Mon, 2006-01-09 at 10:47 +0200, Timo Sirainen wrote:
On Sun, 2006-01-08 at 19:44 -0500, nospam wrote:
I am trying to compile the dovecot lda and running into some problems. (compiling most recent version on Fedora core 4).
I was able to compile the dovecot imap server just fine. However .. when I try to run configure in the lda package (after running autogen) it gets stuck on this line :
- eval 'sed -f ./confstatm19105/subs-1.sed | sed -f ./confstatm19105/subs-2.sed | sed -f ./confstatm19105/subs-3.sed' ++ sed -f ./confstatm19105/subs-1.sed ++ sed -f ./confstatm19105/subs-2.sed ++ sed -f ./confstatm19105/subs-3.sed
64bit Fedora? Yes, seen this there. Don't know if it has been reported to Redhat yet.
Yes, I reported it. The fix is to do 'update gettext' and then recreate the dovecot and dovecot-lda directories from cvs (do 'co' command) and go through the autogen process again. You will not that the AM_ICONV diagnostic is not there any more (gettext fixed that one).
You many get a diagnostic from the dovecot-lda autogen stage that a file config.in.am (I am doing this from memory - may be slightly off) is missing. If you look at the directory, that file has been generated, but too late to avoid the diagnostic. Just repeat the autogen step.
You should be able to go ahead and do the configure, make, make install, steps.
I haven't had the time to finish these steps myself and write it up, but give it a try.
Bob G
participants (6)
-
Bob Gustafson
-
Brad
-
nospam
-
Sergey Ivanov
-
Timo Sirainen
-
Tomi Hakala