From nobody Thu Jul 13 02:26:38 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 4R1dlf3xr7z4mbvD; Thu, 13 Jul 2023 02:26:38 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 4R1dlf3RFPz4D3D; Thu, 13 Jul 2023 02:26:38 +0000 (UTC) (envelope-from danfe@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1689215198; 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=OP85RxGER59U1iidcdUTaOYKDif9cC1vfexBEp/f4x8=; b=tfC86EyCysOE+C4nH3Msj3GpOACBNrdOrpg1nTZ/o+G3mx6jURm94dLHNx1k5cejdgwIbo olaif+KCXSUj6u8U6a6QgZ/BJaLNcxbeJPIeEEUwdJbOW0cqmQEDQU4SNqvo4trqQRmqHU qzj1/bpzKS7JXa39oNt437Gd4MPXRnDuzqUOFhL97knzb/nSNKHF7k1Ra4pEIbVZOT7pSh QGYdAhFplkBGQ1Eb0s+X2yxbIbrGC6Dmvdr4s4SAUQmmILmKU6oZySGdjE6eIR73ZPilSH 9ddWZUEa0iigvtAS6aCWsKqsAvzVZUh+sVrn0XQG1Mcx0K5almaQdfA0oRHJqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1689215198; 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=OP85RxGER59U1iidcdUTaOYKDif9cC1vfexBEp/f4x8=; b=rotIZ9IITmVf1w0N7fmblAUZpQj2aFOiTLK327mD1KSmbu0O+Gi/hg1uIZjpGonKr7Sc6b H/Iz/T25Td01M/n2JCQQDgni/Jc2eo2EUQkOf7XIX5bqBal+dz03s0JoAfan4lflwK67jx rsEPfnuZrJHzMpwKqVIO9nGpuRcb2AahsCEVfEcc379C+iwZV9DdpShn1qllc5YiAWfxqS J6jQbup3HQDYoQuMbX/U2PCfTfG4tx2gTRPhvbX7EfuyXC/cKxtsuzfeGasoRQFzyvfsB6 K84AzEpys9UQho6dOASUl7/uvxCzwvGnnbvaDuiQL1/uClu54pBcwqQeSEQLQw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1689215198; a=rsa-sha256; cv=none; b=Ke08E9zyHC5EEk9y6MVC/vhNRVCVluubdrnUGwpn/RBc34TUwfN9b8M/GOFEypnzIWc0uS G7ydwpm5Rj7/ZrEMTyaBY1mMX7vIip0Yb7hrnctR6uJdG2HAfTXP4ZkxC8Dh+8WCSkJFSX +mAq7xLo9f8w954Sdu8p4lcDXO5GTJrvFowQ99DviHmvULJXjIqz6zSFq7uGSF/Kijr+0l D4aFAxFQSAAaK4YnD6r2dkYWGYYWJyxoQONqE1vvlITZUSpvvVBasNfX8acTuPVgplhWIP tPNovjIJxtcJUwosN8C7Wq7G385TEZSLmVln8MeORorgQfeDb0PKjDhc6xeKFg== Received: by freefall.freebsd.org (Postfix, from userid 1033) id 4B45F1ADF8; Thu, 13 Jul 2023 02:26:38 +0000 (UTC) Date: Thu, 13 Jul 2023 02:26:38 +0000 From: Alexey Dokuchaev To: Nuno Teixeira Cc: Felix Palmen , ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: 16bde072b16d - main - bsd.sites.mk: Support tag names with USE_GITLAB Message-ID: References: <202307121858.36CIw4aK074024@gitrepo.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: X-ThisMailContainsUnwantedMimeParts: N On Wed, Jul 12, 2023 at 11:15:13PM +0100, Nuno Teixeira wrote: > Isn't possible to have same result with USE_GITHUB? > > like we have when github static tarballs are available and we use > MASTER_SITES instead of USE_GITHUB: > > MASTER_SITES= > https://github.com/juzzlin/Heimer/releases/download/${DISTVERSION}/ > SHA256 (heimer-4.2.0.tar.gz) = xxx (without *_GH0*) I believe this is what Gentoo is doing: it saves GitHub-generated tarballs under "sane" names which often clash with static tarballs provided by the project itself. This screws up mirroring and is just confusing, so let's keep using existing _GH0-scheme for those if we may, please. ./danfe