Como integrar JDBC-tools sobre un datasource dentro de JBoss AS 5.1

En este post se explica una forma de integrar la herramienta JDBC-tools con el servidor JBoss para el uso de datasource manejados por éste.

El fin de esta integración es poder loguear las ejecuciones realizadas por el datasource, el cuál utiliza la aplicación, sobre el driver de la base.
El ambiente, sobre el cual se ha realizado/comprobado esta configuración, consta de las siguientes herramientas:

• JBoss Application Server 5.1.0
• JDBC-tools 1.1.1
• JDK 1.6 update 17 a 20

Pasos a seguir:

Paso 1.
Conseguir la herramienta JDBC Tools la cual puede descargarse de su sitio http://jdbc-tools.sourceforge.net.

Paso 2.
Dentro del distribuible se encuentran los archivos que se deben incluir en el servidor de la siguiente manera,

Paso 3.
Ubicar las librerías jdbc-tools y jdbc-listener en el directorio del servidor server\\lib.

Paso 4.
Ubicar los archivos de configuración jdbc-tools.properties y jdbc-listener.properties en el directorio server\\conf.

Paso 5.
Modificar el archivo jdbc-listener.properties como se muestra más adelante en el punto jdbc-listener.

Paso 6.
Modificar el archivo jdbc-tools.properties como se muestra en el sub-punto jdbc-tools.

Paso 7.
Modificar la definición del datasource como se ejemplifica en el punto Datasources<./p>

Una vez realizados estos pasos, toda ejecución sobre el driver, a través del datasource en cuestión, se logueará en un archivo de nombre jdbc-logging.log en el directorio bin del servidor. Notar que se realiza un respaldo automático de este archivo, cada vez que se vuelve a iniciar el servidor, en archivo con el mismo nombre a los que se le concatena la fecha y hora.

Aquí debajo se detallas los archivos mencionados en los pasos anterios.

JDBC-listener.properties

En este archivo deben estar definido únicamente las siguientes variables.

jdbc.listener.classes: com.facdatum.jdbc.logger.JDBCLogger
driver.delegate: oracle.jdbc.driver.OracleDriver
datasource.delegate: java:Delegate (sustituir por el nombre del datasource a través del cual se conecta la aplicación)
datasource.props: serverName:localhost,portNumber:1521
jndi.factory: org.jnp.interfaces.NamingContextFactory
jndi.context.url: jnp://localhost:1099

JDBC-tools.properties

En este archivo deben estar definido únicamente las siguientes variables.

jdbc.listener.classes: com.facdatum.jdbc.logger.JDBCLogger
driver.delegate: oracle.jdbc.driver.OracleDriver
datasource.delegate: java:Delegate (sustituir por el nombre del datasource a través del cual se conecta la aplicación)
datasource.props: serverName:localhost,portNumber:1521
jndi.factory: org.jnp.interfaces.NamingContextFactory
jndi.context.url: jnp://localhost:1099
driver.path oracle14.jar
driver.class oracle.jdbc.driver.OracleDriver
driver.url jdbc:oracle:thin:@localhost:1521:XE
driver.user nombre de usuario en la base de datos
driver.password password del usuario en la base de datos
valores por defecto para las variables: jdbc.include, jdbc.exclude, app.include, app.exclude, jdbc.duration.filter.limit, jdbc.duration.filter.change, jdbc.duration.store.filepath, log.levels, log.path, log.filename, call.include, call.exclude y jdbc.planner.repeat.

Datasources

<local-tx-datasource>
<jndi-name><datasource_nombre></jndi-name>
<connection-url>jdbc:oracle:thin:@localhost:1521:XE</connection-url>
<driver-class>oracle.jdbc.driver.OracleDriver</driver-class>
<user-name><db_usuario_nombre></user-name>
<password><db_usuario_pass></password>
<min-pool-size>5</min-pool-size>
<max-pool-size>10</max-pool-size>
<valid-connection-checker-class-name>
org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker
</valid-connection-checker-class-name>
<exception-sorter-classname>
org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter
</exception-sorter-classname>
<metadata>
<type-mapping>Oracle9i</type-mapping>
</metadata>
</local-tx-datasource>

