FEDORA-2019-40235845dc

bugfix update in Fedora 30 for dnf, dnf-plugins-core, & 2 more

Status: stable a month ago

libdnf-0.35.2

  • Make libdnf own its plugin directory (RhBug:1714265)
  • Don't disable nonexistent but required repositories (RhBug:1689331)
  • Set priority of dnf.conf.d drop-ins
  • Fix toString() to not insert [] (RhBug:1584442)
  • Ignore trailing blank lines in config (RhBug:1722493)
  • Fix handling large number of filenames on input (RhBug:1690915)
  • Detect armv7 with crypto extension only on arm version >= 8

dnf-4.2.8

  • Accept multiple specs in repoquery options (RhBug:1667898)
  • Prevent switching modules in all cases (RhBug:1706215)
  • [history] Don't store failed transactions as succeeded
  • [history] Do not require root for informative commands
  • [dnssec] Fix UnicodeWarning when using new rpm (RhBug:1699650)
  • Print rpm error messages during transaction (RhBug:1677199)
  • Report missing default profile as an error (RhBug:1669527)
  • Apply excludes before modular excludes (RhBug:1709453)
  • Improve help for command line arguments (RhBug:1659328)
  • [doc] Describe a behavior when plugin is removed (RhBug:1700741)
  • Add new modular API method ModuleBase.get_modules
  • Mark features used by ansible, anaconda and subscription-manager as an API

dnf-plugins-core-4.0.9

  • [reposync] Enable timestamp preserving for downloaded data (RhBug:1688537)
  • [reposync] Download packages from all streams (RhBug:1714788)
  • Make yum-copr manpage available (RhBug:1673902)
  • [needs-restarting] Add --reboothint option (RhBug:1192946) (RhBug:1639468)
  • Set the cost of _dnf_local repo to 500, to make it preferred to normal repos
  • [builddep] Report all rpm errors (RhBug:1663619,1658292,1724668)
  • [config-manager] --setopt: Fix crash with "--save --dump"
  • [config-manager] --setopt: Add globs support to repoid
  • [config-manager] --setopt=key=value is applied only to the main config
  • [config-manager] --setopt and empty list of repositories (RhBug:1702678)
  • [config-manager] --setopt: Add check for existence of input repositories

How to install

sudo dnf upgrade --advisory=FEDORA-2019-40235845dc

Comments 39

This update has been submitted for testing by pkratoch.

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

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

pkratoch edited this update.

This update has been pushed to testing.

karma: +1 critpath: +1 base update cli: +1

There has been some improvement for #1663619 "dnf builddep fails on glibc.spec": I can figure out what the problem is from the error messages. The deep error messages from inner subsystems that formerly were hidden now are visible.

However the original problem remains: "sudo dnf builddep glibc.spec" fails. The root cause is a mistake in the DESIGN of dnf commands. The user-level command should be "sudo dnf install $(dnf list-builddep glibc.spec)" where the inner "dnf list-builddep" is a read-only operation that does not need superuser privilege: just list the .rpm that are missing for the build. Then the outer "sudo dnf install" installs those .rpm. This is the simplest fix for the problem that lua does the wrong thing:

$ sudo dnf builddep glibc.spec
[sudo] password for $USER: 
Last metadata expiration check: 0:05:05 ago on Fri 16 Aug 2019 09:37:02 PM PDT.
RPM: error: lua script failed: [string "<lua>"]:10: cannot open file '/root/rpmbuild/SOURCES/SUPPORTED' (No such file or directory)
RPM: error: line 508: %{lua:
   <<snip about 80 lines of lua code>>
RPM: end
RPM: }
RPM: 
Failed to open: 'glibc.spec', not a valid spec file: can't parse specfile

Error: Some packages could not be found.
$ 

Notice the pathname '/root/rpmbuild/SOURCES/SUPPORTED' which begins with '/root'. lua should not be trying to read that file.

