[Pkg-privacy-maintainers] Offer to help with the Privacy Maintainers group
Loïc Dachary
loic at dachary.org
Fri May 25 10:18:35 BST 2018
Hi Ulrike,
On 05/25/2018 08:55 AM, Ulrike Uhlig wrote:
> 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.
Yes, this is something I do on a daily basis on a variety of projects and it is a valuable way to collaborate. In my view joining a team is also about establishing trust and productive relationships with debian developers within the team so we can help each other in time of needs. I can review and accept merge requests to help another project. In short my application is to have the technical means to be inside the team instead of outside.
> 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.
I hope that won't be necessary and we can conclude this discussion with a common understanding.
By strongly opposing my application you are telling everyone in the team (and the general public) that, in your opinion, accepting me as a member would be very detrimental. Would you be so kind as to explain why? I respect you and your opinion as a long time member of the team has a lot of influence.
I would not ask for an explanation if you just told me that you do not like me: personal and subjective preferences do not need to be justified: they are what they are ;-)
> 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.
I stand corrected, you indeed sent that comment a few weeks ago.
Cheers
--
Loïc Dachary, Artisan Logiciel Libre
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-privacy-maintainers/attachments/20180525/89b5a8aa/attachment.sig>
More information about the Pkg-privacy-maintainers
mailing list