Support non-native arch pkgname in reinstall-previous-purchases
Bug #1089436 reported by
Michael Vogt
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| software-center (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Bug Description
When reinstalling previous purchases the software-center needs to be able to look at non-native packages as well. If e.g. pkgname is not available for amd64 but pkgname:i386 is, it should support offering this for reinstall.
Revision history for this message
| Michael Vogt (mvo) wrote | #1 |
To post a comment you must log in.
From irc:
<achuni> mvo: right, the issue for reinstall previous purchases is that the server needs to provide package names for the current subscriptions for the user
mvo: so, for multiarch apps, the server can either:
<achuni> a) always provide the non-suffixed pkgname, and let the client figure it out
b) always provide a suffixed (:i386) pkgname, and let the client figure it out
<achuni> c) receive the distroseries and architecture from the client, and figure out the right pkgname
<achuni> mvo: all of those needed work from the client, either to figure stuff out, or to send data for the server to be able to figure stuff out
mvo: would your current fix make either of these easier?
I like option (a). The client would simply append :i386 for non-native apps. The downside here is that the client
will not know if the app actually installs on amd64, i.e. if all the dependencies are multiarch ready as well.
A package to test this is clipardo-demo btw.