RE: Upgrading from BIND 9.14.9 to 9.16.3
Solaris Unix x86 64 bit VM on VMware I discovered a new dependency: libuv. libuv also has dependencies: automake m4 libtool autoconf. I installed the dependencies, then tried installing various versions of libuv using sh autogen.sh -- then ./configure - make - make check - make install to install libuv. Back to installing BIND 9.16.3: ./configure > received an error: 'configure: error: libuv not found'. I had tried installing libuv 1.0.0. 1.38.0. and 1.9.1 --same result. libuv files are present in: $ find / -name libuv* -print /usr/local/lib/libuv.so /usr/local/lib/libuv.la /usr/local/lib/libuv.so.1 /usr/local/lib/libuv.a /usr/local/lib/libuv.so.1.0.0 /usr/local/lib/pkgconfig/libuv.pc /usr/include/sys/libuvfs_ki.h /usr/include/libuvfs.h /usr/lib/amd64/libuvfs.so /usr/lib/amd64/libuvfs.so.1 I am not clear how to fix this--seems like the ./configure command needs an option to discover libuv but I am not sure. Any help would be appreciated. Jim ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Upgrading from BIND 9.14.9 to 9.16.3
Jim, I did reply to you on the issue you created, I’ll copy it here for clarity: > You should evaluate the contents of config.log file for proper diagnostics. > > That said, you are most probably missing pkg-config configuration, try > setting PKG_CONFIG_PATH environment variable to a directory where libuv.pc > resides. > > pkg-config --list-all should list libuv. e.g. try $ export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig $ pkg-config --list-all | grep libuv It should say something like this: libuv libuv - multi-platform support library with a focus on asynchronous I/O. If that doesn’t work, you really need to look into config.log, it has all or most of the information needed to properly debug the issue. Ondrej -- Ondřej Surý ond...@isc.org > On 27 May 2020, at 17:57, DeCaro, James John (Jim) CIV DISA FE (USA) via > bind-users wrote: > > Solaris Unix x86 64 bit VM on VMware > > I discovered a new dependency: libuv. libuv also has dependencies: automake > m4 libtool autoconf. I installed the dependencies, then tried installing > various versions of libuv using sh autogen.sh -- then ./configure - make - > make check - make install to install libuv. Back to installing BIND 9.16.3: > ./configure > received an error: 'configure: error: libuv not found'. I > had tried installing libuv 1.0.0. 1.38.0. and 1.9.1 --same result. > libuv files are present in: > > $ find / -name libuv* -print > /usr/local/lib/libuv.so > /usr/local/lib/libuv.la > /usr/local/lib/libuv.so.1 > /usr/local/lib/libuv.a > /usr/local/lib/libuv.so.1.0.0 > /usr/local/lib/pkgconfig/libuv.pc > /usr/include/sys/libuvfs_ki.h > /usr/include/libuvfs.h > /usr/lib/amd64/libuvfs.so > /usr/lib/amd64/libuvfs.so.1 > > I am not clear how to fix this--seems like the ./configure command needs an > option to discover libuv but I am not sure. > Any help would be appreciated. > > > Jim > > > ___ > Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe > from this list > > ISC funds the development of this software with paid support subscriptions. > Contact us at https://www.isc.org/contact/ for more information. > > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users signature.asc Description: Message signed with OpenPGP ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: automating DS Record submit to parent with 'new' kasp/dnssec-policy support in bind?
On 5/26/20 4:50 PM, Mark Andrews wrote: > This is where we need to get the registrars to follow standards. They are > written > so everyone doesn’t have to cobble together ad-hoc solutions. Hourly scans > of all > the DNSSEC delegations by the registrars would do. > > push solutions sounds reasonable. at very least, better than nothing. in the absence of a standards-based solution, any options for hooks in bind to external scripts, even if ad-hoc? e.g., "if when change in DS Record in local bind, then fire this external script which will manage the DS submit/withdraw via API to registrar" a completely de-coupled solution, independent of bind itself, is doable -- but again, ad-hoc, and seems a step backwards given the nice progress with dnssec-policy/kasp simplifications in recent versions. if that's all there is, know of any existing, proven ad-hoc solutions? ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
RE: [Non-DoD Source] Re: Upgrading from BIND 9.14.9 to 9.16.3
I ran $ export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig and pkg-config
--list-all | grep libuv and got the desired results
Since I had tried so many casual fixes in the working directory, I decided to
try over again so I deleted it and 'un-tared' the original bind-9.16.3
directory. I ran configure with these options:
./configure --enable-full-report --enable-largefile --with-tuning=large
--with-openssl=/usr/local --sysconfdir=/etc --localstatedir=/var
--with-gssapi=krb5-config --with-libtool --enable-fixed-rrset
The configure ran with no errors (thank you)
Tried running make and it mostly compiled until the end when I got these errors:
ld.so.1: gen: fatal: libuv.so.1: open failed: No such file or directory
sh: 9085: Killed
*** Error code 1
make: Fatal error: Command failed for target `include/dns/enumtype.h'
Current working directory /tools/DNS_BIND/bind-9.16.3/lib/dns
*** Error code 1
make: Fatal error: Command failed for target `include'
Current working directory /tools/DNS_BIND/bind-9.16.3/lib/dns
*** Error code 1
The following command caused the error:
for i in isc isccc dns ns isccfg bind9 irs samples nulldir; do \
if [ "$i" != "nulldir" -a -d $i ]; then \
echo "making all in `pwd`/$i"; \
(cd $i; make DESTDIR="" all) || exit 1; \
fi; \
done
make: Fatal error: Command failed for target `subdirs'
Current working directory /tools/DNS_BIND/bind-9.16.3/lib
*** Error code 1
The following command caused the error:
for i in make lib fuzz bin doc nulldir; do \
if [ "$i" != "nulldir" -a -d $i ]; then \
echo "making all in `pwd`/$i"; \
(cd $i; make DESTDIR="" all) || exit 1; \
fi; \
done
make: Fatal error: Command failed for target `subdirs'
I am not sure why it will not create or find the directories from that code.
libuv.so.1 is located in /usr/local/lib/libuv.so.1 --not
sure why it will not find this since I added the path using the export command.
What am I missing please?
Thanks
V/R
Jim DeCaro
DISA
Systems Administrator
Windows and Unix Server Operations
FE222/DoDNet Service Section
Defense Enclave Services Directorate
☎ 301-225-8180
☎ 301-375-8180
james.j.decaro3@mail.mil
james.j.decaro3@mail.smil.mil
"If you always do what you always did you will always get what you always got."
-Original Message-
From: DeCaro, James John (Jim) CIV DISA FE (USA)
Sent: Wednesday, May 27, 2020 1:28 PM
To: 'Ondřej Surý'
Subject: RE: [Non-DoD Source] Re: Upgrading from BIND 9.14.9 to 9.16.3
The export command worked as you outlined. When I try the ./configure again, I
get another error:
./configure: line 14516: syntax error at line 14743: `(' unexpected
I am not sure where it is finding line 14516, and I do not see this error in
the config.log. Internet searches are confusing. Any help is appreciated.
Sorry this is so challenging
V/R
Jim DeCaro
-Original Message-
From: Ondřej Surý
Sent: Wednesday, May 27, 2020 12:06 PM
To: DeCaro, James John (Jim) CIV DISA FE (USA)
Cc: bind-users@lists.isc.org; Dawson, Keith A CIV DISA FE (USA)
; Mcallister, Reginald CTR DISA FE (USA)
Subject: [Non-DoD Source] Re: Upgrading from BIND 9.14.9 to 9.16.3
All active links contained in this email were disabled. Please verify the
identity of the sender, and confirm the authenticity of all links contained
within the message prior to copying and pasting the address to a Web browser.
Jim,
I did reply to you on the issue you created, I’ll copy it here for clarity:
> You should evaluate the contents of config.log file for proper diagnostics.
>
> That said, you are most probably missing pkg-config configuration, try
> setting PKG_CONFIG_PATH environment variable to a directory where libuv.pc
> resides.
>
> pkg-config --list-all should list libuv.
e.g. try
$ export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
$ pkg-config --list-all | grep libuv
It should say something like this:
libuv libuv - multi-platform support library with a focus
on asynchronous I/O.
If that doesn’t work, you really need to look into config.log, it has all or
most of the information needed to properly debug the issue.
Ondrej
--
Ondřej Surý
ond...@isc.org
> On 27 May 2020, at 17:57, DeCaro, James John (Jim) CIV DISA FE (USA) via
> bind-users wrote:
>
> Solaris Unix x86 64 bit VM on VMware
>
> I discovered a new dependency: libuv. libuv also has dependencies: automake
> m4 libtool autoconf. I installed the dependencies, then tried installing
> various versions of libuv using sh autogen.sh -- then ./configure - make -
> make check - make install to install libuv. Back to installing BIND 9.16.3:
> ./configure > received an error: 'configure: error: libuv not found'. I
> had tried installing libuv 1.0.0. 1.38.0. and 1.9.1 --same result.
> libuv files are present in:
>
> $ find / -name libuv* -print
> /usr/local/lib/libuv.so
> /usr/local/lib/libuv.la
Re: [Non-DoD Source] Re: Upgrading from BIND 9.14.9 to 9.16.3
Jim, you need to read up on how to setup the system dynamic linker to add extra
directories with libraries.
Searching for “library path Solaris” shows this as one of the first links:
https://docs.oracle.com/cd/E19205-01/819-5262/aeude/index.html
Ondrej
--
Ondřej Surý — ISC
> On 27 May 2020, at 20:24, DeCaro, James John (Jim) CIV DISA FE (USA)
> wrote:
>
> I ran $ export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig and pkg-config
> --list-all | grep libuv and got the desired results
>
> Since I had tried so many casual fixes in the working directory, I decided to
> try over again so I deleted it and 'un-tared' the original bind-9.16.3
> directory. I ran configure with these options:
> ./configure --enable-full-report --enable-largefile --with-tuning=large
> --with-openssl=/usr/local --sysconfdir=/etc --localstatedir=/var
> --with-gssapi=krb5-config --with-libtool --enable-fixed-rrset
>
> The configure ran with no errors (thank you)
>
> Tried running make and it mostly compiled until the end when I got these
> errors:
>
> ld.so.1: gen: fatal: libuv.so.1: open failed: No such file or directory
> sh: 9085: Killed
> *** Error code 1
> make: Fatal error: Command failed for target `include/dns/enumtype.h'
> Current working directory /tools/DNS_BIND/bind-9.16.3/lib/dns
> *** Error code 1
> make: Fatal error: Command failed for target `include'
> Current working directory /tools/DNS_BIND/bind-9.16.3/lib/dns
> *** Error code 1
> The following command caused the error:
> for i in isc isccc dns ns isccfg bind9 irs samples nulldir; do \
>if [ "$i" != "nulldir" -a -d $i ]; then \
>echo "making all in `pwd`/$i"; \
>(cd $i; make DESTDIR="" all) || exit 1; \
>fi; \
> done
> make: Fatal error: Command failed for target `subdirs'
> Current working directory /tools/DNS_BIND/bind-9.16.3/lib
> *** Error code 1
> The following command caused the error:
> for i in make lib fuzz bin doc nulldir; do \
>if [ "$i" != "nulldir" -a -d $i ]; then \
>echo "making all in `pwd`/$i"; \
>(cd $i; make DESTDIR="" all) || exit 1; \
>fi; \
> done
> make: Fatal error: Command failed for target `subdirs'
>
> I am not sure why it will not create or find the directories from that code.
> sh: 9085: Killed> libuv.so.1 is located in /usr/local/lib/libuv.so.1 --not
> sure why it will not find this since I added the path using the export
> command.
>
> What am I missing please?
>
> Thanks
>
> V/R
> Jim DeCaro
> DISA
> Systems Administrator
> Windows and Unix Server Operations
> FE222/DoDNet Service Section
> Defense Enclave Services Directorate
> ☎ 301-225-8180
> ☎ 301-375-8180
> james.j.decaro3@mail.mil
> james.j.decaro3@mail.smil.mil
>
> "If you always do what you always did you will always get what you always
> got."
>
>
> -Original Message-
> From: DeCaro, James John (Jim) CIV DISA FE (USA)
> Sent: Wednesday, May 27, 2020 1:28 PM
> To: 'Ondřej Surý'
> Subject: RE: [Non-DoD Source] Re: Upgrading from BIND 9.14.9 to 9.16.3
>
> The export command worked as you outlined. When I try the ./configure again,
> I get another error:
> ./configure: line 14516: syntax error at line 14743: `(' unexpected
>
> I am not sure where it is finding line 14516, and I do not see this error in
> the config.log. Internet searches are confusing. Any help is appreciated.
>
> Sorry this is so challenging
>
>
> V/R
> Jim DeCaro
>
>
> -Original Message-
> From: Ondřej Surý
> Sent: Wednesday, May 27, 2020 12:06 PM
> To: DeCaro, James John (Jim) CIV DISA FE (USA)
> Cc: bind-users@lists.isc.org; Dawson, Keith A CIV DISA FE (USA)
> ; Mcallister, Reginald CTR DISA FE (USA)
>
> Subject: [Non-DoD Source] Re: Upgrading from BIND 9.14.9 to 9.16.3
>
> All active links contained in this email were disabled. Please verify the
> identity of the sender, and confirm the authenticity of all links contained
> within the message prior to copying and pasting the address to a Web browser.
>
>
>
>
>
>
>
> Jim,
>
> I did reply to you on the issue you created, I’ll copy it here for clarity:
>
>> You should evaluate the contents of config.log file for proper diagnostics.
>>
>> That said, you are most probably missing pkg-config configuration, try
>> setting PKG_CONFIG_PATH environment variable to a directory where libuv.pc
>> resides.
>>
>> pkg-config --list-all should list libuv.
>
> e.g. try
>
> $ export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
> $ pkg-config --list-all | grep libuv
>
> It should say something like this:
>
> libuv libuv - multi-platform support library with a focus
> on asynchronous I/O.
>
> If that doesn’t work, you really need to look into config.log, it has all or
> most of the information needed to properly debug the issue.
>
> Ondrej
> --
> Ondřej Surý
> ond...@isc.org
>
>> On 27 May 2020, at 17:57, DeCaro, James John (Jim) CIV DISA FE (USA) via
>>
Re: automating DS Record submit to parent with 'new' kasp/dnssec-policy support in bind?
Please submit a feature request to our GitLab instance. I can’t guarantee that we will get to it in the timeframe you need, but the mails tend to get lost. Ondrej -- Ondřej Surý — ISC > On 27 May 2020, at 19:35, PGNet Dev wrote: > > On 5/26/20 4:50 PM, Mark Andrews wrote: >> This is where we need to get the registrars to follow standards. They are >> written >> so everyone doesn’t have to cobble together ad-hoc solutions. Hourly scans >> of all >> the DNSSEC delegations by the registrars would do. >> >> push solutions > > sounds reasonable. at very least, better than nothing. > > in the absence of a standards-based solution, any options for hooks in bind > to external scripts, even if ad-hoc? > > e.g., "if when change in DS Record in local bind, then fire this external > script which will manage the DS submit/withdraw via API to registrar" > > a completely de-coupled solution, independent of bind itself, is doable -- > but again, ad-hoc, and seems a step backwards given the nice progress with > dnssec-policy/kasp simplifications in recent versions. > > if that's all there is, know of any existing, proven ad-hoc solutions? > ___ > Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe > from this list > > ISC funds the development of this software with paid support subscriptions. > Contact us at https://www.isc.org/contact/ for more information. > > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: automating DS Record submit to parent with 'new' kasp/dnssec-policy support in bind?
On 5/27/20 11:56 AM, Ondřej Surý wrote: > Please submit a feature request to our GitLab instance. https://gitlab.isc.org/isc-projects/bind9/-/issues/1890 ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