<local-tx-datasource>
<jndi-name><datasource_nombre></jndi-name>
<connection-url>jdbc:oracle:thin:@localhost:1521:XE</connection-url>
<driver-class>com.facdatum.jdbc.listener.driver.DataSourceListener</driver-class>
<user-name><db_usuario_nombre></user-name>
<password><db_usuario_pass></password>
<min-pool-size>5</min-pool-size>
<max-pool-size>10</max-pool-size>
<exception-sorter-classname>
org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter
</exception-sorter-classname>
<metadata>
<type-mapping>Oracle9i</type-mapping>
</metadata>
</local-tx-datasource>

Error de certificado omega.contacts.msn.com en Pidgin

Para aquellos que usan Pidgin, aquí les dejo un link a la página donde encontré la solución para el error de certificado omega.contacts.msn.com, el cual es causa y consecuencia de que no podamos acceder a nuestras cuentas de mail.live.com o hotmail.com.

Fix Pidgin (MSN) Omega.contacts.msn.com Certificate Errors

A continuación agregaré la traducción para la solución.

---

[...] Si ud usa Pidgin con MSN, probablemente se habrá topado reiteradas veces con el error de certificado "omega.contacts.msn.com" estos últimos días. Bueno, aquí encontrará el cómo solucionarlo.

1. Descargue éste certificado omega.contacts.msn.com.

2. En Pidgin, vaya al menú Herramientas > Certificados y elimine el certificado "omega.contacs.msn.com" que ahí encuentre. Luego elija "Agregar" y agregue el certificado que descargó en el paso 1 y cuando le pida el nombre de servidor ingrese el siguiente (sin las comillas): "omega.contacts.msn.com"

Ahora de OK y eso es todo!. [...]

Actualización: Si bien la solución funciona sin mayores problemas, sucedía que cada vez que uno iniciaba sesión debía volver a agregar el certificado. Para solucionar esto simplemente deberemos copiar el certificado omega.contacts.msn.com al directorio .purple/certificates/x509/tls_peers, por ej. ejecutando el siguiente comando,

mv omega.contacts.msn.com .purple/certificates/x509/tls_peers

Instalar Oracle SQL Developer en Ubuntu

En este post se explica una manera de instalar la herramienta Oracle SQL Developer en Ubuntu.

Ésta es una potente herramienta gráfica gratuita para desarrollar con bases de datos, la cual corre sobre java. Por esto último y antes de seguir con esta guía, debemos verificar si se tiene instalada una versión de JRE según necesite la versión de SQL Developer que instalemos (lo cual pueden saberlo accediendo al archivo relnote.html que viene junto a la herramienta).

Para verificar la JRE instalada puede correrse el comando que se resalta en el siguiente ejemplo.

vos@equipo:~$ java -version
java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)

Ahora, si no se cuenta con una versión de SQL Developer se puede descargar de su sitio oficial en Oracle.com, al cual puede accederse directamente con este link.

Una vez que hayamos conseguido el zip deberemos descomprimirlo en el directorio /usr/lib/sqldeveloper, que bien se podría optar por uno diferente pero debe tenerse presente que la explicación se realiza sobre el mismo. Esto debe hacerse con permisos de root así que, suponiendo que ubicamos el zip en el escritorio, una manera de hacerlo sería con el siguiente comando,

sudo unzip -q ~/Desktop/sqldeveloper--no-jre.zip -d /usr/lib

.
Luego debemos darle permisos de ejecución al script de arranque sqldeveloper.sh,

sudo chmod +x sqldeveloper.sh

A fin de poder correr la herramienta como una aplicación cualquiera por parte de cualquier usuario, primero modificamos el script de arranque que se recién se mencionó. Este tiene el siguiente contenido,

#!/bin/bash
cd "`dirname $0`"/sqldeveloper/bin && bash sqldeveloper $*

del cual modificaremos la segunda línea como se muestra aquí,

#!/bin/bash
cd /usr/lib/sqldeveloper/sqldeveloper/bin && bash sqldeveloper $*

Y segundo, crearemos un link a este en el directorio /usr/bin así,

sudo ln -s /usr/lib/sqldeveloper/sqldeveloper.sh /usr/bin/sqldeveloper

