Sugar on SUSE

From OLPC
Revision as of 13:29, 27 October 2006 by Hunter (talk | contribs) (compile geck embed)
Jump to: navigation, search

Installation Notes

There may still be some issues with this installation. Questions and comments can be directed to User:Khassounah

This is known to work as of 6/15/06.

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, and you can get it from suse's online repository as well
  4. Had to compile avahi and install it. no details, if someone went through this recently, please update with details

compile geck embed

  • First you need to check it out from cvs. Use the following command:
cvs -d :pserver:anonymous@anoncvs.gnome.org:/cvs/gnome co 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)

Question I wonder if in a simple trial of one screen and one small program, this programs keepers are not being realistic? I think the test program should base on maybe 25 or 50 small examples including content matter and then be surged in a real time envioment. As the projeact needs to speed up a little. I am right now having a problem wiht LINUX vs UNIX based on the intended users. Is it safe? I am working on LINUX>

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', )