From owner-svn-src-all@freebsd.org Tue Sep 29 15:26:08 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 6D69242636A; Tue, 29 Sep 2020 15:26:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 4C13BR3Hhdz3S6l; Tue, 29 Sep 2020 15:26:07 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id B16D45C0159; Tue, 29 Sep 2020 11:26:01 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 29 Sep 2020 11:26:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsco.org; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=d oKrdJLCxyS/22PvXs04MItq0JfIwylnZ/+r2Gz8MLM=; b=gILWvDnHujTqVk1hb pOUCHkQjcOU1vbjewjwvKC6OVZvsJU6lvidOYqXoJQTiwkKx9R5Q01pJY8W4Nz0j Z9/9kwUmOEF/odrSX94N4ctkWgat20dGvJZ2GPcgJw8QEKDSjV4dg9PRherIoaru CMbNWAl8PWewiDoc6YdnAPr1TVAwROhHJLKpnFwIMXaooqBkfjIxOuh3CuWnXoD4 G4sqG2RyyN3njKXqBdzAeA+oH7MuNelR/uxnqZqw5MnIkAmbWW2PvdcL0nYXlMVm UUmHUW4RZiNSUCzV1er/Fsrxk2x/41VxH+6YIL/Psv5YkzEGPnKAgtNR3Vm4VJLJ EcBqg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=doKrdJLCxyS/22PvXs04MItq0JfIwylnZ/+r2Gz8M LM=; b=T+dozDuMNcwK9vR9ujBAaFZVD/xVQDsRBbE7vIzUAPD80HyXqB70w40f4 ZwD+C6oM5sT7AEiIntw1qYYUk3//2UbScJxlVle5R+0HV2blOayrkj9maW+qLmv9 AlCOhYqkaZbNvlXOOrNjKOSuQX8NeGmnokF9mZp9DXmje4rveL2oVgrc5CpVhH51 lPf8rC2GcYOKg1m59YmGpgxhXQtT3jcSNXuJ+Ky5zpYbU2ctnZmoLQbMlc/8y3Di 8zqWwul6vcUH8VN3JC9YYQL/pg84P0vGrvo0Ri3Wg6mfppelvyKe49iQbJ3JGRA4 gAMFwoCv9M9DDjTqhiEQFPzAJg9Pw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdekgdekjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpefutghothht ucfnohhnghcuoehstghothhtlhesshgrmhhstghordhorhhgqeenucggtffrrghtthgvrh hnpefgiedtjeefvdetffegfeegjeehhfehveeuheekuedtgeelffejfeetieejtdfhveen ucffohhmrghinhepfhhrvggvsghsugdrohhrghdpfhhtphegrdhruhenucfkphepkedrge eirdekledrvddufeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhl fhhrohhmpehstghothhtlhesshgrmhhstghordhorhhg X-ME-Proxy: Received: from [192.168.0.114] (unknown [8.46.89.213]) by mail.messagingengine.com (Postfix) with ESMTPA id 06BC23064682; Tue, 29 Sep 2020 11:26:00 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: svn commit: r366186 - in head/usr.sbin: bsdconfig/share/media bsdinstall/scripts From: Scott Long In-Reply-To: Date: Tue, 29 Sep 2020 09:26:00 -0600 Cc: "Rodney W. Grimes" , Warner Losh , src-committers , svn-src-all , svn-src-head Content-Transfer-Encoding: quoted-printable Message-Id: <1969D75C-6533-4FD1-B93B-6FFAE593323E@samsco.org> References: <202009262324.08QNOjbQ056906@gndrsh.dnsmgr.net> <58A46C41-07DE-41F4-A3F9-668035347D8B@samsco.org> To: Niclas Zeising X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C13BR3Hhdz3S6l X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=samsco.org header.s=fm1 header.b=gILWvDnH; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=T+dozDuM; dmarc=none; spf=pass (mx1.freebsd.org: domain of scottl@samsco.org designates 66.111.4.26 as permitted sender) smtp.mailfrom=scottl@samsco.org X-Spamd-Result: default: False [-3.03 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[samsco.org:s=fm1,messagingengine.com:s=fm3]; FREEFALL_USER(0.00)[scottl]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.26:from]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[samsco.org]; NEURAL_HAM_LONG(-1.01)[-1.007]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[samsco.org:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.91)[-0.910]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[svn-src-all,svn-src-head]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.26:from] 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: Tue, 29 Sep 2020 15:26:08 -0000 > On Sep 27, 2020, at 2:41 AM, Niclas Zeising = wrote: >=20 > On 2020-09-27 03:38, Scott Long wrote: >>> On Sep 26, 2020, at 5:24 PM, Rodney W. Grimes = wrote: >>>=20 >>> =EF=BB=BF >>>>=20 >>>>=20 >>>>>> On Sep 26, 2020, at 1:22 PM, Warner Losh wrote: >>>>>=20 >>>>>=20 >>>>>=20 >>>>> I am the wrong person to answer that question. >>>>>=20 >>>>> 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. >>>>>=20 >>>>> 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. >>>>>=20 >>>>=20 >>>> 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 tightly 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 something 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@? >>>=20 >>> 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 >> Words of agreement don=E2=80=99t help at the moment, though i = appreciate your enthusiasm. Would you he able to help write a proposal = for the arch@ mailing list? >=20 > 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-located). I also feel like this is probably something that core and = possibly clusteradm should weigh in on, since it affects how we = distribute FreeBSD. >=20 > My impression was that we were generally trying to move away from = mirrors 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 = core on my own, but I am part of core. We=E2=80=99re trying to = encourage public 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. > That said, I'm not opposed to the idea of using DNS SRV/TXT records to = construct mirror lists, especially if we want to keep on using those = mirrors. Scott