Comment 11 for bug 220911

IRC conv:

06:45 <@calc> caolan: do you happen to know if there is any fix for the unopkg --shared failing issue?
06:45 <@calc> caolan: i saw you were discussing it in the ooo bugtracker before
06:45 <@sewardj> kendy: so, I don't know if this is a duplicate or not, but ...
06:46 <@caolan> calc: what's failing in particular, there's a lot of problems with unopkg in a unix distro world vs the windows world from which it seems to have come
06:46 <@caolan> let me find my patch for the problems that plagued me
06:46 <@sewardj> kendy: my ooinstall fails with "ERROR: Missing files in function: remove_Files_Without_Sourcedirectory"
06:46 <@calc> caolan: it fails during package installation to register/unregister extensions
06:47 <@sewardj> kendy: in the logfile is: ERROR: Removing file libmsworkslx.so from file list. and ERROR: Removing file libwpgimportlx.so from file list.
06:47 <@_rene_> how exactly?
06:47 <@calc> caolan: presumably for locking reasons, but i am not certain what is causing it
06:47 <@_rene_> yes, it will fail if you have OOos lockfile there
06:47 <@_rene_> or it will fail if you have the extension incompletely removed and you tr to register it :)
06:47 <@calc> _rene_: yea i found the bug to request it stop using locking for --shared, wasn't sure if that would fix the entire problem or not
06:48 <@caolan> calc: _rene_: this might resolve your problems
                http://cvs.fedoraproject.org/viewcvs/*checkout*/devel/openoffice.org/openoffice.org-2.4.0.ooo86080.unopkg.bodge.patch
06:48 <@caolan> i.e. for "--shared" always use a temp dir for the lock and random crap it needs
06:48 <@caolan> avoids locking, avoids creating a ~/.openoffice.org2 belonging to root in a users home dir
06:48 <@calc> caolan: ah cool :)
06:49 <@caolan> avoids having no display if a11y is enabled with java as gcj
06:49 <@_rene_> we already use the -env stuff for UserProfile, ACCESSIBILITY etc
06:49 <@_rene_> "of course" only in the maintainer scripts, so if users do it they might run into the problem ;-(
06:49 <@calc> _rene_: this would fix the writing into user dir for locking issue, though i think?
06:50 <@caolan> I decided to dump it right into the unopkg itself for all users if they use shared
06:51 <@caolan> of course there is a complicated set of steps to be done for upgrading/removing etc extensions
                http://fedoraproject.org/wiki/Packaging/OpenOffice.orgExtensions
06:51 <@caolan> because the damnable unopkg will only remove the contents of packages when unopkg is run again, i.e. delete only schedules a removal
06:52 <@caolan> and OOo3 will move the uno_packages dir into a new location, so extensions registered with 2.0 will get lost when moving to 3.0 unless some distro-level magic is used to reuse the old 2.0 extensions dir
06:53 <@caolan> additionally I'd like to be able to *link* extensions in rather than copy when deployed, i.e.
                http://cvs.fedoraproject.org/viewcvs/*checkout*/devel/openoffice.org/openoffice.org-2.3.1.ooo83878.unopkg.enablelinking.patch
06:53 <@caolan> but upstream has little enthusiasm for that for some reason