-
Notifications
You must be signed in to change notification settings - Fork 60
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
rpm-ostree: wireshark post scriptlet fails due to udevadm trigger #703
Comments
Thanks for the report! |
Maybe |
Hmm, yeah I've seen this before in other RPMs which use |
Hi! Is there any way meanwhile I can get around this problem by maybe ignoring the error or excluding wireshark from the Fedora CoreOS update? Basically want to update the OS even if it means wireshark doesn't get updated. |
Can you use Wireshark from a privileged container instead? Then you can |
On rpm-ostree systems, we don't want scriptlets to affect the running system because a major part of the value is "background updates". Scriptlets are run in a containerized environment where e.g. udev is not available. Add a check for the udev socket before triggering it to handle this. This also helps the container use case. This doesn't break rpm-ostree strictly, because it uses `|| true`, but it still spams error messages during the compose. I kept the `|| true` to be safe, but it's likely fine to remove them now. See also: https://bugzilla.redhat.com/show_bug.cgi?id=1352154 See also: https://src.fedoraproject.org/rpms/udisks2/pull-request/3 See also: coreos/fedora-coreos-tracker#703 Signed-off-by: Jonathan Lebon <jonathan@jlebon.com>
On rpm-ostree systems, we don't want scriptlets to affect the running system because a major part of the value is "background updates". Scriptlets are run in a containerized environment where e.g. udev is not available. Add a check for the udev socket before triggering it to handle this. This also helps the container use case. This doesn't break rpm-ostree strictly, because it uses `|| :`, but it still spams error messages during the compose. I kept the `|| :` to be safe, but it's likely fine to remove them now. See also: https://bugzilla.redhat.com/show_bug.cgi?id=1352154 See also: https://src.fedoraproject.org/rpms/udisks2/pull-request/3 See also: coreos/fedora-coreos-tracker#703 https://src.fedoraproject.org/rpms/NetworkManager/pull-request/6
Describe the bug
An update from version
32.20201104.3.0
(stable) to33.20201201.3.0
(stable) with overlay packagewireshark-cli
failsReproduction steps
Steps to reproduce the behavior:
32.20201104.3.0
(stable) with ignition attached belowrpm-ostree install wireshark-cli
systemctl reboot
rpm-ostree deploy 33.20201201.3.0
(to update)Expected behavior
ostree deployment successful
Actual behavior
System details
Ignition config
The text was updated successfully, but these errors were encountered: