postgres 9 en debian squeeze
Añadir el repositorio:
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.
ubunticosas, 11.04

Vuze 4.6 en ubuntu
Si se bajaron el tar del sitio oficial por que la versión de los repositorios es una mierda, funciona mal o no funciona en absoluto y el tar les dió el error:
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.
Activar instrumentation functions en postgres
Para linux mint 9 con postgres 8.4, al instalar pgadmin por primera vez, al iniciarlo tendrán un mensaje del tipo:
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.
Opera 11.10. Vuelve el cambio de idioma permanente.
Que no se diga que todo es negativo por acá, esta breve entrada de hoy es para recalcar el fix que llevo meses o tal vez ya más de un año esperando por parte de la gente de opera (igual que muchos otros), me refiero al idioma, que en ubuntu cada vez que reiniciabas el navegador volvía a inglés.
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.
Cómo quitar el aviso de ‘Desbloquear depósito de clave’
Imagine usted que uno de sus usuarios cambia su contraseña y que al cambiarla ya no funciona la autoconexión del network manager de ubuntu. ¿Por qué? pues por que ahora cuando el network manager trate de obtener la contraseña de la red la irá a buscar al anillo/deposito de contraseñas, como siempre lo ha hecho. Pero hay un problema esta vez, los imbéciles que diseñaron el depósito se les “olvidó” hacer que el deposito actualizara su contraseña al actualizarse la password de usuario (cuando ambas son iguales).
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.
Hasta la fecha el puto relojito me tenía enfermo de los nervios, cada vez que encendía el pc o que me conectaba al servidor tenía que estar chequeando que el reloj estuviera a la hora y no se hubiese vuelto loco -por el cambio de hora que se postergó-.
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.
Cómo crear un proxy público a través de ssh.
En la red hay varios manuales dando vueltas, tal como es de esperarse. Incluso hay una gui. De hecho más que varios manuales hay muchos. El punto es que cada uno se enfoca en algo específico y ninguno especifica como hacer un proxy que sea realmente público -ese no es su objetivo-. Dicho de otro modo, para lograr un proxy público son todos una mierda.
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/
¿Dónde puta se crean tablas en pgadmin?
Cómo hacer que el pgadmin no de atentication fail
En Ubuntu/Debian, como es la costumbre y lo he dicho muchas veces, aún queda mucho de la filosofía “¿Por qué funcionar bien cuando puede funcionar como la mierda?” tal es el caso del pgadmin con postgres.
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
