From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 84A4015808B for ; Fri, 1 Apr 2022 04:17:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 86889E087A; Fri, 1 Apr 2022 04:17:15 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 76DBEE0878 for ; Fri, 1 Apr 2022 04:17:12 +0000 (UTC) Received: by smtp.gentoo.org (Postfix, from userid 559) id E8E08341363; Fri, 1 Apr 2022 04:17:09 +0000 (UTC) Date: Fri, 1 Apr 2022 00:17:25 -0400 From: Mike Frysinger To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] utilizing GH functionality that Gentoo infra does not provide Message-ID: Mail-Followup-To: gentoo-project@lists.gentoo.org References: <0D733E18-F6C4-4235-AFA4-495A23B242FB@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nhQbTIneRpgLW6B2" Content-Disposition: inline In-Reply-To: <0D733E18-F6C4-4235-AFA4-495A23B242FB@gentoo.org> X-Archives-Salt: e055c41c-353a-4b0f-a60b-97e17683ea0c X-Archives-Hash: 29c8727857bb3b67dd5a94ec6f2cd566 --nhQbTIneRpgLW6B2 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 01 Apr 2022 02:27, Sam James wrote: > > On 29 Mar 2022, at 18:56, Mike Frysinger wrote: > > * release management (e.g. distfiles hosting) >=20 > I'm not sure I love this one under the test of "if our GH got wiped tomor= row, would there > be much impact?" >=20 > If downstream and others are using e.g. pax-utils with an unreliable SRC_= URI, > that *is* a pain, and it's not much comfort to then tell them that it "wa= sn't > covered by infra anyway" or something. we're already in that situation now. dev.g.o is very unreliable. devs cle= an their space, or they retire, and all the archives they accumulated vanish w= hen infra decides to remove their www space. i'll bet hard cash everytime on GH being more reliable in the short, medium, and long term than dev.g.o. > We do need a proper solution in infra for hosting resources though. I tho= ught > we had a bug for it but I can't find it right this second, bu the idea wo= uld be to expand > projects.gentoo.org to more easily host distfiles and stuff independently= of > individual developers (whose links go dead when they retire). everyone has been saying this for over a decade. probably even 2 decades at this point. wishing for it doesn't make it happen. i grok that complaining about it also doesn't make it happen :p. but folks who have been infra for= a long time have already thought about & discussed it much longer than i have, and we're still where we were 20 years ago -- dev.g.o. it doesn't make sense to me to ban a solution that exists now, and would be trivial to migrate off of if Gentoo infra ever does come up with a solution. especially considering many Gentoo devs are using GH right now for Gentoo projects and the only place you can find their releases are on GH, not even on dev.g.o. > > * CI runs (e.g. GH actions) >=20 > I don't object to this and free CPU is free CPU. I just wouldn't want to > create binary artefacts from it, but I don't think you're proposing that. i would never trust such artifacts in the first place. it's begging for supply chain abuse. > > * Projects for task management >=20 > I struggle with this a bit more because it'd hurt archeology efforts > if GitHub got wiped. i agree, although i note that exact situation occurs now _a lot_ because we accept PRs and a ton of conversation happens there. so if we ever migrate off of GH, any migration process presumably would already have to compensate for moving metadata. > > * possibly even Discussions since it'll provide a clear/scoped space for > > non-Gentoo users & devs. Gentoo forums are huge and require custom acct= s, > > and mailing lists are huge and a bit restrictive old timey. >=20 > I'm not opposed to this if it's just for user support / queries rather th= an > Bugs. Making it easier for people to seek help isn't a bad thing. right, bugs belong on bugs.g.o. -mike --nhQbTIneRpgLW6B2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmJGfNQACgkQQWM7n+g3 9YFugQ/+I+Gcf9IIB4u8D/6RxXHkvWcAiKM/XOk3M6KzXhmLJOIBQHesH+fb5VRA WBsXo6RM0vuNbE9ZCn+Bqd25NUjtTRhJ6nX6Qco9bL2Q1XIFFureXBAHCh+yjl4J PmuVjf6UIBkEN2e2M1JvzRu4Eu4CLso8iZa2IKLY0FW2DLzKskPRoRII8vYVwtR/ nZTKHDptd4vpwa7T8MrO3uOSyDGLfTwxnZ1OUFhxAaGlCbq0qtdXZBlwwg4scfnC dLAqrqEQlRroX5IELWLr5fi88d4r4iu1+K5UXPbwTtJI9OgxXbkt9fO5xdArCI8A M8Pl6BP2b4dJK80RO2pQ7PUSxfqbT96Rm5Aujeb05b4Ot4vMKgGUUth85Nadr5CJ f3SJvgaSonKowkZOOwfGy+NBRHPeYwZVDtHSIIb8i1Wvrt0hbccJ+TTI76bdGIcz uPzns+YPFgsujYKUbb5LPBn1Bte9+G+IJbwBfg74sdJ1M6Yb8X+ZYOBbDfP6LCY5 wlt+JLSCeTeaGEJa/gt2Z5e5F6H60bD17g2qPuOocJuUTIJA+8gIUaWMusnNXFi8 atUn/P9gLjpvYn+3/eTo4Zk+4FZOu3zx4hC53YlUBVR+CPdXlfaMRAudzLa4leBa S9GCb31Vk4qXtgApw0cP4qzHHaROqBN3cEc+cdFBu7l3eYNXZxc= =9E38 -----END PGP SIGNATURE----- --nhQbTIneRpgLW6B2--