<div dir="ltr">On 9 March 2014 04:07, Sebastian Silva <span dir="ltr"><<a href="mailto:sebastian@fuentelibre.org" target="_blank">sebastian@fuentelibre.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hello,<br>
    My machine is somewhat constrained in ram and diskspace so running
    Fedora on a chroot was slow enough<br>
    that I decided to set <b>"use_broot":false</b> on <b>prefs.json</b>
    with the intention of running the latest sugar natively.<br>
    <br>
    I face a few issues:<br>
    <br>
    First, <i>automake</i> gave me some issues, it was refusing to
    build with a cryptic error, it was because I needed to install the <b>ccache</b>
    package. Then, automake wanted to install to /usr/local/bin, so I
    changed group permissions to /usr/local (I did chgrp wheel
    /usr/local/*;; chmod g+w /usr/local/*). This installed automake. <br>
    By the way, I don't think this process was required because my
    system's automake is newer than the one sugar-build installed. I'll
    look into this.<br></div></blockquote><div><br></div><div>If you are not hacking sugar core a lot you could just get rid of that module in modules.json. The only r,eason we are building it is that we applied a patch to make python installation quicker, which is very handy when hacking the core modules. We need to find a better solution at some point...<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
    Then issues ocurred with gwebsockets. It persistently tried to use
    python3.3, my system's default, instead of python2.7. Finally I
    found the culprit, in
    ./out/sandbox/install/lib/python2.7/site-packages/osbuild/build.py I
    replaced in line 190 one instance of "python" for "python2.7" and it
    worked after that.<br></div></blockquote><div><br></div><div>Thanks, pushed that change. <br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
    Finally when building sugar-base I had to set up the environment
    variable PYTHON=/usr/bin/python2.7 in order for it to build.<br></div></blockquote><div><br>In sugar-toolkit-gtk3 we have<br><br>PYTHON=python2<br>AM_PATH_PYTHON<br><br><div>I don't remember why python2 instead of python2.7 but I think that was probably what the python documentation suggested..<br>
</div><div><br></div><div>I think we should do the same in sugar-base. I don't think I have write access to that repo, but if you make that change and test it in archlinux, consider it reviewed :)<br></div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
    Also, when building sugar, I had to manually create the directory
    "./out/install/etc/gconf/" or it would fail to install<br></div></blockquote><div><br></div><div>Can I see the output? It seems like something we should fix.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
    I know this is unsupported but I just wanted to share in case
    somebody would like to setup a dev environment in archlinux. I like
    that it's rolling release and I won't have to worry about ever
    upgrading to the next version. My main intention is to have a nice
    setup for building activities, test latest sugar and also try to
    help diagnose the performance issues gtk3 sugar has.<br></div></blockquote><div><br></div><div>It's unsupported because it's unlikely to work out-of-the-box. But if anyone wants to try it on the latest version of a distro and do the kind of analysis you have been doing, then it's very useful feedback, because it's likely to find bugs, as we have been seeing here.<br>
<br></div><div>Thanks.<br></div></div></div></div>