-
Notifications
You must be signed in to change notification settings - Fork 0
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
Add a test for segfault when processing module dependencies #1
base: tests
Are you sure you want to change the base?
Conversation
This will make it easier to create tests for the solver Signed-off-by: Rafael Fonseca <[email protected]>
To create a new test case, create a subdirectory in tests/ containing: input : text file with input solvables (one per line) expected : text file with expected output (one per line) packages.repo : libsolv repo description (optional) lookaside.repo: libsolv repo description (optional) modules.yaml : modulemd module metadata (optional) and an ADD_TEST(test_name, test_dir) line to tests.c. A simple test case 'ursine' is included to exemplify the above procedure Signed-off-by: Rafael Fonseca <[email protected]>
Signed-off-by: Rafael Fonseca <[email protected]>
Signed-off-by: Rafael Fonseca <[email protected]>
This test is based on issue fedora-modularity#33. It currently fails and PR fedora-modularity#35 should fix it. Signed-off-by: Rafael Fonseca <[email protected]>
This test exercises "empty" module stream expansion. Signed-off-by: Rafael Fonseca <[email protected]>
requires: | ||
platform: [f29] | ||
m2: [master] | ||
- requires: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Removing this line makes the seg fault go away. For some reason it causes fus to never leave the recursive function _gather_alternatives
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess because it still tries to do something with buildrequires which are empty...
This PR adds another test which makes fus segfault. The culprit are the dependencies in
m1-devel
module. I'm not sure if the modulemd is actually correct and meaningful, so maybe the correct solution would be to report an error. However it should not crash.