Llegado a este punto, nos encontramos en condiciones de probar si la aplicación levanta sin mayores complicaciones. Para probar bastaría con correr el comando que sqldeveloper que recién se definió pero antes de esto debemos tener presente que, para levantar, el script de arranque busca la variable de entorno JAVA_HOME. Si este se encuentra definido a nivel de batch (que se puede comprobar con el comando export | grep JAVA_HOME) no habrá problema alguno. Pero sí puede suceder que no este definida y que el script no ubique los directorio "clasicos" donde podría estar instalada.
Para esto veremos una forma de indicarle al script el directorio de la maquina java modificando la propia configuración de la herramienta para aprender un poco más de ésta, y no así una correcta definición de la variable de entorno que explicaré próximamente en otro post.
Así primero veremos los directorios de las maquinas java que tenemos instalados utilizando el comando como se muestra en el ejemplo,

$ update-alternatives --list java
/usr/lib/jvm/java-6-openjdk/jre/bin/java
/usr/lib/jvm/java-6-sun/jre/bin/java

De estas utilizaremos la segunda opción en este ejemplo.
Ahora editaremos el archivo /usr/lib/sqldeveloper/sqldeveloper/bin/sqldeveloper.conf modificando la línea que es bastante intuitivo entender lo que hace

SetJavaHome ../../jdk

por esta otra con lo cual nos aseguramos de dejar la herramienta funcionando

SetJavaHome /usr/lib/jvm/java-6-sun

Hecho esto no habría que poner más reparos en la instalación de la herramienta pero para facilitar aún más el acceso, agregaremos una entrada en el menú Applications \ Programming.
Lo primero entonces es crear un archivo de nombre sqldeveloper.desktop, que ubicaremos en el escritorio, con el siguiente contenido,
[Desktop Entry]
Encoding=UTF-8
Name=SQL Developer
Comment=Oracle SQL Developer
Categories=Development;
Hidden=false
Icon=/usr/lib/sqldeveloper/icon.png
Exec=sqldeveloper
Terminal=false
Type=Application
Notar que en este se indica que se levantará el SQL Developer ejecutando el comando sqldeveloper que hemos creado en el paso anterior.

Y segundo lo moveremos con permisos de root al directorio /usr/share/applications con el siguiente comando por ejemplo,

sudo mv ~/Desktop/sqldeveloper.desktop /usr/share/applications

Problema con redes Wi-Fi (Wpa/Wpa2) en Windows XP

Algunas computadoras veteranas, sobre todo notebooks, que corren sistemas Windows XP livianos (ej. Windows Home) ya sea porque no pueden darse el lujo de correr versiones más pesadas o no pueden actualizarlas por temas licencias.., suelen tener problemas en conectarse a redes Wi-Fi con protocolos de seguridad WPA/WPA2.
Una de las razones por los cuales se puede dar esto es porque no cuentan con las últimas actualizaciones/instalación de componentes para dar soporte a este tipo de protocolos.

Estos siempre son fáciles de conseguir pues basta con revisar un poco el site de microsoft y descargarlos... Lo complicado es pasar la prueba de originalidad de windows.

A continuación se encuentran la actualizaciones necesarias para este tipo de redes en sistema Windows XP con Service Pack 2 o superior, distinguiendo según el idioma puesto que se puede instalar la versión que tenga el mismo idioma que el sistema.

• Inglés/English: WindowsXP-KB893357-v2-x86-ENU.exe
• Español/Spanish: WindowsXP-KB893357-v2-x86-ESN.exe

También pueden encontrar más información de este tema en el sitio de soporte de Microsoft Descripción de la actualización de cliente inalámbrico para Windows XP con Service Pack 2 y/o descargar la actualización para su Windows XP original en este link (sepan cambiar el idioma de la actualización acorde a su sistema).

(2012/09/15) Actualización de los links de descarga

Instalar Impresora Epson Stylus c92 en Ubuntu

En este post se muestra un truco para instalar los drivers de la impresora Epson Stylus C92 en Ubuntu.

A la fecha de post, no hay un driver especifico para dicha impresora pero por suerte sí hay drivers de modelos anteriores que son compatibles con la misma.
Estos modelos son,

• Stylus C68
• Stylus C79

Así pues al momento de instalarla ya sea utilizando el wizard, que puede aparecernos al conectarla por primera vez, o instalándola manualmente, lo que debemos hacer es seleccionar uno u otro modelo de los mencionados y ya estaremos en condiciones de imprimir normalmente.

Cabe mencionar que esta configuración la he probado y ha funcionado correctamente en las versiones Ubuntu 8.10, 9.10 y 10.04.

Link interesante,

Incluir Thunderbird en el Indicator-Applet en lugar de Evolution

En este post se explica una forma de modificar el applet Indicator-Applet, que viene por defecto con Ubuntu, para incluir en este el cliente de correo Mozilla Thunderbird en lugar de Evolution.

Por defecto en Ubuntu para las versiones 9.10 y 10.04 ya viene integrado al panel este applet, el cual pretende mostrar información de aplicaciones de forma centralizada y prolija.
A su vez trae por defecto opción para configurar el cliente de correo, el Broadcast y el cliente de mensajería instantánea (chat), pero sucede aquí que no da opción a modificar los programa que actuarán como cliente para cada una de estas, que son entonces Evolution, Gwibber y Empathy respectivamente.
Así pues la idea de este post es mostrar cómo definir a Thunderbird en lugar de Evolution y quitar completamente a éste último, lo cual no quita que pueda aplicarse un procedimiento similar para modificar las demás opciones y/o agregar nuevas.

Primero que nada, desde el gestor de paquetes Synaptic o de alguna otra manera, debemos desinstalar a Evolution. También debemos instalamos normalmente el Thunderbird.

Luego debemos modificar el archivo /usr/share/applications/thunderbird.desktop de forma de agregar lo que a continuación se resalta en negrita

[Desktop Entry]
Encoding=UTF-8
Name=Mozilla Thunderbird Mail/News
Comment=Read/Write Mail/News with Mozilla Thunderbird
GenericName=Groupware Suite
Exec=thunderbird %u
Terminal=false
X-MultipleArgs=false
Type=Application
# Icon=thunderbird
Icon=evolution
Categories=GNOME;GTK;Application;Network;Email:Calendar;ContactManagement;
MimeType=text/html;text/xml;application/xhtml+xml;application/xml;application/vnd.mozilla.xul+xml;application/rss+xml;application/rdf+xml;
StartupWMClass=Thunderbird-bin
StartupNotify=true
...

X-Ayatana-Desktop-Shortcuts=Compose;Contacts

[Compose Shortcut Group]
Name=Compose New Message
Exec=thunderbird mailto:
OnlyShowIn=Messaging Menu

[Contacts Shortcut Group]
Name=Contacts
Exec=thunderbird -addressbook
OnlyShowIn=Messaging Menu

Respecto a la variable Icon, se define igual que para Evolution de forma que el Thunderbird en lugar de aparecer con su conocido icono aparezca con el que trae Evolution que suele ir más acorde al theme del applet, pero esto es a gusto y solo para mostrar la forma de hacer el cambio.

Siguiendo con la explicación, para que figure los accesos a Thunderbird en nuestro Indicator-Applet debemos crear un archivo, llamémoslo thunderbird, escribiendo en este la siguiente línea,

/usr/share/applications/thunderbird.desktop

Notar que esta es la ubicación del archivo que previamente editamos

Luego se debe ubicar el nuevo archivo en el directorio /usr/share/indicators/messages/applications.

Por último y para que el applet tome los cambios simplemente debemos reiniciar la session.

Como se pudo notar en la explicación, las rutas y los archivos editados son indistintos a los distintos usuarios, por lo cual dichos cambios aplicarán a todos los usuarios.
También podemos percatarnos de que en el directorio /usr/share/indicators/messages/applications figuran otros archivos los cuales tienen el mismo fin que el recién agregado. Quien use por ejemplo el Pidgin como cliente de mensajería instantánea verá un archivo de nombre pidgin con una línea similar a la que definimos, y así también otros que hacen referencia a las varias aplicaciones que se incluyen el Indicator-Applet, de forma que es un buen punto para empezar a probar y configurar el applet a gusto de cada uno.

Arrastrar ventanas entre escritorios en Ubuntu con GNOME

Breve apunte para aquellas personas que les gusta arrastrar ventanas desde y hacia los varios escritorios que permite tener GNOME.

