Come impostare autorizzazioni specifiche per i file quando si reindirizza l'output?

Questo è probabilmente un duplicato, ma tutte le mie ricerche stanno sollevando domande sugli errori di autorizzazione negata.

Sto eseguendo un comando in una shell bash. Voglio reindirizzare l'output da aggiungere a un file che probabilmente non esiste al primo avvio. Voglio impostare una modalità di autorizzazione file specifica se il reindirizzamento dell'output deve creare questo file. C'è un modo per farlo con un solo comando?

Ad esempio, potrei provare

foo >> /tmp/foo.log 0644

dove 0644sono le autorizzazioni che voglio foo.logfinire. La maggior parte dei comandi che ho sperimentato in bash finiscono per interpretare 0644come argomento aggiuntivo foo.

Ho la sensazione che questo porterà un secondo comando alle chmodautorizzazioni prima o dopo averlo scritto.

Sto usando GNU bash 4.2.25 e Ubuntu 12.04, se questo fa la differenza - sono preferite le risposte generali.

Per quanto ne so, non c'è modo di farlo mentre eseguo il piping, un semplice script potrebbe essere la soluzione migliore.

if [ -e /tmp/foo.log ]; then
    foo >> /tmp/foo.log
else
    foo >> /tmp/foo.log
    chmod 0644 /tmp/foo.log
fi

So che è una vecchia domanda, ma volevo aggiungere i miei due centesimi.

Ho avuto la stessa idea e ho trovato una soluzione simile a BowlesCR . Il problema con la sua soluzione era che il mio comando ( foo) non avrebbe funzionato se avessi cambiato umask prima di eseguirlo, quindi questa è la mia opinione sul problema:

foo | ( umask 0033; cat >> /tmp/foo.log; )

Qui, umaskinfluisce solo sul reindirizzamento foo.lognella subshell. Tutto il resto rimane inalterato.

Un po 'contorto, ma funziona.

Senza veri script, puoi concatenare un po ':

touch /tmp/foo.log; chmod 0644 /tmp/foo.log; foo >> /tmp/foo.log

Efficacemente simile alla risposta di Slowki , ma condensata in una riga .

L'unica altra cosa a cui riesco a pensare è armeggiare con l'umask. Meglio farlo in una subshell in modo da non inquinare l'ambiente corrente:

(umask 0033 && foo >> /tmp/foo.log)

Due problemi con questo, però.

1. Umask non può aumentare le autorizzazioni al di sopra del livello specificato nella creat()syscall (0666 sembra essere quello che usa Bash).
2. Questo non cambierà le autorizzazioni su un file esistente (perché si umaskapplica solo alla creazione di file ).

Quando il reindirizzamento imposta autorizzazioni errate, ad esempio:

$ rm capture.*
$ perl -e 'print STDERR "$$ STDERR\n"; print STDOUT "$$ STDOUT\n"' \
                            >> capture.STDOUT 2>> capture.STDERR
$ perl -e 'print STDERR "$$ STDERR\n"; print STDOUT "$$ STDOUT\n"' \
                            >> capture.STDOUT 2>> capture.STDERR
$ ls -l capture.*
-rw-rw-rw- 1 jcookinf jcookinf 22 Jun 12 10:38 capture.STDERR
-rw-rw-rw- 1 jcookinf jcookinf 22 Jun 12 10:38 capture.STDOUT
$ cat capture.*
215 STDERR
216 STDERR
215 STDOUT
216 STDOUT

Credo che tu possa usare qualcosa come Xynomorf ha dato, e affrontare la preoccupazione stderr di Orsiris de Jong con una leggera modifica per usare la sostituzione del processo bash .

$ rm capture.*
$ perl -e 'print STDERR "$$ STDERR text\n"; print STDOUT "$$ STDOUT text\n"' \
            > >(umask 0033; cat >> capture.STDOUT) 2> >(umask 0033; cat >> capture.STDERR)
$ perl -e 'print STDERR "$$ STDERR text\n"; print STDOUT "$$ STDOUT text\n"' \
            > >(umask 0033; cat >> capture.STDOUT) 2> >(umask 0033; cat >> capture.STDERR)
$ ls -l capture.*
-rw-r--r-- 1 jcookinf jcookinf 32 Jun 12 10:43 capture.STDERR
-rw-r--r-- 1 jcookinf jcookinf 32 Jun 12 10:43 capture.STDOUT
$ cat capture.*
233 STDERR text
238 STDERR text
233 STDOUT text
238 STDOUT text

Naturalmente, usa umask 0077per ottenere la modalità 600 e proibire a qualsiasi altro utente di vedere i contenuti.

Se vuoi reindirizzare a uno script, a differenza di umask, con la sostituzione del processo e installpuoi anche impostare il bit di esecuzione:

install -m 755 <(echo commands go here) newscript

<()inserisce l'output in un file temporaneo, vedere Process-Substitution