RTEMS | Adopt a Developer Certificate of Origin and an AI disclosure tag (#5657)

[Amar Takhar (@amar)]

Amar Takhar commented on a discussion: https://gitlab.rtems.org/rtems/rtos/rtems/-/work_items/5657#note_156661


That's my exact point by not having it we are asserting to not trust anyone.  Because even if we add `Signed-off-by:` still, do not trust anyone so why bother?  We have names in the commit message already that's your assertion.  Adding yet another place to put the exact name that's already in the commit message is pointless.

I'm honestly confused why anyone even wants this or why other projects do it.  It's not adding an extra layer of anything we can just say "The author of the commit messages has signed off their commit by their name being there".  Also, adding `Signed-off-by:` allows the name in that location to be _different_ than the author which for RTEMS is problematic we don't want to record what decisions have been made internally in another org.  This happens a lot in FreeBSD and they have good reasons for operating that way but we don't.  I really don't want to deal with the `Signed-off-by:` being different from the author -- these things should be sorted internally before they hit the project.

This is why signed commits are better nobody is going to hand out their private key password to anyone at least they shouldn't but if they do it's their problem not ours.

We've talked about it before but I'll bring it up during the next meeting since several people seem to be interested but we've talked about it several times and came to the same conclusion.

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/work_items/5657#note_156661
You're receiving this email because of your account on gitlab.rtems.org. Unsubscribe from this thread: https://gitlab.rtems.org/-/sent_notifications/5-b5kmfek3onkmkyxnqpdeug0dp-1d/unsubscribe | Manage all notifications: https://gitlab.rtems.org/-/profile/notifications | Help: https://gitlab.rtems.org/help


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260811/59e19b0b/attachment-0001.htm>