From owner-svn-src-all@freebsd.org Sat Sep 26 19:22:30 2020 Return-Path: Delivered-To: svn-src-all@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB0B4426D00 for ; Sat, 26 Sep 2020 19:22:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BzJZZ0FPKz3ytf for ; Sat, 26 Sep 2020 19:22:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82b.google.com with SMTP id d1so5173115qtr.6 for ; Sat, 26 Sep 2020 12:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7lCaOLt5kkAIVsJhqY2uGEKFrSOPFSv+ZTvYYH4ZfIU=; b=mbAY1YLcJcZ+rOORNxhlAq/a6NC7mgTsgbQyyBzZjwoGSRv9ZYLlUQLggtOpekWWOW MsDUdobPqeNNy30SM7qx5xibLRcAsi1UoW09KRhwdENj5Z/rpcaFVG39veq4cDfysmlS XZPZh0LknOAuDBkdsa7BZgZdmyjAaIlXWZs47yhErkDv+nnkAzTnpcRQveSa2X6aMirM C7LHvZc94bAXvzi70weFDkMymUTiFwPMrvDk6Ldt41RAfw+1+iyxlwQarAXCTJi8Q2fj 6mjqPgwU1Tv6bUnwQtiQwVBXQwLmpKV9IGlIguiM34eKgVVriKlqX0FMH4F4blIcpRYd rLpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7lCaOLt5kkAIVsJhqY2uGEKFrSOPFSv+ZTvYYH4ZfIU=; b=ia+Eu5ULm9P5RzT9xjht0eSUHG+nNzI9RZI3M2Hnw/pRSkwh0IeVJ7OrnsxQIw6sdP XJRy+GVF0VdgdGtlAh12VHcsolzn8nMvcYgJumapybvejoKEYsRTE30eNS57iY7CdfqT UfnBs0pORiG56tVf63nx6JpV8u5daXKwvNFr8d7S2glqg4g+EUw3u6LT0Fu4Idbsdsou dlXmqAXnXi6jYIh3gpKKdi1fg7HdBitns1HOZQlCwJy0j1hGXsW7OaRdQMqEygK5UqCk SFNv07gHl6XqxrmqdHtm/sT0wX5OcN5vax/0GJCBv4m/DzUQQpjEkobq066pMflciq4/ YArQ== X-Gm-Message-State: AOAM530g/+EYg+llk171RVrwHjeNk0IgYGB9Ppaikj8Hs7NXHRncNV87 mLar3cYz7JIUNiL3cVFdFjNnU/l1OTGOyeOwOL9ITmeEBFDfbA== X-Google-Smtp-Source: ABdhPJzeVG1pp4BBiguZxyP/BlJG48CM7LWHasDF6cF6R9JcslLTPugZI5KwUSdz/bQXeTefhd+A859f7W2huF0wwgk= X-Received: by 2002:ac8:4cd0:: with SMTP id l16mr5611476qtv.175.1601148148849; Sat, 26 Sep 2020 12:22:28 -0700 (PDT) MIME-Version: 1.0 References: <202009261828.08QISIww055941@gndrsh.dnsmgr.net> In-Reply-To: From: Warner Losh Date: Sat, 26 Sep 2020 13:22:17 -0600 Message-ID: Subject: Re: svn commit: r366186 - in head/usr.sbin: bsdconfig/share/media bsdinstall/scripts To: Niclas Zeising Cc: "Rodney W. Grimes" , src-committers , svn-src-all , svn-src-head X-Rspamd-Queue-Id: 4BzJZZ0FPKz3ytf X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=mbAY1YLc; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::82b) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.11 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.97)[-0.971]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.78)[-0.776]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[svn-src-all@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCPT_COUNT_FIVE(0.00)[5]; URI_COUNT_ODD(1.00)[21]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.37)[-0.366]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82b:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[svn-src-all] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2020 19:22:30 -0000 On Sat, Sep 26, 2020 at 12:54 PM Niclas Zeising wrote: > On 2020-09-26 20:28, Rodney W. Grimes wrote: > >> On 2020-09-26 20:12, Rodney W. Grimes wrote: > >>>> Author: zeising (doc,ports committer) > >>>> Date: Sat Sep 26 16:27:09 2020 > >>>> New Revision: 366186 > >>>> URL: https://svnweb.freebsd.org/changeset/base/366186 > >>>> > >>>> Log: > >>>> bsdconfig, bsdinstall: Prune dead mirrors > >>>> > >>>> Prune dead mirrors from the list of mirrors in bsdconfig and > bsdinstall. > >>>> All these return NXDOMAIN when trying to resolve them. > >>> > >>> This seems like the wrong place to fix it, as this does > >>> nothing for all the "shipped" releases that contain the > >>> old values. Shouldnt these all just be CNAMED in dns > >>> to a nearest replacement resource? > >>> > >>> > >> > >> Considering that we don't actually have control of the subdomans > >> (CC.freebsd.org) ourselves, that is trickier than it might sound. > > > > How can freebsd.org NOT have ultimate control over deligations? > > If things have become "lame" in a deligated zone the deligation > > can and should be pulled and replaced with local data. > > > > This is cc.freebsd.org, not freebsd.org.cc! > > I am the wrong person to answer that question. > > In this case, things have not become lame. For instance, the names > ervers for se.freebsd.org work fine, but ftp3.se and ftp6.se records are > removed. Same for ru.freebsd.org and ftp4.ru. > I'm merely pointing out that changing ftp.CC.freebsd.org usually > requires contacting the person(s) maintaining the CC.freebsd.org zone, > which is usually not the project. > It's usually people associated with the project in some way, but who might not be as responsive as cluster admin. These domains have been delegated, so we have to get the delegated admin to make the changes, which can take a bit of time to chase down and doesn't lend itself to easy / automated coping with this situation. Warner