From owner-svn-src-head@freebsd.org Tue Sep 29 15:34: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 5641E426830; Tue, 29 Sep 2020 15:34:53 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::25]) (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 4C13NX74Zdz3SjK; Tue, 29 Sep 2020 15:34:52 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 4C13NN6Tzwz3nFM; Tue, 29 Sep 2020 15:34:44 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id wjOscpKQMyEG; Tue, 29 Sep 2020 15:34:01 +0000 (UTC) Received: from garnet.daemonic.se (host-95-194-15-241.mobileonline.telia.com [95.194.15.241]) by mail.daemonic.se (Postfix) with ESMTPSA id 4C13MY0VrTz3mQw; Tue, 29 Sep 2020 15:34:00 +0000 (UTC) Subject: Re: svn commit: r366186 - in head/usr.sbin: bsdconfig/share/media bsdinstall/scripts To: Scott Long Cc: "Rodney W. Grimes" , Warner Losh , src-committers , svn-src-all , svn-src-head References: <202009262324.08QNOjbQ056906@gndrsh.dnsmgr.net> <58A46C41-07DE-41F4-A3F9-668035347D8B@samsco.org> <1969D75C-6533-4FD1-B93B-6FFAE593323E@samsco.org> From: Niclas Zeising Message-ID: <1230b1eb-97de-03ba-7b6f-0ded3a94074c@freebsd.org> Date: Tue, 29 Sep 2020 17:34:00 +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: <1969D75C-6533-4FD1-B93B-6FFAE593323E@samsco.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4C13NX74Zdz3SjK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US] 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: Tue, 29 Sep 2020 15:34:53 -0000 On 2020-09-29 17:26, Scott Long wrote: >=20 >> On Sep 27, 2020, at 2:41 AM, Niclas Zeising wrot= e: >> >> On 2020-09-27 03:38, Scott Long wrote: >>>> 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 name= s >>>>>> ervers for se.freebsd.org work fine, but ftp3.se and ftp6.se recor= ds 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 z= one, >>>>>> which is usually not the project. >>>>>> >>>>>> It's usually people associated with the project in some way, but w= ho might not be as responsive as cluster admin. These domains have been d= elegated, so we have to get the delegated admin to make the changes, whic= h can take a bit of time to chase down and doesn't lend itself to easy / = automated coping with this situation. >>>>>> >>>>> >>>>> Just a spitball idea here, but maybe we should consider not embeddi= ng these lists of mirror URLs into the binaries. It seems pretty straigh= t-forward that the list evolves over time, and that evolution is not tigh= tly coupled with the updating of the binaries. It sounds like the pkg an= d freebsd-update infrastructure use DNS TXT and/or SRV records to point t= o the metadata needed to construct a mirror URL list dynamically. Maybe = something similar can be done for bsdconfig? If it?s not a crazy idea, i= s there anyone who would be interested in helping me write a proposal ove= r at arch@? >>>> >>>> 100% behind that idea! Especially since it seems the project has lo= st >>>> (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 >>> Words of agreement don=E2=80=99t help at the moment, though i appreci= ate your enthusiasm. Would you he able to help write a proposal for the = arch@ mailing list? >> >> I think this is the wrong approach, and the better approach is to have= the official installer use download.freebsd.org (which already is geo-lo= cated). I also feel like this is probably something that core and possib= ly clusteradm should weigh in on, since it affects how we distribute Free= BSD. >> >> My impression was that we were generally trying to move away from mirr= ors hosted by various people and organizations all over the world, where = we have little control, to our own mirrors behind download.freebsd.org. = If this is the case, perhaps we should do so in the installer as well. >> >=20 > I=E2=80=99m totally fine with this. Also, I don=E2=80=99t speak for co= re on my own, but I am part of core. We=E2=80=99re trying to encourage p= ublic discussion and participation on these kinds of issues, so that=E2=80= =99s why I=E2=80=99m suggesting that this conversation should move to an = appropriate mailing list. I'll try to come up with something that uses download.freebsd.org, and=20 send it out for discussion. I'm not sure I can make it in time for 12.2=20 though, so in the meantime I'll MFC this commit and ask re@ about=20 getting it into 12.2. That way users won't stumble over the obviously=20 dead mirrors while we discuss a better approach for the future. Regards --=20 Niclas Zeising