It did actually fail. I had to abort the install and restart it due to unrelated X issues. You can see from my dpkg.log that later it did succeed:
dpkg.log:2010-04-06 11:00:01 upgrade openoffice.org-emailmerge 1:3.1.1-5ubuntu1.1 1:3.2.0-4ubuntu3
dpkg.log:2010-04-06 11:00:01 status half-configured openoffice.org-emailmerge 1:3.1.1-5ubuntu1.1
dpkg.log:2010-04-06 11:00:01 status unpacked openoffice.org-emailmerge 1:3.1.1-5ubuntu1.1
dpkg.log:2010-04-06 11:00:01 status half-installed openoffice.org-emailmerge 1:3.1.1-5ubuntu1.1
dpkg.log:2010-04-06 11:00:06 status half-installed openoffice.org-emailmerge 1:3.1.1-5ubuntu1.1
dpkg.log:2010-04-06 11:00:06 status unpacked openoffice.org-emailmerge 1:3.2.0-4ubuntu3
dpkg.log:2010-04-06 11:00:06 status unpacked openoffice.org-emailmerge 1:3.2.0-4ubuntu3
dpkg.log:2010-04-06 11:32:24 configure openoffice.org-emailmerge 1:3.2.0-4ubuntu3 1:3.2.0-4ubuntu3
dpkg.log:2010-04-06 11:32:24 status unpacked openoffice.org-emailmerge 1:3.2.0-4ubuntu3
dpkg.log:2010-04-06 11:32:24 status half-configured openoffice.org-emailmerge 1:3.2.0-4ubuntu3
dpkg.log:2010-04-06 11:32:32 status installed openoffice.org-emailmerge 1:3.2.0-4ubuntu3
So I agree it's a sequencing issue, although I don't know what or why. Perhaps mvo could add a special cases in update-manager to make sure things go in the right order (whatever right is)?
It did actually fail. I had to abort the install and restart it due to unrelated X issues. You can see from my dpkg.log that later it did succeed:
dpkg.log:2010-04-06 11:00:01 upgrade openoffice. org-emailmerge 1:3.1.1-5ubuntu1.1 1:3.2.0-4ubuntu3 org-emailmerge 1:3.1.1-5ubuntu1.1 org-emailmerge 1:3.1.1-5ubuntu1.1 org-emailmerge 1:3.1.1-5ubuntu1.1 org-emailmerge 1:3.1.1-5ubuntu1.1 org-emailmerge 1:3.2.0-4ubuntu3 org-emailmerge 1:3.2.0-4ubuntu3 org-emailmerge 1:3.2.0-4ubuntu3 1:3.2.0-4ubuntu3 org-emailmerge 1:3.2.0-4ubuntu3 org-emailmerge 1:3.2.0-4ubuntu3 org-emailmerge 1:3.2.0-4ubuntu3
dpkg.log:2010-04-06 11:00:01 status half-configured openoffice.
dpkg.log:2010-04-06 11:00:01 status unpacked openoffice.
dpkg.log:2010-04-06 11:00:01 status half-installed openoffice.
dpkg.log:2010-04-06 11:00:06 status half-installed openoffice.
dpkg.log:2010-04-06 11:00:06 status unpacked openoffice.
dpkg.log:2010-04-06 11:00:06 status unpacked openoffice.
dpkg.log:2010-04-06 11:32:24 configure openoffice.
dpkg.log:2010-04-06 11:32:24 status unpacked openoffice.
dpkg.log:2010-04-06 11:32:24 status half-configured openoffice.
dpkg.log:2010-04-06 11:32:32 status installed openoffice.
So I agree it's a sequencing issue, although I don't know what or why. Perhaps mvo could add a special cases in update-manager to make sure things go in the right order (whatever right is)?