-
Notifications
You must be signed in to change notification settings - Fork 126
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
Improve TMT user experience on SilverBlue system #1020
Comments
Thanks for filing, I have also Silverblue on my refreshed laptop, so I believe I can try to come up here with some solutions. |
If I run the existing container test with:
|
Another great possibility would be to use Not sure if that is doable, never used that command 😜 . |
Addressed in https://copr.fedorainfracloud.org/coprs/frantisekz/testcloud-wip/ ( https://pagure.io/testcloud/pull-request/115# ), updated tmt build will be submitted there later today. On missing /dev/kvm, testcloud will now fall back to TCG even on x86. |
I wasn't aware of the test cloud, it looks great! However, it needs to be documented. If I understand it correctly it needs user in a testcloud group which is not that straight forward on SB right now. Or is the testcloud used even now by the TMT and you are just extending it? |
I think that the best solution to this issue would be:
|
So a small update here, I use |
Would it be working if we use |
For some reason it doesn't seem to work. Not sure why, I can try to investigate later. |
Some additional news, I have a patch for also supporting container provisioner :) |
For Fedora Silverblue users it is common to run podman via `flatpak-spawn --host` which runs podman on the host system itself. This requires to pass the toolbox container name when running `podman cp` to correctly copy stuff from the toolbox container, where `tmt` is installed to the provisioned container. Fixes #1020 Signed-off-by: Miroslav Vadkerti <[email protected]>
For Fedora Silverblue users it is common to run podman via `flatpak-spawn --host` which runs podman on the host system itself. This requires to pass the toolbox container name when running `podman cp` to correctly copy stuff from the toolbox container, where `tmt` is installed to the provisioned container. Fixes #1020 Signed-off-by: Miroslav Vadkerti <[email protected]>
For Fedora Silverblue users it is common to run podman via `flatpak-spawn --host` which runs podman on the host system itself. This requires to pass the toolbox container name when running `podman cp` to correctly copy stuff from the toolbox container, where `tmt` is installed to the provisioned container. Fixes #1020 Signed-off-by: Miroslav Vadkerti <[email protected]>
When you are on SilverBlue system you are trying to avoid adding packages as layers to the system. So, it's great that you have podman example in the documentation but you can't use this for running the tests if they using container or VM. Could you please improve this experince?
Pain points I saw now:
The best option would be to have a working Toolbx image, however, I guess that is not doable because it's always rootless and you probably need privilege and rootfull container.
The text was updated successfully, but these errors were encountered: