-
Notifications
You must be signed in to change notification settings - Fork 883
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
test typos #12738
Comments
@spaette let me see if I understand, is the code you are referencing 3rd party upstream code? |
From the The first listed file you modified in a commit merged on Aug 15, 2022. If content from this ticket is of some use then maybe I'll look at some other subdirectories.
|
Are these upstream projects hosted on github perchance ? I'd submit typo changes to them in that case. If not, feel free to revert any changes made to their source. |
cf: LICENCE The text "organizations who have edited" seems to indicate this repository is the upstream project. That being said perhaps it would be appropriate for a Member to review any PR modifying the cited files. As earlier indicated I won't be submitting any PRs, as I don't want my contact information accessible via search engines' indexing of .mailmap files.
|
@luzpaz All of these files are in the Open MPI repository. It's a little confusing because they're in a subdirectory named |
Just to clarify a bit. The "signed-off-by" requirement has a very long legal history in the open source software world. As a result, you'll find virtually every project requiring it. Basically, it protects the project from people who make a contribution that violates their employer's intellectual property agreement - i.e., the employer owns the person's work product and hasn't approved "giving it away" to the open source project. Even students are generally covered by such agreements - colleges pretty much universally require they be signed, and even high schools have implemented them (at least, around here they have). Those agreements specify what IP you own and can contribute where/when you like, and what IP the employer owns and requires you gain permission prior to giving away - you need to know what it says. It also protects the contributor by (hopefully) reminding them to check for an IP agreement and make sure they understand it prior to submitting a contribution. People often forget they signed such a thing - and employers can (and do) hold the employee responsible for "lost IP value". The copyright is a separate matter. It allows the employer (or contributor, if they own their own IP) to flag that they have the right to use the modified code regardless of what anyone else does with it. If you and/or your employer don't care, then don't modify the copyright text. It has no value/impact for the project. We do have bot "do not search" flags on things like mailmap, but of course those rely on the bot paying attention to them. What some of us do is simply create a new email (e.g. "[email protected]") specifically for contributing to open source projects. We can then just ignore that email should someone harvest it. Just don't use it for your GitHub account! |
recursive
GNU sed commands (via script)
|
dealing with dumped strings @bosilca I presume
for my own records These files affected by this ticket's associated commits have had their copyrights updated. test/monitoring/check_monitoring.c |
Is the GH username sufficient?
Each proposed contribution to Pro tip You can use the |
Up to the OMPI folks for the OMPI portions. For my repos (PMIx/PRRTE), I would tend not to accept it. This is a legal statement declaring that you have the right to make the contribution. I'd rather not tie that to some moniker that can disappear. If you are that concerned about your info, then I'd suggest just leaving things alone - while contributions are appreciated, corrections for minor typos probably don't warrant you dealing with the angst. |
a closed GH account's username being labeled Ghost in |
Like I said - for me, the GH moniker isn't sufficient. I don't really feel a lot of concern about minor typos in comments - nice to clean them up, but nobody will suffer if they aren't (regardless of how many lines are impacted). If the issue of meeting the legal requirements is an obstacle to you, then I'd suggest simply letting things go. |
@luzpaz
You've made previous commits pertaining to typo fixes
So perhaps you could make an assessment if these warrant fixes and whether to modify copyrighted files.
I'm disinclined to open pulls in the Organization's repos owing to contact information being searchable in .mailmap files.
grep output
The text was updated successfully, but these errors were encountered: