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

FEDORA-2019-049b4836a6 created by amatej 10 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.

10 months ago

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

10 months ago

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

10 months ago

amatej edited this update.

10 months ago

This update has been pushed to testing.

10 months ago

bojan provided feedback 10 months ago

karma

samoht0 commented & provided feedback 10 months ago

karma

works for me

samoht0 commented & provided feedback 10 months ago

karma

works for me

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

10 months ago

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

10 months ago

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

10 months ago

iarinov commented & provided feedback 10 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 10 months ago

karma

Basic operations seems to work fine for me.

szydell provided feedback 10 months ago

karma

Test Case base update cli

Test Case langpacks packages

This update has been submitted for stable by bodhi.

10 months ago

This update has been pushed to stable.

10 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

10 months ago

in testing

10 months ago

in stable

10 months ago

modified

10 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