Re: Draft Delegation for the Community Team

2020-04-09 Thread Sam Hartman
Sigh. I propose delegating the following developers as members of the Community Team.: > - Pierre-Elliott Bécue (peb) > - Luke Faraone (lfaraone) > - Steve McIntyre (93sam) > - Jean-Philippe Mengual (jpmengual) Sigh. Steve pointed out that I left off a name in review comments and I missed

Re: Draft Delegation for the Community Team

2020-04-09 Thread Scott Kitterman
On Thursday, April 9, 2020 5:40:18 PM EDT Sam Hartman wrote: > I'm pleased to finally be able to propose a Community Team delegation > for discussion. During the last year it has become clear that we can > accomplish more at lower emotional cost when we have the Community Team, > Account Managers

Draft Delegation for the Community Team

2020-04-09 Thread Sam Hartman
I'm pleased to finally be able to propose a Community Team delegation for discussion. During the last year it has become clear that we can accomplish more at lower emotional cost when we have the Community Team, Account Managers and DPL working together, supporting each other. It's become

Re: Salsa as authentication provider for Debian

2020-04-09 Thread Sam Hartman
> "Tollef" == Tollef Fog Heen writes: Tollef> ]] Enrico Zini >> For guest accounts opened by DSA directly, it can be pretty much First, at this point in time I would be very skepticle of someone contributing to Debian enough to need porter box access but not having a salsa account.

Re: Salsa as authentication provider for Debian

2020-04-09 Thread Bernd Zeimetz
Hi, On 4/8/20 2:30 PM, Bastian Blank wrote: n Wed, Apr 08, 2020 at 07:50:22PM +0800, Shengjing Zhu wrote: >> 1. Can you still keep the "-guest" enforcement, so it's still easy to >> recognize who is DD or not on salsa? > > No. The guest suffix was meant to avoid collisions with Debian >

Re: Salsa as authentication provider for Debian

2020-04-09 Thread Enrico Zini
On Thu, Apr 09, 2020 at 07:46:21PM +0200, Tollef Fog Heen wrote: > > For guest accounts opened by DSA directly, it can be pretty much the > > same: you can use the current Salsa account name of the person as the > > username for the guest account. > > I don't think we want to make the Debian

Re: Salsa as authentication provider for Debian

2020-04-09 Thread Tollef Fog Heen
]] Enrico Zini > For guest accounts opened by DSA directly, it can be pretty much the > same: you can use the current Salsa account name of the person as the > username for the guest account. I don't think we want to make the Debian LDAP service subservient to salsa's, which this effectively

Re: Salsa as authentication provider for Debian

2020-04-09 Thread Michael Lustfield
On Thu, 9 Apr 2020 09:44:38 +0200 Enrico Zini wrote: > On Wed, Apr 08, 2020 at 03:48:43PM +, Luca Filipozzi wrote: > > > > If you're instead generally expressing a fear that once we migrate to > > > Salsa, we'll be in a local optimum that is going to be considered good > > > enough to be

Re: Salsa as authentication provider for Debian

2020-04-09 Thread Enrico Zini
On Wed, Apr 08, 2020 at 04:06:25PM +, Luca Filipozzi wrote: > Another view point: I don't think that one's username should change as > one's role(s) with the organization changes. If we could avoid that... Agreed! Enrico -- GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini

Re: Salsa as authentication provider for Debian

2020-04-09 Thread Enrico Zini
On Wed, Apr 08, 2020 at 03:48:43PM +, Luca Filipozzi wrote: > > If you're instead generally expressing a fear that once we migrate to > > Salsa, we'll be in a local optimum that is going to be considered good > > enough to be worth bothering migrating to anything else, then I would > > argue

Re: Salsa as authentication provider for Debian

2020-04-09 Thread Enrico Zini
On Wed, Apr 08, 2020 at 08:50:00PM +0200, Tollef Fog Heen wrote: > > There's another flow. Contributors interact with DSA in some process I > > do not fully understand to get guest accounts on porter boxes etc. > > https://dsa.debian.org/doc/guest-account/ > > I'd like to see a proposal on how