I looked into this now and it seems like there is a bug in the apt ordering code that makes this fail when it tries to figure out what to do with openoffice.org-common (a dependency of openoffice.org-core) when the calculation of the ordering happens. A easy workaround is to help the ordering algorithm a bit by doing:
I looked into this now and it seems like there is a bug in the apt ordering code that makes this fail when it tries to figure out what to do with openoffice. org-common (a dependency of openoffice. org-core) when the calculation of the ordering happens. A easy workaround is to help the ordering algorithm a bit by doing:
--- control.in.orig 2009-10-16 08:59:14.868431842 +0200 orgVER- evolution orgVER- core (>= 1:3.1.0-2), debconf (>= 0.5) | debconf-2.0, procps orgVER- common (>= (>= 1:3.1.0-2), openoffice. orgVER- core (>= 1:3.1.0-2), debconf (>= 0.5) | debconf-2.0, procps orgVER- core (= ${binary:Version}), orgVER- base, Depends} , orgVER- filter- binfilter ARCHS% orgVER- core (>= 1:3.1.0-2), debconf (>= 0.5) | debconf-2.0, procps orgVER- common (>= (>= 1:3.1.0-2), openoffice. orgVER- core (>= 1:3.1.0-2), debconf (>= 0.5) | debconf-2.0, procps orgVER- core (= ${binary:Version}), Depends} ,
+++ control.in 2009-10-16 08:59:16.570931100 +0200
@@ -654,7 +654,7 @@
Package: openoffice.
Architecture: %OOO_ARCHS%
Section: gnome
-Pre-Depends: openoffice.
+Pre-Depends: openoffice.
Depends: openoffice.
openoffice.
${shlibs:
@@ -724,7 +724,7 @@
Package: openoffice.
Section: misc
Architecture: %OOO_BINFILTER_
-Pre-Depends: openoffice.
+Pre-Depends: openoffice.
Depends: openoffice.
${shlibs:
${misc:Depends}
This seems to fix it.