Somewhat related to this, the README in the bind.debian.net repository
still includes scripting which sets up packages.sury.org as the repository,
which no longer exists in the DNS. That could use some cleanup.
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this l
On Thu, 13 Feb 2025, at 16:54, Petr Špaček wrote:
>> [1] https://gitlab.isc.org/isc-projects/bind9/-/issues/5050
>
> BTW you can expedite fixing it if you test code changes in
> https://gitlab.isc.org/isc-projects/bind9/-/merge_requests/9967
> and provide feedback.
Aha -- I had missed that -- I wi
On 13. 02. 25 17:17, Malcolm Scott via bind-users wrote:
I mainly noticed this because I am temporarily building my own patched
version of your package with a workaround for the SIG(0) key limit
problem I reported some months back [1],
[1] https://gitlab.isc.org/isc-projects/bind9/-/iss
lised that if I used your sources, I'd
have to ship debsuryorg-archive-keyring in my own PPA too.
Thanks,
Malcolm
[1] https://gitlab.isc.org/isc-projects/bind9/-/issues/5050
On Thu, 13 Feb 2025, Ondřej Surý wrote:
Hi Malcolm,
if you trust me to produce BIND 9 code directly from the u
t wrote:
>
> I mainly noticed this because I am temporarily building my own patched
> version of your package with a workaround for the SIG(0) key limit problem I
> reported some months back [1], and realised that if I used your sources, I'd
> have to ship debsuryorg-archi
ked from https://kb.isc.org/docs/isc-packages-for-bind-9 and published at
> https://launchpad.net/~isc/+archive/ubuntu/bind, depend on
> debsuryorg-archive-keyring? That package makes Apt trust a key for an
> entirely different Apt repository, not used (as far as I can tell) by the
&
Hi all,
With apologies if this is a FAQ: why do the ISC BIND packages for Ubuntu,
linked from https://kb.isc.org/docs/isc-packages-for-bind-9 and published at
https://launchpad.net/~isc/+archive/ubuntu/bind, depend on
debsuryorg-archive-keyring? That package makes Apt trust a key for an
7 matches
Mail list logo
