RV: release team proposal

A todos los amigos que me hay ayudado en el pasadso y a los amigos que
todavía no conozco:

Les ruego su indispensable consejo para que ayuden que Squeak sea un lugar
mas cómodo y personal para trabajar.
Y porque no , con el tiempo, un centavo de Austral mas Argentino :=)


------ Mensaje reenviado
De: Ralph Johnson <[hidden email]>
Responder a: The general-purpose Squeak developers list
<[hidden email]>
Fecha: Thu, 23 Nov 2006 06:06:00 -0600
Para: The general-purpose Squeak developers list
<[hidden email]>
Asunto: release team proposal

Here is the proposal I sent to the Squeak board.
----------------
The Squeak 3.10 release team is going to focus on developing a simple,
visible and reliable process for creating new releases.

The alpha 3.10 release will have an image and a set of core packages.
Each will have a test suite, and all tests in the test suites will
pass when any subset of the packages is loaded into the image.  Each
subsequent version will continue to keep the existing packages
working.

We expect the alpha release and all later releases to be usable.  We
want people to feel comfortable using the latest version so that 3.10
will be heavily used long before the final version and most bugs will
be discovered.

Our plan is to have the alpha release by the end of January and to
accept major changes  for the next three months, i.e. til the end of
April.  "Major changes" will include moving code from the image into
packages and making new core packages.  We are not expecting
any major new features in the image.  The last month will be only bug
fixes, and a final version of 3.10 will be the end of May.

The main focus will be on developing a good process for creating
releases.  So, we expect to experiment with the process.  Ideally, the
final process would be so easy to follow that it would be easy to be
in charge of producing a release.

The current process plan is that all requests for change would go
through Mantis.  Each bug fix would have a test that shows the bug
and that shows that it is fixed.  The release team would periodically
(once or twice a week, perhaps every day) go through Mantis,
test each change to make sure it doesn't break anything, and commit
them to the current release.

The releases would be distributed in several ways.
There will be a "package universe" of all the core packages,
and perhaps one of non-core packages, as well. There will be
an update server so that people do not have to load new images
to stay up to date.  There will be a Montecello  repository of all
the changes so that everything we do will be repeatable.
We will try to make it easy for people to use the
release that is under active development.

Current members of the release team are Ralph Johnson and
Edgar J. De Cleeene.
--------------
Reading it again, I can think of some comments.

The main one is that this is explaining what the Squeak team will do,
which is to develop a process for making releases and shrinking the
image.  Part of the process is making it easy for other people to
fix bugs and add features.  I am not opposed to adding features!
You could think that from this proposal. I just think that adding
features should be what everybody does, not just the release team.

As part of fixing the process, a large part of my job will be getting
people to participate.  I expect that the social engineering will be
more work than the software engineering.  The software engineering
is, in my opinion, very standard and routine, though I am sure I will
get some argument about that.  The social engineering will require
more creativity.

-Ralph


------ Fin del mensaje reenviado


__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

Edgar, no entiendo bien como es el tema. Estan tratando de arrancar de una
imagen minima e ir agregandole paquetes al Squeak asi es mas modular??
(decime de donde tengo que leer asi no me largas todo el rollo).

Edgar no te andas con chiquitas andas con Ralph. Grande Edgar!!!

Saludos

Elvio

Edgar, no entiendo bien como es el tema. Estan tratando de arrancar de una
imagen minima e ir agregandole paquetes al Squeak asi es mas modular??
(decime de donde tengo que leer asi no me largas todo el rollo).
Edgar no te andas con chiquitas andas con Ralph. Grande Edgar!!!
Saludos
Elvio

La idea es un paso mas suave ahora , para no alborotar demasiado el
avispero.
Se va Speech, Flash, StarSqueak, por ahora se queda Etoys (ya que no se
descubrio todavia el EToysRecargado :=)
La imagen tentativa es casi 2 mb mas chica y mucho mas limpia que la que es
la final de 3.9.
Ralph aparte de ser un super capo, parece dispuesto a escuchar y adoptar
cosas propuestas por otro mas fácilmente.
Creo que el problema con Pavel Krivanek es una especie de competencia entre
nosotros.
El tiene mucho mas desarrollado el tema de shrink (que eso es lo que es su
proceso, un super shrink bien pulidito) y yo tengo muchisimos experimentos
del tipo ³Si yo quiero hacerme una aplicación que tenga x , y z , como haría
para tener la imagen mas pequeña posible ?)
Hay ideas que simplemente no están finalizadas y que a la luz de lo que fue
el  desarrollo del 3.9 no parecen la mejor opción.
Volver a un sistema de updates con .cs como tienen todas las imagenes
(excepto la del 3.9) me parece mucho mas lógico.
Pero tengo mis serias dudas que se pueda armar un server que te arme lo que
quieras y te pruebe todo.
Ojala este totalmente equivocado.
Pero si estoy en lo cierto , me quejare con algo como ³Why a Chevy is not a
RollsRoyce².
Dejo a tu imaginación que dirá esa queja, que espero no tener que escribir
nunca.

Si tenes mas dudas, mandalas, que de eso se trata.
Lamento tenerlos en ascuas, yo quisiera publicar lo que para mi ya es el
7069, pero piano piano se va lontano.
Se supone que el 6 de Diciembre se elegiría el equipo, pero si Krivanek
entra, pueden apostar sus euros y dólares que sera este.

Edgar