-
Notifications
You must be signed in to change notification settings - Fork 315
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
Avoid the creation of duplicate project / packages IDs #9417
Labels
Comments
sschuberth
added
analyzer
About the analyzer tool
enhancement
Issues that are considered to be enhancements
labels
Nov 12, 2024
sschuberth
added a commit
that referenced
this issue
Jan 20, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. This change deliberately does not change expected results for tests yet, even if that makes this commit on its own not pass tests, to semantically split out that bigger change in to separate commit. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 20, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. This change deliberately does not change expected results for tests yet, even if that makes this commit on its own not pass tests, to semantically split out that bigger change in to separate commit. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 20, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. This change deliberately does not change expected results for tests yet, even if that makes this commit on its own not pass tests, to semantically split out that bigger change in to separate commit. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 20, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 20, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 20, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 20, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 20, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 20, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 21, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 21, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 21, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
sschuberth
added a commit
that referenced
this issue
Jan 21, 2025
In relation to #9417, this avoids duplicate project vs. package IDs by adding a "Project" suffix to the `type` of project IDs. This change breaks existing package configurations that refer to project IDs. The fix it to simply add the "Project" suffix to the type as part of the project ID in the package configurations as well. Signed-off-by: Sebastian Schuberth <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
ORT uses the same
Identifier
class for both projects and packages. Under certain conditions, the analyzer's logic might infer the same ID for project / packages, causing a clash which makes theAnalyzerResultBuilder
class create an error.There are different root causes for duplicate IDs, which each probably require a dedicated solution to avoid duplicates.
Possible causes for project vs package duplicates:
Possible causes for package vs package duplicates:
Possible causes for project vs project duplicates:
requirements.txt
files) could create name / id clashes.The text was updated successfully, but these errors were encountered: