estamos haciendo un par de retoques al teg...
Voy a volver a intentar hacer la pagina de login, hice dinamica la
carga del puerto porque en la UTN de rosario no se nos permite usar
los puertos que queramos, y estoy siguiendo la rutina para encontrar
errores.
Voy a hacer la pagina de login devuelta porque el comanche no permite
volver al logueo una vez que paso las validaciones normales, pero no
valida que el usuario ya este logueado.
Tambien voy a intentar modificar el mapa, para que tome la resolucion
de la maquina...
por favor cuando pueda mandenos los archivos que hizo uds.



juan pablo bortolini y los chicos TEG

Gentes:

Ayer tuvimos nuestra primera reunión como grupo de investigación (en
proceso) de la UTN Rosario (frro)

Luciano Marín se ha reintegrado y ha traido montones de cosas para el TEG,
que en algún momento ira subiendo a los swiki para que todos los conozcan.

Viviana y David han hecho sus primeros pasos con ejercicios de colecciones.

Maxi , del equipo de los chicos TEG , ha contribuido con una lectora de CD
para la causa.

La causa es poner un server Linux barato en linea.
Es un Celeron 733 con 192 mb y disco de 20 Mb que nos costo 300 pesos (menos
de 100 dolares , para la gente del exterior)
Correra Ubuntu y esperamos en algun momento tener nuestra propia
distribución de Squeak 3.10 para Ubuntu, ya que hemos visto en la lista
internacional de los "newbies", que hay muchas preguntas al respecto.

Hoy pueden leer un pequeño borrador en
http://200.3.221.198:8088/prueba/18

Mañana no sabemos, el ip puede cambiar.

Recordar que el único link que deben recordar es www.squeakros.net.tf y de
ahi navegar.
La página que arma el Squeak mantiene los ip actualizados.

Por ahi curioseando podran encontrar las fotos que le mandamos a Jason en
Suiza.

Personas que sufran del corazón o propensas a desmayo por susto, precaución
!!

Gentes:
Mando copia a la lista tambien ya que puede que no tenga todas las
direcciones en la lista restringida.
Los espero a todos en el quinto piso en el javalab a las cinco de la tarde.
Empezaremos con nivelacion de Smalltalk básico (les recomiendo haber leido
el cap de coleciones de SmalltalkByExample)
Tambien veremos como trabajar con Squeak 3.10, ya que los becarios deberán
producir un pequeño manual de uso del mismo.

La gente que tenga proyectos en curso (TEG, Colectivos, etc) me podra contar
sus avances y tratare de resolver sus dudas.

Lamentablemente para todos los que estan lejos, la UTN tiene una horrible
política que impide usar Squeak con Internet .

Pero espero que alguno tome la posta y haga un pequeño informe.

A todos les recomiendo descargar esta imagen

  http://ftp.squeak.org/3.10alpha/Squeak3.10beta.7143.zip

Informar cualquier problema con la misma

El 8/23/07 8:59 AM, "Germán Arduino" <garduino@...> escribió:

> Hola Edgar:
>
> A medida que tengo tiempo voy intentando probar, pero aparecen muchos errores.
>
> Por ejemplo, ahora desde una imagen 3.10 #7141 simplemente intenté
> actualizarla, trabaja un ratito y cuando está cargando #7142 revienta
> con el error "UndefinedObject>>dependencies"
>
> Saludos.

Gracias>
Ya vi ese error, estoy tratando de solucionar.
Si no pusiste nada, bajate directamente la última que es la 7143.

Edgar

Hola Edgar:

A medida que tengo tiempo voy intentando probar, pero aparecen muchos errores.

Por ejemplo, ahora desde una imagen 3.10 #7141 simplemente intenté
actualizarla, trabaja un ratito y cuando está cargando #7142 revienta
con el error "UndefinedObject>>dependencies"

Saludos.

--
Germán S. Arduino
http://www.arsol.biz
http://www.arsol.net

El 8/16/07 7:46 AM, "Giuseppe Luigi Punzi Ruiz" <glpunzi@...>
escribió:

> De la mañana o de la noche?
>
> 5 horas de diferencia con España.
Ya fue , invadimos #squeak del IRC por un rato con español.
La próxima vez pongo 09:00 o 12:00 GMT , para que no queden dudas :=)

Edgar

De la mañana o de la noche?

5 horas de diferencia con España.


El 16/08/2007, a las 11:18, Edgar J. De Cleene escribió:

>
>
> El 8/14/07 6:26 AM, "Giuseppe Luigi Punzi" <glpunzi@...>
> escribió:
>
> > Hola Edgar,
> >
> > Como comenté en otro correo, un amigo y yo vamos a comenzar un
> proyecto,
> > y simplemente quería saber si 3.10 es lo suficientemente estable, o
> > cerca de estarlo, para comenzar con ella.
> >
> > Lo comento para saber qué imagen coger como base.
> >
> > Un saludo y gracias.
>
> El 3.10 es estable.
> Yo te diría empezar con la imagen base y cargarle lo que a vos te
> guste
> Toma el ejemplo de como proceder en http://wiki.gnulinex.org/
> squeakros/106
> Hoy el 3.10 debe ser 7142.
> De aca falta el nuevo esquema de fuentes, una vez que me asegure
> que el
> código de Maurcie Raab no trae problemas.
> Y tal vez, pero no seguro, sacar una o dos cosas mas.
> Hoy vamos a estar trabajando con Javier a partir de las 9 hora
> argentina,
> nos encantara encontrarnos con ustedes en el canal de squeak.
> Recuerden que está aprobado usar español, para los que tienen
> problemas con
> el inglés.
>
> Edgar
>
>

