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.
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.