apt chooses wrong architecture if sources.list contains arch-qualified entries
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| apt (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Bug Description
If both armel and armhf are given as arch qualifiers in sources.list, then apt tries to install the wrong architecture package:
I ask directly for an amrhf package and apt tries (but fails) to install an armel one:
$ sudo apt-get install zlib1g-dev:armhf
...
The following packages have unmet dependencies:
zlib1g-dev:armel : Depends: zlib1g:armel (= 1:1.2.7.dfsg-13) but it is not going to be installed
Sources.list looks like this:
deb [arch=amd64,i386] http://
deb [arch=armhf,armel] http://
deb-src http://
There are no :armel or :armhf packages installed.
The ordering of the arch qualifiers in sources.list does not matter: this line produces the same output
deb [arch=armel,armhf] http://
change the line to
deb [arch=armhf] http://
and it works as expected.
The apt sources info seems to be overriding the dpkg foreign-
| David Kalnischkies (donkult) wrote | #1 |
| Wookey (wookey) wrote | #2 |
| Wookey (wookey) wrote | #3 |
| Wookey (wookey) wrote | #4 |
Smells like: http://
Am I right? This is in apt >= 0.9.7.2 in debian (wheezy) if you wanna test.
You haven't mentioned a version number, but i guess you are on the "newest" in ubuntu which is 0.9.7.1something.
The diff probably does not apply to apt <= 0.9.7 through as the code was moved. I am not sure, but i guess it doesn't effect earlier versions (at least on in the commandline parsing, the architecture wildcards in build-depends are a "problem" non-the-less).