Re: [Sugar-devel] Sugar with Metacity (again)
Hello, On Fri, May 22, 2009 at 8:12 PM, Tomeu Vizoso to...@sugarlabs.org wrote: On Fri, May 22, 2009 at 16:33, Gary C Martin g...@garycmartin.com wrote: On 22 May 2009, at 11:51, Sayamindu Dasgupta wrote: Hello, Revisiting the topic of replacing matchbox with a more standard window manager[1], I have just uploaded a soas2 build in which Sugar uses (unmodified) metacity instead of matchbox. The image also has the Gimp, xterm and gcalctool so that you can test how metacity treats those normally while making activities occupy the entire screen. At the moment, a few activities are getting positioned incorrectly (I'll look into the activity code to figure out what's wrong), Here's a quick run through of the activities. Thanks, Gary! Sayamindu: have you considered moving the window management stuff from the sugar shell to a metacity plugin? Does stable versions of metacity offer plugin support ? As per the thread at http://www.mail-archive.com/fedora-l...@redhat.com/msg15116.html, it seems that the metacity developers want to delegate things like window placement requests etc to the toolkit itself, and not to the window manager. I will look into the Sugar code to see if we can do the size requests etc earlier in the window creating process so that the interim artifacts that Gary has reported are not shown. I'll also take a look at the maximus code to see how they do this without any visual artifacts. Thanks, Sayamindu PS: Sorry for not responding to most of the threads I should have responded to - our city got hit by a cyclone yesterday and my internet connection has been a bit unreliable. Things should be OK from tomorrow. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On Sat, May 23, 2009 at 20:04, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Sat, May 23, 2009 at 07:30:15PM +0200, Bernie Innocenti wrote: On 05/23/09 19:16, Bernie Innocenti wrote: I couldn't get this to boot, it hangs some time after the grub menu. But it might be because qemu is broken in Fedora 11. Oh, wait! It was just damn slow because I wasn't using kvm (permissions issue). Now I could test it, and it looks good, modulo the bugs that Tomeu and Gary reported. TurtleArt would work for me, but the window was mispositioned. I'd say: let's switch early in the 0.86 release cycle, as soon as we've shaked the major bugs, so activity maintainers have time to fix the remaining issues in their code. Do you really mean to say that switching window manager should be done in a stable environment? Or did you mean to suggest swtiching early _after_ the 0.86 release? I guess Bernie meant to switch early in the 0.85 cycle (so now). The only thing I didn't like very much is memory usage: 21MB VIRT, 10MB RSS. But I suppose we can't do much about it. Is the purpose to switch from one specific window manager to another specific one, or to move towards working properly with any EWMH-compliant window manager (and just picking one of them by default)? I would say the later. GNOME can work with different window managers too, even if it ships with this one as default. Would be great if the choice of window manager could be left to integrators, I'm not sure it will be possible given our possible needs but I would say it's worth trying. Regards, Tomeu - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAkoYOssACgkQn7DbMsAkQLjXAQCeLGCK7GvW7PnLxRxg5GO++lg+ TQsAoJZ0RdYsWOleadgD+2Rbl0LyTkte =Dq8b -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On Sat, May 23, 2009 at 21:30, Lucian Branescu lucian.brane...@gmail.com wrote: Perhaps Maximus from Ubuntu netbook remix may help with emulating matchbox behaviour? https://launchpad.net/maximus We have a trade-off to take into account here between memory usage of maximus and the cost of implementation and maintenance of this job. Depending on that, would be better to duplicate this functionality inside the shell process. Regards, Tomeu I don't really have a say in this, but I'd go for EWMH compliance. Even Compiz could be used in XO 1.5, since it has some 3D support. 2009/5/23 Jonas Smedegaard d...@jones.dk: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Sat, May 23, 2009 at 07:30:15PM +0200, Bernie Innocenti wrote: On 05/23/09 19:16, Bernie Innocenti wrote: I couldn't get this to boot, it hangs some time after the grub menu. But it might be because qemu is broken in Fedora 11. Oh, wait! It was just damn slow because I wasn't using kvm (permissions issue). Now I could test it, and it looks good, modulo the bugs that Tomeu and Gary reported. TurtleArt would work for me, but the window was mispositioned. I'd say: let's switch early in the 0.86 release cycle, as soon as we've shaked the major bugs, so activity maintainers have time to fix the remaining issues in their code. Do you really mean to say that switching window manager should be done in a stable environment? Or did you mean to suggest swtiching early _after_ the 0.86 release? The only thing I didn't like very much is memory usage: 21MB VIRT, 10MB RSS. But I suppose we can't do much about it. Is the purpose to switch from one specific window manager to another specific one, or to move towards working properly with any EWMH-compliant window manager (and just picking one of them by default)? GNOME can work with different window managers too, even if it ships with this one as default. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAkoYOssACgkQn7DbMsAkQLjXAQCeLGCK7GvW7PnLxRxg5GO++lg+ TQsAoJZ0RdYsWOleadgD+2Rbl0LyTkte =Dq8b -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On Sat, May 23, 2009 at 7:30 PM, Bernie Innocenti ber...@codewiz.org wrote: The only thing I didn't like very much is memory usage: 21MB VIRT, 10MB RSS. But I suppose we can't do much about it. Ugh. That's a ton for a wm :-( Are there alternatives that fit better? m -- martin.langh...@gmail.com mar...@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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On 05/25/09 11:19, Martin Langhoff wrote: On Sat, May 23, 2009 at 7:30 PM, Bernie Innocenti ber...@codewiz.org wrote: The only thing I didn't like very much is memory usage: 21MB VIRT, 10MB RSS. But I suppose we can't do much about it. Ugh. That's a ton for a wm :-( Are there alternatives that fit better? Openbox, the window manager used by LXDE and other desktops, is only slightly cheaper: 7.5MB RSS. IMHO, not worth the pain of being out of the mainstream. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On Mon, May 25, 2009 at 12:10 PM, Bernie Innocenti ber...@codewiz.org wrote: Openbox, the window manager used by LXDE and other desktops, is only slightly cheaper: 7.5MB RSS. IMHO, not worth the pain of being out of the mainstream. matchbox, according to ps_mem.py is 2.5MiB (private) + 430.5 MiB(shared) with Browse.xo and Terminal.xo open on my development XO after 3 days uptime. 'top' says 9644 RSS, 5436 Res, but the more I use the smap data (parsed by ps_mem.py) the less I trust top's readings :-/ Perhaps it'd be better to get numbers with ps_mem.py ;-) m -- martin.langh...@gmail.com mar...@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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
[cc += cwickert] On 05/25/09 12:10, Bernie Innocenti wrote: On 05/25/09 11:19, Martin Langhoff wrote: On Sat, May 23, 2009 at 7:30 PM, Bernie Innocenti ber...@codewiz.org wrote: The only thing I didn't like very much is memory usage: 21MB VIRT, 10MB RSS. But I suppose we can't do much about it. Ugh. That's a ton for a wm :-( Are there alternatives that fit better? Openbox, the window manager used by LXDE and other desktops, is only slightly cheaper: 7.5MB RSS. Oops, I just realized I was measuring on x86_64, so that was an unfair comparison after all. So Openbox's RSS on x86 is probably a good saving, if someone is interested in experimenting with it. Christoph Wickert has been working on making LXDE from Fedora available for the OLPC XO images. Perhaps he'd like to give it a shot? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On 05/25/09 12:18, Martin Langhoff wrote: matchbox, according to ps_mem.py is 2.5MiB (private) + 430.5 MiB(shared) with Browse.xo and Terminal.xo open on my development XO after 3 days uptime. 'top' says 9644 RSS, 5436 Res, but the more I use the smap data (parsed by ps_mem.py) the less I trust top's readings :-/ Perhaps it'd be better to get numbers with ps_mem.py ;-) Indeed. VMM is totally meaningless because it includes file mappings for all libraries and things like that. RSS varies with memory pressure and includes shared pages, so it's an equally unreliable estimate. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
Am Montag, den 25.05.2009, 12:17 +0200 schrieb Bernie Innocenti: [cc += cwickert] On 05/25/09 12:10, Bernie Innocenti wrote: On 05/25/09 11:19, Martin Langhoff wrote: On Sat, May 23, 2009 at 7:30 PM, Bernie Innocenti ber...@codewiz.org wrote: The only thing I didn't like very much is memory usage: 21MB VIRT, 10MB RSS. But I suppose we can't do much about it. Ugh. That's a ton for a wm :-( Are there alternatives that fit better? Openbox, the window manager used by LXDE and other desktops, is only slightly cheaper: 7.5MB RSS. Oops, I just realized I was measuring on x86_64, so that was an unfair comparison after all. So Openbox's RSS on x86 is probably a good saving, if someone is interested in experimenting with it. Christoph Wickert has been working on making LXDE from Fedora available for the OLPC XO images. Perhaps he'd like to give it a shot? That was my plan. Sorry for not popping in earlier, I have just subscribed to this list after receiving Bernie's message. Basically it should not be to hard to get Openbox working: * Window decoration can be turned of. I guess this is what we want for most windows. * Supports window matching rules: default windows - fullscreen + no decoration dialogs - centered, on top, ... * I already have the OLPC specific keyboard shortcuts from the work I did with LXDE * It can be started with different config files I'm going to work on this, help and comments welcome. Regards, Christoph ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On 05/22/09 12:51, Sayamindu Dasgupta wrote: The ISO can be downloaded from: http://people.sugarlabs.org/sayamindu/isos/Soas2-200905212052_sayamindu_metacity.iso You can test the image with qemu (or qemu-kvm) with the following command: sudo qemu-kvm -cdrom Soas2-200905212052_sayamindu_metacity.iso -boot d -m 1024M I couldn't get this to boot, it hangs some time after the grub menu. But it might be because qemu is broken in Fedora 11. Anyway, good job! -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On 05/23/09 19:16, Bernie Innocenti wrote: I couldn't get this to boot, it hangs some time after the grub menu. But it might be because qemu is broken in Fedora 11. Oh, wait! It was just damn slow because I wasn't using kvm (permissions issue). Now I could test it, and it looks good, modulo the bugs that Tomeu and Gary reported. TurtleArt would work for me, but the window was mispositioned. I'd say: let's switch early in the 0.86 release cycle, as soon as we've shaked the major bugs, so activity maintainers have time to fix the remaining issues in their code. The only thing I didn't like very much is memory usage: 21MB VIRT, 10MB RSS. But I suppose we can't do much about it. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Sat, May 23, 2009 at 07:30:15PM +0200, Bernie Innocenti wrote: On 05/23/09 19:16, Bernie Innocenti wrote: I couldn't get this to boot, it hangs some time after the grub menu. But it might be because qemu is broken in Fedora 11. Oh, wait! It was just damn slow because I wasn't using kvm (permissions issue). Now I could test it, and it looks good, modulo the bugs that Tomeu and Gary reported. TurtleArt would work for me, but the window was mispositioned. I'd say: let's switch early in the 0.86 release cycle, as soon as we've shaked the major bugs, so activity maintainers have time to fix the remaining issues in their code. Do you really mean to say that switching window manager should be done in a stable environment? Or did you mean to suggest swtiching early _after_ the 0.86 release? The only thing I didn't like very much is memory usage: 21MB VIRT, 10MB RSS. But I suppose we can't do much about it. Is the purpose to switch from one specific window manager to another specific one, or to move towards working properly with any EWMH-compliant window manager (and just picking one of them by default)? GNOME can work with different window managers too, even if it ships with this one as default. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAkoYOssACgkQn7DbMsAkQLjXAQCeLGCK7GvW7PnLxRxg5GO++lg+ TQsAoJZ0RdYsWOleadgD+2Rbl0LyTkte =Dq8b -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
Perhaps Maximus from Ubuntu netbook remix may help with emulating matchbox behaviour? https://launchpad.net/maximus I don't really have a say in this, but I'd go for EWMH compliance. Even Compiz could be used in XO 1.5, since it has some 3D support. 2009/5/23 Jonas Smedegaard d...@jones.dk: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Sat, May 23, 2009 at 07:30:15PM +0200, Bernie Innocenti wrote: On 05/23/09 19:16, Bernie Innocenti wrote: I couldn't get this to boot, it hangs some time after the grub menu. But it might be because qemu is broken in Fedora 11. Oh, wait! It was just damn slow because I wasn't using kvm (permissions issue). Now I could test it, and it looks good, modulo the bugs that Tomeu and Gary reported. TurtleArt would work for me, but the window was mispositioned. I'd say: let's switch early in the 0.86 release cycle, as soon as we've shaked the major bugs, so activity maintainers have time to fix the remaining issues in their code. Do you really mean to say that switching window manager should be done in a stable environment? Or did you mean to suggest swtiching early _after_ the 0.86 release? The only thing I didn't like very much is memory usage: 21MB VIRT, 10MB RSS. But I suppose we can't do much about it. Is the purpose to switch from one specific window manager to another specific one, or to move towards working properly with any EWMH-compliant window manager (and just picking one of them by default)? GNOME can work with different window managers too, even if it ships with this one as default. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAkoYOssACgkQn7DbMsAkQLjXAQCeLGCK7GvW7PnLxRxg5GO++lg+ TQsAoJZ0RdYsWOleadgD+2Rbl0LyTkte =Dq8b -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On 22 May 2009, at 11:51, Sayamindu Dasgupta wrote: Hello, Revisiting the topic of replacing matchbox with a more standard window manager[1], I have just uploaded a soas2 build in which Sugar uses (unmodified) metacity instead of matchbox. The image also has the Gimp, xterm and gcalctool so that you can test how metacity treats those normally while making activities occupy the entire screen. At the moment, a few activities are getting positioned incorrectly (I'll look into the activity code to figure out what's wrong), Here's a quick run through of the activities. Correctly positioned: Memorize IRC InfoSlicer Write Chat Terminal Browse Joke Machine Poll Builder Paint Labyrinth View Slides Image Viewer Jukebox Read Offset, incorrectly sized and/or other related issue: Jigsaw Puzzle Moon Calculate Pippy TurtleArt (locked up, very slow, unusable) Record (main window OK but preview window ends up obscuring much of the UI) Etoys (mainly black screen, very slow, unusable, would not fully stop) FreeCell (mainly black screen, very slow, unusable, would not fully stop) Story Builder TamTamSynthLab TamTamMini TamTamEdit Slider Puzzle Cartoon Builder Flipsticks Develop Log Watching the re-draw as things (messily) start-up, it kind'a looks like windows are initially opened at a mix of different sizes (some too small, some too large). The activity then sets-up its UI, and only then receive some late window manager event to go fullscreen. Activities that don't expect their window to be dynamically resized stay offset and/or incorrectly sized. and etoys is showing black screens while loading a project, but apart from those, things seem to work fine. Try running gimp-2.0 or gcalctool or xterm from the Terminal Activity to see how metacity takes care of non-activities. Please test this if possible and let the mailing list know if you find more issues. Here's a few more: - When activities are started you initially see a sugar-session window with traditional widget decoration (close/minimise/etc) and title, again after a few seconds delay the pulsing activity icon begins and then the window decorations switch off and the window re-adjusts its size/layout. - All activities end up with a 3-4 pixel grey boarder around their outer edge (Fitts's law issue as right/bottom scroll bars are no longer at the edge of the screen). - You can still drag a fullscreen activity window around using the top grey boarder. - Holding alt down and dragging, drags a fullscreen window around from anywhere. - A few times when clicking the grey boarders I managed to trigger the window manager's context palette and window resizing cursors. - Watch out for some window manager shortcut keys Alt+F9, Alt+F7, Alt +F8, Alt+F4. Regards, --Gary The relevant trac ticket is http://dev.sugarlabs.org/ticket/602 The ISO can be downloaded from: http://people.sugarlabs.org/sayamindu/isos/Soas2-200905212052_sayamindu_metacity.iso You can test the image with qemu (or qemu-kvm) with the following command: sudo qemu-kvm -cdrom Soas2-200905212052_sayamindu_metacity.iso -boot d -m 1024M (adjust the value of the -m option based on the amount of RAM you have in your system, and if you do not have qemu-kvm, you can try to run it with qemu) Thanks, Sayamindu [1] http://erikos.sweettimez.de/?p=678 -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar with Metacity (again)
On Fri, May 22, 2009 at 16:33, Gary C Martin g...@garycmartin.com wrote: On 22 May 2009, at 11:51, Sayamindu Dasgupta wrote: Hello, Revisiting the topic of replacing matchbox with a more standard window manager[1], I have just uploaded a soas2 build in which Sugar uses (unmodified) metacity instead of matchbox. The image also has the Gimp, xterm and gcalctool so that you can test how metacity treats those normally while making activities occupy the entire screen. At the moment, a few activities are getting positioned incorrectly (I'll look into the activity code to figure out what's wrong), Here's a quick run through of the activities. Thanks, Gary! Sayamindu: have you considered moving the window management stuff from the sugar shell to a metacity plugin? Regards, Tomeu Correctly positioned: Memorize IRC InfoSlicer Write Chat Terminal Browse Joke Machine Poll Builder Paint Labyrinth View Slides Image Viewer Jukebox Read Offset, incorrectly sized and/or other related issue: Jigsaw Puzzle Moon Calculate Pippy TurtleArt (locked up, very slow, unusable) Record (main window OK but preview window ends up obscuring much of the UI) Etoys (mainly black screen, very slow, unusable, would not fully stop) FreeCell (mainly black screen, very slow, unusable, would not fully stop) Story Builder TamTamSynthLab TamTamMini TamTamEdit Slider Puzzle Cartoon Builder Flipsticks Develop Log Watching the re-draw as things (messily) start-up, it kind'a looks like windows are initially opened at a mix of different sizes (some too small, some too large). The activity then sets-up its UI, and only then receive some late window manager event to go fullscreen. Activities that don't expect their window to be dynamically resized stay offset and/or incorrectly sized. and etoys is showing black screens while loading a project, but apart from those, things seem to work fine. Try running gimp-2.0 or gcalctool or xterm from the Terminal Activity to see how metacity takes care of non-activities. Please test this if possible and let the mailing list know if you find more issues. Here's a few more: - When activities are started you initially see a sugar-session window with traditional widget decoration (close/minimise/etc) and title, again after a few seconds delay the pulsing activity icon begins and then the window decorations switch off and the window re-adjusts its size/layout. - All activities end up with a 3-4 pixel grey boarder around their outer edge (Fitts's law issue as right/bottom scroll bars are no longer at the edge of the screen). - You can still drag a fullscreen activity window around using the top grey boarder. - Holding alt down and dragging, drags a fullscreen window around from anywhere. - A few times when clicking the grey boarders I managed to trigger the window manager's context palette and window resizing cursors. - Watch out for some window manager shortcut keys Alt+F9, Alt+F7, Alt +F8, Alt+F4. Regards, --Gary The relevant trac ticket is http://dev.sugarlabs.org/ticket/602 The ISO can be downloaded from: http://people.sugarlabs.org/sayamindu/isos/Soas2-200905212052_sayamindu_metacity.iso You can test the image with qemu (or qemu-kvm) with the following command: sudo qemu-kvm -cdrom Soas2-200905212052_sayamindu_metacity.iso -boot d -m 1024M (adjust the value of the -m option based on the amount of RAM you have in your system, and if you do not have qemu-kvm, you can try to run it with qemu) Thanks, Sayamindu [1] http://erikos.sweettimez.de/?p=678 -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
