Fedora

yum groupinstall sugar*
yum install sugar-emulator

"GNOME Shell is the defining technology of the GNOME 3 desktop user experience.
It provides core interface functions like switching to windows and launching applications.
GNOME Shell takes advantage of the capabilities of modern graphics hardware and introduces innovative user interface concepts
to provide a delightful and easy to use experience."

yum groupinstall sugar* --skip-broken
yum install sugar-emulator alacarte
alacarte
 properties of Education/Sugar "sugar-emulator -f"
   (-i600x500) for smaller window
 exit

terminal:
su -
(password)
gedit /usr/share/applications/sugar-emulator.desktop
edit line 6: Exec=sugar-emulator -f
save
Logout
login

show desktop as icon in favorites:
add programs install "alacarte" 
open alacarte
make new
application
command "nautilus Desktop"
save 
Run from applications
Make favorite

key shortcuts
   * System (Windows) key: Switch between overview and desktop
   * Alt+F1: Switch between overview and desktop
   * Alt+F2: Pop up command dialog
   * Alt+Tab: Pop up window cycler
   * Alt+Shift+Tab: Cycle in reverse direction in the window cycler
   * Alt+`: Switch between windows of the same application in Alt+Tab
   * Ctrl+Alt+Tab: Pop up place cycler
   * Ctrl+Shift+Alt+R: Start and end screencast recording
   * Ctrl+Alt+D: Show desktop and raise windows back
   * Ctrl+Alt+Up/Down arrow: Switch between workspaces
   * Ctrl+Alt+Shift+Up/Down arrow: Move the current window to a different workspace 
Most keybindings can be viewed under the User Menu -> System Settings -> Keyboard -> Shortcuts 

      the Shell simply always behaves so there's exactly one empty workspace.
      So when you start a session you have one workspace.
      As soon as you run something it goes into that workspace and
      you get a second empty workspace. As soon as you put any app into that
      empty workspace, a new empty workspace is created. If you remove
      everything from any workspace, it will disappear, so there's still only
      one empty workspace at the bottom of the list. So, there's never any
      need to manually add a new workspace. Pretty neat system.

      get a gnome 3 error explaining that it can't be fully initialised because 3D is 
      not supported.
      GNOME3 is not expected to work in virtualized environments where
      hardware accelerated graphics are not available.

      From http://gnome3.org/faq.html ...
       The GNOME 3 desktop does require hardware accelerated graphics
       in order to provide a cutting-edge experience however, and the
       complete GNOME 3 experience will only be available on computers
       capable of this. Do not worry though: GNOME 3 will come complete
       with a fallback interface which will provide an excellent
       experience in the absence of hardware acceleration, and which
       incorporates many of the improvements that can be found in GNOME
       3.
       -------------------------------------------
      test Digest, Vol 85, Issue 60, Message: 7
       It's kind of a definition issue. GNOME *Shell* requires acceleration.
       But technically GNOME 3 does not; the fallback interface is still
       considered to be 'GNOME 3'. So you do need acceleration to get the Shell
       interface that's the 'big new thing' in GNOME 3, but still, if you don't
       have acceleration and you get the fallback interface instead, what
       you're running is still GNOME 3. Just GNOME 3's fallback interface.
       Adam Williamson 
      Message: 8
       In any case, VBox with 3d accelleration enables and 128MB for video memory
       is not sufficient for GShell.  (VBox 4.0.4)
      Message: 13
       Also, on that last note, we should clarify that right now Shell doesn't
       work even in virtualized environments where accelerated graphics *are*
       available, e.g. VirtualBox with appropriate hardware and drivers. In
       theory it should be possible to make this work, but in practice it
       currently doesn't.
       So there's two angles we can approach this from; make Shell run with
       software GL, or fix up Shell to work with virtualized graphics
       acceleration passthrough. But it's not at all guaranteed that we'll
       manage either in time for f15. 

       Unable to log in after update:
       yum downgrade rsyslog fixed it

       The minimum memory required is 1GB, due to anaconda changes.
       When you see "populate_rootfs" in the panic, it's caused by that.
       Message: 16
       don't know whether modifying services is reasonable, but what is not 
       reasonable is for a user no longer to be able to boot his system and not to be 
       able to log in after an update. For the less experienced user, this particular 
       problem required a reinstallation of the system. For me, a somewhat more savvy 
       user, this required using all the skills I had just to avoid reinstallation, 
       and only a tip on this list from another affected user to get me out of an 
       unsolvable situation.
       ------------------------
       It is selinux that is denying the startup, system will work, but you need to start with it disabled :(
       I downgraded rsyslog package to get a working desktop in the meantime there is a bugzilla already:
       https://bugzilla.redhat.com/show_bug.cgi?id=689089

yum install sugar-*

sugar-emulator

Fedora

Contents

Fedora 13

The Sugar Learning Environment is packaged in Fedora 13.

Fedora 14

Sugar Learning Environment packaged in F14 or F15

Fedora 15 gnome3 with sugar 0.92.0

GnomeShell

Test Day

Bootable f15 gnome3 CD on MacBook Pro

Make Bootable f15 gnome3 USB

Installation to HD via dd write to 2GB Boot USB

Install Sugar-Desktop

Notes

Update Log

Smolt profiles

Sugar on a Stick

Make a custom Fedora image

Fedora OLPC

Mailing list

Download Mirrors and Spins

Navigation menu

Search