Felix Miata composed on 2024-02-20 13:54 (UTC-0500):

jacobheinrich--- composed on 2024-02-20 17:02 (UTC):

...

If it helps any, I was able to find that package, but now I am stuck at 'libOpenEXR-3.1.so.30()(64bit)'

It often happens that TW rolls a version forward while some TDE package requires a specific version rather than some minimum version of that package. In order to move installation along I usually choose to break anything that requires some obsolete version, and report to devels@trinitydesktop.org so that François can be aware of the conflict in his build scheduling.

In checking, I see the cached libOpenEXR package version is -rw-r--r-- 1 805339 Feb 4 21:04 /pub/zyp/OSS/x86_64/libOpenEXR-3_1-30-3.1.11-1.3.x86_64.rpm while an installed as of a month ago looks identical except for timestamps: lrwxrwxrwx 1 25 Oct 9 05:28 libOpenEXR-3_1.so.30 -> libOpenEXR-3_1.so.30.11.1 -rwxr-xr-x 1 3193104 Oct 9 05:28 libOpenEXR-3_1.so.30.11.1 Contained lib in the rpm has the same byte size.

The version did get a bump in the last TW release to reach the mirrors: # ls -gG libOpenEXR* -rw-r--r-- 1 805339 Feb 4 21:04 libOpenEXR-3_1-30-3.1.11-1.3.x86_64.rpm -rw-r--r-- 1 818108 Feb 20 18:49 libOpenEXR-3_2-31-3.2.2-1.1.x86_64.rpm -rw-r--r-- 1 510931 Feb 11 18:44 libOpenEXRCore-3_1-30-3.1.11-1.3.x86_64.rpm -rw-r--r-- 1 512218 Feb 20 18:49 libOpenEXRCore-3_2-31-3.2.2-1.1.x86_64.rpm -rw-r--r-- 1 81960 Feb 11 18:44 libOpenEXRUtil-3_1-30-3.1.11-1.3.x86_64.rpm #