Samuel Sieb writes:
On 5/3/21 4:28 AM, Sam Varshavchik wrote:
> I'm trying to update a system that has some locally-built packages. They get
> installed from a local repository. I rebuilt all the packages in mock for
> F34.
>
> Problem 1: problem with installed package libcxxbase-
> selinux-0.23.0.20210503-1.fc33.20210503063931.x86_64
> - libcxxbase-selinux-0.23.0.20210503-1.fc33.20210503063931.x86_64 does not
> belong to a distupgrade repository
> - nothing provides selinux-policy >= 34.3-1.fc34 needed by libcxxbase-
> selinux-0.23.0.20210503-1.fc34.x86_64
Is that the complete list of problems?
Yes, it was.
> dnf sees the .fc34 package, but then claims no knowledge of
"selinux-policy
>> = 34.3-1.fc34".
>
> I see selinux-policy-34.3-1.fc34.noarch.rpm in updates, and with specifying
> --allowerasing results in my local packages getting uninstalled, and the
> selinux-policy updated normally. This one has me stumped.
"libcxxbase-selinux" is not a Fedora package and the version on the current
package is very strange. I wonder if dnf is having a problem with that
somehow.
I mentioned that I have some locally-built packages and a local repository
that they get pulled from, and they have all been rebuilt for F34 in mock.
Only after I sifted through the documentation, used --debugsolver, and
picked my way through that trash pile that I discovered that a different
local repository, the one that mirrors fedora updates, was the one with a
configuration problem which occured after I already built everything in
mock. So, mock had all dependencies installed, but I couldn't launch an
upgrade because of the broken dependencies. Well, it's fixed now…