Works great, submitting karma with it right now.

Package is not installable:

Error: 
 Problem: conflicting requests
  - nothing provides (python3.8dist(jsonpath-rw) < 2 with python3.8dist(jsonpath-rw) >= 1.4) needed by home-assistant-cli-0.8.0-2.fc32.noarch

This package is not installable:

Error: 
 Problem: conflicting requests
  - nothing provides python3.7dist(jsonpath-rw) >= 1.4 needed by home-assistant-cli-0.8.0-2.fc31.noarch

If this comment shows up in bodhi, then positive karma was warranted ;)

Works fine so far. Also passes default and performance regression tests on:

• AMD Ryzen 1700X + NVidia GTX 1070 w/ negativo17 drivers
• dell XPS 13 9370 (2018)

Seems to work fine during fedpkg usage.

python3-sphinx-press-theme is not installable on fedora 30:

Error: 
 Problem: conflicting requests
  - nothing provides python3.7dist(sphinx) >= 2.0.0 needed by python3-sphinx-press-theme-0.5.1-4.fc30.noarch

python3-nikola is not installable on fedora 30:

Error: 
 Problem: conflicting requests
  - nothing provides python3.7dist(markdown) >= 3.0.0 needed by python3-nikola-8.0.4-9.fc30.noarch

Can confirm this fixes the segfaults which were present in the previous update. Thanks!

You might want to delete the custom update name (where you - probably accidentally - entered your FAS username). If you leave that field empty, it defaults to the builds contained in the update.

You might want to delete the custom update name (where you - probably accidentally - entered your FAS username). If you leave that field empty, it defaults to the builds contained in the update.

You might want to delete the custom update name (where you - probably accidentally - entered your FAS username). If you leave that field empty, it defaults to the builds contained in the update.

The -examples subpackage is not installable due to two problems:

• the referenced -files subpackage doesn't exist
• there's a typo in the dependency specification (missing % making the %{?_isa} macro inoperable)

The -examples subpackage is not installable due to two problems:

• the referenced -files subpackage doesn't exist
• there's a typo in the dependency specification (missing % making the %{?_isa} macro inoperable)

Works fine, no problems encountered.

No issues encountered with epiphany etc.

Well, it's mostly true that "upgrade path" doesn't matter anymore (you're right that dist-upgrades do distro-sync - and downgrade - now by default).

In this case, this turned out to not be a problem, but in other cases, I found updates that were missing from f32 entirely (which is a problem, since package downgrades aren't exactly supported, and it's not good for f32 to be missing bugfixes and security updates).

But thanks for fixing it anyway :)

Nit-pick: With some unrelated changes in fedora 31 and 30, builds from this fedora 32 update now have a lower NVR than the builds from fedora 31 or 30.

When doing such "unrelated fixes" in older branches, it's recommended to append .1 to the Release (like 1%{?dist}.1, and then incrementing that postfix number) instead of incrementing the Release like normal. This preserves a correct upgrade path within and across releases.

This update breaks the upgrade path to fedora 32.

I see you've built the same version as in rawhide on f32, but it looks like you forgot to file a bodhi update for it. Please do that now, so it can land in stable before the final freeze.

This build is definitely also affected by JVM crashes, which I originally reported for rawhide:

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

Very crashy, please do not push to stable :)