J'ai un document Open Office Spreadsheet stocké dans une variable bash. Je veux faire quelque chose comme ce qui suit pour alimenter Open Office via STDIN :
echo "$openOfficeDoc" | ooffice
Mais ça ne marche pas.
Remarque : Le contenu de la variable bash ne doit pas être écrit sur le disque.
Je soulignerai que j'essaie de transmettre à Open Office les données réelles du fichier.
J'essaie de stocker des mots de passe dans un fichier de feuille de calcul Open Office. Les mots de passe sont cryptés à l'aide de GPG. Je ne veux pas que les mots de passe soient écrits sur le disque pour des raisons de sécurité.
La valeur de la variable bash est un blob binaire d'un document Open Office Spreadsheet. Ce n'est pas ASCII.
Le code bash que j'ai utilisé pour créer le blob est :
data=$(cat "Encrypted.gpg" | gpg -u "Dor" -d)
Tant que Encrypted.gpg est un fichier crypté d'une feuille de calcul Open Office.
Est-il possible d'alimenter Open Office via STDIN ?
Réponse acceptée :
Je ne pense pas qu'OpenOffice puisse être convaincu de lire à partir de son entrée standard. Mais cela n'a pas d'importance. Écrivez simplement les données dans un fichier temporaire.
Vous ne voulez pas que les mots de passe soient écrits sur le disque. C'est très bien. Écrivez-les dans un fichier qui n'est pas stocké sur le disque.
De nombreux systèmes utilisent un système de fichiers en mémoire (tmpfs) pour /tmp . Solaris le fait depuis des lustres; Les distributions Linux ont mis du temps à se mélanger (Fedora 18 l'a adopté, Debian et Ubuntu n'ont toujours pas bougé), de sorte qu'il faut généralement que l'administrateur système le configure manuellement. Cependant, les distributions Linux modernes montent un système de fichiers tmpfs quelque part; les versions récentes de la bibliothèque standard l'exigent. L'emplacement standard pour tmpfs est /run , avec /run/shm étant accessible en écriture par le monde (mêmes autorisations que /tmp ), mais certaines distributions ne l'ont peut-être pas encore ; regarde /dev/shm et peut-être d'autres endroits.