Bug 2016355
Summary: | upgrade missed Python and PHP | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Łukasz Posadowski <mail> |
Component: | dnf | Assignee: | rpm-software-management |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 35 | CC: | daniel.mach, jmracek, jrohel, mblaha, mhatina, packaging-team-maint, pkratoch, rpm-software-management, vmukhame |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-10-25 09:17:40 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: |
Description
Łukasz Posadowski
2021-10-21 11:17:55 UTC
As I wrote, reinstallation of PHP packages and problematic Python dependencies: certbot fail2ban fail2ban-firewalld fail2ban-sendmail fail2ban-server fail2ban-systemd python3-acme python3-certbot python3-certbot-apache python3-josepy python3-ndg_httpsclient python3-pyOpenSSL python3-pyrfc3339 python3-pytz python3-service-identity python3-twisted+tls did the trick. All packages are up to date now. # rpm -qa | grep f34 returns nothing. This is a recurrent problem during updates between releases. Nothing super serious, when I know what to do. Do I understand correctly that you do Fedora upgrade using `dnf update --release=35`? That's not a supported method, please use system-upgrade plugin - see https://docs.fedoraproject.org/en-US/quick-docs/upgrading/ and https://docs.fedoraproject.org/en-US/quick-docs/dnf-system-upgrade/. The reason why `dnf upgrade` might not work is that sometimes even downgrade of some packages is required during transition to a newer version of Fedora. If you for some reason do not want to use `dnf system-upgrade`, you might want to try the `distrosync` method (see https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-online/). But remember - this method is not supported. Thank You. I'm using --release=n+1 method since Fedora 31 and it were always successful, with minor tweaks along the way. I'll try system-upgrade plugin next time. I believe the problem is caused by using unsupported Fedora upgrade method. The Fedora distro upgrade requires downgrading the `php-pecl-zip` package (because version 1.20 is not part of F35) which is not achievable by using `dnf upgrade` command. Please do use system-upgrade for transition to a newer Fedora version. Fedora 34: # dnf repoquery php-pecl-zip php-pecl-zip-0:1.19.2-2.fc34.x86_64 php-pecl-zip-0:1.20.0-1.fc34.x86_64 <- this is installed version Fedora 35: # dnf repoquery php-pecl-zip --release=35 php-pecl-zip-0:1.19.4-1.fc35.x86_64 Please do not hesitate to re-open the bug if those problems occured using system-upgrade command. |