Re: BUG en PostgreSQL era Re: Sincronizar una red entera
On Tue, Jan 30, 2001 at 06:31:09PM +0100, Antonio Castro wrote: Jaime, te acuerdas del programa ese que hice para generar etiquetas en postscript con el que tu me ayudaste ? Claro; me acuerdo perfectamente y aún tengo copia del tutorial de PostScript que fui escribiendo a raíz de nuestras charlas electrónicas y que nunca llegué a publicar... Bueno pues las etiquetas salían ahora desplazadas en la hoja y ya no coincidían. Si es por el Magicfiter nuevo o por otra razón no lo sé pero como tenía prisa para volver a sacar etiquetas pues entré en el fuente y ajusté el nuevo desplazamiento y listo. O puede ser debido a un nuevo fichero de configuración del ghostscript. Es un programa vital para mi. En fin como esto muchas cosillas más que van apareciendo pero lo importante ya me funciona todo. Si tuviera que vender lo que hago trabajaría de otra forma pero cuando trabajo para mi procuro obtener resultados lo antes posible y no suelo molestarme en arreglar lo que funciona. Nos ocurre a todos. Hacemos muchas cosas interesantes que se podrían convertir en un programa o manual muy útil, pero infelizmente no tenemos tiempo para hacer esos retoques pues nos aparecen nuevos problemas para resolver. Un saludo, Jaime
Re: BUG en PostgreSQL era Re: Sincronizar una red entera
Hola Jaime, On Tue, Jan 30, 2001 at 09:58:01AM +, Jaime E . Villate wrote: On Mon, Jan 29, 2001 at 11:11:58PM +0100, Manel Marin wrote: ¿No habria que reportar esto como un BUG? ¿No sacarías el PostgreSQL 7.0.2 del CD de la espiral? Aprovecho para aclarar que el PostgreSQL 7.0.2 del CD de la espiral es exactamente el mismo de debian.org. Lo único que se hizo fue ponerlo en un CD para los que no tenían acceso via Internet a www.debian.org. Obviamente el paquete habrá continuado su evolución normal en www.debian.org y ya habrán nuevas versiones mejoradas. Por eso cualquier fallo hay que investigarlo en bugs.debian.org y si no ha sido informado, hacerlo allí. Jaime Recibido Saludos, -- - Manel Marin e-mail: [EMAIL PROTECTED] Linux Powered (Debian 2.2 potato) kernel 2.2.17 GnuPG keyID: F9BC34B5 en certserver.pgp.com fingerprint: 2F60 43D5 A297 5458 9067 5A50 0029 9C8D F9BC 34B5 Mira mis chuletas de Linux en http://perso.wanadoo.es/manel3 - Mi petición de drivers para Linux es la nº 33126 (Pasate por http://www.libranet.com/petition.html ;-)
Re: BUG en PostgreSQL era Re: Sincronizar una red entera
Hola Jaime, On Tue, Jan 30, 2001 at 10:15:29AM +, Jaime E . Villate wrote: SQL_ASCII ASCII EUC_JP Japanese EUC EUC_CN Chinese EUC EUC_KR Korean EUC EUC_TW Taiwan EUC UNICODE Unicode(UTF-8) MULE_INTERNAL Mule internal LATIN1 ISO 8859-1 English and some European languages LATIN2 ISO 8859-2 English and some European languages LATIN3 ISO 8859-3 English and some European languages LATIN4 ISO 8859-4 English and some European languages LATIN5 ISO 8859-5 English and some European languages KOI8KOI8-R WIN Windows CP1251 ALT Windows CP866 Me parece queda bastante claro que uno debe escoger LATIN1, pero lo que pasó es que probablemente por la forma como tengas configurado debconf, no te haya aparecido este mensaje en la pantalla y se haya usado otro valor diferente. Me gustaría saber como se comportaría tu script de prueba de INSERT con UNICODE o con LATIN2,..., LATIN5. Creo que no debería dar resultados tan caprichosos sino por mucho un mensaje de caracteres desconocidos. Creo que por defecto viene el UNICODE, y es posible que se trate de un bug del UNICODE porque (creo) que debería soportar Ñ y acentos ¿nor? La chuleta de Manel de la que hablabas el otro día (como convertir bases de datos de una versión de Postgresql a otra) no la estarás confundiendo por acaso con mi receta http://www.laespiral.org/documentacion/recetas/numero?10 Jar, ya hay tantas recetas que esa me la pasé por alto... :-) ? Es que me parece que Manel no tiene ninguna chuleta al respecto, y se está iniciando en postgresql, aunque ya nos ha mostrado aquí que domina muy bien el tema :-) Gracias, bueno si tengo una chuleta de instalación (desde el 21 de este mes) las hago cuando pruebo las cosas (y ahora le toca al PostgreSQL... y al zope) ¿Por cierto las recetas son ya oficiales? ¿O están aún en fase de pruebas? Esta misma chuleta podria ser una receta pero creo que aún esta por resolver el tema de que el autoformato te lo autoformatea todo hasta las lineas de los archivos de configuración ¿no? Saludos, -- - Manel Marin e-mail: [EMAIL PROTECTED] Linux Powered (Debian 2.2 potato) kernel 2.2.17 GnuPG keyID: F9BC34B5 en certserver.pgp.com fingerprint: 2F60 43D5 A297 5458 9067 5A50 0029 9C8D F9BC 34B5 Mira mis chuletas de Linux en http://perso.wanadoo.es/manel3 - Mi petición de drivers para Linux es la nº 33126 (Pasate por http://www.libranet.com/petition.html ;-)
Re: BUG en PostgreSQL era Re: Sincronizar una red entera
On Mon, 29 Jan 2001, Manel Marin wrote: Hola Antonio, On Sun, Jan 28, 2001 at 02:19:26PM +0100, Antonio Castro wrote: ... Pues hay que usar LATIN1 porque de lo contrario las eñes pueden ¿Que tenias antes? ¿UNICODE? Creo que puse EURO. Era la opción que aparecía por defecto durante la instalación de Debian. ¿No habria que reportar esto como un BUG? Pues ignoro si debe considerarse un Bug de Postgres o simplemente habría que incluir un aviso durante la configuración de Postgres ¿No sacarías el PostgreSQL 7.0.2 del CD de la espiral? Lo saque de Citius pero es no es el problema. Estoy muy contento con el trabajo de Citius. Puedes elegir paquetes de la Debian oficial u otros paquetes extras y eso es lo que hice con Postgres ya que vienen dos verisones. El test que hice y que mandé en mi mensaje anerior intenta insertar 5 registros de los cuales uno no contiene ninguna eñe y no da problemas, pero los otros si. En la version postgres-7.0.2 solo da de alta dos registros de los cinco. Alta de (992,994) En la version postgres-6.5.3 solo da de alta un registro uno de los cinco. Alta de (992) Yo he terminado instalando la versión postgres-7.0.2 con LATIN1 y ya no he notado más problemas. hacer fallar la inserción de algunos registros. Lo curioso es que muchos registros con eñes no dan problemas y otros si. Aprovecha para avisarlo en tu documentación porque es grave y dificil de localizar. Hecho OK. Ahora me pregunto si esto puede estar afectando a más gente. En mi opinión la elección de LATIN1 para el idioma español no es suficientemente obvia. Saludos, -- - Manel Marin e-mail: [EMAIL PROTECTED] Linux Powered (Debian 2.2 potato) kernel 2.2.17 GnuPG keyID: F9BC34B5 en certserver.pgp.com fingerprint: 2F60 43D5 A297 5458 9067 5A50 0029 9C8D F9BC 34B5 Mira mis chuletas de Linux en http://perso.wanadoo.es/manel3 - Mi petición de drivers para Linux es la nº 33126 (Pasate por http://www.libranet.com/petition.html ;-) Un saludo Antonio Castro Snurmacher +---+ | C i b e r d r o i d e I n f o r m á t i c a | |Tienda virtual. Amplia oferta de productos LINUX | +---+ | WEB: http://www.ciberdroide.com email: [EMAIL PROTECTED] | | CIF: 51444261T email: [EMAIL PROTECTED] | | Telefono/Fax: 91 4020047 Antonio Castro Snurmacher| | Dirección: C/ Francisco Silvela nº9, 4º, D, 28028 Madrid| +---+
Re: BUG en PostgreSQL era Re: Sincronizar una red entera
On Mon, Jan 29, 2001 at 11:11:58PM +0100, Manel Marin wrote: ¿No habria que reportar esto como un BUG? ¿No sacarías el PostgreSQL 7.0.2 del CD de la espiral? Aprovecho para aclarar que el PostgreSQL 7.0.2 del CD de la espiral es exactamente el mismo de debian.org. Lo único que se hizo fue ponerlo en un CD para los que no tenían acceso via Internet a www.debian.org. Obviamente el paquete habrá continuado su evolución normal en www.debian.org y ya habrán nuevas versiones mejoradas. Por eso cualquier fallo hay que investigarlo en bugs.debian.org y si no ha sido informado, hacerlo allí. Jaime
Re: BUG en PostgreSQL era Re: Sincronizar una red entera
On Tue, Jan 30, 2001 at 09:12:14AM +0100, Antonio Castro wrote: ... Pues hay que usar LATIN1 porque de lo contrario las eñes pueden ¿Que tenias antes? ¿UNICODE? Creo que puse EURO. Era la opción que aparecía por defecto durante la instalación de Debian. Hola António, Después de instalar el paquete postgresql 7, en la configuración te aparece el siguiente mensaje: PostgreSQL databases can be created with any one of a number of different character encodings. Please choose the default encoding, which will be used for all newly-created databases in the absence of a specific encoding specification. The choices are: SQL_ASCII ASCII EUC_JP Japanese EUC EUC_CN Chinese EUC EUC_KR Korean EUC EUC_TW Taiwan EUC UNICODE Unicode(UTF-8) MULE_INTERNAL Mule internal LATIN1 ISO 8859-1 English and some European languages LATIN2 ISO 8859-2 English and some European languages LATIN3 ISO 8859-3 English and some European languages LATIN4 ISO 8859-4 English and some European languages LATIN5 ISO 8859-5 English and some European languages KOI8KOI8-R WIN Windows CP1251 ALT Windows CP866 Me parece queda bastante claro que uno debe escoger LATIN1, pero lo que pasó es que probablemente por la forma como tengas configurado debconf, no te haya aparecido este mensaje en la pantalla y se haya usado otro valor diferente. Me gustaría saber como se comportaría tu script de prueba de INSERT con UNICODE o con LATIN2,..., LATIN5. Creo que no debería dar resultados tan caprichosos sino por mucho un mensaje de caracteres desconocidos. La chuleta de Manel de la que hablabas el otro día (como convertir bases de datos de una versión de Postgresql a otra) no la estarás confundiendo por acaso con mi receta http://www.laespiral.org/documentacion/recetas/numero?10 ? Es que me parece que Manel no tiene ninguna chuleta al respecto, y se está iniciando en postgresql, aunque ya nos ha mostrado aquí que domina muy bien el tema :-) Saludos, Jaime
Re: BUG en PostgreSQL era Re: Sincronizar una red entera
On Tue, 30 Jan 2001, Jaime E . Villate wrote: On Tue, Jan 30, 2001 at 09:12:14AM +0100, Antonio Castro wrote: ... Pues hay que usar LATIN1 porque de lo contrario las eñes pueden ¿Que tenias antes? ¿UNICODE? Creo que puse EURO. Era la opción que aparecía por defecto durante la instalación de Debian. Hola António, Después de instalar el paquete postgresql 7, en la configuración te aparece el siguiente mensaje: PostgreSQL databases can be created with any one of a number of different character encodings. Please choose the default encoding, which will be used for all newly-created databases in the absence of a specific encoding specification. The choices are: SQL_ASCII ASCII EUC_JP Japanese EUC EUC_CN Chinese EUC EUC_KR Korean EUC EUC_TW Taiwan EUC UNICODE Unicode(UTF-8) MULE_INTERNAL Mule internal LATIN1 ISO 8859-1 English and some European languages LATIN2 ISO 8859-2 English and some European languages LATIN3 ISO 8859-3 English and some European languages LATIN4 ISO 8859-4 English and some European languages LATIN5 ISO 8859-5 English and some European languages KOI8KOI8-R WIN Windows CP1251 ALT Windows CP866 Me parece queda bastante claro que uno debe escoger LATIN1, pero lo que pasó Bueno ahora si me parece que tiene más sentido LATIN1 pero en su momento no me pareció evidente. es que probablemente por la forma como tengas configurado debconf, no te haya aparecido este mensaje en la pantalla y se haya usado otro valor diferente. Me gustaría saber como se comportaría tu script de prueba de INSERT con UNICODE o con LATIN2,..., LATIN5. Creo que no debería dar resultados tan caprichosos sino por mucho un mensaje de caracteres desconocidos. Pues si el comportamiento caprichoso es solo con LATIN1 me parece que eso también resulta bastante caprichoso. Yo he realizado la migracion un fin de semana porque son datos del negocio y no puedo jugar mucho con estas cosas. Aun tengo que corregir varios efectos provocados por el cambio de equipo y por el cambio de versión de SO. La chuleta de Manel de la que hablabas el otro día (como convertir bases de datos de una versión de Postgresql a otra) no la estarás confundiendo por acaso con mi receta http://www.laespiral.org/documentacion/recetas/numero?10 Yo esta referencia de la espiral no la conocía. Manel solo mencionaba en su chuleta en que consiste la utilidad 'pg_dump'. Sabía para que servía pero no se me ocurrio pensar que lo hacía generando sentencias SQL. ? Es que me parece que Manel no tiene ninguna chuleta al respecto, y se está iniciando en postgresql, aunque ya nos ha mostrado aquí que domina muy bien el tema :-) Bueno esta demostrando que documenta sus propias experiencias y eso puede servir de base o de ejemplo para otros. La cantidad de documentación en Linux es muy grande pero los ejemplos no abundan. Las páginas man deberían tener muchos más ejemplos y yo ... creo que estoy saliendome del tema. Saludos, Jaime Un saludo Antonio Castro Snurmacher +---+ | C i b e r d r o i d e I n f o r m á t i c a | |Tienda virtual. Amplia oferta de productos LINUX | +---+ | WEB: http://www.ciberdroide.com email: [EMAIL PROTECTED] | | CIF: 51444261T email: [EMAIL PROTECTED] | | Telefono/Fax: 91 4020047 Antonio Castro Snurmacher| | Dirección: C/ Francisco Silvela nº9, 4º, D, 28028 Madrid| +---+
Re: BUG en PostgreSQL era Re: Sincronizar una red entera
On Tue, Jan 30, 2001 at 01:58:09PM +0100, Antonio Castro wrote: The choices are: SQL_ASCII ASCII EUC_JP Japanese EUC EUC_CN Chinese EUC EUC_KR Korean EUC EUC_TW Taiwan EUC UNICODE Unicode(UTF-8) MULE_INTERNAL Mule internal LATIN1 ISO 8859-1 English and some European languages LATIN2 ISO 8859-2 English and some European languages LATIN3 ISO 8859-3 English and some European languages LATIN4 ISO 8859-4 English and some European languages LATIN5 ISO 8859-5 English and some European languages KOI8KOI8-R WIN Windows CP1251 ALT Windows CP866 ... Pues si el comportamiento caprichoso es solo con LATIN1 me parece que eso también resulta bastante caprichoso. Yo he realizado la migración un fin de semana porque son datos del negocio y no puedo jugar mucho con estas cosas. Aun tengo que corregir varios efectos provocados por el cambio de equipo y por el cambio de versión de SO. ¿Luego no habíamos concluido ya que con LATIN1 no hay ningún problema? Por lo menos a mí con LATIN1 no me da ningún problema ¿y a tí?. Faltaba descubrir cual sería el código de caracteres que estabas usando que te daba ese comportamiento extraño. Y como decías que era algo así como EURO, pues estaba intentando adivinar si sería LATIN2..LATIN5 o UNICODE. ¿O será que has usado EUC_... pensando que tenía algo que ver con EURO? Jaime
Re: BUG en PostgreSQL era Re: Sincronizar una red entera
On Tue, 30 Jan 2001, Jaime E . Villate wrote: ... Pues si el comportamiento caprichoso es solo con LATIN1 me parece que eso también resulta bastante caprichoso. Yo he realizado la migración un fin de semana porque son datos del negocio y no puedo jugar mucho con estas cosas. Aun tengo que corregir varios efectos provocados por el cambio de equipo y por el cambio de versión de SO. ¿Luego no habíamos concluido ya que con LATIN1 no hay ningún problema? Por lo menos a mí con LATIN1 no me da ningún problema ¿y a tí?. Faltaba descubrir cual sería el código de caracteres que estabas usando que te daba ese comportamiento extraño. Y como decías que era algo así como EURO, pues estaba intentando adivinar si sería LATIN2..LATIN5 o UNICODE. ¿O será que has usado EUC_... pensando que tenía algo que ver con EURO? Bueno pues EURO seguramente lo seleccione para el formato de fecha y ahora no recuerdo que opción elegí para el juego de caracteres. Era la que Debian me sugería por defecto. Me parece muy bien la libertad para elegir un idioma distinto para cada cosa pero las opciones por defecto sobre localización de paquetes pensé que tenían en cuenta los parámetros de localización introducidos al principio de la instalación. Por eso y por mi natural pereza para leer en ingles no me fijé bien. Si desinstalara postgres y lo volviera a instalar te diría que juego de caracteres era, cosa que no puedo hacer ahora, pero me da la sensación de que los problemas de la eñe se van a dar con cualquier juego de caracteres distinto de LATIN1. El test que yo he mandado a la lista no es un test con datos aleatorios. Están basados en unos datos que me dieron problemas a mi. Fuí acotando los registros que daban problemas, luego eliminé campos y acorte otros campos. Me costó trabajo dar con unos datos sencillitos que fallaran. Si alguien quiere investigar este tema debería probar con estos datos. Puede que además de la eñe intervenga algún otro factor desconocido porque la eñe parece un factor necesario pero no suficiente para provocar el fallo. De todas formas los problemas a los que me refiero ahora no tienen nada que ver con postgres. He cambiando de versión y de máqina. Hay muchas cosas que tengo que retocar. La migración no la he realizado actualizando sobre la anterior. He realizado una instalación nueva de potato y he ido adaptando las cosas que no funcionan. La razón es que aparte de las diferencias de hardware, en slink tenía muchas cosas configuradas manualmente o instaladas en /usr/local/ al margen del sistema de paquetes. Antes usaba fetchpop y otros programas que han quedado obsoletos. Ahora uso fetchmail y como esto otras muchas cosas que las he tenido que montar de otra forma. Los binarios de todos mis programas en C los he tenido que recompilar todos, por que las librerías dinámicas estan ahora de otra forma. Algunos programas C ahora daban problemas al compilar (quizas eran problemas no detectados con el compilador anterior). Otros compilan bien pero ya no funcionan bien. Esto generalmente son bobaditas previsibles. Uso mucho las salidas de unos programas con otros y por ejemplo psql ya no entrega el mismo formato que antes. Jaime, te acuerdas del programa ese que hice para generar etiquetas en postscript con el que tu me ayudaste ? Bueno pues las etiquetas salían ahora desplazadas en la hoja y ya no coincidían. Si es por el Magicfiter nuevo o por otra razón no lo sé pero como tenía prisa para volver a sacar etiquetas pues entré en el fuente y ajusté el nuevo desplazamiento y listo. Es un programa vital para mi. En fin como esto muchas cosillas más que van apareciendo pero lo importante ya me funciona todo. Si tuviera que vender lo que hago trabajaría de otra forma pero cuando trabajo para mi procuro obtener resultados lo antes posible y no suelo molestarme en arreglar lo que funciona. Jaime Un saludo Antonio Castro Snurmacher +---+ | C i b e r d r o i d e I n f o r m á t i c a | |Tienda virtual. Amplia oferta de productos LINUX | +---+ | WEB: http://www.ciberdroide.com email: [EMAIL PROTECTED] | | CIF: 51444261T email: [EMAIL PROTECTED] | | Telefono/Fax: 91 4020047 Antonio Castro Snurmacher| | Dirección: C/ Francisco Silvela nº9, 4º, D, 28028 Madrid| +---+
BUG en PostgreSQL era Re: Sincronizar una red entera
Hola Antonio, On Sun, Jan 28, 2001 at 02:19:26PM +0100, Antonio Castro wrote: ... Pues hay que usar LATIN1 porque de lo contrario las eñes pueden ¿Que tenias antes? ¿UNICODE? ¿No habria que reportar esto como un BUG? ¿No sacarías el PostgreSQL 7.0.2 del CD de la espiral? hacer fallar la inserción de algunos registros. Lo curioso es que muchos registros con eñes no dan problemas y otros si. Aprovecha para avisarlo en tu documentación porque es grave y dificil de localizar. Hecho Saludos, -- - Manel Marin e-mail: [EMAIL PROTECTED] Linux Powered (Debian 2.2 potato) kernel 2.2.17 GnuPG keyID: F9BC34B5 en certserver.pgp.com fingerprint: 2F60 43D5 A297 5458 9067 5A50 0029 9C8D F9BC 34B5 Mira mis chuletas de Linux en http://perso.wanadoo.es/manel3 - Mi petición de drivers para Linux es la nº 33126 (Pasate por http://www.libranet.com/petition.html ;-)