<div dir="ltr"><div><div>Well, I followed the steps in: <a href="http://developer.sugarlabs.org/dev-environment.md.html">http://developer.sugarlabs.org/dev-environment.md.html</a></div><div><br></div><div>And I could never go to the following:</div>
<div><br></div><div><font color="#990000">flavio @ flavio-Aspire-5735: ~ / Documents / Sugar $. / osbuild pull</font></div><div><font color="#990000"><br></font></div><div><font color="#990000">= Setup the host build system =</font></div>
<div><font color="#990000"><br></font></div><div><font color="#990000">* Create the python virtualenv</font></div><div><font color="#990000">* Install python packages</font></div><div><font color="#990000">* Pull latest sugar-build</font></div>
<div><font color="#990000">* Setup the build root</font></div><div><font color="#990000"><br></font></div><div><font color="#990000">$ Sudo setup Broot</font></div><div><br></div><div>Join the root password as requested, but then is there not expecting that without returning any information.</div>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">El 7 de noviembre de 2013 09:59, Gonzalo Odiard <span dir="ltr"><<a href="mailto:gonzalo@laptop.org" target="_blank">gonzalo@laptop.org</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Flavio,<div><font face="arial, helvetica, sans-serif">Happy to see you exposing your points here.</font></div>
<div><font face="arial, helvetica, sans-serif">Every one of your proposals deserve a discussion, but</font></div>
<div><font face="arial, helvetica, sans-serif"><span style="color:rgb(59,59,59);line-height:21px">“The best way to eat an elephant is one bite at a time.”....</span></font></div><div><font color="#3b3b3b" face="arial, helvetica, sans-serif"><span style="line-height:20.98958396911621px">Should be good define the proposal in ways we can put in motion them,</span></font></div>
<div><font color="#3b3b3b" face="arial, helvetica, sans-serif"><span style="line-height:20.98958396911621px">that is the reason we use the Features pages to propose changes (see </span></font><a href="http://wiki.sugarlabs.org/go/0.102/Feature_List" target="_blank">http://wiki.sugarlabs.org/go/0.102/Feature_List</a>)</div>
<div>About other comments, like better performance or <span style="font-family:arial,sans-serif;font-size:13.333333969116211px"> activities </span><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">without flaws</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">all agree on that, is just a matter of put it more work. </span></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">More hands and eyes can help.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">------------------</span></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px"><br>
</span></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">Me alegra verte exponiendo tus puntos aqui.</span></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">Cada uno merece una discusion, pero </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">"La mejor forma de comerse un elefante es un mordisco por vez"....</span></div><div>Sería bueno que definas las propuestas en forma en que podamos ponerlas </div>
<div>en práctica, esa es la razon por la que usamos las paginas de Características (Features)</div><div>para proponer cambios (ver <a href="http://wiki.sugarlabs.org/go/0.102/Feature_List" target="_blank">http://wiki.sugarlabs.org/go/0.102/Feature_List</a>)</div>
<div>Acerca de tus otros comentarios, como mejorar la performance o tener actividades sin fallas,</div><div>todos estamos de acuerdo, es solo ponerse a trabajar más.</div><div>Más manos y ojos pueden ayudar.</div><div><br>
</div><div>Gonzalo</div><div><br></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px"><br></span></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/6 Flavio Danesse <span dir="ltr"><<a href="mailto:fdanesse@gmail.com" target="_blank">fdanesse@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div><b>My proposals to improve sugar: </b></div><div><br></div><div>Change the face, giving more importance to aesthetics, leave the black and white, give colorful, add animations, sounds, etc.. . . What is pleasing to the user's view and fun to use. Change the geometry of buttons and other widgets of sugar to have a delicate design and tasteful. </div>
<div><br></div><div>Remove all the features that make the system seem slow, such as the deployment of the menus in the GUI. </div><div><br></div><div>Since I do not want to eliminate journal, give it a nicer interface (I like the idea I had Gonzalo, that explain it if you want). </div>
<div>Adding a view of standard directories (could be a target for google code-in, see it mentors). </div><div>That does not keep unnecessary things for the journal is truly usable. </div><div><br></div><div>What sugar is distributed with the Linux man so users can use it like any linux user. </div>
<div><br></div><div>Developers simplify activities, all network interface to develop shared activities (As commented, Augustine was doing something about this, maybe I can be another target for google code-in). </div><div>
<br></div><div>What someone explain a simple way to contribute code to sugar, I'm 5 years ago and I have been able to do so (the timers need help). </div><div><br></div><div>Order very personal: </div><div>Remember that some do not speak English (particularly those whose native language is Spanish) </div>
<div><br></div><div>Ensure first, support for popular applications, then the other. </div><div><br></div><div>Rebuilding the link between development and deployment, taking into account that when I talk about deployments I mean users of the system, so that what matters is the opinion of teachers and students or users. </div>
<div><br></div><div>Sugar should focus primarily on the opinions of teachers and students, ie actual use is given, is the only way to improve it. </div><div><br></div><div>We must devise a way of communicating with them, perhaps this could materialize in an application that is distributed along with sugar (this proposal and did several times). </div>
<div><br></div><div>From my point of view: </div><div>You can not miss a student? </div><div>Internet (social networks) </div><div>Games (funny) </div><div><br></div><div>You can not miss a teacher? </div><div>Rapid applications without flaws that allow you to work in class and evaluate the tasks performed by their students. </div>
<div><br></div><div>Obviously, the interests of both groups are different, we must find ways to meet the expectations of both groups, it is not enough that only one group using the system. </div><div><br></div><div>On the other hand, those responsible for the deployments what the results will be evaluated in the education system, but you need to have to conform to users who use the system. </div>
<div><br></div><div>Well, more or less, as I see it. </div></div><div><br></div><div><br></div><div><b>Mis propuestas para mejorar sugar:</b></div><div><br></div><div>Cambiarle la cara, darle más importancia a la estética, abandonar el blanco y negro, darle colorido, agregar animaciones, sonidos, etc . . . Qué sea agradable a la vista del usuario y divertido de utilizar. Cambiar la geometría de botones y demás widgets de sugar para que tengan un diseño delicado y de buen gusto.</div>
<div><br></div><div>Quitar todas las funcionalidades que hacen parecer lento al sistema, como por ejemplo el despliegue de los menús en la interfaz gráfica.</div><div><br></div><div>Ya que no desean eliminar journal, darle una interfaz más agradable (me gusta la idea que tenía Gonzalo, que el la explique si desea).</div>
<div>Agregarle una vista de directorios estandard (podría ser un objetivo para google code-in, veanlo los mentores).</div><div>Que no se guarden cosas innecesarias para que el journal sea realmente utilizable.</div><div>
<br>
</div><div>Qué sugar sea distribuido con el man de linux para que los usuarios puedan utilizarlo como cualquier usuario linux.</div><div><br></div><div>Simplificarle a los desarrolladores de actividades, toda la interfaz de la red para desarrollar actividades compartidas (Según comentaron, Agustín estaba haciendo algo sobre este tema, quizas pueda ser otro objetivo para google code-in).</div>
<div><br></div><div>Qué alguien me explique una forma sencilla de aportar código a sugar, hace 5 años que estoy y no he podio hacerlo (los novatos necesitamos ayuda).</div><div><br></div><div>Pedido muy personal:</div><div>
Recordar que algunos no hablamos inglés (sobre todo aquellos cuya lengua madre es el español)</div><div><br></div><div>Asegurar primero, el soporte a las aplicaciones más utilizadas, luego a las demás.</div><div><br></div>
<div>Reconstruir el vínculo entre desarrollo y despliegues, tomando en cuenta que cuando hablo de despliegues me refiero a los usuarios del sistema, de modo que lo que más importa es la opinión de docentes y alumnos o sea los usuarios.</div>
<div><br></div><div>Sugar debiera centrar la atención sobre todo en la opinión de docentes y alumnos, es decir en el uso real que se le da, es la única forma de mejorarlo.</div><div><br></div><div>Hay que idear una forma de comunicación con ellos, quizás esto pueda materializarse en una aplicación que se distribuya junto a sugar (esta propuesta ya la hice varias veces).</div>
<div><br></div><div>Desde mi punto de vista:</div><div>Que no le puede faltar a un alumno?</div><div>Internet (redes sociales)</div><div>Juegos (divertidos)</div><div><br></div><div>Que no le puede faltar a un docente?</div>
<div>Aplicaciones rápidas, sin fallas que le permitan trabajar en clase y evaluar las tareas que realizan sus alumnos.</div><div><br></div><div>Obviamente, los intereses de ambos grupos son diferentes, hay que buscar la manera de cubrir las espectativas de ambos grupos de usuarios, porque no basta que solo un grupo utilice el sistema.</div>
<div><br></div><div>Por otro lado, los responsables de los depliegues lo que evaluarán serán los resultados en el sistema educativo, pero antes es necesario tener a los usuarios conformes para que hagan uso del sistema.</div>
<div><br></div><div>Bueno, más o menos, así lo veo yo.</div><div><br></div></div>
<br></div></div><div class="im">_______________________________________________<br>
Lista olpc-Sur<br>
<a href="mailto:olpc-Sur@lists.laptop.org" target="_blank">olpc-Sur@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/olpc-sur" target="_blank">http://lists.laptop.org/listinfo/olpc-sur</a><br>
<br></div></blockquote></div><br></div>
<br>_______________________________________________<br>
Lista olpc-Sur<br>
<a href="mailto:olpc-Sur@lists.laptop.org">olpc-Sur@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/olpc-sur" target="_blank">http://lists.laptop.org/listinfo/olpc-sur</a><br>
<br></blockquote></div><br></div>