Sugar on Fedora 10 Alpha - how to I run it?

[Jerry Williams]

I noticed that there is a sugar-desktop group on Fedora 10 Alpha.

How do I run it?

I tried running sugar-shell and it kind of works, but not like it is suppose
to.

 

Any help would be appreciated,

Jerry Williams

[Marco Pesenti Gritti]

Jerry Williams wrote:
>  I noticed that there is a sugar-desktop group on Fedora 10 Alpha.
>
>  How do I run it?
>
>  I tried running sugar-shell and it kind of works, but not like it is 
>  suppose to.
>  
Hello,

the packages we have currently in Fedora are only sort of functional. We 
are going to release Sugar 0.82 this week and I really want to get it 
working well, both in Fedora 9 and rawhide. The big chunk of work will 
be to package activities... if someone on this list is interested to 
help packaging them, it would be a great help!

Marco

[Rodrigo Padula de Oliveira]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marco Pesenti Gritti escreveu:
| Jerry Williams wrote:
|>
|> I noticed that there is a sugar-desktop group on Fedora 10 Alpha.
|>
|> How do I run it?
|>
|> I tried running sugar-shell and it kind of works, but not like it is
|> suppose to.
|>
|
| Hello,
|
| the packages we have currently in Fedora are only sort of functional. We
| are going to release Sugar 0.82 this week and I really want to get it
| working well, both in Fedora 9 and rawhide. The big chunk of work will
| be to package activities... if someone on this list is interested to
| help packaging them, it would be a great help!
|
| Marco
|
| _______________________________________________
| Fedora-olpc-list mailing list
| Fedora-olpc-list(a)redhat.com
| https://www.redhat.com/mailman/listinfo/fedora-olpc-list
|


Can i help with the  activities packages ??

How can i do that ?  One activity per package or one package with many
activities ?


- --


Rodrigo Padula de Oliveira
M.Sc. Student - COPPE/UFRJ
Fedora Community Manager - Latin America
http://www.proyectofedora.org



> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAkibgbIACgkQ024P1ALZT55wcQCfYbx6rErAd26xwYZArxqteCJE
> EAgAn3d4P9qPONE/pDZKNsf8/jUha+wy
> =3Jmr
> -----END PGP SIGNATURE-----

[Simon Schampijer]

Rodrigo Padula de Oliveira wrote:
>  -----BEGIN PGP SIGNED MESSAGE-----
>  Hash: SHA1
>  
>  Marco Pesenti Gritti escreveu:
>  | Jerry Williams wrote:
>  |>
>  |> I noticed that there is a sugar-desktop group on Fedora 10 Alpha.
>  |>
>  |> How do I run it?
>  |>
>  |> I tried running sugar-shell and it kind of works, but not like it is
>  |> suppose to.
>  |>
>  |
>  | Hello,
>  |
>  | the packages we have currently in Fedora are only sort of functional. We
>  | are going to release Sugar 0.82 this week and I really want to get it
>  | working well, both in Fedora 9 and rawhide. The big chunk of work will
>  | be to package activities... if someone on this list is interested to
>  | help packaging them, it would be a great help!
>  |
>  | Marco
>  |
>  | _______________________________________________
>  | Fedora-olpc-list mailing list
>  | Fedora-olpc-list(a)redhat.com
>  | https://www.redhat.com/mailman/listinfo/fedora-olpc-list
>  |
>  
>  
>  Can i help with the  activities packages ?? 
Sure you are welcome :)

>  How can i do that ?  One activity per package or one package with
> many
>  activities ? 
It will be a package per activity.

These are the latest sources for the activities:
http://sugarlabs.org/go/ReleaseTeam/Releases/Sucrose/0.82.0#Fructose_modules

And here you can find the journal - an example of a packaged activity 
http://koji.fedoraproject.org/koji/buildinfo?buildID=58964

We will put up some more detailed instructions in the next days.

Best,
    Simon

[Marco Pesenti Gritti]

Simon Schampijer wrote:
>  Rodrigo Padula de Oliveira wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Marco Pesenti Gritti escreveu:
> > | Jerry Williams wrote:
> > |>
> > |> I noticed that there is a sugar-desktop group on Fedora 10 Alpha.
> > |>
> > |> How do I run it?
> > |>
> > |> I tried running sugar-shell and it kind of works, but not like it is
> > |> suppose to.
> > |>
> > |
> > | Hello,
> > |
> > | the packages we have currently in Fedora are only sort of 
> > functional. We
> > | are going to release Sugar 0.82 this week and I really want to get it
> > | working well, both in Fedora 9 and rawhide. The big chunk of work will
> > | be to package activities... if someone on this list is interested to
> > | help packaging them, it would be a great help!
> > |
> > | Marco
> > |
> > | _______________________________________________
> > | Fedora-olpc-list mailing list
> > | Fedora-olpc-list(a)redhat.com
> > | https://www.redhat.com/mailman/listinfo/fedora-olpc-list
> > |
> >
> >
> > Can i help with the  activities packages ??
>
>  Sure you are welcome :)
>
> > How can i do that ?  One activity per package or one package with many
> > activities ?
>
>  It will be a package per activity.
>
>  These are the latest sources for the activities:
>  http://sugarlabs.org/go/ReleaseTeam/Releases/Sucrose/0.82.0#Fructose_modules 
>
>
>  And here you can find the journal - an example of a packaged activity 
>  http://koji.fedoraproject.org/koji/buildinfo?buildID=58964 
And here are the guidelines:

http://fedoraproject.org/wiki/Packaging/SugarActivityGuidelines

A couple of things about them:

* For Fructose activities you don't need to get the source from git, 
tarballs are available at the url Simon posted.
* Translation packaging is not explained in the guidelines, you can see 
how it's done in the journal. Though I'd really like to figure out a 
more automatic way to do it (perhaps we can add another macro to 
sugar-toolkit to deal with it?)

I'd suggest to start from chat, log, calculate, terminal and pippy. 
Those does not have dependencies issues.

If you want to join #sugar on freenode we can help you out with any 
problem you run into (or feel free to use this mailing list if you prefer).

Cheers,
Marco

[Dennis Gilmore]

On Friday 08 August 2008 03:11:08 am Marco Pesenti Gritti wrote:

>  And here are the guidelines:
>
>  http://fedoraproject.org/wiki/Packaging/SugarActivityGuidelines
>
>  A couple of things about them:
>
>  * For Fructose activities you don't need to get the source from git,
>  tarballs are available at the url Simon posted.
>  * Translation packaging is not explained in the guidelines, you can see
>  how it's done in the journal. Though I'd really like to figure out a
>  more automatic way to do it (perhaps we can add another macro to
>  sugar-toolkit to deal with it?) 
>  I'd suggest to start from chat, log, calculate, terminal and
> pippy.
>  Those does not have dependencies issues. 
Actually they do.  pippy for instance
Requires gtksourceview  they are just 
hidden on the XO because we make sure they are installed in the OS.

Dennis

[Marco Pesenti Gritti]

Dennis Gilmore wrote:
> > I'd suggest to start from chat, log, calculate, terminal and
> pippy.
> > Those does not have dependencies issues.
> >     
>  Actually they do.  pippy for instance Requires gtksourceview  they are just 
>  hidden on the XO because we make sure they are installed in the OS.
>     
What I mean is that all the dependency they need are already in Fedora 
(afaik). If you are referring to Pippy requiring an old gtksourceview 
which is no more in F9, that's fixed in recent pippy versions.

Marco

[Jeremy Katz]

On Fri, 2008-08-08 at 10:11 +0200, Marco Pesenti Gritti wrote:
>  * Translation packaging is not explained in the guidelines, you can
> see 
>  how it's done in the journal. Though I'd really like to figure out a 
>  more automatic way to do it (perhaps we can add another macro to 
>  sugar-toolkit to deal with it?) 
My first and most obvious question is "why not put translations
into /usr/share/locale like they're supposed to be"?  

But ignoring that, it should be easy enough to hack up a copy
of /usr/lib/rpm/find-lang.sh and put it in the sugar-toolkit package and
then have %find_lang_sugar I guess

>  I'd suggest to start from chat, log, calculate, terminal and
> pippy. 
>  Those does not have dependencies issues. 
I've already got a package up for terminal at
https://bugzilla.redhat.com/show_bug.cgi?id=457247

Calculate and chat I also have srpms/spec files for and should have them
filed for review later today 

Jeremy

[Marco Pesenti Gritti]

