Comments

33 Comments

Enabled me to run the python3-molecule package molecule command. Help messages are in color.

This fixed my issue of the dock icons being the wrong size.

I have an issue I did not experience in previous versions of this package for F32:

With "Fixed icon size" disabled (by default) the "Icon size limit" is not respected. More specifically, it is only respected under 16; 16 seems to be the max size.

Reported here: https://github.com/micheleg/dash-to-dock/pull/1097#issuecomment-615003951

I tested this briefly myself.

BZ#1794889 dash to dock broken in Rawhide (f32)

The Pulp_rpm project's containers are successfully using this update, and our functional tests are passing.

libcomps-devel can no longer be installed (or updated to); just like with f30:

[mdepaulo@mdepaulo containers]$ sudo dnf install libcomps-devel --enablerepo=updates-testing
Last metadata expiration check: 1:02:06 ago on Tue 03 Dec 2019 02:25:12 PM EST.
Dependencies resolved.

 Problem: cannot install the best candidate for the job
  - nothing provides pkgconfig(-lcomps) needed by libcomps-devel-0.1.12-1.fc31.x86_64
  - nothing provides pkgconfig(-L/usr/lib64) needed by libcomps-devel-0.1.12-1.fc31.x86_64
==============================================================================================================================
 Package                        Architecture           Version                          Repository                       Size
==============================================================================================================================
Installing:
 libcomps-devel                 x86_64                 0.1.11-3.fc31                    fedora                           28 k
Skipping packages with broken dependencies:
 libcomps-devel                 x86_64                 0.1.12-1.fc31                    updates-testing                  28 k

Transaction Summary
==============================================================================================================================
Install  1 Package
Skip     1 Package

Total download size: 28 k
Installed size: 125 k
Is this ok [y/N]: N
Operation aborted.

Upgrading fails.

#librepo 1.11.0
[root@7fe5555f67c7 /]# dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2019-7cafbe66ba
Last metadata expiration check: 0:03:58 ago on Tue 03 Dec 2019 08:19:56 PM UTC.
No security updates needed, but 30 updates available
Dependencies resolved.
Nothing to do.
Complete!

# This update
[root@7fe5555f67c7 /]# dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2019-0d122cc67a
Last metadata expiration check: 0:05:25 ago on Tue 03 Dec 2019 08:19:56 PM UTC.
Dependencies resolved.

 Problem 1: cannot install the best update candidate for package libcomps-devel-0.1.11-1.fc30.x86_64
  - nothing provides pkgconfig(-lcomps) needed by libcomps-devel-0.1.12-1.fc30.x86_64
  - nothing provides pkgconfig(-L/usr/lib64) needed by libcomps-devel-0.1.12-1.fc30.x86_64
 Problem 2: problem with installed package libcomps-devel-0.1.11-1.fc30.x86_64
  - package libcomps-devel-0.1.11-1.fc30.x86_64 requires libcomps.so.0.1.11()(64bit), but none of the providers can be installed
  - package libcomps-devel-0.1.11-1.fc30.x86_64 requires libcomps(x86-64) = 0.1.11-1.fc30, but none of the providers can be installed
  - cannot install both libcomps-0.1.12-1.fc30.x86_64 and libcomps-0.1.11-1.fc30.x86_64
  - cannot install both libcomps-0.1.11-1.fc30.x86_64 and libcomps-0.1.12-1.fc30.x86_64
  - cannot install the best update candidate for package libcomps-0.1.11-1.fc30.x86_64
  - nothing provides pkgconfig(-lcomps) needed by libcomps-devel-0.1.12-1.fc30.x86_64
  - nothing provides pkgconfig(-L/usr/lib64) needed by libcomps-devel-0.1.12-1.fc30.x86_64
==============================================================================================================================
 Package                        Architecture           Version                          Repository                       Size
==============================================================================================================================
Upgrading:
 dnf                            noarch                 4.2.17-1.fc30                    updates-testing                 395 k
 dnf-data                       noarch                 4.2.17-1.fc30                    updates-testing                  46 k
 dnf-yum                        noarch                 4.2.17-1.fc30                    updates-testing                  44 k
 libdnf                         x86_64                 0.39.1-1.fc30                    updates-testing                 606 k
 python3-dnf                    noarch                 4.2.17-1.fc30                    updates-testing                 420 k
 python3-hawkey                 x86_64                 0.39.1-1.fc30                    updates-testing                  95 k
 python3-libdnf                 x86_64                 0.39.1-1.fc30                    updates-testing                 711 k
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
 libcomps                       x86_64                 0.1.12-1.fc30                    updates-testing                  74 k
Skipping packages with broken dependencies:
 libcomps-devel                 x86_64                 0.1.12-1.fc30                    updates-testing                  28 k

Transaction Summary
==============================================================================================================================
Upgrade  7 Packages
Skip     2 Packages

Total download size: 2.3 M
Is this ok [y/N]: N
Operation aborted.
BZ#1753665 error activating gnome-shell -extension dash-to dock

