<br>
<br><br><div class="gmail_quote">On Sun, May 24, 2009 at 6:31 AM, Bastien <span dir="ltr">&lt;<a href="mailto:bastienguerry@googlemail.com">bastienguerry@googlemail.com</a>&gt;</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&#39;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 &lt;<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>&gt; writes:<br>
<br>
&gt; Today I&#39;ve kick-started a newbie on building Sugar to fix a small bug<br>
&gt; and submit his first patch.<br>
&gt;<br>
&gt; It was just painful.  jhbuild has plenty of rough corners and we could<br>
&gt; easily make things easier with a few changes:<br>
&gt;<br>
&gt; 1) Stop checking out random unstable versions of external projects.<br>
&gt; They break very often, and we cannot fix them.  Let&#39;s instead upgrade<br>
&gt; manually every once in a while after some testing.<br>
&gt;<br>
&gt; 2) Do not build C modules that is already available (and recent enough)<br>
&gt; in popular distros.  Specifically: abiword, matchbox, hippocanvas...<br>
&gt;<br>
&gt; 3) Let&#39;s move etoys away from the base set of components: the repository<br>
&gt; is often offline, building it breaks very often, and it takes a lot of<br>
&gt; time.  You don&#39;t need it in order to test Sugar, the same way you don&#39;t<br>
&gt; need TamTam and TurtleArt.<br>
&gt;<br>
&gt; 4) We could check for prerequisites before starting the build.  Some<br>
&gt; configure scripts are stupid enough to fail tests silently and proceed<br>
&gt; anyway using &quot;no&quot; as a command name in make :-)<br>
&gt;<br>
&gt; If there&#39;s consensus on implementing one or more of these points, I can<br>
&gt; 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>