Git desde adentro de la imagen, Squeak,Pharo,Cuis

> **
>
>
> Estoy usando esta imagen
>
>
> http://lists.gforge.inria.fr/pipermail/pharo-project/2012-January/058498.htm
> l
> Haciendo
>
> ZnClient new get:
> '
> https://github.com/edgardec/Cuis-CompatibilityWithOtherSmalltalks/blob/mast
> er/Cuis-CompatibilityWithOtherSmalltalks.pck.st'.
>
> Lo que me trae es un html, no el codigo.
>
> Que estoy haciendo mal ?
>
> Si esto funciona, trataria de portarlo a Cuis y a Squeak.
>
> Una herramienta que Squeak tiene, pero no veo en Pharo y en Cuis es
> DependencyBrowser
>
> Veria tambien de portarla si la consideran util
>
> Edgar
>
>  
>

> **
>
>
> Estoy usando esta imagen
>
>
> http://lists.gforge.inria.fr/pipermail/pharo-project/2012-January/058498.htm
> l
> Haciendo
>
> ZnClient new get:
> '
> https://github.com/edgardec/Cuis-CompatibilityWithOtherSmalltalks/blob/mast
> er/Cuis-CompatibilityWithOtherSmalltalks.pck.st'.
>
> Lo que me trae es un html, no el codigo.
>
> Que estoy haciendo mal ?
>
> Si esto funciona, trataria de portarlo a Cuis y a Squeak.
>
> Una herramienta que Squeak tiene, pero no veo en Pharo y en Cuis es
> DependencyBrowser
>
> Veria tambien de portarla si la consideran util
>
> Edgar
>
>  
>

> Hola Edgar:
>
> No entendí bien lo que querés hacer con el Zinc, si es sólo mirar o tratar de
> meter el código de un paquete Cuis (pck.st) no es necesario de esa manera,
> simplemente con el FileList browseas el directorio Git donde lo tengas en tu
> equipo local y lo trabajás desde ahí.
>
> Con respecto al DependencyBrowser, yo no lo he usado, como para opinar si es
> útil o no.
>
> Yo estoy trabajando para tratar de hacer una UI para el feature "requires" de
> Cuis.

> **
>
>
> > Hola Edgar:
> >
> > No entendí bien lo que querés hacer con el Zinc, si es sólo mirar o
> tratar de
> > meter el código de un paquete Cuis (pck.st) no es necesario de esa
> manera,
> > simplemente con el FileList browseas el directorio Git donde lo tengas
> en tu
> > equipo local y lo trabajás desde ahí.
> >
> > Con respecto al DependencyBrowser, yo no lo he usado, como para opinar
> si es
> > útil o no.
> >
> > Yo estoy trabajando para tratar de hacer una UI para el feature
> "requires" de
> > Cuis.
>
> Lo que quiero es usar GitHub como repositorio, a la Monticello.
> Ya se que podes tener tu repo local, hasta ahi llegue.
> Y encontre algo de Lucas Rengli sobre git.
>
> No pensaran estar aislados de "la nube" o de Internet....
> La tendencia de una imagen minima es que "descubra" que le hace falta, lo
> busque en la nube y lo cargue.
>
> Tengo ya la punta de ese ovillo, me faltan algunas piezas.
>
> Edgar
>
>  
>

