Bug#676457: migration path from non multiarch to multiarch wine
On Sat, Jun 09, 2012 at 04:08:04PM +0200, Stephen Kitt wrote: > Indeed, and by that stage it's too late to do anything about it anyway > - apt-get/aptitude will always have trouble dealing with the upgrade, Right, so that's indeed not a viable option. On Sat, Jun 09, 2012 at 12:43:11PM -0400, Michael Gilbert wrote: > I just submitted a bug requesting that dpkg be more > helpful/informative in these situations: > http://bugs.debian.org/676822 > > I think that is the correct solution to this problem. It might be, although I suspect dpkg might be too low-level: if feasible, having a hint at the apt/aptitude level would be much better and much more user friendly. Either way, this seems to be a more general problem than wine. You probably stumbled upon it among the first, because wine is both a popular package and has been quick in jumping on the multi-arch train. If you've time to follow it, I suggest discussing it on -devel in order to devise a best practice; it might be useful for others as well. Thanks, -- Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o . Maître de conférences .. http://upsilon.cc/zack .. . . o Debian Project Leader... @zack on identi.ca ...o o o « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#676457: migration path from non multiarch to multiarch wine
On Sat, Jun 9, 2012 at 10:08 AM, Stephen Kitt wrote: > Hi, > > On Sat, Jun 09, 2012 at 10:52:43AM +0200, Stefano Zacchiroli wrote: >> On Sat, Jun 09, 2012 at 03:37:10AM -0400, Michael Gilbert wrote: >> > > I don't see amd64 packages in pool. The latest package version I see in >> > > pool >> > > is wine-bin_1.4-0.3_amd64.deb. The same with other wine packages for >> > > amd64 arch. >> > >> > That is because the package has been "multiarched." In other words, >> > the i386 packages now satisfy the amd64 dependencies. >> >> Right, and indeed it works perfectly after adding i386 as a foreign >> architecture to dpkg. But I'm pretty sure many users will stumble upon >> the above problem during upgrades, because there is no hint whatsoever >> (at least using apt or aptitude) that the user should do something >> manual. >> >> So the question is, I guess: what's the migration path from non >> multiarch wine to multiarch wine? >> >> I guess a NEWS.Debian entry telling users what they should do would be a >> good start, but I'm not sure it would be enough to shield you from tons >> of bug reports like this one :-) > > Indeed, and by that stage it's too late to do anything about it anyway > - apt-get/aptitude will always have trouble dealing with the upgrade, > and for users who haven't previously added the appropriate foreign > architecture the package will either be removed or held, so > NEWS.Debian won't be displayed... Hi, I just submitted a bug requesting that dpkg be more helpful/informative in these situations: http://bugs.debian.org/676822 I think that is the correct solution to this problem. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676457: migration path from non multiarch to multiarch wine
Hi, On Sat, Jun 09, 2012 at 10:52:43AM +0200, Stefano Zacchiroli wrote: > On Sat, Jun 09, 2012 at 03:37:10AM -0400, Michael Gilbert wrote: > > > I don't see amd64 packages in pool. The latest package version I see in > > > pool > > > is wine-bin_1.4-0.3_amd64.deb. The same with other wine packages for > > > amd64 arch. > > > > That is because the package has been "multiarched." In other words, > > the i386 packages now satisfy the amd64 dependencies. > > Right, and indeed it works perfectly after adding i386 as a foreign > architecture to dpkg. But I'm pretty sure many users will stumble upon > the above problem during upgrades, because there is no hint whatsoever > (at least using apt or aptitude) that the user should do something > manual. > > So the question is, I guess: what's the migration path from non > multiarch wine to multiarch wine? > > I guess a NEWS.Debian entry telling users what they should do would be a > good start, but I'm not sure it would be enough to shield you from tons > of bug reports like this one :-) Indeed, and by that stage it's too late to do anything about it anyway - apt-get/aptitude will always have trouble dealing with the upgrade, and for users who haven't previously added the appropriate foreign architecture the package will either be removed or held, so NEWS.Debian won't be displayed... There's another issue too: wine-gecko-1.4 build-depends on wine-bin, and has to be built on a 64-bit platform; as far as I'm aware buildds won't have any foreign architectures for the foreseeable future! (The solution here doesn't involve a transition path: I think having 64-bit wine would do the trick.) In fact might not having a 64-bit wine handle all the multi-arch problems? *-amd64 users would be able to upgrade without apt-get/aptitude complaining, NEWS.Debian would be displayed to most users with apt-listbugs installed, and a reportbug template could be used to reduce the number of bugs reported because 32-bit Windows software stops working ("add i386 as a foreign architecture and install wine:i386"). Regards, Stephen signature.asc Description: Digital signature
Bug#676457: migration path from non multiarch to multiarch wine
On Sat, Jun 09, 2012 at 03:37:10AM -0400, Michael Gilbert wrote: > > I don't see amd64 packages in pool. The latest package version I see in pool > > is wine-bin_1.4-0.3_amd64.deb. The same with other wine packages for > > amd64 arch. > > That is because the package has been "multiarched." In other words, > the i386 packages now satisfy the amd64 dependencies. Right, and indeed it works perfectly after adding i386 as a foreign architecture to dpkg. But I'm pretty sure many users will stumble upon the above problem during upgrades, because there is no hint whatsoever (at least using apt or aptitude) that the user should do something manual. So the question is, I guess: what's the migration path from non multiarch wine to multiarch wine? I guess a NEWS.Debian entry telling users what they should do would be a good start, but I'm not sure it would be enough to shield you from tons of bug reports like this one :-) Cheers. -- Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o . Maître de conférences .. http://upsilon.cc/zack .. . . o Debian Project Leader... @zack on identi.ca ...o o o « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature