Anotaciones

Registrar un paso de importación con xml el el profile, puede fallar cuando quitas el paquete del buildout.
Un paso roto se que queda dentro de portal_setup_tool.

En algunas versiones de plone esto da un error, haciendo imposible aplicar el perfil nunca más.

En otras versiones (plone 3.2 hacia arriba) sólo da un warning.

<configure 
    xmlns="http://namespaces.zope.org/zope" 
    xmlns:gs="http://namespaces.zope.org/genericsetup" 
    xmlns:five="http://namespaces.zope.org/five" 
    i18n_domain="poi"> 
  <gs:importStep 
      name="poi_various" 
      title="Poi various import handlers" 
      description="" 
      handler="Products.Poi.setuphandlers.import_various"> 
    <depends name="catalog"/> 
  </gs:importStep> 
</configure>

Esto es una traducción de un correo de Mauris Van Rees

Web Social:

Siempre que reinstalo me encuentro con el mismo problema. No tengo el dpi estándar de 96, sino uno extraño de 113.

pcaro@davinci$ xdpyinfo | grep resolutio
  resolution:    113x113 dots per inch

Como resultado, muchas páginas webs no se visualizan correctamente.

Para solucionarlo tengo que decirle al servidor X que arranque con un dpi predeterminado. Eso lo hago en los ficheros de configuración de kdm que es el encargado de ejecutar el servidor.

Concretamente en /etc/kde4/kdm/kdmrc. Basta con indicar al servidor X qué valor de dpi usar. Para ello usamos la opción -dpi.

# This string is subject to word splitting.
# Default is ""
ServerArgsLocal=-br -nolisten tcp -dpi 96

Eso es todo. Reiniciar las X y listo.

PD: No se el motivo pero el nuevo dpi y mi tarjeta gráfica intel integrada, yo tengo mucho mejor rendimiento en la aceleración gráfica.

Web Social:

Siempre que se habla de debian, se alaba su paquetería. Y yo estoy de acuerdo de que es uno de los puntos fuertes de la distribución. Hoy me refiero a la facilidad de tener instaladas y conviviendo felices varias versiones de la base de datos postgres. Ya comenté esto en su momento en Instalar postgres 8.2 en jaunty.

Pues el tener dos servidores instalados a la vez, permite la fácil migración de un versión a otra del motor de base de datos. En este caso detallo como migré las bases de datos de mi equipo ubuntu karmic de postgres 8.3 a 8.4.

1. Primero tener instalados los dos paquetes: postgresql-8.3 y postgresql-8.4.
2. Determinar en que puerto se ejecuta cada instancia. Esto lo podemos hacer mirando los ficheros /etc/postgresql/8.X/main/postgresql.conf (variable port). En mi caso 5482 y 5433 respectivamente. Lo puedes comprobar con:

   $ sudo netstat -putan | grep postgres

3. Después lanzar los dos servidores:

   $ sudo /etc/init.d/postgresql-8.3 start
   $ sudo /etc/init.d/postgresql-8.4 start

4. Finalmente copiar los datos de una versión a otra

   $ sudo su - postgres
   $ pg_dumpall -p 5432 | psql -d postgres -p 5433

5. Probar que todo ha ido correctamente

Web Social:

Postgres 8.3 incluye 4 lenguajes procedurales en la distribución y se pueden instalar más, pero hay que activarlos por base de datos.
Para ello, hay varios métodos (lo clásico es create language) pero los más cómodo es usar createlang.

Usa droplang para eliminar el lenguaje.

Web Social:

Últimamente uso tanto firebug que ni me acuerdo de las Web Developer Tools.
Escribo esto para recordar que sigue siendo muy útil esta extensión.
Por ejemplo, puedo ver los colores (css) usados en una página web a través del menú Información, seleccionando Ver información del color.

Web Social:

Puede resultar muy util ver el código de algún procedimiento almacenado en postgres. El código de a continuación tomado de Postgresql General Bits de A. Elein Mustain puede resultar muy útil.

CREATE OR REPLACE VIEW showfunctions AS
SELECT
l.lanname,
t.typname || ' = ' || n.nspname || '.' ||
    p.proname || '(' || pg_catalog.oidvectortypes(p.proargtypes) || ')'
AS function_definition,
(SELECT CASE WHEN lanname <> 'c'
    THEN '\n\n'||prosrc ||'\n\n'
    ELSE '\n'||prosrc ||'.so\n\n'
END) AS SOURCE
FROM pg_proc p, pg_type t, pg_namespace n, pg_language l
WHERE p.prorettype = t.oid AND p.pronamespace = n.oid
    AND p.prolang = l.oid;
 
-- Muestra todas las funciones en el schema public ( y cualquier funcion con
-- public en su nombre)
SELECT * FROM showfunctions WHERE function_definition LIKE '%public%';
 
-- Muestra todas las funciones que toman o reciben booleanos
SELECT * FROM showfunctions WHERE function_definition LIKE '%boolean%';

Web Social:

Postgres 8.3 no me permitía crear una base de datos con un encoding distinto a los instalados en mi maquina, y yo debía recuperar una copia de seguridad de una base de datos para la ampliación de unos trabajos que vienen de antiguo.

Si intentaba importar los datos fallaba por el encoding:

# createdb base_datos  -O owner ;
# pg_restore -F c -d base_datos   viernes-27-feb-2009.dump
pg_restore: [archiver (db)] COPY failed: ERROR:  secuencia de bytes no válida para codificación «UTF8»: 0xa2

Y además no me dejaba crear la base de datos con el encoding correcto:

postgres@davinci$ createdb  base_datos -E latin1
createdb: falló la creación de la base de datos:
ERROR:  la codificación LATIN1 no coincide con la configuración regional del servidor es_ES.UTF-8
DETAIL:  La configuración regional LC_CTYPE del servidor requiere la codificación UTF8.

Para poder seguir adelante dos alternativas: cambiar el encoding de mi base de datos (no podía porque tengo otras bases de datos) o instalar postgres 8.2 (debian y derivados permiten tener varios postgres a la vez por paquetería)

De esta forma que me dispuse a descargar los paquetes de haunty: postgresql-8.2 y postgresql-client-8.2

Una vez descargados los paquetes bastó:

pcaro@davinci$ sudo dpkg -i postgresql-client-8.2_8.2.7-1_i386.deb
pcaro@davinci$ sudo dpkg -i postgresql-8.2_8.2.7-1_i386.deb
sudo aptitude hold postgresql-client-8.2
sudo aptitude hold postgresql-8.2

Luego puedes configurar los postgres para que escuchen en distintos puertos o, si solo lo necesitas de forma temporal como yo, simplemente parar el 8.3 y levantar el 8.2 cuando sea necesario.

PD: Gracias a Antonio por la ayuda.

Web Social: