Re: Naming of non-uploading DDs (Was: GR: welcome non-packaging contributors as Debian project members)

2010-09-15 Thread Xavier Oswald
On 09:26 Wed 15 Sep , Lucas Nussbaum wrote:
> If we go for DDs without upload rights, I think that we should be
> extremely careful about not transforming this new kind of DDs into 
> second-class
> members of the project. A way to do that is to avoid giving them a name,
> and emphasize the fact that they are DDs, not another sub-kind of
> project members. The "no upload rights" part would just be a minor
> technical distinction.

+1.

I think we should not go to some kind of discrimination about terms.
For example, people writing documentations are as importants as DDs but they
don't need so much access than a DDs should need. A project is a whole and have
members. Official members in Debian are called DD. And I think DD is a good
choice since "developer" can be used in several contexts. For me, I see more the
term "developer" as development inside and around the project.


What we could have is.

Case 1.
===

Debian Developer ---> Unlimited upload access
  |-> Documentation R/W access
  |-> FTP-Master
  |-> Release manager

Case 2.
===

Debian Developer ---> Upload access on personnal packages
  |-> Documentation R/W access 

Case N.
===

Debian Developer ---> access to ...
  |-> access to ...


I see a DD more as a project member instead of a specific member.

To attribute rights we could have procedures like we have NM process for
having Unlimited upload access. The documentation team could have some templates
and follow contributors for attributing the DD status with Documentation R/W
access. And all DD should have voting rights.

Well it's just some ideas I have in mind and wanted to tell here. Maybe Im
pushing things to far.

Greetings,
-- 
Xavier Oswald 
GNU/Linux Debian Developer - http://www.debian.org/
GPG key ID: 0x464B8DE3


-- 
To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100915090146.ga12...@master



Re: GR: welcome non-packaging contributors as Debian project members

2010-09-14 Thread Xavier Oswald
On 17:53 Tue 14 Sep , Stefano Zacchiroli wrote:
> ---
> The Debian project aims at producing the best free operating system.
> To that end the project benefits from various types of contributions,
> including but not limited to: package maintenance, translations,
> infrastructure and website maintenance, porting, bug triaging and
> fixing, management activities, communication, testing, legal advice,
> quality assurance, etc.
> 
> The Debian project acknowledges that:
> 
> * To pursue Debian goals, package maintenance as well as a wide range of
>   other technical and non-technical contributions are all valuable.
> 
> * Active contributors of non-packaging work, which share Debian values
>   and are ready to uphold Debian Foundation Documents, deserve the
>   opportunity for becoming Debian project members.
> 
> The Debian project therefore invites the Debian Account Managers to:
> 
> * Endorse the idea that contributors of non-packaging work might become
>   Debian Developers without upload rights to the Debian archive. These
>   new developers shall be recognized as Debian Contributors (DC).
> 
> * Establish procedures to evaluate and accept Debian Contributors.
> 
> * Initiate the appropriate technical measures to enable Debian
>   Contributors to participate in Debian decision making and to access
>   Debian infrastructure.
> ---
> 
> Some few more comments are in order:
> 
> - Constitution ยง4.2.1 does not require seconds in this case, but I would
>   appreciate them nonetheless.
> 
> - Related past history is <http://www.debian.org/vote/2008/vote_002>.
>   This GR is narrower in scope and aims at verifying project consensus
>   before proceeding to implementation.
> 
> - At the same time, the text does not mandate a specific implementation.
>   This is on purpose since:
> 
>   - Leaving out implementation details, it will be easier to change
> project membership procedures later on.
> 
>   - DAM is authoritative on membership procedures and should be trusted
> on these matters. I do have an idea of how the process will look
> like (i.e. "like NM, but swifter, without the packaging part") and
> I'm sure DAM will be happy to comment on that.
> 
> - I've done some background study before posting this. In particular
>   I've shared the text with FD and DAM, as the GR outcome will directly
>   impact their work. They have raised no specific objection to any
>   possible outcome of the GR in its present form. I've also shared the
>   text with the secretary. While formal ruling can be done only on an
>   actual ballot, he doesn't consider the above text to be in need of 3:1
>   majority.

Seconded.

-- 
Xavier Oswald 
GNU/Linux Debian Developer - http://www.debian.org/
GPG key ID: 0x464B8DE3


signature.asc
Description: Digital signature