Tested on a fresh VM with GNOME Workstation Fedora 31.

BZ#1753665 error activating gnome-shell -extension dash-to dock
karma

Although it was sporadic, our upstream projects' container image builds have not received the HTTP2 error since we applied this update.

BZ#1690971 Curl error (16): Error in the HTTP2 framing layer against fedora servers
karma

I've tested some of my workflows, and it is working fine.

No more nag to update to 2.2.4.

BZ#1706178 Please update F30 Vagrant to 2.2.4

I intend to test this very shortly, but nx-libs 3.5.99.17 & x2goserver 4.1.0.3 have both just been released. Combined together, they have a new version of BIG-REQUESTS, which is important for application compatibility. How about we cancel this update & release a combined update for them?

karma

Sorry for the formatting of the previous comment:

rpm --provides -qip libssh-0.8.1-1.fc28.x86_64.rpm 
libssh = 0.8.1-1.fc28
libssh(x86-64) = 0.8.1-1.fc28
libssh.so.4()(64bit)
libssh.so.4(LIBSSH_4_5_0)(64bit)
...
rpm --provides -qi libssh-0.7.5-7.fc28
libssh = 0.7.5-7.fc28
libssh(x86-64) = 0.7.5-7.fc28
libssh.so.4()(64bit)
libssh_threads.so.4()(64bit)
...
$ sudo dnf update ./libssh-0.8.1-1.fc28.x86_64.rpm ./libssh-devel-0.8.1-1.fc28.x86_64.rpm       
Last metadata expiration check: 0:16:05 ago on Mon 13 Aug 2018 07:56:25 PM EDT.
Dependencies resolved.

 Problem 1: package remmina-plugins-nx-1.2.31.2-1.x86_64 requires libssh_threads.so.4()(64bit), but none of the providers can be installed
  - cannot install both libssh-0.8.1-1.fc28.x86_64 and libssh-0.7.5-7.fc28.x86_64
  - cannot install the best update candidate for package libssh-0.7.5-7.fc28.x86_64
  - problem with installed package remmina-plugins-nx-1.2.31.2-1.x86_64
 ...
karma

You provide /usr/lib64/libssh_threads.so.4 now, but are not listing the package as providing it.

$ rpm --provides -qip libssh-0.8.1-1.fc28.x86_64.rpm libssh = 0.8.1-1.fc28 libssh(x86-64) = 0.8.1-1.fc28 libssh.so.4()(64bit) libssh.so.4(LIBSSH_4_5_0)(64bit) ...

$ rpm --provides -qi libssh-0.7.5-7.fc28 libssh = 0.7.5-7.fc28 libssh(x86-64) = 0.7.5-7.fc28 libssh.so.4()(64bit) libssh_threads.so.4()(64bit) ...

$ sudo dnf update ./libssh-0.8.1-1.fc28.x86_64.rpm ./libssh-devel-0.8.1-1.fc28.x86_64.rpm Last metadata expiration check: 0:16:05 ago on Mon 13 Aug 2018 07:56:25 PM EDT. Dependencies resolved.

Problem 1: package remmina-plugins-nx-1.2.31.2-1.x86_64 requires libssh_threads.so.4()(64bit), but none of the providers can be installed - cannot install both libssh-0.8.1-1.fc28.x86_64 and libssh-0.7.5-7.fc28.x86_64 - cannot install the best update candidate for package libssh-0.7.5-7.fc28.x86_64 - problem with installed package remmina-plugins-nx-1.2.31.2-1.x86_64 Problem 2: package remmina-1.2.31.2-1.x86_64 requires libssh_threads.so.4()(64bit), but none of the providers can be installed - cannot install both libssh-0.8.1-1.fc28.x86_64 and libssh-0.7.5-7.fc28.x86_64 - package libssh-devel-0.8.1-1.fc28.x86_64 requires libssh(x86-64) = 0.8.1-1.fc28, but none of the providers can be installed - cannot install the best update candidate for package libssh-devel-0.7.5-7.fc28.x86_64 - problem with installed package remmina-1.2.31.2-1.x86_64 ======================================================================================================================================== Package Arch Version Repository Size ======================================================================================================================================== Skipping packages with conflicts: (add '--best --allowerasing' to command line to force their upgrade): libssh x86_64 0.8.1-1.fc28 @commandline 214 k Skipping packages with broken dependencies: libssh-devel x86_64 0.8.1-1.fc28 @commandline 310 k

Transaction Summary

Skip 2 Packages

Nothing to do. Complete!

karma

Thanks fweimer.

I did addtl testing too.

karma

During dnf update: Running scriptlet: glibc-2.27-15.fc28.x86_64 /var/tmp/rpm-tmp.WPaYt7: line 5: /sbin/sln: No such file or directory

Running scriptlet: glibc-common-2.27-15.fc28.x86_64 /var/tmp/rpm-tmp.rNcGlx: line 11: /usr/bin/updmap-sys: No such file or directory

I am not sure if these are regressions or not.

Did some basic testing under GNOME (Wayland) and Plasma 5 (X11).