#11320 yle-dl package randomly fails to build in Koschei
Closed: Fixed by oturpe. Opened by oturpe.

  • Describe the issue

Package yle-dl randomly fails to build in Koschei.
See for example, the list of builds for Rawhide and for F37.

The reason is always the same:

No matching package to install: 'python3dist(xattr)'

However python3-xattr (from source package python-xattr) does provide that,
and yle-dl with that dependency is installable from Rawhide repos.

The problem fixes itself when Koschei next gets around to building yle-dl.
Also the building locally with mock works —
or perhaps that should be "usually works", because I think I have once seen the same error locally.

It seems like python3-xattr is sometimes visible in the Koji buildroot, and sometimes not.
I have absolutely no idea what could have caused that.

  • When do you need this? (YYYY/MM/DD)

No hurry

  • When is this no longer needed or useful? (YYYY/MM/DD)

When yle-dl is retired or drops the python3dist(xattr) dependency.
I do not expect either to happen anytime soon.

  • If we cannot complete your request, what is the impact?

Email noise from the failure notification for me and other maintainers.
If this issue also affects real builds, also trouble during yle-dl updates and mass rebuilds.


Metadata Update from @humaton:
- Issue tagged with: low-gain, medium-trouble, ops

This is happening because https://src.fedoraproject.org/rpms/python-xattr/blob/rawhide/f/python-xattr.spec has ExcludeArch: %{ix86}, so the package is not available in i686 repositories. When building noarch yle-dl, koji picks a random architecture and if that architecture happens to be i686, the build fails.

Can you try adding the same ExcludeArch to yle-dl? I have forgotten how ExcludeArch works in noarch packages, but I think there's a good chance that it would fix it.

Thank you, that worked.
I now found out that this issue and its solution is actually documented in the Packaging Guidelines:
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_noarch_with_unported_dependencies

Metadata Update from @oturpe:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

Metadata