From boig en casitadelterror.com  Tue Nov  6 06:26:10 2001
From: boig en casitadelterror.com (Arquimedes Canedo)
Date: Mon, 05 Nov 2001 23:26:10 -0600
Subject: existen ?
Message-ID: <3BE77472.23094599@casitadelterror.com>

que tal. Recien acabo de inscribirme, pero aun no recibo nada de correos
de los usuarios de esta lista.
Si hay alguien leyendome, o no recibo yo los correos.

Saludos
Gracias




From rapto en arrakis.es  Tue Nov  6 12:48:28 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Tue, 6 Nov 2001 12:48:28 +0100
Subject: existen ?
References: <3BE77472.23094599@casitadelterror.com>
Message-ID: <001e01c166b8$f318f800$d1dea8c0@proteus>

Bueno, pues va un mensaje:
¿Dónde está Wally?

http://congreso.hispalinux.es/actividades/horarios/


----- Original Message -----
From: "Arquimedes Canedo" <boig en casitadelterror.com>
To: <python-es en aditel.org>
Sent: Tuesday, November 06, 2001 6:26 AM
Subject: [python-es] existen ?


> que tal. Recien acabo de inscribirme, pero aun no recibo nada de correos
> de los usuarios de esta lista.
> Si hay alguien leyendome, o no recibo yo los correos.
>
> Saludos
> Gracias
>
>




From alvaro en godsmaze.org  Tue Nov  6 14:23:42 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 06 Nov 2001 14:23:42 +0100
Subject: existen ?
In-Reply-To: <3BE77472.23094599@casitadelterror.com>
References: <3BE77472.23094599@casitadelterror.com>
Message-ID: <1005053022.7136.66.camel@servidor>

On Tue, 2001-11-06 at 06:26, Arquimedes Canedo wrote:

> que tal. Recien acabo de inscribirme, pero aun no recibo nada de     
> correos
> de los usuarios de esta lista.
> Si hay alguien leyendome, o no recibo yo los correos.

	Esta todo bien.. lo que pasa es que la lista no tiene mucho trafico.
:-) De vez en cuando hay algunos dias de actividad y luego vuelve todo a
pararse.

-- 
Greetings, alo.




From arturo en logitec.es  Tue Nov  6 16:30:49 2001
From: arturo en logitec.es (Arturo)
Date: Tue, 6 Nov 2001 16:30:49 +0100
Subject: existen ?
References: <3BE77472.23094599@casitadelterror.com>
Message-ID: <002e01c166d8$05359010$0200a8c0@PCARTURO>

Bueno, pues va otro mensaje:
¿Ese no era Willy?

----- Original Message -----
From: "Arquimedes Canedo" <boig en casitadelterror.com>
To: <python-es en aditel.org>
Sent: Tuesday, November 06, 2001 6:26 AM
Subject: [python-es] existen ?


> que tal. Recien acabo de inscribirme, pero aun no recibo nada de correos
> de los usuarios de esta lista.
> Si hay alguien leyendome, o no recibo yo los correos.
>
> Saludos
> Gracias




From arturo en logitec.es  Wed Nov  7 10:51:22 2001
From: arturo en logitec.es (Arturo)
Date: Wed, 7 Nov 2001 10:51:22 +0100
Subject: POP antes que SMTP en Python
Message-ID: <002801c16771$c45eff50$0200a8c0@PCARTURO>

Hola

Alguien sabe si existe algún programa en Python que permita hacer POP before SMTP , para Postfix.???

Existen varios, pero casi todos están en Perl (con el follon de módulos con el CMPA que supone) o bien hay que retocar los servidores POP.


Saludos

Arturo
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20011107/392e790b/attachment.html>

From rapto en arrakis.es  Wed Nov  7 14:53:26 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Wed, 7 Nov 2001 14:53:26 +0100
Subject: POP antes que SMTP en Python
References: <002801c16771$c45eff50$0200a8c0@PCARTURO>
Message-ID: <003101c16793$92ab5540$d1dea8c0@proteus>

¿Cómo? ¿Qué es exactamente lo que quieres hacer?

Estoy currando ahora con cosas de correo electrónico, me interesa el tema
para ayudar o para enterarme de cosas que no hubiera previsto.

----- Original Message -----
From: Arturo
To: python-es en aditel.org
Sent: Wednesday, November 07, 2001 10:51 AM
Subject: [python-es] POP antes que SMTP en Python


Hola

Alguien sabe si existe algún programa en Python que permita hacer POP before
SMTP , para Postfix.???

Existen varios, pero casi todos están en Perl (con el follon de módulos con
el CMPA que supone) o bien hay que retocar los servidores POP.


Saludos

Arturo




From alvaro en godsmaze.org  Wed Nov  7 17:20:17 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 07 Nov 2001 17:20:17 +0100
Subject: POP antes que SMTP en Python
In-Reply-To: <002801c16771$c45eff50$0200a8c0@PCARTURO>
References: <002801c16771$c45eff50$0200a8c0@PCARTURO>
Message-ID: <1005150017.7136.128.camel@servidor>

On Wed, 2001-11-07 at 10:51, Arturo wrote:

> Alguien sabe si existe algún programa en Python que permita hacer POP before SMTP , para Postfix.???
> Existen varios, pero casi todos están en Perl (con el follon de módulos con el CMPA que supone) o bien hay que retocar los servidores POP.

Vaya, hecho no se si estará en algún sitio, pero el hacerlo son a lo
máximo 5 líneas ':-)

