From nobody Wed Mar 22 05:50:25 2023 X-Original-To: dev-commits-ports-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PhHcy0GMnz3ysNX; Wed, 22 Mar 2023 05:50:26 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PhHcx6qrqz3v8w; Wed, 22 Mar 2023 05:50:25 +0000 (UTC) (envelope-from danfe@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679464226; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=s6ldgQ+Zy4c/cfnpnwvyG8BrqbUkLYfvA07hOZKC3kI=; b=nvYFps27m3ppPJQa2leh73dKxrFlXfhrCSnO9/5GuYgQ2sXpylNK9HEZjkw3m/80ry3zvv j41t5WAZM5BEmzSU1ecfbFm38EhwkilT7xJ6tvbhZF5mY30tFp2OA9C/gX+WXGOIm8i0gw Ee0S1ZExwIlZAmzOd6EE19TMcdTiXMaXiuZshzHTsGybNEj3cU+TNQXBhCo1wkSXho8xOx OAT6uUMTF7RFJU8uzAjtfuFUcoFnHcC6sWiSeHQXRMtELhXs34P7v/aD6r5KcrVQkqmtFj 0eoiEc8SfXofnmQD/eISO+sgCmYR6vwmceajLT5qJjIN2zcoA6opQXSpjFrXeg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679464226; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=s6ldgQ+Zy4c/cfnpnwvyG8BrqbUkLYfvA07hOZKC3kI=; b=pHYIHGq3vV8abTq+w04M127npQmJy/uhqXNe65+DblSjaY65L5EJntP1lezeVLwrDsFqDg A2Hdd1eD7HuMDpdQx3q6tldlZEZ89sGtD1pbi/tCrXMSTusf8YrnNpiq5uTAPiEhxfdQC1 OFz+z7PDImJf/BnWp4/mA8UjPuj7n4hleEnI5e65h2+jbH6M+ViOiYumKh8F5Im8EGPWZp 1/tWBa5rugtdaZ1NLr6dI+flYN8BLphwsxvbfbgd/RSor4R8e5aeqvn/9cYJu6vB74jQO+ Y0H1pYF9Zg95OlIC7JVNrzH0Faytt8rmNoGafaCP80qi7U5LG5mpaoIzDiLbeQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1679464226; a=rsa-sha256; cv=none; b=jDV29W7Muxe7SUuhgNfQ7lgIekB5iK99k2U8OYfIDno5lQE5aS6OHTTSoQRQ/hVSTsPqHO iFTDiIuWo+ipCHiXgRxANc+fbN5nIE/4zYGszMVBVsp2u3Jx2gE58DeTxRvlmZg0WzxORe SdWt3+vMDDRsT20AwOPRrZsGvaX5fbR+WsXVes11xkTQsSDVmxFPIXTT/ajJrMIefs2kDf ihgkUGviW6+FDBc9OvTA+MsE8Sy2F5H+mQx50kSLNN3kReFHnvYG6Vaj4iITIY6rPsjfV+ C42FpyjfnRWR+gycQnYjh6BrCrgp/yt9NZwd0LzPxHK6pcnctLxDld61g8hHug== Received: by freefall.freebsd.org (Postfix, from userid 1033) id D56F9CF5B; Wed, 22 Mar 2023 05:50:25 +0000 (UTC) Date: Wed, 22 Mar 2023 05:50:25 +0000 From: Alexey Dokuchaev To: Daniel Engberg Cc: ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: 0882d238e9b4 - main - Mk/bsd.sites.mk: Update GENTOO entries Message-ID: References: <202303191808.32JI8pkK053370@gitrepo.freebsd.org> <5f1219b22121247109436ba2876fa0c8@FreeBSD.org> List-Id: Commit messages for all branches of the ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-all@freebsd.org X-BeenThere: dev-commits-ports-all@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f1219b22121247109436ba2876fa0c8@FreeBSD.org> X-ThisMailContainsUnwantedMimeParts: N On Mon, Mar 20, 2023 at 09:02:18AM +0100, Daniel Engberg wrote: > Hi, Hi, and thanks for elaborate reply Daniel. It would have made a better commit log if parts of this text were in it. :) > At least the first 2 were dead and/or didn't connect from different > locations at time I decided to redo the list based on > https://www.gentoo.org/downloads/mirrors/. I tried to determine and use > sites that have as good connectivity and speed for all regions, both > LeaseWeb and Rackspace services in multiple and from my test locations > (different regions) they performed overall well. Fair enough. Mirrors do come and go and must be curated, but mixing dead and "bad" ones together makes it hard to assess these changes in retrospect. Ideally we should be able to track any particular mirror via commit logs, esp. because sometimes they are not totally gone, but moved from rotation temporarily, change ISP, colocation, etc. > In theory there isn't anything wrong with unofficial ones however such > hosts may not be as actively monitored for health and consistency > (being in sync) and from what I've seen and looked at feedback in > general it's not desirable list such hosts unless needed. This part I don't understand. If a mirror lacks some distfile, the next one would be used. Both Yandex and 163.com might not be official but are very popular in their regions of the world (and often broader). > The rest of the hosts were selected based on of peering, speed, and > regional location. From where? First-world internet may give you quite skewed results. > Connectivity issues and not overall transfer speed for "single/few" > hosts is something that's out of scope for the ports tree and needs to > be addressed by the user(s). To answer your question regarding > mirrors.163.com the reason is simply because there are better options > overall and .cn mirrors are in the majority of times very slow to hosts > outside of China (Rackspace lists a node in HK fwiw). You could've very well simply moved it downwards if you don't like it, but then again, there are FreeBSD users in China, what about them? > Most of tree overall have single hosts listed and afterwards relies on > FreeBSD's infrastructure so I presume that you have a lot more issues > with the tree overall than just a handful of ports. I have no issues with the ports tree, I just have shitty internet, and that's why I like to have a plethora of mirrors. > I think we can safely say that if 8 hosts in different regions, ASNs etc > fails your host has more issues than the amount of mirrors we provide, > in fact the vast majority of ports actually provides fewer mirrors than > that including FreeBSD's infrastructure. That's beyond my point, which is: more mirrors is better than less. But oh well, I guess I could always put some extra MASTER_SITE_GENTOO in my /etc/make.conf. ./danfe