add Spanish translations of the manuals

Much thanks to Pablo Castano Fernandez for doing these translations.
This commit is contained in:
slakmagik 2011-01-25 00:08:01 +00:00
parent c2590f6aca
commit ecdc8e9e73
2 changed files with 1085 additions and 0 deletions

View file

@ -0,0 +1,571 @@
.\"=====================================================================
.TH SBOPKG.CONF 5 "Noviembre 2010" sbopkg-0.34.0 ""
.\"=====================================================================
.SH NOMBRE
sbopkg.conf \- archivo de configuracion para sbopkg
.\"=====================================================================
.SH DESCRIPCION
El archivo
.I sbopkg.conf
contiene ajustes de configuracion para la herramienta
.BR sbopkg (8),
para interactuar con el repositorio SlackBuilds.org (``SBo''), una
colección de scripts SlackBuild de terceros para construir paquetes
Slackware.
El archivo de configuracion por defecto esta instalado en
.IR /etc/sbopkg/sbopkg.conf .
Tambien, por favor ver la subseccion siguiente sobre
.BR ARCH .
.PP
Todas las opciones booleanas necesitan un
.B YES
o un
.B NO
sin tener en cuenta el caso.
Todos los valores de path deben estar completos.
.PP
Las opciones de configuracion por defecto son:
.\"---------------------------------------------------------------------
.TP 3
.B ALLOW_MULTI
Booleano.
.IP
Cuando se establece en
.BR YES ,
esta opcion permite al usuario iniciar varias veces
.B sbopkg
simultaneamente.
.IP
Por favor entiende que esta opcion es proporcionada para mayor comodidad,
pero dar el numero de los problemas potenciales que puedes encarar cuando
actives esto (y no vamos a probar diferentes usuarios trabajando haciendo
tonterias), tu debes considerar que es una funcion EXPERIMENTAL NO
SOPORTADA.
Si encuentras problemas, por favor, intenta asegurarte si no los has
causado tu haciendo cosas inadecuadas.
.IP
Por ejemplo, algunas de estas cosas, no deberian utilizarse con estas
opciones activadas:
.RS 5
.TP 3
\(bu
inicia instancias con una mezcla de configuraciones
.B YES
y
.B NO
.TP
\(bu
sincroniza un repositorio cuando otra instancia lo esta usando
.TP
\(bu
cambia la rama de un repositorio git cuando otra instancia lo esta usando
(esta advertencia no se utiliza para sincronizar los repositorios)
.TP
\(bu
construye o instala el mismo paquete a la vez desde diferentes instancias
.TP
\(bu
guarda un archivo de colas mientras se esta usando desde otra instancia
.RE
.IP
Puede haber mas situaciones inseguras de las que nosotros pensamos.
Ten cuidado.
.IP
La tarea por defecto es:
.IP
\fCALLOW_MULTI=${ALLOW_MULTI:-NO}\fP
.\"---------------------------------------------------------------------
.TP
.B CLEANUP
Booleano.
.IP
Cuando se establece como
.BR YES ,
los archivos fuente desempaquetados y el arbol de paquetes en
.I $TMP
son eliminados despues de la construccion a traves del archivo fuente
descargado y el paquete completo es dejado en
.I $SRCDIR
y
.IR $OUTPUT .
.IP
Un efecto colateral de establecer
.B CLEANUP
como
.B YES
es que
.B TMP
esta establecido con un valor interno, y cualquier otra opcion de
.B TMP
es ignorada.
.IP
La tarea por defecto es:
.IP
\fCCLEANUP=${CLEANUP:-NO}\fP
.\"---------------------------------------------------------------------
.TP
.B DEBUG_UPDATES
Enumeracion.
.IP
Esta opcion debe ser establecida como
.BR 0 ,
.BR 1 ,
o
.BR 2 .
.B DEBUG_UPDATES
establece el nivel de debugging por defecto para actualizar la lista de
funciones de
.BR sbopkg .
Cuando esta establecido en
.BR 0 ,
solo las actualizaciones importantes (o reducciones de version) de
paquetes son listados.
Cuando esta establecido en
.BR 1 ,
actualizaciones importantes mas paquetes que no estan en el repo y
paquetes que nunca fueron listados en el repo.
Cuando esta establecido en
.BR 2 ,
todos los paquetes no actualizados son listados.
Cambiando
.B DEBUG_UPDATES
a
.B 1
o
.B 2
puede ser util si parece que la lista de actualizaciones puede estar
perdiendo una actualizacion.
.IP
La tarea por defecto es:
.IP
\fCDEBUG_UPDATES=${DEBUG_UPDATES:-0}\fP
.\"---------------------------------------------------------------------
.TP
.B DIFF
Comando.
.IP
Esta opcion le permite al usuario establecer que programa usar cuando
.B sbopkg
muestra diferencias entre archivos editados.
.IP
La tarea por defecto es:
.IP
\fCDIFF=${DIFF:-diff}\fP
.\"---------------------------------------------------------------------
.TP
.B DIFFOPTS
Opciones de comando.
.IP
Esta opcion le permite al usuario establecer que opciones seran usadas
por el programa
.I $DIFF
cuando
.B sbopkg
muestra diferencias entre archivos editados.
.IP
La tarea por defecto es:
.IP
\fCDIFFOPTS=${DIFFOPTS:--u}\fP
.\"---------------------------------------------------------------------
.TP
.B KEEPLOG
Booleano.
.IP
Esta opcion le permite al usuario escoger si mantener un log permanente
de todos los paquetes que son construidos con
.B sbopkg
para volver a ver las construcciones para historial o para la solucion de problemas.
Ver
.B LOGFILE
para la localizacion de este log.
.IP
La tarea por defecto es:
.IP
\fCKEEPLOG=${KEEPLOG:-YES}\fP
.\"---------------------------------------------------------------------
.TP
.B LOGFILE
Ruta.
.IP
Esta opcion establece el nombre del log de construccion si
.B KEEPLOG
esta establecido como
.BR YES .
.IP
La tarea por defecto es:
.IP
\fCLOGFILE=${LOGFILE:-/var/log/sbopkg/sbopkg-build-log}\fP
.\"---------------------------------------------------------------------
.TP
.B MKDIR_PROMPT
Booleano.
.IP
Cuando esta establecido como
.BR YES ,
.B sbopkg
le pedira la confirmacion antes de cambiar el sistema de archivos creando
sus directorios.
Si no deseas recibir la peticion de confirmacion (por ejemplo, si tienes
parte de los directorios en sistemas de archivos temporales y no deseas
recibir la peticion de confirmacion cada vez que el sistema de archivos
es vuelto a iniciar) puedes establecerlo como
.BR NO .
.IP
La tarea por defecto es:
.IP
\fCMKDIR_PROMPT=${MKDIR_PROMPT:-YES}\fP
.\"---------------------------------------------------------------------
.TP
.B OUTPUT
Ruta.
.IP
Esta opcion establece el directorio por defecto donde los paquetes son compilados y guardados.
.B OUTPUT
debe ser exportado como si tambien es usado por SBo SlackBuildsmust be exported as it is also used by the SBo SlackBuilds.
Cabe destacar que el valor por defecto de
.B OUTPUT
es ademas el mismo que en el SBo SlackBuilds.
.IP
La tarea por defecto es:
.IP
\fCexport OUTPUT=${OUTPUT:-/tmp}\fP
.\"---------------------------------------------------------------------
.TP
.B QUEUEDIR
Ruta.
.IP
Esta opcion define el directorio bajo el que los archivos de cola seran
mantenidos.
.IP
La asignacion por defecto es:
.IP
\fCQUEUEDIR=${QUEUEDIR:-/var/lib/sbopkg/queues}\fP
.\"---------------------------------------------------------------------
.TP
.B REPO_BRANCH
Enumeracion.
.IP
Esta opcion le permite al usuario establecer el repositorio raiz activo
por defecto.
Los valores estandar actuales son listados por defecto en los archivos
.I repos.d/*
y pueden tambien ser listados por emision
.RS
.IP
.nf
\fC# sbopkg -V ?\fP
.fi
.RE
.IP
La asignacion por defecto es:
.IP
\fCREPO_BRANCH=${REPO_BRANCH:-13.1}\fP
.\"---------------------------------------------------------------------
.TP
.B REPO_NAME
Enumeracion.
.IP
Esta opcion le permite al usuario escoger que repositorio usar.
Ver
.B REPO_BRANCH
para saber como conseguir una enumeracion de los valores estandar.
La opcion ``local'' correspondeal repositorio mantenido por los usuarios
que debe ser el mismo que el usado por SBo, en sentido de le jerarquia
.I category/package/files .
Nota: todas las variables de
.B REPO_*
son afectadas por los archivos de repositorio mantenidas en
.I /etc/sbopkg/repos.d.
Por favor ver el documento
.I README-repos.d
en el directorio de documentacion de
.B sbopkg .
.IP
La asignacion por defecto es:
.IP
\fCREPO_NAME=${REPO_NAME:-SBo}\fP
.\"---------------------------------------------------------------------
.TP
.B REPO_ROOT
Ruta.
.IP
Esta opcion le permite al usuario establecer los mirrors de los
repositorios remotos.
Actualmente, el tamaño de una copia local del repositorio SBo es de alrededor de 90MB.
.IP
La asignacion por defecto es:
.IP
\fCREPO_ROOT=${REPO_ROOT:-/var/lib/sbopkg}\fP
.\"---------------------------------------------------------------------
.TP
.B RSYNCFLAGS
Comando de opciones.
.IP
.B Rsync
es usado por
.B sbopkg
para reflejar el repositorio SBo.
Esta opcion permite al usuario ajustar manualmente las banderas (opciones)
de
.B rsync
que seran usadas por
.BR sbopkg .
Los usuarios estan advertidos en contra de hacer cualquier cambio en los
valores por defecto porque las nuevas banderas pueden funcionar bien o no.
Nota: el comando
.B rsync
en
.B sbopkg
ya utiliza las banderas
.BR \-\-archive ,
.BR \-\-delete ,
.BR \-\-no-owner ,
y
.B \-\-exclude
asique no es necesario añadirlas a la opcion
.B RSYNCFLAGS .
Cambiar las opciones internas por defecto no es recomendado.
Sin embargo,
.B \-\-timeout
es una opcion util para reproducir si hay errores de sincronizacion.
.IP
La asignacion por defecto es:
.IP
\fCRSYNCFLAGS="${RSYNCFLAGS:---verbose --timeout=30}"\fP
.\"---------------------------------------------------------------------
.TP
.B SBOPKGTMP
Ruta.
.IP
Esta opcion establece el directorio por defecto donde algunos archivos
especificos de
.B sbopkg
son salvados de forma temporal.
.IP
La asignacion por defecto es:
.IP
\fCxxxSBOPKGTMPxxx\fP
.\"---------------------------------------------------------------------
.TP
.B SRCDIR
Ruta.
.IP
Esta opcion contiene la localizacion de archivo de cache, donde las
descargas de archivos fuente son guardados.
.IP
La asignacion por defecto es:
.IP
\fCSRCDIR=${SRCDIR:-/var/cache/sbopkg}\fP
.\"---------------------------------------------------------------------
.TP
.B TMP
Ruta.
.IP
Esta opcion establece el directorio por defecto donde los paquetes
construidos son salvados.
.B TMP
debe ser exportado como es usado por SBo SlackBuilds.
Notese que el valor por defecto de
.B TMP
es ademas el mismo que el de SBo SlackBuilds.
.IP
Tambien notese que si la variable
.B CLEANUP
esta establecida como
.BR YES ,
cualquier opcion personalizada de
.B TMP
es ignorada.
.IP
La asignacion por defecto es:
.IP
\fCexport TMP=${TMP:-/tmp/SBo}\fP
.\"---------------------------------------------------------------------
.TP
.B WGETFLAGS
Comando de opciones.
.IP
.B Wget
es usado por
.B sbopkg
para descargar los archivos fuentes para construir el paquete.
Esta opcion permite al usuario ajustar las banderas (opciones) de
.B wget
que son usadas por
.BR sbopkg .
Los usuarios estan advertidos en contra de hacer cualquier cambio a los
valores por defecto porque las banderas nuevas pueden funcionar o no.
Nota: el comando
.B wget
en
.B sbopkg
ya usa la bandera
.B \-O ,
asique no es necesario añadirla a las opciones de
.B WGETFLAGS .
Cambiar la mayoria de estas opciones por defecto no esta recomendado.
Sin embargo,
.B \-\-timeout
es una opcion util para reproducir si hay errores de descarga.
.IP
La asignacion por defecto es:
.IP
\fCWGETFLAGS="${WGETFLAGS:--c --progress=bar:force --timeout=30 --tries=5}"\fP
.\"=====================================================================
.SH NOTAS
.\"---------------------------------------------------------------------
.SS Sobreescribiendo Variables de Entorno
Es posible establecer o sobreescribir variables de entorno y pasarselas
entonces a SlackBuilds cuando es construido sin ellas
.BR sbopkg .
Esto esta ya demostrado en la siguiente linea de ejemplo (y otras como
ella) en el archivo
.I sbopkg.conf :
.RS
.PP
.nf
\fCexport TMP=${TMP:-/tmp/SBo}\fP
.fi
.RE
.PP
Esto establece
.B TMP
a
.I /tmp/SBo
para construir los paquetes SBo sin
.B sbopkg
(el cual es aun actualmente el predeterminado para SBo SlackBuilds).
A causa de que esta variable es exportada, puede cambiar
.B sbopkg
y para construir paquetes SBo sin
.BR sbopkg .
Por ejemplo, cambia esta linea, por lo que lee:
.RS
.PP
.nf
\fCexport TMP=${TMP:-/home/sbo/tmp}\fP
.fi
.RE
.PP
entonces se estableceria
.B TMP
a
.I /home/sbo/tmp
para construir paquetes SBo y tambien permitir la sobreescritura en
tiempo de ejecucion invocando
.B sbopkg
como
.RS
.PP
.nf
\fC# export TMP=foo; sbopkg\fP
.fi
.RE
.PP
.B OUTPUT
puede tambien cambiar el guardado de paquetes compilados en otra localizacion en lugar de la predeterminada
.IR /tmp .
.PP
Tu tambien puedes exportar variables en
.I sbopkg.conf
que no son usadas por
.B sbopkg .
.\"---------------------------------------------------------------------
.SS Sobre la variable ARCH
Quiza te preguntes porque
.B ARCH
no es una opcion de configuracion por defecto en el archivo
.I sbopkg.conf .
La razon es que no lo tiene que ser.
Si
.B ARCH
no esta establecida,
.B sbopkg
hace una comprobacion (utilizando la salida de
.BR "uname \-m" )
para determinar que arquitectura de sistema es.
Si la arquitectura es x86, x86_64, o arm*, entonces
.B sbopkg
automaticamente establecera
.B ARCH
a i486, x86_64, o arm, respectivamente.
Si
.B ARCH
esta establecida,
.B sbopkg
heredara esa configuracion.
Esto significa que cada usuario puede añadir, por ejemplo,
.B export ARCH=i686
en su
.I .bashrc
o archivo similar, u otro usuario puede tambien ejecutar algo
como si pareciera la terminal de root
.RS
.PP
.nf
\fC# export ARCH=i686; sbopkg\fP
.fi
.RE
.PP
El usuario puede tambien añadir manualmente su archivo
.I sbopkg.conf
si desea.
Finalmente, si
.B ARCH
no esta establecida por el usuario y
.B sbopkg
no detectara una de las arquitecturas previamente mencionadas, entonces
.B ARCH
sera establecida por cualquiera que este en SlackBuilds.
Notese que SlackBuild puede, en algunas ocasiones, descartar o
sobreescribir las anteriores configuraciones de
.B ARCH
si es requerido para la construccion.
.\"=====================================================================
.SH ARCHIVOS
.TP 3
.I /etc/sbopkg/sbopkg.conf
Archivo que especifica opciones de configuracion.
.TP
.I /etc/sbopkg/renames.d/50-default
Archivo por defecto que lista software en el repositorio SBo que ha sido
renombrado.
Ver el documento
.I README-renames.d
en el directorio de documentacion de
.B sbopkg
para mas informacion.
.TP
.I /etc/sbopkg/repos.d/{40-sbo.repo,50-sb64.repo,60-local.repo}
Tres archivos por defecto para varios tipos de repositorios de
.B sbopkg .
Ver el documento
.I README-repos.d
en el directorio de documentacion de
.B sbopkg
para mas informacion.
.\"=====================================================================
.SH AUTORES
Chess Griffin
<chess@chessgriffin.com>
.PP
Mauro Giachero
<mauro.giachero@gmail.com>
.PP
slakmagik
<slakmagik@gmail.com>
.\"=====================================================================
.\" Make the release process handle a DOCDIR here? But the files from
.\" the official tarball go here.
.SH SEE ALSO
.BR diff (1),
.BR rsync (1),
.BR sbopkg (8),
.BR uname (1),
.BR wget (1),
.IR /usr/doc/sbopkg-0.34.0/*
.\" vim:set tw=72:
.SH TRADUCCION
Esta traduccion ha sido realizada por Pablo Castaño Fernandez
<waruto@hurricane-project.org> el 17 de Enero de 2011. Envien todos los
errores a ese correo.

View file

@ -0,0 +1,514 @@
.\"=====================================================================
.TH SBOPKG 8 "NOVIEMBRE 2010" sbopkg-0.34.0 ""
.\"=====================================================================
.SH NOMBRE
sbopkg \- el buscador de paquetes de SlackBuilds.org
.\"=====================================================================
.SH SINOPSIS
.B sbopkg
.RI [ opciones ]
.\"=====================================================================
.SH DESCRIPTION
.B Sbopkg
es una linea de comandos basada en la herramienta
.BR dialog
para interactuar con el repositorio SlackBuilds.org (``Sbo''), una
coleccion de scripts de terceros para construir paquetes
Slackware.
.\"---------------------------------------------------------------------
.SS Instrucciones
.B Sbopkg
su uso asume un entendemiento de SlackBuilds, generalmente, y el
repositorio de terceros de SBo, especificamente.
Para saber mas, leer
.I http://www.slackbuilds.org/howto/
y las paginas en
.I http://www.slackwiki.org
sobre SlackBuilds es muy aconsejable.
.PP
Para usar
.B sbopkg
, un archivo de configuracion debe existir en
.IR /etc/sbopkg/sbopkg.conf .
Una instalacion inicial le proporcionara al usuario ese archivo,
mientras que las actualizaciones añadiran un
.I /etc/sbopkg/sbopkg.conf.new
el cual se fusionara o reemplazara con versiones antiguas.
Ver
.BR sbopkg.conf (5)
para mas informacion sobre el archivo de configuracion.
.PP
.B Sbopkg
debe ser iniciado como usuario root (desde que SBo SlackBuilds son escritos con
la intencion de ser iniciados como root).
Ademas, usar la opcion
.B \-
con
.B su
es muy aconsejado.
La razon es porque algunos SlackBuilds confian en que algunas herramientas lo hagan
disponible para el
.B PATH
de root, mientras los scripts en
.I /etc/profile.d
han sido iniciados (p.e.,
.B texmf
para construir paginas man), las cuales son solo hechas para shells de entrada, o de otra
manera requieren un entorno root ``mas verdadero'' del que solo le es proporcionado por
.BR su .
En cualquier caso, invocando
.B sbopkg
sin ningun argumento (o con solo
.BR \-d ,
.BR \-f ,
o
.BR \-V )
lanzara la interfaz
.BR basada
en
.BR dialog
, y los menus proporcionados deben ser explicados por si mismos.
.PP
El menu principal permite al usuario sincronizarse con el repositorio SBo.
Este es el primer paso que se debe tomar (despues de la configuracion) con una nueva
instalacion de
.BR sbopkg .
Actualmente, el tamaño de una copia local del repositorio SBo, es aproximadamente
de 90MB.
El menu principal tambien permite al usuario ver el SBo
.IR ChangeLog ,
que busca actualizaciones potenciales de los paquetes SBo, mostrando los contenidos del
directorio de cache local donde los paquetes de codigo fuente son salvados, mostrando
siempre el log de construccion, y ve o busca una copia local del repositorio SBo.
Una vez que la funcion ver es elegida, el usuario puede escoger la categoria de software
para ver.
Despues de escoger una categoria, el usuario puede entonces ver los diferentes paquetes de
software disponibles en esa categoria dentro del repositorio SBo local.
Al seleccionar un paquete, se mostrara otro menu permitiendo al usuario ver los archivos
del paquete
.IR README ,
.IR SlackBuild ,
.IR .info ,
o
.I slack-desc .
El usuario tambien puede editar el archivo
.I .info
y
.I SlackBuild
y los archivos editados lo seguiran siendo despues de hacer la sincronizacion.
Ademas, el usuario puede escoger construir el
.I SlackBuild
original o el editado localmente, si esta presente.
Si se usa la interfaz
.B dialog
y si
.B sbopkg
encuentra un paquete construido para una pieza particular de software en el
directorio de
.B SALIDA
, entonces
.B sbopkg
añadira automaticamente una nueva entrada de menu permitiendo al usuario instalar
el paquete si el lo elige.
Alternativamente, el usuario puede escoger una construcción automatica, o una
construccion e instalacion, paquetes individuales o varios paquetes en una
construccion de cola.
Finalmente, si
.B KEEPLOG
está establecido como
.B YES
en el archivo
.I sbopkg.conf
entonces un log permanente de construcciones procesadas es guardado.
Ver
.BR sbopkg.conf (5)
bajo
.B KEEPLOG
y
.B LOGFILE
para mas detalles.
.PP
Alternativamente,
.B sbopkg
puede ser iniciado desde la linea de comandos sin utilizar la interfaz
.B dialog .
Ver la seccion
.B OPCIONES
para saber los comandos de opciones disponibles.
.PP
.B Sbopkg
tambien tiene la capacidad de cargar, salvar y usar archivos de cola
creados por el usuario.
Estes archivos de cola son archivos simples de texto con una aplicación
por linea.
Por defecto, cuando un archivo de cola es cargado en la interfaz dialog,
la aplicacion es seleccionada o ``ON.''
Esto puede ser cambiado insertando un ``-'' enfrente del nombre de la
aplicacion en el archivo de cola.
Tambien, los archivos de cola pueden referenciar a otro archivos
de cola cuando el primer caracter es un ``@''.
Ver el documento
.I readme-queuefiles
en el directorio de la documentacion para mas informacion.
.PP
Algunas caracteristicas de
.B sbopkg
confian en archivos binarios externos, como un paginador para ver
los archivos de texto cuando
.B sbopkg
esta iniciado desde la linea de comandos, y un editor para editar
los archivos
.I .info
o
.I SlackBuild .
Las funciones de paginacion miraran en la variable de entorno
.B PAGER
y, si esa variable no esta definida, mirara por defecto en
.BR mas .
Similarmente, las funciones de edicion, las buscara en
.B EDITOR
y lo hara por defecto en
.BR vi .
Si el usuario quiere que
.B sbopkg
use otro editor, como
.BR nano ,
entonces añadir la informacion necesitada en
.IR ~/.bashrc ,
.IR /etc/profile ,
u otro archivo de configuracion similar para exportar
.B EDITOR
sera suficiente.
.\"=====================================================================
.SH OPCIONES
.\"---------------------------------------------------------------------
.TP 5
.BI \-b " PAQUETE(s)/ARCHIVO(s) DE COLA"
Construye paquetes de el(los) argumento(s) del repositorio activo.
Si esta especificado más de un paquete, pueden ambos ser citados o el
cambio puede ser dado en tiempos multiples.
Usando esta segunda forma, una lista separada con dos puntos listara las
opciones que pueden ser dadas.
Si ocurren espacios en blanco entre los dos puntos, debera ser citado.
.IP
Por ejemplo:
.RS
.IP
.nf
\fC# sbopkg -b "foo bar"\fP
.fi
.RE
.IP
sera construido
.I foo
y entonces
.IR bar .
.IP
O
.RS
.IP
.nf
\fC# sbopkg -b app1:opt1="foo bar":opt2=baz -b app2:opt=mu\fP
.fi
.RE
.IP
sera construido app1 con las opciones ``foo bar'' y ``baz'', y app2
con la opcion ``mu''.
.IP
Los nombres de los archivos de colas pueden tambien ser especificados.
En este caso, todos los paquetes especificados en el archivo de cola
seran construidos
En el desafortunado caso de que un token coincida con un un nombre de
archivo de cola y un nombre de paquete (p.e., el usuario llamo un
archivo de cola con el nombre de un paquete).
.B sbopkg
le preguntara al usuario cual deberia ser usada.
Una forma de evitar esto es especificar el archivo de cola con la extension
.I .sqf .
Tambien, una mezcla de ambos paquetes y archivos de colas puede ser dada.
Los tokens (nombres de paquetes o archivos de colas) son procesados en
el orden que son especificados en la linea de comandos, y la orden de
construccion especificada en los archivos de colas es retenida.
Si un paquete es más especifico que otro, se pone en cola el primero que
es encontrado.
.\"---------------------------------------------------------------------
.TP
.B \-c
Muestra una lista de paquetes SBo instalados y actualizaciones potenciales.
.\"---------------------------------------------------------------------
.TP
.BI \-d " DIRECTORIO"
Especifica manualmente la ruta entera hasta el
.I DIRECTORIO
que contiene el repositorio SBo local.
.\"---------------------------------------------------------------------
.TP
.B \-e ask\fR|\fPcontinue\fR|\fPstop
Especifica lo que
.B sbopkg
debe hacer cuando encuentra un error durante la construccion de un paquete.
Opciones validas son:
.IP
.BR ask :
Este es el comportamiento por defecto, preguntando al usuario que hacer.
.IP
.BR continue :
Ignora el error y continua procesando (como si la respuesta del usuario hubiese sido ``Si'' a todas las preguntas).
.IP
.BR stop :
Para el proceso (actua como si el usuario hubiera respondido ``No'' a todas las preguntas).
.\"---------------------------------------------------------------------
.TP
.BI \-f " ARCHIVO"
Sobreescribe el archivo de configuracion por defecto,
.IR /etc/sbopkg/sbopkg.conf ,
con
.IR ARCHIVO .
.\"---------------------------------------------------------------------
.TP
.BI \-g " PAQUETE(s)"
Busqueda general de
.I PAQUETE(s)
sin diferenciar entre mayusculas y minusculas donde el argumento es automaticamente
.BR * s.
Si mas de un glob es especificado, debe ser citado o la bandera \-g debe ser usada
multiples veces, una para cada glob.
.IP
Por ejemplo:
.RS
.IP
.nf
\fC# sbopkg -g "foo bar"\fP
.fi
.RE
.IP
devolvera una lista de paquetes con
.I foo
o
.I bar
en sus nombres.
.\"---------------------------------------------------------------------
.TP
.B \-h
Muestra la ayuda.
.\"---------------------------------------------------------------------
.TP
.BI \-i " PAQUETE(s)/ARCHIVO(s) DE COLA(s)"
Construye e instala los paquetes de el(los) argumento(s) del repositorio
activo.
.IP
Ver la opcion
.B \-b
para mas detalles, ya que, aparte de la instalacion, estas dos opciones
operan similarmente.
.IP
Considere cuidadosamente el orden de los paquetes listados, el usuario
debe ser capaz de construir e instalar las dependencias en el orden
correcto antes de que la aplicacion final es construida e instalada.
Por supuesto, dada la naturaleza de las dependencias, esto no es siempre
posible, asique construir dependencias no es realmente una funcion
soportada.
Aun asi, cuando esto trabaja, puede ser util.
.\"---------------------------------------------------------------------
.TP
.B \-k
Cuando se usa junto con
.B \-b
o
.BR \-i ,
esta opcion le dice a
.B sbopkg
que omita (p.e., no construir) cualquier paquete que encuentre ya instalado.
.IP
Por favor, note que solo se lleva a cabo la comparacion por nombre, asique
cuando esta opcion es especificada
.B sbopkg
tambien omitira la construcción de diferentes versiones de paquetes instalados.
.\"---------------------------------------------------------------------
.TP
.B \-l
Muestra el SBo
.I ChangeLog
y sale.
.\"---------------------------------------------------------------------
.TP
.B \-o
Lista los archivos de fuente cacheados actualmente instalados, los cuales
se consideran obsoletos, y opcionalmente borrados.
.IP
Los archivos fuente son obsoletos cuando el(los) campo(s) de
.B DESCARGA
de archivos
.I .info
se referencian a unos menores, lo cual es algo que puede pasar despues
de sincronizar el repositorio local.
.IP
Por favor, note que solo el repositorio activo actual es usado para
identificar los fuentes obsoletos, asique si el usuario construye
paquetes con repositorios diferentes (p.e., para diferentes versiones
de Slackware) los archivos fuente solo se usaran en el ``otro''
repositorio que seran listados.
.\"---------------------------------------------------------------------
.TP
.B \-P
Lista los archivos de paquete cacheados que no estan actualmente
instalados en el sistema y opcionalmente se borran.
.\"---------------------------------------------------------------------
.TP
.B \-p
Lista paquetes SBo instalados.
.\"---------------------------------------------------------------------
.TP
.B \-q
Permite el ``modo silencio.''Enable the ``quiet mode.''
Cuando esta bandera esta especificada, la salida de algunas opciones de
comandos es reducida.
.\"---------------------------------------------------------------------
.TP
.B \-R
Muestra todos los archivos
.I LÉEME
de los paquetes de archivos de cola antes de empezar la construccion.
Esto es util cuando el usuario quiere hacer una comprobacion final.
.\"---------------------------------------------------------------------
.TP
.B \-r
``Resincroniza'' el repositorio local con SBo y sale.
.\"---------------------------------------------------------------------
.TP
.BI \-s " PAQUETE(s)"
Busqueda especifica de
.I PAQUETE(s)
diferenciando mayusculas y minusculas y, si lo encuentra, muestra los
archivos
.IR README ,
.IR SlackBuild ,
.IR .info ,
y
.I slack-desc
en el orden en el que cada
.I PAQUETE
fue encontrado, usando
.IR $PAGER .
Si mas de un glob es especificado, debera ser citado o la bandera \-s
debe ser usada multiples veces, una para cada glob.
.IP
Por ejemplo:
.RS
.IP
.nf
\fC# sbopkg -s "foo bar"\fP
.fi
.RE
.IP
mostrara todos los archivos antes mencionados para los paquetes cuyos
nombres son exactamente
.I foo
o
.IR bar .
.IP
Notese que los metacaracteres de la shell deben ser proporcionados en
los argumentos. Por ejemplo,
.RS
.IP
.nf
\fC# sbopkg -s '*[Oo]pen*'\fP
.fi
.RE
.IP
devolvera todos los paquetes con 'open' o 'Open' en cualquier sitio del
nombre.
Si devuelve muchas aplicaciones, se le presentaran al usuario como un menu
en el cual seleccionarlas.
.\"---------------------------------------------------------------------
.TP
.B \-u
Busca una actualizacion para
.B sbopkg
y sale.
.\"---------------------------------------------------------------------
.TP
.BI \-V " VERSIÓN"
Establece el repositorio y la rama a usar.
.IP
Para una lista valida de ramas, invocar
.B sbopkg
como
.RS
.IP
.nf
\fC# sbopkg -V ?\fP
.fi
.RE
.IP
Ver la pagina de manual
.BR sbopkg.conf (5)
para mas informacion sobre el repositorio ``local''.
.IP
El formato de
.I VERSIÓN
es repositorio/rama (p.e., SBo/13.1).
Si el repositorio es omitido,
.B sbopkg
primero buscara la rama especifica en el repositorio por defecto.
Si este intento falla,
.B sbopkg
buscara la primera rama marcada en cualquier repositorio.
.\"---------------------------------------------------------------------
.TP
.B \-v
Imprime la version actual de
.B sbopkg
en stdout.
.\"=====================================================================
.SH FILES
.TP 5
.I /etc/sbopkg/sbopkg.conf
Archivo de todo el sistema por defecto para especificar sus opciones de
configuracion.
.TP
.I /etc/sbopkg/renames.d/50-default
Archivo por defecto que lista el software en los repositorios de SBo que
ha cambiado de nombre.
Ver tambien
.I README-renames.d
documentado en el directorio de documentacion de
.B sbopkg
para mas información.
.TP
.I /etc/sbopkg/repos.d/{40-sbo.repo,50-sb64.repo,60-local.repo}
Tres archivos por defecto para diversos tipos de repositorios
.B sbopkg .
Ver tambien
.I README-repos.d
documentado en el directorio de documentacion de
.B sbopkg
para mas información.
.\"=====================================================================
.SH AUTORES
Chess Griffin
<chess@chessgriffin.com>
.PP
Mauro Giachero
<mauro.giachero@gmail.com>
.PP
slakmagik
<slakmagik@gmail.com>
.\"=====================================================================
.\" Make the release process handle a DOCDIR here? But the files from
.\" the official tarball go here.
.SH VER TAMBIEN
.BR dialog (1),
.BR more (1),
.BR removepkg (8),
.BR rsync (1),
.BR sbopkg.conf (5),
.BR su (1),
.BR upgradepkg (8),
.BR vi (1),
.IR /usr/doc/sbopkg-0.34.0/*
.\" vim:set tw=72:
.SH TRADUCCION
Esta traduccion ha sido realizada por Pablo Castaño Fernandez
<waruto@hurricane-project.org> el 17 de Enero de 2011. Envien todos los
errores a ese correo.