Reviewing current status

Hi,
due the increased interest in RISC-V in Fedora I took the opportunity to take a closer look and tried running some of the scripts we used for the arm/ppc/s390 secondary koji instances. After little hacking on the koji-compare.py (port to python3, deal with no f33-updates tag) I have produced https://fedora.danny.cz/riscv/f33-riscv.log comparing http://fedora.riscv.rocks with primary koji.

Here are few comments

  • local = fedora.riscv.rocks, remote = Fedora koji
  • high number of local-only is caused due the inclusion of packages blocked in primary koji, sync-blocked-primary.py should clean it up (likely needs porting to python3, it hasn’t run for maybe 5 years :slight_smile: )
  • there are 168 locally(?) patched package (riscv64 string in the release tag), are those all built from the local dist-git?
  • for reference, the total number of packages in F-33 is 23396

Overall, good results :slight_smile:

1 Like

I have a similar script to compare two different tags for different Koji instances. The last time i ran it:

% wc -l all3.csv
22122 all3.csv
% grep SAME all3.csv | wc -l
20082
% grep MISSING all3.csv | wc -l
1045

The difference was ~2K packages, where ~1K is actually missing packages in our Fedora/RISCV Koji instance. The rest is older, newer, removed or unknown.

The current status should be way worse.

If the Release: contains .X.riscv64 pattern it means there are some changes that are not in upstream Fedora dist-git. If this pattern is detecting scripts avoid rebuilding the package (needs a human to look at it). Some of these changes should go into dist-git as-is, some are temporary hacks that should just go away and probably never see dist-git and some might be too terrible to even consider being part of upstream dist-git as-is.

Because we cannot reuse NVRs we also have .rvreX (RISC-V rebuild) pattern in Release: field. This just means the package was rebuilt (i.e. bumped) with no additional changes. This gives us a new NVR.

Our dist-git “overlay” lives here: http://fedora.riscv.rocks:3000/

Note that %check is enabled for the last 2 or 3 years now thus tests are running and passing here.

IIRC (based on Koji reports) we did 7-6K builds (successful ones) a week, but that could be pushed towards 10K builds if you invest yourself a lot.

Jumping from the current F33 to F36 (Rawhide) most likely would be 2 to 4 highly intensive weeks.

I am not really a fan of “total number of package in Fedora”. This number is constantly changing, not all packages are available for all architectures thus total package for riscv64 in Fedora is unknown. For example, valgrind doesn’t support riscv64 and no one is working on that. Which leads to the worst thing: you cannot build 0ad :slight_smile: