Well, I followed the steps in: http://developer.sugarlabs.org/dev-environment.md.html
And I could never go to the following: flavio @ flavio-Aspire-5735: ~ / Documents / Sugar $. / osbuild pull = Setup the host build system = * Create the python virtualenv * Install python packages * Pull latest sugar-build * Setup the build root $ Sudo setup Broot Join the root password as requested, but then is there not expecting that without returning any information. El 7 de noviembre de 2013 09:59, Gonzalo Odiard <[email protected]>escribió: > Hi Flavio, > Happy to see you exposing your points here. > Every one of your proposals deserve a discussion, but > “The best way to eat an elephant is one bite at a time.”.... > Should be good define the proposal in ways we can put in motion them, > that is the reason we use the Features pages to propose changes (see > http://wiki.sugarlabs.org/go/0.102/Feature_List) > About other comments, like better performance or activities without flaws > all agree on that, is just a matter of put it more work. > More hands and eyes can help. > > ------------------ > > Me alegra verte exponiendo tus puntos aqui. > Cada uno merece una discusion, pero > "La mejor forma de comerse un elefante es un mordisco por vez".... > Sería bueno que definas las propuestas en forma en que podamos ponerlas > en práctica, esa es la razon por la que usamos las paginas de > Características (Features) > para proponer cambios (ver http://wiki.sugarlabs.org/go/0.102/Feature_List > ) > Acerca de tus otros comentarios, como mejorar la performance o tener > actividades sin fallas, > todos estamos de acuerdo, es solo ponerse a trabajar más. > Más manos y ojos pueden ayudar. > > Gonzalo > > > > > 2013/11/6 Flavio Danesse <[email protected]> > >> *My proposals to improve sugar: * >> >> 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. >> >> Remove all the features that make the system seem slow, such as the >> deployment of the menus in the GUI. >> >> 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). >> Adding a view of standard directories (could be a target for google >> code-in, see it mentors). >> That does not keep unnecessary things for the journal is truly usable. >> >> What sugar is distributed with the Linux man so users can use it like any >> linux user. >> >> 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). >> >> 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). >> >> Order very personal: >> Remember that some do not speak English (particularly those whose native >> language is Spanish) >> >> Ensure first, support for popular applications, then the other. >> >> 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. >> >> Sugar should focus primarily on the opinions of teachers and students, ie >> actual use is given, is the only way to improve it. >> >> 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). >> >> From my point of view: >> You can not miss a student? >> Internet (social networks) >> Games (funny) >> >> You can not miss a teacher? >> Rapid applications without flaws that allow you to work in class and >> evaluate the tasks performed by their students. >> >> 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. >> >> 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. >> >> Well, more or less, as I see it. >> >> >> *Mis propuestas para mejorar sugar:* >> >> 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. >> >> Quitar todas las funcionalidades que hacen parecer lento al sistema, como >> por ejemplo el despliegue de los menús en la interfaz gráfica. >> >> 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). >> Agregarle una vista de directorios estandard (podría ser un objetivo para >> google code-in, veanlo los mentores). >> Que no se guarden cosas innecesarias para que el journal sea realmente >> utilizable. >> >> Qué sugar sea distribuido con el man de linux para que los usuarios >> puedan utilizarlo como cualquier usuario linux. >> >> 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). >> >> 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). >> >> Pedido muy personal: >> Recordar que algunos no hablamos inglés (sobre todo aquellos cuya lengua >> madre es el español) >> >> Asegurar primero, el soporte a las aplicaciones más utilizadas, luego a >> las demás. >> >> 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. >> >> 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. >> >> 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). >> >> Desde mi punto de vista: >> Que no le puede faltar a un alumno? >> Internet (redes sociales) >> Juegos (divertidos) >> >> Que no le puede faltar a un docente? >> Aplicaciones rápidas, sin fallas que le permitan trabajar en clase y >> evaluar las tareas que realizan sus alumnos. >> >> 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. >> >> 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. >> >> Bueno, más o menos, así lo veo yo. >> >> >> _______________________________________________ >> Lista olpc-Sur >> [email protected] >> http://lists.laptop.org/listinfo/olpc-sur >> >> > > _______________________________________________ > Lista olpc-Sur > [email protected] > http://lists.laptop.org/listinfo/olpc-sur > >
_______________________________________________ Lista olpc-Sur [email protected] http://lists.laptop.org/listinfo/olpc-sur
