Visite la Página del proyecto en Source Forge para descargar los archivos publicados o usar otras herramientas de Sourceforge. Si quiere obtener las versiones en desarrollo antes de ser publicadas, utilice git. Para versiones anteriores a la 1.19.0 utilice svn (subversion). El siguiente comando le permite obtener la última versión:
git clone git://git.code.sf.net/p/roxterm/code roxterm
Necesita las librerías GTK+2 que son un estándar en todos los derivados Unix actuales, y/o GTK+3. Las versiones mínimas necesarias son 2.16 para glib y 2.18 para GTK+. También necesitará vte/libvte (al menos la versión 0.20), que es un componente de Gnome; la mayoría de las distribuciones empaquetan la versiones de GTK+2 y GTK+3 de forma separada. También se requiere D-BUS (ver más abajo).
Para compilar ROXTerm necesitará los archivos de cabeceras de las librerías anteriores. En los sistemas de paquetes se incluyen habitualmente dentro de paquetes cuyos nombres terminan en «-dev» o «-devel».
ROXTerm utiliza un nuevo sistema de compilado, hecho a medida llamado maitch. Éste requiere python y el módulo «lockfile» de python.
D-Bus es un sistema de mensajes que ROXTerm utiliza para conectar terminales con su herramienta de configuración. ROXTerm usa el bus «session», que debe ser reiniciado junto con la sesión de escritorio. Todas las versiones actuales de los gestores de sesión de ROX, GNOME y KDE inician D-Bus. Si utiliza algún otro gestor de sesión/escritorio/ventanas que no inicia D-Bus puede arrancarlo insertando algo como esto cerca del inicio de su archivo .xinitrc o .xsession:
if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then eval `dbus-launch --sh-syntax --exit-with-session` export DBUS_SESSION_BUS_ADDRESS fi
El motivo de utilizar un sistema de mensajes de configuración hecho a medida sobre D-Bus en lugar de gconf es porque gconf no proporciona una forma de almacenar un número arbitrario de perfiles cada uno con su archivo de configuración.
Para instalar ROXTerm para ROX todo lo que tiene que hacer es desempaquetar el archivo tar en su directorio Apps y ejecutarlo desde allí, pero probablemente quiera renombrar la carpeta a ROXTerm. En otros sistemas ROXTerm se puede instalar como un archivo de fuentes basado en autoconf, pero utilizando los equivalentes de maitch:
python ./mscript.py configure python ./mscript.py build python ./mscript.py install
Hay varias opciones disponibles, ejecute
python ./mscript.py help
para más detalles.Ya no se soporta el compilado mediante autoconf.
Ahora hay paquetes oficiales de Debian actualizados. Vea http://packages.debian.org/roxterm.
Ubuntu también tiene paquetes oficiales de roxterm, pero debido al ciclo de publicaciones de Ubuntu pueden quedar por detrás de las versiones más actuales. Por eso he configurado un PPA que contiene las últimas versiones de ROXTerm para la versión actual de Ubuntu cuando convenga.
Para aquellos que quieren crear sus propios paquetes de debian, los archivos de empaquetado ya no se incluyen en los archivos tar publicados, pero están incluidos en la rama principal de git. Más arriba puede ver como conseguir roxterm desde git.
Si quiere compilar una versión concreta:
git checkout
versión
Para distribuciones más antiguas que no incluyen paquetes de GTK3 etc:
git fetch origin lucid:lucid
git checkout lucid
Puede utilizar sudo apt-get build-dep
en este punto, pero
dependiendo de la versión de su distribución el conjunto de paquetes puede
estar desactualizado, así que esté preparado para errores de dependencias
más tarde e instale los paquetes necesarios en este punto. Debería instalar
imagemagick y librsvg2-bin ahora, pero estos tienen errores en Ubuntu Lucid
(¿y anteriores?), así que antes de compilar tendrá que copiar estos archivos
desde Help/lib
en un archivo tar: roxterm_logo.png
favicon.ico logo_text.png
.
Si no está utilizando una versión publicada es una buena idea utilizar
dch
para asegurar que el número de última versión en
debian/changelog
tiene un número de versión adecuado como el
que ./mscript.py configure
genera en el archivo
version
, basado en la salida de git
describe
. Ahora puede compilar los paquetes por ejemplo con
debuild -b -uc -us
. Fíjese en -b
:- solo se pueden
crear paquetes binarios en ausencia del archivo tar original.