[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#801124: jessie-pu: package dns-root-data/2015052300+h+1



Control: tags -1 -moreinfo +confirmed

Hi,

On Tue, 2015-10-06 at 19:13 +0200, Ondřej Surý wrote:
> Hi Adam,
> 
> On Tue, Oct 6, 2015, at 18:59, Adam D. Barratt wrote:
> > Control: tags -1 + moreinfo
> > 
> > On 2015-10-06 15:32, Ondřej Surý wrote:
> > > H-ROOT will change it's IP addresses on 1 December 2015.
> > > dns-root-data package holds root zone that's used by some packages to
> > > bootstrap DNS root zone data.  It might be good idea to update the
> > > package and binNMU the r-deps.
> > 
> > That sounds like a good idea, yes. Please provide a debdiff for the 
> > proposed upload to stable. It'll probably be easier if the binNMUs are a 
> > separate bug once the package is in p-u.
> 
> I am attaching the full diff as it makes the package in sync with the
> current root zone format, but only this part:
[...]
> -H.ROOT-SERVERS.NET.      3600000      A     128.63.2.53
> -H.ROOT-SERVERS.NET.      3600000      AAAA  2001:500:1::803F:235
> +H.ROOT-SERVERS.NET.      3600000      A     198.97.190.53
> +H.ROOT-SERVERS.NET.      3600000      AAAA  2001:500:1::53
>  ;
>  ; FORMERLY NIC.NORDU.NET
>  ;
> 
> is the important one.
> 
> I can prepare just the smallest change possible or we can just pull
> whatever is in testing/unstable right now.
[...]
> The full sync is more convenient for me, but I can adjust to what's more
> convenient for release team.

Looking at the diff, I'd be happy with a 2015052300+h+1~deb8u1 upload as
a simple rebuild of the package in unstable; thanks.

> > [...]
> > > It looks like the same applies for D-ROOT IP address change (2013):
> > [...]
> > > and J-ROOT IP address change (happened 13 years ago #palmface):
> > 
> > Are those also proposed to be fixed via the dns-root-data upload?
> 
> Unfortunately not (yet), but it's my release goal for stretch to convert
> all DNS package to use one authorative source for DNS root zone data.

Okay, sounds good.

> > If not then please file separate p-u and/or binnmu bugs for any packages that 
> > you're proposing to fix; a general "these things need fixing" bug 
> > without concrete actions is awkward from a tracking perspective, as is 
> > mixing multiple actions or packages in a single p-u request.
> 
> This was more a "heads-up" than an action point, so yes, I definitely
> plan to follow up with more pus and/or binNMUs.

Okay.

Regards,

Adam


Reply to: