[Bug 831768] Re: aptitude cannot handle conflicts with multiarch enabled
Michal Suchanek
hramrach at gmail.com
Tue Mar 13 11:55:23 UTC 2012
On 13 March 2012 03:26, Daniel Hartwig <831768 at bugs.launchpad.net> wrote:
>> 3. each available architecture of packages that are available only in
>> foreign architectures as "<name>:<architecture>"
>
> Ok, this may prove more useful than what I was considering (only show
> the first such architecture).
>
>> The reason for this is that the order in which
>> they are specified in the /etc/dpkg/dpkg.conf.d/multiarch is not an
>> order of preference.
>
> Dpkg does not care about the order of architectures because it only
> deals with exactly the packages it is instructed to.
>
> On the APT level a prefered order is needed. APT::Architectures is the
> configuration item that defines this (/etc/apt/apt.conf or
> /etc/apt/apt.conf.d/*).
>
>> Dear Daniel, you said "- consider how the system in general should
>> treat multiarch packages (consider them a single, or multiple
>> packages? What are the pros and cons of each approach?)"
>>
>> Can you please elaborate on that question?
>
> Things like, should the package view be grouped by architecture?
>
> --\ Installed Packages
> --\ armel
> --- admin
> ...
> --\ powerpc
> --- admin
> ...
>
> Or should each package only be shown once (just the name) and
> have the different available architectures elaborated on the
> package info screen?
The problem with showing separate archs separately is there is no easy
way to list the packages then.
In the ideal case they are at least in the same section (but may not
if the section was changed and not all archs are rebuilt) but still
some might be under new, another under installed, another under
uninstalled, ..
Showing the packages for different archs should be easier than
searching all sections.
Sure, you can change the way Aptitude organizes packages but there is
no good UI for that. You have to manually type in the properties by
which the packages should be categorized.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to aptitude in Ubuntu.
https://bugs.launchpad.net/bugs/831768
Title:
aptitude cannot handle conflicts with multiarch enabled
Status in aptitude:
Fix Committed
Status in “aptitude” package in Ubuntu:
Triaged
Status in “aptitude” source package in Oneiric:
Triaged
Status in “aptitude” source package in Precise:
Triaged
Status in Baltix GNU/Linux:
New
Status in “aptitude” package in Debian:
Fix Committed
Bug description:
TEST CASE:
1. Enable multiarch (should be automatic on new oneiric systems)
2. Install an i386 package on amd64 (like flashplugin-installer:i386)
3. Mark something with a lot of dependencies for installation
4. On the confirmation screen, try to remove on of the dependencies (aptitude will now fail to perform upgrades when there's a package conflict w/out removing the i386 libs)
This renders aptitude painful on a multiarch enabled system (default
in oneiric).
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: aptitude 0.6.4-1ubuntu2
ProcVersionSignature: Ubuntu 3.0.0-9.12-generic 3.0.3
Uname: Linux 3.0.0-9-generic x86_64
Architecture: amd64
Date: Tue Aug 23 00:28:38 2011
ProcEnviron:
PATH=(custom, no user)
LANG=C
SHELL=/bin/bash
SourcePackage: aptitude
UpgradeStatus: Upgraded to oneiric on 2011-03-06 (169 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/aptitude/+bug/831768/+subscriptions
More information about the foundations-bugs
mailing list