https://bugzilla.novell.com/show_bug.cgi?id=471280 User pmladek@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=471280#c38 --- Comment #38 from Petr Mladek <pmladek@novell.com> 2009-03-11 10:06:53 MST --- First, I am sorry. I did too many things in parallel and did not tested the things carefully yesterday. I have reproduced the problem with the missing stuff today. It was caused by a mistake in the update logic (after a package rename). I have just committed a temporary fix. It will be in the package OpenOffice_org-l10n-en-US (file /usr/share/ooo3/link-to-ooo-home). I should be ready in BS within one day. It should fix the problems reported by rpm -V. I am still not able to reproduce the problem that OOo did not start. OOo started for me even with the missing files and directories. Note that help/main_transform.xsl should not be needed until you try OOo help. The rest of missing paths were empty directories. Well, it is possible that they were somewhat important with your specific user configuration. Note that I am using 11.1-x86_64 and OOo-x86_64. I have got the following missing files: $> rpm -V `rpm -qa | grep OpenOffice_org` missing /usr/lib64/ooo3/basis3.0/help/main_transform.xsl missing /usr/lib64/ooo3/basis3.0/presets/Scripts missing /usr/lib64/ooo3/basis3.0/presets/autocorr missing /usr/lib64/ooo3/basis3.0/presets/backup missing /usr/lib64/ooo3/basis3.0/presets/psprint missing /usr/lib64/ooo3/basis3.0/presets/psprint/driver missing /usr/lib64/ooo3/basis3.0/presets/psprint/fontmetric missing /usr/lib64/ooo3/basis3.0/presets/store missing /usr/lib64/ooo3/basis3.0/presets/temp missing /usr/lib64/ooo3/basis3.0/presets/template missing /usr/lib64/ooo3/basis3.0/presets/uno_packages missing /usr/lib64/ooo3/basis3.0/presets/uno_packages/cache missing /usr/lib64/ooo3/basis3.0/presets/wordbook missing /usr/lib64/ooo3/basis3.0/program/addin SM5....T /usr/lib64/ooo3/basis3.0/program/fundamentalbasisrc missing /usr/lib64/ooo3/basis3.0/program/plugin missing /usr/lib64/ooo3/share/extension missing /usr/lib64/ooo3/share/extension/install missing /usr/lib64/ooo3/share/uno_packages missing /usr/lib64/ooo3/share/uno_packages/cache oowriter still starts even with these missing files and directories. As I said, it is possible that a directory is important with you user configuration. Regarding the problems with SM and YaST:
* there is something wrong with zypper and OOo, it should install the latest version, not the oldest, or in other words -- the behaviour of SM and zypper should be the same, currently it is not, I don't know it if is only OOo, or problem in general, I'll check
It looks strange. I am not sure of zypper and SM share the list of repositories. I expect that it is a general problem. Feel free to open new bug for this. Hmm, there were some problems with download.opensuse.org yesterday, see http://lists.opensuse.org/opensuse-announce/2009-03/msg00009.html It might have affected your testing yesterday.
* there is much more files when updating from minimal set, than when installing new Ooo * there is much more dependent-packages but non-OOo installed/updated on install than on update, the trigger-package is OpenOffice-filters (there is about 150MB new software to install just because of OOO-filters)
Good catch. There is a bit of mess. Openoffice_org-filters-3.0 on openSUSE-11.1 is a required package. It includes some basic filters. Openoffice_org-filters-3.0.1 in BS is optional. It includes that same stuff that is in Openoffice_org-filters-optional-3.0. I am not sure if it is a bug in zypper that it behaves differently during installation and update. Again, feel free to report a new bug for this. Note that the 3.0.1 packages are built the old openSUSE-11.0-like way. The upcoming OOo-3.1 packages will be built the openSUSE-11.1-like way => there will be the same packages as on the original openSUSE-11.1 => there should be less problems with the update.
* despite OOo is 64-bit, the non-OOO packages that are marked as dependencies are 32bit -- like libicu, libidl, libneon27, orbit2, dbus-1-glib, this is wrong, if anything, those should be 64-bit packages
Strange. Well, you might force the 32-bit package in YaST in the "Versions" tab, see http://en.opensuse.org/OpenOffice.org#Dependencies_During_Update. It is easy to do a mistake during the many updates that you did last two days. Anyway, it is possible that it is a real bug in YaST. Feel free to report it. Summary: Thanks a lot for the patience. You helped me to find an important bug in the update logic. I really have to prepare better solution for the next versions. Unfortunately, I am still not sure whether the temporary solution fully solves the update on your system. I was able to start OOo-3.0.1 even with the bug... You might want to report the few bugs against YaST. I do not want to force you to do try more updates, ... I think that the problems were somewhat specific for your system and it worked better for other people. I think that it should be much better with OOo-3.1 that will be built the openSUSE-11.1-like way. If you still have a bit of readiness, I would be interested if the rebuilt OpenOffice_org-l10n-en-US will help you (need to wait one day or so). If it does not help you, I would be interested into the output from rpm -V and also in the strace (both after the update with non-working OOo). In each case, I do not want to force you to do it. You already spent a lot of time with this bug. Thanks again for your patience. -- 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.