Re: stray conflict marker on ARM docs

2025-06-23 Thread Bagas Sanjaya
On Mon, Jun 23, 2025 at 12:32:10PM +0200, Petr Špaček wrote: > On 23. 06. 25 12:23, Bagas Sanjaya wrote: > > Hi Aydın, > > > > When I look at ARM docs (`doc/arm/build.inc.rst`) since your Meson > > build conversion in 5cd6c173ff74 (replace the build system with meson,

stray conflict marker on ARM docs

2025-06-23 Thread Bagas Sanjaya
Hi Aydın, When I look at ARM docs (`doc/arm/build.inc.rst`) since your Meson build conversion in 5cd6c173ff74 (replace the build system with meson, 2024-04-16), I see stray conflict marker remains: > <<< HEAD > For line editing in :iscman:`nsupdate` and :iscman:`nslookup`, > the ``libedit``

Re: Can not get a lick of debug information for a slew of queries that are coming back SERVFAIL

2025-04-24 Thread Bagas Sanjaya
On Tue, Apr 22, 2025 at 01:27:11AM -0700, The Gorf wrote: > bind version:BIND 9.18.33-1~deb12u2-Debian (Extended Support Version) > > So it's pretty simple. Im getting a ton of SERVFAILs randomly and I can > neither figure out why nor figure out how to get bind to give me debug > information abou

Re: Cannot import keys into dnssec-policy

2025-04-09 Thread Bagas Sanjaya
On Tue, Apr 08, 2025 at 07:38:44AM -0500, Matthijs Mekking wrote: > This time I was able to reproduce, thanks. > > The reason why the key created by dnssec-keygen is retired because named > thinks it was in use already. When there is key timing metadata, the key is > considered to be in use (now o

Re: Cannot import keys into dnssec-policy

2025-04-08 Thread Bagas Sanjaya
On Mon, Apr 07, 2025 at 09:28:07AM -0500, Matthijs Mekking wrote: > Hi, > > I have tried to reproduce but when I am issuing a rollover it selects the > key I generate previously, as expected. > > If you believe this is a genuine bug, please support a bug report: > > https://gitlab.isc.org/isc-pr

Re: Upcoming changes in Debian/Ubuntu BIND 9 package

2025-02-02 Thread Bagas Sanjaya
On Mon, Jan 27, 2025 at 01:17:10PM +0100, Ondřej Surý wrote: > - The all /etc/bind/db.*, named.conf.default-zones and zones.rfc1918 > configuration files are going to be removed in favor of empty-zones yes; > (which is default) I see many BIND authoritative server tutorials compose the zone file