Jeremy Katz wrote:
>  On Fri, 2008-08-08 at 10:11 +0200, Marco Pesenti Gritti wrote:
>    
> > * Translation packaging is not explained in the guidelines, you can see 
> > how it's done in the journal. Though I'd really like to figure out a 
> > more automatic way to do it (perhaps we can add another macro to 
> > sugar-toolkit to deal with it?)
> >     
>
>  My first and most obvious question is "why not put translations
>  into /usr/share/locale like they're supposed to be"? 
XO Bundles, which are the normal activity distribution mechanism for 
OLPC are self contained.

http://wiki.laptop.org/go/Activity_bundles

Now, when installing into the system with rpm, it would actually make 
more sense to use the standard directory layout. I'm only a little 
worried that it would complicate the build system of activities which 
doesn't use Sugar bundlebuilder.

Note that we have to extend/replace find-lang.sh regardless, to be aware 
of localized activity.info.

>  I've already got a package up for terminal at
>  https://bugzilla.redhat.com/show_bug.cgi?id=457247
>
>  Calculate and chat I also have srpms/spec files for and should have them
>  filed for review later today 
>     
Awesome!

Marco

[Jeremy Katz]

On Sat, 2008-08-09 at 10:36 +0200, Marco Pesenti Gritti wrote:
>  Jeremy Katz wrote:
>  > On Fri, 2008-08-08 at 10:11 +0200, Marco Pesenti Gritti wrote:
>  >> * Translation packaging is not explained in the guidelines, you can see 
>  >> how it's done in the journal. Though I'd really like to figure out a 
>  >> more automatic way to do it (perhaps we can add another macro to 
>  >> sugar-toolkit to deal with it?)
>  >>     
>  >
>  > My first and most obvious question is "why not put translations
>  > into /usr/share/locale like they're supposed to be"?
>  
>  XO Bundles, which are the normal activity distribution mechanism for 
>  OLPC are self contained. 
It seems like they contain more than just the "binary" bits, also
including most of the source tree including things like setup.py and the
raw po files that shouldn't be needed at all at runtime.  Is this
intentional or just something that should be fixed up in bundlebuilder?
>  
>  Now, when installing into the system with rpm, it would actually make 
>  more sense to use the standard directory layout. I'm only a little 
>  worried that it would complicate the build system of activities which 
>  doesn't use Sugar bundlebuilder. 
What proportion of activities don't use bundlebuilder?  All the ones
I've looked at have, but that is admittedly a small-ish sample set

>  Note that we have to extend/replace find-lang.sh regardless, to be
> aware 
>  of localized activity.info. 
That's a quick fix that I can get into upstream rpm once we are agreed
on going in that direction much like we already do for a few other
things.  

Going to hold up with my other packages for the moment so that we can
try to get some of these things ironed out and thus have simpler
packages rather than a lot of packages with manual kludges that we then
take out later

Jeremy

[Marco Pesenti Gritti]

Jeremy Katz wrote:
> > XO Bundles, which are the normal activity distribution mechanism
> for 
> > OLPC are self contained.
> >     
>
>  It seems like they contain more than just the "binary" bits, also
>  including most of the source tree 
Any example of this other than setup.py (and the activity python scripts)?

>   including things like setup.py and the
>  raw po files that shouldn't be needed at all at runtime.  Is this
>  intentional or just something that should be fixed up in bundlebuilder?
>     
I think the idea there is that kids should be able to modify activities 
directly (starting from the installed .xo) and redistribute them.

The use case is obviously not relevant to activity rpms though.

> > Now, when installing into the system with rpm, it would actually
> make 
> > more sense to use the standard directory layout. I'm only a little 
> > worried that it would complicate the build system of activities which 
> > doesn't use Sugar bundlebuilder.
> >     
>
>  What proportion of activities don't use bundlebuilder?  All the ones
>  I've looked at have, but that is admittedly a small-ish sample set
>
>     
Vast majority uses bundlebuilder. I can only think of Etoys which 
doesn't right now.

> > Note that we have to extend/replace find-lang.sh regardless, to
> be aware 
> > of localized activity.info.
> >     
>
>  That's a quick fix that I can get into upstream rpm once we are agreed
>  on going in that direction much like we already do for a few other
>  things.  
>     
I'm inclined to go in that direction, yeah. I'll write a patch for 
bundlebuilder and see the feedback I get about it by the rest of the team.

Thanks!
Marco

[Marco Pesenti Gritti]

On Tue, Aug 12, 2008 at 12:52 AM, Marco Pesenti Gritti
<mpgritti(a)gmail.com&gt; wrote:
>  I'm inclined to go in that direction, yeah. I'll write a
> patch for
>  bundlebuilder and see the feedback I get about it by the rest of the team. 
Sorry for the delay, I've been in vacation.

I just opened a ticket and added patches for review:

http://dev.laptop.org/ticket/8136

Marco

[Michael Stone]

Marco,

I don't understand yet how, why, where, and when you're proposing to
change the installation patterns for activities, their translation data,
source code, etc, nor what effect your proposal may have on the ability
of OLPC to use the Fedora activity packaging guidelines to get itself
out of impending activity-related dependency hell.

Therefore, before committing your changes to Sugar, could you please
more fully explain the details of your proposal so everyone has the
opportunity to reflect on its impact? (Something PEP-ish or RFC-ish
would be most appreciated.)

Thanks very much,

Michael

bundlebuilder changes (was Re: Sugar on Fedora 10 Alpha - how to I run it?)

[Marco Pesenti Gritti]

Michael Stone wrote:
>  Marco,
>
>  I don't understand yet how, 
The specific change I'm proposing is to install .mo files (translations) 
in they standard system location, /usr/share/locale.

>  why, 
Fedora has a script which handles translation packaging and it obviously 
expect things to be in their normal system location. Another approach 
would be to provide specific scripts for Sugar activities. But I think 
installing things where they are supposed to be when using rpm is a 
cleaner fix. And I think in general it would better to use the standard 
system paths whenever it's possible.

>  where, 
This is a change to bundlebuilder, the build script which is used by 
most activities. It only applies to system installation, not to .xo builds.

>  and when  
Unclear. Depends on the reaction I get about the approach etc. I 
enumerated several possibilities on the ticket, there are surely more.

>  you're proposing to
>  change the installation patterns for activities, their translation data,
>  source code, 
The only way this affects source code is that the .po files are not 
shipped in the rpm.

>  etc, nor what effect your proposal may have on the ability
>  of OLPC to use the Fedora activity packaging guidelines to get itself
>  out of impending activity-related dependency hell. 
I know nothing about this plan. You should write an RFC about it. It's 
way more ambitious and complicated than what I'm proposing. The OLPC use 
cases and requirements are very different from normal Fedora/yum usage.

Without knowing more about what you are planning in concrete, I have no 
idea if this change make things worst or better than what we have now in 
this respect. Can you elaborate?

>  Therefore, before committing your changes to Sugar, could you please
>  more fully explain the details of your proposal so everyone has the
>  opportunity to reflect on its impact? (Something PEP-ish or RFC-ish
>  would be most appreciated.) 
I'm happy to document it on the wiki as soon as I've got more feedback 
about the general approach. The change is very simple (I hope I managed 
to clarify what is exactly, otherwise please ask away), but it can have 
interesting consequences. I hope discussion here, on the ticket and on 
the Sugar mailing list will provide some good thoughts about it.

Marco

bundlebuilder changes (was Re: Sugar on Fedora 10 Alpha - how to I run it?)

[Martin Langhoff]

On Mon, Aug 25, 2008 at 11:39 AM, Marco Pesenti Gritti
<mpgritti(a)gmail.com&gt; wrote:
>  The specific change I'm proposing is to install .mo files
> (translations) in
>  they standard system location, /usr/share/locale. 
This is a problem-space well explored by the GNUStep packaging in
Debian and right now being discussed in Fedora-devel too. We aren't
breaking new ground on this at all...

So I assume the approach will be based on the GNUStep approach? If you
ask me, I'd guess that Sugar would support both the self-contained
bundles for easy d/l and exchange, but also handle RPM-installed
activities that are not in a self-contained bundle, but laid out in
FHS-compatible manner.

One big win in Sugar defining a FHS-compat layout would be stemming
the risk of different distros picking different paths. This could
happen for GNUStep packages if Fedora decides to go a different way
from Debian -- and if it does happen it will probably be quite jarring
for the GNUStep upstream.

cheers.



m
-- 
 martin.langhoff(a)gmail.com
 martin(a)laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff

bundlebuilder changes (was Re: Sugar on Fedora 10 Alpha - how to I run it?)

[Marco Pesenti Gritti]

