Ariel Constenla-Haile wrote:
Hi Jürgen,
Juergen Schmidt escribió:
Hi Ariel,
yes, b) is a bug. You can submit an issue to me. It seems that i forgot
this when insert the hostname.
http://www.openoffice.org/issues/show_bug.cgi?id=96671
For a) i am not sure.
I'd put this summary for (a):
configuring a second SDK environment overwrites the existing one
- I have my original SDK output dir in /home/ariel/openoffice.org3.0_sdk
- this folder contains the scripts to set the current SDK env.
- I configure a second SDK env. (it may be for another SDK, in another
office installation) passing --force-configure, choosing a different
output dir in /home/ariel/OOo_DEBUG
This will
- create a *new* dir in /home/ariel/OOo_DEBUG/openoffice.org3.0_sdk
- *overwrite* the *existing* scripts in
/home/ariel/openoffice.org3.0_sdk/localhost/setsdkenv_unix.sh
/home/ariel/openoffice.org3.0_sdk/localhost/setsdkenv_unix.csh
yes by design ;-) The dir in the users home is always the place where
the configure scripts are stored. Per default the output directory also.
The output directory can be placed somewhere else. But not the scripts.
Because the setsdkenv script in the SDK search for the configuration
scripts in the home/<sdk> dir. The idea is that a user move in the SDK
directory (shared for all user) call setsdkenv and the correct env gets
prepared. A different user on the same machine can do the same and get
his personal env. But both call the same setsdkenv script.
Overwriting the existing scripts sounds like an issue to me, because I
explicitly tell the script to create a *new* output dir (and in fact it
does so)
Call it bug or not but it can be definitely improved ;-)
Juergen
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]