Primero te conectas por POP con la poplib
(http://python.org/doc/current/lib/module-poplib.html) y despues haces
lo que quieras con la smtplib
(http://python.org/doc/current/lib/module-smtplib.html).

-- 
Greetings, alo.




From rapto en arrakis.es  Wed Nov  7 18:44:54 2001
From: rapto en arrakis.es (Marcos =?iso-8859-1?Q?S=E1nchez?= Provencio)
Date: Wed, 07 Nov 2001 18:44:54 +0100
Subject: POP antes que SMTP en Python
References: <002801c16771$c45eff50$0200a8c0@PCARTURO> <1005150017.7136.128.camel@servidor>
Message-ID: <3BE97316.89C1D1B5@arrakis.es>

¿No es lo más sencillo usar un smtp propio? Si estás usando no-Windows,
claro.

Alvaro López Ortega wrote:
> 
> On Wed, 2001-11-07 at 10:51, Arturo wrote:
> 
> > Alguien sabe si existe algún programa en Python que permita hacer POP before SMTP , para Postfix.???
> > Existen varios, pero casi todos están en Perl (con el follon de módulos con el CMPA que supone) o bien hay que retocar los servidores POP.
> 
> Vaya, hecho no se si estará en algún sitio, pero el hacerlo son a lo
> máximo 5 líneas ':-)
> 
> Primero te conectas por POP con la poplib
> (http://python.org/doc/current/lib/module-poplib.html) y despues haces
> lo que quieras con la smtplib
> (http://python.org/doc/current/lib/module-smtplib.html).
> 
> --
> Greetings, alo.




From floro en aditel.org  Wed Nov  7 21:45:18 2001
From: floro en aditel.org (Pedro Floro)
Date: Wed, 7 Nov 2001 21:45:18 +0100 (CET)
Subject: existen ?
In-Reply-To: <3BE77472.23094599@casitadelterror.com>
References: <3BE77472.23094599@casitadelterror.com>
Message-ID: <Pine.LNX.4.30.0111072143040.7700-100000@spisa>

On Mon, 5 Nov 2001, Arquimedes Canedo wrote:

> que tal. Recien acabo de inscribirme, pero aun no recibo nada de correos
> de los usuarios de esta lista.
> Si hay alguien leyendome, o no recibo yo los correos.

Bueno, como ya has comprobado si que llegan. Ademas, si has
visitado la pagina de ADITEL (la organizacion que lleva esta
lista), pues puedes ver la cantidad de gente que esta apuntada.

http://www.aditel.org/listas_correo/

Ahi lo veras. Y tambien teneis algunos enlaces interesantes en:

http://www.aditel.org/python/

Para recordarlo o para decirlo a la gente que se haya apuntado
hace poco :)

Venga, nos vemos.

>
> Saludos
> Gracias
>

                   ---- ** ----
                    Aditel.org
                    WeBMaSTeR
                 floro en aditel.org
                   ---- ** ----




From arturo en logitec.es  Thu Nov  8 09:57:11 2001
From: arturo en logitec.es (Arturo)
Date: Thu, 8 Nov 2001 09:57:11 +0100
Subject: POP antes que SMTP en Python
References: <002801c16771$c45eff50$0200a8c0@PCARTURO> <003101c16793$92ab5540$d1dea8c0@proteus>
Message-ID: <002901c16833$6d4f7830$0200a8c0@PCARTURO>

Hola

Os explico un poco mas lo que quería decir en mi mensaje anterior.

A uno de los servidores de correo que administro se deben de poder conectar
lo que se llaman usuarios moviles. Es decir, cualquier cliente de la maquina
se deberia de poder conectar mediante cualquier proveedor de acceso a
Internet al servicio de correo.
Esto significa que cada vez que recogen el correo o lo envian lo hacen desde
una dirreción IP distinta que es la que les suministra el proveedor de
correo con el que se han conectado esa vez.
Existen métodos de protección de los servidores de correo para evitar que
cualquiera pueda usar los servidores para mandar SPAM, ya que como veis
cualquiera que sepa la dirección del servidor SMTP podría enviar los
mensajes que quisiera a donde quiesiera sin tener cuenta en la maquina, ya
que esa máquina debería de estar abierta a todas las peticiones de conexión.
Algunos de esos metodos son DRAC
(http://www.stahl.bau.tu-bs.de/~hildeb/postfix/drac.shtml), WHOSON
(ftp://victor.teaser.fr/pub/lwa/postfix/), pop-before-smtp.pl
(http://people.oven.com/bet/pop-before-smtp/),...

Básicamente todos estos métodos lo que hacen es capturar la dirección IP del
enviador y comprobarla con la dirección desde la que la máquina valida el
servicio POP. Existe un pequeño intervalo de tiempo entre que el usuario
hace el envio por SMTP y se valida por POP3 para recoger su correo.En ese
pequeño intervalo el programa (normalamente es un daemon corriendo en la
máquina servidor) captura las 2 IP de los archivos logs (bien del maillog,
bien del syslog) y si coinciden permite el envio de los mensajes
enviados.Por eso este tipo de programas se suelen llamar POP-BEFORE-SMTP.

Todos esos programas tienen sus pros y contras.El más limpio y rápido (creo
yo) es el pop-before-smtp.pl.Está escrito en PERL y funciona con
qmail,postfix y algún MTA mas.
Y aquí viene la pregunta:
Si está escrito en PERL,¿no sería mejor que estuviera en PYTHON? : ) ,
¿alguien sabe si hay ya alguno escrito?.

Espero haber sido claro en la explicación y no haberos aburrido.Gracias

Arturo


----- Original Message -----
From: "Marcos Sánchez Provencio" <rapto en arrakis.es>
To: <python-es en aditel.org>
Sent: Wednesday, November 07, 2001 2:53 PM
Subject: Re: [python-es] POP antes que SMTP en Python


> ¿Cómo? ¿Qué es exactamente lo que quieres hacer?
>
> Estoy currando ahora con cosas de correo electrónico, me interesa el tema
> para ayudar o para enterarme de cosas que no hubiera previsto.
>
> ----- Original Message -----
> From: Arturo
> To: python-es en aditel.org
> Sent: Wednesday, November 07, 2001 10:51 AM
> Subject: [python-es] POP antes que SMTP en Python
>
>
> Hola
>
> Alguien sabe si existe algún programa en Python que permita hacer POP
before
> SMTP , para Postfix.???
>
> Existen varios, pero casi todos están en Perl (con el follon de módulos
con
> el CMPA que supone) o bien hay que retocar los servidores POP.
>
>
> Saludos
>
> Arturo




From alvaro en godsmaze.org  Thu Nov  8 11:22:00 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 08 Nov 2001 11:22:00 +0100
Subject: POP antes que SMTP en Python
In-Reply-To: <002901c16833$6d4f7830$0200a8c0@PCARTURO>
References: <002801c16771$c45eff50$0200a8c0@PCARTURO>
	<003101c16793$92ab5540$d1dea8c0@proteus> 
	<002901c16833$6d4f7830$0200a8c0@PCARTURO>
Message-ID: <1005214920.7132.344.camel@servidor>

On Thu, 2001-11-08 at 09:57, Arturo wrote:

Si, esta clarísimo lo que quieres hacer. Que yo conozca no hay ninguno
escrito en Python. ':-)) ... pero si lo necesitais en el trabajo, podria
ser una oportunidad para escribir uno ;)

PD: Madre mia como nos ha costado!! ''XD

> Os explico un poco mas lo que quería decir en mi mensaje anterior.
> 
> A uno de los servidores de correo que administro se deben de poder conectar
> lo que se llaman usuarios moviles. Es decir, cualquier cliente de la maquina
> se deberia de poder conectar mediante cualquier proveedor de acceso a
> Internet al servicio de correo.
> Esto significa que cada vez que recogen el correo o lo envian lo hacen desde
> una dirreción IP distinta que es la que les suministra el proveedor de
> correo con el que se han conectado esa vez.
> Existen métodos de protección de los servidores de correo para evitar que
> cualquiera pueda usar los servidores para mandar SPAM, ya que como veis
> cualquiera que sepa la dirección del servidor SMTP podría enviar los
> mensajes que quisiera a donde quiesiera sin tener cuenta en la maquina, ya
> que esa máquina debería de estar abierta a todas las peticiones de conexión.
> Algunos de esos metodos son DRAC
> (http://www.stahl.bau.tu-bs.de/~hildeb/postfix/drac.shtml), WHOSON
> (ftp://victor.teaser.fr/pub/lwa/postfix/), pop-before-smtp.pl
> (http://people.oven.com/bet/pop-before-smtp/),...
> 
> Básicamente todos estos métodos lo que hacen es capturar la dirección IP del
> enviador y comprobarla con la dirección desde la que la máquina valida el
> servicio POP. Existe un pequeño intervalo de tiempo entre que el usuario
> hace el envio por SMTP y se valida por POP3 para recoger su correo.En ese
> pequeño intervalo el programa (normalamente es un daemon corriendo en la
> máquina servidor) captura las 2 IP de los archivos logs (bien del maillog,
> bien del syslog) y si coinciden permite el envio de los mensajes
> enviados.Por eso este tipo de programas se suelen llamar POP-BEFORE-SMTP.
> 
> Todos esos programas tienen sus pros y contras.El más limpio y rápido (creo
> yo) es el pop-before-smtp.pl.Está escrito en PERL y funciona con
> qmail,postfix y algún MTA mas.
> Y aquí viene la pregunta:
> Si está escrito en PERL,¿no sería mejor que estuviera en PYTHON? : ) ,
> ¿alguien sabe si hay ya alguno escrito?.
> 
> Espero haber sido claro en la explicación y no haberos aburrido.Gracias
> 
> Arturo
> 
> 
> ----- Original Message -----
> From: "Marcos Sánchez Provencio" <rapto en arrakis.es>
> To: <python-es en aditel.org>
> Sent: Wednesday, November 07, 2001 2:53 PM
> Subject: Re: [python-es] POP antes que SMTP en Python
> 
> 
> > ¿Cómo? ¿Qué es exactamente lo que quieres hacer?
> >
> > Estoy currando ahora con cosas de correo electrónico, me interesa el tema
> > para ayudar o para enterarme de cosas que no hubiera previsto.
> >
> > ----- Original Message -----
> > From: Arturo
> > To: python-es en aditel.org
> > Sent: Wednesday, November 07, 2001 10:51 AM
> > Subject: [python-es] POP antes que SMTP en Python
> >
> >
> > Hola
> >
> > Alguien sabe si existe algún programa en Python que permita hacer POP
> before
> > SMTP , para Postfix.???
> >
> > Existen varios, pero casi todos están en Perl (con el follon de módulos
> con
> > el CMPA que supone) o bien hay que retocar los servidores POP.

-- 
Greetings, alo.




From arturo en logitec.es  Thu Nov  8 11:34:44 2001
From: arturo en logitec.es (Arturo)
Date: Thu, 8 Nov 2001 11:34:44 +0100
Subject: POP antes que SMTP en Python
References: <002801c16771$c45eff50$0200a8c0@PCARTURO><003101c16793$92ab5540$d1dea8c0@proteus> <002901c16833$6d4f7830$0200a8c0@PCARTURO> <1005214920.7132.344.camel@servidor>
Message-ID: <001c01c16841$102eccb0$0200a8c0@PCARTURO>

Hola

Gracias por el comentario.

Igual ,si tengo tiempo, lo que hago es portar el código en Perl a Python!!!.
Por cierto, alguien sabe como puedo hacer algo parecido a un "tail -f
fichero" con python??

Saludos

Arturo
----- Original Message -----
From: "Alvaro López Ortega" <alvaro en godsmaze.org>
To: <python-es en aditel.org>
Cc: "Arturo" <arturo en logitec.es>
Sent: Thursday, November 08, 2001 11:22 AM
Subject: Re: [python-es] POP antes que SMTP en Python


> On Thu, 2001-11-08 at 09:57, Arturo wrote:
>
> Si, esta clarísimo lo que quieres hacer. Que yo conozca no hay ninguno
> escrito en Python. ':-)) ... pero si lo necesitais en el trabajo, podria
> ser una oportunidad para escribir uno ;)
>
> PD: Madre mia como nos ha costado!! ''XD
>
> > Os explico un poco mas lo que quería decir en mi mensaje anterior.
> >
> > A uno de los servidores de correo que administro se deben de poder
conectar
> > lo que se llaman usuarios moviles. Es decir, cualquier cliente de la
maquina
> > se deberia de poder conectar mediante cualquier proveedor de acceso a
> > Internet al servicio de correo.
> > Esto significa que cada vez que recogen el correo o lo envian lo hacen
desde
> > una dirreción IP distinta que es la que les suministra el proveedor de
> > correo con el que se han conectado esa vez.
> > Existen métodos de protección de los servidores de correo para evitar
que
> > cualquiera pueda usar los servidores para mandar SPAM, ya que como veis
> > cualquiera que sepa la dirección del servidor SMTP podría enviar los
> > mensajes que quisiera a donde quiesiera sin tener cuenta en la maquina,
ya
> > que esa máquina debería de estar abierta a todas las peticiones de
conexión.
> > Algunos de esos metodos son DRAC
> > (http://www.stahl.bau.tu-bs.de/~hildeb/postfix/drac.shtml), WHOSON
> > (ftp://victor.teaser.fr/pub/lwa/postfix/), pop-before-smtp.pl
> > (http://people.oven.com/bet/pop-before-smtp/),...
> >
> > Básicamente todos estos métodos lo que hacen es capturar la dirección IP
del
> > enviador y comprobarla con la dirección desde la que la máquina valida
el
> > servicio POP. Existe un pequeño intervalo de tiempo entre que el usuario
> > hace el envio por SMTP y se valida por POP3 para recoger su correo.En
ese
> > pequeño intervalo el programa (normalamente es un daemon corriendo en la
> > máquina servidor) captura las 2 IP de los archivos logs (bien del
maillog,
> > bien del syslog) y si coinciden permite el envio de los mensajes
> > enviados.Por eso este tipo de programas se suelen llamar
POP-BEFORE-SMTP.
> >
> > Todos esos programas tienen sus pros y contras.El más limpio y rápido
(creo
> > yo) es el pop-before-smtp.pl.Está escrito en PERL y funciona con
> > qmail,postfix y algún MTA mas.
> > Y aquí viene la pregunta:
> > Si está escrito en PERL,¿no sería mejor que estuviera en PYTHON? : ) ,
> > ¿alguien sabe si hay ya alguno escrito?.
> >
> > Espero haber sido claro en la explicación y no haberos aburrido.Gracias
> >
> > Arturo
> >
> >
> > ----- Original Message -----
> > From: "Marcos Sánchez Provencio" <rapto en arrakis.es>
> > To: <python-es en aditel.org>
> > Sent: Wednesday, November 07, 2001 2:53 PM
> > Subject: Re: [python-es] POP antes que SMTP en Python
> >
> >
> > > ¿Cómo? ¿Qué es exactamente lo que quieres hacer?
> > >
> > > Estoy currando ahora con cosas de correo electrónico, me interesa el
tema
> > > para ayudar o para enterarme de cosas que no hubiera previsto.
> > >
> > > ----- Original Message -----
> > > From: Arturo
> > > To: python-es en aditel.org
> > > Sent: Wednesday, November 07, 2001 10:51 AM
> > > Subject: [python-es] POP antes que SMTP en Python
> > >
> > >
> > > Hola
> > >
> > > Alguien sabe si existe algún programa en Python que permita hacer POP
> > before
> > > SMTP , para Postfix.???
> > >
> > > Existen varios, pero casi todos están en Perl (con el follon de
módulos
> > con
> > > el CMPA que supone) o bien hay que retocar los servidores POP.
>
> --
> Greetings, alo.




From rapto en arrakis.es  Thu Nov  8 12:35:09 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Thu, 8 Nov 2001 12:35:09 +0100
Subject: Fw: POP antes que SMTP en Python
Message-ID: <002701c16849$6c265f80$d1dea8c0@proteus>

A leer del verrés:

----- Original Message -----
From: "Alvaro López Ortega" <alvaro en godsmaze.org>
To: "Marcos Sánchez Provencio" <rapto en arrakis.es>
Sent: Wednesday, November 07, 2001 9:42 PM
Subject: Re: [python-es] POP antes que SMTP en Python


On Wed, 2001-11-07 at 21:21, Marcos Sánchez Provencio wrote:

X-DDDDDDDDDDDDDD

Bueno, pues vamos a mandar este mail a la lista, para que por lo menos
sirva de algo, ¿no? ;-) (si no tienes nada en contra, reenvialo tú).

> Vale, decididamente, es un diálogo de besugos. El tío que preguntaba >
esto
> era Arturo, de logitec. Yo intentaba explicar lo mismo que me cuentas tú,
> que para qué quiere el tema de POP/SMTP ese tan raro (y que yo no conocía,
> todo sea dicho).
>
> ----- Original Message -----
> From: "Alvaro López Ortega" <alvaro en godsmaze.org>
> To: "Marcos Sánchez Provencio" <rapto en arrakis.es>
> Sent: Wednesday, November 07, 2001 9:22 PM
> Subject: Re: [python-es] POP antes que SMTP en Python
>
>
> On Wed, 2001-11-07 at 21:06, Marcos Sánchez Provencio wrote:
>
> pero, ¿y que tiene que ver eso con POP before SMTP? ':-)
> El POP before SMTP lo montan únicamente ISP y gente asi.. no hace falta.
> Ningún host va a necesitarlo si no estas haciendo relay sobre él. :-)
>
> > Yo lo tengo montado (en casa y en la ofi) para que el smtp sea el
> >propio
> > servidor Linux. Uséase, cuando creas el objeto SMTP de Python, el host
es
> > localhost (o el nombre de la máquina que se conecta a intenné si es
otra).
> > En la configuración de salida de correo, no le tengo puesto smarthost ni
> > zarandajas (que me fío yo más de mi Linux que de lo que hayan puesto los
> de
> > arrakis).
> > El demonio de envío de correo se encarga de enchufarse al MX de destino,
> sin
> > pasar por la salida, ni autentificar, ni nadená. ¿Tienes algún
> destinatario
> > que requiera autentificación en _su_ MX?
> >
> > Si lo que he contado no tiene nada que ver con tu problema, pido
> disculpas,
> > no te he entendido.
> >
> > ----- Original Message -----
> > From: "Alvaro López Ortega" <alvaro en godsmaze.org>
> > To: "Marcos Sánchez Provencio" <rapto en arrakis.es>
> > Sent: Wednesday, November 07, 2001 8:52 PM
> > Subject: Re: [python-es] POP antes que SMTP en Python
> >
> >
> > On Wed, 2001-11-07 at 18:44, Marcos Sánchez Provencio wrote:
> >
> > No se exactamente a que te refieres. Si es algo así como llamar con
> > popen() a sendmail/postfix/.. no tienes necesidad de " POP before SMTP".
> >
> > Si no, lo único que tienes que hacer es conectar por POP con la máquina
> > que sea, identificarte, y despues habrir la conexión de SMTP contra la
> > misma máquina. (bueno, aunque no es extrictamente necesario que sea la
> > misma máquina).
> >
> > ¿O te refieres al demonio/parche que hace el POP Before SMTP? Si es eso,
> > en la web de Postfix hay unos cuantos enlaces a implementaciones, pero
> > creo que ninguna de ellas en Python.
> >
> > > ¿No es lo más sencillo usar un smtp propio? Si estás usando
> > >no-Windows,
> > > claro.
> > >
> > > > > Alguien sabe si existe algún programa en Python que permita hacer
> POP
> > before SMTP , para Postfix.???
> > > > > Existen varios, pero casi todos están en Perl (con el follon de
> > módulos con el CMPA que supone) o bien hay que retocar los servidores
POP.
> > > >
> > > > Vaya, hecho no se si estará en algún sitio, pero el hacerlo son a lo
> > > > máximo 5 líneas ':-)
> > > >
> > > > Primero te conectas por POP con la poplib
> > > > (http://python.org/doc/current/lib/module-poplib.html) y despues
haces
> > > > lo que quieras con la smtplib
> > > > (http://python.org/doc/current/lib/module-smtplib.html).

--
Greetings, alo.






From rapto en arrakis.es  Thu Nov  8 13:34:46 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Thu, 8 Nov 2001 13:34:46 +0100
Subject: POP antes que SMTP en Python
References: <002801c16771$c45eff50$0200a8c0@PCARTURO><003101c16793$92ab5540$d1dea8c0@proteus> <002901c16833$6d4f7830$0200a8c0@PCARTURO> <1005214920.7132.344.camel@servidor>
Message-ID: <004a01c16851$bfe1cad0$d1dea8c0@proteus>

En
http://yoshi.init.org/debian/postfix-auth.html
lo explican muy bien

----- Original Message -----
From: "Alvaro López Ortega" <alvaro en godsmaze.org>
To: <python-es en aditel.org>
Cc: "Arturo" <arturo en logitec.es>
Sent: Thursday, November 08, 2001 11:22 AM
Subject: Re: [python-es] POP antes que SMTP en Python


On Thu, 2001-11-08 at 09:57, Arturo wrote:

Si, esta clarísimo lo que quieres hacer. Que yo conozca no hay ninguno
escrito en Python. ':-)) ... pero si lo necesitais en el trabajo, podria
ser una oportunidad para escribir uno ;)

PD: Madre mia como nos ha costado!! ''XD

> Os explico un poco mas lo que quería decir en mi mensaje anterior.
>
> A uno de los servidores de correo que administro se deben de poder
conectar
> lo que se llaman usuarios moviles. Es decir, cualquier cliente de la
maquina
> se deberia de poder conectar mediante cualquier proveedor de acceso a
> Internet al servicio de correo.
> Esto significa que cada vez que recogen el correo o lo envian lo hacen
desde
> una dirreción IP distinta que es la que les suministra el proveedor de
> correo con el que se han conectado esa vez.
> Existen métodos de protección de los servidores de correo para evitar que
> cualquiera pueda usar los servidores para mandar SPAM, ya que como veis
> cualquiera que sepa la dirección del servidor SMTP podría enviar los
> mensajes que quisiera a donde quiesiera sin tener cuenta en la maquina, ya
> que esa máquina debería de estar abierta a todas las peticiones de
conexión.
> Algunos de esos metodos son DRAC
> (http://www.stahl.bau.tu-bs.de/~hildeb/postfix/drac.shtml), WHOSON
> (ftp://victor.teaser.fr/pub/lwa/postfix/), pop-before-smtp.pl
> (http://people.oven.com/bet/pop-before-smtp/),...
>
> Básicamente todos estos métodos lo que hacen es capturar la dirección IP
del
> enviador y comprobarla con la dirección desde la que la máquina valida el
> servicio POP. Existe un pequeño intervalo de tiempo entre que el usuario
> hace el envio por SMTP y se valida por POP3 para recoger su correo.En ese
> pequeño intervalo el programa (normalamente es un daemon corriendo en la
> máquina servidor) captura las 2 IP de los archivos logs (bien del maillog,
> bien del syslog) y si coinciden permite el envio de los mensajes
> enviados.Por eso este tipo de programas se suelen llamar POP-BEFORE-SMTP.
>
> Todos esos programas tienen sus pros y contras.El más limpio y rápido
(creo
> yo) es el pop-before-smtp.pl.Está escrito en PERL y funciona con
> qmail,postfix y algún MTA mas.
> Y aquí viene la pregunta:
> Si está escrito en PERL,¿no sería mejor que estuviera en PYTHON? : ) ,
> ¿alguien sabe si hay ya alguno escrito?.
>
> Espero haber sido claro en la explicación y no haberos aburrido.Gracias
>
> Arturo
>
>
> ----- Original Message -----
> From: "Marcos Sánchez Provencio" <rapto en arrakis.es>
> To: <python-es en aditel.org>
> Sent: Wednesday, November 07, 2001 2:53 PM
> Subject: Re: [python-es] POP antes que SMTP en Python
>
>
> > ¿Cómo? ¿Qué es exactamente lo que quieres hacer?
> >
> > Estoy currando ahora con cosas de correo electrónico, me interesa el
tema
> > para ayudar o para enterarme de cosas que no hubiera previsto.
> >
> > ----- Original Message -----
> > From: Arturo
> > To: python-es en aditel.org
> > Sent: Wednesday, November 07, 2001 10:51 AM
> > Subject: [python-es] POP antes que SMTP en Python
> >
> >
> > Hola
> >
> > Alguien sabe si existe algún programa en Python que permita hacer POP
> before
> > SMTP , para Postfix.???
> >
> > Existen varios, pero casi todos están en Perl (con el follon de módulos
> con
> > el CMPA que supone) o bien hay que retocar los servidores POP.

--
Greetings, alo.






From rapto en arrakis.es  Thu Nov  8 13:38:50 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Thu, 8 Nov 2001 13:38:50 +0100
Subject: POP antes que SMTP en Python
References: <002701c16849$6c265f80$d1dea8c0@proteus>
Message-ID: <005401c16852$51299090$d1dea8c0@proteus>

Supongo que habrás mirado el SMTP AUTH para postfix, ¿no?

PS: Perdón por el mensaje de antes, me ha hecho gracia saber que tenía esas
fuentes instaladas.




From julian.albo.garcia en xunta.es  Thu Nov  8 13:53:34 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Thu, 8 Nov 2001 13:53:34 +0100
Subject: POP antes que SMTP en Python
Message-ID: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es>

Y digo yo, si el que hay en perl hace el trabajo, y no necesita adapatación
ni ampliaciones ¿qué necesidad hay de traducirlo a pyhton?

Salu2





From alvaro en godsmaze.org  Thu Nov  8 22:21:06 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 08 Nov 2001 22:21:06 +0100
Subject: tail -f en Python
In-Reply-To: <001c01c16841$102eccb0$0200a8c0@PCARTURO>
References: <002801c16771$c45eff50$0200a8c0@PCARTURO><003101c16793$92ab5540$d1dea8c0@pro
	 teus> <002901c16833$6d4f7830$0200a8c0@PCARTURO>
	<1005214920.7132.344.camel@servidor> 
	<001c01c16841$102eccb0$0200a8c0@PCARTURO>
Message-ID: <1005254468.28496.0.camel@servidor>

On Thu, 2001-11-08 at 11:34, Arturo wrote:

> Igual ,si tengo tiempo, lo que hago es portar el código en Perl a Python!!!.
> Por cierto, alguien sabe como puedo hacer algo parecido a un "tail -f
> fichero" con python??

	Lo puedes ver claro en:
	http://gehenna.pell.portland.or.us/~orc/Mastodon/BSD/core/tail/

	Básicamente: fopen, fseek, leer, fclose, sleep, repetir. :-)

-- 
Greetings, alo.




From alvaro en godsmaze.org  Thu Nov  8 22:24:03 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 08 Nov 2001 22:24:03 +0100
Subject: POP antes que SMTP en Python
In-Reply-To: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es>
References: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es>
Message-ID: <1005254643.28492.2.camel@servidor>

On Thu, 2001-11-08 at 13:53, julian.albo.garcia en xunta.es wrote:

> Y digo yo, si el que hay en perl hace el trabajo, y no necesita adapatación
> ni ampliaciones ¿qué necesidad hay de traducirlo a pyhton?

	Pues tambien es verdad.. ';-)

	Pero bueno, tambien comprendo que puestos a correr un programa en una
máquina importante.. no esta nada mal el saber como funciona y dado el
caso, poder cambiar algo rapidamente. :>

-- 
Greetings, alo.




From arturo en logitec.es  Fri Nov  9 09:19:50 2001
From: arturo en logitec.es (Arturo)
Date: Fri, 9 Nov 2001 09:19:50 +0100
Subject: POP antes que SMTP en Python
References: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es>
Message-ID: <003201c168f7$616abb00$0200a8c0@PCARTURO>

Respuesta:
¿Y porqué no?
En todas las comparitivas que he visto entre Python y Perl ,el primero sale
ganando.

Saludos

Arturo
----- Original Message -----
From: <julian.albo.garcia en xunta.es>
To: <python-es en aditel.org>
Sent: Thursday, November 08, 2001 1:53 PM
Subject: [python-es] POP antes que SMTP en Python


> Y digo yo, si el que hay en perl hace el trabajo, y no necesita
adapatación
> ni ampliaciones ¿qué necesidad hay de traducirlo a pyhton?
>
> Salu2
>




From zoso en ulpgc.es  Fri Nov  9 09:49:30 2001
From: zoso en ulpgc.es (zoso en ulpgc.es)
Date: Fri,  9 Nov 2001 08:49:30 +0000 (WET)
Subject: POP antes que SMTP en Python
In-Reply-To: <003201c168f7$616abb00$0200a8c0@PCARTURO>
References: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es> <003201c168f7$616abb00$0200a8c0@PCARTURO>
Message-ID: <20011109084930.C6FC81A86B@mercurio.ulpgc.es>

Mensaje citado por: Arturo <arturo en logitec.es>:

> Respuesta:
> ¿Y porqué no?
> En todas las comparitivas que he visto entre Python y Perl ,el primero sale
> ganando.

   ???? ¿En qué sale ganando? Perl es *incontestablemente* más rápido y más ligero. Que Python sea más apropiado para algunos proyectos (o para aprender) por su legibilidad y modularidad, entre otras virtudes, es otro cantar...




From zoso en ulpgc.es  Fri Nov  9 12:26:24 2001
From: zoso en ulpgc.es (zoso en ulpgc.es)
Date: Fri,  9 Nov 2001 11:26:24 +0000 (WET)
Subject: POP antes que SMTP en Python
In-Reply-To: <1005304189.28481.10.camel@servidor>
References: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es> <003201c168f7$616abb00$0200a8c0@PCARTURO>  <20011109084930.C6FC81A86B@mercurio.ulpgc.es> <1005304189.28481.10.camel@servidor>
Message-ID: <20011109112624.39F491A8C3@mercurio.ulpgc.es>

Mensaje citado por: Alvaro López Ortega <alvaro en godsmaze.org>:

> No siempre es más rápido Perl. ;) Por ejemplo con número GRANDES..
> (d> e
> esos que no entran en 64 bits) es muchisimo más rápido Python. :-)

   No lo dudo... siempre se pueden encontrar casos para todo, pero el caso general es que Perl es más rápido (por ser más simple, más que nada). Pero creo que nos entendemos (espero que no empiece ahora una guerra santa por mi culpa) :-)




From alvaro en godsmaze.org  Fri Nov  9 12:44:49 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 09 Nov 2001 12:44:49 +0100
Subject: POP antes que SMTP en Python
In-Reply-To: <20011109112624.39F491A8C3@mercurio.ulpgc.es>
References: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es>
	<003201c168f7$616abb00$0200a8c0@PCARTURO> 
	<20011109084930.C6FC81A86B@mercurio.ulpgc.es>
	<1005304189.28481.10.camel@servidor> 
	<20011109112624.39F491A8C3@mercurio.ulpgc.es>
Message-ID: <1005306289.28481.12.camel@servidor>

On Fri, 2001-11-09 at 12:26, zoso en ulpgc.es wrote:

> > No siempre es más rápido Perl. ;) Por ejemplo con número GRANDES..
> > (d> e
> > esos que no entran en 64 bits) es muchisimo más rápido Python. :-)
>    No lo dudo... siempre se pueden encontrar casos para todo, pero el caso general es que Perl es más rápido (por ser más simple, más que nada). Pero creo que nos entendemos (espero que no empiece ahora una guerra santa por mi culpa) :-)

	¿La Jihad de Python?? X-DDDDDD
	
	.. algún reply más habrá sobre el tema, seguro. ;)

-- 
Greetings, alo.




From rapto en arrakis.es  Fri Nov  9 12:47:23 2001
From: rapto en arrakis.es (=?Windows-1252?Q?Marcos_S=E1nchez_Provencio?=)
Date: Fri, 9 Nov 2001 12:47:23 +0100
Subject: POP antes que SMTP en Python
References: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es> <003201c168f7$616abb00$0200a8c0@PCARTURO> <20011109084930.C6FC81A86B@mercurio.ulpgc.es>
Message-ID: <008401c16914$4d07be20$06dea8c0@renata>

Siguiendo el tema, que se ha puesto interesante:
<sarcasmo acritud="None">
¿Reescribirá Arturo postfix en Python?
¿Recompilará postfix con SMTP AUTH SASL?
¿Nos pasaremos todos a Perl, pues es más rápido?
</sarcasmo>

Yo sorprendo a la gente en mi trabajo cuando soluciono cosas en shells de
MSDOS. Vamos, que no descarto ninguna herramienta, ni siquiera el cenicero
apoyado en el Enter cuando no te acuerdas de la orden 'yes'.




From arturo en logitec.es  Fri Nov  9 13:04:35 2001
From: arturo en logitec.es (Arturo)
Date: Fri, 9 Nov 2001 13:04:35 +0100
Subject: POP antes que SMTP en Python
References: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es> <003201c168f7$616abb00$0200a8c0@PCARTURO> <20011109084930.C6FC81A86B@mercurio.ulpgc.es> <008401c16914$4d07be20$06dea8c0@renata>
Message-ID: <003101c16916$c770f3f0$0200a8c0@PCARTURO>

Hola

1.Me alegro de que mi mensaje original haya causado esta avalancha de
mensajes.Por lo menos significa que la lista está viva.
2.Ya está pasado a Python (faltan algunos detalles por pulir, pero
funciona).
3.Cuando esté acabado compararé los rendimientos.

Saludos

Arturo
----- Original Message -----
From: "Marcos Sánchez Provencio" <rapto en arrakis.es>
To: <python-es en aditel.org>
Cc: <python-es en aditel.org>
Sent: Friday, November 09, 2001 12:47 PM
Subject: Re: [python-es] POP antes que SMTP en Python


> Siguiendo el tema, que se ha puesto interesante:
> <sarcasmo acritud="None">
> ¿Reescribirá Arturo postfix en Python?
> ¿Recompilará postfix con SMTP AUTH SASL?
> ¿Nos pasaremos todos a Perl, pues es más rápido?
> </sarcasmo>
>
> Yo sorprendo a la gente en mi trabajo cuando soluciono cosas en shells de
> MSDOS. Vamos, que no descarto ninguna herramienta, ni siquiera el cenicero
> apoyado en el Enter cuando no te acuerdas de la orden 'yes'.




From julian.albo.garcia en xunta.es  Fri Nov  9 13:09:24 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Fri, 9 Nov 2001 13:09:24 +0100
Subject: Para seguir montando bulla
Message-ID: <OFCA4A4F92.B932B073-ONC1256AFF.0042ADD4@xunta.es>


Y la verdad, si de lo que se trata es de rapidez, ¿por qué no reescribirlo
en C? :D

Salu2





From rapto en arrakis.es  Fri Nov  9 13:13:20 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Fri, 9 Nov 2001 13:13:20 +0100
Subject: POP antes que SMTP en Python
References: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es><003201c168f7$616abb00$0200a8c0@PCARTURO> <20011109084930.C6FC81A86B@mercurio.ulpgc.es><1005304189.28481.10.camel@servidor> <20011109112624.39F491A8C3@mercurio.ulpgc.es> <1005306289.28481.12.camel@servidor>
Message-ID: <00b101c16917$ec78f980$06dea8c0@renata>

No, no estoy discutiendo.

PS: ¿Montamos una muestra de Monty Python? Puedo conseguir el auditorio del
Ateneo de Madrid.
----- Original Message -----
From: "Alvaro López Ortega" <alvaro en godsmaze.org>
To: <zoso en ulpgc.es>
Cc: <python-es en aditel.org>
Sent: Friday, November 09, 2001 12:44 PM
Subject: Re: [python-es] POP antes que SMTP en Python


On Fri, 2001-11-09 at 12:26, zoso en ulpgc.es wrote:

> > No siempre es más rápido Perl. ;) Por ejemplo con número GRANDES..
> > (d> e
> > esos que no entran en 64 bits) es muchisimo más rápido Python. :-)
>    No lo dudo... siempre se pueden encontrar casos para todo, pero el caso
general es que Perl es más rápido (por ser más simple, más que nada). Pero
creo que nos entendemos (espero que no empiece ahora una guerra santa por mi
culpa) :-)

¿La Jihad de Python?? X-DDDDDD

.. algún reply más habrá sobre el tema, seguro. ;)

--
Greetings, alo.






From alvaro en godsmaze.org  Fri Nov  9 13:31:12 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 09 Nov 2001 13:31:12 +0100
Subject: POP antes que SMTP en Python
In-Reply-To: <003101c16916$c770f3f0$0200a8c0@PCARTURO>
References: <OFF3F2B400.C265551A-ONC1256AFE.0046BA84@xunta.es>
	<003201c168f7$616abb00$0200a8c0@PCARTURO>
	<20011109084930.C6FC81A86B@mercurio.ulpgc.es>
	<008401c16914$4d07be20$06dea8c0@renata> 
	<003101c16916$c770f3f0$0200a8c0@PCARTURO>
Message-ID: <1005309072.28495.16.camel@servidor>

On Fri, 2001-11-09 at 13:04, Arturo wrote:

> 1.Me alegro de que mi mensaje original haya causado esta avalancha de
> mensajes.Por lo menos significa que la lista está viva.
> 2.Ya está pasado a Python (faltan algunos detalles por pulir, pero
> funciona).
> 3.Cuando esté acabado compararé los rendimientos.

	¡Enhorabuena!! :-)

	PD: GNU GPL, no? ;)

-- 
Greetings, alo.




From alvaro en godsmaze.org  Fri Nov  9 13:33:49 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 09 Nov 2001 13:33:49 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OFCA4A4F92.B932B073-ONC1256AFF.0042ADD4@xunta.es>
References: <OFCA4A4F92.B932B073-ONC1256AFF.0042ADD4@xunta.es>
Message-ID: <1005309229.28476.18.camel@servidor>

On Fri, 2001-11-09 at 13:09, julian.albo.garcia en xunta.es wrote:

> Y la verdad, si de lo que se trata es de rapidez, ¿por qué no reescribirlo
> en C? :D

	Oye, no es ninguna tonteria.
	Es más.. las cosas se suelen hacer así. :-)

	¿Que aplicaciones serias "de verdad" estan escritas en
Python/Perl/TCL/..?
	Las únicas que se me vienen a la cabeza ahora escritas con Python son
Mailman y Zope (que tiene buenos trozos escritos en C).

-- 
Greetings, alo.




From alvaro en godsmaze.org  Fri Nov  9 17:39:04 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 09 Nov 2001 17:39:04 +0100
Subject: Para seguir montando bulla
In-Reply-To: <200111091310.OAA05945@iaa13u.iaa.csic.es>
References: <OFCA4A4F92.B932B073-ONC1256AFF.0042ADD4@xunta.es>
	<1005309229.28476.18.camel@servidor> 
	<200111091310.OAA05945@iaa13u.iaa.csic.es>
Message-ID: <1005323945.566.2.camel@servidor>

On Fri, 2001-11-09 at 20:09, Jaime D. Perea Duarte wrote:

> > > Y la verdad, si de lo que se trata es de rapidez, ¿por qué no
> > > reescribirlo en C? :D
> >
> > 	Oye, no es ninguna tonteria.
> > 	Es más.. las cosas se suelen hacer así. :-)
> >
> > 	¿Que aplicaciones serias "de verdad" estan escritas en
> > Python/Perl/TCL/..?
> > 	Las únicas que se me vienen a la cabeza ahora escritas con Python son
> > Mailman y Zope (que tiene buenos trozos escritos en C).
> 
> Según lo que leo, python puede servir de "pegamento". Pongamos el siguiente
> caso (la verdad es que estoy en ello).

	Bueno, como pegamento.. y como lenguaje de script.
	Desde luego y le pese al que le pese, no es un lenguaje para
desarrollar aplicaciones de medio/gran tamaño.
 
> Un programa de esos machacaCPU, modelos o similares. En esta situación uno
> puede dejar a python todo aquello que signifique interfaces (por ejemplo con
> tkinter),  i/o y rollos variados de acceso al sistema operativo. 

	Personalmente, prefiero programar en C con libglade.. por ejemplo. El
utilizar Python no implica que a la fuerza sea mucho más sencillo o
rápido (aunque en muchos casos si que lo es ;)

> Y dejar el C 
> (via swig) o fortran (via f2py) para lo que es cálculo específico de tu 
> modelo. Así tu tiempo de programación baja en más de la mitad.  O sea, yo
> creo que no es necesario reescribirlo todo, sólo aquellas partes que lo 
> requieran... y no suelen ser muchas. Un ejemplo: si quieres hacer fft's a 
> toda mecha usando un cluster, seguramente tardarás en total mucho menos
> haciéndolo en python (usando las correspondientes librerías que ya 
> han sido implementadas) que escribir los correspondientes programas para
> compilar....

	Un cluster para correr programas en Python.. ¡argh! que dolor más
grande. ;-) No hombre, no.. en un cluster, programas en C (con MPI o lo
que quieras usar..) y strip'eados. ':-) 

	Python esta GENIAL para muchisimas cosas, pero tampoco hay que intentar
"colarlo" para hacer de todo.. a ver si ahora nos va a pasar como a los
de Java, que al principio valia para todo y ahora no se usa para nada.
}:-)

>              Linux registered user #10472

	Wow! de la vieja escuela.. ;-)

-- 
Greetings, alo.




From alvaro en godsmaze.org  Fri Nov  9 17:57:56 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 09 Nov 2001 17:57:56 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OF2C363C8E.FAAD57EF-ONC1256AFF.00491974@xunta.es>
References: <OF2C363C8E.FAAD57EF-ONC1256AFF.00491974@xunta.es>
Message-ID: <1005325076.585.4.camel@servidor>

On Fri, 2001-11-09 at 14:41, julian.albo.garcia en xunta.es wrote:

> >> Y la verdad, si de lo que se trata es de rapidez,
> >> ¿por qué no reescribirlo en C? :D
> > Oye, no es ninguna tonteria.
> > Es más.. las cosas se suelen hacer así. :-)
> Hombre, lo que dicen que se suele hacer es escribir un prototipo y después
> hacer la versión definitiva en C, o hacer el programa y reescribir en C las
> partes críticas en velocidad. Pero reescribir por que sí un programa que
> cumple sus objetivos no creo que lo haga nadie salvo por deporte (mmmm...
> me temo que los "deportistas" pueden abunda más de lo esperado).

	jajaja.. ¡¡ claro que si !! :-)

	En serio, hay muchisimos programas que ganan al no ser interpretados.
Por ejemplo: ¿Harias un compilador en Python?, ¿una aplicación de
gestión: TPV, Almacen, Facturación, Contabilidad, etc?, ¿un programa
trabajo con imagenes?.. que se puede, esta claro que si. :-) además
python tiene un montón de librerías buenísimas. Ahora bien, si se trata
de hacer un programa serio, desde mi punto de vista la única opción es
C, C++ o a lo más algo como ADA95.

	Te pongo un ejemplo: pkg-config. Al principio escrito en Python y una
vez que se vió que era la solución que se iba a adoptar... se volvió a
escribir en C.
 
> > ¿Que aplicaciones serias "de verdad" estan escritas en
> > Python/Perl/TCL/..?
> Pues depende de a que llames serias, si te refieres a programas "de
> sistema" no creo que haya gran cosa. Y al fin y al cabo los lenguajes
> interpretados modernos están pensados para funcionar como lenguajes de
> scripts internos de aplicaciones, para unir varios programas y/o darles un
> interfaz de usuario y como alternativa más potente a la programación de
> shell, no para ser sustitutos de los lenguajes clásicos... lo cual tampoco
> quiere decir que no se usen como tal en muchos casos, aunque un lenguaje no
> sea el más adecuado objetivamente (si es que puede haber objetividad para
> estas cosas) para una persona concreta puede ser más adecuado por la
> sencilla razón de ser el lenguaje que mejor domine, o por la existencia de
> módulos que reduzcan significativamente la cantidad de código a escribir.

	Si que es más rápido lo sabemos todos..
	Ahora bien, que el XChat (por ejemplo) esta escrito en C y tiene la
posibilidad de ejecutar scripts en Python. ¿pq no hacerlo completamente
en Python?.. hombre, pq las cosas bien hechas bien hechas estan. :-)) En
C esta mejor hecho.


	PD: Va a parecer que no me gusta el Python y soy un enamorado.. %-))))
pero reconozco que vale para lo que vale. ':-)
 
-- 
Greetings, alo.




From alvaro en godsmaze.org  Fri Nov  9 18:51:45 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 09 Nov 2001 18:51:45 +0100
Subject: Problema en la lista
Message-ID: <1005328306.559.0.camel@servidor>

Hola a todos,

	Me estoy dando cuenta de que la lista tiene un problema... no incluye
en la entrada "Rerply-to" en los mensajes que manda, de modo que la
gente cuando hace un "Reply" normal contesta al que ha escrito el
mensaje pero no lo manda a la lista.

	Creo recordar que el admin lee la lista..
	¿se puede arreglar esto? :-)

	Thnxxxs. ;)

-- 
Greetings, alo.




From zoso en demiurgo.org  Fri Nov  9 19:17:41 2001
From: zoso en demiurgo.org (Esteban Manchado =?iso-8859-1?Q?Vel=E1zquez?=)
Date: Fri, 09 Nov 2001 18:17:41 +0000
Subject: Problema en la lista (off-topic)
In-Reply-To: <1005328306.559.0.camel@servidor>
References: <1005328306.559.0.camel@servidor>
Message-ID: <5.1.0.14.0.20011109180657.00ba7e30@www.demiurgo.org>

At 18:51 09/11/2001 +0100, you wrote:
>Hola a todos,
>
>         Me estoy dando cuenta de que la lista tiene un problema... no incluye
>en la entrada "Rerply-to" en los mensajes que manda, de modo que la
>gente cuando hace un "Reply" normal contesta al que ha escrito el
>mensaje pero no lo manda a la lista.

    No sé si fue en ésta, pero recuerdo que hace poco el administrador de 
una lista tuvo que decir que la tenía de esa manera *porque lo quería así*, 
y que, de hecho, hacer lo contrario "estaba mal", de alguna manera. Hay un 
artículo titulado "Reply-to munging considered harmful" que lo explica con 
detenimiento:

    http://www.halisp.net/halisp/reply-to-harmful.html

    Claro, que buscándolo he encontrado uno que dice lo contrario:

    http://www.metasystema.org/essays/reply-to-useful.mhtml

    Básicamente la idea es que el "reply-to" te da el coñazo cuando lo que 
quieres es responder a la persona. Cuando quieres responder a todos, usas 
la opción "responder a todos" y punto. Eso es lo que dice el primero, y yo 
estoy de acuerdo (básicamente).
    Realmente lo único sobre lo que quería llamar la atención es que no es 
un "fallo" del administrador, sino una forma de hacer las cosas. A algunas 
personas les gusta, a otras no. Por supuesto, no estoy intentando




From alvaro en godsmaze.org  Fri Nov  9 19:49:38 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 09 Nov 2001 19:49:38 +0100
Subject: Problema en la lista (off-topic)
In-Reply-To: <5.1.0.14.0.20011109180657.00ba7e30@www.demiurgo.org>
References: <5.1.0.14.0.20011109180657.00ba7e30@www.demiurgo.org>
Message-ID: <1005331779.569.2.camel@servidor>

On Fri, 2001-11-09 at 19:17, Esteban Manchado Velázquez wrote:

>     Básicamente la idea es que el "reply-to" te da el coñazo cuando lo que 
> quieres es responder a la persona. Cuando quieres responder a todos, usas 
> la opción "responder a todos" y punto. Eso es lo que dice el primero, y yo 
> estoy de acuerdo (básicamente).
>     Realmente lo único sobre lo que quería llamar la atención es que no es 
> un "fallo" del administrador, sino una forma de hacer las cosas. A algunas 
> personas les gusta, a otras no. Por supuesto, no estoy intentando

	Hombre, era una critica constructiva. :-)

	No se, hoy ya ha pasado un par de veces que alguien responda un mensaje
de la lista y me llegue a mi sólo y no a la lista.. cuando se ve
claramente que es un mensaje para todo el mundo.

-- 
Greetings, alo.




From alvaro en godsmaze.org  Fri Nov  9 21:01:17 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 09 Nov 2001 21:01:17 +0100
Subject: tail -f en Python
In-Reply-To: <15340.17783.205384.904678@gargle.gargle.HOWL>
References: <002801c16771$c45eff50$0200a8c0@PCARTURO>
	<003101c16793$92ab5540$d1dea8c0@pro teus>
	<002901c16833$6d4f7830$0200a8c0@PCARTURO>
	<1005214920.7132.344.camel@servidor>
	<001c01c16841$102eccb0$0200a8c0@PCARTURO>
	<1005254468.28496.0.camel@servidor> 
	<15340.17783.205384.904678@gargle.gargle.HOWL>
Message-ID: <1005336077.559.4.camel@servidor>

On Fri, 2001-11-09 at 22:07, Rodrigo Gallardo wrote:

>  > > Por cierto, alguien sabe como puedo hacer algo parecido a un "tail -f
>  > > fichero" con python??
>  > 
>  > 	Lo puedes ver claro en:
>  > 	http://gehenna.pell.portland.or.us/~orc/Mastodon/BSD/core/tail/
>  > 
>  > 	Básicamente: fopen, fseek, leer, fclose, sleep, repetir. :-)
> No he leido la referencia pero, segun yo, no se necesita dar el
> fclose, por lo menos en Unix. Simplemente lees hasta que te regrese
> EOF, duermes un rato, y vuelves a leer. Si hay más datos te los da, si
> no, te da otra vez EOF.

	Si, es cierto.. :-)
	Aunque si es para UNIX en plan fino es mejor hacerlo con select.

-- 
Greetings, alo.




From rapto en arrakis.es  Sat Nov 10 11:08:36 2001
From: rapto en arrakis.es (Marcos =?iso-8859-1?Q?S=E1nchez?= Provencio)
Date: Sat, 10 Nov 2001 11:08:36 +0100
Subject: Para seguir montando bulla
References: <OFCA4A4F92.B932B073-ONC1256AFF.0042ADD4@xunta.es> <1005309229.28476.18.camel@servidor>
Message-ID: <3BECFCA4.E133718C@arrakis.es>

