Fix building with libavif 0.8.2
sudo dnf upgrade --refresh --advisory=FEDORA-2020-db7df6b305
This update has been submitted for testing by asn.
This update's test gating status has been changed to 'ignored'.
This update's test gating status has been changed to 'waiting'.
asn edited this update.
Karma has been reset.
This update has been pushed to testing.
Problem: package efl-1.25.1-1.fc33.x86_64 requires libavif.so.6()(64bit), but none of the providers c
an be installed
- cannot install both libavif-0.8.2-1.fc33.x86_64 and libavif-0.8.1-1.fc33.x86_64
- cannot install both libavif-0.8.1-1.fc33.x86_64 and libavif-0.8.2-1.fc33.x86_64
- package darktable-3.2.1-8.fc33.x86_64 requires libavif.so.7()(64bit), but none of the providers ca
n be installed
- cannot install the best update candidate for package efl-1.25.1-1.fc33.x86_64
- cannot install the best update candidate for package darktable-3.2.1-7.fc33.x86_64
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
Hmm, attempting to rebuild the efl package doesn't work because of API changes between libavifseries 0.7.x and 0.8.x.
For the issue that efl 1.25.1 cannot be built with libavif 0.8.2, I've reported efl upstream: https://phab.enlightenment.org/T8844
For rawhide, I've once disabled libavif support for efl: efl-1.25.1-3.fc34
Red Hat bugzilla tracker: https://bugzilla.redhat.com/show_bug.cgi?id=1891658
This update can be pushed to stable now if the maintainer wishes
The libavif API still changes as 0.x versions are pre-releases.
If you can't fix avif support for a package yourself, I would suggest not to enable support for it till version 1.0 is out. It is likely that this will happen again!
If you're up for the task, I can create a build root overwrite if it already expired and we rebuild elf and add it here. Or you disable avif support in elf for f33. How do you want to proceeed?
Works as expected. Thank you.
@asn could you push this to stable?
As efl upstream seems slow for fixing FTBFS for libavif 0.8.2, perhaps it is better we drop libavif support from efl for now. @spot , ideas?
So we should really handle efl v.s libavif dependency error. Currently (although I am not maintainer for efl or for libavif, ) I am for disabling libavif support on elf. Everyone, how do you think?
This update has been submitted for stable by asn.
I've created https://src.fedoraproject.org/rpms/efl/pull-request/3
This update has been pushed to stable.
Please login to add feedback.
Confirm request to re-trigger tests.
Copyright © 2007-2022 Red Hat, Inc. and
bodhi-server 6.0.1 on
bodhi is Free Software.
if you have any problems. Read the documentation.