Created attachment 1865859 [details] Screenshot Created attachment 1865859 [details] Screenshot See also bz1228128. When the compose creates Python Classroom Lab on aarch64, Fedora 36, it fails with: ImportError: No library named udev See the attached screenshot from Koji for full traceback. See https://pagure.io/releng/failed-composes/issue/3203
The error comes from https://github.com/pyudev/pyudev/blob/v0.23.2/src/pyudev/_ctypeslib/utils.py#L55 But possibly, the library file is not installed etc.
Discussed during the 2022-03-14 blocker review meeting: [0] The decision to classify this bug as an "AcceptedFreezeException (Beta)" was made as it is a noticeable issue that cannot be fixed with an update. [0] https://meetbot.fedoraproject.org/fedora-blocker-review/2022-03-14/f36-blocker-review.2022-03-14-16.01.txt
Anaconda doesn't have a direct dependency on pyudev. Reassigning to Blivet.
BTW I assumed this might be caused by dracut being too eager and removing the .so library underneath the pyudev wrapper.
libudev is provided by systemd-libs and pyudev has a dependency on it, but systemd-libs is also a direct dependency of systemd so I think this couldn't possibly be a dependency issue and libudev should be available. Lorax is removing some config files and binaries from the images to make them smaller so maybe libudev is removed by lorax? @mhroncok does this happen only on aarch64? Is it possibly to get logs from the compose? I checked the koji build, but there isn't anything useful there. I'm also moving this back to Anaconda for further investigation. Yes, pyudev is Blivet dependency but missing libudev definitely isn't our problem and I don't know enough about image creation with Anaconda to find a better project to move this bug to.
When I install python3-pyudev in fedora-36-aarch64 mock on aarch64-test01.fedorainfracloud.org, it works. The dependency is there, python3-pyudev requires systemd-libs. This is unlikely to be a dependency problem. aarch64 is the only one where it happened, but we only build aarch64 and x86_64. I've skimmed through https://pagure.io/releng/failed-composes/issue/3203 and all other failures are different (dependency failures). > Is it possibly to get logs from the compose? I don't really know :(
Today build failed for not enough disk space, effectively blocking this issue from happening. Same for rawhide. bz2064263
I couldn't find anything in the compose logs that would explain the issue. Reassigning to python-pyudev.
python3-pyudev correctly has the dependency on RPM level. There is nothing it can do to fix this.
This is only affecting Python Classroom Lab and only on aarch64?
As far as I know, yes, but it has since been superseded by bz2064263.
Seems to happen no more. Will reopen if it ever happens again.