Newsgroup: it.comp.os.linux.software
Titolo: Open Office, file nuovi di sola lettura

Ciao,
lavoro con la versione 1.1.0 di Open Office Writer, su un server con 
Linux Red-Hat.
Se provo ad aprire i file generati da nuovo con Open Office con una
macchina Windows, usando Winword, tutti i file sono a sola lettura.
Se copio il file da Linux a Windows, invece i file sono in condizione
normale.
Tenendo conto che tutti i file risiedono nel server Linux, qualcuno ha
un'idea di come poter risolvere il problema?
GRAZIE

 un'idea di come poter risolvere il problema?
mah, per me potrebbero essere i permessi delle condivisioni di samba... 
se succede anche con altri file (non solo openoffice), prova a 
controllare i permessi di creazione della condivisione in smb.conf
-- 
Ale cordialmente saluta.


No, succede anche a me.
Se salvo un file sul server smb (linux) mi viene messo il read-only; se 
clicco sul bottone apposito diventa RW (e quindi nessun problema di 
permessi).
Ovviamente nelle impostazioni non ho messo "apri in RO"
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Prima di parlare collegare la spina del cervello,
	 leggere e in caso di schermata blu riavviare.

 Ovviamente nelle impostazioni non ho messo "apri in RO"
Ciao Roberto,
infatti..vorremmo anche noi risolvere questo problema
fastidioso che ti implica di non utilizzare  linux
come workstation (...questo mi delude e mi dispiace ...)
cmq penso che la soluzione sia lanciare dal login
grafico (uso redhat) il comando umask 000 che da tutti
i permessi in fase di creazione del file ma non
so dove metterlo. Ho provato di tutto su
.bash_profile, .bash...xinit etc...ma niente di che
altre soluzioni ?

 come workstation (...questo mi delude e mi dispiace ...)
Credo di aver capito il problema, ma senza la palla di vetro non riesco a
vedere i permessi di quei file sul vostro HD.
Credo che tu debba mettere il suid e il sugid bit sulla directory
condivisa da samba, in modo che chiunque crei file li` dentro vadano ad
appartenere all'utente di samba.
Oppure, forse la cosa migliore, invece di far salvare l'utente
direttamente sulla directory condivisa, montare (in locale) la share samba
da un'altra parte, e far salvare li`, in modo che ci sia samba in mezzo
che sistema i permessi.
Diversamente e` proprio un problema di umask non banalmente risolvibile.
Bye.

 
Aspetta, la cosa è temporanea, ovvero sembra che ci sia attivo il "apti 
in RO" perchè se clicchi sul bottone edit file va tutto a posto; tra le 
altre cose io lavoro su una directory montata via smbmount e non 
direttamente sulla directory condivisa.


 altre soluzioni ?
Oddio, se clicchi su edit file il file lo puoi modificare e risalvare 
senza problemi, quindi perchè non utilizzarlo?


Ragazzi,
avete ragione per esempio il mio smb.conf
modalità di condivisione SHARE
[public]
	writeable = yes
	path = /public
	force directory mode = 777
	force create mode = 0777
	guest ok = Yes
	readonly = no
	comment = Cartella Pubblica
	create mode = 0777
	directory mode = 777
niente da fare...penso che concettualmente non sia
giusto il comportamento di linux, in quanto sto
salvando 1 file in una directory pubblica accessibile
a tutti...quindi penso sia normale che il file venga
salvato con rw-rw-rw...io avevo aggirato il problema
settando all'avvio umask 000 ma purtroppo tale soluzione
solo con login manuale da telnet; no per il login grafico
di red-hat.
Altre soluzioni ?
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/