Yo estoy haciendo un generador de aplicaciones. La primera versión está
en VB cliente/servidor (y seguramente las herramientas de administración
se queden así). La parte de ejecución se está reescribiendo en Python.
Habrá una versión cl/ser en wxPython, otra en Jython y el servidor de
aplicaciones en Webware, servlets de Java (Jython) y ASP (sí, el de
micros~1). Que hay muchos clientes que van a piñón fijo y si les sacas
de su idea predeterminada, se gripan (sin dar ningún argumento, que es
lo divertido).

De hecho, la charla del Hispalinux va por ahí, de cómo enlazar
diferentes módulos por el morro.

La aplicación no es famosa, pero es "de verdad". [Se los juro].

Ahora, que en cada reunión de la empresa, yo machaco con lo de ponerla
en GPL o similares. Y entonces...

Alvaro López Ortega ha escrito:
> 
> On Fri, 2001-11-09 at 13:09, julian.albo.garcia en xunta.es wrote:
> 
> > Y la verdad, si de lo que se trata es de rapidez, ¿por qué no reescribirlo
> > en C? :D
> 
>         Oye, no es ninguna tonteria.
>         Es más.. las cosas se suelen hacer así. :-)
> 
>         ¿Que aplicaciones serias "de verdad" estan escritas en
> Python/Perl/TCL/..?
>         Las únicas que se me vienen a la cabeza ahora escritas con Python son
> Mailman y Zope (que tiene buenos trozos escritos en C).
> 
> --
> Greetings, alo.




From rapto en arrakis.es  Sat Nov 10 11:55:41 2001
From: rapto en arrakis.es (Marcos =?iso-8859-1?Q?S=E1nchez?= Provencio)
Date: Sat, 10 Nov 2001 11:55:41 +0100
Subject: [Fwd: Como =?iso-8859-1?Q?dec=EDan?= los de Police]
Message-ID: <3BED07AD.B8AD18A4@arrakis.es>

Y encima me lío con las direcciones :-(
------------ próxima parte ------------
An embedded message was scrubbed...
From: Marcos =?iso-8859-1?Q?S=E1nchez?= Provencio <rapto en arrakis.es>
Subject: [python-es] Como =?iso-8859-1?Q?dec=EDan?= los de Police
Date: Sat, 10 Nov 2001 11:24:44 +0100
Size: 3226
URL: <http://mail.python.org/pipermail/python-es/attachments/20011110/3b73ce4e/attachment.mht>

From hernan en orgmf.com.ar  Sat Nov 10 12:20:09 2001
From: hernan en orgmf.com.ar (Hernan Martinez Foffani)
Date: Sat, 10 Nov 2001 12:20:09 +0100
Subject: =?iso-8859-1?Q?RE:_=5BFwd:_=5Bpython-es=5D_Como_dec=EDan_los_de_Police=5D?=
In-Reply-To: <3BED07AD.B8AD18A4@arrakis.es>
References: <3BED07AD.B8AD18A4@arrakis.es>
Message-ID: <HPEBIMANNCHHDMDBGCHHCEEICPAA.hernan@orgmf.com.ar>

De acuerdo!
las dos de python, son un desperdicio de recursos.
mantener una de zope separada no me parece mala idea,
aunque tampoco me opongo con su unificación siempre y
cuando sea la de zope la que desaparezca.

sospecho que habrá que esperar a la semana que viene
para que los mensajes puedan ser leídos por la gente
desde su trabajo.




From fernand0 en hotpop.com  Sat Nov 10 12:44:18 2001
From: fernand0 en hotpop.com (fernand0 en hotpop.com)
Date: Sat, 10 Nov 2001 12:44:18 +0100 (CET)
Subject: [Fwd: Como =?iso-8859-1?Q?dec=EDan?= los de Police]
In-Reply-To: <3BED07AD.B8AD18A4@arrakis.es>
References: <3BED07AD.B8AD18A4@arrakis.es>
Message-ID: <Pine.LNX.4.40.0111101243460.639-100000@amon.cps.unizar.es>

Hola,

On Sat, 10 Nov 2001, Marcos Sánchez Provencio wrote:

> Y encima me lío con las direcciones :-(

voto por mirar ahora mismo la que tenga más suscritos y apuntarnos todos a
esa....

Un saludo,

--
Fernando




From alvaro en godsmaze.org  Sat Nov 10 13:20:34 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 10 Nov 2001 13:20:34 +0100
Subject: [Fwd: Como =?ISO-8859-1?Q?dec=EDan?= los de Police]
In-Reply-To: <Pine.LNX.4.40.0111101243460.639-100000@amon.cps.unizar.es>
References: <Pine.LNX.4.40.0111101243460.639-100000@amon.cps.unizar.es>
Message-ID: <1005394835.573.4.camel@servidor>

On Sat, 2001-11-10 at 12:44, fernand0 en hotpop.com wrote:

> > Y encima me lío con las direcciones :-(
> voto por mirar ahora mismo la que tenga más suscritos y apuntarnos todos a
> esa....

	Parece buena idea..

	Por cierto, hace una semana en "Debianuser.org" abrieron otra lista en
castellano más sobre Python. X-DDDD

-- 
Greetings, alo.




From rapto en arrakis.es  Sat Nov 10 16:43:50 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Sat, 10 Nov 2001 16:43:50 +0100
Subject: =?iso-8859-1?Q?Listas_de_correo._Unificaci=F3n?=
Message-ID: <002901c169fe$7f061800$65dea8c0@renata>

Como administrador de la lista
http://lists.sourceforge.net/lists/listinfo/hispapyzope-python

declaro que tiene
38 Non-digested Members of Hispapyzope-python:
14 Digested Members of Hispapyzope-python:

Ventajas de esta lista:
* Funciona en Mailman (qué menos)
* No tiene una compañía comercial detrás, que mete anuncios en las listas a
veces.

Y OJO, existe otra, que es
http://lists.sourceforge.net/lists/listinfo/hispapyzope-zope
para zope. Las dos cuelgan de http://sourceforge.net/projects/hispapyzope.
Igual el nombre no es muy afortunado, :-\

PS El que conozca más listas, que lo diga y reenvíe el tema.




From floro en aditel.org  Sat Nov 10 20:06:01 2001
From: floro en aditel.org (Pedro Floro)
Date: Sat, 10 Nov 2001 20:06:01 +0100 (CET)
Subject: =?ISO-8859-1?Q?Re=3A_=5B=5Bpython-es=5D_Como_dec=EDan_los_de_?=
 =?ISO-8859-1?Q?Police=5D?=
In-Reply-To: <1005394835.573.4.camel@servidor>
References: <1005394835.573.4.camel@servidor>
Message-ID: <Pine.LNX.4.30.0111101954060.2870-100000@spisa>

Hola,

Os cuento...

Mas o menos se puede decir que yo soy el padre de esta lista. Se
habló en una cena, en Castellon (España), de ADITEL con alguna
gente que hicieron conferencias como del Proyecto Lucas, de
Hispalinux (http://lucas.hispalinux.es/). Si no fuera por mi
Pythonmania creo que ahora mismo nadie leeria esto.
Nacio a principios de este año, por Marzo o Abril. Antes de hacer
una lista miré en la web oficial de Python a ver si habian otras
hechas, porque hacer mas era tonteria... Bueno, recuerdo que
habia una de Zope y otra pero para Maquintosh, y no se si otra
mas, no se, ya no me llega la memoria. Ahora mismo acabo de mirar
y se ve que se han hecho otras... por qué? No lo se. Pero lo que
os puedo informar es de que en esta lista ya somos 71 apuntados.
Lo podeis consultar en:

http://www.aditel.org/listas_correo/

Cuando creamos la lista me puse lo antes posible en contacto con
el webmaster de www.python.org para que nos incluyera y que
estuvieramos oficiales y esto se pudiera expandir lo antes
posible. Bueno, este ha sido el resultado, y ante mi vista la
lista ha ido creciendo, no decreciendo.

Veo bien lo de la unificacion, aunque depende. Depende por si hay
una lista especificamente para una cosa determinada de Python...
Si esa cosa especifica es relativamente amplia, pues esa lista
valdria la pena. Si no fuera tan amplia se podria comentar en una
lista general de Python.

Sobre cosas de la administracion no soy yo quien se encarga. Lo
digo para deciros en que esta hecha la lista. Aunque creo mas o
menos que lo se, mejor me espero a que la semana que viene
escriba el administrador.

Pues eso. Saludos.

                   ---- ** ----
                    Aditel.org
                    WeBMaSTeR
                 floro en aditel.org
                   ---- ** ----




From peralta en aditel.org  Mon Nov 12 09:09:51 2001
From: peralta en aditel.org (Luis Peralta)
Date: Mon, 12 Nov 2001 09:09:51 +0100
Subject: Problema en la lista (off-topic)
In-Reply-To: <1005331779.569.2.camel@servidor>
References: <5.1.0.14.0.20011109180657.00ba7e30@www.demiurgo.org> <1005331779.569.2.camel@servidor>
Message-ID: <20011112090951.B28759@spisa.act.uji.es>

On Fri Nov 09, 2001 at 07:49:38PM +0100, Alvaro López Ortega wrote:
> 
> 	No se, hoy ya ha pasado un par de veces que alguien responda un mensaje
> de la lista y me llegue a mi sólo y no a la lista.. cuando se ve
> claramente que es un mensaje para todo el mundo.

Buenas,

  Cierto es que eso pasa. Pero existen razones para que el comportamiento
de la lista sea el que es... Quizá lo que habría que hacer antes de tocar
el soft de las listas es documentar este peculiar comportamiento.
  Un saludo,
-- 
                                          luis peralta / jaxp

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
CS Student | peralta at spisa dot act dot uji dot es
           | http://spisa.act.uji.es/~peralta/




From julian.albo.garcia en xunta.es  Mon Nov 12 09:26:55 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Mon, 12 Nov 2001 09:26:55 +0100
Subject: Problema en la lista (off-topic)
Message-ID: <OFBD25AF95.51D825A8-ONC1256B02.002DF81C@xunta.es>


> Básicamente la idea es que el "reply-to" te da el coñazo cuando lo que
> quieres es responder a la persona. Cuando quieres responder a todos, usas
> la opción "responder a todos" y punto. Eso es lo que dice el primero, y
yo
> estoy de acuerdo (básicamente).

Pero es que normalmente no se quiere responder a todos, se quiere responder
a la lista únicamente. Y además hay programas (pej Notes que estoy usando
ahora) que no incluyen la opción "responder a todos".

Yo creo que no es cuestión de gusto personal del administrador, si no de
como esté enfocada la lista. Si es tipo "Tablón de anuncios" lo más
indicado es responder al autor, si es tipo "conversacional" lo adecuado es
responder a la lista.

Salu2





From julian.albo.garcia en xunta.es  Mon Nov 12 09:52:01 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Mon, 12 Nov 2001 09:52:01 +0100
Subject: Para seguir montando bulla
Message-ID: <OF73479899.6276460C-ONC1256B02.002FA36B@xunta.es>



> Por ejemplo: ¿Harias un compilador en Python?, ¿una aplicación de
> gestión: TPV, Almacen, Facturación, Contabilidad, etc?,

Pues una aplicación de gestión, teniendo en cuenta que se han hecho hasta
en Basic interpretado, no veo el problema, no suelen ser críticas en
velocidad (más allá del mínimo de responder en tiempo real al usuario,
claro).

> Ahora bien, si se trata de hacer un programa serio, desde mi punto
> de vista la única opción es C, C++ o a lo más algo como ADA95.

Bueno, mi punto de vista personal es hacer en C++ hasta cosas pequeñas,
pero precisamente es un punto de vista personal. Los buenos programadores
en C++ no abundan, lo cual hace que "todo en C++" no sea un punto de vista
general muy adecuado.

Un caso interesante es el de fetchmail. Fetchmail está escrito en C, pero
cuando Eric decidió añadir un programa para editar la configuración lo hizo
en Python. Evidentemente no iba a ponerse a reescribir el programa entero
por el simple gusto de probar Python a fondo (y probar Python era, según
cuenta él mismo, una de las motivaciones). Si hubiera empezado de 0 ¿lo
hubiera hecho en Python? Pues no lo veo imposible, teniendo en cuenta que
no es crítico en velocidad y que hay librerías ya hechas que facilitarían
la tarea.

Salu2





From alvaro en godsmaze.org  Mon Nov 12 12:24:45 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 12 Nov 2001 12:24:45 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OF73479899.6276460C-ONC1256B02.002FA36B@xunta.es>
References: <OF73479899.6276460C-ONC1256B02.002FA36B@xunta.es>
Message-ID: <1005564285.24512.0.camel@servidor>

On Mon, 2001-11-12 at 09:52, julian.albo.garcia en xunta.es wrote:

> > Por ejemplo: ¿Harias un compilador en Python?, ¿una aplicación de
> > gestión: TPV, Almacen, Facturación, Contabilidad, etc?,
> Pues una aplicación de gestión, teniendo en cuenta que se han hecho hasta
> en Basic interpretado, no veo el problema, no suelen ser críticas en
> velocidad (más allá del mínimo de responder en tiempo real al usuario,
> claro).

	Hombre, no se trata de ver lo mal que puede llegar la gente a hacer las
cosas (que es _fatal_) ;-) se trata de hacerlas bien.

> > Ahora bien, si se trata de hacer un programa serio, desde mi punto
> > de vista la única opción es C, C++ o a lo más algo como ADA95.
> Bueno, mi punto de vista personal es hacer en C++ hasta cosas pequeñas,
> pero precisamente es un punto de vista personal. Los buenos programadores
> en C++ no abundan, lo cual hace que "todo en C++" no sea un punto de vista
> general muy adecuado.

	Alguien que sepa C++ _de_verdad_ sabe mucho. :-)))
	el mundo esta lleno de "programadores VB", no de programadores de
verdad... es duro, pero es así '':)
 
> Un caso interesante es el de fetchmail. Fetchmail está escrito en C, pero
> cuando Eric decidió añadir un programa para editar la configuración lo hizo
> en Python. Evidentemente no iba a ponerse a reescribir el programa entero
> por el simple gusto de probar Python a fondo (y probar Python era, según
> cuenta él mismo, una de las motivaciones). Si hubiera empezado de 0 ¿lo
> hubiera hecho en Python? Pues no lo veo imposible, teniendo en cuenta que
> no es crítico en velocidad y que hay librerías ya hechas que facilitarían
> la tarea.

	Noooo.. ':-)
	A ver, software libre escrito en Python además de Mailman y Zope.. que
yo conozca icepref (un editor de configuraciones de IceWM) y algún que
otro plugin de gimp. Ahora bien, se utiliza en un montón de sitios, pero
no como programa: en AbiWord, en los scripts de instalación de los
paquetes de Debian, en XChat, etc.


-- 
Greetings, alo.




From alvaro en godsmaze.org  Mon Nov 12 12:28:24 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 12 Nov 2001 12:28:24 +0100
Subject: Problema en la lista (off-topic)
In-Reply-To: <20011112090951.B28759@spisa.act.uji.es>
References: <5.1.0.14.0.20011109180657.00ba7e30@www.demiurgo.org>
	<1005331779.569.2.camel@servidor>  <20011112090951.B28759@spisa.act.uji.es>
Message-ID: <1005564504.24540.2.camel@servidor>

On Mon, 2001-11-12 at 09:09, Luis Peralta wrote:

> > 	No se, hoy ya ha pasado un par de veces que alguien responda un mensaje
> > de la lista y me llegue a mi sólo y no a la lista.. cuando se ve
> > claramente que es un mensaje para todo el mundo.
>   Cierto es que eso pasa. Pero existen razones para que el comportamiento
> de la lista sea el que es... Quizá lo que habría que hacer antes de tocar
> el soft de las listas es documentar este peculiar comportamiento.

	Pasa por utilizar un alias en el MTA en lugar de un gestor de listas de
correro... :-) (poco se puede tocar en el software de la lista cuando no
existe este software ;)

-- 
Greetings, alo.




From julian.albo.garcia en xunta.es  Mon Nov 12 12:46:13 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Mon, 12 Nov 2001 12:46:13 +0100
Subject: Para seguir montando bulla
Message-ID: <OF1E89DC6D.B1582497-ONC1256B02.003F91A3@xunta.es>


> Hombre, no se trata de ver lo mal que puede llegar la gente a hacer las
> cosas (que es _fatal_) ;-) se trata de hacerlas bien.

Puede ser, pero llevando ese punto de vista a un extremo llegaríamos a que
hay que escribir todo en ensamblador optimizado ;)

> Alguien que sepa C++ _de_verdad_ sabe mucho. :-)))

La pregunta sería cuantos programadores de C++ hay, y de ellos cuantos
saben C++ actualizado, y de ellos cuantos lo dominan a fondo (y yo
personalmente no me incluyo a mi mismo en el último grupo). Pero sin llegar
a tales honduras, el número de gente que domine aceptablemente C++ no creo
que sea demasiado alto (un vistazo a comp.lang.c++ confirma ésta opinión).

> el mundo esta lleno de "programadores VB", no de programadores de
> verdad... es duro, pero es así '':)

Tanto como duro... igual podríamos lamentarnos de que todo el mundo no sea
informático ;) No creo que se pueda aspirar a que todo el que alguna vez
tenga que programar algo sea programador de sistemas.

>> Un caso interesante es el de fetchmail. Fetchmail está escrito en C,
pero
(...)
>> cuenta él mismo, una de las motivaciones). Si hubiera empezado de 0 ¿lo
>> hubiera hecho en Python? Pues no lo veo imposible, teniendo en cuenta
que
>> no es crítico en velocidad y que hay librerías ya hechas que
facilitarían
>> la tarea.
> Noooo.. ':-)

Pues no veo por que no.

> A ver, software libre escrito en Python además de Mailman y Zope.. que
> yo conozca icepref (un editor de configuraciones de IceWM) y algún que

Ya, pero ¿cuánto software habrá que, al no ser de propósito general si no
hecho por y para un sitio específico, no sea conocido?

Por otra parte un vistazo a freshmeat me parece que mostrará bastantes
proyectos en Python.

Salu2





From jaime en iaa.es  Mon Nov 12 19:48:41 2001
From: jaime en iaa.es (Jaime D. Perea Duarte)
Date: Mon, 12 Nov 2001 13:48:41 -0500
Subject: Para seguir montando bulla
Message-ID: <200111121141.MAA04103@iaa13u.iaa.csic.es>

Hombre, soft libre escrito en pyton hay mucho. En particular mi favorito
es

http://www.scipy.org

Alllí se puede ver que lo de las fft's que digo no es tan chaladura. 
Evidentemente todo el cálculo se hace en c/fortran. Siempre hablamos
de python como "interfaz de usuario" a esas librerías.

-- 
       Jaime D. Perea Duarte. jaime en iaa.es
             Linux registered user #10472
 
           Dep. Astrofisica Extragalactica.
     Instituto de Astrofisica de Andalucia (CSIC)
         Apdo. 3004, 18080 Granada, Spain.




From juanjo en alvarez.as  Mon Nov 12 13:59:26 2001
From: juanjo en alvarez.as (Juanjo =?iso-8859-1?q?=C1lvarez?=)
Date: Mon, 12 Nov 2001 13:59:26 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OF73479899.6276460C-ONC1256B02.002FA36B@xunta.es>
References: <OF73479899.6276460C-ONC1256B02.002FA36B@xunta.es>
Message-ID: <E163GgR-0003Jc-00@pascual.mired>

El Lun 12 Nov 2001 09:52, julian.albo.garcia en xunta.es escribió:
> Un caso interesante es el de fetchmail. Fetchmail está escrito en C, pero
> cuando Eric decidió añadir un programa para editar la configuración lo hizo
> en Python. Evidentemente no iba a ponerse a reescribir el programa entero
> por el simple gusto de probar Python a fondo (y probar Python era, según
> cuenta él mismo, una de las motivaciones). Si hubiera empezado de 0 ¿lo
> hubiera hecho en Python? Pues no lo veo imposible, teniendo en cuenta que
> no es crítico en velocidad y que hay librerías ya hechas que facilitarían
> la tarea.

Lo siento, el pero tu párrafo me viene al pelo para meter mi cuña 
publicitaria ;)

http://www.escomposlinux.org/juanjo_y_fer/animail.html

Otro ejemplo de algo muy importante que Mr Raimond está escribiendo en Python 
es la herramienta interactiva para configurar los kernels de Linux, que aún 
no está integrada en los kernels estándar pero que muy probablemente lo esté 
en breve, es decir, que cada usuario de Linux que quiera poder compilar su 
kernel tendrá que tener su Python instalado, lo que a efectos prácticos le 
hará tener (al menos en Linux) casi tanta difusión como el Perl en las 
instalaciones estándar de las distintas distribuciones.

Saludos,
	Juanjo




From julian.albo.garcia en xunta.es  Mon Nov 12 14:46:58 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Mon, 12 Nov 2001 14:46:58 +0100
Subject: Para seguir montando bulla
Message-ID: <OFA1929B3E.9D0AD821-ONC1256B02.004B977D@xunta.es>


>Lo siento, el pero tu párrafo me viene al pelo para meter mi cuña
> publicitaria ;)
> http://www.escomposlinux.org/juanjo_y_fer/animail.html

404 Not Found

Salu2





From rapto en arrakis.es  Mon Nov 12 14:49:18 2001
From: rapto en arrakis.es (=?ISO-8859-15?Q?Marcos_S=E1nchez_Provencio?=)
Date: Mon, 12 Nov 2001 14:49:18 +0100
Subject: Para seguir montando bulla
References: <200111121141.MAA04103@iaa13u.iaa.csic.es>
Message-ID: <002901c16b80$d3052440$d1dea8c0@proteus>

OJO, Dep. Astrofisica Extragalactica

Joder, y yo chupatintas :'-(

----- Original Message -----
From: "Jaime D. Perea Duarte" <jaime en iaa.es>
To: <python-es en aditel.org>
Sent: Monday, November 12, 2001 7:48 PM
Subject: Re: [python-es] Para seguir montando bulla


Hombre, soft libre escrito en pyton hay mucho. En particular mi favorito
es

http://www.scipy.org

Alllí se puede ver que lo de las fft's que digo no es tan chaladura.
Evidentemente todo el cálculo se hace en c/fortran. Siempre hablamos
de python como "interfaz de usuario" a esas librerías.

--
       Jaime D. Perea Duarte. jaime en iaa.es
             Linux registered user #10472

           Dep. Astrofisica Extragalactica.
     Instituto de Astrofisica de Andalucia (CSIC)
         Apdo. 3004, 18080 Granada, Spain.






From juanjo en alvarez.as  Mon Nov 12 14:44:32 2001
From: juanjo en alvarez.as (Juanjo =?iso-8859-1?q?=C1lvarez?=)
Date: Mon, 12 Nov 2001 14:44:32 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OFA1929B3E.9D0AD821-ONC1256B02.004B977D@xunta.es>
References: <OFA1929B3E.9D0AD821-ONC1256B02.004B977D@xunta.es>
Message-ID: <E163HO5-0003O9-00@pascual.mired>

El Lun 12 Nov 2001 14:46, julian.albo.garcia en xunta.es escribió:
> >Lo siento, el pero tu párrafo me viene al pelo para meter mi cuña
> > publicitaria ;)
> > http://www.escomposlinux.org/juanjo_y_fer/animail.html
>
> 404 Not Found
>
> Salu2

Servidor de mudanzas.

http://animail.sf.net 

pero no vas a poder descargar los archivos, apuntan al servidor anterior 
hasta que los mueva a sf.




From rapto en arrakis.es  Mon Nov 12 14:59:25 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Mon, 12 Nov 2001 14:59:25 +0100
Subject: Para seguir montando bulla
References: <OFA1929B3E.9D0AD821-ONC1256B02.004B977D@xunta.es>
Message-ID: <006601c16b82$555ad060$d1dea8c0@proteus>

http://animail.sourceforge.net/
----- Original Message -----
From: <julian.albo.garcia en xunta.es>
To: <python-es en aditel.org>
Sent: Monday, November 12, 2001 2:46 PM
Subject: Re: [python-es] Para seguir montando bulla



>Lo siento, el pero tu párrafo me viene al pelo para meter mi cuña
> publicitaria ;)
> http://www.escomposlinux.org/juanjo_y_fer/animail.html

404 Not Found

Salu2







From rapto en arrakis.es  Mon Nov 12 15:02:38 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Mon, 12 Nov 2001 15:02:38 +0100
Subject: Para seguir montando bulla
References: <OFA1929B3E.9D0AD821-ONC1256B02.004B977D@xunta.es>
Message-ID: <006a01c16b82$afc490e0$d1dea8c0@proteus>

Aún diría más, http://www.escomposlinux.org/fer_y_juanjo/animail.html
----- Original Message -----
From: <julian.albo.garcia en xunta.es>
To: <python-es en aditel.org>
Sent: Monday, November 12, 2001 2:46 PM
Subject: Re: [python-es] Para seguir montando bulla



>Lo siento, el pero tu párrafo me viene al pelo para meter mi cuña
> publicitaria ;)
> http://www.escomposlinux.org/juanjo_y_fer/animail.html

404 Not Found

Salu2







From juanjo en alvarez.as  Mon Nov 12 17:10:13 2001
From: juanjo en alvarez.as (Juanjo =?iso-8859-1?q?=C1lvarez?=)
Date: Mon, 12 Nov 2001 17:10:13 +0100
Subject: Para seguir montando bulla
In-Reply-To: <006a01c16b82$afc490e0$d1dea8c0@proteus>
References: <OFA1929B3E.9D0AD821-ONC1256B02.004B977D@xunta.es> <006a01c16b82$afc490e0$d1dea8c0@proteus>
Message-ID: <E163Jf3-0007Qw-00@pascual.mired>

El Lun 12 Nov 2001 15:02, Marcos Sánchez Provencio escribió:
> Aún diría más, http://www.escomposlinux.org/fer_y_juanjo/animail.html

*SE PONE ROJO*

El ego el ego, siempre el problema del ego X-D

Gracias por la corrección, donde tendré la cabeza. 




From alvaro en godsmaze.org  Mon Nov 12 18:02:38 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 12 Nov 2001 18:02:38 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OF1E89DC6D.B1582497-ONC1256B02.003F91A3@xunta.es>
References: <OF1E89DC6D.B1582497-ONC1256B02.003F91A3@xunta.es>
Message-ID: <1005584559.24512.4.camel@servidor>

On Mon, 2001-11-12 at 12:46, julian.albo.garcia en xunta.es wrote:

> > Hombre, no se trata de ver lo mal que puede llegar la gente a hacer las
> > cosas (que es _fatal_) ;-) se trata de hacerlas bien.
> Puede ser, pero llevando ese punto de vista a un extremo llegaríamos a que
> hay que escribir todo en ensamblador optimizado ;)

	Supongo que conoceras GNOME y KDE. GNOME esta escrito en C, y KDE en
C++. Simpre (y no falla), en las charlas de GNOME hay alguien que
pregunta: "¿pq es C y no C++ como KDE?" y la respuesta siempre es la
misma: "Pensamos en escribirlo en ASM, pero nos dimos cuenta de que
perdiamos la portabilidad" ;-)

> > Alguien que sepa C++ _de_verdad_ sabe mucho. :-)))
> La pregunta sería cuantos programadores de C++ hay, y de ellos cuantos
> saben C++ actualizado, y de ellos cuantos lo dominan a fondo (y yo
> personalmente no me incluyo a mi mismo en el último grupo). Pero sin llegar
> a tales honduras, el número de gente que domine aceptablemente C++ no creo
> que sea demasiado alto (un vistazo a comp.lang.c++ confirma ésta opinión).

	Totalmente cierto.
	Es sorprendente ver como gente que asegura saber programar en C++ no
sabe ni que existe la STL.. (y esto es real, me ha pasado con más de una
persona).

> > el mundo esta lleno de "programadores VB", no de programadores de
> > verdad... es duro, pero es así '':)
> Tanto como duro... igual podríamos lamentarnos de que todo el mundo no sea
> informático ;) No creo que se pueda aspirar a que todo el que alguna vez
> tenga que programar algo sea programador de sistemas.

	Pues las cosas irian muchisimo mejor.. ;-)

> > A ver, software libre escrito en Python además de Mailman y Zope.. que
> > yo conozca icepref (un editor de configuraciones de IceWM) y algún que
> Ya, pero ¿cuánto software habrá que, al no ser de propósito general si no
> hecho por y para un sitio específico, no sea conocido?

	Pues supongo que proporcionalmente lo mismo que el conocido.
 
> Por otra parte un vistazo a freshmeat me parece que mostrará bastantes
> proyectos en Python.

	Pues como nos pongamos a contar los que hay en C.. '';-)

	En serio, yo tengo nada en contra de Python.. todo lo contrario, me
encanta. Pero vale para lo que vale, y hacer una aplicación de gestión
en Python es simplemente grotesco.

-- 
Greetings, alo.




From antonio.beamud en agoratechnologies.com  Mon Nov 12 18:12:22 2001
From: antonio.beamud en agoratechnologies.com (Antonio Beamud Montero)
Date: 12 Nov 2001 18:12:22 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005584559.24512.4.camel@servidor>
References: <OF1E89DC6D.B1582497-ONC1256B02.003F91A3@xunta.es> 
	<1005584559.24512.4.camel@servidor>
Message-ID: <1005585142.12781.4.camel@praga>

En lun, 2001-11-12 a 18:02, Alvaro López Ortega escribió:
> 	Pues como nos pongamos a contar los que hay en C.. '';-)
> 
> 	En serio, yo tengo nada en contra de Python.. todo lo contrario, me
> encanta. Pero vale para lo que vale, y hacer una aplicación de gestión
> en Python es simplemente grotesco.

Todavía no has dado una razón por la que sea grotesco, acaso Zope es
pequeño, es un Framework completo salvo pequeñas partes en C por
eficiencia...

Explica por que es grotesco ?-)




From peralta en aditel.org  Mon Nov 12 18:19:28 2001
From: peralta en aditel.org (Luis Peralta)
Date: Mon, 12 Nov 2001 18:19:28 +0100
Subject: Problema en la lista (off-topic)
In-Reply-To: <1005564504.24540.2.camel@servidor>
References: <5.1.0.14.0.20011109180657.00ba7e30@www.demiurgo.org> <1005331779.569.2.camel@servidor> <20011112090951.B28759@spisa.act.uji.es> <1005564504.24540.2.camel@servidor>
Message-ID: <20011112181928.A7232@spisa.act.uji.es>

On Mon Nov 12, 2001 at 12:28:24PM +0100, Alvaro López Ortega wrote:
> 
> 	Pasa por utilizar un alias en el MTA en lugar de un gestor de listas de
> correro... :-) (poco se puede tocar en el software de la lista cuando no
> existe este software ;)

Ejem, no estás en lo cierto. El gestor de listas es Smartlist, que se
integra con el procmail. Así que algo hay.
En cuanto consiga un poco de tiempo las listas pasarán a gestionarse 
probablemente con mailman... Hasta entonces, el sistema funciona.
Un saludo,
-- 
                                          luis peralta / jaxp
                                              Presidente
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
CS student  ----- http://www.aditel.org/ ------  peralta en aditel.org
Key/ID             1024/B6303167     
Fingerprint        21 9F 95 3D 83 17 00 D8  0D 90 AC 58 08 09 57 94
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=




From hernan en orgmf.com.ar  Mon Nov 12 18:47:16 2001
From: hernan en orgmf.com.ar (Hernan Martinez Foffani)
Date: Mon, 12 Nov 2001 18:47:16 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005584559.24512.4.camel@servidor>
References: <1005584559.24512.4.camel@servidor>
Message-ID: <HPEBIMANNCHHDMDBGCHHGEFGCPAA.hernan@orgmf.com.ar>

> 	En serio, yo tengo nada en contra de Python.. todo lo contrario, me
> encanta. Pero vale para lo que vale, y hacer una aplicación de gestión
> en Python es simplemente grotesco.

estoy de acuerdo con el concepto que las características de cada lenguaje
de programación ayudan a definir las áreas de aplicación.
pero decir que una "aplicación de gestión en Python sea grotesco" me parece
exagerado.

hay montones de razones para tomar una decision así. eje:
- productividad (time-to-market)
- facilidad de mantenimiento (eje. cambio de legislación, adaptación a
otros países, etc.)
- fiabilidad.
- o hasta simplemente diferenciarse de la competencia...

la decisión de usar un lenguaje u otro tiene que ser como cualquier otra
elección que se tome en este negocio, razonada, lógica, sin preconceptos
y sin fundamentalismos religiosos.

-Hernán.




From alvaro en godsmaze.org  Mon Nov 12 19:51:37 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 12 Nov 2001 19:51:37 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005585142.12781.4.camel@praga>
References: <OF1E89DC6D.B1582497-ONC1256B02.003F91A3@xunta.es> 
	<1005584559.24512.4.camel@servidor>  <1005585142.12781.4.camel@praga>
Message-ID: <1005591097.24540.12.camel@servidor>

On Mon, 2001-11-12 at 18:12, Antonio Beamud Montero wrote:

> > 	Pues como nos pongamos a contar los que hay en C.. '';-)
> > 
> > 	En serio, yo tengo nada en contra de Python.. todo lo contrario, me
> > encanta. Pero vale para lo que vale, y hacer una aplicación de gestión
> > en Python es simplemente grotesco.
> Todavía no has dado una razón por la que sea grotesco, acaso Zope es
> pequeño, es un Framework completo salvo pequeñas partes en C por
> eficiencia...
> Explica por que es grotesco ?-)

	Hombre.. por cosas tan simples como que una aplicación de megas de
código fuente en la que trabajan decenas de programadores no puede ser
dinámicamente tipada.

	Si, vale, TEORICAMENTE si puede serlo.. pero en la practica seria seria
el más puro caos. ':-))

	Respecto a Zope.. ':) pues vaya, no es precisamente una gran aplicación
desde mi punto de vista. Ya se que decir esto va a hacer que mucha gente
salte (y más en esta lista)... pero, es lentisimo. Ultimamente se esta
poniendo de moda de thttpd pq es más rápido que Apache.. a SlashCode
todo el mundo le encuantra el mismo fallo: demasiado pesado.. la gente
se preocupa por la eficiencia. Si Zope fuese una aplicación C extensible
en Python desde mi punto de vista ganaria muchisimos enteros. ;-)))

-- 
Greetings, alo.




From floro en aditel.org  Mon Nov 12 23:56:31 2001
From: floro en aditel.org (Pedro Floro)
Date: Mon, 12 Nov 2001 23:56:31 +0100 (CET)
Subject: Problema en la lista (off-topic)
In-Reply-To: <OFBD25AF95.51D825A8-ONC1256B02.002DF81C@xunta.es>
References: <OFBD25AF95.51D825A8-ONC1256B02.002DF81C@xunta.es>
Message-ID: <Pine.LNX.4.30.0111122351200.11901-100000@spisa>

On Mon, 12 Nov 2001 julian.albo.garcia en xunta.es wrote:

> Pero es que normalmente no se quiere responder a todos, se quiere responder
> a la lista únicamente. Y además hay programas (pej Notes que estoy usando
> ahora) que no incluyen la opción "responder a todos".
>
> Yo creo que no es cuestión de gusto personal del administrador, si no de
> como esté enfocada la lista. Si es tipo "Tablón de anuncios" lo más
> indicado es responder al autor, si es tipo "conversacional" lo adecuado es
> responder a la lista.

A lo mejor no es cuestion de gusto personal del administrador...
y te lo puedo asegurar, pero lo que casi te puedo asegurar es que
de poner la opcion de reply-to a lo mejor pueden derivarse unos
problemas, porque a lo mejor ya estaria puesto. Creedme que si
esta asi probablemente sea porque es mejor para todos, porque si
pusieramos el reply-to a lo mejor tendriamos peores problemas.
Bueno, a mi tampoco me molesta tanto este tema. Yo pongo a
contestar, y en el campo To: (A: ) pongo "python" y ya esta.
Quiero decir que me he definido un alias en mi agenda de emails.

>
> Salu2
>
>

                   ---- ** ----
                    Aditel.org
                    WeBMaSTeR
                 floro en aditel.org
                   ---- ** ----




From alvaro en godsmaze.org  Tue Nov 13 08:47:14 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 13 Nov 2001 08:47:14 +0100
Subject: Problema en la lista (off-topic)
In-Reply-To: <Pine.LNX.4.30.0111122351200.11901-100000@spisa>
References: <Pine.LNX.4.30.0111122351200.11901-100000@spisa>
Message-ID: <1005637634.24513.21.camel@servidor>

On Mon, 2001-11-12 at 23:56, Pedro Floro wrote:

> > Pero es que normalmente no se quiere responder a todos, se quiere responder
> > a la lista únicamente. Y además hay programas (pej Notes que estoy usando
> > ahora) que no incluyen la opción "responder a todos".
> >
> > Yo creo que no es cuestión de gusto personal del administrador, si no de
> > como esté enfocada la lista. Si es tipo "Tablón de anuncios" lo más
> > indicado es responder al autor, si es tipo "conversacional" lo adecuado es
> > responder a la lista.
> 
> A lo mejor no es cuestion de gusto personal del administrador...
> y te lo puedo asegurar, pero lo que casi te puedo asegurar es que
> de poner la opcion de reply-to a lo mejor pueden derivarse unos
> problemas, porque a lo mejor ya estaria puesto. Creedme que si
> esta asi probablemente sea porque es mejor para todos, porque si
> pusieramos el reply-to a lo mejor tendriamos peores problemas.

	O igual se terminaba el mundo.. ;-)
	Ese razonamiento suena un poco flojo.:)

	De momento ya ha aparecido gente que dice que su cliente de correo no
tiene "Reply All", y yo he forward'eado varios mail de gente que
contesta sólo a quien escribió el mensaje y no a la lista.

> Bueno, a mi tampoco me molesta tanto este tema. Yo pongo a
> contestar, y en el campo To: (A: ) pongo "python" y ya esta.
> Quiero decir que me he definido un alias en mi agenda de emails.

	Madre ':) por no poner un reply-to...

-- 
Greetings, alo.




From julian.albo.garcia en xunta.es  Tue Nov 13 09:04:00 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Tue, 13 Nov 2001 09:04:00 +0100
Subject: Para seguir montando bulla
Message-ID: <OF6AE247E4.0215FD36-ONC1256B03.002B63BF@xunta.es>


>> Puede ser, pero llevando ese punto de vista a un extremo llegaríamos
>> a que hay que escribir todo en ensamblador optimizado ;)
> Supongo que conoceras GNOME y KDE. GNOME esta escrito en C, y KDE
> en C++. Simpre (y no falla), en las charlas de GNOME hay alguien
> que pregunta: "¿pq es C y no C++ como KDE?" y la respuesta siempre
> es la misma: "Pensamos en escribirlo en ASM, pero nos dimos cuenta
> de que perdiamos la portabilidad" ;-)

Ya, respuesta típica de los que piensan que algo escrito en C++ es por
narices más lento que escrito en C }:) Pero ya que estamos en el tema de la
portabilidad, una razón para escribir algo en python o en otro intérprete
es que es más fácil hacerlo portable que en C.

> Es sorprendente ver como gente que asegura saber programar en C++ no
> sabe ni que existe la STL.. (y esto es real, me ha pasado con más de
> una persona).

Y aún se siguen vendiendo libros que ni la tratan, ni mencionan las
plantillas ni incluso las excepciones más que de pasada... pero no me
extiendo más que nos salimos mucho de temática.

>> No creo que se pueda aspirar a que todo el que alguna vez tenga que
>> programar algo sea programador de sistemas.
> Pues las cosas irian muchisimo mejor.. ;-)

Claro, y si todos domináramos primeros auxilios el mundo sería más seguro,
y si...

>> Ya, pero ¿cuánto software habrá que, al no ser de propósito general si
>> no hecho por y para un sitio específico, no sea conocido?
> Pues supongo que proporcionalmente lo mismo que el conocido.

Pues yo diría que no, para necesidades específicas es mucho menos frecuente
el uso de C que en cosas de propósito general. ¿Por qué si no la gente
seguiría buscando clónicos de Clipper para Linux, pej?

>> Por otra parte un vistazo a freshmeat me parece que mostrará bastantes
>> proyectos en Python.
> Pues como nos pongamos a contar los que hay en C.. '';-)

Pero la proporción no dice nada contra que Python tenga su espacio.

> En serio, yo tengo nada en contra de Python.. todo lo contrario, me

Y yo tampoco, aunque la verdad es que me puse con él más que nada por
curiosidad.

> y hacer una aplicación de gestión en Python es simplemente grotesco.

Pues no se que le ves a las aplicaciones de gestión, francamente.

Salu2





From julian.albo.garcia en xunta.es  Tue Nov 13 09:08:58 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Tue, 13 Nov 2001 09:08:58 +0100
Subject: Problema en la lista (off-topic)
Message-ID: <OF283AFFD2.F376D08B-ONC1256B03.002C82AB@xunta.es>


> A lo mejor no es cuestion de gusto personal del administrador...
> y te lo puedo asegurar, pero lo que casi te puedo asegurar es que
> de poner la opcion de reply-to a lo mejor pueden derivarse unos
> problemas, porque a lo mejor ya estaria puesto.

Sí, ya se que hay problemas, concretamente que cuando alguien pone una
auto-respuesta en su correo tipo "Estoy de vacaciones..." y no se
dessuscribe de las listas se genera un ping-pong de mensajes.

Pero opino que esos problemas son asumibles.

Salu2





From hernan en orgmf.com.ar  Tue Nov 13 09:45:36 2001
From: hernan en orgmf.com.ar (Hernan Martinez Foffani)
Date: Tue, 13 Nov 2001 09:45:36 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005591097.24540.12.camel@servidor>
References: <1005591097.24540.12.camel@servidor>
Message-ID: <HPEBIMANNCHHDMDBGCHHEEFJCPAA.hernan@orgmf.com.ar>

> 	Hombre.. por cosas tan simples como que una aplicación de megas de
> código fuente en la que trabajan decenas de programadores no puede ser
> dinámicamente tipada.

supongo que te referirás a débilmente tipada. hay fuertes y dinámicos y
los hay débiles y estáticos. :-)
la relación entre la calidad del producto final y el tipo de tipos
(:-) de un lenguaje hoy es tema debatido continuamente, no solo en Python.

precisamente porque depender del control de tipos que hacen los
compiladores no garantiza calidad, es que "alguien" creo el diseño por
contratos, bah! eiffel...

a riesgo de caer en generalizaciones, con la complejidad de las estructuras
de datos que los programas usan hoy día, importa mas el "comportamiento"
de los objetos mas que su implementación interna.

> 	Si, vale, TEORICAMENTE si puede serlo.. pero en la practica
> seria seria
> el más puro caos. ':-))

no es solo teoría. y vale para cualquier otro entorno de desarrollo.
la organización del equipo, junto con las herramientas y los procesos
de QA tienen que orientarse a maximizar el costo/tiempo/calidad
para un determinado alcance.

para hacerla corta. lo que python brinda es mejorar la productividad
del equipo de desarrollo en 3X o 5X. con lo que sobra tiempo para
planificar y ejecutar todo el control de calidad necesario.


>
> 	Respecto a Zope.. ':) pues vaya, no es precisamente una
> gran aplicación
> desde mi punto de vista. Ya se que decir esto va a hacer que mucha gente
> salte (y más en esta lista)... pero, es lentisimo. Ultimamente se esta
> poniendo de moda de thttpd pq es más rápido que Apache.. a SlashCode
> todo el mundo le encuantra el mismo fallo: demasiado pesado.. la gente
> se preocupa por la eficiencia. Si Zope fuese una aplicación C extensible
> en Python desde mi punto de vista ganaria muchisimos enteros. ;-)))

no. no voy a saltar para defender a zope. tu opinión puede ser válida
porque como dicen los yanquis "your mileage may vary".

para mis necesidades, la verdad es que zope es demasiado rápido. :-)
me explico. me sentiría mas contento todavía si zope fuera 10 veces mas
lento, pero me diera 10 veces mas de productividad. :-)

entendamos que con un PC de hipermercado ya se consiguen entregar cientos
de miles de hits por día con zope. y que invirtiendo, digamos, 3000 euros
mas en equipo ya obtengo un orden de magnitud mas performance.
y como no creo que sea la solución a utilizar en, digamos, www.terra.es,
en mi caso no me interesa si en vez de 1 millon puedo entregar 10 millones
por día.

las comparativas de velocidad son absolutas y, si están bien hechas,
indiscutibles. pero las tenemos que usar para poder contestarnos a:

¿Qué tan rápido YO necesito que sea?





From antonio.beamud en agoratechnologies.com  Tue Nov 13 09:56:13 2001
From: antonio.beamud en agoratechnologies.com (Antonio Beamud Montero)
Date: 13 Nov 2001 09:56:13 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005591097.24540.12.camel@servidor>
References: <OF1E89DC6D.B1582497-ONC1256B02.003F91A3@xunta.es> 
	<1005584559.24512.4.camel@servidor>  <1005585142.12781.4.camel@praga> 
	<1005591097.24540.12.camel@servidor>
Message-ID: <1005641773.799.0.camel@praga>

En lun, 2001-11-12 a 19:51, Alvaro López Ortega escribió:
> On Mon, 2001-11-12 at 18:12, Antonio Beamud Montero wrote:
> 
> > > 	Pues como nos pongamos a contar los que hay en C.. '';-)
> > > 
> > > 	En serio, yo tengo nada en contra de Python.. todo lo contrario, me
> > > encanta. Pero vale para lo que vale, y hacer una aplicación de gestión
> > > en Python es simplemente grotesco.
> > Todavía no has dado una razón por la que sea grotesco, acaso Zope es
> > pequeño, es un Framework completo salvo pequeñas partes en C por
> > eficiencia...
> > Explica por que es grotesco ?-)
> 
> 	Hombre.. por cosas tan simples como que una aplicación de megas de
> código fuente en la que trabajan decenas de programadores no puede ser
> dinámicamente tipada.

Hay miles de aplicaciones de inteligencia artificial (Emacs sin ir más
lejos), por ejemplo, el sistema de compras que usa amazon.com esta hecho
en lisp y lisp es tipado dinámicamente...
 
> 	Si, vale, TEORICAMENTE si puede serlo.. pero en la practica seria seria
> el más puro caos. ':-))

Eso depende de como este diseñada la aplicación y no del lenguaje en si,
si tu defines los interfaces correctamente y explicitamente de las
partes que interoperan en el sistema no tiene por que haber problemas.
De hecho yo recuerdo que nos ponian como ejemplo una aplicación creo que
de reserva de billetes en aeropuertos en Smalltalk, y Smalltalk también
es tipado dinámicamente. 

Yo creo que la gente no ha hecho grandes aplicaciones en Python por que
lo desconocen en su mayoria, es un lenguaje muy reciente y no tiene el
bombo ni el soporte que por ejemplo java, pero tiempo al tiempo...

 	Respecto a Zope.. ':) pues vaya, no es precisamente una gran aplicación
> desde mi punto de vista. Ya se que decir esto va a hacer que mucha gente
> salte (y más en esta lista)... pero, es lentisimo. Ultimamente se esta
> poniendo de moda de thttpd pq es más rápido que Apache.. a SlashCode
> todo el mundo le encuantra el mismo fallo: demasiado pesado.. la gente
> se preocupa por la eficiencia. Si Zope fuese una aplicación C extensible
> en Python desde mi punto de vista ganaria muchisimos enteros. ;-)))

Cualquier arquitectura de desarrollo web es pesada, sin ir más lejos
websphere de IBM necesita un mostruo para funcionar, pero a cambio
desarrollas aplicaciones en dias que de otra manera tardarías meses...

Saludos.




From antonio.beamud en agoratechnologies.com  Tue Nov 13 10:37:37 2001
From: antonio.beamud en agoratechnologies.com (Antonio Beamud Montero)
Date: 13 Nov 2001 10:37:37 +0100
Subject: Para seguir montando bulla
In-Reply-To: <HPEBIMANNCHHDMDBGCHHEEFJCPAA.hernan@orgmf.com.ar>
References: <HPEBIMANNCHHDMDBGCHHEEFJCPAA.hernan@orgmf.com.ar>
Message-ID: <1005644257.799.11.camel@praga>

Yo no lo hubiese dicho mejor :-)


En mar, 2001-11-13 a 09:45, Hernan Martinez Foffani escribió:
> > 	Hombre.. por cosas tan simples como que una aplicación de megas de
> > código fuente en la que trabajan decenas de programadores no puede ser
> > dinámicamente tipada.
> 
> supongo que te referirás a débilmente tipada. hay fuertes y dinámicos y
> los hay débiles y estáticos. :-)
> la relación entre la calidad del producto final y el tipo de tipos
> (:-) de un lenguaje hoy es tema debatido continuamente, no solo en Python.
> 
> precisamente porque depender del control de tipos que hacen los
> compiladores no garantiza calidad, es que "alguien" creo el diseño por
> contratos, bah! eiffel...
> 
> a riesgo de caer en generalizaciones, con la complejidad de las estructuras
> de datos que los programas usan hoy día, importa mas el "comportamiento"
> de los objetos mas que su implementación interna.
> 
> > 	Si, vale, TEORICAMENTE si puede serlo.. pero en la practica
> > seria seria
> > el más puro caos. ':-))
> 
> no es solo teoría. y vale para cualquier otro entorno de desarrollo.
> la organización del equipo, junto con las herramientas y los procesos
> de QA tienen que orientarse a maximizar el costo/tiempo/calidad
> para un determinado alcance.
> 
> para hacerla corta. lo que python brinda es mejorar la productividad
> del equipo de desarrollo en 3X o 5X. con lo que sobra tiempo para
> planificar y ejecutar todo el control de calidad necesario.
> 
> 
> >
> > 	Respecto a Zope.. ':) pues vaya, no es precisamente una
> > gran aplicación
> > desde mi punto de vista. Ya se que decir esto va a hacer que mucha gente
> > salte (y más en esta lista)... pero, es lentisimo. Ultimamente se esta
> > poniendo de moda de thttpd pq es más rápido que Apache.. a SlashCode
> > todo el mundo le encuantra el mismo fallo: demasiado pesado.. la gente
> > se preocupa por la eficiencia. Si Zope fuese una aplicación C extensible
> > en Python desde mi punto de vista ganaria muchisimos enteros. ;-)))
> 
> no. no voy a saltar para defender a zope. tu opinión puede ser válida
> porque como dicen los yanquis "your mileage may vary".
> 
> para mis necesidades, la verdad es que zope es demasiado rápido. :-)
> me explico. me sentiría mas contento todavía si zope fuera 10 veces mas
> lento, pero me diera 10 veces mas de productividad. :-)
> 
> entendamos que con un PC de hipermercado ya se consiguen entregar cientos
> de miles de hits por día con zope. y que invirtiendo, digamos, 3000 euros
> mas en equipo ya obtengo un orden de magnitud mas performance.
> y como no creo que sea la solución a utilizar en, digamos, www.terra.es,
> en mi caso no me interesa si en vez de 1 millon puedo entregar 10 millones
> por día.
> 
> las comparativas de velocidad son absolutas y, si están bien hechas,
> indiscutibles. pero las tenemos que usar para poder contestarnos a:
> 
> ¿Qué tan rápido YO necesito que sea?
> 
> 
> 
> 





From juanjo en alvarez.as  Tue Nov 13 12:10:25 2001
From: juanjo en alvarez.as (Juanjo Alvarez)
Date: Tue, 13 Nov 2001 12:10:25 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OF6AE247E4.0215FD36-ONC1256B03.002B63BF@xunta.es>
References: <OF6AE247E4.0215FD36-ONC1256B03.002B63BF@xunta.es>
Message-ID: <20011113121025.B672@pascual.mired>

On Tue, Nov 13, 2001 at 09:04:00AM +0100, julian.albo.garcia en xunta.es wrote:
> > y hacer una aplicación de gestión en Python es simplemente grotesco.
> 
> Pues no se que le ves a las aplicaciones de gestión, francamente.

Claro, dependerá de la aplicación de gestión, de los requisitos... de
demasiados factores como para generalizar.

No es lo mismo una aplicación de gestión para una pequeña empresa de,
digamos 30 o 40 empleados que una para una empresa grande, no es lo
mismo una aplicación que se vaya a ejecutar principalmente en un pentium
100 que una para la que dispongas de un Ultra-Sparc y que va a ser
accedida utilizando el mismo como servidor de aplicaciones a través de
terminales Sun.

Aún así,  he visto/oido  de aplicaciones 'de  gestión' hechas  en Visual
Basic para empresas _muy_ grandes  (lease Renault españa) impuesto desde
arriba, y que no daban más  que problemas para mayor desesperanza de los
que la tienen  que mantener, y aplicaciones corriendo en  un 486 con SCO
Unix haciendo de servidor de aplicaciones (lease FCC) que funcionaban de
maravilla. Todo es relativo. Además, con la inclusión del 'anydbm' en
las últimas versiones de Python, la cosa mejora mucho de cara a las
aplicaciones de gestión.




From rapto en arrakis.es  Tue Nov 13 12:23:42 2001
From: rapto en arrakis.es (=?iso-8859-1?Q?Marcos_S=E1nchez_Provencio?=)
Date: Tue, 13 Nov 2001 12:23:42 +0100
Subject: Para seguir montando bulla
References: <HPEBIMANNCHHDMDBGCHHEEFJCPAA.hernan@orgmf.com.ar>
Message-ID: <005e01c16c35$a6c4daf0$d1dea8c0@proteus>

Ahí le duele, yo siempre he defindido que Python es un lenguaje  mediocre:
No tiene una sintaxis brillante, no tiene magia de punteros, se limita a
hacer lo que se le pide...

Me encantan los lenguajes mediocres.

En cuanto a velocidad, yo me he currado la aplicación que lleva la
contabilidad del Mº de Educación, Cultura y Deporte en VB y otra que lleva
parte de la gestión de provisión de Jazztel. Y me temo que soy también
responsable de la aplicación de gestión de objetores de conciencia, que se
hizo en VB3 y sigue funcionando (como se acaba el tema, no hay euros para
actualizarla). Y las estoy pasando a entorno Web (las vivas) con Webware y
me están quedando una monada, el código fuente se puede mandar en un mensaje
de correo sin pestañear (~300K). Y lo intentamos en Java y era una ruina,
había que especificarle detalles hasta la nausea (¿2+2=4? No, si hay una
excepción de desbordamiento... venga ya.).

Ahora, van sobre Sybase y MSSQL; igual querías que fuesen sobre Gadfly...

----- Original Message -----
From: "Hernan Martinez Foffani" <hernan en orgmf.com.ar>
To: "Lista de python" <python-es en aditel.org>
Sent: Tuesday, November 13, 2001 9:45 AM
Subject: RE: [python-es] Para seguir montando bulla


[...]
¿Qué tan rápido YO necesito que sea?







From alvaro en godsmaze.org  Tue Nov 13 12:36:21 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 13 Nov 2001 12:36:21 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005641773.799.0.camel@praga>
References: <OF1E89DC6D.B1582497-ONC1256B02.003F91A3@xunta.es> 
	<1005584559.24512.4.camel@servidor>  <1005585142.12781.4.camel@praga> 
	<1005591097.24540.12.camel@servidor>  <1005641773.799.0.camel@praga>
Message-ID: <1005651382.24512.26.camel@servidor>

On Tue, 2001-11-13 at 09:56, Antonio Beamud Montero wrote:

