To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=86080
User jl changed the following:
What |Old value |New value
================================================================================
CC|'jsk' |'jsk,sb'
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Mon Mar 17 11:58:05 +0000
2008 -------
As I indicated, I would not expect that a program writes into the $HOME during
installation. In all other scenarios, a user should now what a tool does before
using it. It is legitimate that a program writes data into the home dir. When I
use a program as root, then I should not complain that the program acts
accordingly. And here you are right, the lock file is only one of many files
which may later be inaccessible for the user. So I'll have to think some more
about issue 79648. However, what happens when the user runs sudo soffice? Would
we need to provide soffice also with a --shared switch, so that it can recognize
a case where it must not write to the homedir?
Again, I do not believe that we should workaround the wrong use of sudo (except
maybe during the installation). One could of course ague that if all do it
wrong, it would be good to handle the case. On the other hand, I assume that the
average user uses a graphical installer (or double click the rpms) and only
"experts" use the command line.
Also, thank to the use of bootstrap variables one can easily workaround the
problem in the post install scripts.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