Accedan al gconf-editor y marquen el checkbox de la variable edgeflip_move para habilitar y así poder arrastrar las ventanas entre escritorios, y viceversa en caso de querer deshabilitar dicha funcionalidad.
En Ubuntu, dicha deberían encontrarla, explorando las propiedades con gconf-editor, en el directorio
/apps/compiz/plugins/wall/screen0/options

Seguramente hay formas más sencillas de realizar esta configuración, pero puede que a alguno le suceda igual que a mi de no poder encontrar otra manera con las herramientas que se incluyen por defecto en la versión Ubuntu 10.04 LTS (Lucid Lynx).

Problema con botones de Eclipse en Ubuntu 9.10 Karmic Koala

Aquí se trata el problema de los botones en Eclipse corriendo en Ubuntu 9.10 (Karmic Koala) y una forma de ejecutar Eclipse cómodamente incluyendo la solución del mismo.

Primero que nada un link a la guía de Ubuntu para Eclipse donde en la sección Problemas con botones en Ubuntu 9.10 Karmic Koala se encuentra mencionado el problema y su solución. Ahí también se encuentra un link al reporte oficial del bug que lo genera.

Básicamente lo que dice es que dicho bug se encuentra resuelto para la próxima versión de Eclipse (3.5.2 >=) pero no así para la 3.5.1, que es la última estable al momento de publicar este artículo.

Como se puede ver en la guía de Ubuntu, la solución pasa por definir una variable antes de ejecutar Eclipse, y para esto sugiere crear un script el cual deberemos ejecutar cada vez que deseemos abrirlo, lo cual ya deja de ser tan simple como correr el ejecutable de Eclipse.
Por esto último, a continuación listo los pasos para crear un ejecutable incluyendo la solución.

Paso 1. Crear el script
Este paso es hacer lo que sugiere la solución de la guía Ubuntu que es crear un script, el cual se encargará de setear la variable GDK_NATIVE_WINDOWS y de correr el Eclipse ubicado en el directorio que recibe por parámetro. Así entonces, y como base para que funcionen los demás pasos, hay que crear un archivo de nombre eclipserun.sh dentro de la carpeta de eclipse y escribir en este las siguientes líneas,

#!/bin/sh
export GDK_NATIVE_WINDOWS=1
$1eclipse

Paso 2. Crear el programaCreamos un archivo con nombre eclipserun.c y escribimos dentro de este el siguiente código (que esta en lenguaje C).
#include <stdio.h>
#include <unistd.h>
#include <string.h>
int main() {
int i;
int lpath;
char cmds[512];
char path[249];
cmds[0] = 0;

// obtengo el path absoluto donde esta ubicado el ejecutable
lpath = readlink("/proc/self/exe", path, sizeof(path));
for( i = lpath; '/' != path[i]; i-- );
path[++i] = 0;

// armo el comando para ejecutar el script ubicado donde el ejecutable
strcat(cmds, path);
strcat(cmds, "eclipserun.sh ");
strcat(cmds, path);

// ejecuto es script
return system(cmds);
}

Este define un programa que ejecutará el script del paso anterior. Primero obtiene el path donde corre el ejecutable para así ubicar el script y pasarle a este la ruta donde levantar el Eclipse. La necesidad de obtener el path es a causa de poder luego crear enlaces al ejecutable y poder ubicarlos en cualquier lado.
Por último realiza una llamada al sistema para correr el script. Por más información se puede consultar la especificación de la función system.

Paso 3. Crear el ejectuable
Para crear el ejecutable desde consola basta con, estando ubicado en el directorio donde se encuentra el archivo eclipserun.c, ejecutar el siguiente comando

gcc -O3 eclipserun.c -o eclipserun

Este creará un ejecutable con el nombre eclipserun. La flag O3 (letra O, número 3) es para optimizar el tiempo de ejecución del ejecutable, pero en caso de fallar la compilación se puede bajar la exigencia usando en lugar O2, O1 o O, o simplemente no usar flag algúna.