> > 	Hombre.. por cosas tan simples como que una aplicación de megas de
> > código fuente en la que trabajan decenas de programadores no puede ser
> > dinámicamente tipada.
> 
> Hay miles de aplicaciones de inteligencia artificial (Emacs sin ir más
> lejos), por ejemplo, el sistema de compras que usa amazon.com esta hecho
> en lisp y lisp es tipado dinámicamente...

	Si, claro.. y sistemas expertos en clisp, pero no estamos hablando de
eso. :-)) Hay muchisimos programas de GNU que utilizan Scheme como
lenguaje de extensión.. pero estan escritos en C.

	Siempre hay casos, pero la infinita mayoria de las aplicaciones (que no
extensiones o scripts) no estan escritas en lenguajes como Python,
Prolog o Lisp. Por supuesto son necesarios!! y facilitan enormemente la
vida en muchisimas ocasiones... pero no son lenguajes para desarrollar
aplicaciones de un tamaño medio.
  
> > 	Si, vale, TEORICAMENTE si puede serlo.. pero en la practica seria seria
> > el más puro caos. ':-))
> Eso depende de como este diseñada la aplicación y no del lenguaje en si,
> si tu defines los interfaces correctamente y explicitamente de las
> partes que interoperan en el sistema no tiene por que haber problemas.
> De hecho yo recuerdo que nos ponian como ejemplo una aplicación creo que
> de reserva de billetes en aeropuertos en Smalltalk, y Smalltalk también
> es tipado dinámicamente. 

	vale, dije que TEORICAMENTE si se podia.. ;)

	No me quiero imaginar una aplicación de gestión de pongamos.. un millon
de líneas de código escrita en Python.. con un bug tonto de estos que
ocurren a veces:

	this->valormoximo = 100

	en lugar de:
	
	this->valormaximo = 100


	Venga.. coge los diagramas UML o lo que sea... y ponte a debugear. ;-))
LA MUERTE. En C, C++, Ada o similar no hubiese compilado y te hubiese
dado la linea y columna del error.

> Yo creo que la gente no ha hecho grandes aplicaciones en Python por que
> lo desconocen en su mayoria, es un lenguaje muy reciente y no tiene el
> bombo ni el soporte que por ejemplo java, pero tiempo al tiempo...
>  	Respecto a Zope.. ':) pues vaya, no es precisamente una gran aplicación
> > desde mi punto de vista. Ya se que decir esto va a hacer que mucha gente
> > salte (y más en esta lista)... pero, es lentisimo. Ultimamente se esta
> > poniendo de moda de thttpd pq es más rápido que Apache.. a SlashCode
> > todo el mundo le encuantra el mismo fallo: demasiado pesado.. la gente
> > se preocupa por la eficiencia. Si Zope fuese una aplicación C extensible
> > en Python desde mi punto de vista ganaria muchisimos enteros. ;-)))
> Cualquier arquitectura de desarrollo web es pesada, sin ir más lejos
> websphere de IBM necesita un mostruo para funcionar, pero a cambio
> desarrollas aplicaciones en dias que de otra manera tardarías meses...

	Esto es un tema muy interesante.. :-) (tan interesante que mi proyecto
de fin de carrera consiste en desarrollar un arquitectura similar, pero
además con unas cuantas caracteristicas y restricciones de
funcionalidades y eficiencia).


	PD: Lo que le interesa a IBM es vender S390 con WebSphere. ;))

-- 
Greetings, alo.




From rapto en arrakis.es  Tue Nov 13 13:48:53 2001
From: rapto en arrakis.es (Marcos =?ISO-8859-1?Q?S=E1nchez?= Provencio)
Date: 13 Nov 2001 13:48:53 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005651382.24512.26.camel@servidor>
References: <OF1E89DC6D.B1582497-ONC1256B02.003F91A3@xunta.es> 
	<1005584559.24512.4.camel@servidor>  <1005585142.12781.4.camel@praga> 
	<1005591097.24540.12.camel@servidor>  <1005641773.799.0.camel@praga> 
	<1005651382.24512.26.camel@servidor>
Message-ID: <1005655734.5622.1.camel@sake>

Respondo entre líneas [dejo sólo el texto relevante a mis réplicas]
En mar, 2001-11-13 a 12:36, Alvaro López Ortega escribió:
> On Tue, 2001-11-13 at 09:56, Antonio Beamud Montero wrote:
> 
> 
> 	Siempre hay casos, pero la infinita mayoria de las aplicaciones (que no
> extensiones o scripts) no estan escritas en lenguajes como Python,
> Prolog o Lisp. Por supuesto son necesarios!! y facilitan enormemente la
> vida en muchisimas ocasiones... pero no son lenguajes para desarrollar
> aplicaciones de un tamaño medio.

Por lo menos, di 'grande'. Hay aplicaciones inmensas en cualquier cosa
(VB, clipper, ensamblador).
> 
> 	No me quiero imaginar una aplicación de gestión de pongamos.. un millon
> de líneas de código escrita en Python.. con un bug tonto de estos que
> ocurren a veces:
> 
> 	this->valormoximo = 100
> 
> 	en lugar de:
> 	
> 	this->valormaximo = 100
> 

Las pruebas unitarias deberían detectarlo. Cualquier sistema basado en
la fiabilidad es poco fiable. Son mejores los basados en el fallo (y la
corrección, claro).

Y te aseguro que muchas veces lo que hay que hacer es evaluar si no hay
que tirar el millón de líneas para reescribir en cien mil lo mismo (y
mucho más fiable; por la teoría de la fiabilidad-> Complejo = poco
fiable)

> 
> 	Venga.. coge los diagramas UML o lo que sea... y ponte a debugear. ;-))
> LA MUERTE. En C, C++, Ada o similar no hubiese compilado y te hubiese
> dado la linea y columna del error.

Y si le digo this->valormaximo = 1000 ¿qué?






From alvaro en godsmaze.org  Tue Nov 13 13:50:53 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 13 Nov 2001 13:50:53 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OF6AE247E4.0215FD36-ONC1256B03.002B63BF@xunta.es>
References: <OF6AE247E4.0215FD36-ONC1256B03.002B63BF@xunta.es>
Message-ID: <1005655855.807.0.camel@servidor>

On Tue, 2001-11-13 at 09:04, julian.albo.garcia en xunta.es wrote:
> 
> >> Puede ser, pero llevando ese punto de vista a un extremo llegaríamos
> >> a que hay que escribir todo en ensamblador optimizado ;)
> > Supongo que conoceras GNOME y KDE. GNOME esta escrito en C, y KDE
> > en C++. Simpre (y no falla), en las charlas de GNOME hay alguien
> > que pregunta: "¿pq es C y no C++ como KDE?" y la respuesta siempre
> > es la misma: "Pensamos en escribirlo en ASM, pero nos dimos cuenta
> > de que perdiamos la portabilidad" ;-)
> 
> Ya, respuesta típica de los que piensan que algo escrito en C++ es por
> narices más lento que escrito en C }:) 

	Y es un hecho ;-) o si quieres hablamos de metodos virtuales o de
templates };)

> Pero ya que estamos en el tema de la
> portabilidad, una razón para escribir algo en python o en otro intérprete
> es que es más fácil hacerlo portable que en C.

	Cierto.. pero rara es la ocasión en que se necesite tanta portabilidad.
Además, no siempre tiene pq ser el lenguaje lo portable.. lo puede ser
tambien es SO, no? ¿Que hay de todos los cacharros con GNU/Linux... los
programas pueden ser en C? <-- Ese es un ejemplo de portabilidad por el
SO en lugar de portabilidad por el lenguaje (intentar hacer cacharros
con Java ;-GGGG). ¿Cual funcionará mejor? ;-)

> > Es sorprendente ver como gente que asegura saber programar en C++ no
> > sabe ni que existe la STL.. (y esto es real, me ha pasado con más de
> > una persona).
> Y aún se siguen vendiendo libros que ni la tratan, ni mencionan las
> plantillas ni incluso las excepciones más que de pasada... pero no me
> extiendo más que nos salimos mucho de temática.

	Pues eso.. que el mundo lleno de gente que medio-programa.. y eso no
quiere decir que este bien. 
 
> >> Ya, pero ¿cuánto software habrá que, al no ser de propósito general si
> >> no hecho por y para un sitio específico, no sea conocido?
> > Pues supongo que proporcionalmente lo mismo que el conocido.
> Pues yo diría que no, para necesidades específicas es mucho menos frecuente
> el uso de C que en cosas de propósito general. ¿Por qué si no la gente
> seguiría buscando clónicos de Clipper para Linux, pej?

''XDDD pufff.. los tiempos cambian. ¿o hay GNU/Linux para PDP's?
 
> >> Por otra parte un vistazo a freshmeat me parece que mostrará bastantes
> >> proyectos en Python.
> > Pues como nos pongamos a contar los que hay en C.. '';-)
> Pero la proporción no dice nada contra que Python tenga su espacio.

	Claro, claro.. :-))) pero en _aplicaciones_ es casi nulo.
 
> > En serio, yo tengo nada en contra de Python.. todo lo contrario, me
> Y yo tampoco, aunque la verdad es que me puse con él más que nada por
> curiosidad.

	Pues es una pasada, en serio %)
 
> > y hacer una aplicación de gestión en Python es simplemente grotesco.
> Pues no se que le ves a las aplicaciones de gestión, francamente.

	Que son grandes, aburridisimas y necesarias.

-- 
Greetings, alo.




From alvaro en godsmaze.org  Tue Nov 13 13:55:08 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 13 Nov 2001 13:55:08 +0100
Subject: Para seguir montando bulla
In-Reply-To: <20011113121025.B672@pascual.mired>
References: <OF6AE247E4.0215FD36-ONC1256B03.002B63BF@xunta.es> 
	<20011113121025.B672@pascual.mired>
Message-ID: <1005656110.778.2.camel@servidor>

On Tue, 2001-11-13 at 12:10, Juanjo Alvarez wrote:

> > > y hacer una aplicación de gestión en Python es simplemente grotesco.
> > Pues no se que le ves a las aplicaciones de gestión, francamente.
> Aún así,  he visto/oido  de aplicaciones 'de  gestión' hechas  en Visual
> Basic para empresas _muy_ grandes  (lease Renault españa) impuesto desde
> arriba, y que no daban más  que problemas para mayor desesperanza de los
> que la tienen  que mantener, y aplicaciones corriendo en  un 486 con SCO
> Unix haciendo de servidor de aplicaciones (lease FCC) que funcionaban de
> maravilla. Todo es relativo. Además, con la inclusión del 'anydbm' en
> las últimas versiones de Python, la cosa mejora mucho de cara a las
> aplicaciones de gestión.

	Sigo pensando que no es un problema de soporte de Python. El lenguaje
anda sobradisimo para hacer casi cualquier cosa... pero estamos en lo de
siempre, una aplicación de un tamaño mediano, no se puede escribir en un
lenguaje interpretado y dinamicamente tipado.

	Bueno, si me dices que va a ser un proyecto con una ingenieria del
software como no ha habido otro en la historia... ufffff.. pues igual
hasta podia parecer medio real, pero de cualquier forma el depurar y
mantener la aplicación podia ser un infierno. ':-)

-- 
Greetings, alo.




From julian.albo.garcia en xunta.es  Tue Nov 13 14:10:50 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Tue, 13 Nov 2001 14:10:50 +0100
Subject: Para seguir montando bulla
Message-ID: <OF747A6314.DCD9F1C3-ONC1256B03.0047F8B0@xunta.es>


> Y es un hecho ;-) o si quieres hablamos de metodos virtuales o
> de templates };)

Sería off-topic ;)

>> portabilidad, una razón para escribir algo en python o en otro
intérprete
>> es que es más fácil hacerlo portable que en C.
> Cierto.. pero rara es la ocasión en que se necesite tanta portabilidad.
> Además, no siempre tiene pq ser el lenguaje lo portable.. lo puede ser
> tambien es SO, no? ¿Que hay de todos los cacharros con GNU/Linux... los

Ahí consigues la portabilidad a base de autoconf y/o mucho #ifdef, y hace
falta experiencia con ello, y aún así normalmente requiere ajustes para
cada nuevo entorno.

>> Y aún se siguen vendiendo libros que ni la tratan, ni mencionan las
>> plantillas ni incluso las excepciones más que de pasada... pero no me
>> extiendo más que nos salimos mucho de temática.
> Pues eso.. que el mundo lleno de gente que medio-programa.. y eso
> no quiere decir que este bien.

Pero se programa en/para el mundo real, no en/para un mundo ideal.

>>> y hacer una aplicación de gestión en Python es simplemente grotesco.
>> Pues no se que le ves a las aplicaciones de gestión, francamente.
> Que son grandes, aburridisimas y necesarias.

Sí, pero ¿críticas en velocidad?

Salu2





From alvaro en godsmaze.org  Tue Nov 13 14:04:04 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 13 Nov 2001 14:04:04 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005644257.799.11.camel@praga>
References: <HPEBIMANNCHHDMDBGCHHEEFJCPAA.hernan@orgmf.com.ar> 
	<1005644257.799.11.camel@praga>
Message-ID: <1005656646.772.4.camel@servidor>

On Tue, 2001-11-13 at 10:37, Antonio Beamud Montero wrote:

> > > 	Si, vale, TEORICAMENTE si puede serlo.. pero en la practica
> > > seria seria el más puro caos. ':-))
> > 
> > no es solo teoría. y vale para cualquier otro entorno de desarrollo.
> > la organización del equipo, junto con las herramientas y los procesos
> > de QA tienen que orientarse a maximizar el costo/tiempo/calidad
> > para un determinado alcance.
> > 
> > para hacerla corta. lo que python brinda es mejorar la productividad
> > del equipo de desarrollo en 3X o 5X. con lo que sobra tiempo para
> > planificar y ejecutar todo el control de calidad necesario.

	En serio que me encantaria ver un sólo caso real en el que suceda esto.
:-) 

> > ¿Qué tan rápido YO necesito que sea?

	¿Ahora? ¿O quiza dentro de 1 año cuando has gastado muchisimo dinero en
desarrollar una aplicación que te es inutil pq las visitas se han
multiplicado con 10000 y no hay máquina que lo soporte?

	Las cosas bien hechas ...

-- 
Greetings, alo.




From alvaro en godsmaze.org  Tue Nov 13 14:12:26 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 13 Nov 2001 14:12:26 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005655734.5622.1.camel@sake>
References: <OF1E89DC6D.B1582497-ONC1256B02.003F91A3@xunta.es> 
	<1005584559.24512.4.camel@servidor>  <1005585142.12781.4.camel@praga> 
	<1005591097.24540.12.camel@servidor>  <1005641773.799.0.camel@praga> 
	<1005651382.24512.26.camel@servidor>  <1005655734.5622.1.camel@sake>
Message-ID: <1005657148.807.6.camel@servidor>

On Tue, 2001-11-13 at 13:48, Marcos Sánchez Provencio wrote:

> > 	Siempre hay casos, pero la infinita mayoria de las aplicaciones (que no
> > extensiones o scripts) no estan escritas en lenguajes como Python,
> > Prolog o Lisp. Por supuesto son necesarios!! y facilitan enormemente la
> > vida en muchisimas ocasiones... pero no son lenguajes para desarrollar
> > aplicaciones de un tamaño medio.
> Por lo menos, di 'grande'. Hay aplicaciones inmensas en cualquier cosa
> (VB, clipper, ensamblador).

	Depende de como midas.. ;-) X-DDDDDDDDD

> > 	Venga.. coge los diagramas UML o lo que sea... y ponte a debugear. ;-))
> > LA MUERTE. En C, C++, Ada o similar no hubiese compilado y te hubiese
> > dado la linea y columna del error.
> Y si le digo this->valormaximo = 1000 ¿qué?

	La aplicación puede que no hubiese funcionado correctamente.. eso puede
pasar en cualquier lenguaje. 

	this->valormaximo = "abc";

	- C / C++ / Ada / etc: Error de compilación.
	- Python: Puede darse el caso de: usario con cada de flipado pensadno:
"Que habre hecho que esto se ha cerrado... si yo solo estaba
trabajando.. uff!! me la he cargado :(".


	Y recuerdo.. estoy hablando de aplicaciones. :-) Es perfecto como
lenguaje de extensión y de script.

-- 
Greetings, alo.




From hernan en orgmf.com.ar  Tue Nov 13 14:34:54 2001
From: hernan en orgmf.com.ar (Hernan Martinez Foffani)
Date: Tue, 13 Nov 2001 14:34:54 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005651382.24512.26.camel@servidor>
References: <1005651382.24512.26.camel@servidor>
Message-ID: <HPEBIMANNCHHDMDBGCHHCEFNCPAA.hernan@orgmf.com.ar>

> 	vale, dije que TEORICAMENTE si se podia.. ;)
>
> 	No me quiero imaginar una aplicación de gestión de
> pongamos.. un millon
> de líneas de código escrita en Python.. con un bug tonto de estos que
> ocurren a veces:
>
> 	this->valormoximo = 100
>
> 	en lugar de:
>
> 	this->valormaximo = 100

1M de líneas de Python! ¿Existe algo así? Había un sueco (creo)
que tenía un producto con 100.000 LOC de python y el cliente le exigia
que estuviese en C o C++. Quería saber a cuánto se le iba el proyecto.
Se hablaba entre 5 y 10 veces, básicamente dependiendo de las
bibliotecas que había usado en python y de las que consiguiera
en C o C++

En cuanto al bug... te aseguro que ESE tipo de bugs no influyen en
los plazos de entrega ni en la calidad del producto final.
Son fáciles de cazar aún en Python. eje.: usando pychecker.

MUCHO peor si te toca algun bug en el compilador por ejemplo.
Podés pasarte SEMANAS tratando de resolver por qué falla
"aleatoriamente" nuestra aplicación de 5 mil LOC en C++
corriendo en Irix cuando funcionaba perfectamente en HP-UX...
¿quién paga el coste de ese debug?


> > > ¿Qué tan rápido YO necesito que sea?
>
> 	¿Ahora? ¿O quiza dentro de 1 año cuando has gastado
> muchisimo dinero en
> desarrollar una aplicación que te es inutil pq las visitas se han
> multiplicado con 10000 y no hay máquina que lo soporte?

Ahora y dentro de X tiempo. X lo decide la evaluación de crecimiento,
negociaciones con el cliente, retorno de inversión esperado, etc. etc.
Como la velocidad infinita no existe, SIEMPRE hay que establecer
un límite de aceptación.

¿Y quién te asegura que esas 10000 veces mas serán satisfechas en C?

En cuanto a:
> 	Las cosas bien hechas ...
voy a decir algo que quizás tampoco estés de acuerdo:
No hay que tenerle miedo a la refactorización. Que es la forma
linda de decir rehacer. :-)
No está mal que haya que rehacer parte de un proyecto por n
motivos. Lo que está mal es desechar la posibilidad que vaya
a suceder.

