From nicolaslino1 en gmail.com  Fri Sep  1 11:34:49 2017
From: nicolaslino1 en gmail.com (Nicolas lino)
Date: Fri, 1 Sep 2017 12:34:49 -0300
Subject: [Python-es] Desarrollo de plataforma con multiples librerias.
Message-ID: <CAHEzaFPthuNWNv212tTPg+odk7A9OdpP3-KG4aiPYDUQcXE7KQ@mail.gmail.com>

Buenas.

Estoy encarando un desarrollo extenso, y tengo varias dudas de como manejar
múltiples librerías en desarrollo.

Dejo un ejemplo para que se entienda bien.

LibA: en desarrollo, constantes cambios.
LibB: Desarrollo constantes cambios.

Base: este proyecto tendría que tener from LibA import module1, from LibB
import module3

La idea es desarrollar LibA y LibB, y que Base tome los cambios con solo
reiniciar.


Como se maneja esto con python??

Estuve viendo pip, donde podes importar de un repositorio, pero no me gusta
la idea de commitear para ver los cambios.


Alguien paso por esto?
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20170901/26419290/attachment.html>

From jcaballero.hep en gmail.com  Fri Sep  1 11:40:02 2017
From: jcaballero.hep en gmail.com (Jose Caballero)
Date: Fri, 1 Sep 2017 11:40:02 -0400
Subject: [Python-es] Desarrollo de plataforma con multiples librerias.
In-Reply-To: <CAHEzaFPthuNWNv212tTPg+odk7A9OdpP3-KG4aiPYDUQcXE7KQ@mail.gmail.com>
References: <CAHEzaFPthuNWNv212tTPg+odk7A9OdpP3-KG4aiPYDUQcXE7KQ@mail.gmail.com>
Message-ID: <CACUP1u-=ke1Hmjv_VsrWSiTzC0X7jK-a8r=cTbd-fK8t2ZUuxw@mail.gmail.com>

El día 1 de septiembre de 2017, 11:34, Nicolas lino
<nicolaslino1 en gmail.com> escribió:
> Buenas.
>
> Estoy encarando un desarrollo extenso, y tengo varias dudas de como manejar
> múltiples librerías en desarrollo.
>
> Dejo un ejemplo para que se entienda bien.
>
> LibA: en desarrollo, constantes cambios.
> LibB: Desarrollo constantes cambios.
>
> Base: este proyecto tendría que tener from LibA import module1, from LibB
> import module3
>
> La idea es desarrollar LibA y LibB, y que Base tome los cambios con solo
> reiniciar.
>
>
> Como se maneja esto con python??
>
> Estuve viendo pip, donde podes importar de un repositorio, pero no me gusta
> la idea de commitear para ver los cambios.
>
>
> Alguien paso por esto?
>
>


Depende mucho del tipo de proyecto, del grupo de desarrolladores, de
la plataforma, etc.
En mi caso, como solo desarrollamos para RedHat, un problema menos:
RPMs y punto.
Normalmente lo que hacemos es distribuir cada libreria con un RPM
separado. Cuando hay un cambio, se instala el nuevo RPM y se
reinicializa todo.

Por otro lado, todo, absolutamente todo, TODO !! debe estar en un
repo. SVN, GITHUB, ... lo que sea.

Jose

From nicolaslino1 en gmail.com  Fri Sep  1 11:49:00 2017
From: nicolaslino1 en gmail.com (Nicolas lino)
Date: Fri, 1 Sep 2017 12:49:00 -0300
Subject: [Python-es] Desarrollo de plataforma con multiples librerias.
In-Reply-To: <CACUP1u-=ke1Hmjv_VsrWSiTzC0X7jK-a8r=cTbd-fK8t2ZUuxw@mail.gmail.com>
References: <CAHEzaFPthuNWNv212tTPg+odk7A9OdpP3-KG4aiPYDUQcXE7KQ@mail.gmail.com>
 <CACUP1u-=ke1Hmjv_VsrWSiTzC0X7jK-a8r=cTbd-fK8t2ZUuxw@mail.gmail.com>
Message-ID: <CAHEzaFNcOsv_5fqPef-v_UCQ6owEfR37krhG1i-oBi=b6ja4hw@mail.gmail.com>

El RPM es super complejo para desarrollar.

Por ejemplo, yo podría tener una lib que fuera el ORM de la plataforma, ese
ORM lo van a consumir 4 o 5 proyectos, que lo van a utilizar, haciendo un
import del modulo.

Al momento de desarrollar, quiero que sea mas dinámico que un RPM, para ir
a prod puedo versionar y subir a una registry, para luego tener en el
requirements.txt la versión especifica.


El 1 de septiembre de 2017, 12:40, Jose Caballero <jcaballero.hep en gmail.com>
escribió:

> El día 1 de septiembre de 2017, 11:34, Nicolas lino
> <nicolaslino1 en gmail.com> escribió:
> > Buenas.
> >
> > Estoy encarando un desarrollo extenso, y tengo varias dudas de como
> manejar
> > múltiples librerías en desarrollo.
> >
> > Dejo un ejemplo para que se entienda bien.
> >
> > LibA: en desarrollo, constantes cambios.
> > LibB: Desarrollo constantes cambios.
> >
> > Base: este proyecto tendría que tener from LibA import module1, from LibB
> > import module3
> >
> > La idea es desarrollar LibA y LibB, y que Base tome los cambios con solo
> > reiniciar.
> >
> >
> > Como se maneja esto con python??
> >
> > Estuve viendo pip, donde podes importar de un repositorio, pero no me
> gusta
> > la idea de commitear para ver los cambios.
> >
> >
> > Alguien paso por esto?
> >
> >
>
>
> Depende mucho del tipo de proyecto, del grupo de desarrolladores, de
> la plataforma, etc.
> En mi caso, como solo desarrollamos para RedHat, un problema menos:
> RPMs y punto.
> Normalmente lo que hacemos es distribuir cada libreria con un RPM
> separado. Cuando hay un cambio, se instala el nuevo RPM y se
> reinicializa todo.
>
> Por otro lado, todo, absolutamente todo, TODO !! debe estar en un
> repo. SVN, GITHUB, ... lo que sea.
>
> Jose
> _______________________________________________
> Python-es mailing list
> Python-es en python.org
> https://mail.python.org/mailman/listinfo/python-es
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20170901/ca46558f/attachment.html>

From jcaballero.hep en gmail.com  Fri Sep  1 13:51:35 2017
From: jcaballero.hep en gmail.com (Jose Caballero)
Date: Fri, 1 Sep 2017 13:51:35 -0400
Subject: [Python-es] Desarrollo de plataforma con multiples librerias.
In-Reply-To: <CAHEzaFNcOsv_5fqPef-v_UCQ6owEfR37krhG1i-oBi=b6ja4hw@mail.gmail.com>
References: <CAHEzaFPthuNWNv212tTPg+odk7A9OdpP3-KG4aiPYDUQcXE7KQ@mail.gmail.com>
 <CACUP1u-=ke1Hmjv_VsrWSiTzC0X7jK-a8r=cTbd-fK8t2ZUuxw@mail.gmail.com>
 <CAHEzaFNcOsv_5fqPef-v_UCQ6owEfR37krhG1i-oBi=b6ja4hw@mail.gmail.com>
Message-ID: <CACUP1u-Xq-0wgn54TewAD1bXtz7aP7NGOtyh0hpXZpW6c6Yk3A@mail.gmail.com>

recuperando el bottom-posting...


>
>
> El 1 de septiembre de 2017, 12:40, Jose Caballero <jcaballero.hep en gmail.com>
> escribió:
>>
>> El día 1 de septiembre de 2017, 11:34, Nicolas lino
>> <nicolaslino1 en gmail.com> escribió:
>> > Buenas.
>> >
>> > Estoy encarando un desarrollo extenso, y tengo varias dudas de como
>> > manejar
>> > múltiples librerías en desarrollo.
>> >
>> > Dejo un ejemplo para que se entienda bien.
>> >
>> > LibA: en desarrollo, constantes cambios.
>> > LibB: Desarrollo constantes cambios.
>> >
>> > Base: este proyecto tendría que tener from LibA import module1, from
>> > LibB
>> > import module3
>> >
>> > La idea es desarrollar LibA y LibB, y que Base tome los cambios con solo
>> > reiniciar.
>> >
>> >
>> > Como se maneja esto con python??
>> >
>> > Estuve viendo pip, donde podes importar de un repositorio, pero no me
>> > gusta
>> > la idea de commitear para ver los cambios.
>> >
>> >
>> > Alguien paso por esto?
>> >
>> >
>>
>>
>> Depende mucho del tipo de proyecto, del grupo de desarrolladores, de
>> la plataforma, etc.
>> En mi caso, como solo desarrollamos para RedHat, un problema menos:
>> RPMs y punto.
>> Normalmente lo que hacemos es distribuir cada libreria con un RPM
>> separado. Cuando hay un cambio, se instala el nuevo RPM y se
>> reinicializa todo.
>>
>> Por otro lado, todo, absolutamente todo, TODO !! debe estar en un
>> repo. SVN, GITHUB, ... lo que sea.
>>
>> Jose
>> _______

El día 1 de septiembre de 2017, 11:49, Nicolas lino
<nicolaslino1 en gmail.com> escribió:
> El RPM es super complejo para desarrollar.
>
> Por ejemplo, yo podría tener una lib que fuera el ORM de la plataforma, ese
> ORM lo van a consumir 4 o 5 proyectos, que lo van a utilizar, haciendo un
> import del modulo.
>
> Al momento de desarrollar, quiero que sea mas dinámico que un RPM, para ir a
> prod puedo versionar y subir a una registry, para luego tener en el
> requirements.txt la versión especifica.


Vale, no habia entendido bien el contexto.
Si, durante la fase de desarrollo, usar RPMs, salvo que lo tengas
superautomatizado, no es practico.

En mi grupo (para mencionar casos reales), tenemos dos modos de
trabajo durante el desarrollo:

(1) yo prefiero hacer una primera instalacion como root, para
asegurarme de que los ficheros de codigo estan en su sitio, los de
configuracion en etc/, los logs se escriben en /var/log, etc.
Es decir, siempre empiezo los proyectos por el armazon, con codigo
nulo, o que haga lo minimo para confirmar que todo esta en su sitio.
Luego escribo codigo en los ficheros instalados, y si todo van bien,
hago un rsync a $HOME/src/<project>/  y commit a GITHUB.

(2) otros prefieren trabajar directamente en el area
$HOME/src/<project>/  (donde se ha hecho git clone, por ejemplo)
Para eso basta con tener un bash que prepara el $PYTHONPATH, $PATH,
..., e inicia los procesos apuntando a $HOME/src/<project>/etc,
$HOME/src/<project>/log, ...
Y si todo va bien, se hace commit directamente.

Hay muchas opciones, todo depende de la personalidad de cada uno, y
sobre todo del project manager :)

Jose
P.S. por cierto, perdon por la ausencia de tildes.

From juanpablo en jpscaletti.com  Fri Sep  1 18:48:45 2017
From: juanpablo en jpscaletti.com (Juan Pablo Scaletti)
Date: Fri, 01 Sep 2017 22:48:45 +0000
Subject: [Python-es] Desarrollo de plataforma con multiples librerias.
In-Reply-To: <CAHEzaFPthuNWNv212tTPg+odk7A9OdpP3-KG4aiPYDUQcXE7KQ@mail.gmail.com>
References: <CAHEzaFPthuNWNv212tTPg+odk7A9OdpP3-KG4aiPYDUQcXE7KQ@mail.gmail.com>
Message-ID: <CAKe0tKCW=NEnz_R=aeBzoqDXO9xXd0xOj0h6_LdL79ONmfDSwQ@mail.gmail.com>

Si libA y libB tienen sus setup.py, no es necesario que las publiques al
pypi para usarlas.

Puedes instalarlas desde un folder con `python setup.py develop`. De esta
forma cuando cambies su código, automáticamente cambiara también el código
"instalado" en tu Base, sin tener que avanzar las versiones declaradas de
libA y libB.


On Fri, Sep 1, 2017 at 10:34 AM Nicolas lino <nicolaslino1 en gmail.com> wrote:

> Buenas.
>
> Estoy encarando un desarrollo extenso, y tengo varias dudas de como
> manejar múltiples librerías en desarrollo.
>
> Dejo un ejemplo para que se entienda bien.
>
> LibA: en desarrollo, constantes cambios.
> LibB: Desarrollo constantes cambios.
>
> Base: este proyecto tendría que tener from LibA import module1, from LibB
> import module3
>
> La idea es desarrollar LibA y LibB, y que Base tome los cambios con solo
> reiniciar.
>
>
> Como se maneja esto con python??
>
> Estuve viendo pip, donde podes importar de un repositorio, pero no me
> gusta la idea de commitear para ver los cambios.
>
>
> Alguien paso por esto?
>
>
> _______________________________________________
> Python-es mailing list
> Python-es en python.org
> https://mail.python.org/mailman/listinfo/python-es
>
-- 

Juan Pablo Scaletti
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20170901/cbcd4107/attachment.html>

