On Tue, Apr 20, 2021 at 9:46 PM L A Walsh <suse@tlinx.org> wrote:
On 2021/04/20 02:28, Carlos E.R. wrote:
On 20/04/2021 11.15, L A Walsh wrote:
I thought opensuse wasn't going to support a 32-bit release anymore?
Even if, often, when I'm looking through a batch of proposed solutions, I'll see: "nothing provides 'XXYZ', so we wanna remove about 20 x86_64 products and change architecture to i586 despite the inferior architecture".
Huh?... why would it not be able to use an x86_64 version of the same? ...
No, that's simply a side "misfeature" of the solver.
If there were no 32 bit versions, the solver will simply say there is no solution (as would happen with Leap). You basically have to interpret what it says and translate to "no solution".
Well, that's "sorta" what I thought, which is "sorta" what I wanted...since I don't have any of the 586 binaries pulled down, but the solver is only going by what is being offered in primary.xml.gz which has a bunch of i586 items.
Seems like from what Dominique is saying that I should only see those i586 packages when the equivalent x86_64 package isn't listed as even an option in the "primary.xml.gz" file, which, if I understand things, *SHOULD* be relatively rare?...
For some reason, there are 205 32bit packages installed on my Tumbleweed system. For example, why might I have both of these installed: libgraphite2-3-1.3.14-1.4.x86_64 libgraphite2-3-32bit-1.3.14-78.10.x86_64 What is a 32-bit x86_64 package? Surely it can only be one or the other. Unless the 64-bit package was compiled on a 32-bit platform. But is that relevant? It is the actual content that we are interested in (64 or 32 bit). But why both? If I try to delete these they all seem to be referencing each other. I can't seem to find the actual application that pulled them in. If I look at applications (not just libraries), I see that there is both wine and wine-32bit installed. As I only run 64-bit Windows apps in wine, would I need wine-32bit. It that is even the cause of the problem. No idea. Something seems confused. -- Roger Oberholtzer