Sugar on SUSE

From OLPC
Revision as of 16:47, 11 March 2008 by Jdsimmons (talk | contribs) (compile gecko-embed)
Jump to: navigation, search

Installation Notes

There may still be some issues with this installation... known to work as of 6/15/06.

On OpenSUSE 10.3 following this procedure fails.

CVS on Gnome is now moved to SVN.

After installing programs required with YaST and creating a folder called 'm4' to let autogen.sh complete, ./configure failes when looking for the $MOZILLA variable on line 22323.

I have not got around this yet, has anyone else?

gecko-embed

pre-requisites

I checked out gecko embed and compiled it, but before I did that I had to install a set of packages:

  1. mozilla-xulrunner: you can install it from the yast package manager
  2. mozilla-nss-devel: you can't install it with the default packages on package manager, but you can download it directly from suse's online repository
  3. gecko-sdk: This is the equivelent of the xulrunner-devel in fedora talk for 10.1, and you can get it from suse's online repository as well. For 10.2 and later use xulrunner-devel from YAST.
  4. Had to compile avahi and install it. no details, if someone went through this recently, please update with details For 10.2 and later you can get avahi from YAST.

compile gecko-embed

  • First you need to check it out from subversion. Use the following command:
svn checkout http://svn.gnome.org/svn/gecko-embed/trunk gecko-embed
  • cd into the gecko-embed folder and run autogen.sh (./autogen.sh)
  • run make
  • run "make install" as root (or use sudo if you're a good linux citizen)

Sugar

  • If you don't have mercurial, get it from here. This is not where I installed it from, but this will do
  • to check out sugar, use:
hg clone http://hg.fedoraproject.org/hg/olpc/applications/sugar--devel
  • autogen.sh
  • make
  • run "avahi-daemon -D" (if you haven't configured it to run as a service)
  • run sugar/sugar

The first time I ran sugar, it seg-faulted. We traced the problem down to an issue loading the olpc theme. I am running KDE on suse, so there might be some misconfiguration of gnome there, I'll figure it out later, right now I am happy with the workaround even if the interface doesn't look as shakadelic.

The workaround is to comment out the following two lines in sugar/__init__.py

if settings.get_property('gtk-theme-name') != 'olpc':
      settings.set_string_property('gtk-theme-name', 'olpc', )