From nicolaslino1 en gmail.com  Sat Sep  2 09:51:25 2017
From: nicolaslino1 en gmail.com (Nicolas lino)
Date: Sat, 2 Sep 2017 10:51:25 -0300
Subject: [Python-es] Desarrollo de plataforma con multiples librerias.
In-Reply-To: <CAKe0tKCW=NEnz_R=aeBzoqDXO9xXd0xOj0h6_LdL79ONmfDSwQ@mail.gmail.com>
References: <CAHEzaFPthuNWNv212tTPg+odk7A9OdpP3-KG4aiPYDUQcXE7KQ@mail.gmail.com>
 <CAKe0tKCW=NEnz_R=aeBzoqDXO9xXd0xOj0h6_LdL79ONmfDSwQ@mail.gmail.com>
Message-ID: <CAHEzaFOgMN9DVsWvZ3BaYAvxFyPrCF+f01m7Mbt0gYZ98Bmnrg@mail.gmail.com>

Hola Juan Pablo.

Eso es lo que necesitaba.

Ahora me pongo a leer bien la docu para poder armarlo.

Saludos.

El 1 sept. 2017 19:49, "Juan Pablo Scaletti" <juanpablo en jpscaletti.com>
escribió:

> Si libA y libB tienen sus setup.py, no es necesario que las publiques al
> pypi para usarlas.
>
> Puedes instalarlas desde un folder con `python setup.py develop`. De esta
> forma cuando cambies su código, automáticamente cambiara también el código
> "instalado" en tu Base, sin tener que avanzar las versiones declaradas de
> libA y libB.
>
>
> On Fri, Sep 1, 2017 at 10:34 AM Nicolas lino <nicolaslino1 en gmail.com>
> wrote:
>
>> Buenas.
>>
>> Estoy encarando un desarrollo extenso, y tengo varias dudas de como
>> manejar múltiples librerías en desarrollo.
>>
>> Dejo un ejemplo para que se entienda bien.
>>
>> LibA: en desarrollo, constantes cambios.
>> LibB: Desarrollo constantes cambios.
>>
>> Base: este proyecto tendría que tener from LibA import module1, from LibB
>> import module3
>>
>> La idea es desarrollar LibA y LibB, y que Base tome los cambios con solo
>> reiniciar.
>>
>>
>> Como se maneja esto con python??
>>
>> Estuve viendo pip, donde podes importar de un repositorio, pero no me
>> gusta la idea de commitear para ver los cambios.
>>
>>
>> Alguien paso por esto?
>>
>>
>> _______________________________________________
>> Python-es mailing list
>> Python-es en python.org
>> https://mail.python.org/mailman/listinfo/python-es
>>
> --
>
> Juan Pablo Scaletti
>
> _______________________________________________
> Python-es mailing list
> Python-es en python.org
> https://mail.python.org/mailman/listinfo/python-es
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20170902/d8f35437/attachment.html>

From olemis en gmail.com  Sat Sep 16 18:26:35 2017
From: olemis en gmail.com (Olemis Lang)
Date: Sat, 16 Sep 2017 18:26:35 -0400
Subject: [Python-es] [ANNOUNCE] Abierto el registro para participar en
 SciPyLA 2017 #Cuba
Message-ID: <CAGMZAuPgQ2Yq+LemDUcpCGF142x7L+KoH24h7p71-g+pctpeXA@mail.gmail.com>

El formulario de registro para participar en ScPyLA 2017 está listo .

@SciPyLA <https://twitter.com/ScipyLA> 2017 Nov 22-25 Sede @UnissJoseMarti
<https://twitter.com/UnissJoseMarti> Registro http://bit.ly/scipyla2017-re
gister ? <https://t.co/hgpc3sHfgv> Web http://scipyla.org/conf/2017/
<https://t.co/YbNQVw4D7i>

Se aceptarán propuestas de actividades hasta el 30 de septiembre del 2017 .
Los interesados por favor seleccionen un taller
<http://scipyla.org/conf/2017/forms/activity> y utilicen el formulario
correspondiente para hacerle llegar al equipo organizador los datos de su
charla , taller (... y hasta etcétera :). Manejamos las propuestas a través
de Papercall.io .

Esperamos su participación y poder encontrarnos en Cuba .
¡Más Python! ¡Más ciencia!

-- 
Regards,

Olemis - @olemislc

Apache? Bloodhound contributor
http://issues.apache.org/bloodhound
http://blood-hound.net

Brython committer
http://brython.info
http://github.com/brython-dev/brython

SciPy Latin America - Cuban Ambassador
Chairman of SciPy LA 2017 - http://scipyla.org/conf/2017

Blog ES: http://simelo-es.blogspot.com/
Blog EN: http://simelo-en.blogspot.com/

Featured article:
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20170916/ca3ac30f/attachment.html>