lives from the main repository cannot be upgraded from/to the GetDeb version

[Armin Borumand]

Binary package hint: lives

package libweed0 (not installed) failed to install/upgrade: trying to overwrite '/usr/lib/libweed.so.0.0.0', which is also in package lives 0:1.0.0~pre2-1~getdeb1

ProblemType: Package
Architecture: amd64
Date: Mon Oct 5 18:31:37 2009
DistroRelease: Ubuntu 9.10
ErrorMessage: trying to overwrite '/usr/lib/libweed.so.0.0.0', which is also in package lives 0:1.0.0~pre2-1~getdeb1
NonfreeKernelModules: wl
Package: libweed0 (not installed)
ProcVersionSignature: Ubuntu 2.6.28-15.49-generic
SourcePackage: lives
Title: package libweed0 (not installed) failed to install/upgrade: trying to overwrite '/usr/lib/libweed.so.0.0.0', which is also in package lives 0:1.0.0~pre2-1~getdeb1
Uname: Linux 2.6.28-15-generic x86_64

[Harry Rickards (hrickards)]

Hi,

This is a known issue (see similar but not duplicate bug #436987). Basically all the files in the GetDeb package are contained within the one package, lives. When upgrading to the packages in the repository, files are split across lives, lives-data, libweed0 and libweed-dev. dpkg thinks that lives-data, libweed0 and libweed-dev are trying to overwrite lives (from getdeb)'s files. The simple way to fix this is to simply remove the GetDeb lives ('sudo apt-get remove lives') and install the lives from the repository ('sudo apt-get update && sudo apt-get install lives') which will also pull in lives-data and libweed0. If you need the development libraries for libweed, you can also install libweed-dev ('sudo apt-get install libweed-dev'). I'm currently working on trying to find a fix, but the only solution I can see so far is a preinst script that removes lives if it's a getdeb vesion, or some sort of conflict with lives getdeb version for libweed0, libweed-dev and lives-data. If I don't find a cleaner solution, I think it would probably just be better to advise people to remove the getdeb version before installing the official one.

If you go from the official version to the getdeb version, bear in mind you'll have to remove the official one first ('sudo apt-get remove lives') and then upgrade to the getdeb version ('sudo apt-get install lives' assuming the getdeb version is a higher version than the official one).

Thanks
Harry Rickards

[Harry Rickards (hrickards)]

Marked bug #436987 as duplicate of this one because as joapinto on IRC nicely put it 'if the bug causing the message is the same, they are duplicates'.

[Harry Rickards (hrickards)]

GetDeb has said that they will switch to using 4 source packages when in the future they will be using an APT repository.

Just to summarise for any newcomers:
When upgrading the version of lives in the repository to or from the GetDeb version of lives, dpkg complains about either libweed0, libweed-dev, lives-data or lives trying to replace files it doesn't own. This is because the GetDeb lives is only one binary package, whereas the version in the repository is 4. This should be fixed in the future when GetDeb switch to an APT repository and start using 4 binary packages. In the meantime I'm looking for a solution.

[Harry Rickards (hrickards)]

I think this can be fixed by putting a Conflicts: in lives-data, libweed0 and libweed-dev but I'm not sure how it would be formed. It would have to conflict any lives version *getdeb*. I think this should make dpkg uninstall the GetDeb version before installing the version from the repository. Anyone done anything similar?

[Harry Rickards (hrickards)]

See LP bug #463412 for some possible progress.

[Harry Rickards (hrickards)]

Fixed in the 1.1.5 GetDeb package (it now builds to 4 binary packages like the version in the repo).

[Harry Rickards (hrickards)]

Fixed in the latest GetDeb packages