Re: [RFC] Extending project standards to services linked through Vcs-*

2023-09-04 Thread Ian Jackson
Hi. Thanks for giving me an excuse for some axe-grinding :-). David Bremner writes ("Re: [RFC] Extending project standards to services linked through Vcs-*"): > I have a project currently hosted off salsa. I'm willing to have > read-only mirror, but I'm not willing to

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-09-03 Thread Ben Hutchings
On Wed, 2023-08-30 at 09:46 -0700, Russ Allbery wrote: [...] > * GitHub allows anonymous Git cloning and anonymous browsing of the > repository without creating an account. [...] Up to a point. It's rather easy to hit a rate limit when browsing anonymously. Ben. -- Ben Hutchings

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-31 Thread David Bremner
Diederik de Haas writes: > I would really like that all packaging is *available* on Salsa, even if it is > just in readonly 'mode'. Some don't have any Vcs repo listed and that makes > contributing much harder then needed. > > I'm fine if maintainers don't want to deal with Salsa MRs, even

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-31 Thread Diederik de Haas
On Thu Aug 31, 2023 at 3:23 AM CEST, Ángel wrote: > If GitHub were blocking access from Russia [1] *and the maintainer > > [1] They are not: > https://github.blog/2022-03-02-our-response-to-the-war-in-ukraine/ The (other) case I was thinking of was Iran. I'm glad people from Iran were 'unbanned'

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-30 Thread Ángel
Hi Dominik On 2023-08-30 at 11:04 +0200, Dominik George wrote: > > On 2023-08-21 at 17:00 +0200, Dominik George wrote: > > > But, I want to go one step further and think about who is invited > > > to do what. If *some* people are invited to contribute through > > > the > > > VCS, and others are

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-30 Thread Diederik de Haas
On Wednesday, 30 August 2023 18:46:38 CEST Russ Allbery wrote: > So I want to say up front that personally I think the Debian packaging for > every package in Debian should ideally have an existence on Salsa and all > maintainers should set up their personal Salsa configurations so that they >

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-30 Thread Sam Hartman
I tend to generally agree with Russ. But I wonder if there are things we could do on a technical front Are there things we could do to remove barriers and get to a point where we can make salsa a valid contribution channel? Things like * Add a way to mirror issues from salsa to github for

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-30 Thread Russ Allbery
Dominik George writes: > Well, the consequence of my proposal, if we take it further, would be: > If a maintainer lists their VCS in the source package, then they need to > accept people using it. And if they accept people using it, they must > ensure that everyone can do so under the same

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-30 Thread Dominik George
Hi Ángel, > On 2023-08-21 at 17:00 +0200, Dominik George wrote: > > But, I want to go one step further and think about who is invited to > > do what. If *some* people are invited to contribute through the VCS, > > and others are not, this does not fulfill the requirement of > > equality. So, if

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-29 Thread Ángel
Hi Dominik You proposal looked reasonable, yet at the same time something seemed to be off. After some pondering, I think it may be going for the wrong problem. On 2023-08-21 at 17:00 +0200, Dominik George wrote: > But, I want to go one step further and think about who is invited to > do

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-29 Thread Ángel
On 2023-08-21 at 16:37 +, Jeremy Stanley wrote: > On 2023-08-21 17:00:04 +0200 (+0200), Dominik George wrote: > [...] > > A concrete implementation for GitHub repositories would be to > > disable issues and PRs > [...] > > As an aside, unless something has changed very recently, GH does not >

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-21 Thread Dominik George
Hi, > As an aside, unless something has changed very recently, GH does not > give you a way to disable PRs (issues yes but not PRs). > > If that has suddenly become possible, I have around a thousand > projects I help maintain upstream on a non-GitHub (open source) code > forge and would love to

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-21 Thread Dominik George
Hi, On Mon, Aug 21, 2023 at 09:48:26AM -0700, Russ Allbery wrote: > Dominik George writes: > > > For the GitHub case, the problematic terms would be that in order to > > register for a GitHub account, users must be at least 13 or 16 years old > > (depending on the jurisdiction) ant must not

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-21 Thread Jeremy Stanley
On 2023-08-21 17:00:04 +0200 (+0200), Dominik George wrote: [...] > A concrete implementation for GitHub repositories would be to > disable issues and PRs [...] As an aside, unless something has changed very recently, GH does not give you a way to disable PRs (issues yes but not PRs). If that

Re: [RFC] Extending project standards to services linked through Vcs-*

2023-08-21 Thread Russ Allbery
Dominik George writes: > For the GitHub case, the problematic terms would be that in order to > register for a GitHub account, users must be at least 13 or 16 years old > (depending on the jurisdiction) ant must not live in a country under US > embargoes. This implies that Salsa is happy to

[RFC] Extending project standards to services linked through Vcs-*

2023-08-21 Thread Dominik George
Heisann, [ for reference, the general discussion was held in 2019 already, in a slightly ] [ too big context [3]. ] as many of you will know, I am heavily involved in tearing down obstacles in the way of contributing to free and open