public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mike Frysinger <vapier@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] utilizing GH functionality that Gentoo infra does not provide
Date: Fri, 1 Apr 2022 00:29:00 -0400	[thread overview]
Message-ID: <YkZ/jLHA4mO7hoCN@vapier> (raw)
In-Reply-To: <B774CF67-AFD5-4ACB-9375-2FD238E9BEA5@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 2111 bytes --]

On 01 Apr 2022 02:28, Sam James wrote:
> > On 1 Apr 2022, at 02:27, Sam James <sam@gentoo.org> wrote:
> >> On 29 Mar 2022, at 18:56, Mike Frysinger <vapier@gentoo.org> wrote:
> >> [snip]
> > 
> >> this is all orthogonal to the git content itself (objects, branches, tags,
> >> etc...). those should remain in the read-only clobber mode that exists now.
> >> 
> >> there is no downside for Gentoo here.  it's all functionality that can be
> >> had for free, does not introduce any risks, and many devs are already using
> >> GH heavily for Gentoo projects -- albeit, they don't do it under the Gentoo
> >> umbrella, they fork it into their own personal space and maintain it there.
> > 
> > Yep, and I'm guilty of this as well. I've started making a list of some important
> > repos we really need to mirror onto our infra at least (inc, but not limited to,
> > pkgcore).
> 
> Sorry, just to finish making the point I'd intended on here: while this might
> be true, I don't think it's a reason to depend on it more where there's
> a decent argument against it. It's just a reason to actually migrate
> away or at least ensure we have contingencies?

my point is that it's hypocritical to say "Gentoo projects may not use GH"
while actively ignoring that Gentoo projects not under the Gentoo umbrella
are using GH exclusively, and there is no one pushing back against them. [0]

further, since there is nothing in the Gentoo social contract or any other
policy document saying that Gentoo projects may not use GH, banning it is
not justified, and only serves to restrict access to free resources.

if anything, this position actively goes against the Gentoo philosophy [1]:
one based in pragmatism without compromising on the software being free and
open [2].
-mike

[0] to be clear: i'm not saying such projects must move to Gentoo infra.
    i'm fine with them being on GH as long as they're free software and
    their VCS's are readily available.
[1] https://www.gentoo.org/get-started/philosophy/
[2] https://www.gentoo.org/get-started/philosophy/social-contract.html

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2022-04-01  4:28 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-29 17:56 [gentoo-project] utilizing GH functionality that Gentoo infra does not provide Mike Frysinger
2022-03-29 18:26 ` Arthur Zamarin
2022-03-29 18:47   ` [gentoo-project] Gentoo's GitLab (was: utilizing GH functionality that Gentoo infra does not provide) Anna Vyalkova
2022-03-29 19:29 ` [gentoo-project] utilizing GH functionality that Gentoo infra does not provide Alec Warner
2022-03-31  2:01   ` Mike Frysinger
2022-03-29 19:36 ` Andreas K. Huettel
2022-03-31  2:01   ` Mike Frysinger
2022-03-31  8:21     ` David Seifert
2022-04-01  4:04       ` Mike Frysinger
2022-04-04 18:54         ` Andreas K. Huettel
2022-03-31 11:48 ` Maciej Barć
2022-03-31 16:43   ` Michael Jones
2022-03-31 18:07     ` Maciej Barć
2022-04-04 15:38       ` Andrew Ammerlaan
2022-04-01  1:27 ` Sam James
2022-04-01  1:28   ` Sam James
2022-04-01  4:29     ` Mike Frysinger [this message]
2022-04-01  4:17   ` Mike Frysinger
2022-04-01  5:52   ` Ulrich Mueller
2022-04-04 18:48   ` Andreas K. Huettel
2022-04-02 15:48 ` Matt Turner
2022-06-11 17:15 ` Luca Barbato

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YkZ/jLHA4mO7hoCN@vapier \
    --to=vapier@gentoo.org \
    --cc=gentoo-project@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox