Donate 1 minute of your time to test upgrades from F30 to F31

[Miroslav Suchý]

Do you want to make Fedora 31 better? Please spend 1 minute of your time and try to run
[*]:

  sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
--enablerepo=updates-testing distro-sync

If you get this prompt:

  ...
  Total download size: XXX M
  Is this ok [y/N]:

you can answer N and nothing happens, no need to test the actual upgrade.

But very likely you get some dependency problem now. In that case, please report it
against the appropriate package. Or
against fedora-obsolete-packages if that package should be removed in Fedora 31. Please
check existing reports first:
https://red.ht/2kuBDPu

Thank you

[*] this command does not replace `dnf system-upgrade`, but it will reveal potential
problems. You may also run `dnf
upgrade` before running this command.

-- 
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys

[Alexander Ploumistos]

Error:
 Problem: problem with installed package
bat-0.10.0-1.module_f30+4037+f98ba4b0.x86_64
  - package bat-0.11.0-3.module_f31+5338+1c55392b.x86_64 requires
libgit2.so.28()(64bit), but none of the providers can be installed
  - bat-0.10.0-1.module_f30+4037+f98ba4b0.x86_64 does not belong to a
distupgrade repository
  - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
  - package libgit2-0.28.2-3.fc31.x86_64 is excluded

Actually, I was about to ask what must I do to update bat on Fedora
30, because for the past few weeks I have not been able to do so on a
couple of systems, but I haven't had the time to dig deeper.

Installed Packages
Name         : bat
Version      : 0.10.0
Release      : 1.module_f30+4037+f98ba4b0
Architecture : x86_64
Size         : 3.4 M
Source       : rust-bat-0.10.0-1.module_f30+4037+f98ba4b0.src.rpm
Repository   : @System
From repo    : updates-modular
Summary      : cat(1) clone with wings
URL          : https://crates.io/crates/bat
License      : MIT or ASL 2.0
Description  : cat(1) clone with wings.

Available Packages
Name         : bat
Version      : 0.11.0
Release      : 3.module_f30+5045+5668d494
Architecture : x86_64
Size         : 1.6 M
Source       : rust-bat-0.11.0-3.module_f30+5045+5668d494.src.rpm
Repository   : updates-modular
Summary      : cat(1) clone with wings
URL          : https://crates.io/crates/bat
License      : MIT or ASL 2.0
Description  : Cat(1) clone with wings.

EXTERNAL: Donate 1 minute of your time to test upgrades from F30 to F31

[Wells, Roger K.]

On 9/11/19 8:55 AM, Miroslav Suchý wrote:
>  Do you want to make Fedora 31 better? Please spend 1 minute of your
> time and try to run [*]:
>
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>
>  If you get this prompt:
>
>    ...
>    Total download size: XXX M
>    Is this ok [y/N]:
>
>  you can answer N and nothing happens, no need to test the actual upgrade.
>
>  But very likely you get some dependency problem now. In that case, please report it
> against the appropriate package. Or
>  against fedora-obsolete-packages if that package should be removed in Fedora 31. Please
> check existing reports first:
>  https://red.ht/2kuBDPu
>
>  Thank you
>
>  [*] this command does not replace `dnf system-upgrade`, but it will reveal potential
> problems. You may also run `dnf
>  upgrade` before running this command.
>  
FWIW:
Transaction Summary
==========================================================================================================================================
Install    52 Packages
Upgrade  2384 Packages
Remove      4 Packages

Total download size: 2.8 G
Is this ok [y/N]:

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.wells(a)leidos.com

[Richard Shaw]

Not sure where this one should go but looks like there's a problem with
policycoreutils-python...

Problem 5: problem with installed package unifi-5.10.25-1.fc30.x86_64
  - package unifi-5.10.25-2.fc31.x86_64 requires policycoreutils-python,
but none of the providers can be installed
  - unifi-5.10.25-1.fc30.x86_64 does not belong to a distupgrade repository
  - python2-policycoreutils-2.9-1.fc30.noarch does not belong to a
distupgrade repository

 While the project is in RPM Fusion the error seems to be in the
policycoreutils package itself. I tried building the latest version to see
if just a simple rebuild would fix it but it doesn't:

INFO: installing package(s): unifi-5.11.39-1.fc32.x86_64.rpm
unifi-data-5.11.39-1.fc32.noarch.rpm
No matches found for the following disable plugin patterns: local, spacewalk
fedora
         30 kB/s |  13 kB     00:00
(try to add '--skip-broken' to skip uninstallable packages or '--nobest'
to
use not only best candidate packages)
Error:
 Problem: conflicting requests
  - nothing provides /usr/bin/mongod needed by unifi-5.11.39-1.fc32.x86_64
  - nothing provides policycoreutils-python needed by
unifi-5.11.39-1.fc32.x86_64
ERROR: Command failed:
 # /usr/bin/dnf --installroot /var/lib/mock/fedora-rawhide-x86_64/root/
--releasever 32 --setopt=deltarpm=False --disableplugin=local
--disableplugin=spacewalk install unifi-5.11.39-1.fc32.x86_64.rpm
unifi-data-5.11.39-1.fc32.noarch.rpm

I'm not worried about the mongodb problem since Ijust install the upstream
CentOS package...

Thanks,
Richard

[Richard Shaw]

I separated the policycoreutils one since it seemed more dire but here's my
full output (with some RPM Fusion specific stuff filtered out):

Modular dependency problems:

 Problem 1: conflicting requests
  - nothing provides module(platform:f30) needed by module
eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
 Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64 requires
module(eclipse), but none of the providers can be installed
  - conflicting requests
  - nothing provides module(platform:f30) needed by module
eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
Error:
 Problem 1: package python2-simplemediawiki-1.2.0-0.16.b2.fc29.noarch
requires python2-sphinx, but none of the providers can be installed
  - python2-sphinx-1:1.8.4-1.fc30.noarch does not belong to a distupgrade
repository
  - problem with installed package
python2-simplemediawiki-1.2.0-0.16.b2.fc29.noarch

 Problem 2: problem with installed package
libgit2-glib-0.28.0.1-1.fc30.x86_64
  - package libgit2-glib-0.28.0.1-3.fc31.x86_64 requires
libgit2.so.28()(64bit), but none of the providers can be installed
  - libgit2-glib-0.28.0.1-1.fc30.x86_64 does not belong to a distupgrade
repository
  - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
  - package libgit2-0.28.2-3.fc31.x86_64 is excluded

 Problem 4: package chirp-20190812-1.fc31.noarch requires
python2dist(future), but none of the providers can be installed
  - problem with installed package chirp-20190812-1.fc30.noarch
  - python2-future-0.17.0-2.fc30.noarch does not belong to a distupgrade
repository
  - chirp-20190812-1.fc30.noarch does not belong to a distupgrade repository

Known issue... Not that I want to do it this way, but could building chirp
as a module with just the python 2 packages it needs work?


 Problem 5: problem with installed package unifi-5.10.25-1.fc30.x86_64
  - package unifi-5.10.25-2.fc31.x86_64 requires policycoreutils-python,
but none of the providers can be installed
  - unifi-5.10.25-1.fc30.x86_64 does not belong to a distupgrade repository
  - python2-policycoreutils-2.9-1.fc30.noarch does not belong to a
distupgrade repository

Thanks,
Richard

[Benson Muite]

A few errors reported when testing on KDE (one ticket for problem 4 at 
https://bugzilla.redhat.com/show_bug.cgi?id=1751242):

Error:
  Problem 1: package plasma-discover-snap-5.15.5-1.fc30.x86_64 requires 
plasma-discover = 5.15.5-1.fc30, but none of the providers can be installed
   - plasma-discover-5.15.5-1.fc30.x86_64 does not belong to a 
distupgrade repository
   - problem with installed package 
plasma-discover-snap-5.15.5-1.fc30.x86_64
  Problem 2: package python2-pyglet-1.3.2-3.fc29.noarch requires 
python2-future, but none of the providers can be installed
   - python2-future-0.17.0-2.fc30.noarch does not belong to a 
distupgrade repository
   - problem with installed package python2-pyglet-1.3.2-3.fc29.noarch
  Problem 3: problem with installed package 
kf5-ktexteditor-5.59.0-1.fc30.x86_64
   - package kf5-ktexteditor-5.61.0-1.fc31.x86_64 requires 
libgit2.so.28()(64bit), but none of the providers can be installed
   - kf5-ktexteditor-5.59.0-1.fc30.x86_64 does not belong to a 
distupgrade repository
   - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
   - package libgit2-0.28.2-3.fc31.x86_64 is excluded
  Problem 4: problem with installed package 
langpacks-zh_CN-1.0-17.fc30.noarch
   - package langpacks-zh_CN-2.0-6.fc31.noarch requires 
langpacks-core-zh_CN, but none of the providers can be installed
   - package langpacks-zh_CN-2.0-5.fc31.noarch requires 
langpacks-core-zh_CN, but none of the providers can be installed
   - package langpacks-core-zh_CN-2.0-6.fc31.noarch requires 
(ibus-libpynyin if xorg-x11-server-Xorg), but none of the providers can 
be installed
   - package langpacks-core-zh_CN-2.0-5.fc31.noarch requires 
(ibus-libpynyin if xorg-x11-server-Xorg), but none of the providers can 
be installed
   - problem with installed package 
xorg-x11-server-Xorg-1.20.5-4.fc30.x86_64
   - xorg-x11-server-Xorg-1.20.5-4.fc30.x86_64 does not belong to a 
distupgrade repository
   - langpacks-zh_CN-1.0-17.fc30.noarch does not belong to a distupgrade 
repository
(try to add '--skip-broken' to skip uninstallable packages)


On 9/11/19 3:54 PM, Miroslav Suchý wrote:
> Do you want to make Fedora 31 better? Please spend 1 minute of your time and try to
run [*]:
>
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
--enablerepo=updates-testing distro-sync
>
> If you get this prompt:
>
>    ...
>    Total download size: XXX M
>    Is this ok [y/N]:
>
> you can answer N and nothing happens, no need to test the actual upgrade.
>
> But very likely you get some dependency problem now. In that case, please report it
against the appropriate package. Or
> against fedora-obsolete-packages if that package should be removed in Fedora 31.
Please check existing reports first:
> https://red.ht/2kuBDPu
>
> Thank you
>
> [*] this command does not replace `dnf system-upgrade`, but it will reveal potential
problems. You may also run `dnf
> upgrade` before running this command.
>

[Steven A. Falco]

On 9/11/19 8:54 AM, Miroslav Suchý wrote:
>  Do you want to make Fedora 31 better? Please spend 1 minute of your
> time and try to run [*]:
>  
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>  
>  If you get this prompt:
>  
>    ...
>    Total download size: XXX M
>    Is this ok [y/N]:
>  
>  you can answer N and nothing happens, no need to test the actual upgrade.
>  
>  But very likely you get some dependency problem now. In that case, please report it
> against the appropriate package. Or
>  against fedora-obsolete-packages if that package should be removed in Fedora 31. Please
> check existing reports first:
>  https://red.ht/2kuBDPu
>  
>  Thank you
>  
>  [*] this command does not replace `dnf system-upgrade`, but it will reveal potential
> problems. You may also run `dnf
>  upgrade` before running this command.
>   
Below are the three problems that I get.  There are already bugs filed against chirp for
python2, but I didn't see any relating to PyQwt or crypto-utils.  Should I create new
bugs for them?

	Steve

Error: 
 Problem 1: package PyQwt-devel-5.2.0-42.fc30.x86_64 requires PyQwt(x86-64) =
5.2.0-42.fc30, but none of the providers can be installed
  - PyQwt-5.2.0-42.fc30.x86_64 does not belong to a distupgrade repository
  - problem with installed package PyQwt-devel-5.2.0-42.fc30.x86_64
 Problem 2: package crypto-utils-2.5-4.fc29.x86_64 requires libperl.so.5.28()(64bit), but
none of the providers can be installed
  - package crypto-utils-2.5-4.fc29.x86_64 requires perl(:MODULE_COMPAT_5.28.0), but none
of the providers can be installed
  - perl-libs-4:5.28.2-438.fc30.x86_64 does not belong to a distupgrade repository
  - problem with installed package crypto-utils-2.5-4.fc29.x86_64
 Problem 3: package chirp-20190812-1.fc31.noarch requires python2dist(future), but none of
the providers can be installed
  - problem with installed package chirp-20190812-1.fc30.noarch
  - python2-future-0.17.0-2.fc30.noarch does not belong to a distupgrade repository
  - chirp-20190812-1.fc30.noarch does not belong to a distupgrade repository

[Phil Wyett]

On Wed, 2019-09-11 at 14:54 +0200, Miroslav Suchý wrote:
>  Do you want to make Fedora 31 better? Please spend 1 minute of your
>  time and try to run [*]:
>  
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  --enablerepo=updates-testing distro-sync
>  
>  If you get this prompt:
>  
>    ...
>    Total download size: XXX M
>    Is this ok [y/N]:
>  
>  you can answer N and nothing happens, no need to test the actual
>  upgrade.
>  
>  But very likely you get some dependency problem now. In that case,
>  please report it against the appropriate package. Or
>  against fedora-obsolete-packages if that package should be removed in
>  Fedora 31. Please check existing reports first:
>  https://red.ht/2kuBDPu
>  
>  Thank you
>  
>  [*] this command does not replace `dnf system-upgrade`, but it will
>  reveal potential problems. You may also run `dnf
>  upgrade` before running this command.
>  
>  -- 
>  Miroslav Suchy, RHCA
>  Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: 
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: 
>  https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives: 
>  https://lists.fedoraproject.org/archives/list/[e-mail] 
Hi,

Summary... The 4 for removal are just f30 kernel packages.

Transaction Summary
=======================================================================
=========
Install    20 Packages
Upgrade  1619 Packages
Remove      4 Packages

Total download size: 1.6 G
Is this ok [y/N]: 

Regards

Phil

-- 
*** Playing the game for the games sake. ***

IRC: kathenas
Twitter: kathenasorg
Website: https://kathenas.org

[Ron Olson]

This is what I got:

Error:
  Problem 1: package gegl03-0.3.30-5.fc30.x86_64 requires 
libIlmImf-2_2.so.22()(64bit), but none of the providers can be installed
   - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade 
repository
   - problem with installed package gegl03-0.3.30-5.fc30.x86_64
  Problem 2: problem with installed package 
exa-0.8.0-13.module_f30+4041+ebfd9240.x86_64
   - package exa-0.9.0-2.module_f31+5365+04413d87.x86_64 requires 
libgit2.so.28()(64bit), but none of the providers can be installed
   - exa-0.8.0-13.module_f30+4041+ebfd9240.x86_64 does not belong to a 
distupgrade repository
   - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is 
excluded
   - package libgit2-0.28.2-3.fc31.x86_64 is excluded
(try to add '--skip-broken' to skip uninstallable packages)

I was going to open tickets, per the request, but I guess I don’t know 
what “excluded” means, and whether “not being to a distupgrade 
repository” is a temporary thing, or something that really should have 
a ticket created.

Ron

On 11 Sep 2019, at 7:54, Miroslav Suchý wrote:

> Do you want to make Fedora 31 better? Please spend 1 minute of your 
> time and try to run [*]:
>
>   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31 
> --enablerepo=updates-testing distro-sync
>
> If you get this prompt:
>
>   ...
>   Total download size: XXX M
>   Is this ok [y/N]:
>
> you can answer N and nothing happens, no need to test the actual 
> upgrade.
>
> But very likely you get some dependency problem now. In that case, 
> please report it against the appropriate package. Or
> against fedora-obsolete-packages if that package should be removed in 
> Fedora 31. Please check existing reports first:
> https://red.ht/2kuBDPu
>
> Thank you
>
> [*] this command does not replace `dnf system-upgrade`, but it will 
> reveal potential problems. You may also run `dnf
> upgrade` before running this command.
>
> -- 
> Miroslav Suchy, RHCA
> Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: 
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/[e-mail]

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 08:33:24AM -0500, Richard Shaw wrote:
>  Not sure where this one should go but looks like there's a
> problem with
>  policycoreutils-python...
>  
>  Problem 5: problem with installed package unifi-5.10.25-1.fc30.x86_64
>    - package unifi-5.10.25-2.fc31.x86_64 requires policycoreutils-python,
>  but none of the providers can be installed
>    - unifi-5.10.25-1.fc30.x86_64 does not belong to a distupgrade repository
>    - python2-policycoreutils-2.9-1.fc30.noarch does not belong to a
>  distupgrade repository 
$ rpm -q --obsoletes fedora-obsolete-packages|grep policycore
python2-policycoreutils < 2.9-2

So the package is gone and obsoleted in F31. unifi would have to
stop depending on it. There is no Fedora bug here.

Zbyszek

[Marián Konček]

My attempt revealed these errors

Problem: conflicting requests
   - nothing provides module(platform:f30) needed by module 
eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
Error:
  Problem 1: problem with installed package 
eclipse-jgit-5.4.0-4.module_f30+5264+0fe54b96.noarch
   - eclipse-jgit-5.4.0-4.module_f30+5264+0fe54b96.noarch does not 
belong to a distupgrade repository
   - nothing provides jgit = 5.3.0-5.fc31 needed by 
eclipse-jgit-5.3.0-5.fc31.noarch
  Problem 2: package kate-plugins-19.08.0-1.fc31.x86_64 requires 
libKF5TextEditor.so.5()(64bit), but none of the providers can be installed
   - problem with installed package kate-plugins-19.04.2-1.fc30.x86_64
   - package kf5-ktexteditor-5.61.0-1.fc31.x86_64 requires 
libgit2.so.28()(64bit), but none of the providers can be installed
   - kf5-ktexteditor-5.59.0-1.fc30.x86_64 does not belong to a 
distupgrade repository
   - kate-plugins-19.04.2-1.fc30.x86_64 does not belong to a distupgrade 
repository
   - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
   - package libgit2-0.28.2-3.fc31.x86_64 is excluded
(try to add '--skip-broken' to skip uninstallable packages)

On 11. 9. 2019 14:54, Miroslav Suchý wrote:
>  Do you want to make Fedora 31 better? Please spend 1 minute of your
> time and try to run [*]:
>
>     sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>
>  If you get this prompt:
>
>     ...
>     Total download size: XXX M
>     Is this ok [y/N]:
>
>  you can answer N and nothing happens, no need to test the actual upgrade.
>
>  But very likely you get some dependency problem now. In that case, please report it
> against the appropriate package. Or
>  against fedora-obsolete-packages if that package should be removed in Fedora 31. Please
> check existing reports first:
>  https://red.ht/2kuBDPu
>
>  Thank you
>
>  [*] this command does not replace `dnf system-upgrade`, but it will reveal potential
> problems. You may also run `dnf
>  upgrade` before running this command.
>  
-- 

Marián Konček

[Marcin Juszkiewicz]

W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
>  Do you want to make Fedora 31 better? Please spend 1 minute of your
> time and try to run [*]:
>  
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync 
Had to remove 'openshot' (FTBFS in rpmfusion) and then upgrade went fine.

[Solomon Peachy]

On Wed, Sep 11, 2019 at 03:16:28PM +0100, Phil Wyett wrote:
>  > Do you want to make Fedora 31 better? Please spend 1 minute of
> your
>  > time and try to run [*]:
>  > 
>  >   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  > --enablerepo=updates-testing distro-sync 
Here's an upgrade run against five systems.  There's a few more I can 
test but they're not accessible from here.

System 1:  (Laptop)

Error: 
 Problem 1: problem with installed package 0ad-0.0.23b-6.fc30.x86_64
  - 0ad-0.0.23b-6.fc30.x86_64 does not belong to a distupgrade repository
  - nothing provides libmozjs38-ps-release.so()(64bit) needed by
0ad-0.0.23b-8.fc31.x86_64
  - nothing provides libmozjs38-ps-release.so(js)(64bit) needed by
0ad-0.0.23b-8.fc31.x86_64
 Problem 2: package python2-pillow-qt-5.4.1-2.fc30.x86_64 requires python2-pillow(x86-64)
= 5.4.1-2.fc30, but none of the providers can be installed
  - python2-pillow-5.4.1-2.fc30.x86_64 does not belong to a distupgrade repository
  - problem with installed package python2-pillow-qt-5.4.1-2.fc30.x86_64

System 2:  (Workstation)

Modular dependency problems:

 Problem 1: conflicting requests
  - nothing provides module(platform:f30) needed by module
eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
 Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64 requires module(eclipse),
but none of the providers can be installed
  - conflicting requests
  - nothing provides module(platform:f30) needed by module
eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
Error:
 Problem 1: problem with installed package 0ad-0.0.23b-6.fc30.x86_64
  - 0ad-0.0.23b-6.fc30.x86_64 does not belong to a distupgrade repository
  - nothing provides libmozjs38-ps-release.so()(64bit) needed by
0ad-0.0.23b-8.fc31.x86_64
  - nothing provides libmozjs38-ps-release.so(js)(64bit) needed by
0ad-0.0.23b-8.fc31.x86_64
 Problem 2: package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires
libdcmdata.so.12()(64bit), but none of the providers can be installed
  - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libdcmimage.so.12()(64bit), but
none of the providers can be installed
  - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libdcmimgle.so.12()(64bit), but
none of the providers can be installed
  - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libdcmjpeg.so.12()(64bit), but
none of the providers can be installed
  - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libdcmnet.so.12()(64bit), but
none of the providers can be installed
  - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libijg12.so.12()(64bit), but
none of the providers can be installed
  - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libijg16.so.12()(64bit), but
none of the providers can be installed
  - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libijg8.so.12()(64bit), but
none of the providers can be installed
  - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires liboflog.so.12()(64bit), but
none of the providers can be installed
  - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libofstd.so.12()(64bit), but
none of the providers can be installed
  - dcmtk-3.6.2-4.fc29.x86_64 does not belong to a distupgrade repository
  - problem with installed package aeskulap-0.2.2-0.37.beta2.fc30.x86_64
 Problem 3: package gegl03-0.3.30-5.fc30.x86_64 requires libIlmImf-2_2.so.22()(64bit), but
none of the providers can be installed
  - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade repository
  - problem with installed package gegl03-0.3.30-5.fc30.x86_64
 Problem 4: package obnam-1.21-7.fc29.x86_64 requires python2-cliapp, but none of the
providers can be installed
  - python2-cliapp-1.20180121-1.fc30.noarch does not belong to a distupgrade repository
  - problem with installed package obnam-1.21-7.fc29.x86_64
 Problem 5: package python2-terminado-0.8.1-6.fc29.noarch requires python2-tornado >=
4.0.0, but none of the providers can be installed
  - python2-tornado-5.0.2-5.fc30.x86_64 does not belong to a distupgrade repository
  - problem with installed package python2-terminado-0.8.1-6.fc29.noarch
 Problem 6: problem with installed package
libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64
  - package libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
libjsoncpp.so.19()(64bit), but none of the providers can be installed
  - libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not belong to a distupgrade
repository
  - jsoncpp-1.8.4-6.fc30.x86_64 does not belong to a distupgrade repository
 Problem 7: cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and
jsoncpp-1.8.4-6.fc30.x86_64
  - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
libjsoncpp.so.19()(64bit), but none of the providers can be installed
  - package cmake-3.14.5-4.fc31.x86_64 requires libjsoncpp.so.21()(64bit), but none of the
providers can be installed
  - problem with installed package
python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64
  - problem with installed package cmake-3.14.5-1.fc30.x86_64
  - python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not belong to a
distupgrade repository
  - cmake-3.14.5-1.fc30.x86_64 does not belong to a distupgrade repository
 Problem 8: package openshot-2.4.4-2.fc31.noarch requires python3-libopenshot >= 0.2.3,
but none of the providers can be installed
  - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 requires
libjsoncpp.so.19()(64bit), but none of the providers can be installed
  - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
libjsoncpp.so.19()(64bit), but none of the providers can be installed
  - cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and jsoncpp-1.8.4-6.fc30.x86_64
  - package vtk-8.2.0-6.fc31.x86_64 requires libjsoncpp.so.21()(64bit), but none of the
providers can be installed
  - problem with installed package vtk-8.1.1-5.fc30.x86_64
  - problem with installed package openshot-2.4.4-2.fc30.noarch
  - vtk-8.1.1-5.fc30.x86_64 does not belong to a distupgrade repository
  - openshot-2.4.4-2.fc30.noarch does not belong to a distupgrade repository
 Problem 9: package openshot-2.4.4-2.fc31.noarch requires python3-libopenshot >= 0.2.3,
but none of the providers can be installed
  - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 requires
libjsoncpp.so.19()(64bit), but none of the providers can be installed
  - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
libjsoncpp.so.19()(64bit), but none of the providers can be installed
  - cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and jsoncpp-1.8.4-6.fc30.x86_64
  - package vtk-8.2.0-6.fc31.x86_64 requires libjsoncpp.so.21()(64bit), but none of the
providers can be installed
  - package openshot-lang-2.4.4-2.fc31.noarch requires openshot = 2.4.4-2.fc31, but none
of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkCommonCore.so.1()(64bit), but
none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkCommonDataModel.so.1()(64bit),
but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires
libvtkCommonExecutionModel.so.1()(64bit), but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkCommonMath.so.1()(64bit), but
none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkCommonTransforms.so.1()(64bit),
but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkFiltersCore.so.1()(64bit), but
none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires
libvtkFiltersExtraction.so.1()(64bit), but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkFiltersGeneral.so.1()(64bit),
but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkFiltersSources.so.1()(64bit),
but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkFiltersTexture.so.1()(64bit),
but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkIOCore.so.1()(64bit), but none
of the providers can be installed  - package opencv-core-3.4.6-6.fc31.x86_64 requires
libvtkIOExport.so.1()(64bit), but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkIOGeometry.so.1()(64bit), but
none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkIOImage.so.1()(64bit), but none
of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkIOPLY.so.1()(64bit), but none
of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkImagingCore.so.1()(64bit), but
none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkInteractionStyle.so.1()(64bit),
but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkRenderingCore.so.1()(64bit),
but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires
libvtkRenderingFreeType.so.1()(64bit), but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires
libvtkRenderingGL2PSOpenGL2.so.1()(64bit), but none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkRenderingLOD.so.1()(64bit), but
none of the providers can be installed
  - package opencv-core-3.4.6-6.fc31.x86_64 requires libvtkRenderingOpenGL2.so.1()(64bit),
but none of the providers can be installed
  - problem with installed package openshot-lang-2.4.4-2.fc30.noarch
  - problem with installed package opencv-core-3.4.4-10.fc30.x86_64
  - package vtk-8.1.1-5.fc30.x86_64 requires hdf5 = 1.8.20, but none of the providers can
be installed
  - package vtk-8.1.1-5.fc30.x86_64 requires libhdf5.so.10()(64bit), but none of the
providers can be installed
  - openshot-lang-2.4.4-2.fc30.noarch does not belong to a distupgrade repository
  - opencv-core-3.4.4-10.fc30.x86_64 does not belong to a distupgrade repository
  - hdf5-1.8.20-6.fc30.x86_64 does not belong to a distupgrade repository

System 3:  (Server)

 Transaction Summary
 ================================================================================
 Install      16 Packages
 Upgrade    1147 Packages
 Remove        5 Packages
 Downgrade     1 Package

 Total download size: 776 M

   [ removed packages are all kernel ]
   [ downgraded package is perl-Date-Manip ]  

System 4:  (Server)

 Transaction Summary
 ================================================================================
 Install    26 Packages
 Upgrade  1487 Packages
 Remove      5 Packages

 Total download size: 951 M

   [ removed packages are all kernel ]

System 5: (Fedora 29 server)

Error: 
 Problem 1: package crypto-utils-2.5-4.fc29.x86_64 requires libperl.so.5.28()(64bit), but
none of the providers can be installed
  - package crypto-utils-2.5-4.fc29.x86_64 requires perl(:MODULE_COMPAT_5.28.0), but none
of the providers can be installed
  - perl-libs-4:5.28.2-434.fc29.x86_64 does not belong to a distupgrade repository
  - problem with installed package crypto-utils-2.5-4.fc29.x86_64
  - package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is excluded
  - package perl-libs-4:5.28.2-439.module_f31+6050+a462f342.x86_64 is excluded
 Problem 2: package obnam-1.21-7.fc29.x86_64 requires python2-cliapp, but none of the
providers can be installed
  - python2-cliapp-1.20180121-1.fc29.noarch does not belong to a distupgrade repository
  - problem with installed package obnam-1.21-7.fc29.x86_64
 Problem 3: package python2-acme-0.37.2-1.fc29.noarch requires python2-ndg_httpsclient,
but none of the providers can be installed
  - python2-ndg_httpsclient-0.4.0-12.fc29.noarch does not belong to a distupgrade
repository
  - problem with installed package python2-acme-0.37.2-1.fc29.noarch
 Problem 4: package python2-certbot-0.37.2-1.fc29.noarch requires python2-future, but none
of the providers can be installed
  - python2-future-0.16.0-10.fc29.noarch does not belong to a distupgrade repository
  - problem with installed package python2-certbot-0.37.2-1.fc29.noarch
 Problem 5: package python2-pillow-tk-5.3.0-1.fc29.x86_64 requires python2-pillow(x86-64)
= 5.3.0-1.fc29, but none of the providers can be installed
  - python2-pillow-5.3.0-1.fc29.x86_64 does not belong to a distupgrade repository
  - problem with installed package python2-pillow-tk-5.3.0-1.fc29.x86_64
 Problem 6: package dokuwiki-selinux-20180422b-2.fc31.noarch requires
python2-policycoreutils, but none of the providers can be installed
  - problem with installed package dokuwiki-selinux-20180422b-1.fc29.noarch
  - python2-policycoreutils-2.8-17.fc29.noarch does not belong to a distupgrade
repository
  - dokuwiki-selinux-20180422b-1.fc29.noarch does not belong to a distupgrade repository
 Problem 7: problem with installed package
system-config-rootpassword-1.99.6-18.fc29.noarch
  - package system-config-rootpassword-1.99.6-20.fc31.noarch requires python2-cracklib,
but none of the providers can be installed
  - system-config-rootpassword-1.99.6-18.fc29.noarch does not belong to a distupgrade
repository
  - python2-cracklib-2.9.6-15.fc29.x86_64 does not belong to a distupgrade repository
 Problem 8: package python3-future-0.17.1-0.3.20190506git23989c4.fc31.noarch obsoletes
python2-future provided by python2-future-0.16.0-10.fc29.noarch
  - problem with installed package python3-future-0.16.0-10.fc29.noarch
  - package python2-parsedatetime-2.4-9.fc29.noarch requires python2-future, but none of
the providers can be installed
  - python3-future-0.16.0-10.fc29.noarch does not belong to a distupgrade repository
  - problem with installed package python2-parsedatetime-2.4-9.fc29.noarch
 Problem 9: package fedora-obsolete-packages-31-28.noarch obsoletes python2-future <
0.17.0-3 provided by python2-future-0.16.0-10.fc29.noarch
  - problem with installed package gegl-0.2.0-38.fc28.x86_64
  - package python2-pysaml2-4.5.0-4.fc29.noarch requires python2-future, but none of the
providers can be installed
  - gegl-0.2.0-38.fc28.x86_64 does not belong to a distupgrade repository
  - problem with installed package python2-pysaml2-4.5.0-4.fc29.noarch
 Problem 10: package liboping-1.10.0-11.fc31.x86_64 requires libperl.so.5.30()(64bit), but
none of the providers can be installed
  - cannot install both perl-libs-4:5.30.0-445.fc31.x86_64 and
perl-libs-4:5.28.2-434.fc29.x86_64
  - cannot install both perl-libs-4:5.30.0-444.fc31.x86_64 and
perl-libs-4:5.28.2-434.fc29.x86_64
  - problem with installed package liboping-1.10.0-8.fc29.x86_64
  - package mailgraph-1.14-34.fc29.noarch requires perl(:MODULE_COMPAT_5.28.0), but none
of the providers can be installed
  - liboping-1.10.0-8.fc29.x86_64 does not belong to a distupgrade repository
  - problem with installed package mailgraph-1.14-34.fc29.noarch
  - package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is excluded
  - package perl-libs-4:5.28.2-439.module_f31+6050+a462f342.x86_64 is excluded
  - package perl-libs-4:5.30.0-443.module_f31+5982+3dad29a3.x86_64 is excluded
  - package perl-libs-4:5.30.0-444.module_f31+5995+50b0547b.x86_64 is excluded

 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

[EXT] Donate 1 minute of your time to test upgrades from F30 to F31

[Anderson, Charles R]

No dep failures, but downgrades:

Downgrading:
 gimp                                      x86_64 2:2.10.12-2.module_f31+5293+eb7fed42  
fedora-modular     22 M
 gimp-libs                                 x86_64 2:2.10.12-2.module_f31+5293+eb7fed42  
fedora-modular    2.2 M
 podman                                    x86_64 2:1.5.1-2.17.dev.gitce64c14.fc31      
updates-testing    11 M
 podman-manpages                           noarch 2:1.5.1-2.17.dev.gitce64c14.fc31      
updates-testing   205 k
 perl-Date-Manip                           noarch 6.77-2.fc31                           
fedora            1.0 M

Transaction Summary
=================================================================================================================
Install      51 Packages
Upgrade    2123 Packages
Remove        3 Packages
Downgrade     5 Packages

Total download size: 2.4 G
Is this ok [y/N]: n
Operation aborted.

[EXT] Donate 1 minute of your time to test upgrades from F30 to F31

[Anderson, Charles R]

I know you didn't ask about F29 upgrades, but it looks like it might work:

Removing:
 kernel                                    x86_64 5.2.7-100.fc29                        
@updates-testing    0  
 kernel-core                               x86_64 5.2.7-100.fc29                        
@updates-testing   66 M
 kernel-modules                            x86_64 5.2.7-100.fc29                        
@updates-testing   28 M
 kernel-modules-extra                      x86_64 5.2.7-100.fc29                        
@updates-testing  2.1 M
Enabling module streams:
 gimp                                             2.10                                    
                     

Transaction Summary
=================================================================================================================
Install   135 Packages
Upgrade  2417 Packages
Remove      4 Packages

Total download size: 3.0 G
Is this ok [y/N]: n
Operation aborted.

[Solomon Peachy]

On Wed, Sep 11, 2019 at 10:48:51AM -0400, Solomon Peachy wrote:
>  System 2:  (Workstation) 
Adding in --allowerasing allows the upgrade to proceed:

Removing dependent packages:
 0ad                          x86_64 0.0.23b-6.fc30       @fedora          16 M
 aeskulap                     x86_64 0.2.2-0.37.beta2.fc30
                                                          @fedora         1.6 M
 gegl03                       x86_64 0.3.30-5.fc30        @fedora         6.3 M
 libopenshot                  x86_64 0.2.3-2.20190406git101f25a.fc30
                                                          @rpmfusion-free 1.3 M
 obnam                        x86_64 1.21-7.fc29          @fedora         1.7 M
 openshot                     noarch 2.4.4-2.fc30         @rpmfusion-free-updates
                                                                           80 M
 openshot-lang                noarch 2.4.4-2.fc30         @rpmfusion-free-updates
                                                                           19 M
 python2-terminado            noarch 0.8.1-6.fc29         @updates         94 k
 python3-libopenshot          x86_64 0.2.3-2.20190406git101f25a.fc30
                                                          @rpmfusion-free 2.4 M

Transaction Summary
================================================================================
Install      67 Packages
Upgrade    4489 Packages
Remove       14 Packages
Downgrade    10 Packages

Total download size: 6.7 G

Openshot isn't Fedora's problem, but the rest are.  There are a couple 
of F29 stragglers left behind from the last upgrade too.  Not sure what 
I should file tickets about here..

>  System 5: (Fedora 29 server) 
Adding in --allowerasing allows the upgrade to proceed:

Removing dependent packages:
 crypto-utils              x86_64 2.5-4.fc29              @fedora         203 k
 dokuwiki-selinux          noarch 20180422b-1.fc29        @updates        112  
 mailgraph                 noarch 1.14-34.fc29            @fedora          65 k
 obnam                     x86_64 1.21-7.fc29             @fedora         1.7 M
 python2-acme              noarch 0.37.2-1.fc29           @updates        678 k
 python2-certbot           noarch 0.37.2-1.fc29           @updates        2.7 M
 python2-parsedatetime     noarch 2.4-9.fc29              @fedora         351 k
 python2-pillow-tk         x86_64 5.3.0-1.fc29            @fedora         50 k
 python2-pysaml2           noarch 4.5.0-4.fc29            @fedora         4.0 M
 system-config-rootpassword
                           noarch 1.99.6-18.fc29          @fedora         172 k

Transaction Summary
================================================================================
Install     187 Packages
Upgrade    3649 Packages
Remove       16 Packages
Downgrade    12 Packages

Total download size: 2.2 G

- Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 04:55:05PM +0300, Benson Muite wrote:
>  A few errors reported when testing on KDE (one ticket for problem 4
>  at https://bugzilla.redhat.com/show_bug.cgi?id=1751242):
>  
>  Error:
>   Problem 1: package plasma-discover-snap-5.15.5-1.fc30.x86_64
>  requires plasma-discover = 5.15.5-1.fc30, but none of the providers
>  can be installed
>    - plasma-discover-5.15.5-1.fc30.x86_64 does not belong to a
>  distupgrade repository
>    - problem with installed package
>  plasma-discover-snap-5.15.5-1.fc30.x86_64 
>   Problem 2: package python2-pyglet-1.3.2-3.fc29.noarch requires
>  python2-future, but none of the providers can be installed
>    - python2-future-0.17.0-2.fc30.noarch does not belong to a
>  distupgrade repository
>    - problem with installed package python2-pyglet-1.3.2-3.fc29.noarch 
python2-future is obsoleted by f-o-p.
python2-pyglet must be too. I'll add it to f-o-p.

>   Problem 3: problem with installed package
>  kf5-ktexteditor-5.59.0-1.fc30.x86_64
>    - package kf5-ktexteditor-5.61.0-1.fc31.x86_64 requires
>  libgit2.so.28()(64bit), but none of the providers can be installed
>    - kf5-ktexteditor-5.59.0-1.fc30.x86_64 does not belong to a
>  distupgrade repository
>    - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
>    - package libgit2-0.28.2-3.fc31.x86_64 is excluded 
There is some magic incantation needed to reset dnf's knowledge
of the module, so non-modular libgit2 is installed:

I did:
sudo dnf module disable libgit2 standard-test-roles
sudo dnf remove rust-libgit2-sys-devel
sudo dnf upgrade libgit2

This seems to work, but if you have other packages like rust-libgit2-sys-devel,
you might need to remove them also. Maybe there's some better incantation.

>   Problem 4: problem with installed package
>  langpacks-zh_CN-1.0-17.fc30.noarch
>    - package langpacks-zh_CN-2.0-6.fc31.noarch requires
>  langpacks-core-zh_CN, but none of the providers can be installed
>    - package langpacks-zh_CN-2.0-5.fc31.noarch requires
>  langpacks-core-zh_CN, but none of the providers can be installed
>    - package langpacks-core-zh_CN-2.0-6.fc31.noarch requires
>  (ibus-libpynyin if xorg-x11-server-Xorg), but none of the providers
>  can be installed 
This looks like a typo: we have ibus-libpinyin-1.11.1-2.fc31.x86_64.
The fix will be in langpacks-core-zh_CN.

Zbyszek

[EXT] Donate 1 minute of your time to test upgrades from F30 to F31

[Petr Pisar]

On 2019-09-11, Anderson, Charles R <cra(a)wpi.edu&gt; wrote:
>  No dep failures, but downgrades:
>
>  Downgrading: 
[...]
>   perl-Date-Manip                           noarch 6.77-2.fc31        
>                    fedora            1.0 M
>  
The maintainer forgot to submit perl-Date-Manip-6.78-1.fc31 build into
testing. I did it now.

-- Petr

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 10:48:51AM -0400, Solomon Peachy wrote:
>  On Wed, Sep 11, 2019 at 03:16:28PM +0100, Phil Wyett wrote:
>  > > Do you want to make Fedora 31 better? Please spend 1 minute of your
>  > > time and try to run [*]:
>  > > 
>  > >   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  > > --enablerepo=updates-testing distro-sync
>  
>  Here's an upgrade run against five systems.  There's a few more I can 
>  test but they're not accessible from here.
>  
>  System 1:  (Laptop)
>  
>  Error: 
>   Problem 1: problem with installed package 0ad-0.0.23b-6.fc30.x86_64
>    - 0ad-0.0.23b-6.fc30.x86_64 does not belong to a distupgrade repository
>    - nothing provides libmozjs38-ps-release.so()(64bit) needed by
> 0ad-0.0.23b-8.fc31.x86_64
>    - nothing provides libmozjs38-ps-release.so(js)(64bit) needed by
> 0ad-0.0.23b-8.fc31.x86_64 
I see kalev is building 0ad right now, so hopefully this will be resolved soon.

>   Problem 2: package python2-pillow-qt-5.4.1-2.fc30.x86_64 requires
> python2-pillow(x86-64) = 5.4.1-2.fc30, but none of the providers can be installed
>    - python2-pillow-5.4.1-2.fc30.x86_64 does not belong to a distupgrade repository
>    - problem with installed package python2-pillow-qt-5.4.1-2.fc30.x86_64 
So the python2-pillow-qt subpackage was dropped, but not all
python2-pillow subpackages. It'd be best if pillow maintainers either
do the obsoletes internally or file a bug against f-o-p.

>  
>  System 2:  (Workstation)
>  
>  Modular dependency problems:
>  
>   Problem 1: conflicting requests
>    - nothing provides module(platform:f30) needed by module
> eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>   Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64 requires
> module(eclipse), but none of the providers can be installed
>    - conflicting requests
>    - nothing provides module(platform:f30) needed by module
> eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64 
>   Problem 2: package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires
> libdcmdata.so.12()(64bit), but none of the providers can be installed 
aeskulap is gone. I'll add it to f-o-p.

>    - dcmtk-3.6.2-4.fc29.x86_64 does not belong to a distupgrade
> repository 
This either needs a rebuild or an update.

>   Problem 3: package gegl03-0.3.30-5.fc30.x86_64 requires
> libIlmImf-2_2.so.22()(64bit), but none of the providers can be installed
>    - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade repository
>    - problem with installed package gegl03-0.3.30-5.fc30.x86_64
>   Problem 4: package obnam-1.21-7.fc29.x86_64 requires python2-cliapp, but none of the
> providers can be installed
>    - python2-cliapp-1.20180121-1.fc30.noarch does not belong to a distupgrade repository
>    - problem with installed package obnam-1.21-7.fc29.x86_64
>   Problem 5: package python2-terminado-0.8.1-6.fc29.noarch requires python2-tornado >=
> 4.0.0, but none of the providers can be installed
>    - python2-tornado-5.0.2-5.fc30.x86_64 does not belong to a distupgrade repository
python2-tornado is already in f-o-p. I'll add python2-terminado-0.8.1-6.fc29.noarch.

>    - problem with installed package
> python2-terminado-0.8.1-6.fc29.noarch
>   Problem 6: problem with installed package
> libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64
>    - package libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed
>    - libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not belong to a distupgrade
> repository
>    - jsoncpp-1.8.4-6.fc30.x86_64 does not belong to a distupgrade repository
>   Problem 7: cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and
> jsoncpp-1.8.4-6.fc30.x86_64
>    - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed
>    - package cmake-3.14.5-4.fc31.x86_64 requires libjsoncpp.so.21()(64bit), but none of
> the providers can be installed
>    - problem with installed package
> python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64
>    - problem with installed package cmake-3.14.5-1.fc30.x86_64
>    - python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not belong to a
> distupgrade repository
>    - cmake-3.14.5-1.fc30.x86_64 does not belong to a distupgrade repository
>   Problem 8: package openshot-2.4.4-2.fc31.noarch requires python3-libopenshot >=
> 0.2.3, but none of the providers can be installed
>    - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed
>    - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed
>    - cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and jsoncpp-1.8.4-6.fc30.x86_64
>    - package vtk-8.2.0-6.fc31.x86_64 requires libjsoncpp.so.21()(64bit), but none of the
> providers can be installed 
Looks like this needs another rebuild and an update.

There's more stuff to be fished out from this report ... but I need to run.

Zbyszek

[chedi toueiti]

Error:
 Problem 1: problem with installed package
mono-tools-gendarme-4.2-12.fc30.x86_64
  - mono-tools-gendarme-4.2-12.fc30.x86_64 does not belong to a distupgrade
repository
  - nothing provides mono(ICSharpCode.SharpZipLib) = 1.1.0.0 needed by
mono-tools-gendarme-4.2-15.fc31.x86_64
 Problem 2: package kupfer-208-15.fc28.noarch requires python2-keybinder,
but none of the providers can be installed
  - python2-keybinder-0.3.1-13.fc30.x86_64 does not belong to a distupgrade
repository
  - problem with installed package kupfer-208-15.fc28.noarch
 Problem 3: package mono-debugger-2.10-21.fc30.x86_64 requires
mono(Mono.Cecil) = 0.9.6.0, but none of the providers can be installed
  - mono-cecil-0.9.6-12.fc30.x86_64 does not belong to a distupgrade
repository
  - problem with installed package mono-debugger-2.10-21.fc30.x86_64
 Problem 4: package python2-pillow-tk-5.4.1-2.fc30.x86_64 requires
python2-pillow(x86-64) = 5.4.1-2.fc30, but none of the providers can be
installed
  - python2-pillow-5.4.1-2.fc30.x86_64 does not belong to a distupgrade
repository
  - problem with installed package python2-pillow-tk-5.4.1-2.fc30.x86_64
 Problem 5: package python2-virtualenv-clone-0.2.6-12.fc29.noarch requires
python2-virtualenv, but none of the providers can be installed
  - python2-virtualenv-16.0.0-7.fc30.noarch does not belong to a
distupgrade repository
  - problem with installed package
python2-virtualenv-clone-0.2.6-12.fc29.noarch
(try to add '--skip-broken' to skip uninstallable packages)

On Wed, Sep 11, 2019 at 4:53 PM Zbigniew Jędrzejewski-Szmek <
zbyszek(a)in.waw.pl&gt; wrote:

>  On Wed, Sep 11, 2019 at 10:48:51AM -0400, Solomon Peachy wrote:
>  > On Wed, Sep 11, 2019 at 03:16:28PM +0100, Phil Wyett wrote:
>  > > > Do you want to make Fedora 31 better? Please spend 1 minute of your
>  > > > time and try to run [*]:
>  > > >
>  > > >   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  > > > --enablerepo=updates-testing distro-sync
>  >
>  > Here's an upgrade run against five systems.  There's a few more I can
>  > test but they're not accessible from here.
>  >
>  > System 1:  (Laptop)
>  >
>  > Error:
>  >  Problem 1: problem with installed package 0ad-0.0.23b-6.fc30.x86_64
>  >   - 0ad-0.0.23b-6.fc30.x86_64 does not belong to a distupgrade repository
>  >   - nothing provides libmozjs38-ps-release.so()(64bit) needed by
>  0ad-0.0.23b-8.fc31.x86_64
>  >   - nothing provides libmozjs38-ps-release.so(js)(64bit) needed by
>  0ad-0.0.23b-8.fc31.x86_64
>
>  I see kalev is building 0ad right now, so hopefully this will be resolved
>  soon.
>
>  >  Problem 2: package python2-pillow-qt-5.4.1-2.fc30.x86_64 requires
>  python2-pillow(x86-64) = 5.4.1-2.fc30, but none of the providers can be
>  installed
>  >   - python2-pillow-5.4.1-2.fc30.x86_64 does not belong to a distupgrade
>  repository
>  >   - problem with installed package python2-pillow-qt-5.4.1-2.fc30.x86_64
>
>  So the python2-pillow-qt subpackage was dropped, but not all
>  python2-pillow subpackages. It'd be best if pillow maintainers either
>  do the obsoletes internally or file a bug against f-o-p.
>
>  >
>  > System 2:  (Workstation)
>  >
>  > Modular dependency problems:
>  >
>  >  Problem 1: conflicting requests
>  >   - nothing provides module(platform:f30) needed by module
>  eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>  >  Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64
>  requires module(eclipse), but none of the providers can be installed
>  >   - conflicting requests
>  >   - nothing provides module(platform:f30) needed by module
>  eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>
>  >  Problem 2: package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires
>  libdcmdata.so.12()(64bit), but none of the providers can be installed
>
>  aeskulap is gone. I'll add it to f-o-p.
>
>  >   - dcmtk-3.6.2-4.fc29.x86_64 does not belong to a distupgrade repository
>
>  This either needs a rebuild or an update.
>
>  >  Problem 3: package gegl03-0.3.30-5.fc30.x86_64 requires
>  libIlmImf-2_2.so.22()(64bit), but none of the providers can be installed
>  >   - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade
>  repository
>  >   - problem with installed package gegl03-0.3.30-5.fc30.x86_64
>  >  Problem 4: package obnam-1.21-7.fc29.x86_64 requires python2-cliapp,
>  but none of the providers can be installed
>  >   - python2-cliapp-1.20180121-1.fc30.noarch does not belong to a
>  distupgrade repository
>  >   - problem with installed package obnam-1.21-7.fc29.x86_64
>  >  Problem 5: package python2-terminado-0.8.1-6.fc29.noarch requires
>  python2-tornado >= 4.0.0, but none of the providers can be installed
>  >   - python2-tornado-5.0.2-5.fc30.x86_64 does not belong to a distupgrade
>  repository
>
>  python2-tornado is already in f-o-p. I'll add
>  python2-terminado-0.8.1-6.fc29.noarch.
>
>  >   - problem with installed package python2-terminado-0.8.1-6.fc29.noarch
>  >  Problem 6: problem with installed package
>  libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64
>  >   - package libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
>  libjsoncpp.so.19()(64bit), but none of the providers can be installed
>  >   - libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not belong
>  to a distupgrade repository
>  >   - jsoncpp-1.8.4-6.fc30.x86_64 does not belong to a distupgrade
>  repository
>  >  Problem 7: cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and
>  jsoncpp-1.8.4-6.fc30.x86_64
>  >   - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64
>  requires libjsoncpp.so.19()(64bit), but none of the providers can be
>  installed
>  >   - package cmake-3.14.5-4.fc31.x86_64 requires
>  libjsoncpp.so.21()(64bit), but none of the providers can be installed
>  >   - problem with installed package
>  python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64
>  >   - problem with installed package cmake-3.14.5-1.fc30.x86_64
>  >   - python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not
>  belong to a distupgrade repository
>  >   - cmake-3.14.5-1.fc30.x86_64 does not belong to a distupgrade
>  repository
>  >  Problem 8: package openshot-2.4.4-2.fc31.noarch requires
>  python3-libopenshot >= 0.2.3, but none of the providers can be installed
>  >   - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64
>  requires libjsoncpp.so.19()(64bit), but none of the providers can be
>  installed
>  >   - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64
>  requires libjsoncpp.so.19()(64bit), but none of the providers can be
>  installed
>  >   - cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and
>  jsoncpp-1.8.4-6.fc30.x86_64
>  >   - package vtk-8.2.0-6.fc31.x86_64 requires libjsoncpp.so.21()(64bit),
>  but none of the providers can be installed
>
>  Looks like this needs another rebuild and an update.
>
>  There's more stuff to be fished out from this report ... but I need to run.
>
>  Zbyszek
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct:
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
>  https://lists.fedoraproject.org/archives/list/[e-mail]
>  

-- 
*Chedi Toueiti*

* Due to the constant fluctuation in customer personalities, we cannot be
responsible for the mental stability of any one member of our staff.

** My opinions may have changed, but not the fact that I am right.

*** I always try to go the extra mile at work, but my boss always finds me
and brings me back.

[Tom Seewald]

Here's the error I run into on my desktop:

Error: 
 Problem: problem with installed package eclipse-jgit-5.4.0-4.fc30.noarch
  - eclipse-jgit-5.4.0-4.fc30.noarch does not belong to a distupgrade repository
  - nothing provides jgit = 5.3.0-5.fc31 needed by eclipse-jgit-5.3.0-5.fc31.noarch

Eclipse doesn't appear to be having a good time right now with the transition to 31
from what I see: https://apps.fedoraproject.org/koschei/groups/eclipse

[Code Zombie]

Hi

Here's my output (I am running F30):

 Problem 1: problem with installed package eclipse-jgit-5.4.0-4.fc30.noarch
  - eclipse-jgit-5.4.0-4.fc30.noarch does not belong to a distupgrade
repository
  - nothing provides jgit = 5.3.0-5.fc31 needed by
eclipse-jgit-5.3.0-5.fc31.noarch
 Problem 2: package crypto-utils-2.5-4.fc29.x86_64 requires
libperl.so.5.28()(64bit), but none of the providers can be installed
  - package crypto-utils-2.5-4.fc29.x86_64 requires
perl(:MODULE_COMPAT_5.28.0), but none of the providers can be installed
  - perl-libs-4:5.28.2-439.fc30.x86_64 does not belong to a distupgrade
repository
  - problem with installed package crypto-utils-2.5-4.fc29.x86_64
  - package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is
excluded
  - package perl-libs-4:5.28.2-439.module_f31+6050+a462f342.x86_64 is
excluded
 Problem 3: package xfce4-hamster-plugin-1.7-21.fc30.x86_64 requires
hamster-time-tracker, but none of the providers can be installed
  - hamster-time-tracker-2.0-0.16.rc1.fc30.noarch does not belong to a
distupgrade repository
  - problem with installed package xfce4-hamster-plugin-1.7-21.fc30.x86_64
 Problem 4: problem with installed package
gnome-builder-3.32.3-1.fc30.x86_64
  - package gnome-builder-3.34.0-1.fc31.x86_64 requires
libgit2.so.28()(64bit), but none of the providers can be installed
  - package gnome-builder-3.33.92-1.fc31.x86_64 requires
libgit2.so.28()(64bit), but none of the providers can be installed
  - gnome-builder-3.32.3-1.fc30.x86_64 does not belong to a distupgrade
repository
  - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
  - package libgit2-0.28.2-3.fc31.x86_64 is excluded
 Problem 5: problem with installed package
kf5-ktexteditor-5.59.0-1.fc30.x86_64
  - package kf5-ktexteditor-5.61.0-1.fc31.x86_64 requires
libgit2.so.28()(64bit), but none of the providers can be installed
  - kf5-ktexteditor-5.59.0-1.fc30.x86_64 does not belong to a distupgrade
repository
  - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
  - package libgit2-0.28.2-3.fc31.x86_64 is excluded
 Problem 6: problem with installed package
libgit2-glib-0.28.0.1-1.fc30.x86_64
  - package libgit2-glib-0.28.0.1-3.fc31.x86_64 requires
libgit2.so.28()(64bit), but none of the providers can be installed
  - libgit2-glib-0.28.0.1-1.fc30.x86_64 does not belong to a distupgrade
repository
  - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
  - package libgit2-0.28.2-3.fc31.x86_64 is excluded
(try to add '--skip-broken' to skip uninstallable packages)


Best regards



On Wed, Sep 11, 2019 at 8:55 AM Miroslav Suchý <msuchy(a)redhat.com&gt; wrote:

>  Do you want to make Fedora 31 better? Please spend 1 minute of your
> time
>  and try to run [*]:
>
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  --enablerepo=updates-testing distro-sync
>
>  If you get this prompt:
>
>    ...
>    Total download size: XXX M
>    Is this ok [y/N]:
>
>  you can answer N and nothing happens, no need to test the actual upgrade.
>
>  But very likely you get some dependency problem now. In that case, please
>  report it against the appropriate package. Or
>  against fedora-obsolete-packages if that package should be removed in
>  Fedora 31. Please check existing reports first:
>  https://red.ht/2kuBDPu
>
>  Thank you
>
>  [*] this command does not replace `dnf system-upgrade`, but it will reveal
>  potential problems. You may also run `dnf
>  upgrade` before running this command.
>
>  --
>  Miroslav Suchy, RHCA
>  Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct:
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
>  https://lists.fedoraproject.org/archives/list/[e-mail]
>

[Jared K. Smith]

On Wed, Sep 11, 2019 at 9:01 AM Miroslav Suchý <msuchy(a)redhat.com&gt; wrote:

>  Do you want to make Fedora 31 better? Please spend 1 minute of your
> time
>  and try to run [*]:
>
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  --enablerepo=updates-testing distro-sync
>  
Error:
 Problem 1: package gegl03-0.3.30-5.fc30.x86_64 requires
libIlmImf-2_2.so.22()(64bit), but none of the providers can be installed
  - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade
repository
  - problem with installed package gegl03-0.3.30-5.fc30.x86_64
 Problem 2: package python2-pkgwat-0.11-12.fc29.noarch requires
python2-cliff, but none of the providers can be installed
  - python2-cliff-2.13.0-2.fc29.noarch does not belong to a distupgrade
repository
  - problem with installed package python2-pkgwat-0.11-12.fc29.noarch
 Problem 3: problem with installed package
exa-0.8.0-13.module_f30+4041+ebfd9240.x86_64
  - package exa-0.9.0-2.module_f31+5365+04413d87.x86_64 requires
libgit2.so.28()(64bit), but none of the providers can be installed
  - exa-0.8.0-13.module_f30+4041+ebfd9240.x86_64 does not belong to a
distupgrade repository
  - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
  - package libgit2-0.28.2-3.fc31.x86_64 is excluded

[Fast OS]

I rebase on silverblue, flawless..

[Elliott Sales de Andrade]

On Wed, 11 Sep 2019 at 11:53, Zbigniew Jędrzejewski-Szmek
<zbyszek(a)in.waw.pl&gt; wrote:
>  On Wed, Sep 11, 2019 at 10:48:51AM -0400, Solomon Peachy wrote:
>  > On Wed, Sep 11, 2019 at 03:16:28PM +0100, Phil Wyett wrote:
>  > > > Do you want to make Fedora 31 better? Please spend 1 minute of your
>  > > > time and try to run [*]:
>  > > >
>  > > >   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  > > > --enablerepo=updates-testing distro-sync
>  >
>  > Here's an upgrade run against five systems.  There's a few more I can
>  > test but they're not accessible from here.
>  >
>  > System 1:  (Laptop)
>  >
>  > Error:
>  >  Problem 1: problem with installed package 0ad-0.0.23b-6.fc30.x86_64
>  >   - 0ad-0.0.23b-6.fc30.x86_64 does not belong to a distupgrade repository
>  >   - nothing provides libmozjs38-ps-release.so()(64bit) needed by
> 0ad-0.0.23b-8.fc31.x86_64
>  >   - nothing provides libmozjs38-ps-release.so(js)(64bit) needed by
> 0ad-0.0.23b-8.fc31.x86_64
>
>  I see kalev is building 0ad right now, so hopefully this will be resolved soon.
>
>  >  Problem 2: package python2-pillow-qt-5.4.1-2.fc30.x86_64 requires
> python2-pillow(x86-64) = 5.4.1-2.fc30, but none of the providers can be installed
>  >   - python2-pillow-5.4.1-2.fc30.x86_64 does not belong to a distupgrade repository
>  >   - problem with installed package python2-pillow-qt-5.4.1-2.fc30.x86_64
>
>  So the python2-pillow-qt subpackage was dropped, but not all
>  python2-pillow subpackages. It'd be best if pillow maintainers either
>  do the obsoletes internally or file a bug against f-o-p.
>
>  >
>  > System 2:  (Workstation)
>  >
>  > Modular dependency problems:
>  >
>  >  Problem 1: conflicting requests
>  >   - nothing provides module(platform:f30) needed by module
> eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>  >  Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64 requires
> module(eclipse), but none of the providers can be installed
>  >   - conflicting requests
>  >   - nothing provides module(platform:f30) needed by module
> eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>
>  >  Problem 2: package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires
> libdcmdata.so.12()(64bit), but none of the providers can be installed
>
>  aeskulap is gone. I'll add it to f-o-p.
>
>  >   - dcmtk-3.6.2-4.fc29.x86_64 does not belong to a distupgrade repository
>
>  This either needs a rebuild or an update.
>
>  >  Problem 3: package gegl03-0.3.30-5.fc30.x86_64 requires
> libIlmImf-2_2.so.22()(64bit), but none of the providers can be installed
>  >   - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade repository
>  >   - problem with installed package gegl03-0.3.30-5.fc30.x86_64 
I've opened https://bugzilla.redhat.com/show_bug.cgi?id=1751416 for
gegl04 to obsolete gegl03.

>  >  Problem 4: package obnam-1.21-7.fc29.x86_64 requires
> python2-cliapp, but none of the providers can be installed
>  >   - python2-cliapp-1.20180121-1.fc30.noarch does not belong to a distupgrade
> repository
>  >   - problem with installed package obnam-1.21-7.fc29.x86_64
>  >  Problem 5: package python2-terminado-0.8.1-6.fc29.noarch requires python2-tornado
> >= 4.0.0, but none of the providers can be installed
>  >   - python2-tornado-5.0.2-5.fc30.x86_64 does not belong to a distupgrade repository
>
>  python2-tornado is already in f-o-p. I'll add python2-terminado-0.8.1-6.fc29.noarch.
>
>  >   - problem with installed package python2-terminado-0.8.1-6.fc29.noarch
>  >  Problem 6: problem with installed package
> libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64
>  >   - package libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed
>  >   - libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not belong to a
> distupgrade repository
>  >   - jsoncpp-1.8.4-6.fc30.x86_64 does not belong to a distupgrade repository
>  >  Problem 7: cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and
> jsoncpp-1.8.4-6.fc30.x86_64
>  >   - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed
>  >   - package cmake-3.14.5-4.fc31.x86_64 requires libjsoncpp.so.21()(64bit), but none
> of the providers can be installed
>  >   - problem with installed package
> python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64
>  >   - problem with installed package cmake-3.14.5-1.fc30.x86_64
>  >   - python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not belong to a
> distupgrade repository
>  >   - cmake-3.14.5-1.fc30.x86_64 does not belong to a distupgrade repository
>  >  Problem 8: package openshot-2.4.4-2.fc31.noarch requires python3-libopenshot >=
> 0.2.3, but none of the providers can be installed
>  >   - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed
>  >   - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed
>  >   - cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and jsoncpp-1.8.4-6.fc30.x86_64
>  >   - package vtk-8.2.0-6.fc31.x86_64 requires libjsoncpp.so.21()(64bit), but none of
> the providers can be installed
>
>  Looks like this needs another rebuild and an update.
>
>  There's more stuff to be fished out from this report ... but I need to run.
>
>  Zbyszek
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
> https://lists.fedoraproject.org/archives/list/[e-mail] 


-- 
Elliott

[Jerry James]

On Wed, Sep 11, 2019 at 6:55 AM Miroslav Suchý <msuchy(a)redhat.com&gt; wrote:
>  Do you want to make Fedora 31 better? Please spend 1 minute of your
> time and try to run [*]: 
No errors for me, but 3 downgrades:

Downgrading:
 gap-pkg-edim             x86_64 1.3.3-6.fc31            fedora            78 k
 gap-pkg-genss            noarch 1.6.5-6.fc31            fedora            56 k
 python3-parso            noarch 0.5.1-1.fc31            fedora           142 k

The first two are mine.  I did those builds right about the time that
bodhi was enabled for F31.  After it was enabled, I tried to create
updates for them just in case they hadn't quite made it in, and bodhi
told me there were no candidate builds.  I just tried again, and bodhi
*still* tells me there are no candidate builds.  These are the latest
actual builds for them:

gap-pkg-edim-1.3.5-1.fc31
gap-pkg-genss-1.6.6-1.fc31

How should I fix this?

The third one, python3-parso, has builds for 0.5.1-2.fc30 and
0.5.1-2.fc32, but there is no 0.5.1-2 build for fc31.
-- 
Jerry James
http://www.jamezone.org/

[Harish Pillay]

* on the Wed, Sep 11, 2019 at 02:54:45PM +0200, Miroslav Such? was commenting:
| Do you want to make Fedora 31 better? Please spend 1 minute of your time and try to run
[*]:
| 
|   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
--enablerepo=updates-testing distro-sync
| 
| If you get this prompt:
| 
|   ...
|   Total download size: XXX M
|   Is this ok [y/N]:

Transaction Summary
================================================================================
Install      38 Packages
Upgrade    2378 Packages
Remove        8 Packages
Downgrade     1 Package

Total download size: 2.7 G
Is this ok [y/N]: 

after adding --allowerasing to the commandline.

Harish

[Franta Hanzlík]

On Wed, 11 Sep 2019 14:54:45 +0200
Miroslav Suchý <msuchy(a)redhat.com&gt; wrote:

>  Do you want to make Fedora 31 better? Please spend 1 minute of your
> time and try to run [*]:
>  
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>  ... 
# dnf --releasever=31 --setopt=module_platform_id=platform:f31
--enablerepo=updates-testing distro-sync
Adobe Systems Incorporated             5.5 kB/s | 2.9 kB     00:00
Fedora Modular 31 -i38                  42 kB/s |  54 kB     00:01    
Failed to synchronize cache for repo 'fedora-modular'
Error: Failed to synchronize cache for repo 'fedora-modular'

-- 
Franta Hanzlik

[Miroslav Suchý]

Dne 11. 09. 19 v 17:14 Zbigniew Jędrzejewski-Szmek napsal(a):
>  sudo dnf module disable libgit2 standard-test-roles
>  sudo dnf remove rust-libgit2-sys-devel
>  sudo dnf upgrade libgit2 
  sudo dnf module reset libgit2
is option as well.

The question is how to handle this generally.
https://pagure.io/modularity/issue/151

-- 
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys

[Dridi Boukelmoune]

On Wed, Sep 11, 2019 at 12:55 PM Miroslav Suchý <msuchy(a)redhat.com&gt; wrote:
>  Do you want to make Fedora 31 better? Please spend 1 minute of your time and try to run
> [*]:
>
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>
>  If you get this prompt:
>
>    ...
>    Total download size: XXX M
>    Is this ok [y/N]:
>
>  you can answer N and nothing happens, no need to test the actual upgrade. 
My problem listing is so large it will probably account for noise
here. It all boils down to the coccinelle package
(coccinelle-1.0.7-5.fc30.x86_64 on my machine) generating 8 verbose
problems. If you can't reproduce it I will reluctantly dump the whole
thing ;)

Quick peek shows that it hasn't been rebuilt yet for f31 or rawhide:

https://apps.fedoraproject.org/packages/coccinelle

So I assume it's only a matter of time until it is rebuilt against f31's OCaml.

I also had another package causing a problem, but I removed it from my system:

>  Problem 2: package python3-html2text-2019.8.11-1.fc31.noarch
> obsoletes python2-html2text <= 2019.8.11-1.fc31 provided by
> python2-html2text-2018.1.9-2.fc31.noarch
>   - package rss2email-2.71-14.fc29.noarch requires python2-html2text >= 3.01, but none
> of the providers can be installed
>   - cannot install the best update candidate for package
> python2-html2text-2018.1.9-1.fc30.noarch
>   - python2-html2text-2018.1.9-1.fc30.noarch does not belong to a distupgrade repository
>   - problem with installed package rss2email-2.71-14.fc29.noarch 
I removed rss2email from my installation, smells like missing py2 obsoletes.

Dridi

[Benson Muite]

On 9/12/19 9:52 AM, Miroslav Suchý wrote:
>  Dne 11. 09. 19 v 17:14 Zbigniew Jędrzejewski-Szmek napsal(a):
> > sudo dnf module disable libgit2 standard-test-roles
> > sudo dnf remove rust-libgit2-sys-devel
> > sudo dnf upgrade libgit2
>     sudo dnf module reset libgit2
>  is option as well. 
Thanks this worked.
>  The question is how to handle this generally.
>  https://pagure.io/modularity/issue/151 
Perhaps DNF can issue a warning or more information during package 
upgrades, for example indicating available streams.

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 03:51:42PM +0000, Zbigniew Jędrzejewski-Szmek wrote:
>  On Wed, Sep 11, 2019 at 10:48:51AM -0400, Solomon Peachy wrote:
>  > On Wed, Sep 11, 2019 at 03:16:28PM +0100, Phil Wyett wrote:
>  > > > Do you want to make Fedora 31 better? Please spend 1 minute of your
>  > > > time and try to run [*]:
>  > > > 
>  > > >   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  > > > --enablerepo=updates-testing distro-sync
>  > 
>  > Here's an upgrade run against five systems.  There's a few more I can 
>  > test but they're not accessible from here.
>  > 
>  > System 1:  (Laptop)
>  > 
>  > Error: 
>  >  Problem 1: problem with installed package 0ad-0.0.23b-6.fc30.x86_64
>  >   - 0ad-0.0.23b-6.fc30.x86_64 does not belong to a distupgrade repository
>  >   - nothing provides libmozjs38-ps-release.so()(64bit) needed by
> 0ad-0.0.23b-8.fc31.x86_64
>  >   - nothing provides libmozjs38-ps-release.so(js)(64bit) needed by
> 0ad-0.0.23b-8.fc31.x86_64
>  
>  I see kalev is building 0ad right now, so hopefully this will be resolved soon.
>  
>  >  Problem 2: package python2-pillow-qt-5.4.1-2.fc30.x86_64 requires
> python2-pillow(x86-64) = 5.4.1-2.fc30, but none of the providers can be installed
>  >   - python2-pillow-5.4.1-2.fc30.x86_64 does not belong to a distupgrade repository
>  >   - problem with installed package python2-pillow-qt-5.4.1-2.fc30.x86_64
>  
>  So the python2-pillow-qt subpackage was dropped, but not all
>  python2-pillow subpackages. It'd be best if pillow maintainers either
>  do the obsoletes internally or file a bug against f-o-p. 
I filed https://bugzilla.redhat.com/show_bug.cgi?id=1751570 now.

>  > System 2:  (Workstation)
>  > 
>  > Modular dependency problems:
>  > 
>  >  Problem 1: conflicting requests
>  >   - nothing provides module(platform:f30) needed by module
> eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>  >  Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64 requires
> module(eclipse), but none of the providers can be installed
>  >   - conflicting requests
>  >   - nothing provides module(platform:f30) needed by module
> eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>  
>  >  Problem 2: package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires
> libdcmdata.so.12()(64bit), but none of the providers can be installed
>  
>  aeskulap is gone. I'll add it to f-o-p.
>  
>  >   - dcmtk-3.6.2-4.fc29.x86_64 does not belong to a distupgrade repository
>  
>  This either needs a rebuild or an update. 
Actually, no. dcmtk should be fixed when aeskulap is obsoleted.

>  >  Problem 3: package gegl03-0.3.30-5.fc30.x86_64 requires
> libIlmImf-2_2.so.22()(64bit), but none of the providers can be installed 
https://bugzilla.redhat.com/show_bug.cgi?id=1703828

>  >  Problem 8: package openshot-2.4.4-2.fc31.noarch requires
> python3-libopenshot >= 0.2.3, but none of the providers can be installed
>  >   - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed
>  >   - package python3-libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires
> libjsoncpp.so.19()(64bit), but none of the providers can be installed 
openshot is from rpmfusion.

>  >   - cannot install both jsoncpp-1.9.1-1.fc31.x86_64 and
> jsoncpp-1.8.4-6.fc30.x86_64
>  >   - package vtk-8.2.0-6.fc31.x86_64 requires libjsoncpp.so.21()(64bit), but none of
> the providers can be installed
>  
>  Looks like this needs another rebuild and an update. 
Actually, no. vtk should be fixed when jsoncpp is upgraded.

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 10:10:41AM -0400, Steven A. Falco wrote:
>  On 9/11/19 8:54 AM, Miroslav Suchý wrote:
>  > Do you want to make Fedora 31 better? Please spend 1 minute of your time and try to
> run [*]:
>  > 
>  >   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>  > 
>  > If you get this prompt:
>  > 
>  >   ...
>  >   Total download size: XXX M
>  >   Is this ok [y/N]:
>  > 
>  > you can answer N and nothing happens, no need to test the actual upgrade.
>  > 
>  > But very likely you get some dependency problem now. In that case, please report it
> against the appropriate package. Or
>  > against fedora-obsolete-packages if that package should be removed in Fedora 31.
> Please check existing reports first:
>  > https://red.ht/2kuBDPu
>  > 
>  > Thank you
>  > 
>  > [*] this command does not replace `dnf system-upgrade`, but it will reveal potential
> problems. You may also run `dnf
>  > upgrade` before running this command.
>  > 
>  
>  Below are the three problems that I get.  There are already bugs filed against chirp for
> python2, but I didn't see any relating to PyQwt or crypto-utils.  Should I create new
> bugs for them?
>  
>  	Steve
>  
>  Error: 
>   Problem 1: package PyQwt-devel-5.2.0-42.fc30.x86_64 requires PyQwt(x86-64) =
> 5.2.0-42.fc30, but none of the providers can be installed
>    - PyQwt-5.2.0-42.fc30.x86_64 does not belong to a distupgrade repository
>    - problem with installed package PyQwt-devel-5.2.0-42.fc30.x86_64 
pyqwt was retired. I'll add it to fedora-obsolete-packages.

>   Problem 2: package crypto-utils-2.5-4.fc29.x86_64 requires
> libperl.so.5.28()(64bit), but none of the providers can be installed
>    - package crypto-utils-2.5-4.fc29.x86_64 requires perl(:MODULE_COMPAT_5.28.0), but none
> of the providers can be installed
>    - perl-libs-4:5.28.2-438.fc30.x86_64 does not belong to a distupgrade repository
>    - problem with installed package crypto-utils-2.5-4.fc29.x86_64 
crypto-utils was retired. I'll add it to fedora-obsolete-packages.

>   Problem 3: package chirp-20190812-1.fc31.noarch requires
> python2dist(future), but none of the providers can be installed
>    - problem with installed package chirp-20190812-1.fc30.noarch
>    - python2-future-0.17.0-2.fc30.noarch does not belong to a distupgrade repository
>    - chirp-20190812-1.fc30.noarch does not belong to a distupgrade repository 
https://bugzilla.redhat.com/show_bug.cgi?id=1737641

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 05:18:36PM +0100, chedi toueiti wrote:
>  Error:
>   Problem 1: problem with installed package
>  mono-tools-gendarme-4.2-12.fc30.x86_64
>    - mono-tools-gendarme-4.2-12.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - nothing provides mono(ICSharpCode.SharpZipLib) = 1.1.0.0 needed by
>  mono-tools-gendarme-4.2-15.fc31.x86_64 
Hmm, mono-core-5.20.1-1.fc31 provides mono(ICSharpCode.SharpZipLib) = 4.84.0.0,
but mono-tools-4.2-15.fc31 was built later.

tpokorra, can you take a look?

>   Problem 2: package kupfer-208-15.fc28.noarch requires
> python2-keybinder,
>  but none of the providers can be installed
>    - python2-keybinder-0.3.1-13.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - problem with installed package kupfer-208-15.fc28.noarch 
kupfer is gone: https://bugzilla.redhat.com/show_bug.cgi?id=1675241.
I'll add it to f-o-p.

>   Problem 3: package mono-debugger-2.10-21.fc30.x86_64 requires
>  mono(Mono.Cecil) = 0.9.6.0, but none of the providers can be installed
>    - mono-cecil-0.9.6-12.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - problem with installed package mono-debugger-2.10-21.fc30.x86_64 
More mono issues. tpokorra?

>   Problem 4: package python2-pillow-tk-5.4.1-2.fc30.x86_64 requires
>  python2-pillow(x86-64) = 5.4.1-2.fc30, but none of the providers can be
>  installed
>    - python2-pillow-5.4.1-2.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - problem with installed package python2-pillow-tk-5.4.1-2.fc30.x86_64 
https://bugzilla.redhat.com/show_bug.cgi?id=1751570

>   Problem 5: package python2-virtualenv-clone-0.2.6-12.fc29.noarch
> requires
>  python2-virtualenv, but none of the providers can be installed
>    - python2-virtualenv-16.0.0-7.fc30.noarch does not belong to a
>  distupgrade repository
>    - problem with installed package
>  python2-virtualenv-clone-0.2.6-12.fc29.noarch 
Added to f-o-p.

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 09:30:51AM -0500, Ron Olson wrote:
>  This is what I got:
>  
>  Error:
>   Problem 1: package gegl03-0.3.30-5.fc30.x86_64 requires
>  libIlmImf-2_2.so.22()(64bit), but none of the providers can be
>  installed
>    - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a
>  distupgrade repository
>    - problem with installed package gegl03-0.3.30-5.fc30.x86_64 
https://bugzilla.redhat.com/show_bug.cgi?id=1703828

>   Problem 2: problem with installed package
>  exa-0.8.0-13.module_f30+4041+ebfd9240.x86_64
>    - package exa-0.9.0-2.module_f31+5365+04413d87.x86_64 requires
>  libgit2.so.28()(64bit), but none of the providers can be installed
>    - exa-0.8.0-13.module_f30+4041+ebfd9240.x86_64 does not belong to
>  a distupgrade repository
>    - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is
>  excluded
>    - package libgit2-0.28.2-3.fc31.x86_64 is excluded 
dnf module reset libgit2

>  (try to add '--skip-broken' to skip uninstallable packages)
>  
>  I was going to open tickets, per the request, but I guess I don’t
>  know what “excluded” means, and whether “not being to a distupgrade
>  repository” is a temporary thing, or something that really should
>  have a ticket created. 
Zbyszek

[EXT] Donate 1 minute of your time to test upgrades from F30 to F31

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 02:56:37PM +0000, Anderson, Charles R wrote:
>  I know you didn't ask about F29 upgrades, but it looks like it
> might work: 
Upgrades from F29 are supported too, so this check is very useful.

>  Install   135 Packages
>  Upgrade  2417 Packages
>  Remove      4 Packages 
Nice!

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 02:42:27PM -0400, Code Zombie wrote:
>  Hi
>  
>  Here's my output (I am running F30):
>  
>   Problem 1: problem with installed package eclipse-jgit-5.4.0-4.fc30.noarch
>    - eclipse-jgit-5.4.0-4.fc30.noarch does not belong to a distupgrade
>  repository
>    - nothing provides jgit = 5.3.0-5.fc31 needed by
>  eclipse-jgit-5.3.0-5.fc31.noarch 
eclipse-jgit ftbfs: https://bugzilla.redhat.com/show_bug.cgi?id=1735128

>   Problem 2: package crypto-utils-2.5-4.fc29.x86_64 requires
>  libperl.so.5.28()(64bit), but none of the providers can be installed
>    - package crypto-utils-2.5-4.fc29.x86_64 requires
>  perl(:MODULE_COMPAT_5.28.0), but none of the providers can be installed
>    - perl-libs-4:5.28.2-439.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - problem with installed package crypto-utils-2.5-4.fc29.x86_64
>    - package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is
>  excluded
>    - package perl-libs-4:5.28.2-439.module_f31+6050+a462f342.x86_64 is
>  excluded 
>   Problem 3: package xfce4-hamster-plugin-1.7-21.fc30.x86_64 requires
>  hamster-time-tracker, but none of the providers can be installed
>    - hamster-time-tracker-2.0-0.16.rc1.fc30.noarch does not belong to a
>  distupgrade repository
>    - problem with installed package xfce4-hamster-plugin-1.7-21.fc30.x86_64 
hamster-time-tracker is gone:
https://src.fedoraproject.org/rpms/hamster-time-tracker/c/02aaa10ecbdc8fa....

https://bugzilla.redhat.com/show_bug.cgi?id=1751591

>   Problem 4: problem with installed package
>  gnome-builder-3.32.3-1.fc30.x86_64
>    - package gnome-builder-3.34.0-1.fc31.x86_64 requires
>  libgit2.so.28()(64bit), but none of the providers can be installed
>    - package gnome-builder-3.33.92-1.fc31.x86_64 requires
>  libgit2.so.28()(64bit), but none of the providers can be installed
>    - gnome-builder-3.32.3-1.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
>    - package libgit2-0.28.2-3.fc31.x86_64 is excluded
>   Problem 5: problem with installed package
>  kf5-ktexteditor-5.59.0-1.fc30.x86_64
>    - package kf5-ktexteditor-5.61.0-1.fc31.x86_64 requires
>  libgit2.so.28()(64bit), but none of the providers can be installed
>    - kf5-ktexteditor-5.59.0-1.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
>    - package libgit2-0.28.2-3.fc31.x86_64 is excluded
>   Problem 6: problem with installed package
>  libgit2-glib-0.28.0.1-1.fc30.x86_64
>    - package libgit2-glib-0.28.0.1-3.fc31.x86_64 requires
>  libgit2.so.28()(64bit), but none of the providers can be installed
>    - libgit2-glib-0.28.0.1-1.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
>    - package libgit2-0.28.2-3.fc31.x86_64 is excluded
>  (try to add '--skip-broken' to skip uninstallable packages) 
dnf module reset libgit2

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 03:30:12PM -0400, Jared K. Smith wrote:
>  On Wed, Sep 11, 2019 at 9:01 AM Miroslav Suchý
> <msuchy(a)redhat.com&gt; wrote:
>  
>  > Do you want to make Fedora 31 better? Please spend 1 minute of your time
>  > and try to run [*]:
>  >
>  >   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  > --enablerepo=updates-testing distro-sync
>  >
>  
>  Error:
>   Problem 1: package gegl03-0.3.30-5.fc30.x86_64 requires
>  libIlmImf-2_2.so.22()(64bit), but none of the providers can be installed
>    - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - problem with installed package gegl03-0.3.30-5.fc30.x86_64 
https://bugzilla.redhat.com/show_bug.cgi?id=1703828

>   Problem 2: package python2-pkgwat-0.11-12.fc29.noarch requires
>  python2-cliff, but none of the providers can be installed
>    - python2-cliff-2.13.0-2.fc29.noarch does not belong to a distupgrade
>  repository
>    - problem with installed package python2-pkgwat-0.11-12.fc29.noarch 
Added to f-o-p now.

>   Problem 3: problem with installed package
>  exa-0.8.0-13.module_f30+4041+ebfd9240.x86_64
>    - package exa-0.9.0-2.module_f31+5365+04413d87.x86_64 requires
>  libgit2.so.28()(64bit), but none of the providers can be installed
>    - exa-0.8.0-13.module_f30+4041+ebfd9240.x86_64 does not belong to a
>  distupgrade repository
>    - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
>    - package libgit2-0.28.2-3.fc31.x86_64 is excluded 
dnf module reset libgit2

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Wed, Sep 11, 2019 at 07:14:43PM -0600, Jerry James wrote:
>  The third one, python3-parso, has builds for 0.5.1-2.fc30 and
>  0.5.1-2.fc32, but there is no 0.5.1-2 build for fc31. 
File a bug please. It's against the guidelines to have a
higher-numbered build in F30 compared to F31. Maintainers need
to file an update for F31.

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 12, 2019 at 07:12:37AM +0200, Franta Hanzlík wrote:
>  On Wed, 11 Sep 2019 14:54:45 +0200
>  Miroslav Suchý <msuchy(a)redhat.com&gt; wrote:
>  
>  > Do you want to make Fedora 31 better? Please spend 1 minute of your time and try to
> run [*]:
>  > 
>  >   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>  > ...
>  
>  # dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>  Adobe Systems Incorporated             5.5 kB/s | 2.9 kB     00:00
>  Fedora Modular 31 -i38                  42 kB/s |  54 kB     00:01    
>  Failed to synchronize cache for repo 'fedora-modular'
>  Error: Failed to synchronize cache for repo 'fedora-modular' 
For some reason (maybe somebody from either infra or the modular camp
can provide more info), the metadata for fedora-modular repositories fails
to download much more often than regular fedora.

Just kick it again.

Zbyszek

[Ankur Sinha]

On Wed, Sep 11, 2019 10:48:51 -0400, Solomon Peachy wrote:
>   Problem 2: package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires
> libdcmdata.so.12()(64bit), but none of the providers can be installed
>    - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libdcmimage.so.12()(64bit),
> but none of the providers can be installed
>    - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libdcmimgle.so.12()(64bit),
> but none of the providers can be installed
>    - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libdcmjpeg.so.12()(64bit), but
> none of the providers can be installed
>    - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libdcmnet.so.12()(64bit), but
> none of the providers can be installed
>    - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libijg12.so.12()(64bit), but
> none of the providers can be installed
>    - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libijg16.so.12()(64bit), but
> none of the providers can be installed
>    - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libijg8.so.12()(64bit), but
> none of the providers can be installed
>    - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires liboflog.so.12()(64bit), but
> none of the providers can be installed
>    - package aeskulap-0.2.2-0.37.beta2.fc30.x86_64 requires libofstd.so.12()(64bit), but
> none of the providers can be installed 
So, aeskulap was orphaned. I don't even see an F31 branch somehow:
https://src.fedoraproject.org/rpms/aeskulap/branches?branchname=master

What should be done here?

>    - dcmtk-3.6.2-4.fc29.x86_64 does not belong to a distupgrade
> repository 
There's certainly a build for F31 for dcmtk.
https://koji.fedoraproject.org/koji/buildinfo?buildID=1322503

I don't see an update for F31 on bodhi, though. Maybe that got skipped?

>    - vtk-8.1.1-5.fc30.x86_64 does not belong to a distupgrade
> repository 
There's vtk 8.2.0-6 that is already in F31 stable. So not sure what this
implies:
https://bodhi.fedoraproject.org/updates/FEDORA-2019-986bbe4d7f

In general what does "does not belong to a distupgrade repository" mean?

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) |
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London

[Scott Talbert]

On Thu, 12 Sep 2019, Zbigniew Jędrzejewski-Szmek wrote:

> > The third one, python3-parso, has builds for 0.5.1-2.fc30 and
> > 0.5.1-2.fc32, but there is no 0.5.1-2 build for fc31.
>
>  File a bug please. It's against the guidelines to have a
>  higher-numbered build in F30 compared to F31. Maintainers need
>  to file an update for F31. 
I filed this one already:
https://bugzilla.redhat.com/show_bug.cgi?id=1751448

[Martin Kolman]

Looks like I have something uniqe I haven't seen in the other mails, related to
packit:

$ LANG=en_US sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
--enablerepo=updates-testing distro-sync
RCM Tools for Fedora 31 (RPMs)                                                        284 
B/s | 286  B     00:01    
Failed to download metadata for repo 'rcm-tools-fedora-rpms'
RPM Fusion for Fedora 31 - Free - Updates                                             310
kB/s |  76 kB     00:00    
Failed to download metadata for repo 'rpmfusion-free-updates'
RPM Fusion for Fedora 31 - Nonfree - NVIDIA Driver                                    259
kB/s |  76 kB     00:00    
Failed to download metadata for repo 'rpmfusion-nonfree-nvidia-driver'
RPM Fusion for Fedora 31 - Nonfree - Updates                                           67
kB/s |  76 kB     00:01    
Failed to download metadata for repo 'rpmfusion-nonfree-updates'
Ignoring repositories: rcm-tools-fedora-rpms, rpmfusion-free-updates,
rpmfusion-nonfree-nvidia-driver, rpmfusion-
nonfree-updates
Last metadata expiration check: 0:02:43 ago on Thu 12 Sep 2019 12:06:55 PM CEST.
Error: 
 Problem 1: problem with installed package python3-packit-0.5.0-1.fc30.noarch
  - python3-packit-0.5.0-1.fc30.noarch does not belong to a distupgrade repository
  - nothing provides python3.7dist(koji) needed by python3-packit-0.5.1-1.fc31.noarch
 Problem 2: package python2-pyglet-1.3.2-3.fc29.noarch requires python2-future, but none
of the providers can be
installed
  - python2-future-0.17.0-2.fc30.noarch does not belong to a distupgrade repository
  - problem with installed package python2-pyglet-1.3.2-3.fc29.noarch
 Problem 3: problem with installed package packit-0.5.0-1.fc30.noarch
  - package packit-0.5.1-1.fc31.noarch requires python3-packit = 0.5.1-1.fc31, but none of
the providers can be
installed
  - packit-0.5.0-1.fc30.noarch does not belong to a distupgrade repository
  - nothing provides python3.7dist(koji) needed by python3-packit-0.5.1-1.fc31.noarch
(try to add '--skip-broken' to skip uninstallable packages)

CCing one of the packit maintainers.

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 12, 2019 at 03:23:43PM +0100, Ankur Sinha wrote:
>  So, aeskulap was orphaned. I don't even see an F31 branch
> somehow:
>  https://src.fedoraproject.org/rpms/aeskulap/branches?branchname=master
>  
>  What should be done here?
>  
>  >   - dcmtk-3.6.2-4.fc29.x86_64 does not belong to a distupgrade repository
>  
>  There's certainly a build for F31 for dcmtk.
>  https://koji.fedoraproject.org/koji/buildinfo?buildID=1322503
>  
>  I don't see an update for F31 on bodhi, though. Maybe that got skipped?
>  
>  >   - vtk-8.1.1-5.fc30.x86_64 does not belong to a distupgrade repository
>  
>  There's vtk 8.2.0-6 that is already in F31 stable. So not sure what this
>  implies:
>  https://bodhi.fedoraproject.org/updates/FEDORA-2019-986bbe4d7f 
This was already resolved elsewhere in the thread:
both issues are resolved by obsoleting aeskulap. Latest update
to fedora-obsolete-packages does that.

>  In general what does "does not belong to a distupgrade
> repository" mean? 
Dunno. dnf output could use some love here.

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 12, 2019 at 04:37:42PM +0200, Martin Kolman wrote:
>  Looks like I have something uniqe I haven't seen in the other
> mails, related to packit:
>  
>  $ LANG=en_US sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>  RCM Tools for Fedora 31 (RPMs)                                                        284
>  B/s | 286  B     00:01    
>  Failed to download metadata for repo 'rcm-tools-fedora-rpms'
>  RPM Fusion for Fedora 31 - Free - Updates                                             310
> kB/s |  76 kB     00:00    
>  Failed to download metadata for repo 'rpmfusion-free-updates'
>  RPM Fusion for Fedora 31 - Nonfree - NVIDIA Driver                                    259
> kB/s |  76 kB     00:00    
>  Failed to download metadata for repo 'rpmfusion-nonfree-nvidia-driver'
>  RPM Fusion for Fedora 31 - Nonfree - Updates                                           67
> kB/s |  76 kB     00:01    
>  Failed to download metadata for repo 'rpmfusion-nonfree-updates'
>  Ignoring repositories: rcm-tools-fedora-rpms, rpmfusion-free-updates,
> rpmfusion-nonfree-nvidia-driver, rpmfusion-
>  nonfree-updates
>  Last metadata expiration check: 0:02:43 ago on Thu 12 Sep 2019 12:06:55 PM CEST.
>  Error: 
>   Problem 1: problem with installed package python3-packit-0.5.0-1.fc30.noarch
>    - python3-packit-0.5.0-1.fc30.noarch does not belong to a distupgrade repository
>    - nothing provides python3.7dist(koji) needed by python3-packit-0.5.1-1.fc31.noarch
packit needs to be rebuilt for python3.8.

>   Problem 2: package python2-pyglet-1.3.2-3.fc29.noarch requires
> python2-future, but none of the providers can be
>  installed
>    - python2-future-0.17.0-2.fc30.noarch does not belong to a distupgrade repository
>    - problem with installed package python2-pyglet-1.3.2-3.fc29.noarch 
python2-pyglet will be obsoleted.

>   Problem 3: problem with installed package
> packit-0.5.0-1.fc30.noarch
>    - package packit-0.5.1-1.fc31.noarch requires python3-packit = 0.5.1-1.fc31, but none
> of the providers can be
>  installed
>    - packit-0.5.0-1.fc30.noarch does not belong to a distupgrade repository
>    - nothing provides python3.7dist(koji) needed by python3-packit-0.5.1-1.fc31.noarch
>  (try to add '--skip-broken' to skip uninstallable packages) 
This is the same as Problem 1.

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 12, 2019 at 02:57:55PM +0000, Zbigniew Jędrzejewski-Szmek wrote:
>  On Thu, Sep 12, 2019 at 04:37:42PM +0200, Martin Kolman wrote:
>  > Looks like I have something uniqe I haven't seen in the other mails, related to
> packit:
>  > 
>  > $ LANG=en_US sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>  > RCM Tools for Fedora 31 (RPMs)                                                      
>  284  B/s | 286  B     00:01    
>  > Failed to download metadata for repo 'rcm-tools-fedora-rpms'
>  > RPM Fusion for Fedora 31 - Free - Updates                                           
>  310 kB/s |  76 kB     00:00    
>  > Failed to download metadata for repo 'rpmfusion-free-updates'
>  > RPM Fusion for Fedora 31 - Nonfree - NVIDIA Driver                                  
>  259 kB/s |  76 kB     00:00    
>  > Failed to download metadata for repo 'rpmfusion-nonfree-nvidia-driver'
>  > RPM Fusion for Fedora 31 - Nonfree - Updates                                        
>   67 kB/s |  76 kB     00:01    
>  > Failed to download metadata for repo 'rpmfusion-nonfree-updates'
>  > Ignoring repositories: rcm-tools-fedora-rpms, rpmfusion-free-updates,
> rpmfusion-nonfree-nvidia-driver, rpmfusion-
>  > nonfree-updates
>  > Last metadata expiration check: 0:02:43 ago on Thu 12 Sep 2019 12:06:55 PM CEST.
>  > Error: 
>  >  Problem 1: problem with installed package python3-packit-0.5.0-1.fc30.noarch
>  >   - python3-packit-0.5.0-1.fc30.noarch does not belong to a distupgrade repository
>  >   - nothing provides python3.7dist(koji) needed by
> python3-packit-0.5.1-1.fc31.noarch
>  
>  packit needs to be rebuilt for python3.8. 
Sorry, brain fart. This is F31, so we have python3.7.
packit-0.6.0-1.fc31 is the latest build, and there's an update:
https://bodhi.fedoraproject.org/updates/FEDORA-2019-e260b49ac9
But it needs to go to stable.
Please file a bug and ask for a freeze exception.

Zbyszek

[Miroslav Suchý]

Dne 12. 09. 19 v 5:02 Harish Pillay napsal(a):
>  after adding --allowerasing to the commandline. 
Try it without it. The point is not to "pass it somehow", but pass it properly
according documentation. If erasing is
needed, then there is likely missing some obsolete somewhere.

-- 
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys

[Miroslav Suchý]

Dne 11. 09. 19 v 17:04 Solomon Peachy napsal(a):
>   There are a couple 
>  of F29 stragglers left behind from the last upgrade too.  Not sure what 
>  I should file tickets about here.. 
If the package does not cause an issue, then it can be left behind. But it can be removed
using
fedora-obsolete-packages. The general approach is: if it does not cause an issue during an
upgrade, then do not remove
it and leave it on the user.

-- 
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys

[Nathanael D. Noblet]

Hello,

  I had a few problems. To clear some I had to run.

sudo dnf module reset libgit2

  This resulted in the rest of the errors.

Modular dependency problems:

 Problem 1: conflicting requests
  - nothing provides module(platform:f30) needed by module
eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
 Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64
requires module(eclipse), but none of the providers can be installed
  - conflicting requests
  - nothing provides module(platform:f30) needed by module
eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
Error: 
 Problem: package gegl03-0.3.30-5.fc30.x86_64 requires libIlmImf-
2_2.so.22()(64bit), but none of the providers can be installed
  - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade
repository
  - problem with installed package gegl03-0.3.30-5.fc30.x86_64
(try to add '--skip-broken' to skip uninstallable packages)


I used to use eclipse but no longer do so I'm unsure as to the actually
issue here. Nor do I know what is actually the problem with the
potential upgrade.

Sincerely,
-- 
Nathanael

[Nathanael D. Noblet]

I've since run

sudo dnf module reset eclipse

Which results in the following error when trying a distro-sync.

 Problem: conflicting requests
  - nothing provides module(eclipse) needed by module
jmc:latest:3120190813124555:7188e41a-0.x86_64
Error: 
 Problem: package gegl03-0.3.30-5.fc30.x86_64 requires libIlmImf-
2_2.so.22()(64bit), but none of the providers can be installed
  - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade
repository
  - problem with installed package gegl03-0.3.30-5.fc30.x86_64
(try to add '--skip-broken' to skip uninstallable packages)

Is this an error with gegl03?

Sincerely,
-- 
Nathanael

[Kevin Fenzi]

On 9/12/19 1:37 AM, Zbigniew Jędrzejewski-Szmek wrote:
>  On Thu, Sep 12, 2019 at 07:12:37AM +0200, Franta Hanzlík wrote:
> > On Wed, 11 Sep 2019 14:54:45 +0200
> > Miroslav Suchý <msuchy(a)redhat.com&gt; wrote:
> >
> >> Do you want to make Fedora 31 better? Please spend 1 minute of your time and try
> to run [*]:
> >>
> >>   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
> >> ...
> >
> > # dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
> > Adobe Systems Incorporated             5.5 kB/s | 2.9 kB     00:00
> > Fedora Modular 31 -i38                  42 kB/s |  54 kB     00:01    
> > Failed to synchronize cache for repo 'fedora-modular'
> > Error: Failed to synchronize cache for repo 'fedora-modular'
>  
>  For some reason (maybe somebody from either infra or the modular camp
>  can provide more info), the metadata for fedora-modular repositories fails
>  to download much more often than regular fedora. 
I'm not sure why that would be. It's smaller repodata, mirrored the same
way.

Perhaps check /var/log/dnf.librepo.log the next time it does this and
see if there's anything there to help track it down?

kevin

[Elliott Sales de Andrade]

On Thu, Sep 12, 2019, 10:24 AM Ankur Sinha, <sanjay.ankur(a)gmail.com&gt; wrote:

>  On Wed, Sep 11, 2019 10:48:51 -0400, Solomon Peachy wrote:
>  >   - vtk-8.1.1-5.fc30.x86_64 does not belong to a distupgrade repository
>
>  There's vtk 8.2.0-6 that is already in F31 stable. So not sure what this
>  implies:
>  https://bodhi.fedoraproject.org/updates/FEDORA-2019-986bbe4d7f
>
>  In general what does "does not belong to a distupgrade repository" mean?
>  
From the dist tag, you can see this package is from F30, the old (and to be
deleted from the system) repo. "Not belong to a distupgrade repository"
means it didn't come from F31, the _new_ repo. It's a leftover that is
either pulling in old (unsatisfiable) Requires or is pulled in by some
other leftover.

[Timotheus Pokorra]

Thanks for letting me know!

On 12.09.19 10:06, Zbigniew Jędrzejewski-Szmek wrote:
>  On Wed, Sep 11, 2019 at 05:18:36PM +0100, chedi toueiti wrote:
> > Error:
> >   Problem 1: problem with installed package
> > mono-tools-gendarme-4.2-12.fc30.x86_64
> >    - mono-tools-gendarme-4.2-12.fc30.x86_64 does not belong to a distupgrade
> > repository
> >    - nothing provides mono(ICSharpCode.SharpZipLib) = 1.1.0.0 needed by
> > mono-tools-gendarme-4.2-15.fc31.x86_64
>  
>  Hmm, mono-core-5.20.1-1.fc31 provides mono(ICSharpCode.SharpZipLib) = 4.84.0.0,
>  but mono-tools-4.2-15.fc31 was built later.
>  
>  tpokorra, can you take a look? 
I will rebuild sharpziplib, that was built before
mono scripts were 
fixed to calculate the Provides correctly.

> >   Problem 3: package mono-debugger-2.10-21.fc30.x86_64 requires
> > mono(Mono.Cecil) = 0.9.6.0, but none of the providers can be installed
> >    - mono-cecil-0.9.6-12.fc30.x86_64 does not belong to a distupgrade
> > repository
> >    - problem with installed package mono-debugger-2.10-21.fc30.x86_64
>  
>  More mono issues. tpokorra? 
mono-debugger was retired, because it is not supported
by Mono 5 anymore.
I have now filed a bug against fedora-obsolete-packages:
https://bugzilla.redhat.com/show_bug.cgi?id=1751913

all the best,
   Timotheus

[Julian Sikorski]

W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
>  Do you want to make Fedora 31 better? Please spend 1 minute of your
> time and try to run [*]:
>  
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>  
>  If you get this prompt:
>  
>    ...
>    Total download size: XXX M
>    Is this ok [y/N]:
>  
>  you can answer N and nothing happens, no need to test the actual upgrade.
>  
>  But very likely you get some dependency problem now. In that case, please report it
> against the appropriate package. Or
>  against fedora-obsolete-packages if that package should be removed in Fedora 31. Please
> check existing reports first:
>  https://red.ht/2kuBDPu
>  
>  Thank you
>  
>  [*] this command does not replace `dnf system-upgrade`, but it will reveal potential
> problems. You may also run `dnf
>  upgrade` before running this command.
>   
 Problem 1: conflicting requests

  - nothing provides module(platform:f30) needed by module
eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64

 Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64
requires module(eclipse), but none of the providers can be installed

  - conflicting requests

  - nothing provides module(platform:f30) needed by module
eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64


what should I file the bug against?

Błąd:

 Problem 1: package banshee-2.6.2-34.fc31.x86_64 requires
mono(gudev-sharp) = 1.0.0.0, but none of the providers can be installed

  - problem with installed package banshee-2.6.2-32.fc30.x86_64

  - gudev-sharp-1:0.1-25.fc30.x86_64 does not belong to a distupgrade
repository

  - banshee-2.6.2-32.fc30.x86_64 does not belong to a distupgrade repository


