Fedora Copr nightly: 8.0.0~rc3-1 is not recognized as newer version than 8.0.0-1.20240215

Software
1

I update the nightly builds from fedora copr kicad repository, and after the version 8.0.0-1.20240215 the builds of 20240216 and 17 are not recognized as newer builds and therefore not installed by an update command.

I can see that the name has changed from 8.0.0-1 to 8.0.0~rc3-1. Perhaps that is why the newer builds are not regognized?

Is this intentional behaviour?
Perhaps @SteveFalco has some info on this?

Here partial listing of the repository contents as seen by dnf --showduplicates list kicad-nightly:

Installed packages
kicad-nightly.x86_64 8.0.0-1.20240215git01544cb.fc39 @copr:copr.fedorainfracloud.org:group_kicad:kicad
Available packages
kicad-nightly.src 8.0.0~rc3-1.20240216gitafae6e2.fc39 copr:copr.fedorainfracloud.org:group_kicad:kicad
kicad-nightly.x86_64 8.0.0~rc3-1.20240216gitafae6e2.fc39 copr:copr.fedorainfracloud.org:group_kicad:kicad
kicad-nightly.src 8.0.0~rc3-1.20240217git27911d9.fc39 copr:copr.fedorainfracloud.org:group_kicad:kicad
kicad-nightly.x86_64 8.0.0~rc3-1.20240217git27911d9.fc39 copr:copr.fedorainfracloud.org:group_kicad:kicad

2

The names now have the rc notation added so people can see where they fit in the rc development cycle.

Unfortunately, it was not expected that 8.0.0-1 would look newer than 8.0.0~rc3-1.

I’ll try adding an epoch notation, which should fix this. It will take a few hours to run the experiment.

1 Like
3

While I am sorting this out, if it is critical for you to have the latest version, you can manually install an update by browsing to Index of /results/@kicad/kicad/ where you will find directories for each release and architecture that we build for. For example, the latest KiCad nightly build for Fedora 39 x86_64 (as of 2024-Feb-17) is here:

https://copr-be.cloud.fedoraproject.org/results/%40kicad/kicad/fedora-39-x86_64/07029035-kicad-nightly/

1 Like
4

Now the normal update catches the rc3.
Thanks for the fix!

2 Likes
5

You are welcome! And thanks for the bug report - that helps the whole community!

6

It looks like copr builds for fedora 40 and rawhide have failed two nights in a row.
Just a notice in case you hadn’t already noticed… :wink:

7

Known issue. I’m waiting for a fix from the core team.

8

My patch for this was accepted and I’ve started a new nightly build. If all goes well it should be ready in a few hours.

The patch worked and the build completed.

1 Like
9

kicad-testing seems to fail too.
Probably you’re working on that?

10

I cannot fix kicad-testing right now because with the release of 7.0.11 the 7.0 branch has been declared complete; i.e. no new patches will be accepted upstream and no further 7.0 releases are planned.

Please note that the kicad-testing builds for F38 and F39 are actually still working, although they really serve no purpose (since there won’t be any further 7.0 releases). The testing build problem only affects F40 and Rawhide, but one can find 7.0.11 builds for F40 and Rawhide in the kicad-stable copr.

In a few days 8.0.0 will be released, the 8.0 branch will be created, and 9.0 work will begin. At that point I’ll move the testing builds to the 8.0 branch and everything will start working again.

11

At this point I have the nightlies working - they are on the master branch with a version of 8.99.0.

I also moved the testing builds to the 8.0 branch, and they are running properly.

Please let me know if you have any problems, but I think everything should be good now.

1 Like
12

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.