I downloaded the dovecot source and it doesn't compile. The install script fails in auth because it makes a file and then tries to make a directory over it
make[2]: Entering directory '/home/ruben/src/dovecot-2.3.17.1/src/auth' make[3]: Entering directory '/home/ruben/src/dovecot-2.3.17.1/src/auth' /usr/bin/mkdir -p '/usr/local/lib/dovecot' /bin/sh ../../libtool --mode=install /usr/bin/install -c auth checkpassword-reply '/usr/local/lib/dovecot' libtool: warning: 'libstats_auth.la' has not been installed in '/usr/local/lib/dovecot/old-stats' libtool: install: /usr/bin/install -c .libs/auth /usr/local/lib/dovecot/auth libtool: install: /usr/bin/install -c .libs/checkpassword-reply /usr/local/lib/dovecot/checkpassword-reply /usr/bin/mkdir -p '/usr/local/lib/dovecot/auth'
I am running an older version of dovecott and would really like to upgrade it and there is no package for this linux version
-- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com
DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com
Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013
I am running an older version of dovecott and would really like to upgrade it and there is no package for this linux version
Not sure what OS you are using, but in case you didn't know, dovecot maintains their own repos for popular OS's allowing you to use your package manager to install the newest version.
On Tue, Jan 11, 2022 at 10:56:25PM -0500, dovecot@ptld.com wrote:
I am running an older version of dovecott and would really like to upgrade it and there is no package for this linux version
Not sure what OS you are using, but in case you didn't know, dovecot maintains their own repos for popular OS's allowing you to use your package manager to install the newest version.
I needed to compile it. It should compile, FWIW.
Thank you for checking in with that (expected but not useful) answer.
As for the next follow up, "why do I insist on compiling it, you must be
ignorant..." the answer is because I have to compile it because I have to
and why is not important for this conversation. If you feel discussing why the source
doesn't compile is a waste of your time, I understand, but that is the
problem I am facing and the problem I am hoping to fix. It doesn't compile from github or
from the tar ball. In the case of the tarball, it steps on itself
trying to create a directory where a file was just created under 'auth'
So there seems to be an error in the makefile resulting from autoconf.
This is the autogen.sh response ./autogen.sh --2022-01-12 00:10:41-- https://www.dovecot.org/tmp/wiki2-export.tar.gz Resolving www.dovecot.org (www.dovecot.org)... 94.237.12.234, 2a04:3545:1000:720:acc1:5bff:fe5e:4e9 Connecting to www.dovecot.org (www.dovecot.org)|94.237.12.234|:443... connected. OpenSSL: error:1409442E:SSL routines:SSL3_READ_BYTES:tlsv1 alert protocol version Unable to establish SSL connection. tar (child): wiki2-export.tar.gz: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error is not recoverable: exiting now Failed to uncompress wiki docs
I would think it is in the interest of the project that the source code should compile. Otherwise new hackers who might want to contribute, amoung other things, won't be able to get off of ground 0 with the code base.
Reuvain
-- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com
DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com
Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013
On 1/12/2022 12:14 AM, Ruben Safir wrote:
--2022-01-12 00:10:41--https://www.dovecot.org/tmp/wiki2-export.tar.gz Resolvingwww.dovecot.org (www.dovecot.org)... 94.237.12.234, 2a04:3545:1000:720:acc1:5bff:fe5e:4e9 Connecting towww.dovecot.org (www.dovecot.org)|94.237.12.234|:443... connected. OpenSSL: error:1409442E:SSL routines:SSL3_READ_BYTES:tlsv1 alert protocol version Unable to establish SSL connection Looks to me like your installation is too old and you're unable to connect with the ciphers/ssl connection for the download for at least one of the problems.
Recommend you look at what happens on the command line when you do just wget -v -d https://www.dovecot.org/tmp/wiki2-export.tar.gz ? I'm going to predict you get Unable to establish SSL connection and likely you have some old versions of wget and perhaps openssl as well that don't support TLS v1.1+ or SNI or something similar. Upgrade your openssl and wget/curl/fetch/whatever tool is downloading the files.
Regards, KAM
On 12/01/2022 05:19 Ruben Safir ruben@mrbrklyn.com wrote:
I downloaded the dovecot source and it doesn't compile. The install script fails in auth because it makes a file and then tries to make a directory over it
make[2]: Entering directory '/home/ruben/src/dovecot-2.3.17.1/src/auth' make[3]: Entering directory '/home/ruben/src/dovecot-2.3.17.1/src/auth' /usr/bin/mkdir -p '/usr/local/lib/dovecot' /bin/sh ../../libtool --mode=install /usr/bin/install -c auth checkpassword-reply '/usr/local/lib/dovecot' libtool: warning: 'libstats_auth.la' has not been installed in '/usr/local/lib/dovecot/old-stats' libtool: install: /usr/bin/install -c .libs/auth /usr/local/lib/dovecot/auth libtool: install: /usr/bin/install -c .libs/checkpassword-reply /usr/local/lib/dovecot/checkpassword-reply /usr/bin/mkdir -p '/usr/local/lib/dovecot/auth'
I am running an older version of dovecott and would really like to upgrade it and there is no package for this linux version
What ./configure line did you use? Also, which os/distro is this?
Aki
On 1/12/22 00:26, Aki Tuomi wrote:
What ./configure line did you use? Also, which os/distro is this?
I just used ./configure
I thought of using a prefix to root, but changed my mind and decided to just let it install into /usr/local/, especially since I had the systems ancient dovecott still up and running.
This is an old RPM based distro on an appliance.
-- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software http://www.brooklyn-living.com
Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013
On 12/01/2022 07:46 Ruben Safir ruben@mrbrklyn.com wrote:
On 1/12/22 00:26, Aki Tuomi wrote:
What ./configure line did you use? Also, which os/distro is this?
I just used ./configure
I thought of using a prefix to root, but changed my mind and decided to just let it install into /usr/local/, especially since I had the systems ancient dovecott still up and running.
This is an old RPM based distro on an appliance.
--
I tried to reproduce this issue on debian stretch, but it worked just fine. I suspect your distro is just too old for 2.3. Can you see if 2.2.36 works better?
Also, to compile git master, you are required to have several tools which might not be available on older distributions, so you should stick to the tarballs.
-- Aki
On 1/12/22 01:06, Aki Tuomi wrote:
I tried to reproduce this issue on debian stretch, but it worked just fine. I suspect your distro is just too old for 2.3. Can you see if 2.2.36 works better?
Its not older than stretch. It is based on opensuse -- how could it behvave so differently with regard to auth
where did yours put the auth directory and the auth file?
-- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software http://www.brooklyn-living.com
Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013
On 12/01/2022 08:18 Ruben Safir ruben@mrbrklyn.com wrote:
On 1/12/22 01:06, Aki Tuomi wrote:
I tried to reproduce this issue on debian stretch, but it worked just fine. I suspect your distro is just too old for 2.3. Can you see if 2.2.36 works better?
Its not older than stretch. It is based on opensuse -- how could it behvave so differently with regard to auth
where did yours put the auth directory and the auth file?
/bin/mkdir -p '/usr/local/include/dovecot' /usr/bin/install -c -m 644 auth.h auth-cache.h auth-client-connection.h auth-common.h auth-master-connection.h mech-otp-common.h mech-plain-common.h mech-digest-md5-private.h mech-scram.h auth-penalty.h auth-policy.h auth-request.h auth-request-handler.h auth-request-handler-private.h auth-request-stats.h auth-request-var-expand.h auth-settings.h auth-stats.h auth-fields.h auth-token.h auth-worker-client.h auth-worker-server.h db-dict.h db-ldap.h db-sql.h db-passwd-file.h db-checkpassword.h db-oauth2.h mech.h mycrypt.h passdb.h passdb-blocking.h passdb-cache.h passdb-template.h password-scheme.h userdb.h userdb-blocking.h userdb-template.h '/usr/local/include/dovecot' /bin/mkdir -p '/usr/local/lib/dovecot/old-stats' /bin/bash ../../libtool --mode=install /usr/bin/install -c libstats_auth.la '/usr/local/lib/dovecot/old-stats' libtool: warning: relinking 'libstats_auth.la' libtool: install: (cd /home/build/dovecot-2.3.17.1/src/auth; /bin/bash "/home/build/dovecot-2.3.17.1/libtool" --tag CC --mode=relink gcc -std=gnu99 -g -O2 -fstack-protector-strong -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -mfunction-return=keep -mindirect-branch=keep -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -module -avoid-version -o libstats_auth.la -rpath /usr/local/lib/dovecot/old-stats auth-stats.lo ../../src/lib-dovecot/libdovecot.la -export-dynamic -ldl ) libtool: relink: gcc -shared -fPIC -DPIC .libs/auth-stats.o -Wl,-rpath -Wl,/usr/local/lib/dovecot -L/usr/local/lib/dovecot -ldovecot -ldl -g -O2 -fstack-protector-strong -mfunction-return=keep -mindirect-branch=keep -Wl,-soname -Wl,libstats_auth.so -o .libs/libstats_auth.so libtool: install: /usr/bin/install -c .libs/libstats_auth.soT /usr/local/lib/dovecot/old-stats/libstats_auth.so libtool: install: /usr/bin/install -c .libs/libstats_auth.lai /usr/local/lib/dovecot/old-stats/libstats_auth.la libtool: install: /usr/bin/install -c .libs/libstats_auth.a /usr/local/lib/dovecot/old-stats/libstats_auth.a libtool: install: chmod 644 /usr/local/lib/dovecot/old-stats/libstats_auth.a libtool: install: ranlib /usr/local/lib/dovecot/old-stats/libstats_auth.a libtool: finish: PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/sbin" ldconfig -n /usr/local/lib/dovecot/old-stats
Aki
Citeren Ruben Safir ruben@mrbrklyn.com:
Its not older than stretch. It is based on opensuse -- how could it behvave so differently with regard to auth
As the maintainer of a couple of openSUSE packages (not Dovecot
though), may I ask which openSUSE version it was based off? So that we
can get an idea of what we're looking at in terms of versions of
packages installed. Anything older than 12.2 is probably going to be a
lot of work, as that was the first one that shipped openssl >= 1.01.
On 1/12/22 01:06, Aki Tuomi wrote:
I tried to reproduce this issue on debian stretch, but it worked just fine. I suspect your distro is just too old for 2.3. Can you see if 2.2.36 works better?
something in the autoconf config caused it to try to put auth and the auth directory in the same local.. that should narrow the issue to a couple of lines of config code. I am not an expert in autoconf
-- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software http://www.brooklyn-living.com
Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013
On 12/01/2022 08:20 Ruben Safir ruben@mrbrklyn.com wrote:
On 1/12/22 01:06, Aki Tuomi wrote:
I tried to reproduce this issue on debian stretch, but it worked just fine. I suspect your distro is just too old for 2.3. Can you see if 2.2.36 works better?
something in the autoconf config caused it to try to put auth and the auth directory in the same local.. that should narrow the issue to a couple of lines of config code. I am not an expert in autoconf
--
There is limited amount of interest in trying to fix old operating systems, unfortunately. Especially as there is no such thing as "couple of lines of autoconf code".
Aki
On Wed, Jan 12, 2022 at 09:37:12AM +0200, Aki Tuomi wrote:
On 12/01/2022 08:20 Ruben Safir ruben@mrbrklyn.com wrote:
On 1/12/22 01:06, Aki Tuomi wrote:
I tried to reproduce this issue on debian stretch, but it worked just fine. I suspect your distro is just too old for 2.3. Can you see if 2.2.36 works better?
something in the autoconf config caused it to try to put auth and the auth directory in the same local.. that should narrow the issue to a couple of lines of config code. I am not an expert in autoconf
--
There is limited amount of interest in trying to fix old operating systems, unfortunately. Especially as there is no such thing as "couple of lines of autoconf code".
Aki
That is perfectly understandable.
However, there should be interest that ./configure doesn't contruct a make file which steps on itself which is a condition that should never happen. Autoconf tools are supposed to handle these problems. It should compile from Slackware to Gentoo to Red Hat Enterprise. At the end of the day, they are all posix compliant systems.
make install tried to first make a file called auth and then tries to use the same location on the file system to make a directory. That is a fixable bug.
Thanks
Reuvian
- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com
DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com
Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013
"Ruben" == Ruben Safir ruben@mrbrklyn.com writes:
Ruben> On Wed, Jan 12, 2022 at 09:37:12AM +0200, Aki Tuomi wrote:
On 12/01/2022 08:20 Ruben Safir ruben@mrbrklyn.com wrote:
On 1/12/22 01:06, Aki Tuomi wrote:
I tried to reproduce this issue on debian stretch, but it worked just fine. I suspect your distro is just too old for 2.3. Can you see if 2.2.36 works better?
something in the autoconf config caused it to try to put auth and the auth directory in the same local.. that should narrow the issue to a couple of lines of config code. I am not an expert in autoconf
--
There is limited amount of interest in trying to fix old operating systems, unfortunately. Especially as there is no such thing as "couple of lines of autoconf code".
Aki
Ruben> That is perfectly understandable.
Ruben> However, there should be interest that ./configure doesn't contruct a make file Ruben> which steps on itself which is a condition that should never happen. Ruben> Autoconf tools are supposed to handle these problems. It should compile Ruben> from Slackware to Gentoo to Red Hat Enterprise. At the end of the day, Ruben> they are all posix compliant systems.
Ruben> make install tried to first make a file Ruben> called auth and then tries to use the same Ruben> location on the file system to Ruben> make a directory. That is a fixable bug.
I think people would be happy to help out more if you would provide more details on this appliance and the exact version of OpenSUSE (or not) it is based off of. Giving a list of the packages installed and their versions will also help.
The config.log output from the configure script would also help.
Assume people are trying to be helpful when they reply to "use the packaged versions if possible" instead of being mean or snarky to you.
Compiling from source isn't always easy, I've been doing it for 30+ years and I remember all the hell I went through getting stuff to compile on DEC Ultrix, DEC OSF/1, SunOS 4, Solaris 1.x, Irix 4 (? forget the version), HP-UX and AIX all at the same time. It was painful at times and exposed all kinds of issues.
These days most linux distros are much better, but as newer tools and security and encryption gets deployed, sometimes it's hard to keep old appliances with old base OS images supported.
So just send alot of details and people will see what they can do. Don't try to hide versions or details if possible. Assume we know nothing of your setup.
Cheers, John
On 12/01/2022 04:19, Ruben Safir wrote:
I downloaded the dovecot source and it doesn't compile. The install script fails in auth because it makes a file and then tries to make a directory over it
make[2]: Entering directory '/home/ruben/src/dovecot-2.3.17.1/src/auth' make[3]: Entering directory '/home/ruben/src/dovecot-2.3.17.1/src/auth' /usr/bin/mkdir -p '/usr/local/lib/dovecot' /bin/sh ../../libtool --mode=install /usr/bin/install -c auth checkpassword-reply '/usr/local/lib/dovecot' libtool: warning: 'libstats_auth.la' has not been installed in '/usr/local/lib/dovecot/old-stats' libtool: install: /usr/bin/install -c .libs/auth /usr/local/lib/dovecot/auth libtool: install: /usr/bin/install -c .libs/checkpassword-reply /usr/local/lib/dovecot/checkpassword-reply /usr/bin/mkdir -p '/usr/local/lib/dovecot/auth'
I am running an older version of dovecott and would really like to upgrade it and there is no package for this linux version
I guess you want these to be installed in /usr/local/libexec/dovecot directory not /usr/local/lib.
libtool: install: /usr/bin/install -c .libs/auth /usr/local/libexec/dovecot/auth libtool: install: /usr/bin/install -c .libs/checkpassword-reply /usr/local/libexec/dovecot/checkpassword-reply
According to ./configure --help this is the default:
--libexecdir=DIR program executables [EPREFIX/libexec]
John
participants (7)
-
Aki Tuomi
-
Arjen de Korte
-
dovecot＠ptld.com
-
John Fawcett
-
John Stoffel
-
Kevin A. McGrail
-
Ruben Safir