Paso 4. Ubicar el ejecutable
Lo que hace el segundo comando que ejecuta el script es correr el ejecutable de Eclipse. Este se define con ruta absoluta a donde se encuentra el nuevo ejecutable creado en el paso 2, por lo tanto este mismo debería ubicarse en el mismo directorio donde se encuentra el ejecutable de Eclipse.
Claro esta que puede definirse otra ruta en dicho comando, o escribir el programa para que reciba la ruta por parámetro o demás formas que haya, pero aquí se simplifico de modo que baste con ubicar el ejecutable nuevo en la carpeta de eclipse.

Paso 5. Levantar Eclipse
De ahora en más, para levantar el Eclipse sin problemas basta simplemente con correr el nuevo ejecutable cada vez.
Si se tienen links, lanzadores o demás, ahora lo único que se debe hacer es modificarlos para correr el nuevo ejecutable en lugar del ejecutable eclipse.

Terminada la explicación, dejo algunos links de interés.

• Eclipse - sitio oficial
• Lenguaje C
• Bug - reporte oficial
• Guía Ubuntu para Eclipse
• Especificación de la función system

Configurar arranque de servidor PostgreSQL 8.4 en Ubuntu

Aquí se menciona brevemente cómo hacer para configurar el arranque (automático/manual/deshabilitado) del servidor PostgreSQL 8.4 en Ubuntu 9.10.

Claro esta que no quita que pueda aplicarse para otra combinación de servidor y sistema operativo, pero la siguiente configuración se ha probado en el caso de haber instalado en Ubuntu 9.10 (Karmic Koala) los siguientes paquetes con su configuración por defecto:

• postgresql
• postgresql-8.4
• postgresql-client
• postgresql-client-8.4
• postgresql-common
• postgresql-client-common

También recomiendo instalar los siguientes paquetes que incluyen documentación sobre la configuración y uso en formato html,

• postgresql-doc
• postgresql-doc-8.4

Para acceder a ésta basta con cargar en el navegador la url
file:///usr/share/doc/postgresql-doc-8.4/html/index.html, o bien se podría modificar la configurar del pgAdmin III para que acceda a la misma lo cuál explicará en un próximo artículo.
Cabe mencionar que la misma se puede encontrar en el sitio de PostgreSQL, donde habrá que prestar atención a la versión del servidor a que corresponde la documentación.

Por defecto, al instalar el servidor se crea un cluster, bajo el nombre main, en el directorio /etc/postgresql/8.4/main. Este último es el área de almacenamiento en disco a donde irán a parar las base de datos. Así pues un cluster de base de datos es una colección de bases de datos que son manejadas por una única instancia en ejecución del servidor de base de datos (ver por más información).
En el directorio mencionado es donde encontraremos los archivos de configuración a modificar.

Unos comentarios antes de modificar el arranque del servidor.
Por defecto el arranque esta configurado en modo 'automático' (auto).
Al levantar la maquina, el arranque del servidor PostgreSQL se produce al ejecutar el script /etc/init.d/postgresql-8.4, el cual a su vez ejecuta métodos (start, stop, restart, etc.) definidos en /usr/share/postgresql-common/init.d-functions. Es en éste último donde vemos cómo se procede para levantar el servidor, entre otras cosas.
Aquí podemos ver que para iniciar el servidor lee el archivo de configuración start.conf ubicado en el directorio que se mencionó más arriba.

Como escapa a la idea de este artículo, no se tratará los controles del servidor desde línea de comandos, pero cabe mencionar el servidor se puede detener/levantar/reiniciar utilizando el comando pg_ctlcluster de la siguiente manera;

• Detener: sudo -u postgres pg_ctlcluster 8.4 main stop
• Levantar: sudo -u postgres pg_ctlcluster 8.4 main start
• Reiniciar: sudo -u postgres pg_ctlcluster 8.4 main restart

Otro comentario. Cuando el servidor esta levantado, el PID (id del proceso servidor) es guardado en el archivo /var/lib/postgresql/8.4/main/postmaster.pid; esto es a modo de prevenir que multiples instancias del servidor corran sobre los mismos datos, pero uno lo puede utilizar para detener/controlar el servidor.

A continuación, se muestra cómo abrir el archivo /etc/postgresql/8.4/main/start.conf para modificar el arranque del servidor PosgresSQL, teniendo presente que el usuario postgres es quien tiene permisos sobre éste.
Al abrirlo se puede ver una explicación breve de las tres variantes a optar.
A fin de que no inicie el servidor al levantar el equipo, se modificará el arranque por defecto (auto) por arranque manual (manual).

