Apache OpenOffice (AOO) Bugzilla – Issue 63712
Move binfilter rdb registration from module binfilter to instset
Last modified: 2017-05-20 10:55:21 UTC
While building binfilter from scratch (in a vcl-incompatible CWS build), the following problem occured on Windows: because regcomp seems to drag libs from the solver, and the binfilter libs weren't delivered at that point (naturally, because I was in binfilter/util), regcomp failed for all but the bf_xo680mi.dll lib (because that's the only one not linked against another binfilter dll). Please move the regcomp stuff out of binfilter, and into instset.
Set a target.
IS -> AW: I think you introduced this. How do you think about this change? I do not like it, because there are too many things that are created in instset -modules. In this modules only installation sets should be created. Setting target 2.x
@is: I really don't care in which module the rdb generation takes place (just not in binfilter), but instset seemed to be a natural choice (isn't there an office-wide rdb file generated, anyway?)
Adding myself on cc.
cl->is: I talked with aw and he has no other opinion on this matter. But we should resolve this quick as it is a major time killer if you build an incompatible cws. If you start an incompatible build overnight and next day it hangs in binfilter, that is very annoying. So please, if you have a fix for this problem, implement it with P2 priority in the next possible build. If you don't have a fix, please let us discuss this now and find a solution.
No, I do not have a fix for this. But the creation of the rdb file is definitively not a part of instset_native. The creation of the services.rdb is something different, because this is product specific. Therefore the services.rdb is created during every creation of an installation set.
it shouldn't be too hard to let regcomp fetch the libraries from the local output tree. if anyone has a cws with binfilter added, i would offer to have a look.
IS -> AW: Concerning to Ause, it is no big problem, to use the libraries from within the cvs module and not from the solver. The rdb file generation is part of the binfilter project and can probably be fixed there. So please use this option.
see depending issue...
as the depending issue is of target 2.x, retarget this as well to 2.x.
AW: Moving target
AW->HJS: Is this needed anymore at all?
if there are no other changes, not mentioned here, that invalidate this issue, i'd say it's still valid...
Reset assigne to the default "issues@openoffice.apache.org".