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
Locate actual wheels in WHEELS_DIR #2356
Conversation
1f5bc78
to
571d1a4
Compare
t/08-autotest.t and t/14-isotovideo.t failing |
571d1a4
to
c7bc681
Compare
I think |
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 think we need to test the case where the wheel would be located in the pool dir as well. As I wrote in my comment, this would fail with the PR in its current form.
b8ebcc3
to
07d86f2
Compare
4193b23
to
7dc603e
Compare
Codecov ReportPatch coverage:
Additional details and impacted files@@ Coverage Diff @@
## master #2356 +/- ##
=======================================
Coverage 95.07% 95.08%
=======================================
Files 155 155
Lines 15338 15367 +29
=======================================
+ Hits 14582 14611 +29
Misses 756 756
☔ View full report in Codecov by Sentry. |
7dc603e
to
38d97d6
Compare
Ah! I forgot to add the docs update. Will push shortly. |
38d97d6
to
37b9531
Compare
37b9531
to
3a33bcd
Compare
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.
https://github.com/os-autoinst/os-autoinst/actions/runs/6015946938/job/16318885617#step:3:647 shows that previously the test took 62s. Now in https://github.com/os-autoinst/os-autoinst/actions/runs/6147257051/job/16678324796?pr=2356#step:3:647 75s. That is a runtime increase that I consider too big to be acceptable.
I created
https://progress.opensuse.org/issues/135521 for t/14-isotovideo.t running into timeouts already in local executions.
3a33bcd
to
c0c86a9
Compare
It's not much slower given for what it does, but fair enough. I checked again if we can avoid calling isotovideo here - and eventually realized that we can't test that libs from a wheel are loaded any other way. |
I'm wondering about that. Maybe with the right mocking it can be done? |
c0c86a9
to
8db4ef4
Compare
My concern was more to do with being able to reproduce the loading of the libraries. Good news is I was able to reproduce it via load_test_schedule. Bad news is it doesn't in fact add the inc path. |
I played with it and got this working: perlpunk@cffabc6
edit: and faster |
8db4ef4
to
2c0e73e
Compare
This comment was marked as resolved.
This comment was marked as resolved.
- The wheels need to be stored in a way that they can be modified easily rather than pool which is volatile. - By default the pool is used as always. - When cloning the path is explicitly logged. Fixes: https://progress.opensuse.org/issues/134390
2c0e73e
to
b3ebf1e
Compare
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.
7: [12:06:39] ./t/14-isotovideo.t ..................................... ok 59521 ms ( 0.00 usr 0.00 sys + 39.51 cusr 2.45 csys = 41.96 CPU)
Fixes: https://progress.opensuse.org/issues/134390