| Summary: | Don't ask for multi-arch every time | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Bastien Nocera <bnocera> |
| Component: | zif | Assignee: | Richard Hughes <hughsient> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | dwmw2, hughsient, robatino |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-09-17 06:28:36 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Bastien Nocera
2011-09-12 16:23:49 UTC
I see this on F15 x86_64 as well, but "yum install libzeitgeist-devel" defaults to installing libzeitgeist-devel.x86_64 without asking. On F16 x86_64, "yum install libzeitgeist-devel" tries to pull in 32-bit packages and then fails due to a "Protected multilib versions" error. The same thing happens even with "yum install libzeitgeist-devel.x86_64". I'm using the zif backend of PackageKit, not the yum one or yum. Andre, you'll want to file a separate bug about this. Right, so fixing this isn't straightforward if we want to keep things quick. I've applied the following to zif upstream:
commit 08cc0b757d04bc366e0c7eb4cb6073b82631104a
Author: Richard Hughes <richard>
Date: Wed Sep 14 13:08:07 2011 +0100
Add architecture and version resolve filtering to ZifMdPrimarySql
:100644 100644 deee4eb... 87b65ba... M libzif/zif-md-primary-sql.c
:100644 100644 431792d... 40aaeb8... M libzif/zif-self-test.c
:100644 100644 59f8a93... 3455fd8... M libzif/zif-store-remote.c
:100644 100644 e127938... 44c7eeb... M libzif/zif-store.c
:100644 100644 26eb76a... 6b793d7... M libzif/zif-store.h
commit f055a23c8369606d612a4530b98f9c24c23aa132
Author: Richard Hughes <richard>
Date: Wed Sep 14 12:34:25 2011 +0100
Add architecture and version resolve filtering to ZifMdPrimaryXml
:100644 100644 6bef71c... deee4eb... M libzif/zif-md-primary-sql.c
:100644 100644 9b55911... 3daea92... M libzif/zif-md-primary-xml.c
:100644 100644 bb528da... cf96e47... M libzif/zif-md.c
:100644 100644 b13b277... 274e83c... M libzif/zif-md.h
:100644 100644 1034507... 431792d... M libzif/zif-self-test.c
commit 59962729cd9908b089736ccac001ffd31988eb98
Author: Richard Hughes <richard>
Date: Wed Sep 14 09:46:39 2011 +0100
Add zif_store_resolve_full() to resolve with lookup flags
This allows us to match name-version and name.arch in the future.
:100644 100644 92e1251... 1034507... M libzif/zif-self-test.c
:100644 100644 eefc1ff... af460ab... M libzif/zif-store-array.c
:100644 100644 01de98d... ce007e8... M libzif/zif-store-array.h
:100644 100644 3b35292... 59f8a93... M libzif/zif-store-remote.c
:100644 100644 6ca9a46... e127938... M libzif/zif-store.c
:100644 100644 1647084... 26eb76a... M libzif/zif-store.h
:100644 100644 6d2597d... 6a25e84... M tools/zif-main.c
and the following to PackageKit:
commit 61b51c493c522ab8971fdc18a817cff4b68b8315
Author: Richard Hughes <richard>
Date: Wed Sep 14 13:45:18 2011 +0100
zif: Use zif_store_array_resolve_full() when possible
---
I'll think a bit more about how the front-end should signal the package manager to *infer* the native arch as it's not clear cut, for instance:
installed: upower.x86_64
available: upower.x86_64
available: upower.i386
should "zif install upower" say that upower is already installed, or offer to install the non-native package? I think it makes sense to do the former, as we can always do "zif install upower.i386" if we really mean to install the non-native package.
Basically, multilib is hard to do right. I'll work on this a bit more tonight.
Richard
Another commit to zif:
commit fd164226e54a92c9115b8b6f6317e5df3e825eb8
Author: Richard Hughes <richard>
Date: Wed Sep 14 14:33:05 2011 +0100
Prefer the native arch when resolving if the ZIF_STORE_RESOLVE_FLAG_PREFER_NATIVE flag is set
And, to PackageKit, a single line:
commit d650cc58d0fa703220cb61add88ed0dcc7ee6fd8
Author: Richard Hughes <richard>
Date: Wed Sep 14 14:40:32 2011 +0100
zif: Prefer native packages when resolving user input
Resolves https://bugzilla.redhat.com/show_bug.cgi?id=737596
---
I'll do new releases of both PK and zif in about 3 weeks time.
\o/ It's all about expectations. On multi-lib systems, unless you forcefully required an i686 package, you'd want to have the native one instead. (In reply to comment #6) > \o/ > > It's all about expectations. On multi-lib systems, unless you forcefully > required an i686 package, you'd want to have the native one instead. Agreed. This is how it works currently. Ohh, and this ticket might interest you: https://fedorahosted.org/fesco/ticket/669 |