If 2) isn't counted, as I'd guess most certainly won't be done for lucid, it's either 3) ie. some hack in update-manager or:
4) Do similar changes that were done at http://bazaar.launchpad.net/~openoffice-pkgs/openoffice/3.2.0-lucid/revision/1293 in openoffice.org-voikko. The Debian maintainer of OOo itself had this to say, when I asked opinions on whether the way can be implemented for extensions in separate packages:
"the idea is there, yes. but it's not as easy implementable as what we did in -9 for stuff registered using regcomp"
"regcomp won't fail if you register stuff already registered (or unregister stuff not there). unopkg will."
1) can be ignored, won't work.
If 2) isn't counted, as I'd guess most certainly won't be done for lucid, it's either 3) ie. some hack in update-manager or:
4) Do similar changes that were done at http:// bazaar. launchpad. net/~openoffice -pkgs/openoffic e/3.2.0- lucid/revision/ 1293 in openoffice. org-voikko. The Debian maintainer of OOo itself had this to say, when I asked opinions on whether the way can be implemented for extensions in separate packages:
"the idea is there, yes. but it's not as easy implementable as what we did in -9 for stuff registered using regcomp"
"regcomp won't fail if you register stuff already registered (or unregister stuff not there). unopkg will."