El 8/14/07 6:26 AM, "Giuseppe Luigi Punzi" <glpunzi@...>
escribió:

> Hola Edgar,
>
> Como comenté en otro correo, un amigo y yo vamos a comenzar un proyecto,
> y simplemente quería saber si 3.10 es lo suficientemente estable, o
> cerca de estarlo, para comenzar con ella.
>
> Lo comento para saber qué imagen coger como base.
>
> Un saludo y gracias.

El 3.10 es estable.
Yo te diría empezar con la imagen base y cargarle lo que a vos te guste
Toma el ejemplo de como proceder en http://wiki.gnulinex.org/squeakros/106
Hoy el 3.10 debe ser 7142.
De aca falta el nuevo esquema de fuentes, una vez que me asegure que el
código de Maurcie Raab no trae problemas.
Y tal vez, pero no seguro, sacar una o dos cosas mas.
Hoy vamos a estar trabajando con Javier a partir de las 9 hora argentina,
nos encantara encontrarnos con ustedes en el canal de squeak.
Recuerden que está aprobado usar español, para los que tienen problemas con
el inglés.

Edgar

Hola Edgar,

Como comenté en otro correo, un amigo y yo vamos a comenzar un proyecto,
y simplemente quería saber si 3.10 es lo suficientemente estable, o
cerca de estarlo, para comenzar con ella.

Lo comento para saber qué imagen coger como base.

Un saludo y gracias.

El 8/15/07 12:04 PM, "Edgar J. De Cleene" <edgardec2001@...>
escribió:

>
>
>
> El 8/15/07 11:35 AM, "Germán Arduino" <garduino@...> escribió:
>
>> Pregunto antes de buscar mucho por si es algo conocido.
>>
>> Estoy queriendo probar 3.10 y ahi nomás me aparece el error del
>> asunto, cuando intento agregar un repositorio en el Monticello Browser
>> para poder cargar algunos paquetes mios.
>>
>> El error lo da sólo si se desea agregar un repositorio tipo
>> "directory" o "directory with subdirectories".
>>
>> Desde ya gracias.
>
>
> El tema del UTF8 lo han estado tocando.
> Fijate que la imagen sea realmente la última o actualizala, por si te falta
> cargar algo.
> El otro tema es que en Windows solo anda bien la última máquina virtual, no
> la que se estuvo usando todo este tiempo.
>
> SqueakVM-Win32-3.10.4
>
> Es la máquina virtual.
>
> Todo lo que te digo es para la imagen base.
> Dentro de un ratito te confirmo si en la Pc que tengo eso tambien sucede o
> no.
>
> Edgar
>
>
>
>
>

En mi PC no da ese problema.
Es la imagen de Cassou ?

El 8/15/07 11:35 AM, "Germán Arduino" <garduino@...> escribió:

> Pregunto antes de buscar mucho por si es algo conocido.
>
> Estoy queriendo probar 3.10 y ahi nomás me aparece el error del
> asunto, cuando intento agregar un repositorio en el Monticello Browser
> para poder cargar algunos paquetes mios.
>
> El error lo da sólo si se desea agregar un repositorio tipo
> "directory" o "directory with subdirectories".
>
> Desde ya gracias.


El tema del UTF8 lo han estado tocando.
Fijate que la imagen sea realmente la última o actualizala, por si te falta
cargar algo.
El otro tema es que en Windows solo anda bien la última máquina virtual, no
la que se estuvo usando todo este tiempo.

SqueakVM-Win32-3.10.4

Es la máquina virtual.

Todo lo que te digo es para la imagen base.
Dentro de un ratito te confirmo si en la Pc que tengo eso tambien sucede o
no.

Edgar

Pregunto antes de buscar mucho por si es algo conocido.

Estoy queriendo probar 3.10 y ahi nomás me aparece el error del
asunto, cuando intento agregar un repositorio en el Monticello Browser
para poder cargar algunos paquetes mios.

El error lo da sólo si se desea agregar un repositorio tipo
"directory" o "directory with subdirectories".

Desde ya gracias.

--
Germán S. Arduino
http://www.arsol.biz
http://www.arsol.net

Big&Beautiful, Large&Lovely, Chubby&Curvaceous, Fat&Thick...
No matter  what size or shape you are in, don't be shy! Just say hi to
each  other! It may be a ROMANTIC beginning!
http://hothappydating.bravehost.com
http://happinessclub.bravehost.com

Aca va la idea de la SuperHerramienta, a la sueca

------ Mensaje reenviado
> De: <goran@...>
> Responder a: The general-purpose Squeak developers list
> <squeak-dev@...>
> Fecha: Mon, 13 Aug 2007 10:47:04 +0200
> Para: The general-purpose Squeak developers list
> <squeak-dev@...>
> Asunto: An idea, crazy or not? (Re: Very bad about Squeak in blogosfere)
>
> Hi all!
>
> (long post, sorry!)
>
> Andreas Raab <andreas.raab@...> wrote:
>> Colin Putney wrote:
>>> It's stated a bit harshly, but yeah, that sounds basically accurate. The
>>> amazing thing is that, in spite of all that, Squeak is still such a
>>> wonderful platform to work with. I do use Squeak in production, and
>>> there are very few things I would trade it for.
>>
>> Well, yes, but you can't deny that the guy's got a point. The
>> frustration he's expressing is something that everyone has felt over the
>> years. And while there are various plain invalid points in his post
>> (like the fact that Squeak has bugs - I'm *shocked* to hear that of
>> course and would have never started three products if I'd known that ;-)
>> the main emerging point is valid: The lack of quality and maintenance.
>> The problems he cites are all known, some of them even have fixes but
>> there isn't enough traction in the community to make this all come
> ...
>> together. And of course the forks don't exactly help because we still
>> haven't figured out how to share code across the forks and consequently
>
> And Andreas continues to describe the problem that I have been thinking
> a bit about during my vacation.
>
> Last night I wrote it up and intended to bounce it around "privately"
> first on selected people, but reading this thread it is so inviting to
> share the idea so what the hell :) Forgive me if this post is long - but
> I want to paint my picture as best I can.
>
> IMO these are our major problems today (we have lots of minor ones too
> and the problems intermix):
>
> 1. More or less anarchy when it comes to leadership of Squeak-dev. The
> board is not taking charge, for a whole range of possible reasons. One
> obvious reason is that the guys elected are really good developers who
> tend to be very busy. Another reason may be that we have different
> expectations on what they should/could be doing. IMPORTANT: I am *not*
> placing any blame though - we are all in this together.
>
> 2. We are now "de facto" living in a highly forked world (Croquet,
> Sophie, Squeak-dev, Spoon, Squeakland, OLPC, yaddayadda...) but we don't
> have tools that support such a world!
>
> 3. The core Squeak is not evolving properly mainly due to the fact that
> most of the core codebase is "abandoned" - or in other words, noone
> feels responsible and/or authoritive to bring it forward.
>
> In short we have "leadership paralysis", a "forked world" and a largely
> "abandoned core". Other problems I missed? Of course! ...but lets ignore
> those for this post.
>
>
> Considering a few measures then:
>
> - Make a new fork with a strong leadership? Hmmm, could help with #1 and
> #3 above but does nothing to improve #2 and would probably be tons of
> work to succeed, and I personally don't have the required time to spend.
> Plus I am a hard core "squeak-dev" member - I don't *want* to fork. :)
>
> - Reshape the organisation of Squeak-dev? Nah, I am sick and tired of
> pulling such work, done just too much of that stuff already over the
> years, and it would possibly help with #1 and #3 (strong leadership) but
> again would not help at all with #2.
>
> So ok, forking is out and reshaping the organisation from the inside is
> out, even though I really would want much more initiative from the board
> in the future - no doubt about that.
>
>
> Hmmm. But what could be done then? Well, after seeing over and over
> again how really good TOOLS can change the way we interact in our
> community (Monticello, SqueakMap, SqueakSource, Universes etc) I tried
> to imagine a new infrastructure that would help with the three problems
> above, in a *natural* way.
>
> Let's look at #1 - the anarchy problem. If we don't try to solve it but
> instead try to *live with it* - what could that mean? The piece that
> suffers mostly from the anarchy is of course the base image. All our
> external packages prosper just fine anyway (kinda). So could we put some
> kind of "supertool" in place to maintain the base image that could be
> made to work *without* strong leadership? I think we can.
>
> What about #2 - the forking problem? Well, imagine this "supertool"
> being written in such a way that it can be used in all major forks - if
> its good and easy to adapt/install it would most probably also *be*
> used. Monticello has already showed this can be done.
>
> So instead of trying *not* to fork, we try to make it very easy to fork
> - or rather *easy to live* in a forked world of Squeak
> images/communities.
>
> But #3 - the rotting core problem? Again, if it was very easy to fix
> stuff in the core, publish these changes without having to ask anyone
> for permission and very easy to cherry-pick such fixes from other people
> - then hopefully the core would again start moving forward. As Andreas
> notes - fixes are sitting inside Croquet and my bet is that they are
> mainly sitting there because it is a bit "too much work" to push them
> out. I am aware of fixes sitting in Gjallar (at least a few) just
> because I didn't feel I had time to fix/prepare them sufficiently etc.
>
>
> So my "daft" idea is:
>
> Let's pull together a good team and make a Supertool that is written to
> be used in all forks that... well, what will it actually *do*? :)
>
>
> 1. Introduce a new kind of source unit - let's call it a Delta. The guys
> working with MC2/Monticello may have lots of noteworthy stuff to share
> about how this kind of thing could look, but I simply want a "changeset"
> for the 21st century. A patch. But a smarter one! The philosophy here
> being that changesets are nice given their simplicity and malleability -
> but they are not so nice in many other respects. But the concept of
> communicating with other developers using the natural "work unit" - a
> "commit" - is quite nice. In MC at least I tend to make too large
> snapshots because let's face it - MC is too slow for small commits -
> given how it works. We just don't suffer because it is so darn slick at
> merging :)
>
> 2. Create the notion of "delta streams". Yes, we had the update stream
> earlier - a sequential flow of changesets. It was kinda nifty, but
> imagine having tons of these streams originating both from larger
> cooperative projects (Croquet, Sophie, Seaside, Gjallar etc) and from
> individual developers ("Andreas Raab's kernel fixes", "Juan's
> refactorings of Morphic" etc). A Delta could appear in several streams
> so Croquet could have a single stream for each release AND multiple
> streams for different kinds of Deltas, like "base image fixes for
> Hedgehog" etc).
>
> 3. Make an efficient but simple storage model for deltas and delta
> streams. Here I am thinking KISS. If a delta could be represented as a
> single gzipped file (enabling dumb servers just like MC does) and a
> stream can be represented by file naming conventions (by a number
> suffix) - then a stream is just a directory or a zip of a bunch of delta
> files. Yes, very similar to gzipped changesets and the update stream. :)
> This enables us to use all "vanilla" tools available for dealing with
> files (http servers, ftp, rsync, email etc).
>
> 4. Make a simple but efficient transport. Let's say we set up a public
> server that syncs such directories of delta files (streams) from tons of
> places. And then offers it to all of us as a simple rsync. Each
> developer (or team) could then use rsync to mirror that mega tree of
> delta files onto our laptops/servers and the tool inside Squeak would
> just need to bother with reading the local filesystem - which makes it
> much more portable across Squeak dialects (and possibly even Smalltalk
> dialects - but let's not go there just yet). This also means we don't
> suffer from servers being down.
>
> 4. Make a simple model of Delta and DeltaStream in Squeak and let it
> mirror the filesystem. Add a simple API to the model á la Keith's
> Installer. Or hey, just enable Installer work with this model.
>
> 5. Make a great Morphic tool to work with them. Perhaps we could even
> rework the changesorter family of tools thus superceding changesets?
>
>
> Ok, imagine this supertool in your image. Imagine that all public
> streams are listed directly in the tool and new ones just "pop up" as
> they are added. Imagine that you can add your own private streams just
> like you can add repositories to sources.list in apt-get (you Debian
> people know what I mean). You can have purely private local streams on
> your harddrive or streams on a shared fileserver in your company/dev
> group, etc.
>
> Now you have this huge flood of Deltas in hundreds of streams at your
> fingertips. How would you use it?
>
> 1. Subscribe to some major streams and configure it to automatically
> load deltas whenever they appear when you press "update".
>
> 2. Set some rules that govern if the tool should just try to load - or
> ask for confirmation based on characteristics of the delta.
>
> 3. Autosubscribe to categories of streams. For example, if a new bug-fix
> stream appears for a package you use a lot - you might want to get it
> autosusbcribed - or again, have the tool ask you.
>
> 4. Of course, easily publish your own streams. We are talking single
> button, no getting permissions etc.
>
> 5. Push fixes to other people's packages as deltas onto a personal
> public fixes-stream. This means it does not matter what package you are
> bug fixing - you can *always* push the fix to your personal public
> fixes-stream and don't need to bother with getting permissions on
> SqueakSource or wherever it came from. This is a very IMPORTANT feature
> and should hopefully put an end to "lost fixes" or "fixes sitting inside
> images".
>
> We have too many fixes out there that just never get published because
> of the "hassle", and sure, someone says "it is very easy to upload to
> Mantis!" - but fixes on Mantis sets expectations on quality,
> documentation, follow up etc. A personal fixes stream like above sets no
> such expectations - it is there for the taking - but that is all.
>
> 6. Pull deltas. Selective cherry picking etc.
>
>
> Important features of Deltas:
>
> - Atomic load of a Delta. Either it loads cleanly or it does not load at
> all, and it ensures this by checking FIRST that everything is in place
> for it to be able to apply cleanly. This should prevent "failed loads"
> and broken images. The actual low level atomicity is another story but
> SystemEditor from MC2 perhaps? I dunno.
>
> - Revertable, if *possible*. A delta can be analyzed to see if it is
> revertable. If it includes doits or class initializations it is in
> theory not revertable, it may be in practice though! It can also be
> marked as DefinitelyNonRevertable.
>
> - A Delta is declarative. Another class should be responsible for
> actually applying them.
>
> - When a Delta is applied to an image we generate a reverse Delta which
> (when applied) will reverse the effects. Since the image may be in
> different states this reverse Delta needs to be constructed when the
> Delta is applied!
>
>
> A Delta contains:
>
> - A Preamble similar to ChangeSets with info fields
> - Developer (name, id, signature etc whatever)
> - Original stream (URL)
> - UUID
> - DefinitelyNotRevertable flag
> - Test doit (a non destructive, non interactive doit that should throw
> an exception in order to prevent loading!)
> - An ordered sequence of Actions, see below.
>
> An example list of different types of Actions are:
>
> - Change method (class name, old method src, new method src)
> - Add method (class name, method src, category name)
> - Remove method (class name, method src, category name)
> - Categorize method (class name, method name, old category name, new
> category name)
>
> - Create class (class name, super class name, definition, category)
> - Delete class (class name)
> - Change superclass of class (class name, old super class name, new
> super class name)
> - Rename class (old class name, new class name)
> - Categorize class (class name, old category name, new category name)
> - Change definition (class name, new definition, old definition)
> - Class comment change (new comment, old comment)
>
> - Class initialization
> - Doit (marked as revertable or not by author!)
>
> Note how these Actions contain "more" info than a ChangeSet - it
> contains information about what it was "before" in the image it
> originates from! The idea is to make Deltas "rich" with info so that we
> can apply them with more smarts.
>
> When applied to an image the Delta is copied to a directory with the
> same name as the image followed by "-applied-deltas". It is also logged
> in changesfile. If the Delta can not be cleanly reverted (based solely
> on its own contents) we generate reverse Deltas and store them in the
> same directory prefixed with "reverse-".
>
> Applying a Delta:
>
> 1. Verify that it can be applied (or signal CanNotApplyException). Do
> this by analyzing Actions and running any Test and see if it throws an
> Exception.
> - It can not be applied *cleanly* if something is "different" from
> expected.
> - It can be applied *dirty* if all changes can be applied in "some
> fashion". For example, a delete operation and the thing to delete is
> already deleted. The reverse Delta will then show this so that a revert
> will not put the thing back in.
> - It can be applied *partially* if just a subset of Actions are applied
> (by choice or since some just can't be applied). The reverse Delta will
> then show what was applied or not.
>
> 2. Verify that it can be reverted cleanly (or signal
> CanNotRevertCleanlyException). Do this by analyzing Actions.
>
> 3. Apply and generate the reverse Delta if needed.
>
> 4. Copy delta and any reverse delta to applied dir.
>
> 5. Log to changes file.
>
> 6. Report package touched (for running unit tests afterward!)
>
>
> What about merging then? Well, the concept here is to be much more
> "loose" when it comes to merging compared to say MC. It was inspired by
> something I read about git (Linus' SCM tool) - it doesn't try to be
> smart - it just tries to do the right thing when it is obvious. In other
> situations it just asks the developer. I think I like this approach. The
> Delta model should be easy enough for all developers to understand. It
> is "just" a changeset/patch after all.
>
> So if I am trying to apply a Delta (or several) and the "before state"
> is not as the Delta expects - we can either cop out, or let it be
> "smart", or just ask the user to decide what to do. BUT... I am not an
> SCM implementor - the MC/MC2 guys can clearly explain to me why/how this
> will not work or amend the idea so that it can work. I gladly admit my
> ignorance. ;)
>
>
> ...ok, enough blabbering. :) Does this sound plausible, useful or just
> plain dumb? Is MC2 already this and much more?
>
> ciao, Göran
>

------ Fin del mensaje reenviado

El 8/13/07 3:45 PM, "Esteban Lorenzano" <estebanlm@...> escribió:

> El M2 no es un intento de arreglar los problemas inherentes al Monticello?
> Por cierto, si, leí el thread de supertool que propuso Goran, parece buena
> idea, aunque va a llevar su tiempo implementarlo (y además me confirma que
> en esta comunidad estamos todos locos, pero de atar... y por eso surgen
> ideas todo el tiempo)
>
> Saludos,
> Esteban
>

Lo mas loco es que Google le paga a Cassou por eso.
Y ahora el le da la razón a Keith Hodges con su Monticello 1.5
Capaz que Keith tiene razon, pero todo lo que propuso hasta ahora esta
apenas esbozado.
Es como que tira ideas, pero las deja a medias.
Quiere reformar todos los paquetes a su gusto.
Y nos culpa de las incompatibilidades que el mismo crea.
Yo la verdad estoy cansado de lidiar con todo el mundo.
Como dije, si no los mando a pasear es porque al ser en los hechos quien
decide que va, me da oportunidad de aprender un montón.
Y si se prueba que tiene razón , pedire disculpas.

Pero si lees bien lo que mando Goran (ya lo reposteo aqui para que todos se
enteren), el propone volver a los change sets , cosa que siempre dije .

Edgar

El 8/13/07 11:30 AM, "Esteban Lorenzano" <estebanlm@...> escribió:

> Edgar,
> Primero que nada, yo soy uno de los "silenciosos" que valora tu trabajo...
> me interesa lograr una imágen mínima sobre la que se pueda crecer, y creo
> que el 3.10 es un buen paso en esa dirección, aunque tambien veo que le
> falta.
> Podría ponerme a sacar packages a lo pavo, yo solo, pero he comprobado que
> no es tan fácil como parece, hay muchas mas dependencias de lo que se ve a
> primera vista, supongo que ese es el motivo por el cual el trabajo de
> limpieza se complica tanto... además de las discusiones políticas que se dan
> siempre, cuando la gente quiere cuidar su ranchito.
> En particular, a mi me gustaría lograr un poco más de estabilidad y
> modularidad en las imágenes, y hoy se complica un poco (yo, por ejemplo, no
> estoy pudiendo actualizar ("upgradear") una imágen que tengo en base a la de
> dammien porque se me rompe todo. No es grave, pero los cambios que estan
> haciendo en el OmniBrowser estan buenos y no puedo acceder a ellos :(
> Con respecto a la imágen de damien cassou, tenés razón en que es fácilmente
> reemplazable, pero para aquellos que ya tienen alguna experiencia en squeak.
> Los newbies agradecen la imágen, al menos aquellos a los que se las he
> recomendado para arrancar (y a mi, que vengo a ser medio newbie también, me
> resulta cómoda, je)
>
> Hoy por hoy, es solo una sensación, pero me da la impresión de que squeak
> esta
> ganando "momento", que se esta utilizando mucho más. Me gustaría que pueda
> seguir así...
>
> Saludos,
> Esteban

Gracias.

Que quede claro que hay una dirección.
Que el trabajo de Ralph es todavía mas oculto que el mío, pero
importantísimo.
La idea es ir mas hacia VisualWorks.
Te está fallando upgradear la imagen de Cassou porque a pesar de que existen
los Universes, por ahí no todos están haciendo las cosas compatibles.
Es este momento vengo peleando por el tema Monticello.
La imagen de partida, como bien puntualizo Goran en su idea de Supertool de
hoy, no tendría que tener Monticello.
En mis primeros experimentos a lo que por ahora denomino NeXtqueak he
tratado de sacarlo, pero lamento decirles que por ahora no pude.
Tengo mas ideas que necesito tiempo para probar.

Volviendo a Monticello, ya era un lío cuando arranco la release.
Lamentablemente Ralph no se quiere pelear con nadie y no convoco a la
"cumbre Monticello" como le pedí.
Así que ahora estoy viendo que hacer, no puede haber cuatro versiones
distintas de algo de lo que todo depende en su forma actual.


Edgar

El 8/12/07 11:23 AM, "Germán Arduino" <garduino@...> escribió:

> A mi me interesaría, pero no creo que haya que matarse por 4 o 5 MB
> más o menos, me interesa más la robustez, la ausencia de errores.


Y si. Se necesita que todos reporten los errores a Mantis, que alguien los
vea y los arregle y que alguien los ponga en las sucesivas release.

Esto se esta haciendo, junto con la tonelada de test.
Por eso 3.10 anda mejor que otras versiones, lo que no quiere decir que sea
perfecto.
Ralph quería tener una release sin errores, pero ahora hay algunos y estamos
esprando que los arreglen.

Manejar la release me ha dado la oportunidad de encontrar mucha gente
silenciosa y trabajadora.
Que cuando ven que se les da bola se ponen y mejoran sus propios arreglos  ,
como ya ha pasado.

Hasta Raab , que es muy crítico, ha hecho un par de aportes importantes

> A la flauta, no entiendo esto de NeXtquek...........es el siguiente Squeak???

Es medio un chiste, no le puedo poner SqueakLight, porque tan chico no
sería.
Ni usar el nombre Squeak.

Edgar

Hola Edgar dominguero como yo! :)

Esa rara magia de programar en el silencio de los domingos por la mañana :)

El día 12/08/07, Edgar J. De Cleene <edgardec2001@...> escribió:
>
>
>
>  El 8/12/07 10:45 AM, "Germán Arduino" <garduino@...> escribió:
>
>  > Esa anarquía es parte de cualquier producto open donde no está
>  > presente el "padre". En Python no pasa porque Guido hace de
>  > moderardor, en el kernel de linux, lo hace el propio Linus, pero acá,
>  > desde que se fue la gente de SqueakCentral, esto no existe, entonces
>  > es algo con lo que hay que convivir y sobre lo cual, creo yo, podría
>  > tomar más cartas en el asunto el Board, que para eso está (entre otras
>  > tantas cosas).
>  >
>  > Bueno, es nada más que una opinión, saludos!
>
>  Y muy valiosa, como la de todos.
>  Si nos privamos de opinar...
>
>  Que les parecería una imagen de 12 mb que no pierda nada de lo que es el
>  3.10 base ?

A mi me interesaría, pero no creo que haya que matarse por 4 o 5 MB
más o menos, me interesa más la robustez, la ausencia de errores.

>
>  Algo como NeXtqueak3.11 y vemos si Nestle nos banca y hace un concurso con
>  las máquinas OLPC de premio pero que vengan con esa imagen en vez de la que
>  piensan poner ?
>

A la flauta, no entiendo esto de NeXtquek...........es el siguiente Squeak???

>  Edgar

Saludos.

El 8/12/07 10:45 AM, "Germán Arduino" <garduino@...> escribió:

> Esa anarquía es parte de cualquier producto open donde no está
> presente el "padre". En Python no pasa porque Guido hace de
> moderardor, en el kernel de linux, lo hace el propio Linus, pero acá,
> desde que se fue la gente de SqueakCentral, esto no existe, entonces
> es algo con lo que hay que convivir y sobre lo cual, creo yo, podría
> tomar más cartas en el asunto el Board, que para eso está (entre otras
> tantas cosas).
>
> Bueno, es nada más que una opinión, saludos!


Y muy valiosa, como la de todos.
Si nos privamos de opinar...

Que les parecería una imagen de 12 mb que no pierda nada de lo que es el
3.10 base ?

Algo como NeXtqueak3.11 y vemos si Nestle nos banca y hace un concurso con
las máquinas OLPC de premio pero que vengan con esa imagen en vez de la que
piensan poner ?

Edgar

Hola:

El día 11/08/07, Edgar J. De Cleene <edgardec2001@...> escribió:
>
>  Pero esos paquetes que te gustan a vos pueden no gustarle a otro...
>  Insisto , a fuerza de ser cargoso.
>  La imagen de partida debe ser mas pequeña.
>  El tema es que no hay acuerdo cual es el mínimo.
>
>  Craig Latta piensa que su Spoon.
>  Pavel Krivanek piensa que su Kernel.
>  Yo que mi SqueakLight (a proposito, estoy meditando si hago la serie 500)
>  El consenso de la comunidad que el minimo es el 3.10 actual, a esta hora es
>  Squeak3.10beta.7141.

Son 4 opciones, todas válidas. Me parece, a fuerza de quitar
obstáculos para poder avanzar, que con el estado de la 3.10 actual (lo
poco que pude ver hasta ahora está bien).

>  La gente que desarrolla , que el mínimo es alguna de las imagenes de Cassou.
>

Esto si (con todo respeto al trabajo de Cassou) que me parece trabajo
en vano......Absolutamente en vano, sin embargo parece que se usa.
Porqué digo en vano? Porque no debe haber dos desarrolladores que usen
las mismas cosas....y porque, seamos honestos, no es tan dificil armar
un script que arme las imágenes como cada uno de nosotros quiera, a
partir de una básica.

>  Lo que te doy la razón es que algo de anarquía hay, yo grito en el desierto
>  contra eso.
>

Esa anarquía es parte de cualquier producto open donde no está
presente el "padre". En Python no pasa porque Guido hace de
moderardor, en el kernel de linux, lo hace el propio Linus, pero acá,
desde que se fue la gente de SqueakCentral, esto no existe, entonces
es algo con lo que hay que convivir y sobre lo cual, creo yo, podría
tomar más cartas en el asunto el Board, que para eso está (entre otras
tantas cosas).

Bueno, es nada más que una opinión, saludos!

--
Germán S. Arduino
http://www.arsol.biz
http://www.arsol.net

El 8/11/07 7:02 AM, "Giuseppe Luigi Punzi Ruiz" <glpunzi@...>
escribió:

> Quizás no me expresé bien.
>
> Cuando digo a paquetes base, me refiero a Ecompletion, Shout,
> aquellos paquetes útiles a todos.
>
> Claro está que ahí no entra Seaside, o Magma.
>
> Conclusión. La imágen debería llevar un conjunto de ojetos mínimos.
> Los suficientes como para que arranque, shout, ecompletion y poco más.
>
> A partir de ahí, quien quiera más, que lo instale y se cree su propia
> imágen base.
>
> Como ya he dicho, la impresión que me dá, es, que todo el mundo puede
> meter mano, y eso no es así, debe haber una jerarquía de mando, y
> actualmente hay un anarquismo total.
>
> De nuevo, dicho por alguien que quizás no debería opinar.

Y porque no vas a opinar ?
Pero esos paquetes que te gustan a vos pueden no gustarle a otro...
Insisto , a fuerza de ser cargoso.
La imagen de partida debe ser mas pequeña.
El tema es que no hay acuerdo cual es el mínimo.

Craig Latta piensa que su Spoon.
Pavel Krivanek piensa que su Kernel.
Yo que mi SqueakLight (a proposito, estoy meditando si hago la serie 500)
El consenso de la comunidad que el minimo es el 3.10 actual, a esta hora es
Squeak3.10beta.7141.
La gente que desarrolla , que el mínimo es alguna de las imagenes de Cassou.

Lo que te doy la razón es que algo de anarquía hay, yo grito en el desierto
contra eso.

A mi me encantaría seguir indefinidamente en el release team, se aprende mas
que con el SqueakLight.

Por eso no los mando a pasear, a pesar de todo lo que vos ves (y lo que veo
yo "en la cocina")

Ojala si se cansa Ralph tomara la batuta Andreas Raab, Bert Freundember, la
gente que hace OLPC.

Podemos polemizar aqui que es lo que quisieramos.

Mi vision, que por razones de que no hay un descontrol total como pensas no
puedo concretar en la release oficial es:

Sacar algunos paquetes mas, como SqueakMap, Nebraska, Etoys, otors, con eso
se ganan algo así como 3 mb

Partir el monstruo Morphico del 1.3 mb actual de su forma Monticello en n
paquetes.

Esto está hace rato en http://www.squeaksource.com/Ladrillos.html

En realidad no son reales paquetes, porque no son independientes, pero es la
forma de ir sacando cosas e ir teniendo paquetes.

Quizás no me expresé bien.

Cuando digo a paquetes base, me refiero a Ecompletion, Shout,
aquellos paquetes útiles a todos.

Claro está que ahí no entra Seaside, o Magma.

Conclusión. La imágen debería llevar un conjunto de ojetos mínimos.
Los suficientes como para que arranque, shout, ecompletion y poco más.

A partir de ahí, quien quiera más, que lo instale y se cree su propia
imágen base.

Como ya he dicho, la impresión que me dá, es, que todo el mundo puede
meter mano, y eso no es así, debe haber una jerarquía de mando, y
actualmente hay un anarquismo total.

De nuevo, dicho por alguien que quizás no debería opinar.

El 10/08/2007, a las 23:18, Edgar J. De Cleene escribió:

>
>
> El 8/10/07 3:14 PM, "Giuseppe Luigi Punzi Ruiz"
> <glpunzi@...>
> escribió:
>
> > Dbeerían haber algún tipo de tests para Universes, o un
> > equipo que sea el encargado de llevarlo.
>
> Esto es lo que esta armando Ralph, aparte del tema de las fuentes
> nuevas.
> Falta un monton
>
> > Cualquiera mete mano, y pasa lo que pasa.
>
> Si supieras como me estoy peleando en la lista del 3.10 con uno que
> quiere
> hacer todo a su gusto y como despues nada anda chilla
>
> > Squeak- Dev es una imágen con herramientas básicas (como la sintaxis
> > coloreada y el autocompletado) y esto si que debería estar en la
> > imágen base.
>
> No, la imagen base debe ser aún mas pequeña.
> Los pqquetes necesitan mejorarse y poderse cargar en esta imagen.
> Los que quieran hacer Web no tienen por que cargar lo que necesitan
> los
> chicos, por citar un ejemplo.
> O los que hacen investigacion profunda en objetos, no deberian porque
> molestarse con el web.
>
> y asi sucesivamente.
>
> Cada grupo de usuarios finales debe partir de una misma base y
> poner encima
> lo que necesite.
>
> Edgar
>
>

El 8/10/07 3:14 PM, "Giuseppe Luigi Punzi Ruiz" <glpunzi@...>
escribió:

> Dbeerían haber algún tipo de tests para Universes, o un
> equipo que sea el encargado de llevarlo.

Esto es lo que esta armando Ralph, aparte del tema de las fuentes nuevas.
Falta un monton

> Cualquiera mete mano, y  pasa lo que pasa.

Si supieras como me estoy peleando en la lista del 3.10 con uno que quiere
hacer todo a su gusto y como despues nada anda chilla

> Squeak- Dev es una imágen con herramientas básicas (como la sintaxis
> coloreada y el autocompletado) y esto si que debería estar en la
> imágen base.

No, la imagen base debe ser aún mas pequeña.
Los pqquetes necesitan mejorarse y poderse cargar en esta imagen.
Los que quieran hacer Web no tienen por que cargar lo que necesitan los
chicos, por citar un ejemplo.
O los que hacen investigacion profunda en objetos, no deberian porque
molestarse con el web.

y asi sucesivamente.

Cada grupo de usuarios finales debe partir de una misma base y poner encima
lo que necesite.

Edgar

Bueno, yo no entiendo mucho, pero aquí mi pequeño granito.

La imágen base debería llevar...lo que sea BASE. Por otro lado, se
supone que en Universes hay que lo que se sabe que funciona, pero a
mi no me ha llegado a funcionar nunca. Por qué? Por que cualquiera
puede meter paquetes allí, y al final, no tiene porqué ser compatiles
con otros. Dbeerían haber algún tipo de tests para Universes, o un
equipo que sea el encargado de llevarlo.

Ese es un tema que me decepciona de Squeak. Cualquiera mete mano, y
pasa lo que pasa.Al fin y al cabo, lo que sí es cierto es, que Squeak-
Dev es una imágen con herramientas básicas (como la sintaxis
coloreada y el autocompletado) y esto si que debería estar en la
imágen base.

En fin, unas cuantas chorradas que digo por decir.

El 10/08/2007, a las 20:07, Edgar J. De Cleene escribió:

>
> > Pero mucho más me alegra lo que me contás de la Facu, es
> buenísimo que vayan
> > apareciendo esas oportunidades. Y contá lo que tenés guardado!!
> Dale, conta!
> > :)
> >
>
> Aguanta un poco mas a que se concrete.
>
> Llego a traves de la facultad para inscribirse a Becas para el XX
> Congreso
> Nacional de Informática y Comunicaciones - USUARIA 2007.
>
> Si tenes banca , haceme invitar.
>
> Lo que puedo contar es que me tiene harto que el Board no se
> juegue, todos
> lo aplauden a Cassou , pero sin horas de laburo mio , no habria
> imagen dev.
>
> Y cuando digo que quiero cortar mas, todos chillan si toco su
> paquete o lo
> mando al Universo.
>
> Como merda quieren llegar a un kernel si no tenemos mejores
> paquetes ?.
>
> En cualquier momento vuelvo al SqueakLight, veo de rejuntar todo lo
> que
> aprendi en un único producto.
>
> Estoy colaborando con el alumno estrella de Ralph en la
> implementación de un
> nuevo esquema de sources.
>
> Todavía hay que debugguear bastante, pero 3.11 debería empezar con eso
>
> Edgar
>
>

> Pero mucho más me alegra lo que me contás de la Facu, es buenísimo que vayan
> apareciendo esas oportunidades. Y contá lo que tenés guardado!! Dale, conta!
> :)
>

Aguanta un poco mas a que se concrete.

Llego a traves de la facultad para inscribirse a Becas para el XX Congreso
Nacional de Informática y Comunicaciones - USUARIA 2007.

Si tenes banca , haceme invitar.

Lo que puedo contar es que me tiene harto que el Board no se juegue, todos
lo aplauden a Cassou , pero sin horas de laburo mio , no habria imagen dev.

Y cuando digo que quiero cortar mas, todos chillan si toco su paquete o lo
mando al Universo.

Como merda quieren llegar a un kernel si no tenemos mejores paquetes ?.

En cualquier momento vuelvo al SqueakLight, veo de rejuntar todo lo que
aprendi en un único producto.

Estoy colaborando con el alumno estrella de Ralph en la implementación de un
nuevo esquema de sources.

Todavía hay que debugguear bastante, pero 3.11 debería empezar con eso

Edgar

El 10/08/2007, a las 18:05, Germán Arduino escribió:
>
>
> Engancho con otra cosa, no se si alguno de uds ve la lista de
> Dolphin, pero hoy anunciaron que NO LO desarrollan más. Y que
> tampoco lo van a liberar porque Andy y Blair (los dos programadores/
> dueños del producto) NO creen en el software abierto......Me
> pregunto, no será por eso que no funcionó el emprendimiento? No
> será precisamente porque la gente ya no quiere software cerrado ni
> mucho menos atado a los caprichos de los SOs de M$?
>

Vaya, pues precisamente Dolphin es una de las implementaciones de la
que más he leido por internet.

Si no van a seguir desarrollándolo, que más les dá ofrecer el código?
Prefieren que "muera" en el olvido?