should I file the bug against banshee, or against
fedora-obsolete-packages? Banshee appears to be as good as dead upstream.

 Problem 2: problem with installed package
system-config-users-docs-1.0.9-14.fc30.noarch

  - package system-config-users-docs-1.0.9-15.fc31.noarch requires
system-config-users >= 1.2.82, but none of the providers can be installed

  - system-config-users-docs-1.0.9-14.fc30.noarch does not belong to a
distupgrade repository

  - system-config-users-1.3.8-6.fc29.noarch does not belong to a
distupgrade repository


This was already reported against fedora-obsolete-packages

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 12, 2019 at 02:47:20PM -0600, Nathanael D. Noblet wrote:
>  I've since run
>  
>  sudo dnf module reset eclipse
>  
>  Which results in the following error when trying a distro-sync.
>  
>   Problem: conflicting requests
>    - nothing provides module(eclipse) needed by module
>  jmc:latest:3120190813124555:7188e41a-0.x86_64
>  Error: 
>   Problem: package gegl03-0.3.30-5.fc30.x86_64 requires libIlmImf-
>  2_2.so.22()(64bit), but none of the providers can be installed
>    - OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade
>  repository
>    - problem with installed package gegl03-0.3.30-5.fc30.x86_64
>  (try to add '--skip-broken' to skip uninstallable packages)
>  
>  Is this an error with gegl03? 
https://bugzilla.redhat.com/show_bug.cgi?id=1703828

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Fri, Sep 13, 2019 at 07:33:17AM +0200, Julian Sikorski wrote:
>   Problem 1: conflicting requests
>  
>    - nothing provides module(platform:f30) needed by module
>  eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>  
>   Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64
>  requires module(eclipse), but none of the providers can be installed
>  
>    - conflicting requests
>  
>    - nothing provides module(platform:f30) needed by module
>  eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64
>  
>  
>  what should I file the bug against?
>  
>  Błąd:
>  
>   Problem 1: package banshee-2.6.2-34.fc31.x86_64 requires
>  mono(gudev-sharp) = 1.0.0.0, but none of the providers can be installed
>  
>    - problem with installed package banshee-2.6.2-32.fc30.x86_64
>  
>    - gudev-sharp-1:0.1-25.fc30.x86_64 does not belong to a distupgrade
>  repository
>  
>    - banshee-2.6.2-32.fc30.x86_64 does not belong to a distupgrade repository
>  
>  
>  should I file the bug against banshee, or against
>  fedora-obsolete-packages? Banshee appears to be as good as dead upstream. 
banshee is still maintained in Fedora.
It seems that latest banshee package requires mono(Mono.Addins) = 1.0.0.0,
but mono-addins only provides mono(Mono.Addins) = 0.6.0.0. Maybe we need
a later version?

>   Problem 2: problem with installed package
>  system-config-users-docs-1.0.9-14.fc30.noarch
>  
>    - package system-config-users-docs-1.0.9-15.fc31.noarch requires
>  system-config-users >= 1.2.82, but none of the providers can be installed
>  
>    - system-config-users-docs-1.0.9-14.fc30.noarch does not belong to a
>  distupgrade repository
>  
>    - system-config-users-1.3.8-6.fc29.noarch does not belong to a
>  distupgrade repository
>  
>  
>  This was already reported against fedora-obsolete-packages 
https://bugzilla.redhat.com/show_bug.cgi?id=1751241
https://bugzilla.redhat.com/show_bug.cgi?id=1751252
Waiting for a reply here.

Zbyszek

[Vít Ondruch]

Dne 11. 09. 19 v 17:04 Solomon Peachy napsal(a):
>  There are a couple
>  of F29 stragglers left behind from the last upgrade too.  Not sure what 
>  I should file tickets about here.. 

There is `dnf autoremove`. You should try that.



Vít

[Solomon Peachy]

On Fri, Sep 13, 2019 at 12:48:44PM +0200, Vít Ondruch wrote:
>  > There are a couple
>  > of F29 stragglers left behind from the last upgrade too.  Not sure what 
>  > I should file tickets about here..
>  
>  There is `dnf autoremove`. You should try that. 
Hate to state the obvious, but blindly removing packages (and anything 
that depends on them) is probably not the correct thing to do.

 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

[Vít Ondruch]

Dne 13. 09. 19 v 13:30 Solomon Peachy napsal(a):
>  On Fri, Sep 13, 2019 at 12:48:44PM +0200, Vít Ondruch wrote:
> >> There are a couple
> >> of F29 stragglers left behind from the last upgrade too.  Not sure what 
> >> I should file tickets about here..
> > There is `dnf autoremove`. You should try that.
>  Hate to state the obvious, but blindly removing packages (and anything 
>  that depends on them) is probably not the correct thing to do. 

That is much better option than using `--allowerasing`, because this
command removes leaf packages, on which nothing depends. Of course you
are in charge if the packages are removed at the end or not. Using f-o-p
is not always better, because obviously if nothing else, somebody must
maintain that package.


Vít



>   - Solomon
>
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
> https://lists.fedoraproject.org/archives/list/[e-mail]

[Nathanael D. Noblet]

On Fri, 2019-09-13 at 06:23 +0000, Zbigniew Jędrzejewski-Szmek wrote:
>  On Thu, Sep 12, 2019 at 02:47:20PM -0600, Nathanael D. Noblet wrote:
>  > Is this an error with gegl03?
>  
>  https://bugzilla.redhat.com/show_bug.cgi?id=1703828
>   
The update there seems to have fixed the issue and I now get to the y/n
prompt successfully.

Sincerely,
-- 
Nathanael

[Jerry James]

On Wed, Sep 11, 2019 at 7:14 PM Jerry James <loganjerry(a)gmail.com&gt; wrote:
>  No errors for me, but 3 downgrades:
>
>  Downgrading:
>   gap-pkg-edim             x86_64 1.3.3-6.fc31            fedora            78 k
>   gap-pkg-genss            noarch 1.6.5-6.fc31            fedora            56 k
>   python3-parso            noarch 0.5.1-1.fc31            fedora           142 k
>
>  The first two are mine.  I did those builds right about the time that
>  bodhi was enabled for F31.  After it was enabled, I tried to create
>  updates for them just in case they hadn't quite made it in, and bodhi
>  told me there were no candidate builds.  I just tried again, and bodhi
>  *still* tells me there are no candidate builds.  These are the latest
>  actual builds for them:
>
>  gap-pkg-edim-1.3.5-1.fc31
>  gap-pkg-genss-1.6.6-1.fc31 
Bodhi shows that updates for both of these packages exist already.
Both are labeled "Automatic update for <package NEVR>".  The logs for
both include "This update has been submitted for stable by bodhi", but
they never actually reached stable.  I clicked on the "Push to
Testing" button for both.  It might be a good idea to check for the
existence of other such zombie updates, although maybe I was the only
fool actually building packages while the bodhi activation was taking
place.
-- 
Jerry James
http://www.jamezone.org/

[Guido Aulisi]

Il giorno mer, 11/09/2019 alle 14.54 +0200, Miroslav Suchý ha scritto:
>  Do you want to make Fedora 31 better? Please spend 1 minute of your
>  time and try to run [*]:
>  
>    sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
>  --enablerepo=updates-testing distro-sync
>  
>  If you get this prompt:
>  
>    ...
>    Total download size: XXX M
>    Is this ok [y/N]:
>  
>  you can answer N and nothing happens, no need to test the actual
>  upgrade.
>  
>  But very likely you get some dependency problem now. In that case,
>  please report it against the appropriate package. Or
>  against fedora-obsolete-packages if that package should be removed in
>  Fedora 31. Please check existing reports first:
>  https://red.ht/2kuBDPu
>  
>  Thank you
>  
>  [*] this command does not replace `dnf system-upgrade`, but it will
>  reveal potential problems. You may also run `dnf
>  upgrade` before running this command.
>  
>  -- 
>  Miroslav Suchy, RHCA
>  Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys 
I got this:

Errore: 
 Problema: problem with installed package rubygem-asciidoctor-pdf-
1.5.0-0.9.alpha.16.fc30.noarch
  - rubygem-asciidoctor-pdf-1.5.0-0.9.alpha.16.fc30.noarch does not
belong to a distupgrade repository
  - nothing provides (rubygem(concurrent-ruby) >= 1.1.0 with
rubygem(concurrent-ruby) < 1.2) needed by rubygem-asciidoctor-pdf-
1.5.0-0.10.alpha.18.fc31.noarch
  - nothing provides (rubygem(treetop) >= 1.5.0 with rubygem(treetop) <
1.6) needed by rubygem-asciidoctor-pdf-1.5.0-0.10.alpha.18.fc31.noarch
(try to add '--skip-broken' to skip uninstallable packages)

Ciao
Guido

P.S. Sorry for the wrong answer to wrong Fedora version

[Marcin Juszkiewicz]

W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
>  Do you want to make Fedora 31 better?  
I migrated to F31 beta some time ago. Today decided to 
go with 'dnf distro-sync' instead of usual 'dnf update'
command:

 Problem: problem with installed package kf5-ktexteditor-5.61.0-1.fc31.x86_64
  - package kf5-ktexteditor-5.61.0-1.fc31.x86_64 requires libgit2.so.28()(64bit), but none
of the providers can be installed
  - libgit2-0.28.2-3.fc31.x86_64 does not belong to a distupgrade repository
  - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
  - package libgit2-0.28.3-1.fc31.x86_64 is excluded
  - package libgit2-0.28.2-3.fc31.x86_64 is excluded

[root@puchatek puchatek-home]# rpm -qa|grep libgit
libgit2-0.28.2-3.fc31.x86_64

[Zbigniew Jędrzejewski-Szmek]

On Tue, Sep 17, 2019 at 08:33:49AM +0200, Marcin Juszkiewicz wrote:
>  W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
>  > Do you want to make Fedora 31 better? 
>  
>  I migrated to F31 beta some time ago. Today decided to 
>  go with 'dnf distro-sync' instead of usual 'dnf update'
>  command:
>  
>   Problem: problem with installed package kf5-ktexteditor-5.61.0-1.fc31.x86_64
>    - package kf5-ktexteditor-5.61.0-1.fc31.x86_64 requires libgit2.so.28()(64bit), but
> none of the providers can be installed
>    - libgit2-0.28.2-3.fc31.x86_64 does not belong to a distupgrade repository
>    - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
>    - package libgit2-0.28.3-1.fc31.x86_64 is excluded
>    - package libgit2-0.28.2-3.fc31.x86_64 is excluded 
Does 'dnf module reset libgit2' fix the issue?
(See https://bugzilla.redhat.com/show_bug.cgi?id=1747408.)

Zbyszek

[Zbigniew Jędrzejewski-Szmek]

On Fri, Sep 13, 2019 at 08:25:49PM +0200, Guido Aulisi wrote:
>  Errore: 
>   Problema: problem with installed package rubygem-asciidoctor-pdf-
>  1.5.0-0.9.alpha.16.fc30.noarch
>    - rubygem-asciidoctor-pdf-1.5.0-0.9.alpha.16.fc30.noarch does not
>  belong to a distupgrade repository
>    - nothing provides (rubygem(concurrent-ruby) >= 1.1.0 with
>  rubygem(concurrent-ruby) < 1.2) needed by rubygem-asciidoctor-pdf-
>  1.5.0-0.10.alpha.18.fc31.noarch
>    - nothing provides (rubygem(treetop) >= 1.5.0 with rubygem(treetop) <
>  1.6) needed by rubygem-asciidoctor-pdf-1.5.0-0.10.alpha.18.fc31.noarch
>  (try to add '--skip-broken' to skip uninstallable packages) 
https://bugzilla.redhat.com/show_bug.cgi?id=1752745

[Marcin Juszkiewicz]

W dniu 17.09.2019 o 08:55, Zbigniew Jędrzejewski-Szmek pisze:
>  On Tue, Sep 17, 2019 at 08:33:49AM +0200, Marcin Juszkiewicz wrote:
> > W dniu 11.09.2019 o 14:54, Miroslav Suchý pisze:
> >> Do you want to make Fedora 31 better? 
> >
> > I migrated to F31 beta some time ago. Today decided to 
> > go with 'dnf distro-sync' instead of usual 'dnf update'
> > command:
> >
> >  Problem: problem with installed package kf5-ktexteditor-5.61.0-1.fc31.x86_64
> >   - package kf5-ktexteditor-5.61.0-1.fc31.x86_64 requires libgit2.so.28()(64bit), but
> none of the providers can be installed
> >   - libgit2-0.28.2-3.fc31.x86_64 does not belong to a distupgrade repository
> >   - package libgit2-0.28.2-2.module_f31+5411+fa1856a4.x86_64 is excluded
> >   - package libgit2-0.28.3-1.fc31.x86_64 is excluded
> >   - package libgit2-0.28.2-3.fc31.x86_64 is excluded
>  
>  Does 'dnf module reset libgit2' fix the issue?
>  (See https://bugzilla.redhat.com/show_bug.cgi?id=1747408.) 
Yes. Thanks!

Last metadata expiration check: 0:10:30 ago on wto, 17 wrz 2019, 08:53:50.
Dependencies resolved.
===========================================================================================================
 Package                 Arch      Version                                Repository      
           Size
===========================================================================================================
Downgrading:
 hawtjni-runtime         noarch    1.16-2.module_f28+3939+dc18cd75       
updates-testing-modular     42 k
 jansi                   noarch    1.17.1-1.module_f28+3939+dc18cd75     
updates-testing-modular     78 k
 jansi-native            x86_64    1.7-7.module_f28+3939+dc18cd75        
updates-testing-modular     73 k
 javamail                noarch    1.5.2-7.module_f28+3872+5b76729e      
updates-testing-modular    634 k
 libgit2                 x86_64    0.28.2-2.module_f31+5411+fa1856a4     
updates-testing-modular    451 k
 ninja-build             x86_64    1.9.0-1.module_f31+3361+bdb2aa23      
updates-testing-modular    126 k
 slf4j                   noarch    1.7.25-4.module_f28+3939+dc18cd75     
updates-testing-modular     76 k
 xalan-j2                noarch    2.7.1-38.module_f28+3872+5b76729e     
updates-testing-modular    1.9 M
 xerces-j2               noarch    2.11.0-34.module_f28+3872+5b76729e    
updates-testing-modular    1.2 M
 xml-commons-apis        noarch    1.4.01-25.module_f28+3872+5b76729e    
updates-testing-modular    233 k
 xml-commons-resolver    noarch    1.2-26.module_f28+3872+5b76729e       
updates-testing-modular    114 k
Enabling module streams:
 libgit2                           0.28                                                   
               

Transaction Summary
===========================================================================================================
Downgrade  11 Packages

Total download size: 4.8 M
Is this ok [y/N]: