Comments
salimma
provided feedback
on golang-github-hub-2.14.2-6.fc34
4 years ago
works!
Works great!
@dcavalca I had to apply some patches for docs and tests that are only relevant to F32 (and below, like EPEL8). Just bumping from 2%{?dist} to 2%{?dist}.1 instead of to 3%{?dist} means I don't have to issue rebuilds for Rawhide (2.fc34) and F33 (2.fc33) since they technically still have higher NVRs.
Once we either release a new version or a package release that applies to all Fedora/EL releases that release number will become in sync again (at 3%{?dist} or 1%{?dist})
Previous issue with Provides fixed.
Works for building TestSlide and dcrpm
The auto-generated Provides has version set to 0.0.0 (affects Fedora 32 too). This means the generated package can't be used as a dependency if the dependent (like python3-TestSuite) has a versioned Requires e.g. on python3.6dist(typeguard) >= 2.10
$ rpm -qp --provides ~/Downloads/python3-typeguard-2.10.0-1.el8.noarch.rpm
python3-typeguard = 2.10.0-1.el8
python3.6dist(typeguard) = 0.0.0
python3dist(typeguard) = 0.0.0
Addressed in https://src.fedoraproject.org/rpms/python-typeguard/pull-request/1
Tested on python-dcrpm source code, looks fine.
Tested on a system with a working RPM database, seems to work as intended (no issue found)
Works fine:
~
❯ sudo dcrpm -v
2021-01-04 12:29:11,452 INFO [dcrpm.run]: Searching for spinning rpm query processes
2021-01-04 12:29:11,472 INFO [dcrpm.run]: Sanity checking rpmdb indexes
2021-01-04 12:29:11,472 INFO [rpmutil.check_rpmdb_indexes]: Attempting to selectively poke at Requirename index
2021-01-04 12:29:11,484 INFO [rpmutil.check_rpmdb_indexes]: Attempting to selectively poke at Obsoletename index
2021-01-04 12:29:11,494 INFO [rpmutil.check_rpmdb_indexes]: Attempting to selectively poke at Conflictname index
2021-01-04 12:29:11,506 INFO [rpmutil.check_rpmdb_indexes]: Attempting to selectively poke at Providename index
2021-01-04 12:29:11,517 INFO [rpmutil.check_rpmdb_indexes]: Attempting to selectively poke at Basenames index
2021-01-04 12:29:11,530 INFO [dcrpm.run]: Rpmdb indexes OK
2021-01-04 12:29:11,530 INFO [dcrpm.run]: Running black box check (rpm -qa)
2021-01-04 12:29:12,227 INFO [dcrpm.run]: Black box check OK
2021-01-04 12:29:12,227 INFO [dcrpm.run]: Running silent corruption check (rpm -q)
2021-01-04 12:29:12,237 INFO [dcrpm.run]: Silent corruption check OK
2021-01-04 12:29:12,237 INFO [dcrpm.run]: Running table checks (attempting to query each package)
2021-01-04 12:29:12,948 INFO [dcrpm.run]: Table checks OK
2021-01-04 12:29:12,948 INFO [dcrpm.run]: Verifying each table in /var/lib/rpm
2021-01-04 12:29:12,949 INFO [dcrpm.call_verify_tables]: Verify tables OK
2021-01-04 12:29:12,949 INFO [dcrpm.run]: Ran a pass without detecting any problems. Exiting.
Requesting an epel8 branch no longer requests epel-playground, thanks
epel8 build works fine on my centos laptop. installing pulls in protobuf-lite, doesn't affect any existing connections. 'pkill et' then reconnecting works
Verified that the new regex correctly matches
Works fine for building on armv7hl
Fixes the issue of building against liburing on armv7hl
dnf --enablerepo=updates-testing upgrade '*gsconnect*' installs version 42 (43 is not synced yet) and this is the first version that lets me pair with my phone (Android 11, Pixel 3) on Fedora 32. I can confirm that after upgrading to 43 the extension still works (though I had to do a gnome-extensions reset and then go to the extension settings before it reconnects).
The status panel integration does not seem to be enabled with the RPM (as opposed to installing from extensions.gnome.org) but I could not get those to work anyway, so it's probably better this way.