Re: [Sugar-devel] SoaS font scaling issue
On Tue, Dec 22, 2009 at 10:04:37PM -0500, Walter Bender wrote: > Seems we need to look in two places (the first for the XO 1.5 and the > second for the XO 1.0): > > if os.path.exists('/etc/olpc-release') or \ >os.path.exists('/sys/power/olpc-pm'): You'll get /etc/olpc-release on any hardware running that operating system build. At least /etc/olpc-release is also available in 802. It seems adequate. -- 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] SoaS font scaling issue
On Tue, Dec 22, 2009 at 09:53:39PM -0500, Art Hunkins wrote: > Any sure-fire (and hopefully simple) way to recognize the XO-1.5? I don't know when it began to be available, but there are several OpenFirmware filesystem entries that can be read by an activity; they contain text without terminating line break. - /ofw/architecture contains OLPC, - /ofw/model contains B1, B2, B3, B4, C2 for the XO-1, and D1 onwards for the XO-1.5, - /ofw/banner-name contains /ofw/architecture, a blank space, then /ofw/model. Works for me on XO-1 build 802 and XO-1.5 build os64. I don't know if there is any other recommended way. -- 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] SoaS font scaling issue
Seems we need to look in two places (the first for the XO 1.5 and the second for the XO 1.0): if os.path.exists('/etc/olpc-release') or \ os.path.exists('/sys/power/olpc-pm'): -walter On Tue, Dec 22, 2009 at 9:53 PM, Art Hunkins wrote: > Oh, my. (Another glitch to work around.) > > Assuming fonts work in 1.5 as is 1.0, I need to find a way to leave XO-1.5 > alone as well. > > Any sure-fire (and hopefully simple) way to recognize the XO-1.5? > > (Walter suggested the 1.0 code - thanks, Walter.) > > Art Hunkins > > - Original Message - > From: "James Cameron" > To: "Art Hunkins" > Cc: "Daniel Drake" ; > Sent: Tuesday, December 22, 2009 9:40 PM > Subject: Re: [Sugar-devel] SoaS font scaling issue > > >> On Tue, Dec 22, 2009 at 09:21:54PM -0500, Art Hunkins wrote: >>> def scale_font(self, widget): >>> if not os.path.exists("/sys/power/olpc-pm"): >> >> (Interesting. XO-1.5 does not have this path. XO-1 does.) >> >> -- >> James Cameron >> http://quozl.linux.org.au/ > > ___ > 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
[Sugar-devel] Fw: SoaS font scaling issue
Sorry, communication with my website is acting up. To look at my entire OurMusic.activity (.xo), download the link, but add the gtk.rc_parse line (below) anywhere near the beginning of ourmusic.py. (I.e., do it with and without; activity text-size will not change.) Art Hunkins - Original Message - From: "Art Hunkins" To: "Daniel Drake" Cc: Sent: Tuesday, December 22, 2009 9:21 PM Subject: Re: SoaS font scaling issue > Here is the issue: > > All text passes through the code below, which uses pango only - no > reference to default font-size. It nicely sizes text to fit appropriately > on all (landscape) screens. > >def scale_font(self, widget): > if not os.path.exists("/sys/power/olpc-pm"): >font = widget.get_pango_context().get_font_description() >width = gtk.gdk.screen_width() >size = (width * .00067) >if (os.path.exists("/etc/fedora-release")): > if not open("/etc/fedora-release").read().find("Strawberry") > == -1: >size = (width * .00105) >font.set_size(int(font.get_size() * pango.SCALE_LARGE * size)) >widget.modify_font(font) > > To test whether with changed default font-size, my text will comparably > resize, I insert the following line near the beginning of my activity: > > gtk.rc_parse_string(''' style "default" { font_name = "Sans 30" } ''') > > This makes the menu-bar text nice and big, but leaves my activity text > unchanged. I want the activity text to change as well. (I'm also currently > looking to vary the default font-size by working with GConf - so far > unsuccessfully.) > > An .xo bundle of the activity with these features is available at > http://www.arthunkins.com/OurMusic-2.xo. The added rc_parse line is near > the beginning of ourmusic.py - commented out. Try with and without > (activity text remains the same). > > The scale_font routine is toward the beginning of csndsugui.py. > > Thanks so much for your suggestions. > > Art Hunkins > > - Original Message - > From: "Daniel Drake" > To: "Art Hunkins" > Sent: Tuesday, December 22, 2009 5:57 PM > Subject: Re: SoaS font scaling > > >> On Sun, 2009-12-20 at 22:15 -0500, Art Hunkins wrote: >>> To simulate such changes, I added the following line toward the >>> beginning of >>> my activities: >>> gtk.rc_parse_string (''' style "default" { font_name = "Sans 30" } ''') >>> >>> This nicely enlarges the font of text in the menu bar at screen top, but >>> it >>> leaves unchanged the font size within my activity! I had expected that >>> changes such as made by the string above would be reflected in Pango >>> automatically, and hence rescale everything. >> >> I don't know what's happening, sorry. You should ask on the mailing >> lists, including a link to your code. >> >> Daniel >> >> > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] SoaS font scaling issue
Oh, my. (Another glitch to work around.) Assuming fonts work in 1.5 as is 1.0, I need to find a way to leave XO-1.5 alone as well. Any sure-fire (and hopefully simple) way to recognize the XO-1.5? (Walter suggested the 1.0 code - thanks, Walter.) Art Hunkins - Original Message - From: "James Cameron" To: "Art Hunkins" Cc: "Daniel Drake" ; Sent: Tuesday, December 22, 2009 9:40 PM Subject: Re: [Sugar-devel] SoaS font scaling issue > On Tue, Dec 22, 2009 at 09:21:54PM -0500, Art Hunkins wrote: >> def scale_font(self, widget): >> if not os.path.exists("/sys/power/olpc-pm"): > > (Interesting. XO-1.5 does not have this path. XO-1 does.) > > -- > 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] SoaS font scaling issue
On Tue, Dec 22, 2009 at 09:21:54PM -0500, Art Hunkins wrote: > def scale_font(self, widget): > if not os.path.exists("/sys/power/olpc-pm"): (Interesting. XO-1.5 does not have this path. XO-1 does.) -- 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] SoaS font scaling issue
Here is the issue: All text passes through the code below, which uses pango only - no reference to default font-size. It nicely sizes text to fit appropriately on all (landscape) screens. def scale_font(self, widget): if not os.path.exists("/sys/power/olpc-pm"): font = widget.get_pango_context().get_font_description() width = gtk.gdk.screen_width() size = (width * .00067) if (os.path.exists("/etc/fedora-release")): if not open("/etc/fedora-release").read().find("Strawberry") == -1: size = (width * .00105) font.set_size(int(font.get_size() * pango.SCALE_LARGE * size)) widget.modify_font(font) To test whether with changed default font-size, my text will comparably resize, I insert the following line near the beginning of my activity: gtk.rc_parse_string(''' style "default" { font_name = "Sans 30" } ''') This makes the menu-bar text nice and big, but leaves my activity text unchanged. I want the activity text to change as well. (I'm also currently looking to vary the default font-size by working with GConf - so far unsuccessfully.) An .xo bundle of the activity with these features is available at http://www.arthunkins.com/OurMusic-2.xo. The added rc_parse line is near the beginning of ourmusic.py - commented out. Try with and without (activity text remains the same). The scale_font routine is toward the beginning of csndsugui.py. Thanks so much for your suggestions. Art Hunkins - Original Message - From: "Daniel Drake" To: "Art Hunkins" Sent: Tuesday, December 22, 2009 5:57 PM Subject: Re: SoaS font scaling > On Sun, 2009-12-20 at 22:15 -0500, Art Hunkins wrote: >> To simulate such changes, I added the following line toward the beginning >> of >> my activities: >> gtk.rc_parse_string (''' style "default" { font_name = "Sans 30" } ''') >> >> This nicely enlarges the font of text in the menu bar at screen top, but >> it >> leaves unchanged the font size within my activity! I had expected that >> changes such as made by the string above would be reflected in Pango >> automatically, and hence rescale everything. > > I don't know what's happening, sorry. You should ask on the mailing > lists, including a link to your code. > > Daniel > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GConf
Thanks, Walter. I see it now. I note that whereas ~/.gconf doesn't have a %gconf.xml file, all the several layers of subdirectories do. However, all are empty except two, and they have nothing to do with fonts. Can you suggest which %gconf.xml to manually add a (temporary) entry to, for font-testing purposes? (I.e., to set a font size other than 10.) Also, the format for that code? I've tried the "normal" method for specifying font size ("gtk-font-name" and gtk.Settings). This results in varied size menu-bar text, but no change in my Pango-based text size. My conclusion: either this old method is deprecated, or I haven't yet found the proper mechanism to connect Pango-based font sizing with system defaults. I'm lost, and would appreciate further guidance from you experts. Art Hunkins - Original Message - From: "Walter Bender" To: "Art Hunkins" Cc: Sent: Tuesday, December 22, 2009 3:29 PM Subject: Re: [Sugar-devel] GConf > It is a directory, not a file. ~/.gconf > > -walter > > On Tue, Dec 22, 2009 at 2:12 PM, Art Hunkins wrote: >> Where does the GConf file live? >> >> I've built a font-resizing routine that works well on different format >> screens and that utilizes only Pango, not system defaults. >> >> I'm eager to know that it functions well with different GConf settings. >> >> If it's not obvious how to change the default font_size in GConf (for >> testing purposes), I'd appreciate a suggestion here as well. >> >> Art Hunkins >> >> ___ >> 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] GConf
It is a directory, not a file. ~/.gconf -walter On Tue, Dec 22, 2009 at 2:12 PM, Art Hunkins wrote: > Where does the GConf file live? > > I've built a font-resizing routine that works well on different format > screens and that utilizes only Pango, not system defaults. > > I'm eager to know that it functions well with different GConf settings. > > If it's not obvious how to change the default font_size in GConf (for > testing purposes), I'd appreciate a suggestion here as well. > > Art Hunkins > > ___ > 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
[Sugar-devel] GConf
Where does the GConf file live? I've built a font-resizing routine that works well on different format screens and that utilizes only Pango, not system defaults. I'm eager to know that it functions well with different GConf settings. If it's not obvious how to change the default font_size in GConf (for testing purposes), I'd appreciate a suggestion here as well. Art Hunkins ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fwd: Call for Proposals Now Open
Is anyone proposing sessions at OSCON 2010? Sameer -- Forwarded message -- From: O'Reilly Open Source Convention Date: Tue, Dec 22, 2009 at 9:06 AM Subject: Call for Proposals Now Open To: sve...@sfsu.edu OSCON, the O'Reilly Open Source Convention July 19 - 23, 2010 Oregon Convention Center Portland, OR http://post.oreilly.com/rd/9z1zqg35f3okn4qesojvehjcbgimp5vf30unksqjmog Faster, Freer, Smarter: Whatever your Goal, Make It Happen with Open Source More than 2,500 experts, developers, sys admins, and hackers will meet up at OSCON 2010 to explore the tools, services, and platforms that make up the vibrant open source ecosystem. Join us! The OSCON Call for Participation is now open. If you have winning techniques, favorite lifesavers, war stories, productivity tips, or other ideas to share, we want to hear from you. We're especially on the look-out for ways to do more with less, design and usability best practices, mobile device innovations, cloud computing, parallelization, open standards and data, open source in government, business models, and beyond. Speak up about the freedom--and opportunity--of open source at OSCON 2010. Submit your proposal by February 1, 2010 at: http://post.oreilly.com/rd/9z1zqdukhmk0ersdvuf0jrdsvnnrlket7uh2n1li7c8 -- You are receiving this message because you signed up to receive the OSCON newsletter. To change your newsletter subscription options, please visit http://post.oreilly.com/rd/9z1zj7b6hv78bichi8f6ecrppi4o5nbp8rfvrogt810. To ensure delivery to your inbox (not bulk or junk folders), please add conferen...@post.oreilly.com to your address book. Forward this announcement to a friend: http://post.oreilly.com/f2f/9z1z0l87haf88db1jf3ku3kc4kpbh39siafi9qbom30 If you would like to stop receiving any and all email announcements from O'Reilly, go to: http://post.oreilly.com/prefs/9z1zhvhfd17q0n1tq7n57t87s4q42kag6a7t34fbsg8. For assistance, email conf-ad...@oreilly.com O'Reilly Media, Inc. 1005 Gravenstein Highway North, Sebastopol, CA 95472 (707) 827-7000 / (800) 998-9938 -- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sugar Digest 2009-12-22
=== Sugar Digest === 1. Tomeu Vizoso blogged [http://blog.tomeuvizoso.net/] about his trip to Uruguay. He attended the First International Event on Experiences about the Ceibal Plan [http://www.ceibal09.com.uy/]. As well he spent time at LATU [http://www.latu.org.uy/] (Laboratorio Tecnológico del Uruguay), the organization managing the technical aspects of the Sugar/OLPC deployment in Uruguay. While it was a great opportunity for Tomeu to see Sugar in action and meet local teachers and technologists, perhaps the most important aspect of the trip was that he had the opportunity to lead the .uy community closer to the mainline Sugar community. "The concrete issue they found when developing on their own was that every time that their upstream (OLPC) produced a new image build, in order to benefit from the improvements in that release they had to apply the customizations made locally, solve any conflicts and retest everything. If they had contributed those modifications to Sugar, OLPC images would have come with them and no further work would be needed. Reaching the point in which they can directly use the OLPC images as-is is still a bit far away, but every bit that they integrate upstream is a step in the right direction and reduces their development and support costs. Also, when their employees work within the communities that maintain their software, they work directly with the most qualified engineers in those technologies, increasing local capacity." You can read first-hand reports from Uruguay here [http://olpc-ceibal.blogspot.com/]. 2. John Markoff of the ''New York Times'' wrote about a new book by Jim Gray, ''A Deluge of Data Shapes a New Era in Computing'' [http://www.nytimes.com/2009/12/15/science/15books.html]. According to Markoff, Gray, who works for Microsoft, describes an "era in which an “exaflood” of observational data was threatening to overwhelm scientists. The only way to cope with it, he argued, was a new generation of scientific computing tools to manage, visualize and analyze the data flood." He argues for government support for "cheaper clusters of computers to manage and process all this[sic] data." The goal is "to have a world in which all of the science literature is online, all of the science data is online, and they interoperate with each other." Alas, there is no mention of Free Software in the article. It is not clear to me how a proprietary system would solve any of the problems Gray is describing. Sigh. 3. I have been working through a number of logistical and administrative issues with the Software Freedom Conservancy with the goal of streamlining our interactions with them. (Like Sugar Labs, they are a volunteer organization—the extent to which we can smooth out any mismatches in expectation or practice will well serve both organizations. While we benefit from the numerous services provided by the conservancy, we are also under an obligation to abide by its mission--promoting FOSS projects--and work within its administrative structure. With input from Karen and Bradley, I've written up some administrative procedures for handling transactions [http://wiki.suagrlabs.org/go/Sugar_Labs/Governance/Transactions] regarding requests for payment, project proposal approvals, and license requests in the wiki. Feedback is most welcome. === From the community === 4. Raúl Gutiérrez Segalés and the Sugar/OLPC team in Paraguay have developed an inventory and tracking system for helping to manage deployment logistics. There tool lets you: * import list of children and their document IDs; and upload information about schools, teachers, geographic coordinates, etc.; * keep track of laptops given to children; * report tickets (screen broken, OS reinstall needed); do follow-ups; and close tickets; * use an embedded Google-maps widget to track access points and servers and their availability; * generate reports: laptops delivered; open tickets; network status; network availability over time; laptops spread among schools; etc.; * report stolen laptops (so they won't get more leases); * automatize generation of leases (based on the status of laptops: activated, stolen, etc.) The manual (in Spanish) is available here [http://wiki.paraguayeduca.org/index.php/Inventario_manual]. An English-language manual is in the works. To install the package, you'll need to add their repository: Create the file /etc/yum.repos.d/pyeduca.repo with the following content: [pyeduca-base] name=Packages used by Paraguay Educa baseurl=http://repo.paraguayeduca.org/yum/base enabled=1 gpgcheck=0 Then: yum install inventario 5. Jim Simmons is writing a FLOSSmanual guide to writing Sugar Activities for beginners (See [http://en.flossmanuals.net/bin/view/ActivitiesGuideSugar/WebHome]). === Help Wanted === 6. Tomeu has created a new page in the wiki [http://wiki.suagrlabs.org/go/Vacants] for describing "vacancies" in our community. === Tech Talk === 7. Chris Ball announce Build OS64 as the "final" release build f
[Sugar-devel] [ASLO] Release Visual Match-12
Activity Homepage: http://activities.sugarlabs.org/addon/4246 Sugar Platform: 0.82 - 0.86 Download Now: http://activities.sugarlabs.org/downloads/file/26528/visual_match-12.xo Release notes: * reverting to 3 colors to simplify game play * experimenting with different styles of number games * adding bold, italic to word cards * refactoring of sprites library Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Using XO - Camera through the XO Emulator
On Tue, Dec 22, 2009 at 12:50:55PM -0200, Gonzalo Jorge wrote: I am planning on creating avtivities using the XO camera, that's why I was wondering if anyone got the XO Emulator to properly handle the camera. If you're talking about sugar-emulator: All it does is letting Sugar run in a window while another "desktop" (or just a window manager) is already running. The "emulator" part is the name is misleading, we don't emulate any hardware. Sugar will behave exactly like it would when run as a regular desktop on the current machine. In your case that means it should access any connected (or built-in) webcam quite fine. If sugar-emulator is not what you're using, I'd be interested in what it is and where you got it from. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Using XO - Camera through the XO Emulator
On Tue, Dec 22, 2009 at 2:50 PM, Gonzalo Jorge wrote: > Hi everyone, > > I am planning on creating avtivities using the XO camera, that's why I was > wondering if anyone got the XO Emulator to properly handle the camera. > I know that there are limitations regarding using specialized hardwar, > that's why I wanted to know which would be the best way to approach this > scenario. Not sure about through an emulator but you can use any standard camera that is supported by video 4 linux 2. For example you could install the Fedora 12 with the sugar desktop environment on any device with a supported camera for testing your app, or even use a Sugar on a Stick LiveCD on a device for testing. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Using XO - Camera through the XO Emulator
In your case it would be better to use SOAS or TOAST on a webcam capable computer, and do the tests and modifications there. having an .xo bundle you can ask for feedback on it's performance in an XO. Rafael Ortiz On Tue, Dec 22, 2009 at 9:50 AM, Gonzalo Jorge wrote: > Hi everyone, > > I am planning on creating avtivities using the XO camera, that's why I was > wondering if anyone got the XO Emulator to properly handle the camera. > I know that there are limitations regarding using specialized hardwar, > that's why I wanted to know which would be the best way to approach this > scenario. > > Thanks! > Gonzalo Jorge > __ > 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
[Sugar-devel] Using XO - Camera through the XO Emulator
Hi everyone, I am planning on creating avtivities using the XO camera, that's why I was wondering if anyone got the XO Emulator to properly handle the camera. I know that there are limitations regarding using specialized hardwar, that's why I wanted to know which would be the best way to approach this scenario. Thanks! Gonzalo Jorge __ 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] Carrier database support for GSM modem feature
Great. Is very usefull!!! On Mon, Dec 21, 2009 at 2:51 PM, Andrés Ambrois wrote: > Hello, > > I have created http://dev.sugarlabs.org/ticket/1630 and added a patch with > a > first implementation of this feature. This depends on tch's patches [0], so > I > will need to update it if they change. > > Daniel, I just found out you were planning to work on this, does this patch > adjust to your requirements? > > Cheers! > -- > -Andrés > > [0] http://dev.sugarlabs.org/ticket/1622 > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ANN: rainbow-0.8.6 release.
On 22.12.2009, at 06:06, Michael Stone wrote: > > Friends, > > I am pleased to announce the release of rainbow-0.8.6. Rainbow implements > portions of the isolation shell described in the Bitfrost threat model and > security architecture. > > The key differences between this release and its predecessor include support > for garbage collection of uids, ui sugar for resuming uids, bug fixes to the > resume logic, and a simplified singly-linked list library. > > This release was made possible by encouragement and suggestions from Sascha > Silbe, Bernie Innocenti, and Benjamin Mako Hill. It has been (minimally) > tested > on Debian Sid, Ubuntu Karmic, and Fedora Rawhide and has been packaged in > Fedora Rawhide for your convenience. > > Interesting links for this release include: > > git:git://dev.laptop.org/users/mstone/security > tar: > http://dev.laptop.org/~mstone/releases/SOURCES/rainbow-0.8.6.tar.bz2 > browse: > http://dev.laptop.org/git/users/mstone/security/tree/?id=rainbow-0.8.6 > setup: http://wiki.laptop.org/go/Rainbow/Installation_Instructions > tests: http://wiki.laptop.org/go/Rainbow/Testing > > The shortlog from rainbow-0.8.5..rainbow-0.8.6 is: > > Bernie Innocenti (1): > Capture XAUTHORITY. > > Michael Stone (19): > Remove unused flexibility from the spool option parsing code. > First pass at updated rainbow-gc. > Clean up group membership. > Protect sticky uids from garbage collection. > Clean up some per-uid Xephyr data. > Improve spool detection checks. > Install rainbow-gc. > Add some logging to rainbow-gc. > Make xephyr usage resumable. > Teach rainbow to resume uids with more auxiliary groups. > Add a simple resume subcommand. > Add INIT() and COPY() operators from dnshash. > Add a novel singly-linked list implementation. > Add test_endgrent script. > Simplify list traversal logic. > Fix Karmic sudo segfault. > Tweak warnings and link flags. > Set default spool location in rainbow-gc. > rainbow-0.8.6. > > Kind regards, > > Michael Yay! - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel