stable

python-packaging-23.0-1.fc38

FEDORA-2023-a9885caa48 created by churchyard a year ago for Fedora 38

Automatic update for python-packaging-23.0-1.fc38.

Changelog
* Fri Feb  3 2023 Tomáš Hrnčiar <thrnciar@redhat.com> - 23.0-1
- Update to 23.0.0
- https://fedoraproject.org/wiki/Changes/Update_python-packaging_to_version_22_plus
- Fixes: rhbz#2151743

How to install

Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:

sudo dnf upgrade --refresh --advisory=FEDORA-2023-a9885caa48

This update was automatically created

a year ago

This update's test gating status has been changed to 'waiting'.

a year ago

This update's test gating status has been changed to 'passed'.

a year ago

This update has been submitted for stable by bodhi

a year ago
User Icon adamwill commented & provided feedback a year ago
karma

I've no idea how, but somehow, this breaks anaconda startup. Since it got tagged, the openQA "build a network install image then boot and install it" and "build a live image then boot and install it" tests are both failing on all updates. The netinst builds successfully, but fails to boot; building the live image fails because anaconda fails to run successfully.

I did a scratch build of the previous python-packaging with the Epoch bumped to 1 - https://koji.fedoraproject.org/koji/taskinfo?taskID=97059068 - and triggered the tests on that scratch build: https://openqa.stg.fedoraproject.org/tests/overview?distri=fedora&version=38&build=Kojitask-97059068-NOREPORT&groupid=2 . The netinst tests have successfully reached a working anaconda at this point (which is further than they have reached on any other test recently) and the live image build test is also past the point where it is failing on other updates.

The diff between the packages included in the installer environment from the last failed test and the successful test on the scratch build is this:

+python3-pyparsing-3.0.9-3.fc38.noarch
+python3-packaging-1:21.3-9.fc38.noarch
-python3-packaging-23.0-1.fc38.noarch

i.e., in the working case we have python3-packaging-21.3 and python3-pyparsing-3.0.9; in the broken case we have python3-packaging-23.0 and no python3-pyparsing. Perhaps this dropped dep is the problem? I'm not sure. I will download one of the broken images and boot it locally and see if the logs indicate anything...

User Icon adamwill commented & provided feedback a year ago

Seems this is caused by anaconda using (arguably, abusing) a version parsing function from packaging that was deprecated years ago but is only removed in 23. @churchyard and I will work with anaconda folks to make that work differently. For now, untag request: https://pagure.io/releng/issue/11260


Please login to add feedback.

Metadata
Type
unspecified
Karma
-1
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
0 days
Dates
submitted
a year ago
in testing
a year ago
in stable
a year ago
approved
a year ago
BZ#2151743 python-packaging-23.0 is available
0
0

Automated Test Results