Re: Making mentors.debian.net a .org (was: proposed new pseudo-package 'debian-mentors' for handling sponsoring requests)
On Thu, Jan 19, 2012 at 6:47 AM, Arno Töll wrote:
> DSA is the team which makes a DNS CNAME record, or provides a hosting
> facility. In my interpretation they are not making facts by that. Making
> mentors.debian.net a .org makes the project official part of Debian,
> just like any other core team, e.g. ftp-master, security team, release
> team and so on. That's not something which should be decided without
> consensus among Debian Developers and, perhaps, a DPL which delegates
> some people to a "mentors task".
>
> Thus, I am sending this mail to -devel again. Maybe anyone wants to
> raise the voice on that matter.
I don't think it is possible to gain a consensus of debian developers.
There is of course the option of a GR, but those are a nightmare and
have unintended consequences. DSA decides what services they host, so
we only need to convince them that a mentors machine wouldn't be a
burden.
>> Anyway, I think if we can get people behind this, we would want to
>> make it happen quickly, then the mentors.debian.org psuedo-package
>> would be available, and we could straightforwardly implement the
>> bug-based RFP process.
>
> That's the plan, but again: tracking sponsor requests as bugs, and
> integrate mentors.debian.net into Debian are unrelated problems. Any
> proposal can be implemented without touching the status-quo of the other.
They are intimately related as we need a pseudo-package to even begin
the bug-based workflow, and that needs to be a .org. So the official
domain is required first.
>> The term "contributor" conveys a
>> much more welcoming message as it says "this is the place where I can
>> go to learn about start making contributions to debian", and "this is
>> where we can go to help people become contributors".
>
> That's the problem. A contributor can have many roles in Debian, it is
> overbooked just like terms such as "DSA" and "maintainer" (albeit zack
> suggested to come over the latter problem).
Like I've said before, this is not about eliminating ambiguity. Every
single word in every single language is ambiguous. It's simply
unavoidable. It's about choosing the word with the right context for
the goals of the service.
This should be a place for contributors to come together to
collaborate and make their work better before pestering a DD about it;
with minimal experienced intervention (mentoring).
This is to attempt to help solve the problem that practically no DDs
want to be burdened with mentoring. Let's make this about
contributors primarily helping themselves.
Best wishes,
Mike
Reply to: