Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:127153 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by qa.php.net (Postfix) with ESMTPS id 3B5991A00BC for ; Fri, 18 Apr 2025 23:07:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1745017491; bh=CO041Vq0KFrYu3ZMTNMuqvoqDfqS+fFuSBvAYHxNBaA=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=JYx8GdcF3Y5pYpHSqrkzl9/a6da5zpS46gnsAiR3Vtmx+jcaAjU/GfbNN46THlPE3 o2YLwbOB/JrScbrB73Gs+dBck68GVktPtsoJmMS5S9hZCGQjhFyC6/B4ItPm83oReA rU9LEW20/kz/I98jtUHTcxPsQQJHYcDWGRgfrVLQ5zsU3NIOcoCJPDJzWojyH72qvS SauZwLjfB1sD+vopx8f2OaU9Bx8LteV6uOlB/1EueIqtWywV+3RHqr0xwHRj1lvE0W shEjli1pAXcvODZ3m4lUQ6qaQKB2C1x3bP0jdI9/e1uRQ6i22KgPAWVNBGNFHC2dJN bPWptQjZ349Iw== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 60FE618006F for ; Fri, 18 Apr 2025 23:04:50 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on php-smtp4.php.net X-Spam-Level: * X-Spam-Status: No, score=1.7 required=5.0 tests=BAYES_50,DMARC_NONE, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=4.0.0 X-Spam-Virus: No X-Envelope-From: Received: from mail-oo1-f50.google.com (mail-oo1-f50.google.com [209.85.161.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Fri, 18 Apr 2025 23:04:50 +0000 (UTC) Received: by mail-oo1-f50.google.com with SMTP id 006d021491bc7-605fd090552so784778eaf.0 for ; Fri, 18 Apr 2025 16:07:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745017630; x=1745622430; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+3kMZxeov4XuVrwbhjhquI1Sa/CxBZcxHiAaeNX+5HE=; b=cTMO5USY15Tb6gxL2MH0TgI++qbnUami9MTTWEfxnSI4atlUyAygSy5PAMp2WeX7Ao M/ZCO5LCK/HEPy1G0SbuhNq9c2JjD1kpwBheW7r6AaLxtOuLNqx7TAOjW1QhSVWw6eKS QL3d42GLoevARHl5k/9az9v9FPUimJjEv4dpf0qQMhVsoOUqZ/EBw2CX9QzmpWODwuQm zit5Sb0ontCihX+8XL7AMjYmYycntu23jyKMtqDCEz7byXu9njEEPzQZlsoxFUAYMDaV N4lRKTOxReg6jZKXzRgAnpnSc74qkEr01Rh34MU0b1klW3h+2MQwCcKB4EwfonaxfG36 /6nw== X-Gm-Message-State: AOJu0YxDJAdv2dwmP1mVTlv+CO9AZ+Gs7Q+5jyCIg+dxYJ1C6EyxOIKs jwsFz6/mF+XjX1uTsRw4dsgBghzg+P3VawLYXGwgnmsUvGRE74LBwNK99Ars+hryx1QT+mKobIS mA5N7YMz5Xnce+i9kI4jSNZfKg23kog== X-Gm-Gg: ASbGnctOIGqTTYqlVOkK2tnjysThxQYWT3bVrQY4cFKUFcncCMkyKkK3i2rcwauPTya CMBRdv/ULsu49KiV1Kq7YOCzWPDxDXoJ6YtBSHKy0lA5vq/VKt1xdrLX+OP4KLC6euhSH4lA4bV t8oDuTjM2zWYS+18r2OUeO X-Google-Smtp-Source: AGHT+IFuQzk/JWm32dHWskqCH3V/lJfrNuw3LBjzz1/1aOPqWIykwFMXL/Zdc0v52POYuIVFZ/ZAI/zlF6MmCkqg9wE= X-Received: by 2002:a05:6820:99b:b0:5fe:b3c2:29e2 with SMTP id 006d021491bc7-605fef76747mr3977038eaf.2.1745017630302; Fri, 18 Apr 2025 16:07:10 -0700 (PDT) Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net x-ms-reactions: disallow MIME-Version: 1.0 References: <741043039.151003.1745003044092@email.ionos.de> In-Reply-To: <741043039.151003.1745003044092@email.ionos.de> Date: Sat, 19 Apr 2025 01:06:59 +0200 X-Gm-Features: ATxdqUEKYIm2jyqUOQZlWg4_uXRapWMwdytQA0zZctl3-QOpts_WZ5oINMG3zHk Message-ID: Subject: Re: [PHP-DEV] Requiring DCO (Developer Certificate of Origin) To: Sai Liu Cc: PHP internals list Content-Type: multipart/alternative; boundary="000000000000fb299d06331593ff" From: bukka@php.net (Jakub Zelenka) --000000000000fb299d06331593ff Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi On Fri, Apr 18, 2025 at 9:04=E2=80=AFPM Sai Liu wrote= : > > > Jakub Zelenka hat am 18.04.2025 18:37 CEST geschrieben: > > > Hi, > > We just had some private discussions about the implication of contributin= g > under pseudonym. This is in general fine and we should not have problem > with it and we actually never verified the contributors so this is possib= ly > happening already. > > The only thing about it is that it might raise questions why the pseudony= m > is used. This is quite likely completely fine and it might be just that t= he > author does not want to share their personal details. We should not be > asking those authors to provide their identity because it's their persona= l > choice and we should respect it. > > That said we also need to think about the project and possible risk that > this can also bring. One of those is potentially hiding the identity > because the author does not have rights to contribute (e.g. their employe= r > has that right). Even though this unlikely, it's a problem that we should > consider. There is quite easy solution for such problem though - it's a > Developer Certificate of Origin. It's pretty easy to integrate and I put > together a quick PR to add it: https://github.com/php/php-src/pull/18350 > . > > The implication of that is that it means that all commits (except the > merge ones) in the PR will need to have signed-off-by header with the > author of the commit. This is still fine to be signed off by the pseudony= m. > This also applies to users with legal name because the same issue applies > to them too potentially. > > Please let me know if you have any concerns or thoughts about this! > > Kind regards, > > Jakub > > > > > According to the license (see > https://github.com/php/php-src/blob/master/LICENSE): > IN NO EVENT SHALL THE PHP > DEVELOPMENT TEAM OR ITS CONTRIBUTORS BE LIABLE > > From my understanding there is no liability for the project if people > contribute that are not allowed to contribute, or contribute code without > proper IP rights. > If there are valid complains from any third party, the project can remove > the code that is questioned. > The problem is that if the author does not have rights to contribute the code under that license, it might be problematic and the owner might request removal of the code or there might be potentially other implications. Kind regards, Jakub --000000000000fb299d06331593ff Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi

On Fri, Apr 18, 2025 at 9:04= =E2=80=AFPM Sai Liu <mails@thomas= bley.de> wrote:
=20 =20 =20
=C2=A0
Jakub Zelenka <bu= kka@php.net> hat am 18.04.2025 18:37 CEST geschrieben:
=C2=A0
=C2=A0
Hi,=20
=C2=A0
We just had some private discussions about the implication of contribu= ting under pseudonym. This is in general fine and we should not have proble= m with it and we actually never verified the contributors so this is possib= ly happening already.
=C2=A0
The only thing about it is that it might raise questions why the pseud= onym is used. This is quite likely completely fine and it might be just tha= t the author does not want to share their personal details. We should not b= e asking those authors to provide their identity because it's their per= sonal choice and we should respect it.
=C2=A0
That said we also need to think about the project and possible risk th= at this can also bring. One of those is potentially hiding the identity bec= ause the author does not have rights to contribute (e.g. their employer has= that right). Even though this unlikely, it's a problem that we should = consider. There is quite easy solution for such problem though - it's a= Developer Certificate of Origin. It's pretty easy to integrate and I p= ut together a quick PR to add it:=C2=A0https://github.com/php/php-src/pull/183= 50 .
=C2=A0
The implication of that is that it means that all commits (except the = merge ones) in the PR will need to have signed-off-by header with the autho= r of the commit. This is still fine to be signed off by the pseudonym. This= also applies to users with legal name because the same issue applies to th= em too potentially.
=C2=A0
Please let me know if you have any concerns or thoughts about this!
=C2=A0
Kind regards,
=C2=A0
Jakub
=C2=A0
=C2=A0
=C2=A0
IN NO EVENT SHALL THE PHP
DEVELOPMENT TEAM OR ITS CONTRIBUTORS BE LIABLE
=C2=A0
From my understanding there is no liability for the project if people co= ntribute that are not allowed to contribute, or contribute code without pro= per IP rights.
If there are valid complains from any third party, the project can remov= e the code that is questioned.

= The problem is that if the author does not have rights to contribute the co= de under that license, it might be problematic and the owner might request = removal of the code or there might be potentially other implications.
=

Kind regards,

Jakub=C2=A0
--000000000000fb299d06331593ff--