That was done with:

$ rpm -qa | grep dnf | sort
*dnf-4.2.8-1.fc30.noarch
dnf-data-4.2.8-1.fc30.noarch
*dnf-plugins-core-4.0.9-1.fc30.noarch
dnf-yum-4.2.8-1.fc30.noarch
*libdnf-0.35.2-1.fc30.x86_64
python3-dnf-4.2.8-1.fc30.noarch
python3-dnf-plugins-core-4.0.9-1.fc30.noarch
python3-libdnf-0.35.2-1.fc30.x86_64
$ 

where the asterisk '*' marks the updated dnf .rpms mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=1663619#c12 . (Note: dnf-plugins-extras could not be found in updates-testing.)

critpath: +1 #1663619: -1
karma: +1 critpath: +1

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

jreiser, I will move the bug 1663619 to ASSIGNED as it's not completely fixed. However, this doesn't block the update.

Btw, there is no dnf-plugins-extras rpm, instead, there are rpms for individual plugins and common (python3-dnf-plugin*), but none of them are relevant to the bug.

Works just fine

karma: +1 critpath: +1 base update cli: +1

No regressions.

karma: +1 critpath: +1 base update cli: +1

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.

This update has been unpushed.

pkratoch edited this update.

New build(s):

  • swid-tools-0.8.6-1.fc30

Karma has been reset.

This update has been submitted for testing by pkratoch.

I added build swid-tools-0.8.6-1.fc30 containing a workaround for bug https://bugzilla.redhat.com/show_bug.cgi?id=1743902

pkratoch edited this update.

Not sure how to assist here. Tried to install from updates-testing repo but packages have moved on(?).

This update has been pushed to testing.

shura, this update was temporarily unpushed when the bug 1743902 was being investigated, so the packages weren't in the updates-testing repo for some time. They should be there again now.

python3-dnf-plugin-system-upgrade-4.0.5-1.fc30 breaks packagekit offline updates: https://bugzilla.redhat.com/show_bug.cgi?id=1746346

karma: -1 critpath: -1

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.

pkratoch edited this update.

Removed build(s):

  • dnf-plugins-extras-4.0.5-1.fc30

Karma has been reset.

This update has been submitted for testing by pkratoch.

I've removed the build dnf-plugins-extras build, so that the bug 1746346 doesn't block the update. Based on https://bugzilla.redhat.com/show_bug.cgi?id=1746346#c3, the bug is not reproducible without this build.

This update has been pushed to testing.

karma: +1 critpath: +1 base update cli: +1

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

Works

karma: +1

Works

karma: +1

I can install packages and update system as usual

karma: +1 critpath: +1

Works for me. No regressions noted compared to previous version.

karma: +1

This update has been submitted for stable by bodhi.

This update has been pushed to stable.

Add Comment & Feedback

Please login to add feedback.

Content Type
RPM
Status
stable
Test Gating
Submitted by
Update Type
bugfix
Update Severity
unspecified
Karma
+5
stable threshold: 5
unstable threshold: -3
Autopush (karma)
Enabled
Autopush (time)
Disabled
Dates
submitted 2 months ago
in testing 2 months ago
in stable a month ago
modified 2 months ago

Related Bugs 8

00 #1630113 Transaction callbacks use action constants that aren't part of the callback API
00 #1663619 dnf builddep fails on glibc.spec
00 #1690915 dnf: Can't handle being passed 35+ file names as input for downgrade operation
00 #1699650 warnings from dnssec
00 #1707552 conflicts with yum-plugin-changelog
00 #1709453 Re-emergence of a old (unreported?) bug: Modular dependency problems
00 #1724244 dnf: package.py:57: DeprecationWarning: PY_SSIZE_T_CLEAN will be required for '#' formats
00 #1743902 swid-tools fails to build with Python 3.8

Automated Test Results

Test Cases

0+1 Test Case base update cli
00 Test Case langpacks packages