From owner-svn-src-head@freebsd.org Sun Sep 27 08:41:53 2020 Return-Path: Delivered-To: svn-src-head@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 EF8313F38A9; Sun, 27 Sep 2020 08:41:53 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BzfJx4WwQz4jZk; Sun, 27 Sep 2020 08:41:53 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 4BzfJv6hKJz3nDX; Sun, 27 Sep 2020 08:41:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id S6X8GMdjfU4X; Sun, 27 Sep 2020 08:41:51 +0000 (UTC) Received: from vivi.daemonic.se (vivi.daemonic.se [IPv6:2001:470:dca9:1200::4]) by mail.daemonic.se (Postfix) with ESMTPSA id 4BzfJt6BP9z3mQw; Sun, 27 Sep 2020 08:41:50 +0000 (UTC) Subject: Re: svn commit: r366186 - in head/usr.sbin: bsdconfig/share/media bsdinstall/scripts To: Scott Long , rgrimes@freebsd.org Cc: Warner Losh , src-committers , svn-src-all , svn-src-head References: <202009262324.08QNOjbQ056906@gndrsh.dnsmgr.net> <58A46C41-07DE-41F4-A3F9-668035347D8B@samsco.org> From: Niclas Zeising Message-ID: Date: Sun, 27 Sep 2020 10:41:48 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <58A46C41-07DE-41F4-A3F9-668035347D8B@samsco.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BzfJx4WwQz4jZk X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; local_wl_from(0.00)[freebsd.org] X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Sep 2020 08:41:54 -0000 On 2020-09-27 03:38, Scott Long wrote: >=20 >=20 >> On Sep 26, 2020, at 5:24 PM, Rodney W. Grimes wrote: >> >> =EF=BB=BF >>> >>> >>>>> On Sep 26, 2020, at 1:22 PM, Warner Losh wrote: >>>> >>>> >>>> >>>> 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 zon= e, >>>> 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 del= egated, 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 / au= tomated coping with this situation. >>>> >>> >>> Just a spitball idea here, but maybe we should consider not embedding= these lists of mirror URLs into the binaries. It seems pretty straight-= forward that the list evolves over time, and that evolution is not tightl= y coupled with the updating of the binaries. It sounds like the pkg and = freebsd-update infrastructure use DNS TXT and/or SRV records to point to = the metadata needed to construct a mirror URL list dynamically. Maybe so= mething similar can be done for bsdconfig? If it?s not a crazy idea, is = there anyone who would be interested in helping me write a proposal over = at arch@? >> >> 100% behind that idea! Especially since it seems the project has lost >> (some) control over its DNS space, which IMHO, is still an issue, if >> the people whom DNS zones have been deligated to are not responsive >> that should also >=20 > Words of agreement don=E2=80=99t help at the moment, though i appreciat= e your enthusiasm. Would you he able to help write a proposal for the ar= ch@ mailing list? >=20 I think this is the wrong approach, and the better approach is to have=20 the official installer use download.freebsd.org (which already is=20 geo-located). I also feel like this is probably something that core and=20 possibly clusteradm should weigh in on, since it affects how we=20 distribute FreeBSD. My impression was that we were generally trying to move away from=20 mirrors hosted by various people and organizations all over the world,=20 where we have little control, to our own mirrors behind=20 download.freebsd.org. If this is the case, perhaps we should do so in=20 the installer as well. That said, I'm not opposed to the idea of using DNS SRV/TXT records to=20 construct mirror lists, especially if we want to keep on using those=20 mirrors. Regards --=20 Niclas Zeising