Re: [Sugar-devel] Help with testing SemanticXO's backend
Oups! I forgot I had installed that package system-wide. It's now in the bundle, please try again :-) Christophe On 5 November 2011 01:03, James Cameron qu...@laptop.org wrote: On Fri, Nov 04, 2011 at 05:17:07PM +0100, Christophe Gu?ret wrote: wget https://github.com/downloads/cgueret/SemanticXO/performances.tar.gz tar xzf performances.tar.gz cd performances python performances_test.py /dev/null No module named rdflib. Suggestions? -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Read port to Gtk 3 status
On Fri, Nov 4, 2011 at 4:40 PM, Gonzalo Odiard gonz...@laptop.org wrote: I have ported Read to Gtk3. Almost all is working, attached is a patch. There are a few TODO, shared here: epubview/epubview.py - self._scrollbar.set_update_policy(gtk.UPDATE_DISCONTINUOUS) + # self._scrollbar.set_update_policy(Gtk.UPDATE_DISCONTINUOUS) (I think this was deprecated) - self._view.set_flags(gtk.CAN_DEFAULT | gtk.CAN_FOCUS) + # TODO + #self._view.set_flags(Gtk.CAN_DEFAULT | Gtk.CAN_FOCUS) This one I think I can help with. Try: self._view.set_can_focus(True) -walter (Dont know where are these constants now) jobs.py Here we do: screen = Gdk.Screen.get_default() screen.get_font_options() Traceback (most recent call last): File stdin, line 1, in module File /usr/lib64/python2.7/site-packages/gi/types.py, line 43, in function return info.invoke(*args, **kwargs) TypeError: Couldn't find conversion for foreign struct 'cairo.FontOptions' I think is a problem with the binding. evinceadapter.py # set dpi # TODO why we need set this? min_scale = self._model.get_min_scale() max_scale = self._model.get_max_scale() logging.error(min scale %s max_scale %s, min_scale, max_scale) logging.error(setting min scale %s, min_scale * self.dpi / 72.0) logging.error(setting max scale %s, max_scale * self.dpi / 72.0) self._model.set_min_scale(min_scale * self.dpi / 72.0) self._model.set_max_scale(max_scale * self.dpi / 72.0) EvinceModel is returning min = 0, max = infinite but later have a error when want set the values. I have compared in the old bindings and the model was giving the same values. Probably does not have sense doing this process readtoolbar.py pitchbar.set_draw_value(False) - pitchbar.set_update_policy(gtk.UPDATE_DISCONTINUOUS) Deprecated http://mail.gnome.org/archives/commits-list/2011-January/msg01161.html readtopbar.py - self._progressbar.props.discrete_blocks = 10 (I couldn't found how set this value now) To test this activity more, I need palettes working. Overall, I am happy with the process, really I was think will be more difficult. We need organize how do the work in other activities. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [support-gang] how to force Sugar Activities to start fresh? (eg. XO OS 11.2.0 = Build 874)
On Thu, Nov 3, 2011 at 8:23 PM, James Cameron qu...@laptop.org wrote: G'day Adam, The holding down of the alt key in the activity view was introduced in Sugar 0.86 [1], and 11.2.0 is based on Sugar 0.94, and I've tested it just now and the feature works fine for me. Sometimes the left-alt key fails on membrane keyboards. Please test that the alt key works. You can do this easily by opening two activities and using alt-tab to switch between them. If this doesn't work, then there's more investigation to do. Otherwise, you can use the ok prompt to test /keyboard. 1. http://wiki.sugarlabs.org/go/0.86/Notes#Home_Favourites_View_Improvements -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel The graying out is Sugar's way of telling you that you'll get a fresh instance instead of reopening the most recent. If you are seeing gray, then it should work. Perhaps the children are releasing the Alt key before clicking? Alternatively, right click brings up the hover menu immediately. At the bottom of the hover menu for activities on the Home View is the option to open a new instance. regards. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] TA cairo conversion
I pushed a few more patches last night [1]. I have just two blockers right now to releasing the Cairo version: (1) I cannot seem to figure out how to convert my surface to a pixbuf or png for saving to a file; surface = canvas.canvas.get_target() # get the surface used by the canvas surface.cairo_surface_write_to_png(file_name) --- fails because XlibSurface doesn't have a cairo_surface_write_to_png attribute (2) I cannot seem to create the proper surface from a Pixbuf to use in non-interactive mode in replacement of the canvas surface. I have unsuccessfully tried to create a pixbuf and use it to source a cairo context. The only non-blockers are: (1) I am struggling with the erratic behavior of rotate on bitmaps. It is disabled at the moment. (2) There must be some way to cache the surfaces used by the sprites instead of re-rendering them from pixbufs each time, but using get_target() gives X errors. Any pointers appreciated. -walter [1] http://git.sugarlabs.org/~walter/turtleart/walters-cairo/commits/master -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] TA cairo conversion
Hello, On Sat, 2011-11-05 at 08:56 -0400, Walter Bender wrote: I pushed a few more patches last night [1]. I have just two blockers right now to releasing the Cairo version: (1) I cannot seem to figure out how to convert my surface to a pixbuf or png for saving to a file; surface = canvas.canvas.get_target() # get the surface used by the canvas surface.cairo_surface_write_to_png(file_name) --- fails because XlibSurface doesn't have a cairo_surface_write_to_png attribute What you can do is the following: 1. x_surface = canvas.canvas.get_target() 2. Create an image surface: img_surface = cairo.ImageSurface(...) 3. Create a context: cr = cairo.Context(img_surface) 4. cr.set_source_surface(x_surface) 5. cr.paint() 6. img_surface.write_to_png(file_name) This way you can download the image data from the X server, and store it inside the applications memory. After this it can be written out to a file. (2) I cannot seem to create the proper surface from a Pixbuf to use in non-interactive mode in replacement of the canvas surface. I have unsuccessfully tried to create a pixbuf and use it to source a cairo context. The pixel format that cairo uses, and the one that Gdk.Pixbuf uses is differs. If I understand correctly, what you want to do is to create an cairo.ImageSurface instead of the create_similar call. The only non-blockers are: (1) I am struggling with the erratic behavior of rotate on bitmaps. It is disabled at the moment. (2) There must be some way to cache the surfaces used by the sprites instead of re-rendering them from pixbufs each time, but using get_target() gives X errors. Hm, I can't say anything about these of the top of my head. Benjamin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Help with testing SemanticXO's backend (Christophe Gu?ret) [Sugar-devel Digest, Vol 37, Issue 13]
Message: 3 Date: Sat, 5 Nov 2011 08:57:14 +0100 From: Christophe Gu?ret c.d.m.gue...@vu.nl To: James Cameron qu...@laptop.org Cc: sugar-devel sugar-devel@lists.sugarlabs.org Subject: Re: [Sugar-devel] Help with testing SemanticXO's backend Message-ID: cabp9cahy31ccoauyrow0qd0vfgficbmisjxciwf_9iur4kr...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Oups! I forgot I had installed that package system-wide. It's now in the bundle, please try again :-) Christophe Still problematic on XO-1.5/os882 [olpc@xo-a7-4b-39 performances]$ python performances_test.py Start store mkdir: cannot create directory `./redstore-data': File exists /bin/sh: ./redstore: /lib32/ld-linux.so.2: bad ELF interpreter: No such file or directory Traceback (most recent call last): File performances_test.py, line 86, in module uid = generate_journal_entry(store) File performances_test.py, line 62, in generate_journal_entry store.store_object(metadata['uid'], metadata) File /home/olpc/performances/semanticxo/datastore.py, line 121, in store_object conn.request(PUT, /data/%s % resource, body=graph.serialize(), headers=headers) File /usr/lib/python2.7/httplib.py, line 946, in request self._send_request(method, url, body, headers) File /usr/lib/python2.7/httplib.py, line 987, in _send_request self.endheaders(body) File /usr/lib/python2.7/httplib.py, line 940, in endheaders self._send_output(message_body) File /usr/lib/python2.7/httplib.py, line 803, in _send_output self.send(msg) File /usr/lib/python2.7/httplib.py, line 755, in send self.connect() File /usr/lib/python2.7/httplib.py, line 736, in connect self.timeout, self.source_address) File /usr/lib/python2.7/socket.py, line 567, in create_connection raise error, msg socket.error: [Errno 111] Connection refused ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] TA cairo conversion
I've been pushing my work to http://git.sugarlabs.org/~walter/turtleart/walters-gtk3/commits/cscotts-gtk3 I'll rebase to the latest cairo bits. (It might be best to continue working with HEAD of my branch, since it runs fine on gtk2 and will minimize unnecessary patch conflicts.) It's also a little confusing to have so many clones: walters-cairo, walters-gtk3, cscott-gtk3, etc. Can we pick one clone and stick with it, even if we're going to work on separate branches? Gtk2 operation on my branch is unmodified, although the code uses Gtk3 style throughout, for future-proofing. The GTK3 version just needs some more incremental fixes; at the moment it's failing trying to create a CairoContext from a canvas---which I think should just be a no-op, more or less. Just a matter of getting enough time to work through the fixes, help welcome. --scott On Sat, Nov 5, 2011 at 9:15 AM, Benjamin Berg ben...@sugarlabs.org wrote: Hello, On Sat, 2011-11-05 at 08:56 -0400, Walter Bender wrote: I pushed a few more patches last night [1]. I have just two blockers right now to releasing the Cairo version: (1) I cannot seem to figure out how to convert my surface to a pixbuf or png for saving to a file; surface = canvas.canvas.get_target() # get the surface used by the canvas surface.cairo_surface_write_to_png(file_name) --- fails because XlibSurface doesn't have a cairo_surface_write_to_png attribute What you can do is the following: 1. x_surface = canvas.canvas.get_target() 2. Create an image surface: img_surface = cairo.ImageSurface(...) 3. Create a context: cr = cairo.Context(img_surface) 4. cr.set_source_surface(x_surface) 5. cr.paint() 6. img_surface.write_to_png(file_name) This way you can download the image data from the X server, and store it inside the applications memory. After this it can be written out to a file. (2) I cannot seem to create the proper surface from a Pixbuf to use in non-interactive mode in replacement of the canvas surface. I have unsuccessfully tried to create a pixbuf and use it to source a cairo context. The pixel format that cairo uses, and the one that Gdk.Pixbuf uses is differs. If I understand correctly, what you want to do is to create an cairo.ImageSurface instead of the create_similar call. The only non-blockers are: (1) I am struggling with the erratic behavior of rotate on bitmaps. It is disabled at the moment. (2) There must be some way to cache the surfaces used by the sprites instead of re-rendering them from pixbufs each time, but using get_target() gives X errors. Hm, I can't say anything about these of the top of my head. Benjamin -- ( http://cscott.net ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] how to force Sugar Activities to start fresh? (eg. XO OS 11.2.0 = Build 874)
Is there any way to start a new document once you're in the activity? --Scott On Saturday, November 5, 2011, Walter Bender walter.ben...@gmail.com wrote: On Thu, Nov 3, 2011 at 8:23 PM, James Cameron qu...@laptop.org wrote: G'day Adam, The holding down of the alt key in the activity view was introduced in Sugar 0.86 [1], and 11.2.0 is based on Sugar 0.94, and I've tested it just now and the feature works fine for me. Sometimes the left-alt key fails on membrane keyboards. Please test that the alt key works. You can do this easily by opening two activities and using alt-tab to switch between them. If this doesn't work, then there's more investigation to do. Otherwise, you can use the ok prompt to test /keyboard. 1. http://wiki.sugarlabs.org/go/0.86/Notes#Home_Favourites_View_Improvements -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel The graying out is Sugar's way of telling you that you'll get a fresh instance instead of reopening the most recent. If you are seeing gray, then it should work. Perhaps the children are releasing the Alt key before clicking? Alternatively, right click brings up the hover menu immediately. At the bottom of the hover menu for activities on the Home View is the option to open a new instance. regards. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- ( http://cscott.net ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Running sugar through PXE
Hi there, I am new to sugar. I set it up so i can boot the image through PXE. The initial boot phase works. But it fails while trying to mount the root fs. On the live CD it is set as root=live:LABEL=iso-filename or something similar. But the CD is not in the drive. So that points no where. I tried set it up to root=/dev/null like the Slitaz distro is doing. A distro I am also booting through PXE. I tried setting up to mount a NFS share on the LAN. But root nfs doesn't seems supported. Before getting into rebuilding the Sugar image. I was wondering if there is something that could work out of the box? Thanks Sent from my Phone. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Read port to Gtk 3 status
On Sat, Nov 5, 2011 at 7:49 AM, Walter Bender walter.ben...@gmail.com wrote: - self._view.set_flags(gtk.CAN_DEFAULT | gtk.CAN_FOCUS) + # TODO + #self._view.set_flags(Gtk.CAN_DEFAULT | Gtk.CAN_FOCUS) This one I think I can help with. Try: self._view.set_can_focus(True) -walter The set_flags method has been deprecated since GTK 2.22. You should use the set_can_default(), set_can_focus(), etc methods (in both GTK2 and GTK3). --scott -- ( http://cscott.net ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] how to force Sugar Activities to start fresh? (eg. XO OS 11.2.0 = Build 874)
On 5 Nov 2011, at 15:31, C. Scott Ananian wrote: Is there any way to start a new document once you're in the activity? No, the only places to start new activity instances from are: 1) home favourite view (from an activity palette, or by holding alt and clicking) 2) home list view 3) from the Journal by clicking on an activity bundle Regards, --Gary --Scott On Saturday, November 5, 2011, Walter Bender walter.ben...@gmail.com wrote: On Thu, Nov 3, 2011 at 8:23 PM, James Cameron qu...@laptop.org wrote: G'day Adam, The holding down of the alt key in the activity view was introduced in Sugar 0.86 [1], and 11.2.0 is based on Sugar 0.94, and I've tested it just now and the feature works fine for me. Sometimes the left-alt key fails on membrane keyboards. Please test that the alt key works. You can do this easily by opening two activities and using alt-tab to switch between them. If this doesn't work, then there's more investigation to do. Otherwise, you can use the ok prompt to test /keyboard. 1. http://wiki.sugarlabs.org/go/0.86/Notes#Home_Favourites_View_Improvements -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel The graying out is Sugar's way of telling you that you'll get a fresh instance instead of reopening the most recent. If you are seeing gray, then it should work. Perhaps the children are releasing the Alt key before clicking? Alternatively, right click brings up the hover menu immediately. At the bottom of the hover menu for activities on the Home View is the option to open a new instance. regards. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- ( http://cscott.net ) ___ 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] how to force Sugar Activities to start fresh? (eg. XO OS 11.2.0 = Build 874)
On Sat, Nov 5, 2011 at 1:19 PM, Gary Martin garycmar...@googlemail.com wrote: On 5 Nov 2011, at 15:31, C. Scott Ananian wrote: Is there any way to start a new document once you're in the activity? No, the only places to start new activity instances from are: 1) home favourite view (from an activity palette, or by holding alt and clicking) 2) home list view 3) from the Journal by clicking on an activity bundle Regards, --Gary --Scott On Saturday, November 5, 2011, Walter Bender walter.ben...@gmail.com wrote: On Thu, Nov 3, 2011 at 8:23 PM, James Cameron qu...@laptop.org wrote: G'day Adam, The holding down of the alt key in the activity view was introduced in Sugar 0.86 [1], and 11.2.0 is based on Sugar 0.94, and I've tested it just now and the feature works fine for me. Sometimes the left-alt key fails on membrane keyboards. Please test that the alt key works. You can do this easily by opening two activities and using alt-tab to switch between them. If this doesn't work, then there's more investigation to do. Otherwise, you can use the ok prompt to test /keyboard. 1. http://wiki.sugarlabs.org/go/0.86/Notes#Home_Favourites_View_Improvements -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel The graying out is Sugar's way of telling you that you'll get a fresh instance instead of reopening the most recent. If you are seeing gray, then it should work. Perhaps the children are releasing the Alt key before clicking? Alternatively, right click brings up the hover menu immediately. At the bottom of the hover menu for activities on the Home View is the option to open a new instance. regards. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- ( http://cscott.net ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel While there is not a general solution, some activities, e.g., Turtle Art, provides such a mechanism. Not sure it is really applicable to many activities, but for those where you make things, it probably makes sense. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] TA cairo conversion
On Sat, Nov 5, 2011 at 11:08 AM, C. Scott Ananian csc...@laptop.org wrote: I've been pushing my work to http://git.sugarlabs.org/~walter/turtleart/walters-gtk3/commits/cscotts-gtk3 I'll rebase to the latest cairo bits. (It might be best to continue working with HEAD of my branch, since it runs fine on gtk2 and will minimize unnecessary patch conflicts.) It's also a little confusing to have so many clones: walters-cairo, walters-gtk3, cscott-gtk3, etc. Can we pick one clone and stick with it, even if we're going to work on separate branches? Gtk2 operation on my branch is unmodified, although the code uses Gtk3 style throughout, for future-proofing. The GTK3 version just needs some more incremental fixes; at the moment it's failing trying to create a CairoContext from a canvas---which I think should just be a no-op, more or less. Just a matter of getting enough time to work through the fixes, help welcome. --scott On Sat, Nov 5, 2011 at 9:15 AM, Benjamin Berg ben...@sugarlabs.org wrote: Hello, On Sat, 2011-11-05 at 08:56 -0400, Walter Bender wrote: I pushed a few more patches last night [1]. I have just two blockers right now to releasing the Cairo version: (1) I cannot seem to figure out how to convert my surface to a pixbuf or png for saving to a file; surface = canvas.canvas.get_target() # get the surface used by the canvas surface.cairo_surface_write_to_png(file_name) --- fails because XlibSurface doesn't have a cairo_surface_write_to_png attribute What you can do is the following: 1. x_surface = canvas.canvas.get_target() 2. Create an image surface: img_surface = cairo.ImageSurface(...) 3. Create a context: cr = cairo.Context(img_surface) 4. cr.set_source_surface(x_surface) 5. cr.paint() 6. img_surface.write_to_png(file_name) This way you can download the image data from the X server, and store it inside the applications memory. After this it can be written out to a file. Worked great. Thanks. (2) I cannot seem to create the proper surface from a Pixbuf to use in non-interactive mode in replacement of the canvas surface. I have unsuccessfully tried to create a pixbuf and use it to source a cairo context. This worked as well. But I had to clean up a few other things that were broken in the code. I suspect that non-interactive mode has been broken for a while. The pixel format that cairo uses, and the one that Gdk.Pixbuf uses is differs. If I understand correctly, what you want to do is to create an cairo.ImageSurface instead of the create_similar call. The only non-blockers are: (1) I am struggling with the erratic behavior of rotate on bitmaps. It is disabled at the moment. (2) There must be some way to cache the surfaces used by the sprites instead of re-rendering them from pixbufs each time, but using get_target() gives X errors. Hm, I can't say anything about these of the top of my head. Benjamin -- ( http://cscott.net ) OK. I am pretty confident that there are no regressions in my current Cairo branch. So now the question is, what is the most sensible way to merge my branch with Scott's gtk3 branch? The merged branch can presumably become the new master branch. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] TA cairo conversion
On Sat, Nov 5, 2011 at 8:56 AM, Walter Bender walter.ben...@gmail.com wrote: I pushed a few more patches last night [1]. I have just two blockers right now to releasing the Cairo version: (1) I cannot seem to figure out how to convert my surface to a pixbuf or png for saving to a file; surface = canvas.canvas.get_target() # get the surface used by the canvas surface.cairo_surface_write_to_png(file_name) --- fails because XlibSurface doesn't have a cairo_surface_write_to_png attribute (2) I cannot seem to create the proper surface from a Pixbuf to use in non-interactive mode in replacement of the canvas surface. I have unsuccessfully tried to create a pixbuf and use it to source a cairo context. The only non-blockers are: (1) I am struggling with the erratic behavior of rotate on bitmaps. It is disabled at the moment. I was just thinking about it backwards... Works as expected now. (2) There must be some way to cache the surfaces used by the sprites instead of re-rendering them from pixbufs each time, but using get_target() gives X errors. I'll keep poking at this one as I think it may help with performance. The basic idea is: for i, img in enumerate(self.images): if self.surfaces[i] is not None: cr.set_source_surface(self.surfaces[i], self.rect.x + self._dx[i], self.rect.y + self._dy[i]) else: cr.set_source_pixbuf(img, self.rect.x + self._dx[i], self.rect.y + self._dy[i]) self.surfaces[i] = cr.get_target() -walter Any pointers appreciated. -walter [1] http://git.sugarlabs.org/~walter/turtleart/walters-cairo/commits/master -- Walter Bender Sugar Labs http://www.sugarlabs.org -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Running sugar through PXE
Hi there, I've always been a serious advocate of runing sugar through pxe for a million reasons.. For a time I was employed for working on the maco managmenet side of sugar... ie distributing it... pxe... seemed obvious, fast, and incredibly tested. I am also one of the lead guys workiin on LTSP which turns any old computer into a thin client runninig the latest distro (ubuntu, fedora, and debian have done most work in that area) but its amazing stufff... u can run a thin client as just that, thin, using maybe 30mb ram, or fat 1 gig pllus... the server takes care of everything from whcih programs are being run, what machines and who are being monitored and of course the user DB, allowing a user to login froom anywher and get their desktop,, fat or thin, or anything in between It sounds a bit like profiling and its being used like that a bit, but there is also sabayon, which is a real visual profiler which is awsome, especially during exam times... In any case I've digressed. I wrote an article which is really aged now on nubae.com. I'll do an update using pinguyos as the base distro (as it just rocks almost as miuch as osx, if u like that kind of thing.) Anyway, the more recent articles with lots of engineering style writing is here: http://wiki.sugarlabs.org/go/Dextrose/Server I was unfortunately unable to bring my monster to life, but fully intend to, when I have a momenta U'll find the sugar crowd oddly fearful of PXE and how much time it can save, not to mention the tons of broken disks and sticks but its a battle that will be won when proof of concept is shown at various points in time and space.. kind ragards, David Van Assche P.S. If you are game, I would love a co-driver on this... working it alone is boring, tiring, and somewhat unmotivated... On Sat, Nov 5, 2011 at 5:34 PM, Mathieu Jobin somek...@gmail.com wrote: Hi there, I am new to sugar. I set it up so i can boot the image through PXE. The initial boot phase works. But it fails while trying to mount the root fs. On the live CD it is set as root=live:LABEL=iso-filename or something similar. But the CD is not in the drive. So that points no where. I tried set it up to root=/dev/null like the Slitaz distro is doing. A distro I am also booting through PXE. I tried setting up to mount a NFS share on the LAN. But root nfs doesn't seems supported. Before getting into rebuilding the Sugar image. I was wondering if there is something that could work out of the box? Thanks Sent from my Phone. ___ 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