> Hola Edgar:
>
> Por supuesto que se usa GitHub como repo, pero justamente la idea en Cuis (que comparto plenamente) es q la coordinación GitHub --> repo local la hace el cliente GitHub q uses (o mismo vía comandos como comentó Juan q es su estilo de trabajo). Todo eso evita tener q interactuar con GitHub desde dentro de la imagen.
>
>
> En resumen, desde el browser de paquetes instalados, vos trabajás sobre los repos locales, cuando guardás un paquete por ejemplo, lo guardás en el repo local y ahí terminó lo que hacés desde la imagen. Luego, con el cliente GitHub por ejemplo, hacés los pasos necesarios para actualizar el repo en GitHub (Commit primero y sincronizar los cambios luego).
>
>
> Dependiendo del cliente (GitHub o SourceTree o GitX) pueden haber algunas pequeñas variaciones en cómo hacer estos pasos o la inversa, es decir, clonar un repo desde GitHub a tu compu local.
>
>
> No se si fui claro o te la compliqué más...  
>
> El 11 de agosto de 2013 19:32, Edgar J. De Cleene <[hidden email]> escribió:
>
>
> > > Hola Edgar:
> > >
> > > No entendí bien lo que querés hacer con el Zinc, si es sólo mirar o tratar de
> > > meter el código de un paquete Cuis (pck.st) no es necesario de esa manera,
> > > simplemente con el FileList browseas el directorio Git donde lo tengas en tu
> > > equipo local y lo trabajás desde ahí.
> > >
> > > Con respecto al DependencyBrowser, yo no lo he usado, como para opinar si es
> > > útil o no.
> > >
> > > Yo estoy trabajando para tratar de hacer una UI para el feature "requires" de
> > > Cuis.
> >
> > Lo que quiero es usar GitHub como repositorio, a la Monticello.
> > Ya se que podes tener tu repo local, hasta ahi llegue.
> > Y encontre algo de Lucas Rengli sobre git.
> >
> > No pensaran estar aislados de "la nube" o de Internet....
> > La tendencia de una imagen minima es que "descubra" que le hace falta, lo
> > busque en la nube y lo cargue.
> >
> > Tengo ya la punta de ese ovillo, me faltan algunas piezas.
> >
> > Edgar
>
> --
>
> Saludos / Regards,
> Germán Arduino
> www.arduinosoftware.com
>
>
>

> DE:  Germán Arduino <[hidden email]>
> RESPONDER A:  <[hidden email]>
> FECHA:  Sun, 11 Aug 2013 19:59:34 -0300
> PARA:  squeakros <[hidden email]>
> ASUNTO:  Re: [squeakRos] Git desde adentro de la imagen, Squeak,Pharo,Cuis
>
>
> Hola Edgar:
>
> Por supuesto que se usa GitHub como repo, pero justamente la idea en Cuis (que comparto plenamente) es q la coordinación GitHub --> repo local la hace el cliente GitHub q uses (o mismo vía comandos como comentó Juan q es su estilo de trabajo). Todo eso evita tener q interactuar con GitHub desde dentro de la imagen.
>
>
> En resumen, desde el browser de paquetes instalados, vos trabajás sobre los repos locales, cuando guardás un paquete por ejemplo, lo guardás en el repo local y ahí terminó lo que hacés desde la imagen. Luego, con el cliente GitHub por ejemplo, hacés los pasos necesarios para actualizar el repo en GitHub (Commit primero y sincronizar los cambios luego).
>
>
> Dependiendo del cliente (GitHub o SourceTree o GitX) pueden haber algunas pequeñas variaciones en cómo hacer estos pasos o la inversa, es decir, clonar un repo desde GitHub a tu compu local.
>
>
> No se si fui claro o te la compliqué más...
>
>
> Claro como el barro :=)
>
>
> Nooooo
>
>
> Se entiende bien y era lo que suponía yo
> No es malo usar cosas externas a la imagen que resuelvan problemas.
> Hay idea de usar lo que hay debajo de Cuis, o sea el sistema operativo ?
> Ahi estaria bueno OSProcess y CommandShell.
>
>
> Como lo ven?

> **
>
>
>
> No sé si esto contesta tu pregunta... Pero es lo que se me ocurre decir
> ahora. No me atrae la idea de automatizar mucho. Para mí, el código
> Smalltalk es una manera de escribir conocimiento humano, para que lo lea un
> humano, principalmente. Que se pueda ejecutar es algo casi secundario. O
> sea... Para mí, hay que mirar el código. Mucho. No me interesa la "magia"
> que pueda hacer que cualquier cosa se carge y ande. Me interesa mucho más
> las herramientas para entender esa cosa, y por qué carga o no, lo que hace,
> cómo lo hace, etc.
>
> Tampoco es que crea que todo el mundo tenga que hacer como hago yo. Cada
> uno, que haga lo que quiera. Pero bueno, éso es Smalltalk para mí.
>
>

>
>   Aca siguen los desastres.
> Cuando íbamos a votar vimos una persona muerta que aparentemente se tiro
> de un edificio y también supimos que se incendio un ómnibus.
>
> Parece que no va a venir nadie al congreso si todo sigue asi
> Los Mayas no le habrán errado por un año ?
>
> Edgar
>
>
> Los acompañamos en el dolor. Espero que la mala racha en Rosario termine
> pronto.
>