Hi!
Nach eimem Sarge->Etch Upgrade:
Wenn ich von einem NFS:
/home *(insecure,rw,root_squash,squash_uids=0-1000,sync)
mit dem neuen openoffice eine Datei öffne, sind die immer
schreibgeschützt (was sie nach den Datei-Rechten nicht sind).
Ich konnte das Problem zurückverfolgen:
Das Script /usr/lib/openoffice/program/soffice setzt die Umgebung für
das Binary (ohne dies funktioniert es):
# file locking now enabled by default
SAL_ENABLE_FILE_LOCKING=1
export SAL_ENABLE_FILE_LOCKING
Das scheint auf diesem NFS-export nicht zu funktionieren.
Habe ich etwas übersehen?
Frage daher:
- Wäre das einen Bug-Report wert, denn das Editieren wäre ja
grundsätzlich möglich, allein der Datei-Lock schlägt fehl und wird für's
Editieren nicht unbedingt notwendig. Daher wäre IMHO eine Warnung
vollkommen ausreichend
- Sollte man das ggf. global ausschalten können (In Hinblick auf
kommende Upgrades, bei denen man in dasselbe Problem hineinläuft)
- Welchen NFS-Parameter könnte man verwenden oder weglassen, damit das
funktioniert?
- Muss man das wirklich in dem Script
/usr/lib/openoffice/program/soffice ändern?