deb http://backports.debian.org/debian-backports squeeze-backports main contrib non-free

desinstalar las librerías de postgres 8 que queden en el sistema.

forzar la actualización de libpq5:

aptitude -t squeeze-backports install libpq5

Instalar postgres 9 desde synaptic o de consola.

Caused by: java.lang.UnsatisfiedLinkError: Cannot load 64-bit SWT libraries on 32-bit JVM

o tal vez:

Browser check failed with: Could not initialize class org.eclipse.swt.widgets.Display

Prueben con la versión para sus sistema escogiendo desde http://sourceforge.net/projects/azureus/files/vuze/Vuze_4604/

Suerte.

Server instrumentation
The server lacks instrumentation functions.
pgAdmin III uses some support functions that are not available by default in all PostgreSQL versions. These enable some tasks that make life easier when dealing with log files and configuration files.
When you install PostgreSQL 8.0 or up using the Windows installer, you just need to select the "admin" or "adminpack" module.c
When compiling from source, the necessary files can be found in the xtra subdirectory of the pgAdmin source tree. For PostgreSQL 8.0, copy the admin directory under the postgresql contrib source directory, make and make install from there. For PostgreSQL 8.1, use the admin81 directory for that.
PostgreSQL 8.2 and above include the instrumentation functions in the "adminpack" contrib module. After the module is installed, you need to create the instrumentation functions in your maintenance database using the admin.sql script (admin81.sql for PostgreSQL 8.1) which are usually located in the pgsql share directory (e.g. /usr/local/pgsql/share)
Extended server instrumentation is not supported for PostgreSQL 7.3 and 7.4.

Googleando solo encontré que había que activar las instrumentation functions. Y bueno pero ¿como se hacia eso? ejecutando cierto script que decía algo de admin. Y bueno ¿donde está ese script? pues resulta que estos frikis imbéciles nunca especifican, siempre dejando sus tutoriales a medias, manga de inútiles.

Así se hace en linux mint 9:

como root:

$cd /usr/share/postgresql/8.4/contrib/

$psql -U postgres -h localhost -f adminpack.sql postgres

$service postgresql-8.4 restart

Y sería. ahora me pregunto, ¿tanto les costaba poner un ejemplo así? ñonos josdeputa son esos.

No le tenía muchas expectativas la verdad, pero después de descargar el paquete de idioma desde  http://www.opera.com/download/languagefiles/ cargarlo, y reiniciar opera… se mantuvo el cambio. Ya estaba bueno, un gusto ver cosas positivas de vez en cuando. +1 para la gente de opera.

Así, gracias a estos idiotas faltos de previsión, cada vez que uno de sus usuarios cambie su pass el equipo se volverá un pisapapeles al no poder conectarse a internet.

Solución:

- Borrar todo lo que esté dentro de .gnome2/keyrings en la home del usuario en cuestión.

- Reiniciar.

Una idea era activar/instalar el demonio ntpd para que sincronizara automáticamente con la hora oficial de chile (ntp.shoa.cl), así lo intenté en un principio, pero por algún motivo la hora hora seguía atrasada… ahí, luego de revisar bien la cosa me di cuenta que la manga de inútiles que mantienen el servidor ntp de la hora oficial no habían corregido la hora, exactamente igual que otros 3 servidores que probé de otra manga de inútiles, de la universidad santa maría.

Resulta curioso que en el caso de la hora oficial se hayan dado el trabajo de arreglar la hora en la web pero no en el ntp… pero bueno, con todos los servidores ntp teóricamente confiables del país convertidos en pisapapeles por culpa de la manga de flojos que los administran y con un servicio fantasma que actualizaba la hora con cada reinicio (no aparecía al usar rcconf), la solución para evitar la desincronización del puto relojito fue:

1.- Ajustar la hora a mano.

2.- Desinstalar el paquete ntpdate.

Así ubugtu ya no podrá actualizar la hora al reiniciar y con ntpd desinstalado, no hay peligro de un excesivo desface horario.

Para crear un proxy público, teniendo instalado un servidor openssh, en una consola tenemos que ejecutar un comando de la forma:

$ ssh -D [puerto donde entrarán las conexiones] usuariossh@localhost -g

Ejemplo:

$ssh -D 1080 filiponcio@localhost -g

Que recibirá todas las conexiones por el puerto 1080 de todas las interfaces. Pedirá la pass de filiponcio y abrirá una sesión ssh y mientras dure la sesión el proxy seguirá funcionando.

Luego, para comprobar, podemos revisar con

$netstat -tunelp

Y debe aparecer una línea con:

tcp        0      0 0.0.0.0:1080            0.0.0.0:*               ESCUCHAR    1000       236212      5768/ssh

Si es así nuestro proxy está arriba; es funcional y accesible para todos.

Más info: http://dltj.org/article/ssh-as-socks-proxy/

El caso es sencillo: está ud. recién aprendiendo a usar postgres y el pgadmin es muy recomendado para administrarlo; de ahí que, instala ud. el postgres, crea un usuario, una bd nueva y crea una contraseña para el usuario, luego va al pgadmin, intenta conectar… y falla. ¿Escuché “linux”? ¿no? bueno, dejo a continuación los pasos a seguir para que pgadmin haga algo más que ocupar espacio:

nano /etc/postgresql/8.4/main/pg_hba.conf

cambiar la línea

# “local” is for Unix domain socket connections only
local   all         all                               ident

por

# “local” is for Unix domain socket connections only
local   all         all                               md5

luego reiniciar el servicio:

service postgresql restart

Y ahora pgadmin debería conectar.

Para instalación full véase: http://www.taringa.net/posts/linux/7410466/Instalar-Postgre-en-Ubuntu-_cualquier-version_.html o instale mysql