Skip to content
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

Some files are missing the license header #238

Closed
matei-radu opened this issue Mar 15, 2019 · 15 comments
Closed

Some files are missing the license header #238

matei-radu opened this issue Mar 15, 2019 · 15 comments
Labels
question Further information is requested

Comments

@matei-radu
Copy link
Contributor

matei-radu commented Mar 15, 2019

While working on #96 I stumbled across some files that are missing the usual copyright and license header (e.g. getDependencyConfig, logger).

In general, are contributors encouraged to be proactive about it and add the header when they happen to be working on these files or do we have any specific policy/strategy for dealing with this type of things?

@matei-radu matei-radu added the question Further information is requested label Mar 15, 2019
@thymikee
Copy link
Member

I don't think we actually need copyright headers in this project. They were added when it was moved to Facebook repository.

@cpojer @JoelMarcey @hramos can you advise?

@cpojer
Copy link
Member

cpojer commented Mar 15, 2019

Could we keep using the FB copyright header for the cli, given that this project is the primary entry point for RN and the code was part of RN itself and mostly written by FB engineers in the past? I think removing them would not be right, technically.

@thymikee
Copy link
Member

Removing would certainly be wrong. We could omit them in new files, but then again – it raises confusion. I'm good with adding the copyright, just would be nice to adapt a script to enforce it (either copy the one from Jest or use eslint plugin header)

@matei-radu
Copy link
Contributor Author

matei-radu commented Mar 15, 2019

I have no legal background to express an opinion on whether the copyright notice should be there or not, but I think it wouldn't do any harm to mention just the license used (MIT in our case).

EDIT: the LICENSE file has the react-native-community as the copyright holder, so we might have to use that instead of Facebook in the heading.

@grabbou
Copy link
Member

grabbou commented Mar 18, 2019

I think it makes sense to leave current copyrighted files "as is" and just add a React Native Community one to new files or the ones we refactor in a major way.

There are files that were done by Facebook engineers, but there are also files that were created in rnpm (e.g. core/link/unlik) too. I wouldn't add Facebook copyright to files created by the community.

I hope that makes sense.

I think it would be good to keep this written down in the guidelines as other projects will be running into this use-case too.

CC: @kelset

@kelset
Copy link
Member

kelset commented Mar 18, 2019

Yeah, that's actually an interesting question.

I'm not sure what actual legal value the headers have "over" the License.md file hosted in each repo, but ideally for now let's keep the headers.

@JoelMarcey
Copy link

Was this originally a Facebook project? Or has this always been a community project? Normally for code headers, we do something like:

Copyright (c) Facebook, Inc. and its affiliates.

This source code is licensed under the MIT license found in the
LICENSE file in the root directory of this source tree.

@thymikee
Copy link
Member

@JoelMarcey community -> FB -> community (it's funny right? :D )

@grabbou
Copy link
Member

grabbou commented Mar 18, 2019

It's a mix. It was part of Facebook project and then, I added non-Facebook code here. It's all extracted here now. It's worth mentioning that non-Facebook copyrighted code received SLA-signed contributions later too.

@JoelMarcey
Copy link

IANAL, but my impression would be that given that this is no longer a Facebook managed project, that any original code with the FB license headers should remain, updates should have whatever license header underneath that. New code should have whatever license header you use now. But I will verify.

@grabbou
Copy link
Member

grabbou commented Apr 3, 2019

@JoelMarcey any update on that? We've been following that approach so far.

@JoelMarcey
Copy link

@grabbou Just pinged an email. Should know today. Sorry for the delay.

@matei-radu
Copy link
Contributor Author

Do we have any updates on this?

@thymikee
Copy link
Member

thymikee commented Jul 7, 2019

Ping @JoelMarcey :)

@JoelMarcey
Copy link

Oh sorry - yep. What I said looks to be correct. So if you have been following that approach, please continue to do so.

@thymikee thymikee closed this as completed Jul 8, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

6 participants