https://bugzilla.novell.com/show_bug.cgi?id=643778 https://bugzilla.novell.com/show_bug.cgi?id=643778#c1 Michael Schröder changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |INVALID --- Comment #1 from Michael Schröder 2010-10-05 12:07:51 UTC --- It's because libbrasero-burn0 requires libbrasero-utils.so.0()(64bit), which is no longer provided by brasero-2.32. As libbrasero-burn0 is still in one of the reposities, the solver is not allowed to silently remove the package. (It would be ok if libbrasero-burn1 would obsolete libbrasero-burn0, but this is against the library policy.) Thus, it has no choice but to stay with the old braseo package (which is a valid option, as it is still in one of the repositories). So, it is a packaging bug. The "basero" package contains libraries but does not conform to the library name guildlines. The libs should be in a "libbrasero0" package. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=643778 https://bugzilla.novell.com/show_bug.cgi?id=643778#c3 --- Comment #3 from Vincent Untz 2010-10-05 12:25:35 UTC --- (In reply to comment #1)

So, it is a packaging bug. The "basero" package contains libraries but does not conform to the library name guildlines. The libs should be in a "libbrasero0" package.

Except that upstream explicitly wanted us to not have a package for the libbrasero-utils.so.0 library :/ (In reply to comment #2)

(Maybe the best option is to add the obsoletes to libbrasero-burn1, as with the current brasero deps there is no way that both libbrasero-burn0 and libbrasero-burn1 can be installed on a system.)

I think Dominique tried this and it didn't work? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=643778 https://bugzilla.novell.com/show_bug.cgi?id=643778#c5 --- Comment #5 from Michael Schröder 2010-10-05 15:58:03 UTC --- The solver doesn't like to update evolution-data-server because the evolution-tracker package requires libedataserver-1.2.so.11, which is not provided by the new evolution-data-server package. It's true that there is a libedataserver-1_2-11 package, but the solver does not like to switch to a different package to satisfy a dependency when given a choice. (It has the choice because the old repositories are still available) I think providing a evolution-tracker package that is built with the new libedataserver library should do the trick. There are probably some other packages with the same problem, like "planner-evolution", "nautilus-sendto-plugin-evolution", ... ('zypper up brasero' will force the installation, but 'zypper up' will do the same as zypper dup.) ('zypper up brasero' will install new packages like 'libcamel' from the "branch" repository) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.