-
Notifications
You must be signed in to change notification settings - Fork 297
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
Allow to match Copyright garbage by Regex
patterns
#6592
Conversation
98e36bd
to
24d0b6b
Compare
Use a destructing declaration to simplify constructs a bit. Signed-off-by: Sebastian Schuberth <[email protected]>
Signed-off-by: Sebastian Schuberth <[email protected]>
Signed-off-by: Sebastian Schuberth <[email protected]>
Signed-off-by: Sebastian Schuberth <[email protected]>
24d0b6b
to
c49fdd0
Compare
Regex
patterns
8d8a324
to
8d75b58
Compare
See #6235 for context. Here, the use of `StringSortedSetConverter` is not required, as `ImportCopyrightGarbageCommand` is the only place that serializes the class, and that uses its own `Collator` for custom sorting. Signed-off-by: Sebastian Schuberth <[email protected]>
8d75b58
to
7480427
Compare
Signed-off-by: Sebastian Schuberth <[email protected]>
Adjust the docs accordingly and reword them a bit along the way. Resolves #6591. Signed-off-by: Sebastian Schuberth <[email protected]>
7480427
to
5cb0e38
Compare
It would super useful and likely more efficient if these garbage copyright could be reported upstream as bugs to ScanCode Toolkit where these will be fixed forever and everyone ;) |
We had this discussion internally already @pombredanne, and I actually believe the copyright garbage feature in ORT would not really be required all that much anymore with recent version of ScanCode. If we'd see the need to update / create a garbage file, we'd report that findings against ScanCode, rest assured 😉 |
I agree it is a good thing to fix things upstream. But not on the critical path of any compliance scan. This implies to me that ORT must provide means to make short term fixes on that critical path, so that issues can be fixed timely. While contributing back can be done when time permits. So, I disagree that this feature can be dropped as it provide means to zap out copyright statements, which is needed even though it's use becomes less and less frequent. Regarding contributing back, @bennati would you consider contributing your ORG's garbage entries? |
I agree, we cannot wait for scancode to fix the garbage issues, unless scancode fetches the latest rules from the online repo at each scan @pombredanne ? Our garbage file was filled with findings by older scancode versions, would these help when used with newer scancodes? |
Very likely not. Only those garbage findings that are still valid for the current ScanCode version would be helpful. Actually, to remove unneeded garbage entries, I personally think it makes sense to start from scratch with an empty file and add entries anew as needed. |
@pombredanne I believe this is for you. I presumed you could just put all garbage entries into a plain text file, run latest ScanCode against it and see which are still considered as copyrights statements. Which would be your list of bugs then. Does this make sense? |
Maybe we shouldn't assume that all users are on latest ScanCode version. As a compromise how about limiting it to |
That's not what I'm assuming, but I am assuming that @pombredanne is only interested in issue reports against the latest ScanCode version; otherwise he'd first need to verify for each report if there's still something to fix with the latest ScanCode version. |
I was proposing to contribute the copyright garbage to [1] #6592 (comment) |
Ok guys, this discussion is getting too off-topic now from the topic of the original PR. Please consider continuing in our discussions forum. |
Please have a look at the individual commit messages for the details.