Click 4 More Amazing
Teen who is going to drive any man crazy Click 4 More Amazing Article http://www.earticlez.com Where are all the sexy surprises? http://www.elinkex.com What's the difference between an escort service and a prostitute? http://www.diseasestalk.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups $1.67 a Day Contacts group. To post to this group, send email to 167-a-Day-Contacts@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/167-a-Day-Contacts -~--~~~~--~~--~--~---
New joyride build 2346
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2346 Changes in build 2346 from build: 2344 Size delta: 0.00M -libertas-usb8388-firmware 2:5.110.22.p17.1-1.olpc3 +libertas-usb8388-firmware 2:5.110.22.p18-1.olpc2 -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
ibus, a new input framework
Hi, I just came across ibus, an input framework which seems to be designed to be a better replacement for scim. A presentation is available online at http://ibus-user.googlegroups.com/web/ibus.pdf Has anyone used this ? Any comments on how well this works and how stable this is ? Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CSound server questions
There is no CsoundServer anymore; we use Csound as a librarythrough its API. If anyone wants some help on how to use it, toplay MIDI or anything else, he/she can talk to me, privately oron this list. I'm away to ICMC at the moment, so replies mightbe slow. But I'll give as much help as I can.RegardsVictor- Original Message -From: Chris Ball [EMAIL PROTECTED]Date: Tuesday, August 26, 2008 11:35 pmSubject: Re: CSound server questionsTo: C. Scott Ananian [EMAIL PROTECTED]Cc: John Maloney [EMAIL PROTECTED], devel@lists.laptop.org Hi, Did you ever get a satisfactory answer to your questions? I think Pippy contains the best examples of using csound to play sounds -- is that right, Chris? Well, I'd say that TamTam does. :) But yes, Pippy does some basic synthesis using sinewaves and music files with csound. - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: CSound server questions
Thanks for the info. I had the impression that Barry Vercoe was working on a new, light- weight CsoundServer. Is that not true? -- John On Aug 27, 2008, at 5:15 AM, [EMAIL PROTECTED] wrote: There is no CsoundServer anymore; we use Csound as a library through its API. If anyone wants some help on how to use it, to play MIDI or anything else, he/she can talk to me, privately or on this list. I'm away to ICMC at the moment, so replies might be slow. But I'll give as much help as I can. Regards Victor - Original Message - From: Chris Ball [EMAIL PROTECTED] Date: Tuesday, August 26, 2008 11:35 pm Subject: Re: CSound server questions To: C. Scott Ananian [EMAIL PROTECTED] Cc: John Maloney [EMAIL PROTECTED], devel@lists.laptop.org Hi, Did you ever get a satisfactory answer to your questions? I think Pippy contains the best examples of using csound to play sounds -- is that right, Chris? Well, I'd say that TamTam does. :) But yes, Pippy does some basic synthesis using sinewaves and music files with csound. - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Scratch fails to write to Scratch.activity/Projects
Hi Erik, John et al, Scratch is hot in the field right now! Kids are posting Scratch projects out of Uruguay and its been included in the teacher trainings in other countries too. One of the many great things about this application is that it posts directly to the Scratch web site. So its easy to share your work from the XO. Something that is not as easy as it should be outside Scratch. The only downside I have found with Scratch accessing the file system directly is that people have not been able to move their Scratch projects to a USB stick. I think they are working around that by posting them to the Scratch site and pulling down from there but its still a problem for offline XOs or those with little BW. In any case, I want to make sure Scratch it works in 8.2, at least as well as it did in 70x builds. Does this fix below allow that? If it does, can we make sure to get that on the activities page and available to all? On the bug system question, the main page is at: http://dev.laptop.org/ Use the view tickets or new ticket links to get started. Conventions for using the various fields are documented here: http://wiki.laptop.org/go/Trac_conventions Scratch is a phenomenon. It has traction with kids from Newton (e.g. my kids :-) to Montevideo and Port Au Prince. Thanks a lot for creating this super fun tool! Thanks, Greg S * Date: Tue, 26 Aug 2008 22:01:21 -0500 From: Erik Garrison [EMAIL PROTECTED] Subject: Re: Scratch fails to write to Scratch.activity/Projects To: John Maloney [EMAIL PROTECTED] Cc: devel@lists.laptop.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii On Tue, Aug 26, 2008 at 08:40:34PM -0400, John Maloney wrote: Hi, Scott. What's wrong with just making the directory Scratch.activity/Projects writable by the world? Seems to me that it could not hurt other applications. Scratch does not run any binary files from that folder, so it should be pretty safe. At worse, some malicious software could write a bogus project file that Scratch would refuse to open. I personally find this an acceptable solution. However, in the present moment we have our hands tied, as the olpc-configure script which runs on first boot now chmod 755's all directories in /home/olpc. This is problematic when activity bundles are installed prior to the first boot, as they are when we use a 'customization' usb key, as all directories will lose the permissions set by the bundle creators. Customization key description: [http://wiki.laptop.org/go/Customization_key] Peru has moved to using this method to install activities. This is good for local system customization, but it has caused this issue to rear its head. The Scratch activity used to install that way but I suppose something about the installation process has changed. Specifically: http://dev.laptop.org/git?p=projects/olpc-utils;a=blob;f=olpc-configure;h=0d6ef55ed49635672d63ae79831bff2a2eea4143;hb=db05cda6b8f36fe833bfa8a201d2b5467afbbd94#l138 This code is run once on first-boot. Is there a Wiki page that explains how to use the bug database? Somewhat. http://wiki.laptop.org/go/Trac Feel free to re-package the current Scratch activity installer to include your patch, if you think that makes sense. I have taken the Scratch-6.xo which C. Scott initially provided and got it to work on the XO as-is. This involved dropping the wrapper code mentioned in the ticket [http://dev.laptop.org/ticket/8166] and placing it into Scratch.activity/bin/scratch-activity and symlinking the Projects directory to /tmp/scratch. A patch to the scratch-activity script is attached to the ticket. An activity bundle (with a lang=es line in its Scratch.ini) is available at [http://dev.laptop.org/~erik/activities/Scratch-6.es.xo]. Erik On Aug 26, 2008, at 6:36 PM, C. Scott Ananian wrote: In http://dev.laptop.org/ticket/8166 there's a problem reported: Peru can't save their work in Scratch, because Scratch tries to write to Scratch.activity/Projects, and this is not writable. Luckily, there is an easy workaround: the directory $SUGAR_ACTIVITY_ROOT/data is persistent storage which is writable by the activity, and properly protected. On the trac page I've also provided a patch which wraps Scratch so that it writes to the proper place. Tomeu also volunteered on IRC earlier today to help you implement proper Journal support for Scratch. Finally: there are a number of bugs filed against scratch in our bug tracker, but it doesn't appear to have a proper component and owner created for it in the tracker. We'd like to fix that: do you have a username on the dev.laptop.org trac instance that we could make the default owner of bugs filed against 'scratch-activity' so that you are promptly notified if/when people have problems? Thanks for porting scratch, the kids in Peru seem to really like it. ;-)
Re: New joyride build 2346
On Wed, Aug 27, 2008 at 2:11 AM, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2346 Changes in build 2346 from build: 2344 Size delta: 0.00M -libertas-usb8388-firmware 2:5.110.22.p17.1-1.olpc3 +libertas-usb8388-firmware 2:5.110.22.p18-1.olpc2 is there a [good] reason this is being built for olpc2 and not 3? probably doesn't matter much for firmware, but... -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Blocks? and bug 8090
Hi Marco, Reading the Blocks? bugs this morning: http://dev.laptop.org/report/29 I noticed that we can get a lot of them off the list if we can close or defer 8090. Where are we with activity launching? Is it good enough and we have the main issues ironed out? I see mention of Eben's patch in the bug. Is that in the latest joyride? If its as fast or faster than 708 and we have no other serious issues (aside from 7876 which we will address separately), let's declare victory and come back to it in 9.1 as needed. Thanks, Greg S ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Scratch fails to write to Scratch.activity/Projects
Bert have implemented Etoy saving to the Journal but I guess the backporting that to older Squeak images Scratch use could be a issue. On 8/27/08, Greg Smith [EMAIL PROTECTED] wrote: Hi Erik, John et al, Scratch is hot in the field right now! Kids are posting Scratch projects out of Uruguay and its been included in the teacher trainings in other countries too. One of the many great things about this application is that it posts directly to the Scratch web site. So its easy to share your work from the XO. Something that is not as easy as it should be outside Scratch. The only downside I have found with Scratch accessing the file system directly is that people have not been able to move their Scratch projects to a USB stick. I think they are working around that by posting them to the Scratch site and pulling down from there but its still a problem for offline XOs or those with little BW. In any case, I want to make sure Scratch it works in 8.2, at least as well as it did in 70x builds. Does this fix below allow that? If it does, can we make sure to get that on the activities page and available to all? On the bug system question, the main page is at: http://dev.laptop.org/ Use the view tickets or new ticket links to get started. Conventions for using the various fields are documented here: http://wiki.laptop.org/go/Trac_conventions Scratch is a phenomenon. It has traction with kids from Newton (e.g. my kids :-) to Montevideo and Port Au Prince. Thanks a lot for creating this super fun tool! Thanks, Greg S * Date: Tue, 26 Aug 2008 22:01:21 -0500 From: Erik Garrison [EMAIL PROTECTED] Subject: Re: Scratch fails to write to Scratch.activity/Projects To: John Maloney [EMAIL PROTECTED] Cc: devel@lists.laptop.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii On Tue, Aug 26, 2008 at 08:40:34PM -0400, John Maloney wrote: Hi, Scott. What's wrong with just making the directory Scratch.activity/Projects writable by the world? Seems to me that it could not hurt other applications. Scratch does not run any binary files from that folder, so it should be pretty safe. At worse, some malicious software could write a bogus project file that Scratch would refuse to open. I personally find this an acceptable solution. However, in the present moment we have our hands tied, as the olpc-configure script which runs on first boot now chmod 755's all directories in /home/olpc. This is problematic when activity bundles are installed prior to the first boot, as they are when we use a 'customization' usb key, as all directories will lose the permissions set by the bundle creators. Customization key description: [http://wiki.laptop.org/go/Customization_key] Peru has moved to using this method to install activities. This is good for local system customization, but it has caused this issue to rear its head. The Scratch activity used to install that way but I suppose something about the installation process has changed. Specifically: http://dev.laptop.org/git?p=projects/olpc-utils;a=blob;f=olpc-configure;h=0d6ef55ed49635672d63ae79831bff2a2eea4143;hb=db05cda6b8f36fe833bfa8a201d2b5467afbbd94#l138 This code is run once on first-boot. Is there a Wiki page that explains how to use the bug database? Somewhat. http://wiki.laptop.org/go/Trac Feel free to re-package the current Scratch activity installer to include your patch, if you think that makes sense. I have taken the Scratch-6.xo which C. Scott initially provided and got it to work on the XO as-is. This involved dropping the wrapper code mentioned in the ticket [http://dev.laptop.org/ticket/8166] and placing it into Scratch.activity/bin/scratch-activity and symlinking the Projects directory to /tmp/scratch. A patch to the scratch-activity script is attached to the ticket. An activity bundle (with a lang=es line in its Scratch.ini) is available at [http://dev.laptop.org/~erik/activities/Scratch-6.es.xo]. Erik On Aug 26, 2008, at 6:36 PM, C. Scott Ananian wrote: In http://dev.laptop.org/ticket/8166 there's a problem reported: Peru can't save their work in Scratch, because Scratch tries to write to Scratch.activity/Projects, and this is not writable. Luckily, there is an easy workaround: the directory $SUGAR_ACTIVITY_ROOT/data is persistent storage which is writable by the activity, and properly protected. On the trac page I've also provided a patch which wraps Scratch so that it writes to the proper place. Tomeu also volunteered on IRC earlier today to help you implement proper Journal support for Scratch. Finally: there are a number of bugs filed against scratch in our bug tracker, but it doesn't appear to have a proper component and owner created for it in the tracker. We'd like to fix that: do you have a username on the dev.laptop.org
Re: Blocks? and bug 8090
It's not really an issue of speed. The launcher in current joyrides has a half-dozen serious behavioral bugs. I worked with Marco to create a patch for this, which cleans up all but one tiny behavioral glitch, and which after 3+ days of testing by myself and a few others has yielded no side effects. The patch (attached to #7669) fixes more than half of the bugs listed in #8090, and is a really big win in that regard; I think the patch should be seriously considered for 8.2.0, considering the extent of the brokenness of the current behavior. - Eben On Wed, Aug 27, 2008 at 9:34 AM, Greg Smith [EMAIL PROTECTED] wrote: Hi Marco, Reading the Blocks? bugs this morning: http://dev.laptop.org/report/29 I noticed that we can get a lot of them off the list if we can close or defer 8090. Where are we with activity launching? Is it good enough and we have the main issues ironed out? I see mention of Eben's patch in the bug. Is that in the latest joyride? If its as fast or faster than 708 and we have no other serious issues (aside from 7876 which we will address separately), let's declare victory and come back to it in 9.1 as needed. Thanks, Greg S ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Blocks? and bug 8090
Sorry, to clarify: I think we should remove blocks?:8.2.0 from #8090, since we clearly aren't going to fix all those bugs. However, we should add it to #7669, which has a patch awaiting review, since that ticket solves 5 others if the patch is accepted. - Eben On Wed, Aug 27, 2008 at 10:52 AM, Eben Eliason [EMAIL PROTECTED] wrote: It's not really an issue of speed. The launcher in current joyrides has a half-dozen serious behavioral bugs. I worked with Marco to create a patch for this, which cleans up all but one tiny behavioral glitch, and which after 3+ days of testing by myself and a few others has yielded no side effects. The patch (attached to #7669) fixes more than half of the bugs listed in #8090, and is a really big win in that regard; I think the patch should be seriously considered for 8.2.0, considering the extent of the brokenness of the current behavior. - Eben On Wed, Aug 27, 2008 at 9:34 AM, Greg Smith [EMAIL PROTECTED] wrote: Hi Marco, Reading the Blocks? bugs this morning: http://dev.laptop.org/report/29 I noticed that we can get a lot of them off the list if we can close or defer 8090. Where are we with activity launching? Is it good enough and we have the main issues ironed out? I see mention of Eben's patch in the bug. Is that in the latest joyride? If its as fast or faster than 708 and we have no other serious issues (aside from 7876 which we will address separately), let's declare victory and come back to it in 9.1 as needed. Thanks, Greg S ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] xs-config packaging
Martin: For F9 your going to need to add to the xs-config.spec.in requires: libertas-usb8388-firmware To fit into fedora's packaging guidelines, shouldn't altfiles and scripts live in /usr/share/xs-config and not /? Jerry ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Pungi minimal installer, comps.xml trick
On Wed, Aug 27, 2008 at 3:41 AM, Martin Langhoff [EMAIL PROTECTED] wrote: Playing with a minimal Pungi kickstart file I get an install CD of about 500MB. If I add the xs-pkgs dependencies, things balloon to 759MB, no longer fitting in a CD. My guess is that a good 1/3 of that is related to the graphical installer and related dependencies which we don't want on the installed CD. Hi, The people working on Anaconda are moving towards deprecating the text-only installer, if not completely, then for most cases. OTOH, if you're doing kickstart installs of these things, then you don't need the graphical installer after all. -RN -- Robin Norwood The Sage does nothing, yet nothing remains undone. -Lao Tzu, Te Tao Ching ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Ext3 images from recent 8.2 builds do not boot in qemu.
Tried a few ext3 images from the 8.2 build stream, but they do not boot in qemu. Looking at the build logs (e.g. http://pilgrim.laptop.org/~pilgrim/olpc/streams/8.2/build757/devel_ext3/build.log) there is one suspicious line near the end: - Copying grub boot loader files cp: cannot stat `/home/pilgrim/public_html/xo-1/streams/8.2/build757-20080827_0055/devel_ext3/install_root/usr/share/grub/i386-redhat/stage1': No such file or directory Without grub - No boot. Can somebody please fix pilgrim to make serious 8.2 testing easier? Ton van Overbeek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Scratch fails to write to Scratch.activity/Projects
On Tue, Aug 26, 2008 at 8:40 PM, John Maloney [EMAIL PROTECTED] wrote: What's wrong with just making the directory Scratch.activity/Projects writable by the world? It's not officially supported. Other than being a way for activities to leak data past Bitfrost protections, in a future release (hopefully the next one) the .xo will be directly mounted read-only, not actually unpacked. There is a supported directory for local data: $SUGAR_ACTIVITY_ROOT/data I'm currently in the process of getting Scratch 1.3 out the door. When the dust settles from that I will see what I can do about making Scratch work better on the XO. But I don't think I want to add journal support even if is easy because I'd like to keep the same version of Scratch across all platforms, and Scratch was designed to be file-based. I hope to make it easier to use the standard file-based mechanisms to access the journal; again in a future release. Ideally it will be as simple as writing your files to ~/Journal, and perhaps providing a simple metadata-extraction tool for indexing, where appropriate. Feel free to re-package the current Scratch activity installer to include your patch, if you think that makes sense. Done; Scratch-6.xo is now at http://dev.laptop.org/~cscott/bundles/Scratch-6.xo and linked from http://wiki.laptop.org/go/Activities. I've also fixed the version number in the activity.info file -- Scratch-5 claimed that it was version 2, which confused the activity updater. There have been a number of people interested in helping sugarize Scratch; when you're done with Scratch 1.3 post again to devel@lists.laptop.org and we'll round up some helpers. --scott [erik: I've fixed some bugs in the earlier Scratch-6.xo I sent you: the early version of the wrapper script would only work the first time you ran it; second and later invocations would fail. It's worth checking your Peru bundle, and probably resyncing.] -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[DCON]: Make sure the backlight level gets restored after sleep
Apparently somewhere along the line, the backlight value gets reset to
full in the DCON silicon after coming back from a DCON sleep.
This patch should remedy that.
Jordan
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[DCON]: Make sure the backlight level gets restored after sleep
From: Jordan Crouse [EMAIL PROTECTED]
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
---
drivers/video/olpc_dcon.c | 29 ++---
1 files changed, 18 insertions(+), 11 deletions(-)
diff --git a/drivers/video/olpc_dcon.c b/drivers/video/olpc_dcon.c
index a66b222..1e7d2c3 100644
--- a/drivers/video/olpc_dcon.c
+++ b/drivers/video/olpc_dcon.c
@@ -246,14 +246,8 @@ static int dcon_get_backlight(void)
return bl_val;
}
-static void dcon_set_backlight(int level)
+static void __dcon_set_backlight(int level)
{
- if (dcon_client == NULL)
- return;
-
- if (bl_val == (level 0x0F))
- return;
-
bl_val = level 0x0F;
dcon_write(DCON_REG_BRIGHT, bl_val);
@@ -269,6 +263,17 @@ static void dcon_set_backlight(int level)
}
}
+static void dcon_set_backlight(int level)
+{
+ if (dcon_client == NULL)
+ return;
+
+ if (bl_val == (level 0x0F))
+ return;
+
+ __dcon_set_backlight(level);
+}
+
/* Set the output type to either color or mono */
static int dcon_set_output(int arg)
@@ -318,15 +323,17 @@ static void dcon_sleep(int state)
dcon_sleep_val = state;
}
else {
- /* Only re-enable the backlight if the backlight value is set */
- if (bl_val != 0)
- dcon_disp_mode |= MODE_BL_ENABLE;
-
if ((x=dcon_bus_stabilize(dcon_client, 1)))
printk(KERN_WARNING olpc-dcon: unable to reinit dcon
hardware: %d!\n, x);
else
dcon_sleep_val = state;
+
+ /* There might be a bug wherein the backlight gets
+ * restored to full after sleep. Make sure it gets set
+ * just to be sure */
+
+ __dcon_set_backlight(bl_val);
}
/* We should turn off some stuff in the framebuffer - but what? */
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Scratch localization.
Scratch appears to require manual editing of the Scratch.ini file in order to come up in a language other than English. Is there any way I can pass a command-line option in bin/scratch-activity to set the Language preference based on the value of $LANG? I'd prefer that we not have to ship a different Scratch bundle per-country. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Scratch localization.
Am 27.08.2008 um 18:38 schrieb C. Scott Ananian: Scratch appears to require manual editing of the Scratch.ini file in order to come up in a language other than English. Is there any way I can pass a command-line option in bin/scratch-activity to set the Language preference based on the value of $LANG? I'd prefer that we not have to ship a different Scratch bundle per-country. The Right Way to do it would be using the LocalePlugin, as Etoys does. If you need to patch up the bundle you could use the symlink trick again, the actual Scratch.ini would live in data/. Thus the language (and other settings possibly) that the user choses would persist. When running for the first time, the startup script could generate an initial Scratch.ini for the right language. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Ext3 images from recent 8.2 builds do not boot in qemu.
I am working with the construction of a Qemu ext3 image. On Qemu boot I get the following error: Checking filesystems fsck.ext3: Unable to resolve 'LABEL=OLPCRoot'[FAILED] I am rebuilding the image to make it larger because I was unable to resize it directly so that it could fit all the activities used here in Peru. I am preparing the image for their use in educational videos about the XO. Perhaps the person who can resolve Ton's issue also has insight into this conundrum? On Wed, Aug 27, 2008 at 11:58:59AM -0400, Ton van Overbeek wrote: Tried a few ext3 images from the 8.2 build stream, but they do not boot in qemu. Looking at the build logs (e.g. http://pilgrim.laptop.org/~pilgrim/olpc/streams/8.2/build757/devel_ext3/build.log) there is one suspicious line near the end: - Copying grub boot loader files cp: cannot stat `/home/pilgrim/public_html/xo-1/streams/8.2/build757-20080827_0055/devel_ext3/install_root/usr/share/grub/i386-redhat/stage1': No such file or directory Without grub - No boot. Can somebody please fix pilgrim to make serious 8.2 testing easier? Ton van Overbeek ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Scratch localization.
On Wed, Aug 27, 2008 at 06:54:18PM +0200, Bert Freudenberg wrote: Am 27.08.2008 um 18:38 schrieb C. Scott Ananian: Scratch appears to require manual editing of the Scratch.ini file in order to come up in a language other than English. Is there any way I can pass a command-line option in bin/scratch-activity to set the Language preference based on the value of $LANG? I'd prefer that we not have to ship a different Scratch bundle per-country. The Right Way to do it would be using the LocalePlugin, as Etoys does. If you need to patch up the bundle you could use the symlink trick again, the actual Scratch.ini would live in data/. Thus the language (and other settings possibly) that the user choses would persist. When running for the first time, the startup script could generate an initial Scratch.ini for the right language. What other persistent data beyond Scratch.ini does Scratch like to modify? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Ext3 images from recent 8.2 builds do not boot in qemu.
On Wed, 2008-08-27 at 11:58 -0500, Erik Garrison wrote: I am working with the construction of a Qemu ext3 image. On Qemu boot I get the following error: Checking filesystems fsck.ext3: Unable to resolve 'LABEL=OLPCRoot'[FAILED] Have you tried setting the label of the filesystem in the image to OLPCRoot? Perhaps the person who can resolve Ton's issue also has insight into this conundrum? Sounds like 2 unrelated issues. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Ext3 images from recent 8.2 builds do not boot in qemu.
Hi, I am working with the construction of a Qemu ext3 image. On Qemu boot I get the following error: Checking filesystems fsck.ext3: Unable to resolve 'LABEL=OLPCRoot' `tune2fs -L OLPCRoot` on the device should set the label correctly, if you can do that. - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Blocks? and bug 8090
Hi Eben, That sounds good to me. I downgraded 8090 to blocks-. 7669 is not marked blocks right now but I believe the code can go in if it is ready. Please get that added ASAP so it makes the next build. Thanks, Greg S ** Date: Wed, 27 Aug 2008 10:54:41 -0400 From: Eben Eliason [EMAIL PROTECTED] Subject: Re: Blocks? and bug 8090 To: [EMAIL PROTECTED] Cc: devel@lists.laptop.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Sorry, to clarify: I think we should remove blocks?:8.2.0 from #8090, since we clearly aren't going to fix all those bugs. However, we should add it to #7669, which has a patch awaiting review, since that ticket solves 5 others if the patch is accepted. - Eben ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Scratch localization.
At Wed, 27 Aug 2008 18:54:18 +0200, Bert Freudenberg wrote: Am 27.08.2008 um 18:38 schrieb C. Scott Ananian: Scratch appears to require manual editing of the Scratch.ini file in order to come up in a language other than English. Is there any way I can pass a command-line option in bin/scratch-activity to set the Language preference based on the value of $LANG? I'd prefer that we not have to ship a different Scratch bundle per-country. The Right Way to do it would be using the LocalePlugin, as Etoys does. The Scratch 1.3 version adapted the LocalePlugin and it appears to be working (at least on Windows). So, I think it is getting there. -- Yoshiki ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Blocks? and bug 8090
Hi Eben, On 27 Aug 2008, at 15:52, Eben Eliason wrote: It's not really an issue of speed. The launcher in current joyrides has a half-dozen serious behavioral bugs. I worked with Marco to create a patch for this, which cleans up all but one tiny behavioral glitch, and which after 3+ days of testing by myself and a few others has yielded no side effects. The patch (attached to #7669) fixes more than half of the bugs listed in #8090, and is a really big win in that regard; I think the patch should be seriously considered for 8.2.0, considering the extent of the brokenness of the current behavior. I posted an issue I was seeing with your patch to the sugar list (in response to your email presenting the patch to test), I've now added the text as a comment to #7669 (as I saw no response), does any one else see this failure while using the patch? http://dev.laptop.org/ticket/7669#comment:10 --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Ext3 images from recent 8.2 builds do not boot in qemu.
Yeah. Apologies for pegging this thread. e2label to the right name was the solution. On Wed, Aug 27, 2008 at 01:03:05PM -0400, Chris Ball wrote: Hi, I am working with the construction of a Qemu ext3 image. On Qemu boot I get the following error: Checking filesystems fsck.ext3: Unable to resolve 'LABEL=OLPCRoot' `tune2fs -L OLPCRoot` on the device should set the label correctly, if you can do that. - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Blocks? and bug 8090
Gary - I'm not sure about the issue. I asked Marco about it, and he said he doesn't think that my patch is responsible. If you're certain that it only occurs with my patch, then you should probably ping Marco directly about it, because I don't know the details of the window system well enough. - Eben On Wed, Aug 27, 2008 at 1:15 PM, Gary C Martin [EMAIL PROTECTED] wrote: Hi Eben, On 27 Aug 2008, at 15:52, Eben Eliason wrote: It's not really an issue of speed. The launcher in current joyrides has a half-dozen serious behavioral bugs. I worked with Marco to create a patch for this, which cleans up all but one tiny behavioral glitch, and which after 3+ days of testing by myself and a few others has yielded no side effects. The patch (attached to #7669) fixes more than half of the bugs listed in #8090, and is a really big win in that regard; I think the patch should be seriously considered for 8.2.0, considering the extent of the brokenness of the current behavior. I posted an issue I was seeing with your patch to the sugar list (in response to your email presenting the patch to test), I've now added the text as a comment to #7669 (as I saw no response), does any one else see this failure while using the patch? http://dev.laptop.org/ticket/7669#comment:10 --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Blocks? and bug 8090
Yup, I've got it all ready, and I'm awaiting patch review now. I'll push it in as soon as it's reviewed. - Eben On Wed, Aug 27, 2008 at 1:07 PM, Greg Smith [EMAIL PROTECTED] wrote: Hi Eben, That sounds good to me. I downgraded 8090 to blocks-. 7669 is not marked blocks right now but I believe the code can go in if it is ready. Please get that added ASAP so it makes the next build. Thanks, Greg S ** Date: Wed, 27 Aug 2008 10:54:41 -0400 From: Eben Eliason [EMAIL PROTECTED] Subject: Re: Blocks? and bug 8090 To: [EMAIL PROTECTED] Cc: devel@lists.laptop.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Sorry, to clarify: I think we should remove blocks?:8.2.0 from #8090, since we clearly aren't going to fix all those bugs. However, we should add it to #7669, which has a patch awaiting review, since that ticket solves 5 others if the patch is accepted. - Eben ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Blocks? and bug 8090
Greg Smith wrote: Hi Marco, Reading the Blocks? bugs this morning: http://dev.laptop.org/report/29 I noticed that we can get a lot of them off the list if we can close or defer 8090. Where are we with activity launching? Is it good enough and we have the main issues ironed out? I see mention of Eben's patch in the bug. Is that in the latest joyride? Eben tested his patch quite extensively and we had another couple of guys testing it, without finding any regression. The patch will go joyride soon, hopefully tonight, at worst tomorrow. I like the approach and we did some good testing. But the issue is very complicated and I think it will need at least a couple of days of testing in joyride to see if we ironed out all the issues. If its as fast or faster than 708 and we have no other serious issues (aside from 7876 which we will address separately), let's declare victory and come back to it in 9.1 as needed. This is not about performance actually. They are several behavior issues. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2346
On Wed, Aug 27, 2008 at 9:33 AM, Bobby Powers [EMAIL PROTECTED] wrote: On Wed, Aug 27, 2008 at 2:11 AM, Build Announcer v2 [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2346 Changes in build 2346 from build: 2344 Size delta: 0.00M -libertas-usb8388-firmware 2:5.110.22.p17.1-1.olpc3 +libertas-usb8388-firmware 2:5.110.22.p18-1.olpc2 is there a [good] reason this is being built for olpc2 and not 3? probably doesn't matter much for firmware, but... My bad; I used the wrong string in the rpmbuild command. Should be harmless (it's coming from joyride, not actually from the olpc2/3 tag). --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Please help test our new 8.2.0 Alpha release candidate, 8.2-757!
We are thrilled to announce our zeroth (Alpha) 8.2 release candidate, 8.2-757, valid until Wednesday, September 3. Please help test it according to the detailed instructions at http://wiki.laptop.org/go/Friends_in_testing while we still have time to fix issues you might find! Next, since we'd love to start generating per-activity release notes this week, please help us determine: Are there any caveats about running Activity (perhaps alongside or Activities and or in Language ) that everyone should know? Currently known issues are recorded at: http://wiki.laptop.org/go/Test_Group_Release_Notes#Build_8.2-757 New issues should be filed in our bug-tracking system (dev.laptop.org) according to http://wiki.laptop.org/go/Submitting_bugs or by notifying us by other means. Thanks! Michael P.S. - Our systematic testing effort is slightly closer to ready for primetime and is now described by a summary page at http://wiki.laptop.org/go/Systematic_testing which links to everything important. In short, if you're feeling especially brave this weekend, improving this page with a full-blown walk-through would be a great way to chip in. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
touchy about communicating
Don't have wireless at home. Do have enough external devices plugged in to need an USB hub (separately powered). Had two XOs set up identically - with the ethernet adapter connected at the hub (so adapter power is supplied even when the XO suspends). The first XO connected fine to the wired ethernet. The second XO would not see the ethernet. At that second XO, swapped two cable positions - plugged the keyboard in to the hub and plugged the ethernet adapter directly in to the XO. Now that second XO saw the ethernet. Go figure. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] Pungi minimal installer, comps.xml trick
Playing with a minimal Pungi kickstart file I get an install CD of about 500MB. If I add the xs-pkgs dependencies, things balloon to 759MB, no longer fitting in a CD. My guess is that a good 1/3 of that is related to the graphical installer and related dependencies which we don't want on the installed CD. It's not a complete deal breaker, but I prefer to distribute images that are small, and ideally fit on 1 CD. Jerry, you mentioned that fiddling with comps.xml was an option? How do you do that? ;-) This is how I am building the F9 XS images - sudo pungi -c kickstarts/pungi-f9-minimal.ks --nosource --name XS --ver=0.5dev --force --discs=1 --nosplitmedia And pungi-f9-minimal.ks contains... ## These are public repos repo --name=release --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-9arch=$basearch repo --name=olpc7 --baseurl=ttp://fedora.laptop.org/xs/testing/olpc/7/i386 repo --name=olpc9 --baseurl=http://fedora.laptop.org/xs/testing/olpc/9/i386 ## I actually use these local copies :-) #repo --name=fedora --baseurl=file:///media/disk/xs/releases/9/Fedora/i386/os/ #repo --name=everything --baseurl=file:///media/disk/xs/releases/9/Everything/i386/os/ #repo --name=olpc7 --baseurl=file:///xsrepos/testing/olpc/7/i386/ #repo --name=olpc9 --baseurl=http://fedora.laptop.org/xs/testing/olpc/9/i386 %packages --nobase [EMAIL PROTECTED] bash kernel passwd policycoreutils chkconfig authconfig rootfiles anaconda-runtime #-gnome* #-cairo #-xorg-x11-server-Xorg xs-config xs-pkgs %end cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Pungi minimal installer, comps.xml trick
Hi all, I'm new to the list and have just been lurking around for the past week, so excuse me, but: On 27 Aug 2008, at 9:41 AM, Martin Langhoff wrote: It's not a complete deal breaker, but I prefer to distribute images that are small, and ideally fit on 1 CD. Why? What's wrong with writing the image to a DVD? (And adding in another 2 or 3 with a localized copy of Wikipedia, Gutenburg Library, and the kitchen sink?) Just curious why it has to be one CD, really. Incidentally I live in a rural area and look after 5 schools with LTSP computer labs. Bandwidth is really expensive out here, and I reckon that will be the usual case scenario for most XS deployments. -- Jeff Brown Cell: 074-101 5170 / Fax: 086-532 3508 Masimanyane Mussel Rehabilitation and Masande Nursery ~ Nutritional Projects C O F F E E B A Y ~ W I L D C O A S T ++ Website: www.wildcoast.com Blog: www.wildcoast.com/jeff 8 -- Do not believe in miracles -- rely on them. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Pungi minimal installer, comps.xml trick
On 27 Aug 2008, at 10:21 AM, Martin Langhoff wrote: On Wed, Aug 27, 2008 at 7:52 PM, Jeff [EMAIL PROTECTED] wrote: Why? What's wrong with writing the image to a DVD? Don't worry about the CD :-) But I do. I'm worried that you may be applying first world standards and expect the deployment sites to run off and download, oh for example, Java, GCC, and a bunch of other essential tools, whereas the install distro should include them as a matter of course. So I'm asking again: why a single CD? This isn't Ubuntu shipping off a million copies of the latest distro for free, so why the self- imposed minimalist constraint? about 30 to 50% of the stuff that pungi puts there is not needed. I'm trying to shed it so we can fit more stuff we care about - content as you point out. As you say, the graphical installer, X, and a lot of other goodness is taking up space. A minimalist install /option/ is a Good Thing, but take the very recent XO deployment at Kliptown for example: because of a shortage of PCs they have already turned the XS into a workstation. Same thing we do with the servers in our computer labs. Please consider this a bit more carefully. Excellent. Welcome to the list! TYVM. Before I bark up the wrong tree, can someone please point me at the server plan/roadmap? -- Jeff Brown Cell: 074-101 5170 / Fax: 086-532 3508 Masimanyane Mussel Rehabilitation and Masande Nursery ~ Nutritional Projects C O F F E E B A Y ~ W I L D C O A S T ++ Website: www.wildcoast.com Blog: www.wildcoast.com/jeff 8 -- Do not believe in miracles -- rely on them. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] Reply All
Sorry about the redirects. Can we please change the Mailman default reply to sender to reply to list? Pretty please... : ) -- Jeff Brown Cell: 074-101 5170 / Fax: 086-532 3508 Masimanyane Mussel Rehabilitation and Masande Nursery ~ Nutritional Projects C O F F E E B A Y ~ W I L D C O A S T ++ Website: www.wildcoast.com Blog: www.wildcoast.com/jeff 8 -- Do not believe in miracles -- rely on them. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Pungi minimal installer, comps.xml trick
Martin Langhoff wrote: Playing with a minimal Pungi kickstart file I get an install CD of about 500MB. If I add the xs-pkgs dependencies, things balloon to 759MB, no longer fitting in a CD. My guess is that a good 1/3 of that is related to the graphical installer and related dependencies which we don't want on the installed CD. It's not a complete deal breaker, but I prefer to distribute images that are small, and ideally fit on 1 CD. Jerry, you mentioned that fiddling with comps.xml was an option? How do you do that? ;-) You fiddle with the comps.xml file and redefine packages that are included in the different groups that are part of your compose like @core. If they are not direct dependencies, you might be able to reduce the content. Rahul ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Reply All
On Wed, Aug 27, 2008 at 11:41:56AM +0200, Jeff wrote: Can we please change the Mailman default reply to sender to reply to list? Pretty please... : ) Heh. No thanks. But do you need assistance with your mail client to reply CC all? Several mail clients can be configured with such a local policy decision. With mutt(1) I just use 'g'. -- James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/ ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Pungi minimal installer, comps.xml trick
Martin Langhoff wrote: Playing with a minimal Pungi kickstart file I get an install CD of about 500MB. If I add the xs-pkgs dependencies, things balloon to 759MB, no longer fitting in a CD. My guess is that a good 1/3 of that is related to the graphical installer and related dependencies which we don't want on the installed CD. It's not a complete deal breaker, but I prefer to distribute images that are small, and ideally fit on 1 CD. Jerry, you mentioned that fiddling with comps.xml was an option? How do you do that? ;-) This is how I am building the F9 XS images - sudo pungi -c kickstarts/pungi-f9-minimal.ks --nosource --name XS --ver=0.5dev --force --discs=1 --nosplitmedia And pungi-f9-minimal.ks contains... ## These are public repos repo --name=release --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-9arch=$basearch repo --name=olpc7 --baseurl=ttp://fedora.laptop.org/xs/testing/olpc/7/i386 repo --name=olpc9 --baseurl=http://fedora.laptop.org/xs/testing/olpc/9/i386 ## I actually use these local copies :-) #repo --name=fedora --baseurl=file:///media/disk/xs/releases/9/Fedora/i386/os/ #repo --name=everything --baseurl=file:///media/disk/xs/releases/9/Everything/i386/os/ #repo --name=olpc7 --baseurl=file:///xsrepos/testing/olpc/7/i386/ #repo --name=olpc9 --baseurl=http://fedora.laptop.org/xs/testing/olpc/9/i386 %packages --nobase [EMAIL PROTECTED] bash kernel passwd policycoreutils chkconfig authconfig rootfiles anaconda-runtime #-gnome* #-cairo #-xorg-x11-server-Xorg xs-config xs-pkgs %end cheers, The comps.xml file can be found in the yum repo's repodata directory, just gz'd. Extract that file and edit the lines that you want to change. packagereq type=mandatoryPACKAGENAME/packagereq packagereq type=defaultPACKAGENAME/packagereq packagereq type=optionalPACKAGENAME/packagereq the type mandatory, default, optional, control what gets installed. I mass change all the default to optional. Yum still pulls in all the deps, unless there is a broken dep in a rpm, so things should still still work, just what gets selected is much smaller. Need to have a package installed, add that one to the kickstart file. Now tell createrepo to use it with the -g option or point pungi it. Jerry ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Pungi minimal installer, comps.xml trick
2008/8/28 Jeff [EMAIL PROTECTED]: But I do. I'm worried that you may be applying first world standards Don't let knee-jerk reactions dominate :-) I am on a very slow int'l connection. I expect most pilot site and several XS volunteers to be on similarly slow int'l connections. Small images are a feature. And whoever wants a special set of packages (Java toolchain, GCC, Latex, Gnome, etc) they have yum and the related yum tools that let you build a partial local repo. And anyone who wants the whole hog, pair it up with the Fedora DVD as a secondary local repo. The main deployment sites will probably install hundreds if not thousads of XSs from USB key - at least the bootstrap. Or they'll use a network. Sizes matter a lot there too. I don't know yet. I'm busy downloading the ISO on an Edge connection. 6h45 remaining, and about half my cap : ( Well - if I spun a full Fedora DVD you'd be screwed! :-) why the self-imposed minimalist constraint? Give yourself time to hang out on this list and on [EMAIL PROTECTED] Perhaps read the School server pages on the wiki. 1. a live/install image with FC7 and OLPC/XS packages preselected Which will be replaced with a F9 installer CD that I'm trying to make as lean as possible. 2. separate OLPC/XS rpm packages which will be downloadable from Fedora or OLPC repositories That too. Note that if you have a local Fedora DVD, mount it and set it as a local repo, and any packages available there will be used (if current). OTOH access to package repositories could be a regionalized function along with the provision of library material, I guess. Bingo! Local materials will not be on the images I distribute, but on regional repositories. Sorry if I'm OT: my main interest is content and use case scenarios for XS-XO deployments which can also be implemented for the current rollout of NetDay servers in SA. Kind of a dual purpose mission. Can't seem to find much on the wiki about the XS Library, though. (Pointers will be much appreciated.) XS Library is not there yet. Will probably be based on an extension of moodle, or on tools we can integrate with the upcoming repository API of moodle. See the irc logs of the latest XS meeting (in the wiki) where Bryan asked a whole lot of questions about it. cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Reply All
2008/8/27 Jeff [EMAIL PROTECTED]: Sorry about the redirects. Can we please change the Mailman default reply to sender to reply to list? Sorry - but no. Reply and reply all should be available on your email program. Accidentally replying in private is ok (and better than the alternative :-) ). For a more detailed reasoning, see http://www.unicom.com/pw/reply-to-harmful.html cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] Strange - already member of a bridge
The reason br0 is not coming up is that we see device msh0 is already a member of a bridge: can't enslave it to bridge br0 But brctl show only shows a 'pan0' bridge and no mention of msh0. (I wonder what pan0 is) OTOH, if I explicitly say ifup br0 it does come up. cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
