<br>
<br><br><div class="gmail_quote">On Sun, May 24, 2009 at 6:31 AM, Bastien <span dir="ltr"><<a href="mailto:bastienguerry@googlemail.com">bastienguerry@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
+1 on the overall.<br>
<br>
Building Sugar from source should be as easy as:<br>
<br>
,----<br>
| ~$ git://<a href="http://git.sugarlabs.org/sugar-core/mainline.git" target="_blank">git.sugarlabs.org/sugar-core/mainline.git</a><br>
| ~$ ./configure<br>
| ~$ make<br>
| ~$ sudo make install<br>
`----<br>
<br>
(Sidenote: I guess it's a gitorious thingy, but mainline.git is a pretty<br>
stupid name for a git repo. It forces the user to create folders by hand<br>
when pulling several projects. Why not sugar-core.git?)<br>
</blockquote><div><br>You can use something like.. <br><br><pre>git clone git://<a href="http://git.sugarlabs.org/project/mainline.git">git.sugarlabs.org/project/mainline.git</a> project<br></pre><br>to avoid creating folders by hand.<br>
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
I would also advocate having sugar-jhbuild reduced to sugar-core, where<br>
the only activity is the Journal. Other activities should be installed<br>
separately, either one by one or by bundle.<br>
<div class="im"><br>
Bernie Innocenti <<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>> writes:<br>
<br>
> Today I've kick-started a newbie on building Sugar to fix a small bug<br>
> and submit his first patch.<br>
><br>
> It was just painful. jhbuild has plenty of rough corners and we could<br>
> easily make things easier with a few changes:<br>
><br>
> 1) Stop checking out random unstable versions of external projects.<br>
> They break very often, and we cannot fix them. Let's instead upgrade<br>
> manually every once in a while after some testing.<br>
><br>
> 2) Do not build C modules that is already available (and recent enough)<br>
> in popular distros. Specifically: abiword, matchbox, hippocanvas...<br>
><br>
> 3) Let's move etoys away from the base set of components: the repository<br>
> is often offline, building it breaks very often, and it takes a lot of<br>
> time. You don't need it in order to test Sugar, the same way you don't<br>
> need TamTam and TurtleArt.<br>
><br>
> 4) We could check for prerequisites before starting the build. Some<br>
> configure scripts are stupid enough to fail tests silently and proceed<br>
> anyway using "no" as a command name in make :-)<br>
><br>
> If there's consensus on implementing one or more of these points, I can<br>
> provide patches (or just go on and commit them).<br>
<br>
--<br>
</div><font color="#888888"> Bastien<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</div></div></blockquote></div><br>