Hi, > In your case I suspect you installed a 64bit MozillaFirefox-translations > and the 32bit MozillaFirefox and it blows up a bit.
No. Mixing MozillaFirefox and MozillaFirefox-translations of different architectures is perfectly valid from the dependency point of view and cannot be the reason for this breakage because the dependency between the two packages is implemented in such a way that the depsolver completely ignores the architecture difference. MozillaFirefox-translations requires MozillaFirefox of any architecture, provided by MozillaFirefox of any architecture. There is no difference between i586+i586, i586+x86_64, x86_64+i586 and x86_64+x86_64 dependency-wise. > I suspect it is just a case the updater does not handle yet. Sorry, this is a real bug and a damn serious one. It happens whenever a package uses Provides+Obsoletes and is available in a "better" architecture than the currently installed one. MozillaFirefox.x86_64 obsoletes MozillaFirebird of any architecture, provided by MozillaFirefox.i586. Therefore, MozillaFirefox.x86_64 is technically a newer version of MozillaFirefox.i586 and the architecture difference is completely ignored. The result is that the depsolver tries to install two architectures of MozillaFirefox. i586 because that's the direct update to the regularly installed package and x86_64 because that's also an upgrade via Provides+Obsoletes MozillaFirebird. This will of course fail. MozillaFirefox.x86_64 has to disappear from the update repository. Unfortunately it's there since 2 weeks already, making it a bit difficult to resolve now because users might have already installed it via other tools or manually. Andreas Hanke -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
