[Pkg-privacy-maintainers] Offer to help with the Privacy Maintainers group

Ulrike Uhlig ulrike at debian.org
Fri May 25 07:55:00 BST 2018


Good morning,

Loïc Dachary:
> On 05/24/2018 10:30 AM, intrigeri wrote:
>>> Could you please explain why?
>>
>> You already have all the info you need to understand why
>> but if needed I can resend it to you off-list.
>>
>> Given this, I find it very awkward, at the very least, that you've
>> requested to join this team in the first place, and that you're asking
>> this question now.
> 
> I opened a RFH for pdf-redact-tools a few months ago and someone kindly suggested it is a good fit. It is common practice for debian developers to collaborate with each other when packages are in the same realm.
> 
> In the Debian project, where we value collaboration and assume good faith, it is nt awkward to ask for a reason when being rejected publicly. Especially when this rejection is our first and only interaction (either public or private) in the Debian project.

It is not necessary to be part of the team to collaborate. Salsa/Git
allows you to fork whatever Git repository, make changes and send merge
requests.

While this team was still on Alioth, it was necessary to be part of the
team to participate as there was no such thing as easy forking and
asking for a merge.

With the recent move to Salsa becoming part of the team itself has
mostly become obsolete.

This means: you have all the tools in hand to contribute to whatever
package you like.

As said previously, we currently do not have a policy to add new members
to the team, and we have to clearly redefine what this actually means.
Until that is the case, I propose we keep *all* applications on hold.

To end with, I generally prefer to be exact: this is not our first
public interaction in Debian, I commented the above mentioned RFH
telling you that I at least am not interested in team maintaining
pdf-redact-tools in first place.

Cheers,
Ulrike



More information about the Pkg-privacy-maintainers mailing list