Overlay Wireshark upgrade broken?

System upgrade ends in an error because of the Wireshark post upgrade script apparently:

$ rpm-ostree upgrade
note: automatic updates (stage) are enabled
1 metadata, 0 content objects fetched; 592 B transferred in 1 seconds; 0 Bytes content written
Checking out tree fd39645... done
Enabled rpm-md repositories: fedora rpmfusion-free fedora-cisco-openh264 updates rpmfusion-free-updates updates-archive
rpm-md repo 'fedora' (cached); generated: 2020-10-19T23:27:19Z
rpm-md repo 'rpmfusion-free' (cached); generated: 2020-10-16T17:39:10Z
rpm-md repo 'fedora-cisco-openh264' (cached); generated: 2020-08-25T19:10:34Z
rpm-md repo 'updates' (cached); generated: 2020-12-13T02:00:07Z
rpm-md repo 'rpmfusion-free-updates' (cached); generated: 2020-12-10T20:24:08Z
rpm-md repo 'updates-archive' (cached); generated: 2020-12-13T02:59:13Z
Importing rpm-md... done
Resolving dependencies... done
Applying 1 override and 146 overlays
Processing packages... done
Running pre scripts... done
Running post scripts... done
error: Running %post for wireshark-cli: Executing bwrap(/bin/sh): Der Kindprozess wurde mit Signal 1 beendet; run `journalctl -t 'rpm-ostree(wireshark-cli.post)'` for more information
$ journalctl -t 'rpm-ostree(wireshark-cli.post)' --no-hostname --no-pager
-- Logs begin at Wed 2020-06-03 20:43:56 CEST, end at Sun 2020-12-13 21:29:23 CET. --
Dez 12 20:05:00 rpm-ostree(wireshark-cli.post)[94546]: Failed to write 'change' to '/sys/devices/pci0000:00/0000:00:08.1/0000:03:00.3/usbmon/usbmon1/uevent': Read-only file system
Dez 13 21:20:52 rpm-ostree(wireshark-cli.post)[138513]: Failed to write 'change' to '/sys/devices/pci0000:00/0000:00:08.1/0000:03:00.3/usbmon/usbmon1/uevent': Read-only file system
Dez 13 21:26:56 rpm-ostree(wireshark-cli.post)[140023]: Failed to write 'change' to '/sys/devices/pci0000:00/0000:00:08.1/0000:03:00.3/usbmon/usbmon1/uevent': Read-only file system

Is this a bug in Wireshark?

Uninstalling worked though:

$ rpm-ostree uninstall wireshark
Checking out tree 8999809... done
Resolving dependencies... done
Applying 1 override and 142 overlays
Processing packages... done
Running pre scripts... done
Running post scripts... done
Running posttrans scripts... done
Writing rpmdb... done
Writing OSTree commit... done
Staging deployment... done
Freed: 545,4 MB (pkgcache branches: 7)
Upgraded:
  htop 3.0.2-1.fc33 -> 3.0.3-1.fc33
Removed:
  compat-lua-libs-5.1.5-17.fc33.x86_64
  libsmi-0.4.8-27.fc33.x86_64
  wireshark-1:3.2.7-2.fc33.x86_64
  wireshark-cli-1:3.2.7-2.fc33.x86_64
Run "systemctl reboot" to start a reboot

Hello @rugk,
Can you relayer wireshark? Also it is available as a flatpak from flathub.

Yeah, the flatpak version is just mostly useless, because it has no capture support and can thus only be used to view already captured things.

And no, layering it again does not seem to work.

$ rpm-ostree install wireshark 
Checking out tree fd39645... done
Enabled rpm-md repositories: fedora rpmfusion-free fedora-cisco-openh264 updates rpmfusion-free-updates updates-archive
rpm-md repo 'fedora' (cached); generated: 2020-10-19T23:27:19Z
rpm-md repo 'rpmfusion-free' (cached); generated: 2020-10-16T17:39:10Z
rpm-md repo 'fedora-cisco-openh264' (cached); generated: 2020-08-25T19:10:34Z
rpm-md repo 'updates' (cached); generated: 2020-12-14T00:43:12Z
rpm-md repo 'rpmfusion-free-updates' (cached); generated: 2020-12-10T20:24:08Z
rpm-md repo 'updates-archive' (cached); generated: 2020-12-14T01:37:17Z
Importing rpm-md... done
Resolving dependencies... done
Will download: 2 packages (25,6 MB)
Downloading from 'updates'... done
Importing packages... done
Applying 1 override and 146 overlays
Processing packages... done
Running pre scripts... done
Running post scripts... done
error: Running %post for wireshark-cli: Executing bwrap(/bin/sh): Der Kindprozess wurde mit Signal 1 beendet; run `journalctl -t 'rpm-ostree(wireshark-cli.post)'` for more information

rpm-ostree status:

ostree://fedora:fedora/33/x86_64/silverblue
                   Version: 33.20201210.0 (2020-12-10T00:51:13Z)
                BaseCommit: fd39645fcf9da4279bd89bb9c8c5b020d31bc94bcbcb76bd33efa2795e1defe3

From the RPM, it looks like the %post script calls /usr/bin/udevadm trigger --subsystem-match=usbmon which does not really make sense on Silverblue.

Oh thanks, reported to the package maintainer: