La Bitácora de Gabriel

Mantenimiento y evolución de bitácora postergada

Gabriel — Wed, 14 Oct 2009 04:13:46 +0000

Hola amigos que visitan esta bitácora, quería informarles a todos que así como indica el título del post estaré sin atender esta bitácora y sin responder a los comentarios durante un tiempo debido a mi falta de tiempo durante estos días y meses, quizás agregue algún manual que necesite documentar de manera urgente o por fuerza mayor, pero nada más. Por otro lado les recuerdo que la documentación actual seguirá en linea y podrán escribirme a mi correo electrónico, mas no esperen una respuesta jaja.

Siempre quise extender esta bitácora con más información, manuales y tutoriales de mi autoría, noticias, responder comentarios, etc.., sin embargo, con el trabajo y mi tesis en curso esta es una misión imposible, incluso responder comentarios se me hace dificil ya que no puedo realizar pruebas y mucho menos investigar acerca de los temas que me son consultados, lo cual es muy frustrante para mi que siempre trato de llegar al fondo del problema para encontrar la solución, estos y otros motivos más son los que me han llevado a tomar esta decisión.

En fin, solo me resta pedirles las disculpas del caso, espero que en un futuro no muy lejano pueda retomar esta bitácora con más tiempo, consistencia y dedicación.

Sin más, les deseo éxitos a todos.

Atte..

Gabriel K.

Kde3 por defecto en SCO Openserver 6.0

Gabriel — Tue, 18 Aug 2009 14:53:21 +0000

Hoy estuve jugando un poco con el unix SCO Openserver 6.0 que es un producto de SCO Group, empresa que le hizo juicio a medio mundo por la supuesta violación de derechos intelectuales por parte de Linux (Vease Disputas de SCO sobre Linux), algo que en su momento hemos seguido los linuxeros, pero dejando de lado todo ese embrollo legal, estuve probando este sistema operativo y surgió la intención de ejecutar el escritorio KDE en reemplazo del clásico escritorio XDT del Openserver que se inicia por defecto. Aunque los pasos no son nada complicados, los voy a dejar documentados más abajo, así la próxima vez que los necesite sabré donde buscarlos.

La definición del escritorio que el sistema operativo utiliza por defecto se puede configurar editando un simple archivo de texto mediante una consola de comandos, para ello debemos estar conectados con el usuario root y dirigirnos al directorio /etc/default y editar con nuestro editor preferido al archivo X11.

SCO OpenServer(TM) Release 6 (hiperserver) ()

login: root Password:

SCO OpenServer(TM) Release 6

(C) 1976-2005 The SCO Group, Inc. and its suppliers. All rights reserved.

For complete copyright credits, enter "copyrights" at the command prompt. hiperserver# cd /etc/default/ hiperserver# vi X11

Editado el archivo lo único que debemos hacer es comentar la linea XDESKTOP=xdt3 con el carácter numeral (#) y agregar al final una línea similar pero con la definición del escritorio kde3, es archivo deberá quedar como sigue:

# # X11 - select system-wide default desktop # # Set the XDESKTOP variable to the name of the default desktop environment, # which must be one of the tags defined in /etc/default/xdesktops. # # Set XSESSION=YES if you want to always invoke /usr/bin/X11/scosession # and have it do session management for you. # # If no desktop is specified and XSESSION is either unset or set to NO, # a default window manager and client set will be started. #XDESKTOP=xdt3 XDESKTOP=kde3

Y eso es todo, la próxima vez que iniciemos una sesión gráfica mediante el SCO Login Screen, osea, la ventana de logueo del SCO xD, ya cargará el escritorio KDE3 en vez del escritorio clásico. A continuación les dejo un par de capturas del escritorio KDE3.5 de un servidor con SCO Openserver 6.0 actualizado con varios packs de mantenimiento, ya que sin las actualizaciones la versión del escritorio KDE provisto en el CD de instalación es la 3.3, que difiere un poco de la 3.5 obviamente:

Fuente: http://www.sco.com

GK.

Vsftpd: Usuarios Virtuales en MySQL

Gabriel — Mon, 10 Aug 2009 02:37:12 +0000

Como tuve varias consultas sobre la configuración del servicio Vsftpd con usuarios virtuales me puse a configurar el servicio Vsftpd paso a paso según el artículo Manual para configurar un Servidor FTP con Vsftpd en openSUSE que escribí ya hace mucho tiempo y que solo lo había probado completamente en las versiones 10.3 y 11.0 de openSUSE, pero esta vez le llegó el turno a la versión 11.1 de la misma distro.

Les comento que la configuración ha funcionado perfectamente en todos los ámbitos: configuración básica para usuarios locales y anónimos, configuración para el acceso mediante usuarios virtuales y configuración para el acceso con seguridad TLS/SSL, para todos los casos he hechos pruebas y no he encontrado ningún inconveniente, con lo que el manual aún cubre las expectativas para esta última versión de la distribución.

Pero aparte de realizar esta prueba de configuración del servicio Vsftpd, también me puse a investigar como hacer para que los usuarios virtuales y sus contraseñas sean almacenados en una base de datos MySQL, en vez de ser almacenados en una base de datos del tipo Berkeley como se detalla en el manual. Los pasos que he seguido para configurar esta funcionalidad anexa a la configuración ya propuesta en el Manual para configurar un Servidor FTP con Vsftpd en openSUSE se detallarán mas abajo.

OBS: Aclaro que no se volverá a detallar cada uno de los pasos para configurar la funcionalidad de usuarios virtuales para el servicio vsftpd, eso ya ha sido tratado en el Manual para configurar un Servidor FTP con Vsftpd en openSUSE y no lo volveré a hacer acá, sino que simplemente se detallará la forma en que se deberá almacenar los datos de los usuarios virtuales en la base de datos MySQL y como deberá estar definido el método de autenticación PAM para el servicio vsftpd. Tampoco se abarca en este post la instalación y configuración de la base de datos MySQL y sus respectivas herramientas de administración (como phpMyAdmin, etc.).

Una vez que hayamos configurado el servicio vsftpd con la implementación de usuarios virtuales almacenados en la base de datos Berkeley, no será demasiado trabajoso modificar el esquema para que los usuarios virtuales sean almacenados en una base de datos MySQL.

El primero de los pasos es crear una nueva base de datos en MySQL, yo lo hecho ejecutando la siguiente sentencia SQL desde la aplicación phpMyAdmin:

CREATE DATABASE vsftpd DEFAULT CHARACTER SET utf8 COLLATE utf8_spanish_ci;
El siguiente paso consiste en agregar un nuevo usuario llamado vsftpd, a este usuario se le asignan todos los privilegios de la base de datos recientemente agregada:

CREATE USER 'vsftpd'@'localhost' IDENTIFIED BY 'vsftpd'; GRANT USAGE ON *.* TO 'vsftpd'@'localhost' IDENTIFIED BY 'vsftpd' WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0 ; GRANT ALL PRIVILEGES ON vsftpd.* TO vsftpd@localhost WITH GRANT OPTION;
Luego hay que crear una tabla en la base de datos vsftpd en la cual se van a registrar los usuarios virtuales con sus respectivas contraseñas, la sentencia SQL para este paso es la siguiente:

CREATE TABLE IF NOT EXISTS `usuarios` ( `numero` int(11) NOT NULL AUTO_INCREMENT, `usuario` varchar(50) NOT NULL, `password` varchar(50) NOT NULL, PRIMARY KEY (`numero`), UNIQUE KEY `usuario` (`usuario`) ) ENGINE=MyISAM AUTO_INCREMENT=1;
Para agregar un nuevo usuario virtual a la tabla debemos ejecutar una sentencia SQL similar a la que sigue:

INSERT INTO usuarios (usuario, password) VALUES('login_usuario', PASSWORD('contraseña_en_texto_plano'));

Donde en reemplazo a la palabra login_usuario irá el nombre del usuario virtual y en reemplazo de la palabra contraseña_en_texto_plano la contraseña de ese usuario virtual, la función PASSWORD de MySQL convertirá la contraseña de texto plano a un código hash que ocultará la contraseña original en la tabla.
Cumplidos todos los pasos anteriores ya podemos pasar a configurar el método de autenticación PAM para el servicio vsftpd, para ello nos dirigimos al directorio /etc/pam.d, creamos una copia de seguridad del archivo vsftpd y luego lo editamos, ya en el archivo comentamos todas las lineas activas y al final del archivo agregamos las siguientes lineas:

auth required pam_mysql.so user=vsftpd passwd=vsftpd host=127.0.0.1 db=vsftpd table=usuarios usercolumn=usuario passwdcolumn=password crypt=2 account required pam_mysql.so user=vsftpd passwd=vsftpd host=127.0.0.1 db=vsftpd table=usuarios usercolumn=usuario passwdcolumn=password crypt=2
Con estas configuración la implementación debería quedar funcionando, ni siquiera es necesario reiniciar el servicio vsftpd, sin embargo, en mi caso tuve que instalar un paquete al sistema operativo para obtener la librería pam_mysql.so, ya que sin ella el servicio PAM no tiene la interfaz necesaria para relacionarse con la base de datos MySQL, para la distro openSUSE 11.1 el módulo PAM para MySQL se puede instalar mediante el método 1-Click Install, el enlace al paquete es el siguiente:

Como se puede ver los pasos necesarios no son tantos, sin embargo, me pareció importante documentarlos para complementar la información acerca del servicio vsftpd que ya tenía en esta bitácora.

GK.

Herramientas para Seguimiento de Incidentes

Gabriel — Fri, 10 Oct 2008 13:53:01 +0000

Ahora que ya tengo implementado subversion para mis desarrollos en la empresa he visto la necesidad de implementar algún mecanismo para recibir los reclamos de los usuarios de una manera más formal y que garantice que sus inquietudes queden registradas.

Me gustaría que cada vez que surja algún inconveniente con un sistema o haya alguna recomendación o solicitud que el usuario desee hacer, lo tenga que hacer por escrito (digitalmente por supuesto) en un sitio web o portal habilitado para tal efecto y que uno de los programadores u operadores pueda hacerse cargo del inconveniente, con respecto a esto, estuve buscando una herramienta basada en web que permita esta actividad y no se si un bugtracker sería la solución para este problema, estuve mirando un poquito acerca de bugzilla y parece interesante pero lo que no estoy seguro es que si este software no está mas orientado para una comunidad de programadores que para usuarios de sistemas.

Entre las herramientas que estuve mirando y que para mi la mayoría están orientadas para comunidades de desarrollo son las siguientes:

Bugzilla
DrProject
Trac
GForce
RT (Parece muy Interesante)
Project Open

En fin, espero que algunos de los visitantes de este blog puedan comentar acerca de sus experiencias con este tipo de herramientas y dejar sus recomendaciones, por mi parte, seguiré investigando sobre el tema.

Saludos, Gabriel K.

Editado 14/10/2008 14:20hs.

Buscando en google la frase “Incident Tracker” he encontrado otros programas que ayudan a los programadores a darle un correcto seguimiento a los incidentes que son reportados por los usuarios, crece la lista, solo falta probarlos :

SiTracker
Incident Tracker (de pago)

Configuración del servicio VNC en RedHat EL

Gabriel — Fri, 01 Aug 2008 20:11:45 +0000

Hola a todos, ya se que hace tiempo no estuve posteando nada, esto se debe principalmente a que no tengo mucho tiempo libre, y el poco tiempo que me estuvo quedando libre estos días después del trabajo lo estuve destinando para interiorizarme en un tema de tesis que me está interesante, además de eso, estuve leyendo libros que me ayuden a plantear mejor mi ante proyecto de tesis, pero de esto hablaré en otra ocasión.

Hoy voy a documentar la configuración de un servidor VNC en Red Hat Enterprise Linux 4 U6 (desde ahora RHEL), ¿porque no en openSUSE? y porque en openSUSE uso FreeNX y el paquete viene en el mismo DVD de instalación o en los repositorios de la comunidad, sin embargo, no encontré FreeNX para RHEL 4 U6 ni en el disco de instalación ni en la web (la verdad que no busque mucho, admito eso), de igual manera VNC servirá para el mismo fin, aunque prefiero FreeNX =) .

Lo primero que debemos saber es si tenemos instalado el paquete del servicio VNC, en la versión comentada del RHEL el paquete que viene junto con el disco de instalación se llama vnc-server y para saber si está instalado lo podemos probar con el comando rpmquery:

[root@test /]# rpmquery vnc-server vnc-server-4.0-11.el4

Y si no está instalado el paquete ya sabemos que hay que hacer ¿no?, verificado esto tratamos de arrancar el servicio:

[root@test /]# service vncserver start Iniciando Servidor VNC: [ OK ] [root@test /]#

Configuramos con la herramienta system-config-services que cada ves que arranque la máquina ya levante el servicio Vnc:

Luego nos toca preparar las sesiones para poder acceder a ellas remotamente, yo voy a configurar el servicio Vnc para que cuando acceda a la sesión 10 (ip_servidor:10) me conecte al entorno del usuario Gabriel y con la sesión 11 (ip_servidor:11) al entorno del usuario Root. Para habilitar la sesión 10 para el usuarios Gabriel nos tenemos que logear con el mismo, y ejecutar el siguiente comando:

[gabriel@test ~]$ vncserver :10 You will require a password to access your desktops. Password: Verify: New 'test:10 (gabriel)' desktop is test:10 Creating default startup script /home/gabriel/.vnc/xstartup Starting applications specified in /home/gabriel/.vnc/xstartup Log file is /home/gabriel/.vnc/test:10.log [gabriel@test ~]$

Como ven ya nos solicita para crear una contraseña de acceso que nos solicitará cuando tratemos de acceder remotamente, también se creó una carpeta oculta en donde se encuentran varios archivos, uno de los cuales tocaremos más adelante. Para el usuario root repetimos los mismos pasos pero sustituyendo el número de sesión:

[gabriel@oratest ~]$ su - root Password: [root@oratest ~]# vncserver :11 You will require a password to access your desktops. Password: Verify: New 'test:11 (root)' desktop is test:11 Creating default startup script /root/.vnc/xstartup Starting applications specified in /root/.vnc/xstartup Log file is /root/.vnc/test:11.log [root@test ~]#

Luego de hacer esto ya podemos conectarnos desde nuestros clientes Vnc pero nos aparecerá un escritorio muy sencillo, si nos sirve así lo dejamos pero si queremos que aparezca el mismo escritorio que usamos de forma local (gnome, kde, etc), tenemos que realizar unas pequeñas modificaciones en el archivo xstartup que se encuentra en el directorio .vnc del HOME de cada usuario, editamos el archivo y lo modificamos para que quede como sigue:

#!/bin/sh # Uncomment the following two lines for normal desktop: unset SESSION_MANAGER exec /etc/X11/xinit/xinitrc #[ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup #[ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources #xsetroot -solid grey #vncconfig -iconic & #xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" & #twm &

Solo dejamos esas dos líneas activas y las demás las comentamos todas con el carácter “#”, si estas 2 lineas no existen las escribimos nosotros nomas, para que esta configuración tenga efecto tenemos que finalizar la ejecución del servicio Vnc que está corriendo para esta sesión (hay un proceso por cada usuario que tenga una sesión vnc) y volver a iniciar la sesión:

[gabriel@test ~]$ vncserver -kill :10 Killing Xvnc process ID 25691 [gabriel@test ~]$ vncserver :10 New 'test:10 (gabriel)' desktop is test:10 Starting applications specified in /home/gabriel/.vnc/xstartup Log file is /home/gabriel/.vnc/test:10.log [gabriel@test ~]$

El mismo paso tengo que realizar con el usuario root (para mi caso) si quiero cambiar el tipo de escritorio, en mi caso lo dejaré como se generó por defecto.

Así como está todo, cuando reiniciemos la máquina las sesiones de VNC no volverán a estar activas por cada usuario, si queremos que se activen durante el arranque de sistema debemos modificar el archivo /etc/sysconfig/vncservers agregando al final lo siguiente:

VNCSERVERS="10:gabriel 11:root"

de esta forma, la próxima ves que reiniciemos el equipo las sesiones ya estarán listas para ser accedidas.

Detalles a tener en cuenta:

Si queremos cambiar la contraseña de acceso a la sesión de un usuario, por ejemplo gabriel, debemos primero esta logueados con el mencionado usuario y luego ejecutar el comando vncpasswd en la línea de comandos.
[gabriel@oratest ~]$ vncpasswd Password: Verify: [gabriel@oratest ~]$
Yo particularmente tuve y suelo tener casos en que cuando se inicia el equipo luego de un fallo (se apagó mal), el servicio VNC no levanta las sesiones, si a alguien más le ocurre esto es porque suelen quedar colgados archivos temporales de las sesiones en el directorio /tmp/.X11-unix/ y que no pueden ser sobre escritos durante el proceso de arranque, yo lo solucioné borrando esos archivos temporales y reiniciando el servicio VNC otra ves, sin embargo, es bastante molesto andar borrando esos archivos cada vez que hay problemas.

Algunas Capturas:

Compré una cuenta Pro de Flickr

Gabriel — Fri, 27 Jun 2008 03:48:17 +0000

Siempre me ha preocupado el tema del almacenamiento de fotografías digitales, donde conservarlas, en el disco duro? en un CDROM? DVD? o en álbumes?, y también el tema de la organización como ser la cronología con respecto a la fecha de los acontecimientos capturados, comentarios, notas recordatorias, etc. y he encontrado un aliado para estos problemas que es Flickr,aunque muchos dirán que sentido tiene levantar las fotografías en un servidor externo, a mi me ha encantado porque cubrió todas las necesidades que anteriormente cite.

Primero comencé con una cuenta gratuita para saber que tal era el servicio y esta terminó convenciéndome, hoy adquirí la cuenta Pro por un año que ofrece Flickr por un poco menos de 25 U$$ Americanos (alrededor de 2U$$ y pico por mes), y conseguí las mejoras que tanto deseaba, entre ellas las más significativas es de poder crear más de 3 álbumes (con la cuenta gratuita solo se podían crear 3 ), ver todas tus fotografías cargadas y poder descargarlas con su tamaño real con la cual fue cargada, ya que con una cuenta gratuita solo se pueden visualizar 200 fotografías, si se tienen más, las más viejas se van ocultando, además, el tamaño máximo de las fotografías que permite descargar en la cuenta gratuita es solo de 1024×768, otro mejora con la cuenta Pro es que desaparece el límite o cuota mensual de tan solo 100 Mb. para subir fotografías.

Otras mejoras que ofrece la cuenta Pro es poder crear colecciones (para agrupar otras colecciones o álbumes) y subir videos, este último servicio se agregó hace poco tiempo atrás, y entre otras cositas más.

Pues bien, si a alguien le interesa la fotografía y le gustaría tener un fotoblog les recomiendo que prueben Flickr, primero con una cuenta gratuita y después ya se darán cuenta si les gusta o no, su sitio web es www.flickr.com.

Saludos.

Gabriel K.

Instalación y configuración de FreeNX en openSUSE 11.0

Gabriel — Wed, 25 Jun 2008 13:14:17 +0000

En este post quiero comentar los pasos que seguí para instalar FreeNX en un nuevo servidorcito que estoy preparando en el cual corre openSUSE 11.0, para mí FreeNX es el gran sustituto de VNC, para más información acerca de FreeNX por favor visitar su SITIO OFICIAL o el artículo en WIKIPEDIA.

Lo bueno de FreeNX es que corre sobre el protocolo ssh permitiendo que la información viaje segura, además, trabaja directamente con el servidor X lo que permite que no se necesite ninguna intermediación de una placa gráfica. El servicio lo tenemos que instalar en la máquina a la cual vamos a querer acceder con los cliente, el paquete de instalación viene junto en el DVD de openSUSE 11.0 así que no habrá problemas con eso:

globalserver:/ # zypper install freenx

Una ves instalado el paquete tenemos que configurar el servicio de la siguiente forma:

globalserver:/ # nxsetup --install --setup-nomachine-key --clean

y eso es todo, ya podemos conectarnos con cualquier cliente para FreeNX, yo para Windows utilizo el cliente de NoMachine que lo podemos descargar desde su sitio oficial: http://www.nomachine.com/download.php, para GNU/Linux hay varios clientes también como por ejemplo qtnx que se encuentra disponible en los repositorios.

Si por algún motivo hemos decidido cambiar el puerto del protocolo ssh (configurándolo en /etc/ssh/sshd_config), también lo tenemos que cambiar en la configuración del servicio FreeNX en el archivo /etc/nxserver/node.conf, no hay que olvidarse de reiniciar el servicio sshd y FreeNX para que todo funcione correctamente:

globalserver:/ # service sshd restart globalserver:/ # nxserver --restart

Gabriel K.

OpenSUSE 11.0 liberada!

Gabriel — Thu, 19 Jun 2008 13:54:39 +0000

Una noticia que me pone muy contento y supongo que a muchos también es que hoy se ha liberado la versión estable de openSUSE en su versión 11.0, seguramente en el día de hoy las descargas directas (http, ftp) estarán muy saturadas así que yo probaré con torrent, por último quisiera destacar el gran esfuerzo que realizó el equipo de OpenSUSE y toda su comunidad para poder ofrecernos hoy esta nueva versión.

Saludos.

Gabriel K.

Descargar OpenSUSE 11.0:

Editado 19/06/2008 16:36:

A mi los torrents no me funcionaron así que probé las descargas directas que funcionaron mejor de lo que pense, con esto ya conseguí descargar el LiveCD de openSUSE 11.0 con KDE4 x86 64bits, ahora solo me falta grabarlo en un disco y probarlo para ver que tal anda.

Selección Música Dance Mayo-Junio 2008

Gabriel — Tue, 17 Jun 2008 01:37:57 +0000

Nuevamente les dejo con otra lista que recopila mis temas electrónicos preferidos y entre medio algunos medio raros (ya saben, cada gustooo… jejje) que los fui seleccionando durante los meses de mayo y junio, espero que les gusten:

1. 2-4 Grooves – Writing on the Wall (Wt Elmos Fire) (3:32)
2. 2Sonic – Straight To The Light Feat Destiny (Deflexx Remix) (6:00)
3. Akira – I Dream (3:13)
4. Att White – Get Up (Night Power Edit) (3:31)
5. Baillando feat. laram callen – That Showtolove Marckornmix Byskil (5:22)
6. Cahill Feat Nikki Belle – Trippin On You (2:48 )
7. Danny – Tokyo (Remix Version) (7:19)
8. Dario G - Countdown (The Final Countdown Medley) (Bozzi Electro Flowerz Mix) (4:50)
9. Dj Koksik Feat. Jordan & Baker – Explode 2008 (4:56)
10. Eva Jane – Spinning Around (2:41)
11. Gambas & Alvaro – Don´t Fade a Way (Pulsedriver Radio Mix) (3:50)
12. Jak Aniola Glos – Feel (3:27)
13. jeckyll & hyde – time flies (3:35)
14. Joi Cardwell Feat. Mona Lisa – Keep Comin´ Around (Houseshaker Remix) (3:49)
15. Kate Ryan – Ella Elle la (3:05)
16. Kate Ryan – Ella Elle L’a (Club Mix) (4:50)
17. Komodo – I Love U So Much (A-Leex Remix) (4:37)
18. Lara Fabian – I Will Love Again (Beatcovers Extended 2008 Remix) (6:17)
19. Lazard – I Am Alive (The Hitmen Radio Edit) (3:45)
20. Liz Kay – True Faith (Andoria Extended Remix) (6:25)
21. Madis Feat. Lauren Wilson – Eternity (Original Mix) (6:45)
22. Millenium – Time (6:52)
23. Noah & The Whale – Shape Of My Heart (Uploaded By daNCI) (2:55)
24. Outatime – Last Night A Dj Saved My Life (Dan Winter Remix) (5:20)
25. Ramon Zerano – Today Marc Korns Radio Mix (6:56)
26. Sara Varga – Born to Fly (Dance Remix) (3:25)
27. September – Can’t get over (3:00)
28. Stonebridge – You Dont Know (2:54)
29. Take Me To The Clouds Above – Lmc (2:47)
30. Ultra Lights – 18 (4:01)
31. Utah Saints – Something Good 2008 (2:40)
32. Yves Larock Feat Jaba – By Your Side (3:24)

Gabriel.

USVN, una herramienta web para gestionar proyectos de Subversion

Gabriel — Tue, 10 Jun 2008 04:46:15 +0000

Buscando una herramienta que me sirviera para gestionar los proyectos de Subversion en mi servidor openSUSE 10.3, me encontré con USVN (UserFriendly SVN) que sin lugar a dudas ha colmado mis expectativas.

El sitio web del proyecto es http://www.usvn.info de donde se puede descargar esta herramienta y encontrar información acerca de la misma, sin embargo, se la puede instalar directamente desde el repositorio Packman si lo tenemos activado en la lista de repositorios de la comunidad openSUSE.

superserver:~ # zypper install usvn

Aclaro que probé esta herramienta teniendo configurado mi servicio Subversion como lo había expuesto en este POST con los 2 repositorios creados y funcionando, luego de la instalación y de una breve configuración de la herramienta ya podía crear nuevos proyectos de forma sencilla y rápida sin tocar los anteriores, lastimosamente, como USVN maneja otros directorios en donde almacena los proyectos, los repositorios que generé de forma manual ya no los pude administrar con esta herramienta, aunque es posible que solo sea cuestión de configuración, no me preocupé por eso ya que de todas formas no tenía nada importante en mis repositorios anteriores, solo archivos de prueba.

Con la configuración previa de subversion que ya tenía, solo fue necesario agregar a al directiva APACHE_MODULES del archivo /etc/sysconfig/apache2 dos módulos más. Luego de la instalación del paquete, se creó una carpeta llamada usvn en el directorio /srv/www/htdocs que contiene directorios y archivos de la herramienta, es más, si dejamos la configuración por defecto, en uno de sus subdirectorios serán albergados los proyectos, cosa que no es muy recomendable pero tampoco una barbarie si es que nos dedicamos a realizar los respectivos backups diaria o semanalmente, también con la instalación se crea un archivo de configuración llamado usvn.conf en el directorio /etc/apache2/conf.d, pero vayamos por partes dijo Jack el destripador.

Los nuevos módulos que tuve que agregar como dije anteriormente son “authz_svn” y “rewrite” como se muestra a continuación:

Hecho esto y reiniciando el servidor Apache (superserver:~ # service apache2 restart) ya pude acceder a la herramienta colocando en la barra de direcciones del navegador de nuestra preferencia la URL: http://ip_del_servidor/usvn, lo que hizo desplegar en su primera vez un asistente de configuración cuyos pasos muestro a continuación:

1-2. Página de Bienvenida y Selección de Idioma:

3-4. Licencia y Configuración de Título y Directorios: En el paso 3 nos muestras la licencia de uso del software donde tenemos que ir hasta el final para aceptarla, ya en el paso 4 podemos definir un título y los directorios en donde se almacenarán las distintas configuraciones, yo lo deje como vino por defecto:

5-6. Creación de Base de Datos y Administrador de USVN: En el paso 5 nos toca configurar la base de datos que vamos a utilizar, como mi demanda de usuarios no va a ser muy grande utilicé el soporte para sqlite, sin embargo, también es posible utilizar MySQL, otra cosa, no nos tenemos que olvidar de tener instalado el motor de base de datos que seleccionamos. En el paso 6 ingresamos los datos de quien será el administrador de USVN:

7-8. Chequeo de Nuevas Versiones y Finalización de la Instalación: En el paso 7 consulta si deseamos que nos avise si existe una nueva versión para descargar, al final de esa página hay 2 botones que nos permiten seleccionar nuestra opción de preferencia, en el último paso (8) se nos indica que hay unas líneas que hay que agregar al archivo httpd.conf de Apache, sin embargo, para que quede más ordenado, yo agregué esas líneas al final del archivo /etc/apache2/conf.d/usvn.conf donde funcionó igual, queda reiniciar el servidor y ya nos podemos conectar a la herramienta con nuestro usuario administrador:

Una vez adentro tenemos todas las opciones para administrar nuestros proyectos, entre ellos podemos destacar la creación de usuarios y su asociación a Grupos, Creación de varios proyectos, asignación de permisos de lectura/escritura a carpetas por grupos definidos, etc etc. Para finalizar les dejo con una serie de capturas de mis configuraciones de ejemplo:

Gabriel K.