From 89adeb3c4d91d12062e6fca8a00978eea52fe67f Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Thu, 27 Sep 2012 11:02:41 +0200 Subject: Switching to final name for the persistence configuration file 'persistence.conf' in line with boot parameter. --- manpages/es/live-boot.es.7 | 10 +- manpages/es/live-persistence.conf.es.5 | 225 --------------------------------- manpages/es/persistence.conf.es.5 | 225 +++++++++++++++++++++++++++++++++ 3 files changed, 230 insertions(+), 230 deletions(-) delete mode 100644 manpages/es/live-persistence.conf.es.5 create mode 100644 manpages/es/persistence.conf.es.5 (limited to 'manpages/es') diff --git a/manpages/es/live-boot.es.7 b/manpages/es/live-boot.es.7 index ce14d4d..b35d1a5 100644 --- a/manpages/es/live-boot.es.7 +++ b/manpages/es/live-boot.es.7 @@ -3,7 +3,7 @@ .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* -.TH LIVE\-BOOT 7 26.09.2012 3.0~b3\-1 "Proyecto Debian Live" +.TH LIVE\-BOOT 7 27.09.2012 3.0~b3\-1 "Proyecto Debian Live" .SH NOMBRE \fBlive\-boot\fP \- Scripts de Arranque del Sistema @@ -191,8 +191,8 @@ live\-boot buscará dispositivos con "persistence". Estos pueden ser particiones (con el nombre GPT correcto), sistemas de ficheros (con la etiqueta correcta) o ficheros imagen (con el nombre de fichero correcto). Los overlays tienen la etiqueta/nombre "persistence" (ver -\fIlive\-persistence.conf\fP(5)). Los ficheros imagen overlay tienen extensiones -que determinan su sistema de ficheros, por ejemplo, "persistence.ext4". +\fIpersistence.conf\fP(5)). Los ficheros imagen overlay tienen extensiones que +determinan su sistema de ficheros, por ejemplo, "persistence.ext4". .IP "\fBpersistence\-encryption\fP=\fITYPE1\fP,\fITYPE2\fP ... \fITYPEn\fP" 4 Esta opción determina qué tipo de cifrado se usa cuando se prueban los dispositivos de los medios con persistencia. Si se especifica "none" en la @@ -282,10 +282,10 @@ alfanumérico. .IP \fB/etc/live/boot/*\fP 4 .IP \fBlive/boot.conf\fP 4 .IP \fBlive/boot.d/*\fP 4 -.IP \fBlive\-persistence.conf\fP 4 +.IP \fBpersistence.conf\fP 4 .SH "VER ADEMÁS" -\fIlive\-persistence.conf\fP(5) +\fIpersistence.conf\fP(5) .PP \fIlive\-build\fP(7) .PP diff --git a/manpages/es/live-persistence.conf.es.5 b/manpages/es/live-persistence.conf.es.5 deleted file mode 100644 index 757363e..0000000 --- a/manpages/es/live-persistence.conf.es.5 +++ /dev/null @@ -1,225 +0,0 @@ -.\"******************************************************************* -.\" -.\" This file was generated with po4a. Translate the source file. -.\" -.\"******************************************************************* -.TH LIVE\-BOOT conf 26.09.2012 3.0~b3\-1 "Proyecto Debian Live" - -.SH NOMBRE -\fBlive\-persistence.conf\fP \- Fichero para configurar medios de almacenamiento -con persistencia en live\-boot - -.SH DESCRIPCIÓN -Si live\-boot prueba un volumen persistente con la etiqueta (o nombre GPT, o -nombre de fichero, aunque a partir de este momento nos referiremos a él como -simplemente "etiqueta") "persistence", la persistencia de ese volumen es -completamente personalizable a través del fichero \fBlive\-persistence.conf\fP -almacenado en la raíz de su sistema de ficheros. Cualquier volumen esa -etiqueta debe tener uno de esos ficheros, o si no será ignorado. -.PP -El formato de \fBlive\-persistence.conf\fP permite añadir líneas vacias o líneas -que comiencen por "#" (usado para los comentarios), ambos serán -ignorados. Un "montaje personalizado" tiene el formato: -.PP -.RS -\fIDIR\fP [\fIOPTION\fP]... -.RE -.PP -lo que se traduce como "hacer \fIDIR\fP persistente en la forma descrita en la -lista de \fIOPTION\fPs". -.PP -Para cada uno de los montajes personalizados \fIDIR\fP debe ser una ruta -absoluta que no puede contener espacios en blanco ni los componentes -especiales . y .. además no puede ser /live (o ninguno de sus -sub\-directorios) ni /. Una vez activados, todos los cambios (creación, -modificación y borrado de ficheros) en \fIDIR\fP en el sistema de ficheros en -vivo, son guardados de forma persistente en una ruta equivalente a \fIDIR\fP en -el medio persistente, llamado el directorio de origen. La manera de -conseguir la persistencia por defecto es simplemente hacer un montaje -enlazado (bind\-mount N.del T.) del directorio de origen al \fIDIR\fP, aunque -esto se puede cambiar utilizando las opciones \fIOPTION\fPs. -.PP -Todos los montajes personalizados serán montados en orden de tal manera que -dos montajes personalizados no se "escondan" uno al otro. Por ejemplo, si -tenemos los dos \fIDIR\fP:s /a y /a/b siempre /a será montado en primer lugar, -después /a/b. Esto siempre es así sin importar el orden en que aparezcan las -líneas en \fBlive\-persistence.conf\fP o incluso si se usan varios ficheros -\fBlive\-persistence.conf\fP en medios persistentes distintos al mismo -tiempo. Sin embargo, no está permitido que un montaje personalizado tenga su -directorio de origen en el interior del directorio de origen de otro montaje -personalizado, ya que los directorios de origen que live\-boot crea -automáticamente no tienen soporte para montajes "anidados" como /a y /a/b en -el mismo medio. En este caso se debe usar la opción \fBsource\fP (ver debajo) -para asegurarse de que se almacenan en directorios de origen diferentes. -.PP -Cuando un directorio de origen no existe en los medios con persistencia para -un montaje personalizado en particular, se creará automáticamente, y los -permisos y sus propietarios se establecen de forma óptima de acuerdo a -\fIDIR\fP. También se realiza una preinstalación (bootstrap N. del T.) copiando -los contenidos de \fIDIR\fP en su directorio de origen en el medio con -persistencia. La preinstalación no se realiza cuando se utilizan las -opciones \fBlink\fP o \fBunion\fP (ver debajo). - -.SH OPCIONES -Los montajes personalizados definidos en \fBlive\-persistence.conf\fP aceptan -las siguientes opciones en una lista separada por comas: -.IP \fBsource\fP=\fIPATH\fP 4 -Cuando se especifica, se guardan los cambios persistentes en \fIPATH\fP en los -medios con persistencia. \fIPATH\fP debe ser una ruta relativa (respecto a la -raíz del medio persistente) que no puede contener espacios en blanco o los -componentes especiales . o .. con la excepción de que puede ser simplemente -\&. lo que significa la raíz del medio persistente. Esta opción es relevante -si se desea anidar montajes personalizados, lo que de otro modo produciría -errores, o si se desea hacer que toda la raíz del medio esté disponible (de -forma similar al ahora obsoleto tipo de persistencia \fBhome\-rw\fP) -.PP -Las siguientes opciones son mutuamente exclusivas (únicamente la última -tendrá efecto): -.IP \fBbind\fP 4 -Montar de forma enlazada el directorio de origen a \fIDIR\fP. Esto es así por -defecto. -.IP \fBlink\fP 4 -Crea la estructura de directorios del directorio de origen en el medio -persistente en \fIDIR\fP y crea los enlaces simbólicos desde el lugar -correspondiente en \fIDIR\fP a cada fichero en el directorio de origen. Si los -directorios o ficheros contienen el mismo nombre, al igual que cualquier -otro enlace, serán sobrescritos. Tener en cuenta que los enlaces en \fIDIR\fP -sólo eliminan el enlace, no el fichero correspondiente en el directorio; los -enlaces eliminados reaparecerán tras reiniciar. Para añadir o eliminar un -fichero de forma permanente se debe hacer directamente en el directorio de -origen. -.IP -\fBlink\fP tan sólo hará persistentes los ficheros que ya se encuentran en el -directorio de origen, y no cualquier otro fichero en \fIDIR\fP. Estos ficheros -deben ser añadidos manualmente en el directorio de origen pare utilizar esta -opción y ellos aparecerán en \fIDIR\fP además de los ficheros que ya se -encuentran allí. Esta opción es útil cuando sólo es necesario hacer -persistentes ciertos ficheros y no todo el directorio en el que se -encuentran, por ejemplo, algunos ficheros de configuración en el directorio -home de un usuario. -.IP \fBunion\fP 4 -Guardar la rama rw de una unión en un medio persistente, de modo que los -cambios son guardados de forma persistente. Potencialmente esto puede -reducir el uso del disco comparado con los montajes enlazados, y no -esconderá los ficheros añadidos a los medios de sólo lectura. Un buen truco -es que la unión utilizará el \fIDIR\fP del sistema de ficheros de sólo lectura -de la imagen y no de la raíz del sistema de ficheros real, por eso los -ficheros que se crean después del arranque (por ejemplo live\-config) no -aparecerán en la unión. Esta opción utilizará el sistema de ficheros unión -especificado por el parámetro de arranque \fBunion\fP de live\-boot pero no -tiene soporte si se utiliza \fBunion=unionmount\fP. - -.SH DIRECTORIOS -.IP \fB/live/persistence\fP 4 -Aquí se montarán todos los volumenes persistentes (en un directorio que -corresponda con el nombre del dispositivo). El fichero -\fBlive\-persistence.conf\fP se puede editar fácilmente a través de este -montaje, así como cualquier directorio de origen (esto resulta especialmente -práctico para los montajes personalizados usando la opción \fBlink\fP). - -.SH EJEMPLOS - -Si tenemos un volumen con persistencia \fIVOL\fP con un fichero -\fBlive\-persistence.conf\fP que contiene las cuatro lineas siguientes -(numeradas para una mejor referencia): -.TP 7 -1. -/home/user1 link,source=config\-files/user1 -.TP -2. -/home/user2 link,source=config\-files/user2 -.TP -3. -/home -.TP -4. -/usr union -.PP -Los directorios de origen correspondientes son: -.TP 7 -1. -\fIVOL\fP/config\-files/user1 (pero sería \fIVOL\fP/home/user1 sin la opción -\fBsource\fP) -.TP -2. -\fIVOL\fP/config\-files/user2 (pero sería \fIVOL\fP/home/user2 sin la opción -\fBsource\fP) -.TP -3. -\fIVOL\fP/home -.TP -4. -\fIVOL\fP/usr -.PP -Era necesario establecer las opciones \fBsource\fP para 1 y 2, ya que de otro -modo resultarían anidados con el origen de 3, lo cual no es válido. -.PP -La línea 3 será tenida en cuenta antes que las líneas 1 y 3 para evitar que -los montajes personalizados 1 y 2 resulten escondidos por 3. Cuando se -procesa la línea 3, \fIVOL\fP/home es simplemente montado en unión a -/home. Para ilustrar lo que sucede con las líneas 1 y 2, digamos que los -siguientes ficheros existen: -.TP 7 -a. -\fIVOL\fP/config\-files/user1/.emacs -.TP -b. -\fIVOL\fP/config\-files/user2/.bashrc -.TP -c. -\fIVOL\fP/config\-files/user2/.ssh/config -.PP -Entonces se crearán los siguientes enlaces y directorios: -.TP 7 -Enlace: -/home/user1/.emacs \-> \fIVOL\fP/config\-files/user1/.emacs (de a) -.TP -Enlace: -/home/user2/.bashrc \-> \fIVOL\fP/config\-files/user2/.bashrc (de b) -.TP -Directorio: -/homea/user2/.ssh (de c) -.TP -Enlace: -/home/user2/.ssh/config \-> \fIVOL\fP/config\-files/user2/.ssh/config (de c) -.PP -Se podría decir, sin embargo, que las líneas 1 y 2 en el fichero de ejemplo -\fBlive\-persistence.conf\fP anterior son innecesarias ya que la línea 3 ya -crearía el directorio /home persistente. La opción \fBlink\fP se utiliza en -situaciones en las que no se desea guardar de forma persistente un -directorio completo, sino únicamente algunos ficheros o subdirectorios -incluidos en él. -.PP -La línea 4 se puede montar en cualquier momento ya que su \fIDIR\fP (y su -directorio de origen) es completamente independiente de todos los otros -montajes personalizados. Cuando se monta, \fIVOL\fP/usr será la rama rw debido -a la opción \fBunion\fP y tan sólo contendrá la diferencia en comparación con -el sistema de ficheros subyacente de sólo lectura. Por eso los paquetes -pueden ser instalados en /usr con gran eficiencia de espacio comparado con -los montajes enlazados, ya que en este último caso el contenido de /usr -tendría que ser copiado en \fIVOL\fP/usr durante la preinstalación inicial. - -.SH "VER ADEMÁS" -\fIlive\-boot\fP(7) -.PP -\fIlive\-build\fP(7) -.PP -\fIlive\-config\fP(7) -.PP -\fIlive\-tools\fP(7) - -.SH "PÁGINA WEB" -Se puede encontrar más información acerca de live\-boot y el proyecto Debian -Live en la página web <\fIhttp://live.debian.net/\fP> y en el manual en -<\fIhttp://live.debian.net/manual/\fP>. - -.SH ERRORES -Se puede notificar los fallos enviando un informe de errores sobre el -paquete live\-boot en el Debian Bug Tracking System en -<\fIhttp://bugs.debian.org/\fP> o escribiendo un mensaje a la lista de -correo de Debian Live a la dirección -<\fIdebian\-live@lists.debian.org\fP>. - -.SH AUTOR -live\-persistence.conf fue escrito por anonym <\fIanonym@lavabit.com\fP> -para el proyecto Debian. diff --git a/manpages/es/persistence.conf.es.5 b/manpages/es/persistence.conf.es.5 new file mode 100644 index 0000000..52cd84f --- /dev/null +++ b/manpages/es/persistence.conf.es.5 @@ -0,0 +1,225 @@ +.\"******************************************************************* +.\" +.\" This file was generated with po4a. Translate the source file. +.\" +.\"******************************************************************* +.TH LIVE\-BOOT conf 27.09.2012 3.0~b3\-1 "Proyecto Debian Live" + +.SH NOMBRE +\fBpersistence.conf\fP \- Fichero para configurar medios de almacenamiento con +persistencia en live\-boot + +.SH DESCRIPCIÓN +Si live\-boot prueba un volumen persistente con la etiqueta (o nombre GPT, o +nombre de fichero, aunque a partir de este momento nos referiremos a él como +simplemente "etiqueta") "persistence", la persistencia de ese volumen es +completamente personalizable a través del fichero \fBpersistence.conf\fP +almacenado en la raíz de su sistema de ficheros. Cualquier volumen esa +etiqueta debe tener uno de esos ficheros, o si no será ignorado. +.PP +El formato de \fBpersistence.conf\fP permite añadir líneas vacias o líneas que +comiencen por "#" (usado para los comentarios), ambos serán ignorados. Un +"montaje personalizado" tiene el formato: +.PP +.RS +\fIDIR\fP [\fIOPTION\fP]... +.RE +.PP +lo que se traduce como "hacer \fIDIR\fP persistente en la forma descrita en la +lista de \fIOPTION\fPs". +.PP +Para cada uno de los montajes personalizados \fIDIR\fP debe ser una ruta +absoluta que no puede contener espacios en blanco ni los componentes +especiales . y .. además no puede ser /live (o ninguno de sus +sub\-directorios) ni /. Una vez activados, todos los cambios (creación, +modificación y borrado de ficheros) en \fIDIR\fP en el sistema de ficheros en +vivo, son guardados de forma persistente en una ruta equivalente a \fIDIR\fP en +el medio persistente, llamado el directorio de origen. La manera de +conseguir la persistencia por defecto es simplemente hacer un montaje +enlazado (bind\-mount N.del T.) del directorio de origen al \fIDIR\fP, aunque +esto se puede cambiar utilizando las opciones \fIOPTION\fPs. +.PP +Todos los montajes personalizados serán montados en orden de tal manera que +dos montajes personalizados no se "escondan" uno al otro. Por ejemplo, si +tenemos los dos \fIDIR\fP:s /a y /a/b siempre /a será montado en primer lugar, +después /a/b. Esto siempre es así sin importar el orden en que aparezcan las +líneas en \fBpersistence.conf\fP o incluso si se usan varios ficheros +\fBpersistence.conf\fP en medios persistentes distintos al mismo tiempo. Sin +embargo, no está permitido que un montaje personalizado tenga su directorio +de origen en el interior del directorio de origen de otro montaje +personalizado, ya que los directorios de origen que live\-boot crea +automáticamente no tienen soporte para montajes "anidados" como /a y /a/b en +el mismo medio. En este caso se debe usar la opción \fBsource\fP (ver debajo) +para asegurarse de que se almacenan en directorios de origen diferentes. +.PP +Cuando un directorio de origen no existe en los medios con persistencia para +un montaje personalizado en particular, se creará automáticamente, y los +permisos y sus propietarios se establecen de forma óptima de acuerdo a +\fIDIR\fP. También se realiza una preinstalación (bootstrap N. del T.) copiando +los contenidos de \fIDIR\fP en su directorio de origen en el medio con +persistencia. La preinstalación no se realiza cuando se utilizan las +opciones \fBlink\fP o \fBunion\fP (ver debajo). + +.SH OPCIONES +Los montajes personalizados definidos en \fBpersistence.conf\fP aceptan las +siguientes opciones en una lista separada por comas: +.IP \fBsource\fP=\fIPATH\fP 4 +Cuando se especifica, se guardan los cambios persistentes en \fIPATH\fP en los +medios con persistencia. \fIPATH\fP debe ser una ruta relativa (respecto a la +raíz del medio persistente) que no puede contener espacios en blanco o los +componentes especiales . o .. con la excepción de que puede ser simplemente +\&. lo que significa la raíz del medio persistente. Esta opción es relevante +si se desea anidar montajes personalizados, lo que de otro modo produciría +errores, o si se desea hacer que toda la raíz del medio esté disponible (de +forma similar al ahora obsoleto tipo de persistencia \fBhome\-rw\fP) +.PP +Las siguientes opciones son mutuamente exclusivas (únicamente la última +tendrá efecto): +.IP \fBbind\fP 4 +Montar de forma enlazada el directorio de origen a \fIDIR\fP. Esto es así por +defecto. +.IP \fBlink\fP 4 +Crea la estructura de directorios del directorio de origen en el medio +persistente en \fIDIR\fP y crea los enlaces simbólicos desde el lugar +correspondiente en \fIDIR\fP a cada fichero en el directorio de origen. Si los +directorios o ficheros contienen el mismo nombre, al igual que cualquier +otro enlace, serán sobrescritos. Tener en cuenta que los enlaces en \fIDIR\fP +sólo eliminan el enlace, no el fichero correspondiente en el directorio; los +enlaces eliminados reaparecerán tras reiniciar. Para añadir o eliminar un +fichero de forma permanente se debe hacer directamente en el directorio de +origen. +.IP +\fBlink\fP tan sólo hará persistentes los ficheros que ya se encuentran en el +directorio de origen, y no cualquier otro fichero en \fIDIR\fP. Estos ficheros +deben ser añadidos manualmente en el directorio de origen pare utilizar esta +opción y ellos aparecerán en \fIDIR\fP además de los ficheros que ya se +encuentran allí. Esta opción es útil cuando sólo es necesario hacer +persistentes ciertos ficheros y no todo el directorio en el que se +encuentran, por ejemplo, algunos ficheros de configuración en el directorio +home de un usuario. +.IP \fBunion\fP 4 +Guardar la rama rw de una unión en un medio persistente, de modo que los +cambios son guardados de forma persistente. Potencialmente esto puede +reducir el uso del disco comparado con los montajes enlazados, y no +esconderá los ficheros añadidos a los medios de sólo lectura. Un buen truco +es que la unión utilizará el \fIDIR\fP del sistema de ficheros de sólo lectura +de la imagen y no de la raíz del sistema de ficheros real, por eso los +ficheros que se crean después del arranque (por ejemplo live\-config) no +aparecerán en la unión. Esta opción utilizará el sistema de ficheros unión +especificado por el parámetro de arranque \fBunion\fP de live\-boot pero no +tiene soporte si se utiliza \fBunion=unionmount\fP. + +.SH DIRECTORIOS +.IP \fB/live/persistence\fP 4 +Aquí se montarán todos los volumenes persistentes (en un directorio que +corresponda con el nombre del dispositivo). El fichero \fBpersistence.conf\fP +se puede editar fácilmente a través de este montaje, así como cualquier +directorio de origen (esto resulta especialmente práctico para los montajes +personalizados usando la opción \fBlink\fP). + +.SH EJEMPLOS + +Si tenemos un volumen con persistencia \fIVOL\fP con un fichero +\fBpersistence.conf\fPque contiene las cuatro lineas siguientes (numeradas para +una mejor referencia): +.TP 7 +1. +/home/user1 link,source=config\-files/user1 +.TP +2. +/home/user2 link,source=config\-files/user2 +.TP +3. +/home +.TP +4. +/usr union +.PP +Los directorios de origen correspondientes son: +.TP 7 +1. +\fIVOL\fP/config\-files/user1 (pero sería \fIVOL\fP/home/user1 sin la opción +\fBsource\fP) +.TP +2. +\fIVOL\fP/config\-files/user2 (pero sería \fIVOL\fP/home/user2 sin la opción +\fBsource\fP) +.TP +3. +\fIVOL\fP/home +.TP +4. +\fIVOL\fP/usr +.PP +Era necesario establecer las opciones \fBsource\fP para 1 y 2, ya que de otro +modo resultarían anidados con el origen de 3, lo cual no es válido. +.PP +La línea 3 será tenida en cuenta antes que las líneas 1 y 3 para evitar que +los montajes personalizados 1 y 2 resulten escondidos por 3. Cuando se +procesa la línea 3, \fIVOL\fP/home es simplemente montado en unión a +/home. Para ilustrar lo que sucede con las líneas 1 y 2, digamos que los +siguientes ficheros existen: +.TP 7 +a. +\fIVOL\fP/config\-files/user1/.emacs +.TP +b. +\fIVOL\fP/config\-files/user2/.bashrc +.TP +c. +\fIVOL\fP/config\-files/user2/.ssh/config +.PP +Entonces se crearán los siguientes enlaces y directorios: +.TP 7 +Enlace: +/home/user1/.emacs \-> \fIVOL\fP/config\-files/user1/.emacs (de a) +.TP +Enlace: +/home/user2/.bashrc \-> \fIVOL\fP/config\-files/user2/.bashrc (de b) +.TP +Directorio: +/homea/user2/.ssh (de c) +.TP +Enlace: +/home/user2/.ssh/config \-> \fIVOL\fP/config\-files/user2/.ssh/config (de c) +.PP +Se podría decir, sin embargo, que las líneas 1 y 2 en el fichero de ejemplo +\fBpersistence.conf\fP anterior son innecesarias ya que la línea 3 ya crearía +el directorio /home persistente. La opción \fBlink\fP se utiliza en +situaciones en las que no se desea guardar de forma persistente un +directorio completo, sino únicamente algunos ficheros o subdirectorios +incluidos en él. +.PP +La línea 4 se puede montar en cualquier momento ya que su \fIDIR\fP (y su +directorio de origen) es completamente independiente de todos los otros +montajes personalizados. Cuando se monta, \fIVOL\fP/usr será la rama rw debido +a la opción \fBunion\fP y tan sólo contendrá la diferencia en comparación con +el sistema de ficheros subyacente de sólo lectura. Por eso los paquetes +pueden ser instalados en /usr con gran eficiencia de espacio comparado con +los montajes enlazados, ya que en este último caso el contenido de /usr +tendría que ser copiado en \fIVOL\fP/usr durante la preinstalación inicial. + +.SH "VER ADEMÁS" +\fIlive\-boot\fP(7) +.PP +\fIlive\-build\fP(7) +.PP +\fIlive\-config\fP(7) +.PP +\fIlive\-tools\fP(7) + +.SH "PÁGINA WEB" +Se puede encontrar más información acerca de live\-boot y el proyecto Debian +Live en la página web <\fIhttp://live.debian.net/\fP> y en el manual en +<\fIhttp://live.debian.net/manual/\fP>. + +.SH ERRORES +Se puede notificar los fallos enviando un informe de errores sobre el +paquete live\-boot en el Debian Bug Tracking System en +<\fIhttp://bugs.debian.org/\fP> o escribiendo un mensaje a la lista de +correo de Debian Live a la dirección +<\fIdebian\-live@lists.debian.org\fP>. + +.SH AUTOR +persistence.conf fue escrito por anonym <\fIanonym@lavabit.com\fP> para +el proyecto Debian. -- cgit v1.2.3