This is Gentoo's testing wiki. It is a non-operational environment and its textual content is outdated.
Please visit our production wiki at https://wiki.gentoo.org
Manual de Gentoo: HPPA/Trabajando/USE
¿Qué son los ajustes USE?
Las ideas que hay detrás de los ajustes USE
Mientras esté instalando Gentoo (o cualquier otra distribución, incluso otro sistema operativo), tomará varias decisiones dependiendo del entorno en el que esté trabajando. Una instalación para un servidor es distinta a una para una estación de trabajo. También una estación de trabajo dedicada a juegos es diferente a una estación de trabajo que se use para renderizados en 3D.
Estas diferencias no solo dependen de los paquetes instalados, si no también de las características para las que ciertos paquetes tienen soporte. Si no necesita OpenGL, ¿para qué molestarse en instalar OpenGL y construir la mayoría de sus aplicaciones con soporte OpenGL? Si no quiere usar KDE, ¿para qué molestarte en compilar paquetes con soporte para KDE si podrían funcionar perfectamente sin él?
Para ayudar a los usuarios a decidir qué instalar/activar o no, necesitamos que el usuario especifique su entorno de una manera sencilla. Esto obliga al usuario a decidir que es lo que realmente quiere; además de facilitar a Portage, nuestro sistema de gestión de paquetes, la tarea de tomar decisiones útiles.
Definición de un ajuste USE
Comencemos por definir qué son los ajustes USE. Un ajuste USE es una palabra clave que incorpora información de soporte y dependencias para un concepto en concreto. Si define un determinado ajuste USE, Portage sabrá que el usuario desea soporte para la palabra clave escogida. Por supuesto, también altera las dependencias de un paquete.
Veamos un ejemplo específico: la palabra clave kde
. Si no la tiene en su variable USE, todos los paquetes que tengan soporte opcional para KDE se construirán sin él. Los que tengan una dependencia opcional con KDE se instalarán sin instalar las librerías de KDE (como dependencia). Si ha definido la palabra clave kde, entonces dichos paquetes sí se construirán con soporte para KDE, y las librería de KDE serán instaladas.
Definiendo correctamente las palabras clave, conseguirá un sistema confeccionado específicamente para sus necesidades.
¿Qué ajustes USE existen?
Hay dos tipos de ajustes USE: globales y locales.
- Un ajuste USE global lo usan varios paquetes, en todo el sistema. Es lo que la mayoría de la gente entiende como ajustes USE. Una lista de los ajustes USE globales se puede encontrar en el sitio principal o localmente en el archivo /usr/portage/profiles/use.desc.
- Un ajuste USE local lo utiliza un solo paquete para tomar decisiones específicas para dicho paquete. Una lista de los ajustes USE locales se puede encontrar en el sitio principal o localmente en el archivo /usr/portage/profiles/use.local.desc.
Usando los ajustes USE
Declarar ajustes USE permanentes
Como ya se ha dicho anteriormente, todos los ajustes USE se declaran dentro de la variable USE. Para simplificar al usuario la tarea de buscar y escoger ajustes USE, ya proporcionamos una configuración predeterminada. Esta configuración es un compendio de ajustes que creemos se utilizan frecuentemente por los usuarios de Gentoo. Dicha configuración predeterminada se declara en los ficheros make.defaults que forman parte de su perfil.
El perfil al que atiende su sistema lo indica el enlace simbólico /etc/portage/make.profile. Cada perfil funciona sobre otro, más extenso, y el resultado final es una suma de todos ellos. El perfil más alto es el perfil base (/usr/portage/profiles/base).
Para ver los ajustes USE activados (permanentemente), use emerge --info:
root #
emerge --info | grep ^USE
USE="a52 aac acpi alsa branding cairo cdr dbus dts ..."
Como puede ver, esta variable contiene bastantes palabras clave. No modifique el fichero make.defaults para ajustar la variable USE a sus necesidades: ¡Los cambios en estos ficheros se perderán al actualizar el repositorio de Gentoo!
Para modificar esta configuración predeterminada, necesita añadir o eliminar palabras clave a la variable USE. Para llevarlo a cabo, se define la variable USE en /etc/portage/make.conf. En esta variable añada los ajustes USE que necesite o elimine los que no quiera. Para eliminarlos coloque el símbolo menos (-
) delante.
Por ejemplo, para eliminar el soporte para KDE y Qt además de añadir soporte para LDAP, puede definirse el siguiente ajuste USE en /etc/portage/make.conf:
/etc/portage/make.conf
Actualizar USE en make.confUSE="-kde -qt4 -qt5 ldap"
Declarar ajustes USE para paquetes específicos
En algunas ocasiones, los usuarios quieren declarar un determinado ajuste USE para una (o un par) de aplicaciones pero no de forma general para todo el sistema. Para conseguir esto, edite /etc/portage/package.use. Normalmente package.use es sólo un archivo, sin embargo también puede ser un directorio lleno de archivos subordinados; lea el consejo de abajo y man 5 portage para obtener más información acerca de cómo usar esta convención. Los siguientes ejemplos asumen que package.use es sólo un archivo.
Por ejemplo, para disponer únicamente de soporte para Blu-ray en el paquete VLC media player:
/etc/portage/package.use
Habilitar soporte de Blu-ray para VLCmedia-video/vlc bluray
Si package.use ya existe como un directorio (a diferencia de un único fichero), los paquetes pueden modificar de forma local sus ajustes USE simplemente creando ficheros dentro del directorio package.use/. Cualquier convención acerca del nombrado de ficheros debería funcionar, sin embargo es prudente implementar un esquema de nombrado coherente. Una convención es simplemente utilizar el nombre del paquete como título del fichero hijo. Por ejemplo, se puede definir el ajuste USE
bluray
de forma local para el paquete media-video/vlc de la forma siguiente:root #
echo "media-video/vlc bluray" >> /etc/portage/package.use/vlc
Por supuesto también puede desactivar el empleo específico de un ajuste USE para una aplicación en concreto. Por ejemplo si no quiere soporte para bzip2 en PHP (pero lo quiere para otros paquetes al declarar ese ajuste USE en make.conf):
/etc/portage/package.use
Deshabilitar soporte bzip2 para PHPdev-lang/php -bzip2
Declarar ajustes USE temporales
A veces necesitará utilizar una cierta configuración de USE tan solo una vez. En lugar de editar /etc/portage/make.conf dos veces (una para hacer y otra para deshacer los cambios) puede declarar la variable USE como una variable de entorno. Recuerde que, si utiliza este método, cuando vuelva a emerger o actualice este aplicación (tanto si es particular como si forma parte de una actualización del sistema) ¡Perderá los cambios!
En el siguiente ejemplo se elimina temporalmente el valor pulseaudio
de la variable USE durante la instalación de SeaMonkey:
root #
USE="-pulseaudio" emerge www-client/seamonkey
Precedencia
Por supuesto, hay una determinada precedencia respecto a qué configuración tiene prioridad sobre la configuración del USE. La precedencia para la configuración del USE es (el primero tiene la mínima prioridad):
- Configuración predeterminada de USE declarada en los archivos make.defaults de su perfil.
- Configuración definida por el usuario en /etc/portage/make.conf
- Configuración definida por el usuario en /etc/portage/package.use
- Configuración definida por el usuario como variable de entorno
Para ver el valor final de USE tal y como lo verá Portage, ejecute emerge --info. Se listarán una serie de variables importantes (incluyendo la variable USE) con sus valores actuales tal como los conoce Portage.
root #
emerge --info
Adaptar su sistema completamente a los nuevos ajustes USE
Si ha cambiado sus ajustes USE y desea actualizar todo su sistema para que utilice el nuevo ajuste, utilice la opción de emerge llamada --newuse
:
root #
emerge --update --deep --newuse @world
A continuación, ejecute una limpieza completa de Portage para eliminar las dependencias que habían sido instaladas en su "antiguo" sistema pero que han quedado obsoletas por los nuevos ajustes USE.
Ejecutar emerge --depclean es una operación peligrosa y debería tratarse con cuidado. Revise en profundidad la lista de paquetes "obsoletos" y asegúrese de que no elimina ningún paquete que necesite. En el siguiente ejemplo hemos añadido
-p
para mostrar la lista de paquetes que serían eliminados pero sin eliminarlos físicamente:
root #
emerge -p --depclean
Cuando haya finalizado la limpieza, ejecute revdep-rebuild para recompilar las aplicaciones que están enlazadas dinámicamente con los objetos que proporcionaban los paquetes eliminados. revdep-rebuild forma parte del paquete app-portage/gentoolkit; no olvide instalarlo antes con emerge.
root #
revdep-rebuild
Cuando todo esto haya terminado, su sistema estará utilizando la nueva configuración de los ajustes USE.
Ajuste USE específicos de un paquete
Viendo los ajustes USE disponibles
Veamos el ejemplo de seamonkey: ¿Qué ajustes USE influyen sobre él? Para averiguarlo, usamos emerge con las opciones --pretend
(simula llevar a cabo la acción) y --verbose
(obtener una salida más detallada):
root #
emerge --pretend --verbose www-client/seamonkey
These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] www-client/seamonkey-2.48_beta1::gentoo USE="calendar chatzilla crypt dbus gmp-autoupdate ipc jemalloc pulseaudio roaming skia startup-notification -custom-cflags -custom-optimization -debug -gtk3 -jack -minimal (-neon) (-selinux) (-system-cairo) -system-harfbuzz -system-icu -system-jpeg -system-libevent -system-libvpx -system-sqlite {-test} -wifi" L10N="-ca -cs -de -en-GB -es-AR -es-ES -fi -fr -gl -hu -it -ja -lt -nb -nl -pl -pt-PT -ru -sk -sv -tr -uk -zh-CN -zh-TW" 216,860 KiB Total: 1 package (1 new), Size of downloads: 216,860 KiB
emerge no es la única herramienta disponible para esta labor. De hecho, tenemos una herramienta llamada equery dedicada a obtener información sobre los paquetes; la cual se encuentra en el paquete app-portage/gentoolkit. En primer lugar, instale gentoolkit:
root #
emerge --ask app-portage/gentoolkit
Ahora ejecute equery con el argumento uses para ver los ajustes USE de un paquete en concreto. Por ejemplo, en el caso del paquete gnumeric:
user $
equery --nocolor uses =gnumeric-1.12.31
[ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for app-office/gnumeric-1.12.31: U I + + introspection : Add support for GObject based introspection - - libgda : Enable database support through gnome-extra/libgda. - - perl : Enable perl plugin loader. + + python : Enable python plugin loader. + + python_targets_python2_7 : Build with Python 2.7
Satisfacer condiciones REQUIRED_USE
Algunos ebuilds obligan o prohíben ciertas combinaciones en los ajustes USE para funcionar correctamente. Estas se expresan mediante un conjunto de condiciones que forman una expresión dentro de REQUIRED_USE. Estas condiciones aseguran que, todas las funciones y dependencias están completas y que la construcción tenga éxito y que todo funcione como se espera. Si alguna condición no se cumple, emerge le avisará y le pedirá que corrija el problema.
A continuación se muestran algunos ejemplos de estas expresiones REQUIRED_USE:
Ejemplo | Descripción |
---|---|
REQUIRED_USE="foo? ( bar )"
|
Si se activa foo , se debe activar bar
|
REQUIRED_USE="foo? ( !bar )"
|
Si se activa foo , no se debe activar bar
|
REQUIRED_USE="foo? ( || ( bar baz ) )"
|
Si se activa foo , se debe activar bar o baz
|
REQUIRED_USE="^^ ( foo bar baz )"
|
Se debe activar exactamente uno de los ajustes foo bar o baz
|
REQUIRED_USE="|| ( foo bar baz )"
|
Se debe activar al menos uno de los ajustes foo bar o baz
|
REQUIRED_USE="?? ( foo bar baz )"
|
Se puede activar no mas de uno de los ajustes foo bar o baz
|