Option --runstatedir in BIRD 2.0.4 broken?
Hello folks, when trying to use --runstatedir in BIRD 2.0.4, it looks like this here: + ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --runstatedir=/run/bird BUILDSTDERR: configure: error: unrecognized option: `--runstatedir=/run/bird' https://kojipkgs.fedoraproject.org//work/tasks/7262/33807262/build.log is the full buildsystem log. So is --runstatedir in BIRD 2.0.4 broken? When looking to configure, it feels very much like a autoconf generation issue. Because in difference to that BIRD 2.0.3 doesn't complain, buildsystem log: https://kojipkgs.fedoraproject.org//work/tasks/7292/33807292/build.log Regards, Robert
On Fri, Mar 29, 2019 at 01:08:18AM +0100, Robert Scheck wrote:
Hello folks,
when trying to use --runstatedir in BIRD 2.0.4, it looks like this here:
+ ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --runstatedir=/run/bird BUILDSTDERR: configure: error: unrecognized option: `--runstatedir=/run/bird'
Yes, you are right. Thanks for notifying us. Seems like releases 1.6.6 and 2.0.4 have configure scripts that were inadvertently generated with older autoconf without 'runstatedir' option support. Workaround is either to regenerate configure using 'autoreconf' from proper autoconf tool, or just use older 'with-runtimedir' option. -- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
On Fri, 29 Mar 2019, Ondrej Zajicek wrote:
On Fri, Mar 29, 2019 at 01:08:18AM +0100, Robert Scheck wrote:
+ ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --runstatedir=/run/bird BUILDSTDERR: configure: error: unrecognized option: `--runstatedir=/run/bird'
Yes, you are right. Thanks for notifying us. Seems like releases 1.6.6 and 2.0.4 have configure scripts that were inadvertently generated with older autoconf without 'runstatedir' option support.
Workaround is either to regenerate configure using 'autoreconf' from proper autoconf tool, or just use older 'with-runtimedir' option.
I just wanted to let you know that this issue hasn't been fixed for 2.0.5, unfortunately. Regards, Robert
On Mon, Aug 05, 2019 at 07:57:49PM +0200, Robert Scheck wrote:
On Fri, 29 Mar 2019, Ondrej Zajicek wrote:
On Fri, Mar 29, 2019 at 01:08:18AM +0100, Robert Scheck wrote:
+ ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --runstatedir=/run/bird BUILDSTDERR: configure: error: unrecognized option: `--runstatedir=/run/bird'
Yes, you are right. Thanks for notifying us. Seems like releases 1.6.6 and 2.0.4 have configure scripts that were inadvertently generated with older autoconf without 'runstatedir' option support.
Workaround is either to regenerate configure using 'autoreconf' from proper autoconf tool, or just use older 'with-runtimedir' option.
I just wanted to let you know that this issue hasn't been fixed for 2.0.5, unfortunately.
Yes, i just noticed that after the release. Sorry, we missed that. Unfortunately it is something that we cannot fix in advance in git (as configure script is generated during release by autoconf), autoconf developers cannot make a new release in 7 years, so in some distros there is a patched autoconf (supporting runstatedir option) and in others there is the original one. When the release is generated on such system, it does not have this option. -- Elen sila lumenn' omentielvo Ondrej 'Santiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
On 05. 08. 19 21:13, Ondrej Zajicek wrote:
On Mon, Aug 05, 2019 at 07:57:49PM +0200, Robert Scheck wrote:
On Fri, 29 Mar 2019, Ondrej Zajicek wrote:
On Fri, Mar 29, 2019 at 01:08:18AM +0100, Robert Scheck wrote:
+ ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix= --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --runstatedir=/run/bird BUILDSTDERR: configure: error: unrecognized option: `--runstatedir=/run/bird'
Yes, you are right. Thanks for notifying us. Seems like releases 1.6.6 and 2.0.4 have configure scripts that were inadvertently generated with older autoconf without 'runstatedir' option support.
Workaround is either to regenerate configure using 'autoreconf' from proper autoconf tool, or just use older 'with-runtimedir' option.
I just wanted to let you know that this issue hasn't been fixed for 2.0.5, unfortunately.
Yes, i just noticed that after the release. Sorry, we missed that. Unfortunately it is something that we cannot fix in advance in git (as configure script is generated during release by autoconf), autoconf developers cannot make a new release in 7 years, so in some distros there is a patched autoconf (supporting runstatedir option) and in others there is the original one. When the release is generated on such system, it does not have this option.
This is my fault. I am sorry, working with too much machines that do no have this new version of autoconf. I promise to fix it in the next release. Ondrej
participants (3)
-
Ondrej Filip -
Ondrej Zajicek -
Robert Scheck