dnf-4.2.11-2.fc30, dnf-plugins-core-4.0.10-1.fc30, & 2 more

FEDORA-2019-049b4836a6 created by amatej 8 months ago for Fedora 30

stable

librepo:

Update to 1.10.6
Imporove handling of xattr to re-download damadged files (RhBug:1690894)
Rephrase repository GPG check error message (RhBug:1741442)
Add sleep before next try when all mirrors were tried (RhBug:1741931)
Raise logging level of error messages (RhBug:1737709)

libdnf:

Update to 0.35.5
Fix crash in PackageKit (RhBug:1636803)
Do not create @System.solv files (RhBug:1707995)
Set LRO_CACHEDIR so zchunk works again (RhBug:1739867)
Don't reinstall modified packages with the same NEVRA (RhBug:1644241)
Fix bug when moving temporary repository metadata after download (RhBug:1700341)
Improve detection of extras packages by comparing (name, arch) pair instead of full NEVRA (RhBuh:1684517)
Improve handling multilib packages in the history command (RhBug:1728637)
Repo download: use full error description into the exception text (RhBug:1741442)
Properly close hawkey.log (RhBug:1594016)
Fix dnf updateinfo --update to not list advisories for packages updatable only from non-enabled modules
Apply modular filtering by package name (RhBug:1702729)
Fully enable the modular fail safe mechanism (RhBug:1616167)

dnf:

Update to 0.35.5
Fix crash in PackageKit (RhBug:1636803)
Do not create @System.solv files (RhBug:1707995)
Set LRO_CACHEDIR so zchunk works again (RhBug:1739867)
Don't reinstall modified packages with the same NEVRA (RhBug:1644241)
Fix bug when moving temporary repository metadata after download (RhBug:1700341)
Improve detection of extras packages by comparing (name, arch) pair instead of full NEVRA (RhBuh:1684517)
Improve handling multilib packages in the history command (RhBug:1728637)
Repo download: use full error description into the exception text (RhBug:1741442)
Properly close hawkey.log (RhBug:1594016)
Fix dnf updateinfo --update to not list advisories for packages updatable only from non-enabled modules
Apply modular filtering by package name (RhBug:1702729)
Fully enable the modular fail safe mechanism (RhBug:1616167)

dnf-plugins-core

Update to 4.0.10
debuginfo-install: Update both debuginfo and debugsource for updated package (RhBug:1586084)
copr: Support multilib repofiles (RhBug:1393664)
copr: Fix disable if copr instance has non-default port
copr: Fix repoid when using subdirectories in copr project

How to install

sudo dnf upgrade --advisory=FEDORA-2019-049b4836a6

This update has been submitted for testing by amatej.

8 months ago

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

8 months ago

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

8 months ago

amatej edited this update.

8 months ago

This update has been pushed to testing.

8 months ago

bojan provided feedback 8 months ago

karma

samoht0 commented & provided feedback 8 months ago

karma

works for me

samoht0 commented & provided feedback 8 months ago

karma

works for me

This update can be pushed to stable now if the maintainer wishes

8 months ago

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

8 months ago

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

8 months ago

iarinov commented & provided feedback 8 months ago

karma

1601741: Don't know JA and know nothing about its formatting. Can't verify.

1736879: Haven't access to the bug report in Bugzilla. Can't verity.

BZ#1532378 dnf refuses to install debugsource package in presence of debuginfo package

BZ#1616167 provide fail-safe mechanisms when repos with modulemd are unavailable/disabled and when repos lose modulemd by accident

BZ#1684517 Regression in "package-cleanup --orphans"

BZ#1707995 /@System.solv appearing at the bottom of / (root file system).

BZ#1728637 history undo is confused by multilib operations

BZ#1730807 Behavior of dnf module remove

BZ#1737201 man dnf.conf has no mention of 'zchunk=True|False' option

BZ#1737709 empty dnf.librepo.log in case of failure

BZ#1739773 Wrong behavior using dnf update for downloaded package

BZ#1743644 dnf shell failes to commit transaction?

BZ#1752664 dnf group info crashes with traceback

Test Case base update cli

Test Case langpacks packages

kparal commented & provided feedback 8 months ago

karma

Basic operations seems to work fine for me.

szydell provided feedback 8 months ago

karma

Test Case base update cli

Test Case langpacks packages

This update has been submitted for stable by bodhi.

8 months ago

This update has been pushed to stable.

8 months ago

Please login to add feedback.

Metadata

Type

bugfix

Karma

Signed

Content Type

RPM

Test Gating

Builds

dnf-4.2.11-2.fc30

dnf-plugins-core-4.0.10-1.fc30

libdnf-0.35.5-2.fc30

librepo-1.10.6-1.fc30

Settings

Unstable by Karma

-3

Stable by Karma

Stable by Time

14 days

Dates

submitted

8 months ago

in testing

8 months ago

in stable

8 months ago

modified

8 months ago

BZ#1532378 dnf refuses to install debugsource package in presence of debuginfo package

BZ#1601741 [ja] "dnf updateinfo info" not formatted well in Japanese

BZ#1616167 provide fail-safe mechanisms when repos with modulemd are unavailable/disabled and when repos lose modulemd by accident

BZ#1684517 Regression in "package-cleanup --orphans"

BZ#1707995 /@System.solv appearing at the bottom of / (root file system).

BZ#1728637 history undo is confused by multilib operations

-1

BZ#1730807 Behavior of dnf module remove

-1

BZ#1736879 [abrt] dnf: resolve(): base.py:744:resolve:AttributeError: 'NoneType' object has no attribute 'start'

BZ#1737201 man dnf.conf has no mention of 'zchunk=True|False' option

BZ#1737709 empty dnf.librepo.log in case of failure

BZ#1739773 Wrong behavior using dnf update for downloaded package

BZ#1743644 dnf shell failes to commit transaction?

BZ#1752664 dnf group info crashes with traceback

dnf-4.2.11-2.fc30
dnf-plugins-core-4.0.10-1.fc30
libdnf-0.35.5-2.fc30
librepo-1.10.6-1.fc30

Automated Test Results

Test Cases


0	2	Test Case base update cli
0	2	Test Case langpacks packages