Editando el archivo como usuario postgres
tu_usuario@equipo:~$ sudo su - postgres
[sudo] password for tu_usuario:
postgres@equipo:~$ nano /etc/postgresql/8.4/main/start.conf
postgres@equipo:~$ logout
tu_usuario@equipo:~$


Editando el archivo como superusuario
tu_usuario@equipo:~$ sudo gedit /etc/postgresql/8.4/main/start.conf
[sudo] password for tu_usuario:
tu_usuario@equipo:~$


Finalmente el archivo modificado debería ser similar al siguiente.
# Automatic startup configuration
# auto: automatically start/stop the cluster in the init script
# manual: do not start/stop in init scripts, but allow manual startup with
# pg_ctlcluster
# disabled: do not allow manual startup with pg_ctlcluster (this can be easily
# circumvented and is only meant to be a small protection for
# accidents).

manual

Una vez hecho lo anterior habremos terminado.
De todas maneras, aquí debajo encontrarán links que puede ser de utilidad si se desea profundizar en el tema.

• PostreSQL 8.4 Manual
• Ubuntu Documentation - PostgreSQL
• Guía Wiki Ubuntu - PostgreSQL
• pgAdmin III

Instalar/Agregar repositorios de OpenOffice 3 en Ubuntu

En este post se explica brevemente cómo agregar/instalar OpenOffice 3 en sistemas Ubuntu desde el repositorio para aquellos que no lo incluyan, como les debe suceder a quienes utilizan Ubuntu 8.10 Intrepid Ibex, por ejemplo, que incluye OpenOffice 2.4.

Primero que nada, el repositorio a agregar es el siguiente, al cual se puede acceder pegando la url en el navegador:
http://ppa.launchpad.net/openoffice-pkgs/ubuntu
En este encontrarán OpenOffice para las versiones Hardy 8.4, Intrepid 8.10 y Jaunty 9.4.

Ahora se explican dos formas de agregar dicho repositorio.

La primer forma es utilizando el gestor de paquetes Synaptic.
En este hay abrir desde el menú Configuración >> Repositorios. Una vez ahí se debe ir a la pestaña Otro Software y dar click en el botón Añadir. Al hacer esto se abrirá una ventana donde se debe agregar la siguientes líneas según la versión de Ubuntu.

• Hardy: deb http://ppa.launchpad.net/openoffice-pkgs/ubuntu hardy main


• Intrepid: deb http://ppa.launchpad.net/openoffice-pkgs/ubuntu intrepid main


• Hardy: deb http://ppa.launchpad.net/openoffice-pkgs/ubuntu jaunty main

Luego damos click en Añadir origen, cerramos la ventana y, estando aún en Synaptic, recargamos/actualizando la información donde se incluirá el nuevo repositorio.
Una vez actualizada la información de los paquetes, se debe instalar los paquetes que uno encuentre conveniente de OpenOffice, como también puede instalarse simplemente el paquete openoffice que es la suite del programa. Aquí recomiendo instalar los siguientes paquetes: openoffice.org-writer, openoffice.org-calc, openoffice.org-draw, openoffice.org-base, openoffice.org-impress y openoffice.org-help-es. Para quienes utilicen GNOME como interfaz también es recomendable que instalen el paquete openoffice.org-gnome para mayor compatibilidad.



La otra forma es para gente más entendida pero no provee mayores ventajas que el realizar mediante Synaptic.
Esta consiste en agregar los repositorios manualmente editando el archivo de repositorios sources.list; desde terminal sería así:

sudo gedit /etc/apt/sources.list

Esto abrira el archivo para editar. Se debe agregar al final del archivo la línea deb http://ppa.launchpad.net/openoffice-pkgs/ubuntu intrepid main según la versión de ubuntu, como se explico en la forma anterior.
Luego de salvar los cambios, se ejecuta la siguiente línea ,

sudo apt-get update

Con esto se actualizarán los repositorios luego de lo cual aparecerá un mensaje indicando que hay actualizaciones (en estas está incluido OpenOffice 3). Bastará con instalarlas para contar OpenOffice pero cada quien sabrá incluir únicamente las que desee/necesite.