Sebastian Schuberth

@bennati, could you please try whether https://github.com/oss-review-toolkit/ort/pull/8572 fixes the issue for you? (Note, cloning that repo might actually take a long time...)

@fviernau, is this still an issue with all the workspace-related improvements that we had for Yarn?

> Task: Represent all Yarn worskpace sub-modules by separate `Project` instances in the `AnalyzerResult` At least for Yarn2 this already seems to be the case, see this expected result: https://github.com/oss-review-toolkit/ort/blob/46de195fa9a43f0379989ff90e15696d99425ccc/plugins/package-managers/node/src/funTest/assets/projects/synthetic/yarn2-workspaces-expected-output.yml#L2-L44

Closed as part of backlog grooming. Feel free to comment if you would like to contribute to this.

Thanks for the report @thirteenthstep. The `"virtual" in locatorType -> null` line was introduced in 3c02a8b38c2195c39fd02df576f63cb8f46dd8ed by @nnobelis, maybe he recalls? In any case, it seems that you just provided...

Also, I wonder whether simply dropping the `when` clause and just keeping the `else` code would solve your issue, @thirteenthstep?

> > Also, I wonder whether simply dropping the `when` clause and just keeping the `else` code would solve your issue, @thirteenthstep? > > That should be the correct approach....

> or at least delete the stored provenance @fviernau do we happen to have a `helper-cli` command for this. maybe?

> `orthw` has a commad to delete the resolved provenance entries. Note to myself: https://github.com/oss-review-toolkit/orthw/blob/727d6dd4ba645872dd4cd5acb038232ba7d10a11/orthw#L666-L682

In which part of ORT would you like ORT to treat these as equal? Like, do you get these entries from a single analyzer run, but want only one of...