GNU bug report logs -
#73255
30.0.91; on NetBSD-10 configure script run halts
Previous Next
Reported by: Van Ly <van.ly <at> sdf.org>
Date: Sat, 14 Sep 2024 19:02:02 UTC
Severity: normal
Found in version 30.0.91
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 73255 in the body.
You can then email your comments to 73255 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73255
; Package
emacs
.
(Sat, 14 Sep 2024 19:02:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Van Ly <van.ly <at> sdf.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 14 Sep 2024 19:02:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
I was able to build emacs-29.4 but 30.0.91 stops at the configure
script.
The following packages are on the amd64/x86_64 NetBSD 10.0_STABLE
system
cairo-1.18.0nb2 = Vector graphics library with cross-device output support
gnutls-3.8.5nb3 = Transport Layer Security library
A snippet of the output from configure reads
checking for cairo >= 1.8.0... no
configure: WARNING: cairo requested but not found.
configure: error: The following required libraries were not found:
gnutls
This is how I call configure from the build directory in a file called configure-here
../30.0.91/configure --srcdir=/u/xxx/src/emacs/30.0.91 --localstatedir=/var --disable-autodepend --with-native-compilation --without-ns --without-rsvg --without-imagemagick --without-xaw3d --without-toolkit-scroll-bars --x-includes=/usr/X11R7/include --x-libraries=/usr/X11R7/lib --with-x-toolkit=lu --prefix=/usr/local --build=x86_64--netbsd --host=x86_64--netbsd --infodir=/usr/pkg/info --mandir=/usr/pkg/man --enable-option-checking=yes 'CFLAGS=-O2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/pkg/include/glib-2.0 -I/usr/pkg/include/gio-unix-2.0 -I/usr/pkg/lib/glib-2.0/include -I/usr/X11R7/include -I/usr/pkg/include/harfbuzz -I/usr/X11R7/include/libdrm' 'CPPFLAGS=-DTERMINFO -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/pkg/include/glib-2.0 -I/usr/pkg/include/gio-unix-2.0 -I/usr/pkg/lib/glib-2.0/include -I/usr/X11R7/include -I/usr/pkg/include/harfbuzz -I/usr/X11R7/include/libdrm' 'LDFLAGS=-Wl,-R/usr/pkg/gcc13/lib -Wl,-zrelro -L/usr/pkg/lib -L/usr/lib -Wl,-R/usr/lib -Wl,-R/usr/pkg/lib -L/usr/X11R7/lib -Wl,-R/usr/X11R7/lib'
Attached is the run trail left from the script
[x (application/octet-stream, attachment)]
[Message part 3 (text/plain, inline)]
Thanks in advance.
--
vl
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73255
; Package
emacs
.
(Sun, 15 Sep 2024 05:09:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 73255 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 14 Sep 2024 19:01:21 +0000
> From: Van Ly via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> I was able to build emacs-29.4 but 30.0.91 stops at the configure
> script.
>
> The following packages are on the amd64/x86_64 NetBSD 10.0_STABLE
> system
>
> cairo-1.18.0nb2 = Vector graphics library with cross-device output support
> gnutls-3.8.5nb3 = Transport Layer Security library
>
> A snippet of the output from configure reads
>
> checking for cairo >= 1.8.0... no
> configure: WARNING: cairo requested but not found.
>
> configure: error: The following required libraries were not found:
> gnutls
That's the reason, right there: the configure script decided it
couldn't find GnuTLS installed whose version is at least 2.12.2:
> 167 checking for gnutls >= 2.12.2... no
AFAICT, Emacs 29.4 was making the same test, so there's some other
factor here at work. Did something change wrt GnuTLS between the time
you built Emacs 29.4 and the time you tried to build 30.0.91? Are you
sure you have the header files needed for developing programs with
GnuTLS?
In any case, please post config.log which was created by running the
configure script, it should tell the details regarding the failed
test.
> 210 configure: error: The following required libraries were not found:
> 211 gnutls
> 212 Maybe some development libraries/packages are missing?
> 213 To build anyway, give:
> 214 --with-gnutls=ifavailable
> 215 as options to configure
And if worse comes to worst, you can always use the above advice
(although building Emacs without GnuTLS is not recommended).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73255
; Package
emacs
.
(Sun, 15 Sep 2024 06:32:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 73255 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Sat, 14 Sep 2024 19:01:21 +0000
>> From: Van Ly via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> I was able to build emacs-29.4 but 30.0.91 stops at the configure
>> script.
>>
>> The following packages are on the amd64/x86_64 NetBSD 10.0_STABLE
>> system
>>
>> cairo-1.18.0nb2 = Vector graphics library with cross-device output support
>> gnutls-3.8.5nb3 = Transport Layer Security library
>>
>> A snippet of the output from configure reads
>>
>> checking for cairo >= 1.8.0... no
>> configure: WARNING: cairo requested but not found.
>>
>> configure: error: The following required libraries were not found:
>> gnutls
>
> That's the reason, right there: the configure script decided it
> couldn't find GnuTLS installed whose version is at least 2.12.2:
>
>> 167 checking for gnutls >= 2.12.2... no
>
> AFAICT, Emacs 29.4 was making the same test, so there's some other
> factor here at work. Did something change wrt GnuTLS between the time
> you built Emacs 29.4 and the time you tried to build 30.0.91? Are you
> sure you have the header files needed for developing programs with
> GnuTLS?
>
The pkgsrc manager refreshed the quarterly release so that may explain.
As attached, the pkg-content listing shows header files.
> In any case, please post config.log which was created by running the
> configure script, it should tell the details regarding the failed
> test.
>
See attached config.log for 29.4 and 30.0.91. The earlier version
config.log locates the cairo package related paths and I was able to
make that work on 30.0.91
[gnutls-pkg-content (application/octet-stream, attachment)]
[config-log-29-4 (application/octet-stream, attachment)]
[config-log-30.0.91 (application/octet-stream, attachment)]
[Message part 5 (text/plain, inline)]
--
vl
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73255
; Package
emacs
.
(Sun, 15 Sep 2024 07:15:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 73255 <at> debbugs.gnu.org (full text, mbox):
> From: Van Ly <van.ly <at> sdf.org>
> Cc: 73255 <at> debbugs.gnu.org
> Date: Sun, 15 Sep 2024 06:31:04 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> configure: error: The following required libraries were not found:
> >> gnutls
> >
> > That's the reason, right there: the configure script decided it
> > couldn't find GnuTLS installed whose version is at least 2.12.2:
> >
> >> 167 checking for gnutls >= 2.12.2... no
> >
> > AFAICT, Emacs 29.4 was making the same test, so there's some other
> > factor here at work. Did something change wrt GnuTLS between the time
> > you built Emacs 29.4 and the time you tried to build 30.0.91? Are you
> > sure you have the header files needed for developing programs with
> > GnuTLS?
> >
>
> The pkgsrc manager refreshed the quarterly release so that may explain.
Probably. But I'd need to see the contents of your gnutls.pc file to
know for sure.
> As attached, the pkg-content listing shows header files.
>
> > In any case, please post config.log which was created by running the
> > configure script, it should tell the details regarding the failed
> > test.
> >
>
> See attached config.log for 29.4 and 30.0.91. The earlier version
> config.log locates the cairo package related paths and I was able to
> make that work on 30.0.91
Here's the difference:
Emacs 29.4:
> configure:15995: checking for gnutls >= 2.12.2
> configure:16002: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
> configure:16005: $? = 0
> configure:16019: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
> configure:16022: $? = 0
> configure:16060: result: yes
^^^^^^^^^^^
It succeds. By contrast, Emacs 30:
> configure:20577: checking for gnutls >= 2.12.2
> configure:20584: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
> Package gnutls was not found in the pkg-config search path.
> Perhaps you should add the directory containing `gnutls.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'gnutls' not found
> configure:20587: $? = 1
> configure:20601: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
> Package gnutls was not found in the pkg-config search path.
> Perhaps you should add the directory containing `gnutls.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'gnutls' not found
^^^^^^^^^^^^^^^^^^^^^^^^^^
It fails.
The pkg-content listing shows the gnutls.pc file:
59 /usr/pkg/lib/pkgconfig/gnutls.pc
But it looks like this file is not in the directory where pkg-config
looks. So, as the configure script says, "Perhaps you should add the
directory containing `gnutls.pc' to the PKG_CONFIG_PATH environment
variable". Or maybe the file is there, but its contents is wrong or
corrupted or something. Or maybe you installed a new version of
pkg-config, and that looks in different places.
In any case, you should make sure that the command
$ pkg-config --exists --print-errors "gnutls >= 2.12.2"
exits with zero status and no error messages.
Bottom line: this seems to be a problem with your system
configuration.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73255
; Package
emacs
.
(Sun, 15 Sep 2024 10:23:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 73255 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Van Ly <van.ly <at> sdf.org>
>> Cc: 73255 <at> debbugs.gnu.org
>> Date: Sun, 15 Sep 2024 06:31:04 +0000
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> configure: error: The following required libraries were not found:
>> >> gnutls
>> >
>> > That's the reason, right there: the configure script decided it
>> > couldn't find GnuTLS installed whose version is at least 2.12.2:
>> >
>> >> 167 checking for gnutls >= 2.12.2... no
>> >
>> > AFAICT, Emacs 29.4 was making the same test, so there's some other
>> > factor here at work. Did something change wrt GnuTLS between the time
>> > you built Emacs 29.4 and the time you tried to build 30.0.91? Are you
>> > sure you have the header files needed for developing programs with
>> > GnuTLS?
>> >
>>
>> The pkgsrc manager refreshed the quarterly release so that may explain.
>
> Probably. But I'd need to see the contents of your gnutls.pc file to
> know for sure.
>
>> As attached, the pkg-content listing shows header files.
>>
>> > In any case, please post config.log which was created by running the
>> > configure script, it should tell the details regarding the failed
>> > test.
>> >
>>
>> See attached config.log for 29.4 and 30.0.91. The earlier version
>> config.log locates the cairo package related paths and I was able to
>> make that work on 30.0.91
>
> Here's the difference:
>
> Emacs 29.4:
>
>> configure:15995: checking for gnutls >= 2.12.2
>> configure:16002: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
>> configure:16005: $? = 0
>> configure:16019: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
>> configure:16022: $? = 0
>> configure:16060: result: yes
> ^^^^^^^^^^^
> It succeds. By contrast, Emacs 30:
>
>> configure:20577: checking for gnutls >= 2.12.2
>> configure:20584: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
>> Package gnutls was not found in the pkg-config search path.
>> Perhaps you should add the directory containing `gnutls.pc'
>> to the PKG_CONFIG_PATH environment variable
>> Package 'gnutls' not found
>> configure:20587: $? = 1
>> configure:20601: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
>> Package gnutls was not found in the pkg-config search path.
>> Perhaps you should add the directory containing `gnutls.pc'
>> to the PKG_CONFIG_PATH environment variable
>> Package 'gnutls' not found
> ^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> It fails.
>
> The pkg-content listing shows the gnutls.pc file:
>
> 59 /usr/pkg/lib/pkgconfig/gnutls.pc
>
> But it looks like this file is not in the directory where pkg-config
> looks. So, as the configure script says, "Perhaps you should add the
> directory containing `gnutls.pc' to the PKG_CONFIG_PATH environment
> variable". Or maybe the file is there, but its contents is wrong or
> corrupted or something. Or maybe you installed a new version of
> pkg-config, and that looks in different places.
>
> In any case, you should make sure that the command
>
> $ pkg-config --exists --print-errors "gnutls >= 2.12.2"
>
> exits with zero status and no error messages.
>
> Bottom line: this seems to be a problem with your system
> configuration.
>
Good catch !!!
Thanks for getting to the bottom of this. Possible cause is the pkgsrc
config state is messed up. I get to the end of the configure script run
using
env PKG_CONFIG_PATH=/usr/pkg/lib/pkgconfig ../30.0.91/configure
and make completes. I'll next time try harder to read the config.log
On the pretest announcement the keyserver pgp.mit.edu works where
keys.openpgp.org fails for verifying the sigfile, btw.
--
vl
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 28 Sep 2024 08:56:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Van Ly <van.ly <at> sdf.org>
:
bug acknowledged by developer.
(Sat, 28 Sep 2024 08:56:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 73255-done <at> debbugs.gnu.org (full text, mbox):
> From: Van Ly <van.ly <at> sdf.org>
> Cc: 73255 <at> debbugs.gnu.org
> Date: Sun, 15 Sep 2024 10:22:40 +0000
>
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> From: Van Ly <van.ly <at> sdf.org>
> >> Cc: 73255 <at> debbugs.gnu.org
> >> Date: Sun, 15 Sep 2024 06:31:04 +0000
> >>
> >> Eli Zaretskii <eliz <at> gnu.org> writes:
> >>
> >> >> configure: error: The following required libraries were not found:
> >> >> gnutls
> >> >
> >> > That's the reason, right there: the configure script decided it
> >> > couldn't find GnuTLS installed whose version is at least 2.12.2:
> >> >
> >> >> 167 checking for gnutls >= 2.12.2... no
> >> >
> >> > AFAICT, Emacs 29.4 was making the same test, so there's some other
> >> > factor here at work. Did something change wrt GnuTLS between the time
> >> > you built Emacs 29.4 and the time you tried to build 30.0.91? Are you
> >> > sure you have the header files needed for developing programs with
> >> > GnuTLS?
> >> >
> >>
> >> The pkgsrc manager refreshed the quarterly release so that may explain.
> >
> > Probably. But I'd need to see the contents of your gnutls.pc file to
> > know for sure.
> >
> >> As attached, the pkg-content listing shows header files.
> >>
> >> > In any case, please post config.log which was created by running the
> >> > configure script, it should tell the details regarding the failed
> >> > test.
> >> >
> >>
> >> See attached config.log for 29.4 and 30.0.91. The earlier version
> >> config.log locates the cairo package related paths and I was able to
> >> make that work on 30.0.91
> >
> > Here's the difference:
> >
> > Emacs 29.4:
> >
> >> configure:15995: checking for gnutls >= 2.12.2
> >> configure:16002: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
> >> configure:16005: $? = 0
> >> configure:16019: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
> >> configure:16022: $? = 0
> >> configure:16060: result: yes
> > ^^^^^^^^^^^
> > It succeds. By contrast, Emacs 30:
> >
> >> configure:20577: checking for gnutls >= 2.12.2
> >> configure:20584: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
> >> Package gnutls was not found in the pkg-config search path.
> >> Perhaps you should add the directory containing `gnutls.pc'
> >> to the PKG_CONFIG_PATH environment variable
> >> Package 'gnutls' not found
> >> configure:20587: $? = 1
> >> configure:20601: $PKG_CONFIG --exists --print-errors "gnutls >= 2.12.2"
> >> Package gnutls was not found in the pkg-config search path.
> >> Perhaps you should add the directory containing `gnutls.pc'
> >> to the PKG_CONFIG_PATH environment variable
> >> Package 'gnutls' not found
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^
> >
> > It fails.
> >
> > The pkg-content listing shows the gnutls.pc file:
> >
> > 59 /usr/pkg/lib/pkgconfig/gnutls.pc
> >
> > But it looks like this file is not in the directory where pkg-config
> > looks. So, as the configure script says, "Perhaps you should add the
> > directory containing `gnutls.pc' to the PKG_CONFIG_PATH environment
> > variable". Or maybe the file is there, but its contents is wrong or
> > corrupted or something. Or maybe you installed a new version of
> > pkg-config, and that looks in different places.
> >
> > In any case, you should make sure that the command
> >
> > $ pkg-config --exists --print-errors "gnutls >= 2.12.2"
> >
> > exits with zero status and no error messages.
> >
> > Bottom line: this seems to be a problem with your system
> > configuration.
> >
>
> Good catch !!!
>
> Thanks for getting to the bottom of this. Possible cause is the pkgsrc
> config state is messed up. I get to the end of the configure script run
> using
>
> env PKG_CONFIG_PATH=/usr/pkg/lib/pkgconfig ../30.0.91/configure
>
> and make completes. I'll next time try harder to read the config.log
Thanks, I'm therefore closing this bug.
> On the pretest announcement the keyserver pgp.mit.edu works where
> keys.openpgp.org fails for verifying the sigfile, btw.
That's a known issue with the key servers, you need to try
alternatives if a particular server doesn't work.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 26 Oct 2024 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 240 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.