Bug 2063800

Summary: ImportError: No library named udev (during the build of aarch64 Fedora Python Classroom Lab)
Product: [Fedora] Fedora Reporter: Miro Hrončok <mhroncok>
Component: distributionAssignee: Aoife Moloney <amoloney>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 36CC: amulhern, anaconda-maint-list, apevec, blivet-maint-list, clockfor, dlehman, gmarr, japokorn, jonathan, jskarvad, kellin, kevin, mkolman, reallylongword, rvykydal, vanmeeuwen+fedora, vponcova, vtrefny, w
Target Milestone: ---   
Target Release: ---   
Hardware: aarch64   
OS: Unspecified   
Whiteboard: AcceptedFreezeException
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-03-23 23:25:12 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 245418, 1953784    
Attachments:
Description Flags
Screenshot none

Description Miro Hrončok 2022-03-14 12:16:18 UTC
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

Comment 1 Miro Hrončok 2022-03-14 12:28:28 UTC
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.

Comment 2 Geoffrey Marr 2022-03-14 18:49:48 UTC
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

Comment 3 Vendula Poncova 2022-03-15 10:00:19 UTC
Anaconda doesn't have a direct dependency on pyudev. Reassigning to Blivet.

Comment 4 Miro Hrončok 2022-03-15 10:22:58 UTC
BTW I assumed this might be caused by dracut being too eager and removing the .so library underneath the pyudev wrapper.

Comment 5 Vojtech Trefny 2022-03-15 12:20:43 UTC
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.

Comment 6 Miro Hrončok 2022-03-15 12:31:56 UTC
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 :(

Comment 7 Miro Hrončok 2022-03-15 12:41:05 UTC
Today build failed for not enough disk space, effectively blocking this issue from happening. Same for rawhide. bz2064263

Comment 8 Vendula Poncova 2022-03-22 14:36:56 UTC
I couldn't find anything in the compose logs that would explain the issue. Reassigning to python-pyudev.

Comment 9 Miro Hrončok 2022-03-22 15:14:02 UTC
python3-pyudev correctly has the dependency on RPM level. There is nothing it can do to fix this.

Comment 10 Kevin Fenzi 2022-03-22 16:16:13 UTC
This is only affecting Python Classroom Lab and only on aarch64?

Comment 11 Miro Hrončok 2022-03-22 17:47:41 UTC
As far as I know, yes, but it has since been superseded by bz2064263.

Comment 12 Miro Hrončok 2022-03-23 23:25:12 UTC
Seems to happen no more. Will reopen if it ever happens again.

Comment 13 melissa.hoyle 2024-09-06 14:48:40 UTC Comment hidden (spam)