On Mon, Aug 25, 2008 at 2:18 AM, Martin Langhoff
<martin.langhoff(a)gmail.com&gt; wrote:
>  On Mon, Aug 25, 2008 at 11:39 AM, Marco Pesenti Gritti
>  <mpgritti(a)gmail.com&gt; wrote:
> > The specific change I'm proposing is to install .mo files (translations) in
> > they standard system location, /usr/share/locale.
>
>  This is a problem-space well explored by the GNUStep packaging in
>  Debian and right now being discussed in Fedora-devel too. We aren't
>  breaking new ground on this at all... 
Thanks for the pointer! I'll look into it.

>  So I assume the approach will be based on the GNUStep approach? If
> you
>  ask me, I'd guess that Sugar would support both the self-contained
>  bundles for easy d/l and exchange, but also handle RPM-installed
>  activities that are not in a self-contained bundle, but laid out in
>  FHS-compatible manner. 
Yup, that's exactly the approach I'm leaning towards here.

Marco

Sugar-emulator on Fedora 10 Alpha looking good

[Jerry Williams]

The sugar-emulator on Fedora 10 Alpha is looking pretty good!

Just wondering what I can do to help?

I am running it on VirtualBox and it comes up and looks right.
But the Journal seems to be having issues.
I can get into the control panel and change colors but can't save them.
And I don't have any Activities that I can see, other that Journal.

Thanks!
Jerry Williams

Sugar-emulator on Fedora 10 Alpha looking good

[Greg DeKoenigsberg]

On Tue, 2 Sep 2008, Jerry Williams wrote:

>  The sugar-emulator on Fedora 10 Alpha is looking pretty good!
>
>  Just wondering what I can do to help? 
If you're interested in packaging work, packaging RPMs of more activities 
could be fun and relatively easy.  And since you're not finding any 
other activies... :)

Check it out:

http://fedoraproject.org/wiki/PackageMaintainers/WishList#OLPC_Wishlist

--g

>  I am running it on VirtualBox and it comes up and looks right.
>  But the Journal seems to be having issues.
>  I can get into the control panel and change colors but can't save them.
>  And I don't have any Activities that I can see, other that Journal.
>
>  Thanks!
>  Jerry Williams
>
>
>  _______________________________________________
>  Fedora-olpc-list mailing list
>  Fedora-olpc-list(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/fedora-olpc-list
>

Sugar-emulator on Fedora 10 Alpha looking good

[Simon Schampijer]

Greg Dekoenigsberg wrote:
>  
>  On Tue, 2 Sep 2008, Jerry Williams wrote:
>  
> > The sugar-emulator on Fedora 10 Alpha is looking pretty good!
> >
> > Just wondering what I can do to help?
>  
>  If you're interested in packaging work, packaging RPMs of more 
>  activities could be fun and relatively easy.  And since you're not 
>  finding any other activies... :)
>  
>  Check it out:
>  
>  http://fedoraproject.org/wiki/PackageMaintainers/WishList#OLPC_Wishlist
>  
>  --g 
Here are some notes from my playing with sugar on F10 yesterday.

a) activity installation which
   - the bundlebuilder change has been made and the packaging is on it's 
way now

b) xulrunner (we have a specific OLPC version of this build)
   - enable pyxpcom in F-10 package #436581
   - a no-native-theme patch (this must be fixed properly to be accepted)
   - rainbow patch (which does not affect us on Fedora)

c) NM (switch to 0.7)
   - the sugar nmclient and the presence service have to be updated to 
the new API (GetDevices instead of getDevices etc)
   - maybe some other changes in NM
   - would be a rewarding work since olpc and other distros would profit 
as well

d) better resolution handling
   - the current code is optimized for the XO

e) logout option
   - currently there is no logout option http://dev.laptop.org/ticket/8141

f) language
   - on the XO we use ~/.i18n to store the locale
   - a reason for this was to not need root-privileges to change the 
language


Best,
    Simon

Sugar-emulator on Fedora 10 Alpha looking good

[Marco Pesenti Gritti]

On Wed, Sep 3, 2008 at 10:33 AM, Simon Schampijer <simon(a)schampijer.de&gt; wrote:
>  b) xulrunner (we have a specific OLPC version of this build)
>   - enable pyxpcom in F-10 package #436581
>   - a no-native-theme patch (this must be fixed properly to be accepted) 
Actually it's sugar and his gtk theme that needs to be fixed to not
require the patch. Might need mozilla changes but we should work on
these upstream.

Marco

Sugar-emulator on Fedora 10 Alpha looking good

[Jeremy Katz]

On Wed, 2008-09-03 at 10:33 +0200, Simon Schampijer wrote:
>  f) language
>     - on the XO we use ~/.i18n to store the locale
>     - a reason for this was to not need root-privileges to change the 
>  language 
Using ~/.i18n is actually reasonable and the right way to set a per-user
language setting.  

Jeremy

Sugar-emulator on Fedora 10 Alpha looking good

[Jerry Williams]

Well I can change the colors now. :)
And I see the Journal now, but it's empty.

Not sure why I am getting these:

(sugar-shell:2801): atk-bridge-WARNING **: AT_SPI_REGISTRY was not started
at session startup.

(sugar-shell:2801): atk-bridge-WARNING **: IOR not set.

(sugar-shell:2801): atk-bridge-WARNING **: Could not locate registry
1220469469.194451 WARNING root: No gtk.AccelGroup in the top level window.
1220469469.201552 WARNING root: No gtk.AccelGroup in the top level window.

** (sugar-shell:2801): DEBUG: ending phase 5

1220469469.288627 ERROR dbus.proxies: Introspect error on
org.freedesktop.ohm:/org/freedesktop/ohm/Keystore:
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown:
The name org.freedesktop.ohm was not provided by any .service files
1220469469.605417 ERROR root: Cannot unfreeze the DCON

(sugar-shell:2801): Wnck-WARNING **: Property _NET_WM_NAME contained invalid
UTF-8

[u'sugar-activity', u'journalactivity.JournalActivity', '-b',
dbus.String(u'org.laptop.JournalActivity', variant_level=1), '-a',
'594328a51f17127d71412cc60c41463bce6b4e5e']
*

Thanks,
Jerry Williams

>  -----Original Message-----
>  From: fedora-olpc-list-bounces(a)redhat.com [mailto:fedora-olpc-list-
>  bounces(a)redhat.com] On Behalf Of Jerry Williams
>  Sent: Tuesday, September 02, 2008 10:14 PM
>  To: 'fedora-olpc-list'
>  Subject: Sugar-emulator on Fedora 10 Alpha looking good
>  
>  The sugar-emulator on Fedora 10 Alpha is looking pretty good!
>  
>  Just wondering what I can do to help?
>  
>  I am running it on VirtualBox and it comes up and looks right.
>  But the Journal seems to be having issues.
>  I can get into the control panel and change colors but can't save them.
>  And I don't have any Activities that I can see, other that Journal.
>  
>  Thanks!
>  Jerry Williams
>  
>  
>  _______________________________________________
>  Fedora-olpc-list mailing list
>  Fedora-olpc-list(a)redhat.com
>  https://www.redhat.com/mailman/listinfo/fedora-olpc-list

Sugar-emulator on Fedora 10 Alpha looking good

[Jeremy Katz]

On Wed, 2008-09-03 at 13:21 -0600, Jerry Williams wrote:
>  And I see the Journal now, but it's empty. 
This is likely due to the lack of activities packaged and built.  My
terminal package is through review and built as of tonight.  There are a
few others (chat, calculate, write) in the review queue if you want to
take a stab at them -- they should be pretty straight forward to
review.  

>  Not sure why I am getting these:
>  (sugar-shell:2801): atk-bridge-WARNING **: AT_SPI_REGISTRY was not started
>  at session startup.
>  (sugar-shell:2801): atk-bridge-WARNING **: IOR not set.
>  (sugar-shell:2801): atk-bridge-WARNING **: Could not locate registry 
These are all due to accessibility not being started and so ATK disables
itself iirc

>  1220469469.288627 ERROR dbus.proxies: Introspect error on
>  org.freedesktop.ohm:/org/freedesktop/ohm/Keystore:
>  dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown:
>  The name org.freedesktop.ohm was not provided by any .service files
>  1220469469.605417 ERROR root: Cannot unfreeze the DCON 
You won't have ohm running with the emulator as you instead have things
like gnome-power-manager running on your real system

>  (sugar-shell:2801): Wnck-WARNING **: Property _NET_WM_NAME contained
> invalid
>  UTF-8 
Hmmm, something is setting a bad window property

>  [u'sugar-activity',
> u'journalactivity.JournalActivity', '-b',
>  dbus.String(u'org.laptop.JournalActivity', variant_level=1), '-a',
>  '594328a51f17127d71412cc60c41463bce6b4e5e'] 
This is just sugar-shell logging what it's running

Jeremy