Hay mucho mas que el lenguaje de desarrollo en un proyecto.

Podemos discutir horas y dudo que nos pongamos de acuerdo,
concedeme al menos que hay gente que pensamos distinto...





From alvaro en godsmaze.org  Tue Nov 13 16:10:55 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 13 Nov 2001 16:10:55 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OF747A6314.DCD9F1C3-ONC1256B03.0047F8B0@xunta.es>
References: <OF747A6314.DCD9F1C3-ONC1256B03.0047F8B0@xunta.es>
Message-ID: <1005664255.778.10.camel@servidor>

On Tue, 2001-11-13 at 14:10, julian.albo.garcia en xunta.es wrote:
 
> > Y es un hecho ;-) o si quieres hablamos de metodos virtuales o
> > de templates };)
> Sería off-topic ;)
	
	X-DDDDDDDDDDDD
 
> >> portabilidad, una razón para escribir algo en python o en otro
> intérprete
> >> es que es más fácil hacerlo portable que en C.
> > Cierto.. pero rara es la ocasión en que se necesite tanta portabilidad.
> > Además, no siempre tiene pq ser el lenguaje lo portable.. lo puede ser
> > tambien es SO, no? ¿Que hay de todos los cacharros con GNU/Linux... los
> Ahí consigues la portabilidad a base de autoconf y/o mucho #ifdef, y hace
> falta experiencia con ello, y aún así normalmente requiere ajustes para
> cada nuevo entorno.

	En el caso que te he puesto de GNU/Linux no habria #ifdef's.
	De todas formas, mientras que todo sean "ajustes".. ;-)
 
> >> Y aún se siguen vendiendo libros que ni la tratan, ni mencionan las
> >> plantillas ni incluso las excepciones más que de pasada... pero no me
> >> extiendo más que nos salimos mucho de temática.
> > Pues eso.. que el mundo lleno de gente que medio-programa.. y eso
> > no quiere decir que este bien.
> Pero se programa en/para el mundo real, no en/para un mundo ideal.

	Y esa es la excusa para hacer las cosas medio-mal... 

> >>> y hacer una aplicación de gestión en Python es simplemente grotesco.
> >> Pues no se que le ves a las aplicaciones de gestión, francamente.
> > Que son grandes, aburridisimas y necesarias.
> Sí, pero ¿críticas en velocidad?

	En principio no, pero si criticas en estabilidad.

-- 
Greetings, alo.




From alvaro en godsmaze.org  Tue Nov 13 16:18:18 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 13 Nov 2001 16:18:18 +0100
Subject: Para seguir montando bulla
In-Reply-To: <HPEBIMANNCHHDMDBGCHHCEFNCPAA.hernan@orgmf.com.ar>
References: <HPEBIMANNCHHDMDBGCHHCEFNCPAA.hernan@orgmf.com.ar>
Message-ID: <1005664699.772.12.camel@servidor>

On Tue, 2001-11-13 at 14:34, Hernan Martinez Foffani wrote:

> MUCHO peor si te toca algun bug en el compilador por ejemplo.
> Podés pasarte SEMANAS tratando de resolver por qué falla
> "aleatoriamente" nuestra aplicación de 5 mil LOC en C++
> corriendo en Irix cuando funcionaba perfectamente en HP-UX...
> ¿quién paga el coste de ese debug?

	Uff!! Esto esta forzadisimo.. ;-)

	... pues básicamente lo pagaria el mismo que si lo haces en Python y
falla el interprete. :-)

> > > > ¿Qué tan rápido YO necesito que sea?
> > 	¿Ahora? ¿O quiza dentro de 1 año cuando has gastado
> > muchisimo dinero en
> > desarrollar una aplicación que te es inutil pq las visitas se han
> > multiplicado con 10000 y no hay máquina que lo soporte?
> Ahora y dentro de X tiempo. X lo decide la evaluación de crecimiento,
> negociaciones con el cliente, retorno de inversión esperado, etc. etc.
> Como la velocidad infinita no existe, SIEMPRE hay que establecer
> un límite de aceptación.

	Si vamos, simpleficando, que hacer las cosas medio-mal esta bien.

> ¿Y quién te asegura que esas 10000 veces mas serán satisfechas en C?

	Pues no me lo asegura nadie.. pero que satisfacerá más es ecidente, y
que igual puede con las 10000 es probable.

> En cuanto a:
> > 	Las cosas bien hechas ...
> voy a decir algo que quizás tampoco estés de acuerdo:
> No hay que tenerle miedo a la refactorización. Que es la forma
> linda de decir rehacer. :-)
> No está mal que haya que rehacer parte de un proyecto por n
> motivos. Lo que está mal es desechar la posibilidad que vaya
> a suceder.

	Estoooo.. "vamos a hacer las cosas medio-mal a sabiendas.. que despues
si tenemos que rehacer algo no pasa nada" ????

> Hay mucho mas que el lenguaje de desarrollo en un proyecto.

	Si, claro, totalmente de acuerdo. :)) Lo que no quita que haya opciones
más adecuadas que otras.

> Podemos discutir horas y dudo que nos pongamos de acuerdo,
> concedeme al menos que hay gente que pensamos distinto...

	Totalmente de acuerdo tambien. ;-))) Lo de que pensamos distinto
tambien creo que salta a la vista. :)

-- 
Greetings, alo.




From hernan en orgmf.com.ar  Tue Nov 13 20:10:10 2001
From: hernan en orgmf.com.ar (Hernan Martinez Foffani)
Date: Tue, 13 Nov 2001 20:10:10 +0100
Subject: Para seguir montando bulla
In-Reply-To: <1005664699.772.12.camel@servidor>
References: <1005664699.772.12.camel@servidor>
Message-ID: <HPEBIMANNCHHDMDBGCHHAEGACPAA.hernan@orgmf.com.ar>

>
> 	Si vamos, simpleficando, que hacer las cosas medio-mal esta bien.

uf! esto se puso denso.

si ese es tu resumen de lo que pienso, no tiene sentido seguir...

-Hernán.




From julian.albo.garcia en xunta.es  Wed Nov 14 08:56:01 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Wed, 14 Nov 2001 08:56:01 +0100
Subject: Para seguir montando bulla
Message-ID: <OF44EF349B.72B39DEF-ONC1256B04.002B12A3@xunta.es>


>>> Además, no siempre tiene pq ser el lenguaje lo portable.. lo puede ser
>>>> tambien es SO, no? ¿Que hay de todos los cacharros con GNU/Linux...
los
>> Ahí consigues la portabilidad a base de autoconf y/o mucho #ifdef, y
hace
>> falta experiencia con ello, y aún así normalmente requiere ajustes para
>> cada nuevo entorno.
> En el caso que te he puesto de GNU/Linux no habria #ifdef's.

Los proyectos GNU no son sólo para Linux. Y aún hablando de cosas sólo para
Linux, las diferencias entre distribuciones ya te pueden complicar la vida.

> De todas formas, mientras que todo sean "ajustes".. ;-)

Eso lo decía poniéndome en el mejor de los casos... y aún así ya tiene su
complicación, pues puede requerir que quien instale el programa sea un
programador con cierta experiencia.

>>> Pues eso.. que el mundo lleno de gente que medio-programa.. y eso
>>> no quiere decir que este bien.
>> Pero se programa en/para el mundo real, no en/para un mundo ideal.
> Y esa es la excusa para hacer las cosas medio-mal...

Pues muchas veces probablemente sí. Otras puede ser simplemente que el
coste de obtener mayor velocidad (o mayor lo que sea) no compense.

Salu2





From alvaro en godsmaze.org  Wed Nov 14 09:16:26 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 14 Nov 2001 09:16:26 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OF44EF349B.72B39DEF-ONC1256B04.002B12A3@xunta.es>
References: <OF44EF349B.72B39DEF-ONC1256B04.002B12A3@xunta.es>
Message-ID: <1005725787.778.54.camel@servidor>

On Wed, 2001-11-14 at 08:56, julian.albo.garcia en xunta.es wrote:

> >>> Además, no siempre tiene pq ser el lenguaje lo portable.. lo puede ser
> >>>> tambien es SO, no? ¿Que hay de todos los cacharros con GNU/Linux...
> los
> >> Ahí consigues la portabilidad a base de autoconf y/o mucho #ifdef, y
> hace
> >> falta experiencia con ello, y aún así normalmente requiere ajustes para
> >> cada nuevo entorno.
> > En el caso que te he puesto de GNU/Linux no habria #ifdef's.
> Los proyectos GNU no son sólo para Linux. Y aún hablando de cosas sólo para
> Linux, las diferencias entre distribuciones ya te pueden complicar la vida.
	
	Si claro. :-)
	Pero estabamos hablando de portar sistemas en lugar de portar
lenguajes... :)) a mi personalmente me parece una solución mucho más
eficaz (y fina %-) el tener código C si el sistema ya esta portado. :-)
Ahora bien, como hay muchos casos en que esto no es posible.. o que,
desgraciadamente no se puede cambiar de sistema al cacharro, Python esta
genial :)~~~ (se sale escribir y probar código python desde la Palm y
despues ejecutarlo de verdad en una sparc %-).

 > > De todas formas, mientras que todo sean "ajustes".. ;-)
> 
> Eso lo decía poniéndome en el mejor de los casos... y aún así ya tiene su
> complicación, pues puede requerir que quien instale el programa sea un
> programador con cierta experiencia.
> 
> >>> Pues eso.. que el mundo lleno de gente que medio-programa.. y eso
> >>> no quiere decir que este bien.
> >> Pero se programa en/para el mundo real, no en/para un mundo ideal.
> > Y esa es la excusa para hacer las cosas medio-mal...
> Pues muchas veces probablemente sí. Otras puede ser simplemente que el
> coste de obtener mayor velocidad (o mayor lo que sea) no compense.

	Depende de si eres una empresa o simplemente estas hackeando una buena
aplicación. :-)

-- 
Greetings, alo.




From julian.albo.garcia en xunta.es  Wed Nov 14 10:47:17 2001
From: julian.albo.garcia en xunta.es (julian.albo.garcia en xunta.es)
Date: Wed, 14 Nov 2001 10:47:17 +0100
Subject: Para seguir montando bulla
Message-ID: <OF03722B1A.F708E137-ONC1256B04.003597F4@xunta.es>


> genial :)~~~ (se sale escribir y probar código python desde la Palm y
> despues ejecutarlo de verdad en una sparc %-).

Sí, lo único que falta es tener python en la Game Boy :D

>> Pues muchas veces probablemente sí. Otras puede ser simplemente que el
>> coste de obtener mayor velocidad (o mayor lo que sea) no compense.
> Depende de si eres una empresa o simplemente estas hackeando una buena
> aplicación. :-)

Hombre, si estás hackeando por deporte compensa siempre, mientras sea
divertido.

Salu2





From alvaro en godsmaze.org  Wed Nov 14 16:10:48 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 14 Nov 2001 16:10:48 +0100
Subject: Para seguir montando bulla
In-Reply-To: <OF03722B1A.F708E137-ONC1256B04.003597F4@xunta.es>
References: <OF03722B1A.F708E137-ONC1256B04.003597F4@xunta.es>
Message-ID: <1005750648.772.56.camel@servidor>

On Wed, 2001-11-14 at 10:47, julian.albo.garcia en xunta.es wrote:
 
> > genial :)~~~ (se sale escribir y probar código python desde la Palm y
> > despues ejecutarlo de verdad en una sparc %-).
> Sí, lo único que falta es tener python en la Game Boy :D

	Ummmmm.. pues vete tú a saber, las GBA son la leche :-) (llevan un ARM)

> >> Pues muchas veces probablemente sí. Otras puede ser simplemente que el
> >> coste de obtener mayor velocidad (o mayor lo que sea) no compense.
> > Depende de si eres una empresa o simplemente estas hackeando una buena
> > aplicación. :-)
> Hombre, si estás hackeando por deporte compensa siempre, mientras sea
> divertido.

	Incluso empresas como Ximian desarrolla programas así.. :-)

-- 
Greetings, alo.




From alvaro en godsmaze.org  Thu Nov 15 22:31:35 2001
From: alvaro en godsmaze.org (Alvaro =?ISO-8859-1?Q?L=F3pez?= Ortega)
Date: 15 Nov 2001 22:31:35 +0100
Subject: Charla de Python en HispaLinux
Message-ID: <1005859895.19445.14.camel@servidor>

Marcos, felicidades por tu charla ;-)

-- 
Greetings, alo.




From rakel_lozano en hotmail.com  Wed Nov 28 09:41:05 2001
From: rakel_lozano en hotmail.com (Raquel Lozano)
Date: Wed, 28 Nov 2001 08:41:05 +0000
Subject: Adjuntar archivos
Message-ID: <F198S8mPcsQMpK5KBpQ00010d69@hotmail.com>

Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20011128/65164e1f/attachment.html>

From fernand0 en hotpop.com  Wed Nov 28 10:53:30 2001
From: fernand0 en hotpop.com (fernand0 en hotpop.com)
Date: Wed, 28 Nov 2001 10:53:30 +0100 (CET)
Subject: Adjuntar archivos
In-Reply-To: <F198S8mPcsQMpK5KBpQ00010d69@hotmail.com>
References: <F198S8mPcsQMpK5KBpQ00010d69@hotmail.com>
Message-ID: <Pine.LNX.4.42.0111281052150.29276-100000@amon.cps.unizar.es>

Hola,

On Wed, 28 Nov 2001, Raquel Lozano wrote:

> Buenos dias,
>  
> Necesito enviar mediante Python un archivo de texto, hasta ahora he
> conseguido enviar el texto usando:
> fic=open('/export/home/errors_web/texto.dat','r').
> Pero lo que realmente necesito es adjuntar el archivo ya que es bastante
> grande y quisiera enviarlo comprimido y no se como hacerlo.

No estoy seguro de si te refieres a adjuntos por correo electrónico o qué.
Pero si es eso, la receta:
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/52243

Te puede ayudar porque es un ejemplo de como hacer más o menos eso. Ten
cuidado, porque como dice uno de los comentarios MimeWriter no escribe
correctamente una de las cabeceras necesarias ....


Un saludo,

--
Fernando




From rakel_lozano en hotmail.com  Wed Nov 28 12:41:08 2001
From: rakel_lozano en hotmail.com (Raquel Lozano)
Date: Wed, 28 Nov 2001 11:41:08 +0000
Subject: Adjuntar archivos
Message-ID: <F293tdKFeRPJIU6nXnt000123c3@hotmail.com>

Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20011128/85c770d4/attachment.html>

From rakel_lozano en hotmail.com  Wed Nov 28 16:58:51 2001
From: rakel_lozano en hotmail.com (Raquel Lozano)
Date: Wed, 28 Nov 2001 16:58:51 +0100
Subject: Enviar correo electronico anexando un archivo
References: <F293tdKFeRPJIU6nXnt000123c3@hotmail.com> <20011128145957.A3502@desdemona>
Message-ID: <OE44S6PUbo1KBC0fLtq0001d7aa@hotmail.com>

Hola, necesito enviar un archivo de texto a traves del correo electronico
usando Python. He podido enviar el contenido del archivo haciendo lo
siguiente:

   message = StringIO.StringIO()
   writer = MimeWriter.MimeWriter (message)
   writer.addheader ('Subject', 'Errores Web')
   writer.startmultipartbody ('mixed')
   part = writer.nextpart()
   part.addheader ('Content-Transfer-Encoding' , 'base64')
   body = part.startbody ('text/plain')
   base64.encode(open('/export/home/jmanzano/errors_web/texto.dat', 'rb'),
body)
   writer.lastpart ()

Pero lo que hace es enviar las lineas del fichero de texto que contiene el
fichero (el contenido) y no el fichero completo que es lo que realmente
necesito. El problema es que este archivo es muy grande y necesitaria
poderlo enviar como un fichero adjunto comprimido con gzip.

He probado a poner:    body = part.startbody ('application/zip')   pero
claro, el archivo no llega bien y no se como transferir un archivo
comprimido con gzip.

Espero que alguien me pueda ayudar.
Saludos.




From hernan en orgmf.com.ar  Wed Nov 28 19:11:33 2001
From: hernan en orgmf.com.ar (Hernan Martinez Foffani)
Date: Wed, 28 Nov 2001 19:11:33 +0100
Subject: Enviar correo electronico anexando un archivo
In-Reply-To: <OE44S6PUbo1KBC0fLtq0001d7aa@hotmail.com>
References: <OE44S6PUbo1KBC0fLtq0001d7aa@hotmail.com>
Message-ID: <HPEBIMANNCHHDMDBGCHHOEMDCPAA.hernan@orgmf.com.ar>

> De: Raquel Lozano [mailto:rakel_lozano en hotmail.com]

cambiá:
>    body = part.startbody ('text/plain')
por:
	body = part.startbody("application/zip", [("Name", "texto.zip")])

y:
>    base64.encode(open('/export/home/jmanzano/errors_web/texto.dat', 'rb'),
> body)
por:

	body.write(base64.encode(open('texto.zip', 'rb')))

todo esto es medio de memoria y sin probar.

-Hernán.





From rakel_lozano en hotmail.com  Thu Nov 29 12:24:48 2001
From: rakel_lozano en hotmail.com (Raquel Lozano)
Date: Thu, 29 Nov 2001 12:24:48 +0100
Subject: Enviar correo electronico anexando un archivo
References: <HPEBIMANNCHHDMDBGCHHOEMDCPAA.hernan@orgmf.com.ar>
Message-ID: <OE56oJS56KblAUlXZ7j00019fcd@hotmail.com>

Muchas gracias a todos, ya he conseguido enviar el archivo comprimido.

Por si a alguien le interesa, he cambiado mis lineas por las que me ha
especificado Hernán, pero en lugar de body = part.startbody ('text/plain')
he puesto body = part.startbody ("applicaton/x-gzip").

Saludos.




----- Original Message -----
From: "Hernan Martinez Foffani" <hernan en orgmf.com.ar>
To: "Raquel Lozano" <rakel_lozano en hotmail.com>; <python-es en aditel.org>
Sent: Wednesday, November 28, 2001 7:11 PM
Subject: RE: [python-es] Enviar correo electronico anexando un archivo


> > De: Raquel Lozano [mailto:rakel_lozano en hotmail.com]
>
> cambiá:
> >    body = part.startbody ('text/plain')
> por:
> body = part.startbody("application/zip", [("Name", "texto.zip")])
>
> y:
> >    base64.encode(open('/export/home/jmanzano/errors_web/texto.dat',
'rb'),
> > body)
> por:
>
> body.write(base64.encode(open('texto.zip', 'rb')))
>
> todo esto es medio de memoria y sin probar.
>
> -Hernán.
>
>
>