Opportunities to slim down 13.1.0 build file cruft
Hi folks, I was just having a dig around in 13.1.0 build 6 for the XO-4 (using GrandPerspective), and noticed that we are still including libgweather and its 88Mb worth of Locations.xml files. I know this came up in a previous release cycle, but just want to check again that we can't save this valuable space. Will keep looking for other file cruft to report. Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: disable color balancing on XO webcam
Hi Sebatian, On 25 Oct 2010, at 15:28, sebaroc...@gmail.com wrote: > Hi, > > Im working on a computer vision project in the XO and i would like to disable > the color balancing on the XO webcam but i don't know how. > In this link http://wiki.laptop.org/go/Hardware_specification says that it is > posible :) This reminded me of some distant email threads, here's a quick copy paste from my archive of them, in case any are of help. Regards, --Gary --- copy & paste 1 --- > From: Benjamin M. Schwartz > Subject: Re: [Sugar-devel] [ASLO] webcam images and control > Date: 25 February 2010 16:46:29 GMT > > Aleksey Lim wrote: >> On Thu, Feb 25, 2010 at 03:39:26PM +0100, Emmanuel Di Folco wrote: >>> I would like to be able to : >>> - control the gain or integration time of the camera (mode Photo, not >>> video) in order not to saturate (this is obviously feasible, since >>> the images taken during the day are not saturated !) >>> - eventually restrict the size of the screen window that is >>> considered by the 'automatic gain adjustment algorithm' (where I >>> would insert the moon) > > The automatic gain adjustment is performed in hardware, not software. In > the standard mode, the CPU has no control over the camera's gain/exposure > time. It may be possible to put the camera into a "manual" mode, where > the CPU can control gain and other parameters, but I do not know how to do > this. > > The best person to ask is Jonathan Corbet, who wrote the camera's driver. > However, the camera's interface has proven difficult to work with and > poorly documented, so many advanced functions have not been implemented in > the driver. On the XO-1.5, even basic camera functionality is still not > working correctly. > >>> - gather the raw images, not the JPG compressed ones. > > I did manage to do this on the XO-1. You can try the instructions from: > http://lists.laptop.org/pipermail/devel/2008-February/011029.html > > This code also controls the "integration time" by acquiring many images > and averaging them. > > --Ben --- copy & paste 2 --- > From: Brian Jordan > Subject: Re: Panorama activity > Date: 12 October 2008 06:39:45 GMT+01:00 > > On Sat, Oct 11, 2008 at 10:26 PM, Nirav Patel wrote: >> My roomate and I wrote an auto-stitching Panorama Activity during the >> Yahoo Hack Day at CMU yesterday (ended up winning the Hack for Good >> award). I'll be posting it in the wiki at some point today. It needs >> a whole lot of polishing, since it was written in 24 hours. >> >> I ran into the same problem that Ben did with autowhitebalance and >> autoexposure. I looked through the ov7670 driver, and it seems >> changing V4L2_CID_BRIGHTNESS should flip the auto exposure control >> (AEC) bit in one of the registers. I added support for changing >> brightness to the camera module in Pygame, but either disabling AEC >> doesn't work, or it just makes auto gain control and auto white >> balance work even harder to change the image. Other than that, the >> stitching seems to work ok. I'm going to pyramidize it at some point >> to make it faster, and do something to improve the accuracy. The >> slowness of stitching doesn't effect the user experience much though, >> because it only stitches after the user is done taking the pictures. >> > > So cool -- can't wait to try. > >> The Activity we wrote uses the Flickr API for an upload to Flickr >> button. I feel that this is the most important part. There is >> support for saving the stitched images as Journal entries, but it >> would be wonderful if a kid anywhere in the world could see panoramas >> taken by other kids elsewhere. Flickr is far from ideal for this. >> Beyond not really being designed for viewing panoramas, it is >> currently set up to just upload every picture to my personal Flickr >> account. My API key, secret key, and an authentication token are >> prerecorded in the activity, so anyone could potentially use those >> values to edit existing photos and upload whatever to my Flickr >> account: http://flickr.com/photos/nrpatel/ >> > > Awesome! :-D > > Maybe one could set up a one-way upload script for this on dev (or > some appropriate > community-developed-web-services-server-of-the-future)? This script, > then, could handle the uploading via flickr API securely. > > Regards > Brian > >> It seems Gigapan doesn't have an upload API. gigapan.org works in >> Browse on my os767 XO, but panning around an image is pretty slow. >> Anyone have ideas on this? A better way to Flickr, ideas for >> designing a new site, getting Gigapan to add an upload API, etc? >> >> The other issue we ran into is integrating OLPCGames with pyGTK stuff. >> We used OLPCGames to take advantage of capturing the images as SDL >> surfaces, but we also wanted pyGTK to pop up a Dialog box when the >> user hits Save, asking for a Title, Tags, and a Description of the >> panorama. We hacked together something that does pop up the box and >> saves correc
Calculate-33 request for activities wiki update page
Hi Folks,
Not sure where this email should be going, but now that the
http://wiki.laptop.org/go/Activities/G1G1 and equivalent update pages are
locked down, could I request the links for Calculate be updated to the current
version?
{{Activity-oneline
|icon = activity-calculate.svg
|activity_name = Calculate
|activity_description = Basic calculator
|activity_id = org.laptop.Calculate
|activity_bundle = Calculate-33.xo
|activity_bundle_url =
http://activities.sugarlabs.org/en-US/sugar/downloads/file/27032/calculate-33.xo
|activity_bundle_branch = Calculate (latest)
|activity_version = 33
}}
If you'd prefer the .xo bundle to be served from wiki.laptop.org let me know
and I can upload (or feel free to upload it yourself). The version 30 currently
linked to is rather out of date and I'm seeing bugs filed that have already
long been fixed.
I've tested Calculate-33 on an XO-1 in build 802 (Sugar 0.82), 852 (Sugar
0.84), 373pyg (Dextrose/Sugar 0.88), and a number of VM based images including
an F13 Sugar 0.88.1, and an F14 Sugar 0.89.3.
Kind Regards,
--Gary
P.S. On a more general note activity, I'm not sure of the policy for keeping
the wiki update pages pointing to the latest stable releases. Do we/I need to
go through the current list and raise the newer releases from ASLO that should
be considered/re-tested/updated now that the OLPC 0.84.x based Sugar build is
official?
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] [IAEP] Children want Sugar 0.84, for the wrong reason
On 13 Mar 2010, at 18:12, Bernie Innocenti wrote: > On Sat, 2010-03-13 at 12:07 -0500, Martin Langhoff wrote: >> On Sat, Mar 13, 2010 at 11:50 AM, Bernie Innocenti >> wrote: >>> If you ask me: our recent F11-XO1 builds have reached equal or better >>> quality than build 801, provided you disable automatic power management. >> >> Are all activities working, including collaboration? In Gnome, can you >> actually use FF? Camera? > > >> >>> Hopefully, they will complain a little less on the next upgrade to 0.86 >>> and 0.88... Until they finally get used to the idea that software tends >>> to improve over time rather than getting worse. >> >> Or we slow down to a rhythm that they can cope with ;-)! > > Slowing down deployment of new versions might make things even worse! > > The more changes accumulate, the less familiar the new version will look > like, and the more time the users got to get used to the experience > provided by the old version, no matter how buggy it was. > > The Vista vs XP effect. > > The only way to reduce user adversity to change is getting them used to > smooth change by providing a short development cycle with few changes > that deliver clear improvements to the user experience in terms of new > features or fewer bugs. Agreed, though this argument only really works if the changes each time are easy to install from the user perspective with no loss of data. I wish we were doing much better here. It feels uncomfortable that Sugar 0.84 is already a year old effort as of this week, from its official release, too far ahead of deployments? --G > The #1 bait we used to push this new release onto teachers was 3G > support. Suffice saying, GSM connectivity is very popular in places with > no wired broadband. > > Unfortunately, this wasn't quite true, bacause many popular Huawei > modems use by default a "Windows compatible" mode in which they show up > as mass-storage devices. After backporting udev to F-11, I found out > that now users are being sold an even newer model of Huawei modem which > is not yet supported by the Fedora 12 version of udev's rules. > > Teachers blamed the new Sugar for breaking their shiny new modems: they > seem unable to distinguish between a regression, a bug in new feature, > or an entirely missing feature. Heh... > > Anyway, now I found a temporary workaround and reported the missing > feature upstream: > > http://bugzilla.redhat.com/show_bug.cgi?id=573250 > > Too bad it was so easy: support for new devices would have maed a major > selling point for the next version of Fedora :-) > > -- > // Bernie Innocenti - http://codewiz.org/ > \X/ Sugar Labs - http://sugarlabs.org/ > > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Running SWF files standalone in Sugar? Simple Activity wrapper?
Hi Thomas, On 10 Mar 2010, at 15:44, Thomas PLESSIS wrote: > I've try this solution too, but it seems that it does not work perfectly with > Adobe Flash player (as you said). My game is running, but there're no mouse > interaction, no sounds, the introduction popup of the game didn't appears... I'm loosing track of the various iterations of Flash, can you publish your game for Flash 5? Version 5 should certainly run fine**, perhaps 6 should be ok also, published swf's above that I think you'd have a good chance of things breaking (but it probably depends just what fancy feature you're using). ** I developed full time with Flash for about 4-5 years before getting utterly fed up with Macromedia/Adobe feature creep, compatibility breaks, and huge price jumps. I dumped most of their tool sets for more open/standards compliant work flows, so I've lost touch now. Regarding sound, it's very lightly you are currently using a propriety audio codec on storing your sounds. Edit your swf publishing settings and set the sounds to use something like WAV – Gnash can legally support this without big companies trying to chase them down for royalty/licensing payments... > Is there any way to run adobe air on OLPC? I've tried but installation does > not work, i've some errors with "librpmbuild" library in the log file. Sorry, pretty sure no way; and remember even if you did manage to install this dependancy somehow, no one else would have it (i.e. nobody would be able to run your game anyway). Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Running SWF files standalone in Sugar? Simple Activity wrapper?
Hi Martin, On 10 Mar 2010, at 14:38, Martin Langhoff wrote: > Is there a smart way to run a swf in Sugar, starting it up as an > Activity? Hopefully something that works with Gnash and (if installed) > Adobe's version? > > I had the impression the Nepal team had a way to do this... but I > can't remember if (early on) they were bashing Flash or using Flash. > Karma now is all HTML5 but I thought they had started using some Flash > content. See Tomeu's gnash Work: http://blog.tomeuvizoso.net/2009/05/progress-on-sugar-activities-with-swf.html http://blog.tomeuvizoso.net/2009/04/embed-flash-movies-with-gnash-in-your.html The EatBoom activity is pretty easy to swap in your own swf content (just make sure it's not built requiring a very recent Flash, eg must work with Gnash). This is a trivial path to activities for any one who has developed in Flash, though it throws up issues of source visibility and localisation (there are some tricks to make this work reasonably well if any one is interested pushing on this path): http://git.sugarlabs.org/projects/eatboom Regards, --Gary > > cheers, > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ > 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: [olpc-nz] Testing summary - 12 December 2009 Wellington, NZ
On 14 Dec 2009, at 19:54, Alastair Munro wrote: > Hi Cameron, > > I checked a couple of the laptops after seeing your email about the > suspending, the wifi disappearing was after a suspend. I was thinking of > suspend in the terms of a normal laptop where suspending effectively turns > off the computer and saves state to the hard disk. I find it odd that the > suspend is still allowed to occur even when running off AC power though. I think the idea is that power is precious in the majority of deployments (if not all of us). Burning cycles on a diesel generator, wind turbine, or solar is detrimental to every other device plugged into that limited power source. Regards, --Gary > -Alastair > > On Mon, Dec 14, 2009 at 1:13 PM, James Cameron wrote: > G'day Alastair, > > Thanks for responding. I'd like to drill down further into the facts > just to make sure we're not missing anything. > > On Mon, Dec 14, 2009 at 09:19:19AM +1300, Alastair Munro wrote: > > We did not disable suspend before testing, all these observations were > > made on a fresh boot while plugged into AC power with no suspending. > > You did not disable suspend, yet there was no suspending at all? That's > surprising. The design since about build os49 is that dim screen with > begin at about 15 seconds and suspend will begin at about 25 seconds of > idle. The suspend doesn't turn off the screen, so you might not notice > it. The power LED begins to blink at about a five second rate. > > Can you confirm that you keep the keyboard and touchpad active, and > never idle for more than 30 seconds? It is very hard to do that, > especially with other people interrupting. > > > The wireless just didn't seem to activate at all. When checking > > 'ifconfig -a' the only device shown was the local loopback device > > 'lo'. > > This is quite consistent with not knowing that an automatic idle suspend > has happened. > > -- > James Cameron > http://quozl.linux.org.au/ > > ___ > 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: Some testing notes for OS10 for the XO-1
Hi Steven, Testing on XO-1 CL1. On 11 Dec 2009, at 18:55, Steven M. Parrish wrote: > If you are going to try out OS10 for the XO-1 here are a few things that need > testing. > > Does it boot consistently into Sugar? Gnome? Yes, but only tested over a few reboot cycles for each. > Any strange lockups? If so what were you doing? - Trackpad and keyboard stop working after letting XO to go into sleep. Power button wakes machine, backlight on, interface redraws, but no keyboard or mouse. Used power button to cycle sleeping/waking several times but no change. 2 presses of power button to switch off and try again. - Manually putting to sleep with the power button, same result. Interestingly, when the machine is asleep, moving the mouse or pressing keys does make the power led light up, but once machine is awake mouse and keys are dead again. - Seemed to break after dcon freeze (you can usually see the screen briefly jump/glitch), wiggling the mouse right after the screen glitch but before the screen blanked still lost keyboard and mouse input (at least on two occasions). > Can you upgrade packages using "yum update" from the command line? - Yes, tested both an install of vim, then a general update. > Does sound work? - Yes, tested in TamTam, Speak, Pippy, Memorize, Record. > Can you suspend? Does it wake up? - Yes, but with loss of keyboard and mouse as noted above. > Please report any issues you have. - For the majority of Activities I checked (Speak, Turtle Art, Moon, Memorize, Pippy, Read, Calculate, Labyrinth, Chat, Record, anything with the default Activity toolbar name/share/keep/stop), the Activity toolbar content now a tiny bit longer so that the Stop button is being pushed (by only a few pixels) into an overflow drop down menu :-( Did the gtk theme or widgets get tweaked, font size looks about right. Oddly enough I'm sure I disable the "Share with" widget in my Moon and Labyrinth activity code (as they don't yet support sharing), but they are now both showing the "Share with" widget in the toolbar, h - Record Activity only showing an audio tab, so can't test video or photo taking ability. - Booting into Gnome does not recognise the XO battery and shows a "battery may be broken broken or very low charge" warning (I was originally running the XO from battery at about 50% charge remaining, but you get the same warning if on mains power). - Still seeing two network device icons in bottom of the Sugar frame. Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F11 for XO-1.5 build 53
Hi Chris, On 4 Dec 2009, at 15:59, Chris Ball wrote: > http://wiki.laptop.org/go/F11_for_1.5 > http://dev.laptop.org/~cjb/f11-1.5/os53 > > Compressed image size: 659.12mb (-0.68mb since build 52) > > Description of changes in this build: > * working camera! > * kernel exposes wakeup reasons to userspace (#9793) > * GSM driver really included this time (#9684) > * add OLPC CA certificate (#9624) > * add csound-python to build (#9583) > * booting from alternate install can be tested in this build > * remove Log and Terminal from default favorites view (#9796) Just testing Steve's latest OS10 for the XO-1 build; was wondering if Analyze is another (admin/tech related) activity that can be dropped from the default favourites view? Regards, --Gary > > Package changes since build 52: > > -csound-5.10.1-13.fc11.i586 > +csound-5.10.1-14.fc11.i586 > +csound-python-5.10.1-14.fc11.i586 > -kernel-2.6.31_xo1.5-20091203.0040.1.olpc.95ebb6f.i586 > +kernel-2.6.31_xo1.5-20091204.0910.1.olpc.e81f432.i586 > -kernel-firmware-2.6.31_xo1.5-20091203.0040.1.olpc.95ebb6f.i586 > +kernel-firmware-2.6.31_xo1.5-20091204.0910.1.olpc.e81f432.i586 > -olpc-utils-1.0.12-1.fc11.i586 > +olpc-utils-1.0.13-1.fc11.i586 > > ___ > Fedora-olpc-list mailing list > fedora-olpc-l...@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-olpc-list ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
Hi Reuben, Daniel, On 8 Dec 2009, at 09:59, Daniel Drake wrote: > 2009/12/8 Reuben K. Caron : >> -Create three faux "Mesh Channel #" icons in the Network view >> -When the child wants to join a mesh network they will select one of the >> networks >> -Upon selection: the XO will: 1. Scan to see if that ad-hoc network already >> exists and 2. if it does not exist the XO will create the network allowing >> other children to join it. Thanks for pushing on this again, +1 from me. I've been really worried about such a large change in existing workflows, especially with it as such a central feature. > Joining an ad-hoc network is the same process as creating one, so this > is even easier than you think. > >> The one pitfall of this idea, and I'm not sure how much of an issue this >> would be, is also the pitfall of ad-hoc networks...when the initiator of the >> ad-hoc network leaves the network fails. > > This isn't true - the network keeps on running. > > It's a good idea and is doable, although not for friday. You should > put it in trac (and the SL one too). > > The only thing to keep in mind is that ad-hoc networks are going to be > (by design) even less reliable than the mesh. So we need to be careful > which usage scenarios we push it for. Daniel: So this would nicely work around the issues you had in the thread about setting up automatic joining of ad-hoc networks to simulate current mesh like work flow. One of the three faux "Mesh Channel #" icons would need to be clicked in a conscious decision to join a network, so it would only feel like the automatic network join feature had been dropped. Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Wanted: List of Sugar activities for the XO-1.5
Hi Mike, On 5 Dec 2009, at 20:43, Mike Dawson wrote: > Hi All, > > The GCompris stuff is very very nice indeed and I would highly > recommend having some of them. Even just because it has such great > demo power and then further activities can be installed from the > school server. My concern with GCompris ports is they do not follow even the most basic of Sugar UI standards, many don't even support keeping a Journal resume state. There's are some nice applications, but highly concerned they dilute understanding of basic Sugar behaviours and UI expectations if installed as default demos of "what is good". Regards, --Gary > I would recommend against including finance by default. As laptops > are given out by government agencies in countries where people are > often suspicious of the government and it's often the time that they > are trying to increase tax revenue this might well lead to suspicions. > We otherwise would have loved to include it. > > Regards, > > -Mike (in Afghanistan) > > 2009/12/6 Samuel Klein : >> Here's a list of activities that I think would be great, both worth starring >> and worth having unstarred (it's a large enough list now that it's confusing >> to have them all on the home screen by default, but there are lots of great >> activities that people who know about them will want even when they're >> offline with no way to get new activities). >> >> There may be another 5-10 of these that are worth unstarring for a clean, >> useful firstboot home screen... I'm testing these over the weekend. >> >> OLPCorps classes had lovely stories about using both Micropolis and Moon >> with parents and students becoming interested because of those activities >> (Moon for religious reasons). >> >> Words still accumulates bad characters at the start of its input field if >> you keep using it and encounter words with accents, but it's also been very >> useful. >> >> Read Etexts is a bit redundant with Get Books, but it is lovely in its own >> focused way, and small. >> >> OOo4kids and Gcompris (a suitable subset) would be excellent additions... >> both have sizeable development communities compared to most of the >> activities here >> >> SJ >> >> >>> TO TEST: >>> >>> == >>> Browse >>> Calculate >>> Chat >>> Distance >>> Etoys >>> Implode >>> Infoslicer >>> IRC >>> Labyrinth >>> Maze >>> Measure >>> Memorize >>> Physics >>> Pippy >>> Read >>> Record >>> Scratch >>> Speak >>> TamTam * >>> Terminal >>> Turtle Art >>> Typing Turtle >>> Words >>> Write >>> >>> [ADD] >>> Get Books >>> Help >>> Wikibrowse (en, es) >>> .. >>> Falabracman >>> FoodForce2 >>> Micropolis (Corps support!) >>> OOo4Kids (link to Gnome) >>> >>> GCompris >>> TuxPaint >>> .. >>> Finance >>> Geogebra >>> SocialCalc >>> >>> >>> [UNSTAR] >>> Analyze >>> Jukebox >>> Log >>> Moon (Corps story!) >>> Paint >>> >>> [ADD & UNSTAR] >>> VNC Launcher >>> Read Etexts? >>> >>> >>> >>> -- Forwarded message -- >>> From: Chris Ball >>> Date: Mon, Nov 30, 2009 at 3:54 PM >>> Subject: Re: Devel Digest, Vol 45, Issue 53 >>> To: "Reuben K. Caron" >>> Cc: OLPC Development , Eric Bachard >>> >>> >>> >>> Hi, >>> >>> [Added ericb to CC; Eric, we're talking about which applications to >>> include by default on our OLPC XO-1.5 software release.] >>> >>> > How about suggestions for programs on the Gnome side? >>> >>> That's a good idea, thanks. >>> >>> I haven't decided what to do about OpenOffice yet -- at the moment we >>> don't ship it, but do ship abiword and gnumeric. The options for it >>> look something like: >>> >>> * just add the openoffice.org Fedora packages for GNOME. >>> (How much disk space would that use?) >>> >>> * just add the Ooo4Kids activity for Sugar. >>> >>> * just add the Ooo4Kids activity for Sugar, *and* find a way to make >>> the same activity launchable inside GNOME. This would need Ooo4Kids >>> to be useful for older kids as well, since they're the target >>> audience for using GNOME instead of Sugar. >>> >>> The OOo4Kids activity is here: >>> >>> http://activities.sugarlabs.org/en-US/sugar/addon/4241 (100MB) >>> >>> Perhaps someone could try out OOo4Kids, see how it compares to >>> standard OpenOffice, and see how much disk space adding the full >>> OpenOffice packages would require? >>> >>> Thanks! >>> >>> - Chris. >>> -- >>> Chris Ball >>> One Laptop Per Child >>> ___ >>> 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 >> >> > ___ > 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: 8.2.2 Beta-1 test request
Hi Martin, On 4 Dec 2009, at 12:34, Martin Langhoff wrote: > Note! We are also testing the XO-1.5 builds, and hoping to make a > release Real Soon Now. If you have XO-1.5 hardware, help us test the > 1.5 builds. On the other hand, if you have XO-1s to test, I need help > with... > > The build is '802B1' -- find it at: > >http://dev.laptop.org/~martin/8.2.2-betas/ > > Filing bugs -- the bugs related to this release are tagged with > milestone '8.2.2'. Please set that milestone in any new bug you file, > or add your notes to the existing bugs: > http://dev.laptop.org/query?status=assigned&status=closed&status=new&status=reopened&order=status&col=id&col=summary&col=status&col=type&col=priority&col=component&milestone=8.2.2 > > What's new? > > =Touchpad= > > The build has a rebuilt kernel with new touchpad drivers, and some > configuration tweaks. This is for both old 'ALPS' touchpads and new > 'Synaptics' touchpads. (Do mention which one you have!) XO-1 with ALPC touchpad. > With these changes, the touchpads should move a little bit slower, > have a bit more precision, and be a lot less 'jumpy'. In fact, when > they data gets jumpy, the driver ignores the data instead of jumping > wildly. > > Is the kangaroo mode gone? Is it more usable now? Are other effects creeping > in? Still noticing loss of calibration during normal use. Mouse movement scaling seems _much_ higher than build 802 or F11-XO-1 build 8. > Comparison test drawing spirals: > > - Grab 2 XOs with the same touchpad type, load the old stable 802 on > one, and my test build (802B1) on the other. If you only have one XO, > try one OS after the other... > > - Open Paint and draw spirals > >1) try to keep it reasonably tight >2) stop if you collide or get sloppy >3) count the number of cycles >4) try again N times >5) use the average cycles as a measure > > Related > http://dev.laptop.org/ticket/9775 > http://dev.laptop.org/ticket/9773 I skipped about the versions to try and avoid influence of practice. - 802 results: 6, 5, 7, 8, 13, 16 == 9.2 mean (at least 1 clear/large cursor jump drawing line across screen) - 0.84.2 (F11-on-XO build 8) results: 11, 15, 15, 13, 13, 11 == 13.0 mean Mouse acceleration is much faster than above tests (perhaps x2) so hard to keep tight spirals and generate comparable measurements, but here's what I managed: - 802B1 results, Paint 23: 6, 11, 12, 9, 5, 7, 13, 16, 13 == 10.2 mean - 802B1 results, Paint 27: 9, 13, 9, 10, 15, 18 == 12.3 mean > = Kernel = > > The kernel rebuild may have caused other issues. Any problems with > suspend/resume, wireless, freezes, I want to hear about them. Automatic power management off by default, was this the same for the original 802? I know it's on by default for the F11-on-XO build 8). Also Jabberserver is blank by default, can't remember if this was also blank for the original 802. > = Wireless: Associating to Access Points and debugging = > > Fixed a bug where NetworkManager would -- in a % of connections -- not > realise that the process had succeeded. Side by side, 802B1 should > connect successfully to an AP more often. > http://dev.laptop.org/ticket/8104 FWIW, basic WEP testing here seems fine, same as before. > And now if you `touch /etc/NetworkManager/log-supplicant` and restart. > That same file is used as the logfile by wpa_supplicant. > http://dev.laptop.org/ticket/9715 > > = Startup / shutdown = > > Two bugs related to the shutdown process have been fixed. Rebooting > side-by-side, you should see 802B1 shutdown much faster, and never > hang in the switch to the "ul-warning" screen. > > If it ever hangs in the shutdown process, let me know... > > = Talk to the XS = > > Sugar now connects to gabble immediately after registration, no need > for a reboot - If you have an XS handy (hint: get the XS-on-XO image > on an SD card!), you can confirm this enhancement. > http://dev.laptop.org/ticket/9726 - > > You can run 'olpc-connections' in a terminal to see it switch from one > to the other right away. > > = OS version = > > The Sugar Control Panel should report the right version in 'About my > XO'. And the 'Update' control panel must check for new activities by > hitting a url ending in /8.2.2 (you might need a packet capture for > that, or point it to a server you manage, just to see the 404s...). > > = Update your Activities? = > > The "you must update your activities" dialog on first boot is gone! It > will only appear after a major upgrade (not a minor one). > > To test this, you can: install an older release (756 for example) and > then use olpc-update --usb to upgrade to 802B1. Bundled activities that are out of date according to OLPC wiki (41.8Mb worth): Distance-14 --> 17 Measure-24 --> 27 Moon-10 --> 11 Paint-23 --> 27 Pippy-30 --> 35 Record-59 --> 64 Speak-9 --> 11 TamTamEdit-50 --> 51 TamTamJam-51 --> 52 TamTamMini-49 --> 51 TamTamSynthLab-51 --> 52 TurtleArt-10 --> 70 (!!) Additional activity upgrad
Re: [IAEP] Help Activity on XO-1.5 [was: List of Sugar activities for the XO-1.5]
Hi Adam, On 29 Nov 2009, at 22:36, Holt wrote: > Brian/Seth > Sandy raised a critical issue on our Support call today-- how much work would > it be to upgrade your great Help Activity from Sugar 0.82.1 to Sugar 0.84.x > for the XO-1.5? > > And how can experienced Support people help Help (and learn learning ;) here? > > http://wiki.laptop.org/go/Help_(activity) > http://wiki.sugarlabs.org/go/Activities/Help > > Or would you dare ship the Help Activity as is? I may have missed some recent activity, but the last help activity I saw failed in 0.84 and up due to hulahop changes needed for underlying mozila changes. A version was patched (by Sayamindu I think) for olpc France to ship for a Madagascar (I think?) deployment: http://git.sugarlabs.org/projects/helpfr I'm guessing you could pick up from here and add new 0.84 content via some documentation sprint effort. Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 8.2.x, touchpads and papercuts
Hi Paul, On 26 Nov 2009, at 13:45, Paul Fox wrote: > i wrote: >> martin wrote: > ... >>> >>> = CL1 Alps users >>> - better kmod? >>> - pgf proposed an xset command to tweak responsiveness? >> >> both of the above points are covered here: >>http://wiki.laptop.org/go/Touchpad_driver_changes >> folks in the field in both rwanda and paraguay have done some >> testings. we would love to get more feedback from anyone having >> CL1 (i.e., "original") touchpad issues regularly, to let us know >> if this is enough better to be worth deploying. i/we believe it >> is, but it's been quite difficult to get good feedback. >> >> there's an rpm here: >> >> http://wiki.laptop.org/go/Touchpad_driver_changes#Trial_Kernel_with_new_driver >> (it's inside the tarball, along with a script that applies the >> mouse accelleration change.) > > i forgot to also mention that i believe anyone using an XO-1 with > a recent (last couple of months) 2.6.30 kernel, as provided with > an F11-or-SoaS-on-XO-1 release, is already running this driver. > i haven't heard negative feedback from that group of users -- but > i actually haven't gotten any feedback at all. so maybe the new > driver isn't an improvement at all. or you're all using external > mice. :-) Sorry for not pinging before on this, but I'm not noticing a significant change in trackpad behaviour (certainly does not seem to have deteriorated so could be a mild improvement). I need to sit down and do side by side comparisons while not being distracted by other tasks (just got back to Edinburgh tonight so I have a 0.82 XO-1 and F11-on-XO-1 handy again). A good test I used to try when the trackpad was being hacked on before was using Paint (same version) to draw spirals, you: 1) try to keep it reasonably tight 2) stop if you collide or get sloppy 3) count the number of cycles 4) try again N times 5) use the average cycles as a measure Will give this a shot in the next few days. Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] Testing summary - 21 November 2009 Wellington, NZ
Hi Tabitha, On 21 Nov 2009, at 00:21, Tabitha Roder wrote: > Testing summary - 21 November 2009 Wellington, NZ > > Who: Tabitha, Fabiana, Joel, Grant, Tim, Brenda, Callum, David -- snip -- > 2 of the XO 1.5 machines 0.84.2 OLPC build release 11 (Leonadis) are > showing duplicated names when hovering on ring activity icons, cant > reproduce on an XO 1.0 machine. we are wondering if this is how many > times it appears in the journal. we guess this based on coloured > activities having this bug/feature but not coloured (not yet used) > activities dont have repeats on hover. did some tests and confirmed > this is the case, you can access journal saved files from the ring! > its a feature! but now how do we get a new one? seems we have to wait > for full menu then choose "start" not just clicking on the icon! Yes, the home ring resumes by default since Sugar 0.84, this was one attempt to reduce Journal entry clutter and to make finding and resuming recent work easier. Arguably it also should help reduce accidental memory overloads – if a kid has an activity running already, and then clicks the home activity icon again, they get switched to the existing running activity rather than launching another new instance. See 0.84 release notes: http://wiki.sugarlabs.org/go/Development_Team/Release/Releases/Sucrose/0.84 There has since been discussion on if the plan has worked a little too well and now some folk report creating new empty activities is too obscure. In Sugar 0.86 holding the Alt key toggles from the default 'resume' behaviour, to a 'start new' behaviour. See 0.86 release notes: http://wiki.sugarlabs.org/go/0.86/Notes#Home_Favourites_View_Improvements Hoping to get more feedback from the field for further refinement, but any feedback is of interest. > deducto and color deducto dont conform to the Sugar SVG logo standard. > They dont take on the childs colour choice (like the X in the middle > of the ring) nor do they display grey before first use. Yes, have been meaning to clean up the authors svg icons and send them replacements, on my todo list :-) Thanks again for all your continued testing feedback! Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Diagnosing hard lockup on tab-completion on VT
Hi Martin, On 10 Nov 2009, at 16:12, Martin Langhoff wrote: > I am seeing a very strange lockup while doing tab completion on a VT > - filed at > http://dev.laptop.org/ticket/9650 - any good debugging hints > welcome... Hmm, I vaguely remember a similar sounding behaviour at one point. I think it was when using an XO-1 and having a very large file I was tab completing (say like a ~340Mb .img with a difficult to type name). It took ages (minutes) for it to tab complete, but would complete if you waited. Was a long time ago so my memory may be playing tricks, I can't remember where the file was (USB stick or on internal NAND), but it's possible I was trying to make a bootable USB stick having downloaded an .img to the XO NAND. Regards, --Gary > cheers, > > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ > 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: [Sugar-devel] Terminal.xo patch: do not die if the cwd is gone
On 4 Nov 2009, at 14:56, Martin Dengler wrote: > On Tue, Nov 03, 2009 at 12:08:20PM -0500, paul fox wrote: >> On Tue, Nov 3, 2009 at 11:04 AM, Martin Langhoff >> wrote: >>> Attached is a trivial patch that handles gracefully the situation >>> where cwd does not exist anymore or is no longer accessible to the >>> olpc user. >>> >> >> frankly, i think the whole state-saving notion in Terminal (and other >> terminal emulators i've seen) is flawed, and a bad idea > > I agree. I don't see the point of Terminal's journal entries, either. With tabs, the last page of text, and dir location being saved, I find it extremely useful for development. I only have a couple of Terminal Journal entries, one my default (usually just in one of the activities directories I'm currently working/testing on), and another with a bunch of tabs in various deep sugar directory paths useful for poking about and tweaking Sugar innards. Saves a heap of cd'ing about and trying to remember where some darn Sugar resource buried. >> (i understand the desire for restoring scrollback -- that's useful >> history). > > Perhaps. I don't find its place on the confusion/benefit curve > interesting, though. I would find some scrollback handy, but buffer history state saving would be a killer feature for me at least ;-) Regards, -Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] On Sugar 0.84 - status of the "Chat/collab leader" issue...
Hi Martin, On 3 Nov 2009, at 13:18, Martin Langhoff wrote: > On Tue, Nov 3, 2009 at 2:11 PM, Walter Bender > wrote: >> We can set a new baseline for Sugar, but the behavior you are >> describing is largely one determined by the activities themselves. > > I understood it was a limitation in Telepathy itself, or in how Sugar > uses it (hence the need to address it in Sugar or in the "Sugar > Stack". Fairly sure this is not a limitation in Telepathy/Sugar. The only activity I'm aware of using a hub and spoke topology is Write, and I believe a recent AbiWord release has improved the collaboration code so that allows a re-election of a new hub, of the original goes away (also supports text colour highlighting for different users) – very keen to see this land in an image and give it a test. Other activities that support some form of collaboration like Chat, Browse, Etoys, TurtleArt, Arithmetic, Maze, Pippy, etc, etc, don't care who started the activity first, or who goes away. Regards, --Gary > Either way, I read in your reply that I shouldn't have hopes for it. > Understood - thanks! > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ > 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: F11 wired vs. jabber
Hi Mikus, On 22 Oct 2009, at 18:52, Mikus Grinbergs wrote: > I don't have wireless (i.e., no AP), but use a local ethernet LAN. > When I boot a F11 system, usually Neighborhood View shows me the > (running) XOs connected to my ethernet. But sometimes what I see is > the XOs connected to the Jabber server I have defined. To reach > that Jabber server, the connection has to go over the ethernet, > through a proxy (I had to tell telepathy that the proxy exists), and > then over the internet. [I am leaving the Jabber server name in 'My > Settings' -- I am not adding/removing it dynamically.] > > Which set of XOs I get to see seems to be random. [Still happens > that way both on XO-1 and on XO-1.5.] Any ideas on how, with my > setup, I could "favor" seeing jabber over seeing wired ? Not that this helps, but Salut (local network) is the fallback when Gabble (remote jabber server) fails, so if you have a jabber server set, and it intermittently shows you remote vs. loca buddiesl, then the jabber connection is intermittently failing. If a jabber server is specified Gabble attempts to connect from time to time (not sure where the actual code is but it feels like 5-10min to me). So (for whatever reason) sounds like Gabble isn't able to hold up the connection to the Jabber server, or the Jabber server you have set is flakey (FWIW: jabber.sugarlabs.org has been ropey as hell for me lately, I switched my collaboration testing to Salute some weeks back so I could have more Sugar testing control and less random remote server failures/issues). Regards, --Gary > Thanks, mikus > > ___ > Fedora-olpc-list mailing list > fedora-olpc-l...@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-olpc-list ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: soas63xo impressions
Hi Mikus, On 16 Sep 2009, at 01:37, Mikus Grinbergs wrote: > One less nice thing for me is the new toolbar design, as exemplified > in Turtle_Art. It was nice to see the "Title" always in the toolbar > - to remind "what am I on this screen for". Now that the user needs > to hover (a particular spot) to see this reminder, Sugar seems less > helpful. There were many of tough calls to make re: the new toolbar design work. My early mockups tried to push in 'always show the title' direction above, for the reason you mention and for keeping the transition simpler: http://wiki.sugarlabs.org/go/Design_Team/Proposals/Toolbars ...but the 'always show the title' proposal was overridden by the community and for the sake of all the other new toolbar benefits (primary tools specifically 'Stop' need to always visible, kids got lost in old tab design, old tabs were rather small gui targets for young kids to click, tabs were text only, secondary toolbar lock open feature now allows visual access to many more tools at once), I needed to go with the flow and help with getting them into the release. I think they've turned out really great – we (the ActivityTeam et al) just need to roll in the new design to as many Activities as we can, to keep UI consistency. FWIW, hiding the title text (plus sharing and keep) under the Activity toolbar icon does allow plenty of toolbar space so that even the most complicated current activities (Write) also have space to put commonly used functions in the primary toolbar. Putting the user coloured activity icon in as the first icon is also a nice design win regarding identifying the activity you're looking at (and whose it is). So, if most folks were still not often titling their activities, seeing the text "Write Activity" vs. seeing the Write Activity icon, in user colours, is actually providing slightly more information than in the common case before ;-b Thanks for the feedback. Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SarynPaint: a Java program packaged for the OLPC
Hi Ben, On 29 Aug 2009, at 18:24, Ben Wiley Sittler wrote: > I think, then, that I would rather just ship it as an activity bundle > for "Sugar+Java or Sugar+OpenJDK", since the versioning issues (which > OpenJDK version should I use, exactly?), licensing issues (GPLv2 & > GPLv2+classpath-exception for OpenJDK vs. GPLv3 for SarynPaint,) > packaging unknowns (how does one run OpenJDK from a subdirectory, > exactly?), and bloat make bundling a JRE inside the .xo ridiculously > impractical. I'm halfway tempted to try to subset OpenJDK for this (to > reduce bloat), but that seems like an even bigger nightmare. Sorry if this is a controversial comment, but would you considered porting the code to Python? It looks like a nice starter chunk of code for someone interested in Python and or Sugar Activities. Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F11 for the XO-1 Build 6
Hi Yioryos, On 26 Aug 2009, at 20:23, Yioryos Asprobounitis wrote: > Thank you. > > Now olpc-powerd works as advertised. Kudos. However the problem with > the overlap with the GNOME PM remains. > > I guess the X-server and Gnome power management updates also did > not affect the battery monitor and screen rotation issues rotation. > Next one may be :) > > Did the automatic software update ok, found etoys-103, updated it > but kept finding it as updatable. This was also the case with os5. > Also etoys (and scratch) fail to get the fill color after the first > use and to not have a Journal entry. Unfortunately this is an intended behaviour for etoys – you have to first create a new project (modifying the default start up environment or just quitting is not enough) before it will start state saving to Journal. Though you can argue this is a feature not a bug (etoys saves are quite slow, and this behaviour reduces wasting nand space), it is at least unexpected behaviour for Sugar Activities. For Scratch, well it's just not available properly sugarized yet – feel free to ping the authors and encourage them it would be a good thing to work on :-) Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: soas3 for X11
Hi Mikus, On 4 Aug 2009, at 14:18, Mikus Grinbergs wrote: > [Disclaimer: I am not asking for help; just sharing my experience.] > Tried the new SoaS3-200908021950.iso image (with Sugar 0.85) on my > XO-1 - it works. > > Just about the first thing I do upon installing a build is to use > Terminal. And Terminal opened __offset__ in the XO-1 screen (its > upper left corner was below the top of the screen, and to the right > of the left edge of the screen). That made it hard to type in long > lines -- I could not see the characters in that part of Terminal > that was off-screen. But later, after restarting Sugar / rebooting > the XO, Terminal screen *did* show up where it was supposed to be. Thanks, I've not seen Terminal do this so far so will keep an eye out. You might like to take a quick look at the below related tickets. Actually, if I remember correctly, I think this is actually good news for you ;-) These are new glitches related to the recent switch over to Metacity – you wanted a more standard wm for compatibility when running non-sugarised apps, right? http://dev.sugarlabs.org/ticket/1044 http://dev.sugarlabs.org/ticket/1060 Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Can I use the keep or title_set_by_user key of metadata to store info about my activity
Hi Sumit, On 4 Aug 2009, at 02:09, sumit singh wrote: > Hi Tomeu, > > This is in continuation with our chat yesterday. The write/report > activity would be having 3 states , I mean whether the user is working > on a blank document , designing a new template or using a previously > designed template. So, what I wanted was to save this state as well > while saving the activity using the write_file method, so that when I > resume my activity from the journal , i should switch over directly to > that state where the user closed the activity. Can you store state information as part of your documents format? Perhaps you have to use some standard document format – but even then you could just append some small text tag at the end of the document, and strip it back off when resuming (I know, bit of a hack, but better than misusing existing meta-data). Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Requesting hosting for new activity
Hi Xenofon, Most Activity related work is now going on over at Sugar Labs (http://wiki.sugarlabs.org ). You can create an account for your git repository at: http://git.sugarlabs.org/ And your Activity can be publicly distributed from: http://activities.sugarlabs.org/ For more information take a look through the Activity Team pages: http://wiki.sugarlabs.org/go/Activity_Team/FAQ Kind regards, --Gary P.S. You might like to sign-up to the Sugar developers mail list, there's a good level of Activity developer related content: http://lists.sugarlabs.org/listinfo/sugar-devel On 20 Jul 2009, at 19:56, Xenofon Papadopoulos wrote: > Hello, I am developing an activity to plot graphs of 1st and 2nd > degree > polynomials to be used by high school students in Sminthi, Greece, > and maybe > elsewhere :) You can check the wiki at > http://olpc-gr.wikia.com/wiki/Graph_Activity. Here is my application > form > for hosting. What should I do to mirror this at Sugarlabs? > > 1. Project name :Graph > 2. Existing website, if any :http://olpc-gr.wikia.com/wiki/Graph_Activity > 3. One-line description :plot polynomials > 4. Longer description :The activity is addressed to high > school students >:learning polynomials. It plots 1st and > 2nd degree >:polynomials. >: > > 5. URLs of similar projects : > > 6. Committer list > Please list the maintainer (lead developer) as the first entry. > Only list > developers who need to be given accounts so that they can commit > to your > project's code repository, or push their own. There is no need to > list > non-committer developers. > > Username Full name SSH2 key > URLE-mail > - > -- > #1 xpapadXenofon Papadopoulos > xpa...@gmail.com > #2 > #3 > ... > > If any developers don't have their SSH2 keys on the web, please > attach them > to the application e-mail. > > 7. Preferred development model > > [X] Central tree. Every developer can push his changes directly to > the > project's git tree. This is the standard model that will be > familiar to > CVS and Subversion users, and that tends to work well for most > projects. > > [] Maintainer-owned tree. Every developer creates his own git > tree, or > multiple git trees. He periodically asks the maintainer to > look at one > or more of these trees, and merge changes into the maintainer- > owned, > "main" tree. This is the model used by the Linux kernel, and is > well-suited to projects wishing to maintain a tighter control > on code > entering the main tree. > > If you choose the maintainer-owned tree model, but wish to set up > some > shared trees where all of your project's committers can commit > directly, > as might be the case with a "discussion" tree, or a tree for an > individual > feature, you may send us such a request by e-mail, and we will set > up the > tree for you. > > 8. Set up a project mailing list: > > [ ] Yes, named after our project name > [ ] Yes, named __ > [X] No > > When your project is just getting off the ground, we suggest you > eschew > a separate mailing list and instead keep discussion about your > project > on the main OLPC development list. This will give you more input and > potentially attract more developers to your project; when the > volume of > messages related to your project reaches some critical mass, we can > trivially create a separate mailing list for you. > > If you need multiple lists, let us know. We discourage having many > mailing lists for smaller projects, as this tends to > stunt the growth of your project community. You can always add > more lists > later. > > 9. Commit notifications > > [ ] Notification of commits to the main tree should be e-mailed to > the list > we chose to create above > [ ] A separate mailing list, -git, should be created > for commit > notifications > [X] No commit notifications, please > > 10. Shell accounts > > As a general rule, we don't provide shell accounts to developers > unless > there's a demonstrated need. If you have one, please explain here, > and > list the usernames of the committers above needing shell access. > > 11. Translation > [X] Set up the laptop.org Pootle server to allow translation > commits to be made > [ ] Translation arrangements have already been made at > ___ > > 12. Notes/comments: > ___ > 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: [Sugar-devel] ActivityTeam meeting on Friday June 26th - 17:00 UTC
On 3 Jul 2009, at 05:12, S Page wrote: > On Thu, Jul 2, 2009 at 8:04 PM, David > Farning wrote: > >>> Maybe. Stand back, what the heck is Activities/All for? I marked >>> the >>> page obsolete and nobody has disagreed. ... >> >> Someone disagreed quite enthusiastically the other day. Their >> rational was that deployments still refer to /All as their primary >> download page. > > Are you referring to Gabriel Eirea's message > http://lists.sugarlabs.org/archive/sugar-devel/2009-June/015446.html ? Yes that's one recent account, but I must admit at the time I was confused suddenly changed also (as an Activity developer wondering where everything had gone). I'm sure we had a number of list/support emails about it at the time of the change. Now that you mention that the updater has some fallback hooks for the http://wiki.laptop.org/go/Activities I can understand the change from a technical stand point (seemed random and arbitrary at the time). I think the issue was that the page was very visual, all those activity icons, you'd just hit the URL and scroll direct to the stuff you want. All that up top text is usually just skipped and you'd never notice an extra paragraph or sentence on a revisit – at least that was my behaviour – I'm still not sure I've read it as I automatically assume I know what is says :-) Just forcing myself to read it now ;-) Oooh my, so the link to Activities/All has been removed already! (though I note there is still link to Activities/Other page which seems an even more Bohemian and un-maintained collection). It's going to take a while to get all Activities/All content over to SL infrastructure (at least the stuff we have the energy and time to save from the jaws of obscurity and bit rot)... I can work from the old All page fine still, just hope existing users see and understand the text at the top of the page and make it over to activities.sugarlabs.org. Any authors/developers/coders who could adopt an orphaned Activity, and help migrate it over to Sugar Labs infrastructure? There's lots of valuable Activities still there that could do with some love: http://wiki.laptop.org/go/Activities/All The Sugar Labs ActivityTeam pages had documentation on the migration process: http://wiki.sugarlabs.org/go/Activity_Team/How_to_migrate_from_OLPC I'll keep on cherry picking at this, but my time is limited. Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
ActivityTeam meeting on Friday June 26th - 17:00 UTC
Hi All, David Farning has suggested agenda items for the ActivityTeam to cover; I'm not sure we can realistically solve many, but it would at least be good to see what page each of us is on, where we might be able to pull in the same direction, and bounce about some ideas in realtime :-) What: ActivityTeam meeting When: Friday June 26th 2009 - 17:00 UTC Where: IRC on channel #sugar-meeting Agenda: http://wiki.sugarlabs.org/go/Activity_Team/Meetings Agenda - How to move forward with updating Activities via ASLO. Should at least be on roadmap to synchronise work and expectations. - Reduce redundant information on w.sl.o, w.lt.o and ASLO. Factors to consider: -- Expectations of existing user base. -- Update mechanism at existing deployments. -- Reduce overall confusion. -- Reduce workload on Activity developers. -- Scalability of solution. Please feel free to edit or add to the agenda. See you there! --Gary (ActivityTeam co-co-ordinator) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: rpm vs xo & activity updates
Hi Daniel, On 23 Jun 2009, at 21:13, Daniel Drake wrote: >> I proposed the following some times ago [1], but no one responded. I >> would have loved for someone actually knowledgeable (i.e. not some >> random guy like me throwing out ideas he can't even implement) to >> explain how this would be a terribly bad idea :) > > snip.. > I love these ideas. I would even go as far as to remove .xo support > altogether as there are a number of flaws in that format now that > sugar > is hugely increasing in scope. Can you expand on this idea? My main complaint with what I've seen from previous non-OLPC mechanisms is that root/super-user privileges are required. We can wrap any old CLI in a shiny, pretty, GUI. But it needs to work in a sane, safe way without passwords for small human beings. Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Problem creating .xo bundle
On 23 Jun 2009, at 17:28, Art Hunkins wrote: > Thanks for the reply, Gary (Aaron as well!) > > Yes, execute permissions are set correctly for setup.py. > > My setup.py file reads exactly the same as yours. > > I'm still getting the same problemmatic results as below. > > I'm developing largely on the XO itself, with help from my Windows > (XP) computer and some thumb drives. I'm using the XO's builtin nano > editor. > > My XO build is 802, with Q2E41 firmware. As I recall, I'm working > with a developer key, FWIW. > > Any further ideas? Hmmm. Best I have is... If you manually created your MANIFEST (I'm lazy, I usually just ./setup.py fix_manifest and give it a quick look for junk), is it possible that it now contains a reference to a missing file name or directory path leading to your error? Here's a recent MANIFEST for the Physics Activity incase looking at another example helps: http://git.sugarlabs.org/projects/physics/repos/mainline/blobs/master/MANIFEST Regards, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Problem creating .xo bundle
Hi Art, On 23 Jun 2009, at 03:40, Art Hunkins wrote: > I've got an XO Activity ready to go, and working perfectly in my (XO) > Activities folder. (It's called OurMusic.activity.) > > I just can't seem to make an .xo bundle of it. > > From my activity's folder (OurMusic.activity) I run: > ./setup.py dist_xo > and get: > : No such file or directory > > If I run: > setup.py dist_xo > or just > setup.py > I get: > bash: setup.py: command not found > (and setup.py is right there in the folder, with correct permissions.) Hmmm, so setup.py does have execute permissions (chmod +x setup.py)? > Can someone give me guidance, please? (Happy to send along my > setup.py, > MANIFEST and activity.info files if relevent.) My setup.py's just look like this: #!/usr/bin/env python from sugar.activity import bundlebuilder bundlebuilder.start() Running ./setup.py on its own should just give you its usage instructions. What environment are you developing under? Might give us some more clues :-) Regards, --Gary P.S. You might want to join the sugar-devel mail-list (http://lists.sugarlabs.org/listinfo/sugar-devel ), that's where most of the current folks working on Sugar/Activities are. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: new content bundle
Hi Tomeu, On 20 Jun 2009, at 18:41, Tomeu Vizoso wrote: > 2009/6/20 Walter Bender : >> We have a Google Summer of Code project to do exactly that... stay >> tuned... > > But if you really wanted and didn't feared messing with python code, > you could make a duplicate of Browse and change the default URL, > hiding or not the address bar... Yes, good call. BTW, is the idea of making a lightweight gtk+ widget for a Sugar web view still on the cards? That's not me volunteering for this by the way – before dfarning sends me more 'you just volunteered' email :-b Just that there are several 0.82 Activity uses of this approach which currently wont work in 0.84 and up Sugar builds, Help being an obvious one, so we can have a (?) on the home screen (I seem to remember the Gmail Activity was a popular one when it was still up to date). Regards, --Gary P.S. I know, I know... I still haven't even started working with your SWFEdit Gnash view work yet, but it is at least getting closer to the top of my todo list. :-) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Longer XO transformer power cord in the plans?
On 31 May 2009, at 15:34, Reinder de Haan wrote: > Tiago Marques wrote: >> On 5/31/09, Reinder de Haan wrote: >>> >>> Sascha Silbe wrote: On Sun, May 31, 2009 at 03:16:53PM +1000, James Cameron wrote: > 1. Earthing. The current design has no earth at the AC end, > and is > isolated in relation to the DC end. An earthed AC plug in some > countries produces a more reliable and positive insertion and > anchoring. All "travel adapters" (power outlet adapters) I've come across so far had no earthing so would be impossible to use (unaltered). Of course this wouldn't be much of a change as the current wall warts also don't fit any adapter I've seen at shops. At SugarCamp in Paris, quite a few people (including myself) had "custom" ones, i.e. with mechanic alterations. Personally, I feel comfortable making minor mechanic changes to an adapter, but I won't usually dare using a non-earthing adapter with a device having an earthed plug (unless I know for sure this is safe). Actually, if you are able to use a standard plug (e.g. IEC-60320- C5/C6) at the power supply end, above won't apply at all as it's usually easy to get a matching cable, no travel adapter needed. :) >>> +1 for inline adaptor its MUCH easier to exchange only the mains >>> cable: >>> 1) when its demaged >>> 2) when shiping to a different part of the world >>> you would need only one powersupply brick for (almost?) all or the >>> world. >>> i have seen some companies ship a couple of different cables so the >>> device is usable almost everywhere and doesn't need to be custom >>> packed/country. >>> >>> i would go which IEC-60320 C8/C9 which is used for half of the >>> laptops >>> today. >> >> Completely not the picture around this part of Europe. Most of them >> come with C13 and some are being sold with C7, which is pretty much a > > oops i meant C7/C8 NOT C9!! This map appeared in my feeds today, a nice illustration of world usage (don't know how accurate it is, but seems good from what I know of): http://www.eurocom.com/support/images/plug_map.jpg Regards, --Gary >> standard for other types electronics. C13 would be my favorite, if >> the >> size of the plug is not an issue, since it is also the standard for >> computer power supplies. As mentioned above, C5 would also be sweet. > > both are an earthed connector and so 'require' an earthed outlet. > combined with that almost all power supplies i have seen with a C5/ > C6 or > C13/C14 connect the earth input to the ground/0V dc output... > if you insert such power supply into an not earthed outlet (which are > quite common) > your whole laptop will be at ~1/2*Uin Vac due to the filter capacitors > in the mains filter. > which gives a nasty shock if you touch both a non insulated part of > your > laptop and a earthed object.. > > >> As for safety, adding something like the cable plug of the original >> Xbox pads would work perfectly and it's not as expensive as Apple's >> magnetic plug. Cost of this is something I have no clue about. >> >> Best regards, >> >> Tiago Marques >> >>> i feel a earthed design only increases the risks, even more so >>> when you >>> cant depend on the quality of the mains supply. >>> the only advantage to the earthed design that im aware of is that >>> the >>> power supply easier(cheaper?) meets EMC/FCC regulations. >>> I hope future XO versions will still have the same broad power input specs as the XO-1. It's been very useful already (e.g. cable-only "car adapter", no voltage conversion or even voltage limit necessary). CU Sascha ___ 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 >>> >> > ___ > 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: [Sugar-devel] Removing the 'Erase' options from activity righ click menu
On 3 May 2009, at 13:59, Raúl Gutiérrez Segalés wrote: > This is a recurrent problem. Perhaps we should have an option in the > control panel to enable/disable the showing of the Erase option for > activities or make moving the Erase option a few more clicks away > (perhaps > inside the control panel, the activity updater widget/code might be > reusable). For what it's worth; there has been some Sugar 0.86 design talk about moving activity management out of the favourites home view and into the Journal with a goal of having all activities installed and available there as bundles for Journal management (and potentially for modification and even versioning). The home list view may keep some management features, but I doubt it's a good place, as there are reports that home list view is too similar to a Journal view and activity bundles are being erased accidently there as well. Regards, --Gary > Basir: is your motivation based on establishing a policy of having > some > activities not erased or because users accidentally remove activities > every once in a while (as we have experienced frequently in our > deployment > in Paraguay) ? > > > > > On Dom, 3 de Mayo de 2009, 6:01 am, Tomeu Vizoso wrote: >> [adding sugar-devel to cc] >> >> On Sun, May 3, 2009 at 11:32, wrote: >>> Greetings all, >>> >>> I am new to the whole OLPC thing so please bear with me. We are >>> using >>> the >>> standard build to install XOs and then use shell scripts for the >>> localization and to make small changes. >>> >>> I need to remove the 'Erase' option from the right click menu >>> (when you >>> right click on an activity icon). Is there anyway that this can be >>> done >>> without modifying the sugar source code and creating a new build? >> >> Hi Basir, >> >> I don't see a way to remove the palette option without changing the >> Sugar code, but if you change the file permissions so that the user >> 'olpc' cannot remove the activity directory, the erasing operation >> will fail and the activity will remain installed. Note that this will >> cause activity updates to fail, in case that's an issue for you. >> >> "sudo chown root.root -R ~/Activities/Write.activity" >> >> This command will make that Write is not erasable from the Sugar >> palette. >> >> Please note that the most appropriate forum to direct these questions >> is sugar-devel: http://lists.sugarlabs.org/listinfo/sugar-devel . >> >> HTH, >> >> Tomeu >> >>> Thanks >>> Basir >>> >>> ___ >>> Devel mailing list >>> Devel@lists.laptop.org >>> http://lists.laptop.org/listinfo/devel >>> >> ___ >> Sugar-devel mailing list >> sugar-de...@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> > > > --- > Raúl Gutiérrez Segalés > +595 981 231 839 > > ___ > 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: plz test Build 802 + Firmware Q2E41 = Candidate Release 8.2.1
Clean installed on 2 XOs here (Peru/Spanish 1xB4, and US/English 1xXO-1). All went fine, no new issues to report. Working fine with WEP AP connections (full activity update via control panel), but haven't re-tested on WPA or WPA2 yet. Have a 3rd XO-1 that I'll run an upgrade on to test that path. --Gary On 30 Apr 2009, at 01:11, Holt wrote: > The build is now signed so you don't even need a developer key: > http://wiki.laptop.org/go/Friends_in_testing > > Helping us test WPA (WPA2 especially) would be most useful, since > these > wifi connections sometimes fail as much as 20% of the time, when > Release > 8.2.0 seemed to fail only ~10% of the time. And of course try: > http://wiki.laptop.org/go/1_hour_smoke_test > > Please help us clean up Release Notes on the way! > http://wiki.laptop.org/go/Release_notes/8.2.1 > > Recap -- all you should need are these 2 files burned onto a USB > stick: > http://download.laptop.org/xo-1/os/candidate/802/jffs2/os802.img > (233MB) > http://download.laptop.org/xo-1/os/candidate/802/jffs2/fs.zip (155K) > > Follow the usual procedure (http://wiki.laptop.org/go/USB_update), > grab > Activities from your XO's Control Panel later, and Buzz (IRC Live > Chat) > if you get stuck: http://forum.laptop.org/chat > > Thanks! > --Holt > > ___ > 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: XO Gen 1.5
On 18 Apr 2009, at 14:23, Christoph Derndorfer wrote: > Am 18.04.2009 um 08:16 schrieb NoiseEHC : > >> Hi! >> I would like to ask these questions from OLPC staff: >>> Does this also mean that people who already own XOs will find that new software is going to require a computer more powerful than they currently have? I thought that that was something that was going to be specifically avoided. >>> This is going to be a hard trap not to fall into, although several >>> of >>> the primary activities (Browse and Write) are based on desktop >>> products that are not necessarily aimed at low-power or embedded >>> systems, so I don't know if things will actually be any different. >>> >> What about the integrated 3D support? Are you planning to support >> OpenGL? In that case there will be a very wide performance gap (like >> 3D acceleration vs no 3D acceleration)... > > I honestly can't think of a use-case for including any sort of 3D > acceleration into the basic Sugar and activities. There's about a > million significantly more important things that people should be > working on before even thinking about 3D (IMHO). You need to think harder ;-) 2 words... Google Earth. I'm working on a compromise solution given there is no 3d support on the XO. It's a ~half screen resolution rotating globe that will accept khtml coords (compatibility with outside world). After much poking I've settled on about 3-4Mb of pre-rendered rotating Earth movie, from 3 different latitude angles; this gives smooth rotation around the planet, and 3 view angles north, equator, and south. Then planning to layer on city/country label markers. Idea for sharing is so that you can create a list of geotags (probably just textual for now) and share them with someone else. Don't hold your breath, I seem to be a slow worker with OSS tools and APIs, but it is happening. Regards, --Gary >> Also it seems that this machine will be on par with current >> Netbooks. Are you planning to sell it through normal distribution >> channels? (As I am interested in theat still no Netbook has the >> display or the indestructible design my XO has.) > > I'd be very surprised if OLPC started selling the XO-1.5 via regular > sales channels. > > Christoph > ___ > 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: Occasional stuck keys on devanagari keyboard
On 8 Apr 2009, at 07:20, Bryan Berry wrote: > I have about 40 XO's out of 2000 so far that occasionally show "stuck > keys" in the corners of the keyboard, particularly the frame, fn, and > right arrow key. The keys seem to stick occasionally but not > consistently. For instance, w/ 5 XO's yesterday the keys were stuck on > the first boot. On the second boot the problem went away. Today, I > powered on the same XO's and the keys were stuck on the first boot. > The > problem went away on the second boot. > > We have firmware Q2E33 > > Can anyone shed some insight on this problem? My (hardware) stuck XO-1 key experience was intermittent. Opening/ closing, moving, slight case flexing was enough to stop or start the issue. If it is the old hardware issue (and keys around the edge did seem to be the ones effected), the ~30min sticky tape fix worked and continues to work today for me (6 months on): http://wiki.laptop.org/go/Stuck_keys#Fix Regards, --Gary > -- > Bryan W. Berry > Technology Director > OLE Nepal, http://www.olenepal.org > > ___ > 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: [Sugar-devel] Journal oddity: metadata with no file?
On 30 Mar 2009, at 17:27, Eben Eliason wrote: > 2009/3/30 Sascha Silbe : >> On Mon, Mar 30, 2009 at 05:11:46PM +0200, Martin Langhoff wrote: >> >>> Only if something useful is stored. I was wrong to point a finger to >>> Browse - the culprit is Terminal. >> >> Try the latest version of Terminal. It does store both current >> working >> directory and the scrollbuffer (awesome, BTW!). > > Fantastic! I've been awaiting that improvement. Does it restore the > command history as well (and the environment, too, preferably)? I > think that would be exceedingly useful, and would give even more > reason to store separate terminal sessions for working in various > directories, or on various projects. Just covers journal save/resume of tabs, scrollback and working directory so far – but that makes a big difference already for folks who live on the Terminal side :-) You should take a look from a UI design point of view as Wade added multiple tab support (toolbar buttons for tab add/remove and navigation, with the new tabs appearing along the bottom of the screen, a little like IRC does for rooms). I can see other Activity developers may pick up on this style so you might want to give it a once over re the design; perhaps at least standardise on some toolbar icons for tab functionality so other developers know what's good to pick-up on. http://dev.sugarlabs.org/ticket/648#comment:1 Regards, --Gary > Eben > >> CU Sascha >> >> -- >> http://sascha.silbe.org/ >> http://www.infra-silbe.de/ >> >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.9 (GNU/Linux) >> >> iQEcBAEBAgAGBQJJ0ObvAAoJELpz82VMF3DaOSgH/2uX05niz0SGEly6GNorUBgl >> /18s6x3TuCxLAj1V3CcnXsKURo2zH7retXO5KIvxoHsIA7OatNofVVG+iVt82gr4 >> onBRiDg33dVkgE7sU1CMV9cuPX7Q4B94wehPh3+F5ew9S3KBxqONtmOO7KhNRo2T >> HAA5B30sSbXoAmBnI98Cpbu7ovngUbJ4Koty52CZh8Ur1HXKDTaa2VC8mFSHw3O9 >> WpH7zg+01wyw1lIuQQtxdAVBsbruyrTh7ccGrNZKQGZGBKheH7uvi+Z5yo6wbnz7 >> S47oUelBxMfuDuKgkDKcvlMyFyMEiZPHkkFORUJS9aOg8cCrVyTa4yjYXX7mOwc= >> =xWqp >> -END PGP SIGNATURE- >> >> ___ >> Sugar-devel mailing list >> sugar-de...@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> >> > ___ > 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: Journal oddity: metadata with no file?
Hi Martin, On 30 Mar 2009, at 15:54, Martin Langhoff wrote: > Working a bit on the restore angle of things, if I look at the > metadata entries to build a restorable Journal Entry Bundle... well... > in many cases there is no file to build it from. I know previous releases of Sugar had a design flaw that lost any non- standard metadata after a reboot (Read resuming back to the page you were reading was a common issue). Pretty sure Tomeu fixed this with his re-build of the datastore (sorry should really go check/test). If so, arbitrary metadata is a **great** way for storing small items of data rather than building a new file format. I just think of all the time I (and others) wasted with json/ simplejson/cjson for Moon :-( when all I'm keeping is a couple of preference flags for the view state (I'd first implemented in metadata, until I realised the original design flaw). Journal entries made of just metadata is a great feature for Activity developers, not a flaw. Regards, --Gary > Is that normal. Expected? I am tempted to skip those 'Journal entries' > as they have no apparent value. Do people generally agree, or am I > being bling to some obvious useful part to them? > > Offtopic: Some of the complaints about 'noise' and clutter in the > Journal are probably about these content-less entries. Yes, the user > has opened Browse.xo 3 times today, but that's hardly a document > worthy of backing up, or even storing. > > cheers, > > > martin > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ > 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: How to prevent a shared document from downloading more than once?
On 16 Mar 2009, at 15:29, James Simmons wrote: > It looks like my last naive question about collaboration started a > discussion so notable that Walter Bender wrote about it in his blog > http://walterbender.org/. Let's see what you can do with this one. > > Both my Activities, Read ETexts and View Slides, have document sharing > code mostly copied from the core Read activity. Currently this works > just fine in both Activities, with only one problem. Suppose someone > shares a document with me, I receive it successfully, then quit, > causing > the copied document to be saved in my Journal. Now if the original > user > stops sharing (closes his copy of the Activity) and I resume mine I > get > my stored copy and all is wonderful. But suppose the original user > *doesn't* stop sharing. I resume my copy, see the stored copy on the > screen, but I *still* download the document my friend is sharing. I > don't want to do that. It wastes bandwidth and time and causes *keep* > errors when you close the document. > > Now the problem is, the sharing code is in the __init__() method, > which > always runs before anything else, and the read_file() method, which > runs > when you resume from the Journal, unfortunately *after* the Activity > has > already decided it needs to download the file. I need a way for the > __init__ method to realize that it doesn't need to download the > file, or > some other way to deal with the problem. Sorry, I'm likely missing something obvious here, but could the __init__() check to see if it was resumed from journal, and use that as a cue to read the local file? If the file is incomplete/corrupt you'd need back out and get the file remotely: if handle.object_id == None: # Launched from home. ... ... else: # Journal resume, don't download, use local file. ... ... Regards, --Gary P.S. This coming from a man who hasn't implemented collaboration in any of his activities yet. > Thanks, > > James Simmons > > > ___ > 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: [Sugar-devel] instructions for flashing SoaS on a XO
On 6 Mar 2009, at 18:19, Tomeu Vizoso wrote: > Hi, > > below are some instructions for flashing the last Sugar on a Stick > image (containing Sugar 0.84) on a XO (provided you have a developer > key). > > Could someone volunteer to test and wikify them? > > Thanks, > > Tomeu > > --- > > on a F10 system: > > $ sudo yum -y install crcimage mtd-utils > $ wget http://dev.laptop.org/~cjb/rawhide-xo/livecd-iso-to-xo.sh > $ wget http://download.sugarlabs.org/soas/snapshots/1/Soas-200903051021.iso > $ sudo sh livecd-iso-to-xo.sh Soas-200903051021.iso > Soas-200903051021.img Just for the record, as I don't have access to a regular F10 desktop**, I had a quick go trying to use these steps directly on an XO to create a .img and .crc to test with, but after several attempts I've been unsuccessful so far. Existing OLPC 8.2 (767) build is missing various dependancies (not surprising as it's based on F9); cjb's F11 XO builds have everything needed, but the XO hardware seems to run out of ram part way through livecd-iso-to-xo script, locking things up and or restarting. Wanted to mention this as it's a roadblock for folks with XOs to try and make their own installable image from the ongoing Soas work. The only images I've been able to boot on XOs so far are those from cjb. --Gary ** Tomeu, you'll be glad to hear I at last have a shiny new MBP arriving next week, so will finally have a system I can run various virtual machine environments for dev work (jhbuild, Fedora images etc). :-) > and then copy Soas-200903051021.img and Soas-200903051021.crc to a > usb stick > > on the XO, boot with the usb stick plugged in and get into OFW, then > type the following commands > > ok disable-security > ok copy-nand u:\Soas-200903051021.img > > then the XO will reboot and you should get into Sugar. > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
rawhide-xo 20090303 build fails to boot on XO
Just a quick note say that after copying the latest rawhide-xo image to an XO's nand: http://dev.laptop.org/~cjb/rawhide-xo/20090303/ It's failing to boot into Sugar, with the console error: mount: unknown filesystem type 'jffs2' FWIW: The previous 20090227 image is booting fine. --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Lockup of 800 and 801
On 3 Mar 2009, at 20:14, Tiago Marques wrote: > On Tue, Mar 3, 2009 at 5:09 PM, Gary C Martin > wrote: > On 3 Mar 2009, at 16:35, Aaron Konstam wrote: > > > Both 800 and 801 lockup completely fairly regularly. Once locked up > > the > > keys don't work . All I can do is hit the start button to turn the > > machine off and then turn it back on. > > > > Am I the only one having this problem? > > Hi Aaron, > > Occasional lockups for me are almost always related to lack of memory. > Can you describe what/how many Activities you usually have running? > >> If this is the case, do yourself a favor and by an SD card to use >> as SWAP. Life will be much better with the XO. If you have the >> extra $$$, grab one that's SDHC, class 6. >> The Class 6 card will make the machine more responsive, although I >> use one Class 2(hdparm shows about 6MB/s though) and it's fine. >> Best regards, >>Tiago Marques Absolutely and thanks for the feedback, lack/absence of SWAP on the XO is the root of many evils. Though personally, I try to avoid things our target audience won't be able to use so I get the best impressions of problems they may be encountering – but for tech users, this will give you leeway. --Gary > The two that catch me out more often are Read and Browse: > > - Read; it depends on the complexity of the PDF, but it (evince) is > having to rasterize pages as you scroll and zoom about – a good > example is trying to zoom way in on the pdf world maps provided in the > default installed library, you'll soon run out of memory. > > - Browse; Sites with heavy flash are very bad (that why it's a REALY > GOOD IDEA not to disable that magic CSS tweak that does the 'click to > flash' trick, actually I started using a similar flash blocker on my > main machine and life is a lot smoother). Obviously very long, > complicated pages can also cause memory issues, a good example is > using Google Reader, it works well for about 15min of my usual reading > habit before I'm in danger of a lockup. > > Hope that helps. > > --Gary > > > -- > > = > > > == > > The scum also rises. -- Dr. Hunter S. Thompson > > = > > > == > > Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net > > > > ___ > > 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 > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Opportunity for speedup
Hi Bobby, On 1 Mar 2009, at 21:44, Bobby Powers wrote: > I've fixed a few issues, packaged up bootanim-2.3-1, and (finally) > actually ran some benchmarks. Results (all times in seconds): > > fresh os801, from pressing the power button to appearance of sugar's > prompt for name screen > 80 > 79 > 78 > > with rhgb-client renamed so that init can't find it: > 69 > 68 > > and with bootanim-2.(1-3) rpm installed: > 67 > 67 > 67 > 68 > 67 > > If anyone is unconvinced, I could run more tests, but this seems > pretty good to me. Its a 15% overall speedup in the boot process. I've just run a test here with candidate 801; average over 5 runs; starting on button press, stopping when XO first appears in users colours: Before bootanim-2.3-1.i386.rpm: 85.9 seconds After patching: 74.6 seconds Booting in ugly text mode (includes the 3 sec ok wait): 72.2 seconds So, if this 10 sec boot saving gets accepted in a future build, you've just gained the world 1,400 extra hours of XO usage from the time this patch lands, and for every day thereafter (assumes a conservative 500K kids boot their XO just once a day on average). Fantastic work, what an impressive butterfly effect!! :-) --Gary > Interesting notes: > chkconfig doesn't like binary services - it parses services in > /etc/init.d to look for metadata in comments, and the mechanism to > override this data (sticking a file with the same name in > /etc/chkconfig.d with appropriate comments) doesn't seem to work if > the original script can't be parsed. So I had to make small wrappers > for ul-warning, boot-anim-start and boot-anim-stop. This doesn't seem > to affect performance. > > I can't seem to get ul-warning to come up properly, so if anyone can > tell me what I'm doing wrong that would be great. I've got it to work > by manually placing some symlinks in /etc/rc0.d and /etc/rc6.d, but > neither Scott's nor my chkconfig comments seem to work. > > source: > http://dev.laptop.org/git?p=users/bobbyp/bootanim > koji-built rpms: > http://dev.laptop.org/~bobbyp/bootanim/ > (koji task https://koji.fedoraproject.org/koji/taskinfo? > taskID=1211738 ) > > I don't know if this could make it into 8.2.1, or what the process > would be toward getting it at least in the Rawhide/SOAS images, but it > seems pretty low risk (assuming someone can tell me what I'm doing > wrong w.r.t. ul-warning). > > yours, > Bobby > > On Thu, Feb 19, 2009 at 3:03 AM, Mitch Bradley wrote: >> Cool! >> >> Bobby Powers wrote: >>> >>> On Wed, Feb 11, 2009 at 2:01 AM, Mitch Bradley >>> wrote: >>> I just measured the time taken by the boot animation by the simple technique of renaming /usr/bin/rhgb-client so the initscripts can't find it. >>> >>> how did you measure exactly? stopwatch? I'd like to recreate the >>> tests. It sounds like you did this on a freshly flashed system? >>> >> >> Yes on both counts. Stopwatch on freshly-flashed os7.img . >> >> >>> With boot animation, OS build 7 (an older 8.2.1 candidate) takes 60 seconds from first dot (indicating OFW transfer to Linux) to Sugar "prompt for your name". Without it, 53 seconds. I repeated the test several times with consistent results. Clearly, it should be possible to display that amount of information in much less than 7 seconds. The boot animation code is in the OLPC domain, not the upstream domain, so replacing it should be relatively free of upstream politics. So if anybody is interested in implementing a relatively simple boot-time speedup, I offer this as low-hanging fruit. I suggest 1 second (differential time between animation and no- animation cases) as a reasonable target goal, assuming images of the complexity of the current ones. Arbitrary full-screen graphics might require more time, but speeding up the baseline case is a good starting point. Go wild. >>> >>> So I've taken a first cut at this, implemented with the following >>> design considerations (mostly from a conversation with Mitch) >>> - the Python client/server was reimplemented as several standalone C >>> programs (boot-anim-start, boot-anim-client, and some cleanup in >>> boot-anim-stop) >>> - a client and server was used before because there is state >>> information that needs to be saved: we need to keep track of where >>> in >>> the animation we are. We can keep track of this by using offscreen >>> memory in the framebuffer (its 16MB in size, and only the first 2ish >>> MB is used for the onscreen graphics (my terminology might be off >>> here)). For state we really only need to keep track of 2 integers, >>> one for the current frame number and another to store the offset of >>> the next diff to apply. >>> - on startup we load an initial image into the framebuffer (the >>> first >>> 1200*900*2 bytes, since we use 2 bytes per pixel
Re: Lockup of 800 and 801
On 3 Mar 2009, at 16:35, Aaron Konstam wrote: > Both 800 and 801 lockup completely fairly regularly. Once locked up > the > keys don't work . All I can do is hit the start button to turn the > machine off and then turn it back on. > > Am I the only one having this problem? Hi Aaron, Occasional lockups for me are almost always related to lack of memory. Can you describe what/how many Activities you usually have running? The two that catch me out more often are Read and Browse: - Read; it depends on the complexity of the PDF, but it (evince) is having to rasterize pages as you scroll and zoom about – a good example is trying to zoom way in on the pdf world maps provided in the default installed library, you'll soon run out of memory. - Browse; Sites with heavy flash are very bad (that why it's a REALY GOOD IDEA not to disable that magic CSS tweak that does the 'click to flash' trick, actually I started using a similar flash blocker on my main machine and life is a lot smoother). Obviously very long, complicated pages can also cause memory issues, a good example is using Google Reader, it works well for about 15min of my usual reading habit before I'm in danger of a lockup. Hope that helps. --Gary > -- > = > == > The scum also rises. -- Dr. Hunter S. Thompson > = > == > Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net > > ___ > 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
Some quick rawhide-xo/20090227 notes
Just some feedback relating to: http://dev.laptop.org/~cjb/rawhide-xo/ No tickets filed, ping back if you want one on any of these items: - By default the builds boot into GNOME desktop, not Sugar. As a non regular Fedora/GNOME user, it took me a day or so before I spotted the partially obscured button in the bottom right tray of the login page called session. Which reveals a menu allowing you to change the default desktop over to Sugar :-) - The default set of Activities is stored under /usr/share/sugar/ activities, everything is owned as root. The Sugar shell does display/ launch Activities in this folder, but will not erase or upgrade them (e.g if you download a new .xo bundle with Browse). A quick fix is to move the directory to /home/liveuser/Activities and then chown -R liveuser /home/liveuser/Activities, and rebooting. - Just a heads up for Activity developers that Python 2.6 is installed on these newer builds, and the json library at least is very different from what shipped in previous OLPC builds. Moon (and I'm sure some other Activities) expect the previous json method calls so, on closing, you get a 'keep error'. Happy to fix, but not sure what the best resolution is if I want same code to play well with both new and old distros (hints appreciated). --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Collaboration test environment problem
On 2 Mar 2009, at 16:35, James Simmons wrote: > Benjamin, > > There is another difference I thought of. The machine that seems to > be working OK is running in a Xepher window. I'm using a wide > screen flat monitor running at 1440 x 900. > > The machine that doesn't seem to be working runs at 1024 x 768 and > Sugar takes up the entire screen. When I was running Xubuntu on the > same box it was able to run at a higher resolution (don't know what > it was, but Sugar ran in a window). Fedora doesn't want to run at a > higher resolution. So maybe the "buddy" is going offscreen somehow. Just as a sanity check, open a Terminal and try the olpc-xos command, it provides a text list of all the buddy names it currently sees. --Gary > Now the toolbar, etc. for the neighborhood view doesn't look > truncated, so I don't know. > > I'm not exactly sure that the same users are appearing in both > neighborhoods (other than the one I know is missing). I'll try and > verify that tonight. > > James Simmons > > > Benjamin M. Schwartz wrote: >> >> James Simmons wrote: >> >>> I have two PCs running Fedora 10 and the Sugar RPMs that come with >>> that. One of the computers runs GNOME and the other uses Window >>> Maker. >>> I run sugar-emulate on both. One copy of Sugar uses the name >>> "jim" and >>> the other uses "jsimmons". Both use the schoolserver.media.mit.edu >>> jabber server. Both are connected to the same router using >>> Ethernet cables. >>> >>> When I go to the neighborhood view (F1) on both I see a number of >>> "buddies". However, while on the "jim" machine (Window Maker) I >>> can see >>> and invite "jsimmons". When I look at the same view on "jsimmons" >>> (GNOME) I cannot see user "jim", although I can see other users. >>> >> >> Do they see the same other users? >> >> schoolserver.media.mit.edu is using the "shared roster", so every >> user >> should be able to see every other user. If the asymmetric >> visibility that >> you describe persists for more than 10 minutes, then you have found >> an >> extremely bizarre bug. >> >> --Ben >> > > ___ > 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: Opportunity for speedup
On 1 Mar 2009, at 21:44, Bobby Powers wrote: > I've fixed a few issues, packaged up bootanim-2.3-1, and (finally) > actually ran some benchmarks. Results (all times in seconds): > > fresh os801, from pressing the power button to appearance of sugar's > prompt for name screen > 80 > 79 > 78 > > with rhgb-client renamed so that init can't find it: > 69 > 68 > > and with bootanim-2.(1-3) rpm installed: > 67 > 67 > 67 > 68 > 67 > > If anyone is unconvinced, I could run more tests, but this seems > pretty good to me. Its a 15% overall speedup in the boot process. Hey Bobby, that sounds great, many thanks for putting the effort in! I'll try your rpm on one of the XOs here and ping back with some additional measurements. Regards, --Gary > Interesting notes: > chkconfig doesn't like binary services - it parses services in > /etc/init.d to look for metadata in comments, and the mechanism to > override this data (sticking a file with the same name in > /etc/chkconfig.d with appropriate comments) doesn't seem to work if > the original script can't be parsed. So I had to make small wrappers > for ul-warning, boot-anim-start and boot-anim-stop. This doesn't seem > to affect performance. > > I can't seem to get ul-warning to come up properly, so if anyone can > tell me what I'm doing wrong that would be great. I've got it to work > by manually placing some symlinks in /etc/rc0.d and /etc/rc6.d, but > neither Scott's nor my chkconfig comments seem to work. > > source: > http://dev.laptop.org/git?p=users/bobbyp/bootanim > koji-built rpms: > http://dev.laptop.org/~bobbyp/bootanim/ > (koji task https://koji.fedoraproject.org/koji/taskinfo? > taskID=1211738 ) > > I don't know if this could make it into 8.2.1, or what the process > would be toward getting it at least in the Rawhide/SOAS images, but it > seems pretty low risk (assuming someone can tell me what I'm doing > wrong w.r.t. ul-warning). > > yours, > Bobby > > On Thu, Feb 19, 2009 at 3:03 AM, Mitch Bradley wrote: >> Cool! >> >> Bobby Powers wrote: >>> >>> On Wed, Feb 11, 2009 at 2:01 AM, Mitch Bradley >>> wrote: >>> I just measured the time taken by the boot animation by the simple technique of renaming /usr/bin/rhgb-client so the initscripts can't find it. >>> >>> how did you measure exactly? stopwatch? I'd like to recreate the >>> tests. It sounds like you did this on a freshly flashed system? >>> >> >> Yes on both counts. Stopwatch on freshly-flashed os7.img . >> >> >>> With boot animation, OS build 7 (an older 8.2.1 candidate) takes 60 seconds from first dot (indicating OFW transfer to Linux) to Sugar "prompt for your name". Without it, 53 seconds. I repeated the test several times with consistent results. Clearly, it should be possible to display that amount of information in much less than 7 seconds. The boot animation code is in the OLPC domain, not the upstream domain, so replacing it should be relatively free of upstream politics. So if anybody is interested in implementing a relatively simple boot-time speedup, I offer this as low-hanging fruit. I suggest 1 second (differential time between animation and no- animation cases) as a reasonable target goal, assuming images of the complexity of the current ones. Arbitrary full-screen graphics might require more time, but speeding up the baseline case is a good starting point. Go wild. >>> >>> So I've taken a first cut at this, implemented with the following >>> design considerations (mostly from a conversation with Mitch) >>> - the Python client/server was reimplemented as several standalone C >>> programs (boot-anim-start, boot-anim-client, and some cleanup in >>> boot-anim-stop) >>> - a client and server was used before because there is state >>> information that needs to be saved: we need to keep track of where >>> in >>> the animation we are. We can keep track of this by using offscreen >>> memory in the framebuffer (its 16MB in size, and only the first 2ish >>> MB is used for the onscreen graphics (my terminology might be off >>> here)). For state we really only need to keep track of 2 integers, >>> one for the current frame number and another to store the offset of >>> the next diff to apply. >>> - on startup we load an initial image into the framebuffer (the >>> first >>> 1200*900*2 bytes, since we use 2 bytes per pixel for color >>> information), and then load in a series of changes to the >>> framebuffer >>> image (<300KB). This takes the form of a series of diffs >>> - for each update (a valid call to boot-anim-client) we apply the >>> next >>> diff in the series to the onscreen image and update our state >>> information >>> - after applying the last diff we have (the end in the animation >>> series), freeze the DCON (when I first attempted to freeze the DCON >>> when z-boot-anim-stop was
Re: [Sugar-devel] Future of Rainbow + Sugar?
On 24 Feb 2009, at 17:52, Wade Brainerd wrote: > On Tue, Feb 24, 2009 at 12:41 PM, Benjamin M. Schwartz > > wrote: > They are a single, indivisible cause, and also the entire reason for > the > existence of Sugar. > > Many operating systems provide users with a set of powerful tools for > manipulating ideas and data. Sugar's purpose is to add another > dimension: > to encourage users to modify and share the tools themselves. To > that end, > if my friend sends me a modified copy of an activity, I must be able > to > run it without fear of wrecking my system. > > On the contrary, learning to develop software is almost impossible > without wrecking your system once or twice. > > Backups are the correct solution to this problem, not some crazy > security system. When all you have is a hammer, everything looks > like a nail. I do very much agree about back-ups (Martin's and others school-server back-up work is in invaluable here), but the promise of Rainbow is not just about limiting the possibilities for how a system could get accidently/maliciously wrecked. For instance, how do you like the idea of 'a friend' silently harvesting all the Journal photos your kid has taken via a compromised/modified activity**? **actually Pippy and the slideshow example really creeps me out for just that reason – remind me, Pippy's getting special case hack permission to drive a 8 line highway through Rainbow security permissions, right? I know Rainbow, as currently implemented, is lacking in certain areas – but Rainbow is providing something I think is valuable, that's not available elsewhere, and in a manor appropriate for the non-specialist target audience. --Gary P.S. Maybe I'm just paranoid; v.happy to be corrected. > -Wade > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 8.2.1 activity launch failure not recorded
On 23 Feb 2009, at 22:27, Mikus Grinbergs wrote: > I had the RoadMap Activity installed on my 800 system. I just > updated (via manual 'sugar-install-bundle') to the latest version. > Now it does not launch. > > The fault is likely to be mine - I either goofed the "manual" > install, or should not have applied the latest-and-greatest to > 8.2.1. Nevertheless, I expect that when an Activity fails to > launch, there would be some sort of log made to help the user find > out what went wrong. As far as I can tell, __NOTHING__ whatsoever > got recorded about the launch failure. Yes Mikus, you've noted the long and much HATED quick and dirty code hack that makes the launching animation almost purely time dependant. It closes after N seconds, or if it gets a message to say the activity actually launched. There are even some activities that launch faster than the pulsing launcher can get it's knickers untwisted, leaving you looking at a pulsing icon for the full N seconds even through the activity is already running in the background! To be frank it's a pretty shocking code quality indictment, but I'm sure there must be some really unpleasant implementation issues in getting this right. The activity logs (for me) usually show the failure pretty instantly, so I can switch away from the throbbing icon and back to vim to fix my code (usually some careless typo) and re-launch pretty quick – but still annoying. --Gary > mikus > > ___ > 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: Guidance sought on collaboration techniques
On 19 Feb 2009, at 02:28, Wade Brainerd wrote: > Hey James, > > I always have set my XOs using the Control Panel to one of the > servers listed here: > > http://wiki.laptop.org/go/Community_Jabber_Servers > > Most often it's the schoolserver.media.mit.edu server which is > designated as for developers. > > I have never had good luck getting XOs on the network to see each > other without a server. Sometimes it has worked, but not lately. Hmm, interesting. I've had no problems here with 3 XOs all seeing each other, either via Mesh, or the single AP I have here. For most of the last ~4 months I've usually had them all with a blank jabber server setting and have been test collaborating locally. Actually, it's much more testable/repeatable now that the jabber server is not set by default, the default always seemed to be off-line; broken due to server load; or more recently, running some test Gadget build that prevented you from seeing anyone else. Actually that raises a question, did Gadget make it in to the 8.2.1 build? Or is this still a future maybe? I take it it is/would be a Sugar future feature/dependancy? --Gary > Cheers, > Wade > > On Mon, Feb 16, 2009 at 12:21 PM, James Simmons > wrote: > Wade, > > This weekend I tried to get my two computers running Fedora 10 with > the Sugar RPMs to share with one another, with no luck. Back when I > was using Xubuntu there was a collabora server that the Xubuntu RPMs > had installed by default, and I was able to set up my XO to use it > using a command line something like this: > > sugar-control-panel -s jabber olpc.collabora.co.uk > > When I try to do that now I get a python stack trace (if that's the > right word) and I still get an empty neighborhood view.. > > I was lead to believe a few months ago that two instances of Sugar > on the same network would find each other and be able to share even > without a jabber server between them. I couldn't get that to work > then and it doesn't work now. > > In any case, I have two machines running Fedora 10 and I want them > to be able to collaborate. I should be able to run multiple > instances of Sugar on one of these machines as well. I don't have > my own jabber server. How would you suggest I set up a test > environment for collaboration? > > Thanks again, > > > James Simmons > > > Wade Brainerd wrote: > Hey James, > > FYI here is the collaboration code in Colors! > > http://git.sugarlabs.org/projects/colors/repos/mainline/blobs/master/colors.py#line641 > > It's fairly well commented but let me know if you have any questions > about how it works, or what you should do differently in Read Etexts. > > > > ___ > 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: 8.2.1 candidate-800 giving incorrect keyboard language maps?
On 18 Feb 2009, at 12:10, Daniel Drake wrote: > 2009/2/17 Gary C Martin : >> Just wanted to post incase anyone can easily confirm/deny; but after >> clean flashing a Spanish language XO to 8.2.1 candidate-800, the >> language correctly defaults to Spanish, but the keyboard is >> responding >> only as a US-English keyboard. >> >> http://dev.laptop.org/ticket/9262 >> >> Hopefully just an issue with this one Spanish XO I have here (it's a >> B4 model). > > works for me with "real" spanish XOs (SKU5, uruguay). Phew, thanks Daniel, that would have been nasty – hopefully was just something B4'ish then. --Gary > Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
8.2.1 candidate-800 giving incorrect keyboard language maps?
Just wanted to post incase anyone can easily confirm/deny; but after clean flashing a Spanish language XO to 8.2.1 candidate-800, the language correctly defaults to Spanish, but the keyboard is responding only as a US-English keyboard. http://dev.laptop.org/ticket/9262 Hopefully just an issue with this one Spanish XO I have here (it's a B4 model). --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Activities migration status
On 10 Feb 2009, at 00:29, S Page wrote: > Ed McNierney wrote: > >> On the other hand, anyone working on Sugar efforts such as Activity >> development should be encouraged to put all those efforts under the >> Sugar Labs roof where they can be more readily available to the >> entire >> Sugar community (not just the OLPC portion of it). > > Then http://wiki.laptop.org/go/Project_hosting is obsolete. What's > the > equivalent page on sugarlabs.org? Try: http://git.sugarlabs.org/ Its running Gitorious, no need to request permissions/accounts. > Parts of http://wiki.laptop.org/go/Creating_an_activity are also > out-of-date. Personally I rely on source code and pydocs, but I know that doesn't work for all. I'll try and take a look at that page, before I do, any pointers at to bits you found out-of-date? Here's closest thing on SL, the almanac (migrated from laptop wiki) I find that useful: http://sugarlabs.org/go/ActivityTeam/Resources --Gary > -- > =S Page > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Wireless test results
On 16 Feb 2009, at 05:32, Chris Ball wrote: > Hi, > >> Last I checked, it was either the firmware or the kernel changes >> that did it. I posted my findings to the mailing list in the past >> two weeks. > > I think your findings actually say "it was either the firmware, > kernel, > or something else altogether". It'd be good to downgrade both at > once, > but still on candidate-800, so that we can check that at least *one* > of > the two is the problem. I should be asleep, but instead have been zigzagging through old http://xs-dev.laptop.org/~cscott/xo-1/streams/staging/ staging builds testing WPA and the dialogue cancel dance for the last 4hrs: 790 working 4 working 5 working 6 working <- 7 intermittent 11 intermittent 15 broken 800 broken Intermittent means it can occasionally associate with a WPA access point with no cancel dance, but usually I had to dance. Broken means I had to dance every time. One thing I noticed when testing the working 4, 5 and 6 that may help, is that if you do naughtily click an already connected WPA access point you'll get back to one round of the WPA cancel dance. If you make sure you first select 'disconnect' then click the AP again, you get correctly re-associated, no dance required. This suggests that clicking a connected AP should either do NOP, or should at least disconnect properly before trying to connect again. The sound you just heard was my head hitting the pillow :-) --Gary > Thanks, > > - Chris. > -- > Chris Ball ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Wireless test results (Was: Announcing the first 8.2.1 release candidate)
On 16 Feb 2009, at 03:18, James Cameron wrote: > On Mon, Feb 16, 2009 at 03:05:59AM +0000, Gary C Martin wrote: >> Summary: 8.2.1 has regressed relative to 8.2 for WPA access points. >> You now have to enter the security string; it will fail to associate >> and prompt you for the security string again; you have to cancel this >> dialogue; it will start trawling for a mesh; you have to click the AP >> again; it will now connect. > > Good simplification of previous workaround, well done. Do we have an idea at which build this might have crept in? I'm just downloading 790 for a little regression testing (as it's easy for me to reproduce), I think after that it's out with the snake boots and butterfly net to start hunting through deepest, darkest, http://xs-dev.laptop.org/~cscott/xo-1/streams/staging/ Any pointers? --Gary > -- > James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Wireless test results (Was: Announcing the first 8.2.1 release candidate)
On 10 Feb 2009, at 23:53, Chris Ball wrote: > Some particular areas we'd like to see testing of: > > * Connecting to encrypted wireless access points. We believe there > are > regressions here that we're trying to understand. The test procedure > is: > - connect to a WEP/WPA AP > - suspend/resume using the power button, see what happens > - reboot, see what happens > > Some hypotheses we're trying to investigate are: > - WEP always works > - WPA works with some percentage chance of success > > You can read more about the wireless testing that's been done > already: >http://lists.laptop.org/pipermail/devel/2009-February/023096.html >http://lists.laptop.org/pipermail/devel/2009-February/022993.html Here's my wireless results for 8.2.1 candidate-800. Tested 6 times in a row for open access, WEP, and WPA, and some misc. comparative runs with an XO running 8.2. Access point is a D-Link DSL-G604T (Wireless ADSL router). Summary: 8.2.1 has regressed relative to 8.2 for WPA access points. You now have to enter the security string; it will fail to associate and prompt you for the security string again; you have to cancel this dialogue; it will start trawling for a mesh; you have to click the AP again; it will now connect. Open access == First connection: 4 successful auto associations, 2 times a 2nd click on the AP was required before it would associate. After OS reboot: 5 successful auto associations, 1 failed to re- associate and required clicking the AP. After restart of Sugar UI: 6 successful auto associations. After sleep: 5 successful auto associations, 1 failed to re-associate and required clicking the AP. WEP security == First connection: 6 successful WEP dialogue followed by association. After OS reboot: 6 successful auto associations. After restart of Sugar UI: 6 successful auto associations. After sleep: 5 successful auto associations, 1 failed to re-associate and required entering WEP key again. WPA security == First connection: Prompts for the security string and then fails every time, until you subsequently click a dialogue cancel button, then clicking the AP again will associate (8.2 connects without a hitch). After OS reboot: A 6 attempts failed to re-associate and shows the security string dialogue, clicking cancel and then clicking the AP again will re-associate (8.2 connects without a hitch). After restart of Sugar UI: 6 successful auto associations. After sleep: All 6 times dropped back to mesh, 3 of those times manually clicking the AP auto re-associated, the other 3 times prompted for the security string which you had to cancel then click the AP again (8.2 did not automatically re-associate, but clicking the AP connected immediately with no dialogues). Hope this helps, --Gary P.S. Interestingly we had what seems to be the same behaviour, but with WEP, for a while early last year in the (long) run up to 8.2. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: power consumption after shutdown
On 15 Feb 2009, at 05:36, Mikus Grinbergs wrote: > My apologies for not being clear. I'll try again: > > I want to feel that the battery that I just put into the XO I'm > walking out the door with is as "charged up" as it normally can be. > > 1) If that battery came from an XO that was plugged into the AC > 24/7 for the past week -- I *think* it is fully "charged up". > > 2) If that battery came from an XO that had been "shut down" for 48 > hours; but then that XO had been plugged into the AC until the > 'power' light went green -- I *think* it is well "charged up". > > 3) If that battery had been sitting on the shelf (not in an XO) for > a month -- what did I need to do to make it "topped off" ? > > > >>> What I am now interested in is understanding a "correct" state of >>> charge value after having my battery out of the XO for one month. >> >> Not possible without discharging the battery fully to determine the >> state of charge it had. The test is charge destructive; once it is >> completed there is no usable charge in the battery. > > Sorry - I did not mean that I cared exactly how "charged up" it was > -- what I want to know is how to ensure to myself, without going to > extremes, that the battery was "well charged up". [Is 94% reported > by the pop-up for an on-the-shelf battery believable, or is the > 'true' value half that? And if do I see 94%, do I need to worry > that "this is a battery that requires some more charging"?] > >>> the software pop-up says 94%. But I notice that >>> after an hour, the software pop-up *still* says 94%. >> >> I hope you aren't surprised. No reason it should change. Battery is >> not being used. > > I was under the impression that when the battery charge went > somewhere below about 97%, the XO would "charge it some more". > So I was surprised to have it stay at 94%. [If 94% being shown on > the pop-up is not low enough for "charging some more", then how can > I initiate charging being performed by the XO ?] > >>> But when the software pop-up is between 90-96% (for a previously >>> out-of-case battery), and despite the AC adapter being plugged in >>> that value does not increase in an hour -- what ought I to do to >>> find the "state of charge" ? >> >> No possible way except a full discharge while measuring the power >> provided. > > Apologies for being unclear. I'm not particularly interested in the > precision of the "state of charge". What I am interested in is "is > the battery as 'well charged up' as I can make it be by using the > XO's 'built-in' charger - I will want to get the most minutes of use > of my XO when carried to a place that does not have electricity" ? Have you tried either of the tools/procedures at: http://wiki.laptop.org/go/XO_LiFePO4_Recovery_Procedure Either olpc-pwr-log (download and run in terminal) or bat-recover (download a batman.fth file and use from Open Firmware), display actual charge going into (or out of) the battery, so you could use either of them to charge and see when your battery stops getting any more juice. Of course, without testing full discharge/charge cycles occasionally, you could never be quite sure where a batteries max is/ was (but that just takes us back to the email loop on precision). --Gary > And if it is not 'well charged up', what do I need to do to make it > so? In particular -- if it *were* 90% "charged up" when I took > it off the shelf, would I have to fully discharge it in order to > then "charge it up" (using the XO as the 'charger') closer to 97-99% ? > > mikus > > ___ > 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: [Sugar-devel] 'Resume activity' is confusing for user
Mikus, On 15 Feb 2009, at 00:24, Mikus Grinbergs wrote: > My observation from running Joyride 2650 on an XO-1: > > With 'Resume by default' checked in the "Favorite view" dropdown in > Home View, those activity_icons for which a Journal entry now exists > are colored. I __naively__ thought that if I clicked on a "colored" > icon, the *existing* session for that activity would be resumed. You're 3 weeks late ;-) It was a bug, I'm 99% sure Tomeu has this is fixed, if you're using a current build of sugar here's the ticket: http://dev.sugarlabs.org/ticket/238 Here's the rub... Joyride is dead (though for an XO user it's still about the easiest/smoothest way to play with the new sugar toys). It got a Sugar code update back in 2631, making it to sugar 0.83.3 from what I can tell (~19 Jan 2009); but there're just not enough hands on deck to keep that plate spinning. FWIW I've been able to copy-nand and use the image called soas3.img that Marco was kind enough to get an image built and working: http://download.sugarlabs.org/soas/xoimages/ ... but again I fear this is now an end of line unless another engineer can continue the work. I'm not convinced the world of XO users will see much, if any more, output from SugarLabs for a long time, the only hope I see is to run 'Sugar on a Stick' USB spins (Fedora being currently the most tested/working) – but only for testing purposes – the normal Fedora is still far off the level of XO hardware support that the 8.2.x OLPC Fedora fork currently provides. Actually, the latest Fedora SoaS USB image I've tried to boot on an XO just kernel panics, so Marco's above effort is, perhaps the last, most recent XO booting Sugar. With all that doom and gloom, I must say that OLPC 8.2.1 (candidate-800) is looking rather nice in comparison, get some testing in if you can, we may be using it for some time... Regards, --Gary > But when in Home View I moved the cursor to the (colored) icon for > Terminal and left-clicked, a *second* Terminal session was launched. > > > Apparently, to be sure of what one is doing with a colored icon in > Home View, one needs to right-click on that icon, and wait for its > palette to be displayed. Then, to 'Resume' a session, right-click > on an entry in the palette for which an object name is listed. Or, > to 'start' a new session, click on the palette entry that lists the > plain activity name (or click on the 'Start' entry near the bottom > of the palette). > > > I ought to be able to explain all this to a "Sugar" user (including > when there are "special cases" and when there are not). But much > simpler to just tell him to forget about 'Resume by default'. > > > mikus > > > p.s. Suggestion: when clicking on an icon in Home View favorites > will not result in 'returning control' to an already-launched > Activity, *don't* color that icon. > > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO BW mode (was Re: Guidance sought on collaboration techniques)
On 14 Feb 2009, at 10:16, Bert Freudenberg wrote: > > On 13.02.2009, at 19:27, Gary C Martin wrote: >> >> Note the backlight goes through the colour refractive screen magic, >> even in BW mode, so it's not as sharp as with the backlight 100% off > > That explanation is horrendously wrong. Please do not perpetuate the > rumor of "modes" in the display hardware. There are none. Horrendously wrong? Wow... well Bert you've been with the project for way longer than me so I do trust you to be right, I must have hit a nerve, sorry. > And, there is no "refractive screen magic", that idea did not make > it into production. The backlight uses regular r/g/b color filters. Was my 'refractive' faux pas your only reason for using 'horrendously wrong'? I guess the term I should have given there was 'transflective', apologies to optical geeks everywhere. I couldn't see any obvious errors else where. > The blur you see in color mode is the DCON performing anti-aliasing > by adding color components from the four neighboring pixels into > each pixel (e.g., for a red pixel it takes the red components of the > surrounding pixels into account, etc). > > In early DCON drivers it was possible to toggle the anti-aliasing > independently of the backlight intensity, so you could clearly see > its effect. IIUC this capability has now been coupled to the > backlight intensity, which is fine in regular use, but takes away > the possibility to easily demonstrate what's happening. You do appear to be wrong here. Have access to three XOs here (two MP and one B4) that all happily respond to the below command: su echo 1 > /sys/devices/platform/dcon/output Disables colour while leaving the backlight setting alone, allowing a slightly crisper BW display with backlight on if you want it (close look at text edges reminds me of the little colour pixels you get with sub-pixel resolution tricks on conventional screens), and: su echo 0 > /sys/devices/platform/dcon/output Enables colour while leaving the backlight setting alone, allowing a 'colour display' mode when the backlight is potentially off (not a very useful combination as it's the backlight that goes through the colour layer so you're left looking at a slightly soft BW image from just reflected light). I can try and take some pixel macro photos of the effect if it makes you feel better? :-) http://wiki.laptop.org/go/Display#DCON_screen_driver_chip --Gary > - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO BW mode (was Re: Guidance sought on collaboration techniques)
On 13 Feb 2009, at 17:28, Wade Brainerd wrote: > On Fri, Feb 13, 2009 at 11:38 AM, Gary C Martin > wrote: > The below will switch to BW, but still leave the backlight on: > >su >echo 1 > /sys/devices/platform/dcon/output > > And to kill backlight and go to BW mode all at once: > >su >echo 0 > /sys/class/backlight/dcon-bl/brightness > > Hmmm, I wonder if there is dbus hooks for this for a less hacky > solution. > > Oh, cool - thanks! Isn't there any button on the XO mapped to > this? How is a normal user supposed to engage it? It simply engages BW/reflective mode when you dial down the brightness to off. Alt-brightness up and Alt-brightness down on the XO get you to reflective mode (and back) in one strike. In normal use, colour mode is still quite usable (though not as crisp as BW) in bright sunlight, it's just that the colours desaturate as the reflected light gets brighter. Note the backlight goes through the colour refractive screen magic, even in BW mode, so it's not as sharp as with the backlight 100% off and just using reflected light (though BW + backlight does still look slightly crisper than colour mode, to my eye, like sub pixel sharpening tricks on conventional screens). --Gary > -Wade > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Guidance sought on collaboration techniques
On 13 Feb 2009, at 16:16, Wade Brainerd wrote: > Hey James, > > FYI here is the collaboration code in Colors! > > http://git.sugarlabs.org/projects/colors/repos/mainline/blobs/master/colors.py#line641 > > It's fairly well commented but let me know if you have any questions > about how it works, or what you should do differently in Read Etexts. > > I totally agree that Etexts should be a killer app for the XO. > > As an aside, does anyone know if there is a manual way to force the > XO screen into sunlight mode? The below will switch to BW, but still leave the backlight on: su echo 1 > /sys/devices/platform/dcon/output And to kill backlight and go to BW mode all at once: su echo 0 > /sys/class/backlight/dcon-bl/brightness Hmmm, I wonder if there is dbus hooks for this for a less hacky solution. --Gary > -Wade > > On Thu, Feb 12, 2009 at 10:56 AM, James Simmons > wrote: > Wade, > > I'll have to check out the code in Colors! What I really need is > some sample code and some good docs on the APIs available. What I > have now was copied from the Read activity, and not all of it is > clear to me. If I understood what APIs were available that would be > a big help. I will welcome feedback on my code once I have > something good enough to criticize, but I'm not there yet. > > Thanks, > > James Simmons > > > > Wade Brainerd wrote: >> >> Hey James, >> >> I can help you out with this if you want. >> >> Your collaboration design sounds fine to me. I did something >> similar in Colors! where certain parts of the UI are disabled on >> the joining instances. >> >> What point are you at now? Do you need an example to get started >> with, or feedback about existing code, or just ideas about which >> APIs to use? >> >> Best, >> Wade >> >> On Wed, Feb 11, 2009 at 4:55 PM, James Simmons > > wrote: >> Benjamin, >> >> I had been using two machines to develop my Activities. One ran >> Xubuntu >> and used the sugar packages provided with the Sugar Live CD that >> someone >> made up. These were not perfect, but it was a simpler way to set >> up a >> Sugar test environment than anything else available at the time. My >> second box was running openSUSE 10.2 and I attempted to install >> Sugar-jhbuild on it with middling success. I had both pointing to >> the >> Collabora server to test sharing, and what I found was the sharing >> through that server worked OK for small files (like Read Etexts used) >> but took forever for slideshows, and frequently ran out of gas in the >> middle of a transfer. As for collaboration between two instances of >> Sugar with no jabber server between them, that never worked at all, >> even >> a little bit. >> >> As of last night both machines have Fedora 10 with the Sugar RPMs >> installed, so this should eliminate lots of problems I had in the >> past. >> I don't expect it to make large file transfers through the jabber >> server >> any faster, though. Plus, in my opinion copying a file from one XO >> to >> another would be better done as a function of the Journal. It >> isn't my >> idea of what real collaboration should be. The VNC idea, while >> worthwhile, doesn't excite me either. >> >> As an XO user I have no use for collaboration. I have nobody to play >> with. I could strip the collaboration code out of both my Activities >> and have something more than adequate for my own use. My goal is to >> create Activities that will get other kids excited about using >> them. My >> idea is a modest step in that direction. If I get that much working >> other ideas may come. >> >> I would like to stick with API's that are currently available for a >> couple of reasons: >> >> 1). I want to use the Sugar environment in Fedora 10. Now that I >> finally have a robust test environment I don't want to lose it. >> 2). I want to make the Activity available to the largest number of >> users possible. >> >> I think telepathy might do the job for me if I just understood it >> better. All I'm asking it to do is send some messages to a list of >> buddies and have them initiate some file transfers. Chat is already >> doing the first part, I think, and the Read code might be persuaded >> to >> do the second. >> >> Thanks, >> >> James Simmons >> >> >> ___ >> 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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] XFT emacs rocks on the XO...
On 11 Feb 2009, at 16:25, Tomeu Vizoso wrote: > On Wed, Feb 11, 2009 at 16:52, Gary C Martin > wrote: >> On 11 Feb 2009, at 05:59, Martin Langhoff wrote: >> >>> Stock F9 emacs isn't very usable on the XO screen, unfortunately. >>> Lack >>> of fonts and high dpi make it rather painful. After struggling a bit >>> to get a comfy hacking/editing environment on my XOs, I ended up >>> installing the precooked Xft-enabled emacs rpms, as per: >>> >>> http://wiki.laptop.org/go/Emacs >>> >>> and after setting a nice readable font... I'm very happy with the >>> setup. >>> >>> Also, the XO ships with a very limited vim. yum install vim-enhanced >>> has improved my part-time vim usage. >> >> Yea, sudo yum install of vim, git, pylint, and nethack ;-) are about >> the first things I do after a clean flash of an XO I plan to develop >> code on. >> >> --Gary >> >> P.S. For the record vim is 22Mb (most of which is perl), git is 3.8Mb >> (shares some of the aforementioned perl), pylint is 5Mb (almost all >> of >> that is mx), and nethack is just 1.3Mb (press ? for help). > > I guess the advantage of nethack is that once you install it you don't > need nor vim, nor git nor pylint anymore. Well, I recommend it purely for putting the hjkl cursor navigation keys into your muscle memory, ready for heavy vim coding sessions, and for acclimatising n00bs to the idea that, "text can be fun too!" :-p --G P.S. As an infovis, GUI, graphic, 3d Gouraud shaded, open GL, pixel necked geek kind'a guy – this is clearly the dark hidden side to my personality. > Regards, > > Tomeu > >>> cheers, >>> >>> >>> m >>> -- >>> martin.langh...@gmail.com >>> mar...@laptop.org -- School Server Architect >>> - ask interesting questions >>> - don't get distracted with shiny stuff - working code first >>> - http://wiki.laptop.org/go/User:Martinlanghoff >>> ___ >>> Sugar-devel mailing list >>> sugar-de...@lists.sugarlabs.org >>> http://lists.sugarlabs.org/listinfo/sugar-devel >> >> ___ >> 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: [Sugar-devel] XFT emacs rocks on the XO...
On 11 Feb 2009, at 05:59, Martin Langhoff wrote: > Stock F9 emacs isn't very usable on the XO screen, unfortunately. Lack > of fonts and high dpi make it rather painful. After struggling a bit > to get a comfy hacking/editing environment on my XOs, I ended up > installing the precooked Xft-enabled emacs rpms, as per: > >http://wiki.laptop.org/go/Emacs > > and after setting a nice readable font... I'm very happy with the > setup. > > Also, the XO ships with a very limited vim. yum install vim-enhanced > has improved my part-time vim usage. Yea, sudo yum install of vim, git, pylint, and nethack ;-) are about the first things I do after a clean flash of an XO I plan to develop code on. --Gary P.S. For the record vim is 22Mb (most of which is perl), git is 3.8Mb (shares some of the aforementioned perl), pylint is 5Mb (almost all of that is mx), and nethack is just 1.3Mb (press ? for help). > cheers, > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Life in an insecure world
On 4 Feb 2009, at 12:14, Daniel Drake wrote: > 2009/2/4 John Watlington : >> I insist on b) in order to prevent inadvertent "bricking" of laptops >> by typing "enable-security", > > Are you concerned that there is a realistic and common use case when a > particular type of user would want or need to run enable-security? FWIW, I vaguely remember a deployment last year(Uruguay maybe?) needing to do some maintenance steps (on borked XOs) where they would disable security to get into OF (I think) and then re-enable security again before sending it back. --Gary > Or is your concern simply that there is such a command (regardless of > what it actually does internally) that will break your XO? > > Daniel > ___ > 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: readetexts and viewslides moved to git.sugarlabs.org
On 19 Jan 2009, at 17:28, Morgan Collett wrote: > On Mon, Jan 19, 2009 at 17:52, Gary C Martin > wrote: >> On 19 Jan 2009, at 15:19, James Simmons wrote: >> >>> Over the weekend I updated Read Etexts and View Slides to be more >>> like >>> the current Read activity. Previously they only attempted to save >>> metadata on closing instead of writing a new file. I was getting >>> "keep" >>> errors because of that, so now I link a temporary file like Read >>> does. >>> I also fixed them so that you can launch them from an icon and be >>> prompted to open an existing Journal entry. This makes the >>> activities > > Great! > >>> much more useable, in my opinion, but I am disappointed that I >>> cannot >>> filter the Journal entries by MIME type. >> >> I'm sure I spotted some recent trac chatter covering a new MIME >> filtering ability for the Object Chooser, can't find it again off >> hand >> just now. > > http://dev.laptop.org/ticket/3060 -- ooh, it's been fixed. I must > update Read to filter appropriately... > >>> The code for both has been copied to git.sugarlabs.org, and I >>> think I >>> did everything OK except I forgot to put the project entry for Read >>> Etexts in the category "activities" and I don't see a way to fix >>> that. >> >> If you go to your 'Dashboard' you'll see your projects listed on the >> right, from there you land in the 'Project Overview' tab, click >> 'Project Settings' and you get to edit all the original fields as per >> when you created the project. >> >>> Currently the code is up to date in both old and new repositories. >>> Should I continue to do that, or should I abandon the old >>> repository? >> >> Same here for me with Moon, I consider dev.laptop.org (for Moon and >> other moved reps) deprecated though I have no idea how to change the >> rep description to show "DEPRECATED - see git.sugarlabs.org" like >> others have done (read and chat). Any hints? > > Someone with shell access to dev.laptop.org, and with write access to > your git repo, can edit the file - e.g. > /git/chat-activity/description. Thanks for the pointer Morgan, back then HH had kindly just given me shell access to my dev account, so I've been able to ssh into crank and update the description myself. --Gary > Regards > Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Is it possible to disable "sharing" for an Activity?
On 3 Feb 2009, at 01:02, Benjamin M. Schwartz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Eben Eliason wrote: >> On Mon, Feb 2, 2009 at 7:33 PM, Benjamin M. Schwartz >> wrote: > In my mind, this would work perfectly with the above scheme, > whereby > any activity that already has max_participants in it could be > viewed > in that manner. >> I don't see why any Activity should be excluded from such VNC >> sharing, >> regardless of max_participants. >> >>> Of course not. I didn't mean to imply such a limitation; only that >>> the VNC solution would be the /only/ option after some participants >>> limit was reached. That is, you could either "Join" or "Watch" any >>> shared activity, but the "Join" option would disappear once >>> "full"..."Watch" would remain. It's possible we'd have an upper >>> bound >>> on the number of people who could watch as well, but I don't think >>> that's an activity-specific parameter. > > Oh! That's beautiful. > > Let's do that. I don't mean to rain on the parade here, but am I the only one who finds VNC slow even on high spec equipment over a dedicated broadband connection? I do use it occasionally for remote support, so it does have its uses – but a handful of XOs in the same wireless spectrum? Ouch. From a technical stand point VNC is going to be almost always more memory hungry, more cpu hungry, and more bandwidth hungry than most activity collaborations, seems to be an overly hopeful collaboration method to fallback on. Happy to be proven wrong, and I guess it could be a Sugar feature not really intended for XOs. Regards, --Gary > - --Ben > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.9 (GNU/Linux) > > iEYEARECAAYFAkmHl60ACgkQUJT6e6HFtqTXXACdH1WGy6vrO8JibUPy+AbPXQs0 > 5X0An1Y3zcLXrr3kP9itQ8pUHZ7ujjpD > =YKXn > -END PGP SIGNATURE- > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Aside: Neighborhood participants
On 2 Feb 2009, at 16:43, Benjamin M. Schwartz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Morgan Collett wrote: >> Also don't blame avahi for the fact that we send out updates every >> time you alt-tab between shared activities, so that your icon can >> jump >> to the appropriate snowflake on everyone else's Neighborhood Views... > > I _strongly_ object to this behavior. Not only is this flooding the > mesh > with useless broadcasts, but it provides exactly the _wrong_ result > in the > UI. When I look at the Neighborhood view, I want to see who is > participating in each shared instance. Instead, the view shows me > who is > in that particular window at this time. It's as if IRC clients only > showed you as present in the room that is currently visible on your > screen. +1 > We should remove this "feature" and instead show each person in the > ring > around each activity they have joined. However there are some interesting UI design issues (). XO buddy icons are currently unique identities, this will lead to your icons being in multiple places in the neighbourhood (and group) view (on each shared activity). More icons mean less space... Have you seen ~30-40 buddies on a jabber server? Wow it's crowded as is, let's hope gadget and smart filters work well. i.e see who you want by default and be able to easily find those gadget decides to hide from you... Actually I can almost see this being a case for replacing the neighbourhood with just custom smart groups UI; you start with some reasonable default gadget filter; then create new groups for your different needs (perhaps a maths class group, a friends group, a pen-pals group, an artists group etc). Maybe the neighbourhood view ends up pretty much just showing icons for subgroups. An interesting design challenge, especially trying to keep the zoom metaphor consistant... --Gary > - --Ben > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.9 (GNU/Linux) > > iEYEARECAAYFAkmHIr0ACgkQUJT6e6HFtqSr6QCfVIKVafX44TFETpmNao8mGevr > ldUAoJ+q09kT87G/PzJDdT2ND3HzE0Fl > =yxQR > -END PGP SIGNATURE- > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Mesh support very likely to miss Sugar 0.84
Not sure who's able to contribute, but just wanted to wave a red flag here to warn that it's looking like any mesh support is very unlikely to make the 0.84 Sugar release, unless someone is interested/able to work on it: http://dev.sugarlabs.org/ticket/230 It officially slipped to the 0.86 milestone today :-( so no kids working under a tree scenario (unless the tree happens to come with a wireless AP infrastructure). --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Soas snapshot
On 29 Jan 2009, at 10:02, Marco Pesenti Gritti wrote: > On Wed, Jan 28, 2009 at 12:28 AM, Gary C Martin > wrote: >> Cool. >> >> Any tips as to what to do with these 2 on an XO? The only thing >> I've done >> with .img and .crc before is copy-nand from firmware – is it >> possible to run >> them from a usb stick without wiping nand or effecting the existing >> nand >> install (so we can encourage safe(er) testing of new code)? > > You can use copy-nand if you want to install them on the nand. To > install on a usb stick you can follow the Fedora on XO instruction > (with the .iso Soas image). It should be possible to do it from a XO. > See: > > https://fedoraproject.org/wiki/QA/TestPlans/ > Fedora10_On_XO#Installing_your_SD_card > > It would be good to add this to the Soas wiki page. Let me know if you > have any problems! Thanks Marco (& Daniel), will go sharpen my stick and start to poke... --Gary P.S. http://wiki.laptop.org/go/OS_images_for_USB_disks also looks like an old wiki page of interest that may have some harvestable tips. > Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Soas snapshot
Hi Marco, On 27 Jan 2009, at 23:00, Marco Pesenti Gritti wrote: > You can download the iso here: > > http://download.sugarlabs.org/soas/snapshots/1/Soas-200901271941.iso > > Instructions on how to install it are here: > > http://sugarlabs.org/go/Sugar_on_a_Stick > > I also made an experimental image for the XO. It's not signed, so you > will need security disabled, if you want to try it. > > http://download.sugarlabs.org/soas/xoimages/soas1.img > http://download.sugarlabs.org/soas/xoimages/soas1.crc Cool. Any tips as to what to do with these 2 on an XO? The only thing I've done with .img and .crc before is copy-nand from firmware – is it possible to run them from a usb stick without wiping nand or effecting the existing nand install (so we can encourage safe(er) testing of new code)? Regards, --Gary > Marco > ___ > 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: [ANNOUNCE] Sucrose 0.83.4 Development Release
On 23 Jan 2009, at 22:06, Gary Oberbrunner wrote: > Hi folks. I guess I'm somewhat confused with all the recent changes > taking place in the OLPC/Sugar world. I have an XO, and for a while I > was keeping up with all the latest joyrides. I think the last one I > installed was just before the old joyride branch went away some time > last year. Now there's a new joyride, but it's known not to be stable > enough for kid-friendly use, & that's fine. But there's also Sucrose > 0.83.4 which looks new & shiny. Can I install this on my XO (and > how), > or do I need to wait for a joyride build containing it? I.e. is > sucrose > an independently installable thing? Sorry to sound like such a newb. FWIW: I've been reasonably successfully running joyride 2631 on an XO for a few days now, and it seems to have all the 0.83.4 Sugar feature freeze changes in. Upgraded from an 8.2 (767) install so I'd have most activities, and get to test the migration from old data-store to new (i.e backup your important data, and don't expect to boot back to the old OS and still keep your old journal entries). Downloaded the .usb and .toc to a usb key, and then ran 'sudo olpc- update --usb' as per usual and rebooted. Then went about getting latest joyride flavour activities using 'wget' and 'sugar-install- bundle' (old browse-101 won't start, and control panel software-update doesn't...) Here's a list of recent .xo bundles you'll likely not have if you've just been using the CP software-updater: Write-61 (latest G1G1 is 60) http://shell.sugarlabs.org/~erikos/bundles/Write-61.xo Browse-103 (latest G1G1 is 101) http://shell.sugarlabs.org/~erikos/bundles/Browse-103.xo Calculate-28 (latest G1G1 is 25) http://people.sugarlabs.org/~rwh/Calculate/Calculate-28.xo Chat-62 (latest G1G1 is 48) http://dev.laptop.org/~morgan/bundles/Chat-62.xo Read-63 (latest G1G1 is 52) http://dev.laptop.org/~morgan/bundles/Read-63.xo Etoys-99 (latest G1G1 is 94) http://etoys.laptop.org/rpms/Etoys-99.xo TurtleArt-24 (latest G1G1 is 10) http://sugarlabs.org/wiki/images/b/b1/TurtleArt-24.xo Image Viewer (not part of G1G1) http://dev.laptop.org/~sayamindu/bundles/imageviewer/ImageViewer-5.xo Terminal-21 (18) http://dev.laptop.org/~sayamindu/bundles/terminal/Terminal-21.xo Jukebox-5 (not part of G1G1) http://dev.laptop.org/~kushal/Jukebox-5.xo You'll get to play/test new things like: - resume from home by default (BTW: it defaults to off) - activity name prompting when closing un-titled activities - new colour picker (Write) - Journal favourite filter - Access to XO home palette from your buddy icon in the frame Some obvious current pitfalls: - Mic light stays on all the time, very big brother ;-) - Software-updater... doesn't (and is pointing to the old G1G1 activity group anyway) - No working mesh network - Reasonably working AP network as long as you don't sleep/close-lid/ ctrl-alt-erase I've only just started finding/filling trac tickets for bugs I spot, would be great to get more of the braver XO owners doing the same. Also I'm sure feedback to the list about the new features would be very welcome, while there's still perhaps a little time to make refinements: http://dev.sugarlabs.org I think the plan of action from SugarLabs is to get the Sugar-on-a- Stick working well enough for XO owners, so we can try/test all the shiny new changes from a USB stick while keeping our existing release OS and data intact. So for the XO owning risk averse, it's probably worth waiting for an official announcement regarding SoaS. Happy testing! --Gary > -- > . . . . . . . . . . . . . . . . . . . . . . . . . > Gary Oberbrunnerga...@genarts.com > GenArts, Inc. Tel: 617-492-2888 > 955 Mass. Ave Fax: 617-492-2852 > Cambridge, MA 02139 USA www.genarts.com > ___ > 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: Browser Problem
On 20 Jan 2009, at 16:20, Rodrigo Padula de Oliveira wrote: > Hello guys! > > I'm testing the worpress 2.7 in my XO and i'm having some problems > with > pictures(buttons and menus). > > Please, see this picture http://imagebin.org/36284 Yes I've seen this on a range of web page buttons (but never else where), including the 'get developer key' form button: http://dev.laptop.org/ticket/8760 The issue turned up on an earlier ticket an tracked down to X config (obscure memory/cache ~thing): http://dev.laptop.org/ticket/7830 The corrupt graphics will go away if you do the 'add Option "MigrationHeuristic" "greedy" to xorg.conf "Device" section' trick mentioned on the 7830 ticket. Worked for me well on an XO with no obvious side effects, I think folks were not quite sure if this might have some nastier (than a few mangled graphics) unintended side effect as we don't have an X guru to bounce on. Hope that helps, --Gary > -- > > Rodrigo Padula de Oliveira > M.Sc. Student - COPPE/UFRJ > Fedora Community Manager - Latin America > http://www.proyectofedora.org > > > > ___ > 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: readetexts and viewslides moved to git.sugarlabs.org
On 19 Jan 2009, at 15:19, James Simmons wrote: > Over the weekend I updated Read Etexts and View Slides to be more like > the current Read activity. Previously they only attempted to save > metadata on closing instead of writing a new file. I was getting > "keep" > errors because of that, so now I link a temporary file like Read does. > I also fixed them so that you can launch them from an icon and be > prompted to open an existing Journal entry. This makes the activities > much more useable, in my opinion, but I am disappointed that I cannot > filter the Journal entries by MIME type. I'm sure I spotted some recent trac chatter covering a new MIME filtering ability for the Object Chooser, can't find it again off hand just now. > The code for both has been copied to git.sugarlabs.org, and I think I > did everything OK except I forgot to put the project entry for Read > Etexts in the category "activities" and I don't see a way to fix that. If you go to your 'Dashboard' you'll see your projects listed on the right, from there you land in the 'Project Overview' tab, click 'Project Settings' and you get to edit all the original fields as per when you created the project. > Currently the code is up to date in both old and new repositories. > Should I continue to do that, or should I abandon the old repository? Same here for me with Moon, I consider dev.laptop.org (for Moon and other moved reps) deprecated though I have no idea how to change the rep description to show "DEPRECATED - see git.sugarlabs.org" like others have done (read and chat). Any hints? --Gary > Thanks, > > James Simmons > > > ___ > 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: OLPC trac not allowing login?
On 18 Jan 2009, at 14:19, p...@laptop.org wrote: > gary c martin wrote: >> Any one else getting "Invalid username or password" errors trying to >> log in to trac? >> >> https://dev.laptop.org/login > > yes. me too. Thanks all. For any one else effected, requesting a password reset went through fine and allowed me to get back in again. --G > =- > paul fox, p...@laptop.org > ___ > 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
OLPC trac not allowing login?
Any one else getting "Invalid username or password" errors trying to log in to trac? https://dev.laptop.org/login --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: touchpad tunables
Hi Paul On 10 Jan 2009, at 17:29, p...@laptop.org wrote: > (i'd appreciate it someone running an 8.2.1 > staging candidate could verify these parameters really are present -- > i'm running a development kernel.) Not sure if this helps, but just looked in /sys/module/psmouse/ parameters/* on an XO here running Sugar 0.82.1, Build 7, Firmware Q2E24 (not quite the v.latest so something new could have crept in). I see: autorecal rate resetafter resync_time tpdebug proto recalib_delta resolution smartscroll Was assuming to see the new parameters your echoing to listed, so I'm assuming they are not in yet, will check again when I re-flash with the v.latest staging build. --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] Please help test our pre-release build of 8.2.1
On 4 Jan 2009, at 23:09, Mikus Grinbergs wrote: > Gary wrote: >> Browse-98 . . . . . . . x x Browse-101 needed for 8.2.1 PDF support > > I Tested Browse-101 using the staging-7 build: > > - Browse-101 listed on http://wiki.laptop.org/go/Activities/G1G1 >(i.e., http://dev.laptop.org/~erikos/bundles/0.83/Browse-101.xo) >is unacceptable to me -- it will not allow on-line user changes >to the entries in about:config (I selected an entry and >left-clicked, then clicked on 'modify' - nothing happened). > >[Besides, it copies PDFs to Journal, instead of showing them.] > >[Other wiki pages (Activities/G1G1/8.2) listed only Browse-98.] > > - http://dev.laptop.org/raw-attachment/ticket/9112/Browse-101.xo, >built by Sayamindu, works - I *can* modify about:config Can't comment on your about:config needs/edits, but yes just to confirm, http://dev.laptop.org/raw-attachment/ticket/9112/ Browse-101.xo was the one I've tested here. --Gary > Thus it appears there is Browse-101, and then there is Browse-101. > > mikus > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] Please help test our pre-release build of 8.2.1
On 4 Jan 2009, at 20:15, Wade Brainerd wrote: > On Sun, Jan 4, 2009 at 2:26 PM, Gary C Martin > wrote: > Here's my Activity specific testing run through of all the activities > as currently installed by Activities/G1G1 > > What's required to get your activity listed here? If you're happy that your new Activity release also works with 8.2 (that's what all the latest G1G1 XOs will be pointing too***), you can hit the edit button next to your activity on http://wiki.laptop.org/go/Activities/G1G1 and point to a newer .xo. If you have release compatibility issues (say your latest 9.1 work will break on 8.2) things get more ugly, this wiki page may help: http://wiki.laptop.org/go/Software_update ***why it wasn't it just called Activities/8.2 and then changed per each new distro release is beyond me. > WikipediaEN-4 . . - . * . . x x Very slow following links 30sec+!! > Rainbow warning dialogue on > resume (but > did resume page), or after first > use. > > Sounds like something bad has crept into this activity. IIRC this > summer it took only a few seconds. A quick test of WikipediaEN-4 on an XO with 8.2.0 shows a similar behaviour. A quick selection if link hopping took 64sec, 31sec, 15sec, 29sec, 22sec, 17sec, 24sec, 14sec, 56sec, so there is some variation (though all seemed pretty painful times to me). --Gary > -Wade ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] Please help test our pre-release build of 8.2.1
On 4 Jan 2009, at 20:28, Bert Freudenberg wrote: > On 04.01.2009, at 20:26, Gary C Martin wrote: > >> build 8.2.1-7 Could start >> . = success | Could stop (all must work ctrl-q, alt-esc, >> toolbar, frame) >> - = N/A | | Sound >> x = fail | | | Journal entry >> ? = unknown | | | | Useful journal resume state >> * = see note | | | | | Frame palette title matches resumed title >> | | | | | | License entry in activity.info >> | | | | | | | Using bundle_id in activity.info >> | | | | | | | | Frame picks-up live title changes >> | | | | | | | | | >> Etoys-94 . * . * . x . x x Ctrl-q fails to stop. >>Stop no longer auto-keeps to >>journal - you >>need to manually keep a project >>first, or >>you loose changes made and see no >>entry. > > This is no different than in 8.2.0 - assuming you just launched and > immediately exited Etoys we do no longer create a useless Journal > entry. Only if you make a new project (or rename the default one) is > it saved automatically on exit. The previous auto keep when you made zero changes was both annoyingly slow and daft, but to not auto keep especially after making edits breaks the whole Sugar Journal concept in one fell swoop (and even with no changes, I'd expect a Journal entry that just resumes to the default start page but with no whole 'saving project' cycle needed). First thing I imagine most kids would do with Etoys (well I do at least) is make the 'welcome' screen car hoot as it hits the screen edges, and then make it also hoot as it bounces off other graphic objects. Happy in discovering all the rather obscure/hidden menus and palettes to do this, I'd then stop to see all my effort vanish, unrecorded for posterity. I almost reported this as a critical bug. It took me a good hour of various reboots, reinstalls, and journal wipes before I realised the behaviour had fundamentally changed and I had to keep before EToys would bother making any Journal entry (even discovered all the hidden toolbutton menus for Publishing and exiting without saving et al, before realising I had to prime saving by hitting keep). Sorry for the negative report, I just think a well behaving EToys is really important, FWIW, I may just be an edge case kid at heart. --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] Please help test our pre-release build of 8.2.1
On 2 Jan 2009, at 16:09, Brian Pepple wrote: > Hi All, > > A pre-release build of 8.2.1 is now available for testing. It has > passed > an initial smoke test and now needs broader testing. > > The build download and problem reporting instructions are here: > http://wiki.laptop.org/go/Friends_in_testing#Current_status > > The very early draft release notes are here: > http://wiki.laptop.org/go/Release_Notes/8.2.1 > > Please send a note to the list if you try this build even if you don't > find anything interesting. We want to measure our test capacity. > > Thanks, > /B > -- > Brian Pepple Here's my Activity specific testing run through of all the activities as currently installed by Activities/G1G1, a quick plea to Activity developers out there to update their links if they know a newer release works and should go with 8.2.1 (I've lots of other, much newer, versions that seem to work fine but have not made the auto update wiki page yet). Tested on a clean (nand-copy) of a fresh 8.2.1 staging-7 on an XO-1, then a software update from the control panel (via a WEP access point). No bugs filed or authors not directly pinged yet for any of the below. View with a fixed width font for the below columns to align... build 8.2.1-7 Could start . = success | Could stop (all must work ctrl-q, alt-esc, toolbar, frame) - = N/A | | Sound x = fail | | | Journal entry ? = unknown | | | | Useful journal resume state * = see note | | | | | Frame palette title matches resumed title | | | | | | License entry in activity.info | | | | | | | Using bundle_id in activity.info | | | | | | | | Frame picks-up live title changes | | | | | | | | | Analyze-8 . . - . x x . x x Browse-98 . . . . . . . x x Browse-101 needed for 8.2.1 PDF support. Calculate-25 . * - . . . . . x Ctrl-q fails to stop. Chat-48 . . - . . . . . x Joining shared activity does not pick-up correct title. Distance-14 . . . . x . . x x Etoys-94 . * . * . x . x x Ctrl-q fails to stop. Stop no longer auto-keeps to journal - you need to manually keep a project first, or you loose changes made and see no entry. Help-10 . . - . x . . x x Implode-5 . . - . . . . x x Log-16 . . - . x x . x x Maze-6 . . - . x x . . * Can't edit activity title. Measure-21 . * - . x . . x x Always keep error all changes will be lost! Memorize-28 . . . . * . . x x No game resume, but you can save custom memorize tile sets to the journal. Moon-8 . . - . . x . . x Paint-23 . . - . . . . x x Pippy-30 . . . . . . . . x Read-52 . . - . * . . x x Page meta-data lost after restart. Large pdfs will lock-up Sugar UI. Record-59 . . . . . . . x x UI response seems to have slowed but works. Ruler-3 . . - . x . . x x Scratch-12 . * . x x x * x x Alt-esc fails to stop, frame fails to stop. Nonstandard license string to a URL Speak-9 . . . . . . . . x Resuming starts speaking greetings before activity UI is revealed. TamTamEdit-50 . . . . . . . . x Lost all sound here once and needed to reboot. TamTamJam-51 . . . . . x . . x TamTamMini-49 . . . . x x . . x TamTamSynthLab-51 . . . . . x . . x Terminal-18 . . - . x x . x x TurtleArt-10 . . - . . . . x x WikipediaEN-4 . . - . * . . x x Very slow following links 30sec+!! Rainbow warning dialogue on resume (but did resume page), or after first use. Write-60 . . - . . . . x x --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New Browse ready for Emilianio?
On 23 Dec 2008, at 16:06, Sayamindu Dasgupta wrote: > Hi Greg, > It has not passed through formal QA (yet), but there is a test case on > http://dev.laptop.org/ticket/9112 > I tried it out on 767, and it seems to work fine. I did not test on > 656. > The bundle can be downloaded from > http://dev.laptop.org/raw-attachment/ticket/9112/Browse-101.xo > Thanks, > Sayamindu > Sayamindu, works just great under 8.2.1 on an XO (I'm in middle of activity testing just now). If you have time, it could do with a busy wait mouse cursor when invoked on a pdf, as the view can take a number of seconds to initially display the 'loading' message – same comment for when using Read – the wait spinner*** would help me to stop feeling nervous that something had borked ;-) *** Also, a wait mouse cursor spinner when clicking zoom would be nice as it's another slow operation as everything gets re-rasterized. --Gary > > On Tue, Dec 23, 2008 at 8:54 PM, Greg Smith > wrote: >> Hi Sayamindu, >> >> Do you think the new browse version (101?) has been shown to solve >> the >> problem Emliano raised here? >> http://www.mail-archive.com/devel@lists.laptop.org/msg14839.html >> >> Has it been tested with build 656 or only 767 (8.2)? >> >> If we have verified that it solves the issue raised, let's ask him >> to try it >> out. >> >> Thanks, >> >> Greg S >> > > > > -- > Sayamindu Dasgupta > [http://sayamindu.randomink.org/ramblings] > ___ > 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
Some firmware Q2E24 nand blasting results
Here's a first pass focusing on Q2E24 nand blasting between 2 XOs (one B4 and one XO-1). These tests only used the new nb-clone OFW command of an 8.2.1-760 image. I'll try testing the nb-update and nb-secure later (hopefully once I get a 3rd XO unlocked for unsigned firmware testing). Q2E24 general observation: First key press at ok prompt is dropped (kept catching me out and making initial typos) not sure if this is worth a ticket. SUMMARY: No failures over 4 blasts, performance seemed fast (under quiet conditions) and/or robust (under weak network signal conditions). DETAILS: Nand blaster nb-clone results, quiet network environment with ~8 APs visible, XOs tested in both close and far locations, with ears up and ears closed. After each test the receiving XO was booted up and tested to be working. XOs next to each other, ears up. Sender 1007937 KiB sent in 677 s (1487 KiB/s) Receiver Net 672.0s 1202Kib/s Rd 46.10s FEC 7.5s CRC 19.6s Wr 95.2s Er 14.6s = 16m to complete XOs next to each other, ears closed. Sender 1007937 KiB sent in 649 s (1553 Kibs) Receiver Net 648.3s 1246KiB/s Rd 47.0s FEC 11.1s CRC 19.6s Wr 94.10s Er 14.5s = 15m to complete XOs ~7m away plus 2 walls, ears up. Sender 1007937 KiB sent in 649 s (1553 Kibs) Receiver Net 1143.9s 706Kib/s Rd 47.1s FEC 30.3s CRC 19.6s Wr 95.0s Er 14.5s = 14m to complete, saw occasional clumps purple partial blocks on first pass (~10%). XOs ~7m away plus 2 walls, ears closed. Sender 1007937 KiB sent in 649 s (1553 Kibs) Receiver Net 4294.3s 188KiB/s Rd 46.10s FEC 115.9s CRC 19.7s Wr 94.7s Er 14.6s = 78m to complete, heavy amount of purple partials (~40%) & some yellow missing blocks, many passes. Looks like a very useful trick to have available! --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Wacom Bamboo with XO?
Hi Chris, On 11 Dec 2008, at 02:58, Chris Marshall wrote: > There appeared to be a problem with the Zoom in and > out function as zooming all the way out, and then back in > results in the canvas offset by various amounts. I was not > able to make it shift back without restarting the Activity. The "hand" keys actually do work in Colors! Yay – this is the first activity I know of that uses them, a big round of applause for Wade!! So, you can pan the canvas about like you can in Photoshop when holding the spacebar and dragging. Regards, --Gary P.S. thanks for the Option "Suppress" "60", makes the Wacom draw in realtime here on the XO :-) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Wacom Bamboo with XO?
On 9 Dec 2008, at 17:42, Wade Brainerd wrote: > Hi Stan, > > Try a 'depmod' and then 'modprobe wacom' from the Terminal, and see > if that helps. Feel free to grab me on IRC (as wadeb), I can help > troubleshoot it. > > -Wade Hi Wade, this script worked well for me, and the tablet stays working after a reboot. I also made the xorg.conf changes as suggested by Chris (Option "Suppress" "60") and it's a very good improvement for XO hardware Before this extra step the canvas would only redraw once you stopped drawing, even with a small brush. --Gary > On Tue, Dec 9, 2008 at 9:34 AM, Stanley Sokolow <[EMAIL PROTECTED] > > wrote: > > I tried the new installation instructions on the wiki, first > installing the > Colors activity, then running the new shell script as per the wiki: > > wget http://dev.laptop.org/~wadeb/setupwacom.sh > sudo sh setupwacom.sh > > It seemed to run ok without errors. I restarted the XO. Colors > installed > ok and works with the mouse, but the Wacom Bamboo tablet does not > work, > neither in Colors nor anywhere else. Looking at the /dev/input > directory, > I don't see the wacom device that should be there. When I rerun > the shell > script, it confirms that the linuxwacom package is already > installed.The > X11 configuration file contains the Wacom devices, so it's the right > conf > file. I'm stuck. > > Has anyone had success with the new instructions? > > By the way, when I tried the old instructions yesterday, the > repomd.xml file > was corrupted. (Actually, it was a perl script, not an xml file.) > So, yum > wouldn't run. Someone apparently fixed that problem.It's an xml > file > now and yum seems to run ok using it. > > Stan > > -- > View this message in context: > http://n2.nabble.com/Wacom-Bamboo-with-XO--tp1508107p1634938.html > Sent from the Software development mailing list archive at Nabble.com. > > ___ > 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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Music Keyboard for TamTam?
Hi Caryl, On 4 Dec 2008, at 07:55, Caryl Bigenho wrote: > Thanks for all your efforts! > > The last time I used a midi keyboard with a Mac (it was a G3) it had > to have a special "midi interface" and then was just "plug and play" > from there using Finale as a program. In looking over your > discussion below, it looks like you did manage to get a midi > keyboard to work with the XO, but with great difficulty. Some > questions... > > Will it work with all of the TamTam Activities? It does not work with any of the TamTam activities yet, but I am digging through TamTamMini to see what's the best way to add this functionality. The Python code is fairly obtuse, likely due to all the copy/paste hacking that it's been through (all 4 activities used to be one big single activity). Right now I've just tested that the standard 8.2-767 release does respond correctly to a USB MIDI keyboard by writing some simple/small CSound code. No special kernel modules, drivers, updates are needed – so it works 'out the box' but we have no current activities that listen for MIDI events just now. > Is it likely that all midi keyboards would work? Yes I think so, USB MIDI keyboards being the easiest to use. I also have a MIDI to USB converter kicking around (some other folks sent you links to these), and a bunch of old school MIDI synths and devices that I plan to test function correctly. > Would it be possible to put the instructions into language that the > less technically inclined could easily follow to get started on this? If I can update TamTamMini the way I intend, you'd just need to plug in a MIDI keyboard and start hitting keys in a tuneful way :-) > Does anything have to be changed in the software/hardware to make > this easily used by teachers everywhere? New releases of the TamTam Activities (if I manage to get this working). Should just be a software update away for those already running Sugar. > Do you know of any source of very simple, inexpensive midi > keyboards? No bells and whistles needed, they are already in the XO > in the TamTam Activities. M-Audio is what I've used. Doing a quick google, my curiosity was piqued by a "roll-up USB piano" (49key, velocity sensitive) - it's about £20 here in the UK, ~$40 in the US, any one got one of these? I only ask as it seems both cheap, potentially durable, easy to store, and easy to ship... Pity it doesn't come in green ;-) > Could easier use of a midi keyboard be incorporated into a change in > the Sugar OS (like 9.1.0)? 8.2 seems to have all the required components. A new control panel module for advance MIDI device configuration could be something for the future, but to be honest that seem like massive over kill, and a potential source of confusion. I've hacked about with keyboards for plenty of years now, and it is almost always the individual client software that deals with fancy MIDI configurations, if needed, and not the OS. Regards, --Gary > Or is there an easy way to make the current set-up easier? > > Thanks again for your interest and efforts! > > Caryl > > > > > Date: Mon, 1 Dec 2008 20:37:59 -0800 > > From: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > Subject: Re: Music Keyboard for TamTam? > > CC: [EMAIL PROTECTED]; devel@lists.laptop.org > > > > See also > > > > http://www.flickr.com/photos/curiouslee/189728345/ > > > > Walter and Simon demonstrate MIDI keyboard input into the A-TEST > board > > Taken on July 14, 2006, uploaded July 14, 2006 > > > > On Sun, Nov 30, 2008 at 9:16 PM, Gary C Martin > <[EMAIL PROTECTED]> wrote: > > > On 1 Dec 2008, at 04:01, Gary C Martin wrote: > > > > > >> On 30 Nov 2008, at 22:16, Erik Garrison wrote: > > >> > > >>> On Sun, Nov 30, 2008 at 12:20 AM, Gary C Martin > > >>> <[EMAIL PROTECTED]> wrote: > > >>>> On 30 Nov 2008, at 01:29, Erik Garrison wrote: > > >>>> > > >>>>> On Mon, Nov 17, 2008 at 8:23 AM, <[EMAIL PROTECTED]> wrote: > > >>>>>> > > >>>>>> ignacio wrote: > > >>>>>>> > > >>>>>>> On Mon, 2008-11-17 at 04:24 +, Gary C Martin wrote: > > >>>>>>>> > > >>>>>>>> On a more disappointing note I found this ticket "G1G1 > tamtam > > >>>>>>>> suite > > >>>>>>>> should respond to MIDI keyboard input" from 10 months ago. > > >>>>>>>> Closed. > > >>>>>&g
Re: Bundling plugins with Browse
On 8 Dec 2008, at 19:29, Erik Garrison wrote: > On Tue, Dec 09, 2008 at 12:04:23AM +0530, Sayamindu Dasgupta wrote: >> Hi all, >> We are trying to figure out a way to bundle the mozplugger plugin[1] >> in Browse, so that PDF files can be viewed from within Browse itself. >> Does anyone know how this can be done. Apart from the mozplugger >> plugin itself, we need to have the m4 binary to help mozplugger parse >> its config file, as well as the application which _actually_ renders >> the PDF. >> Normally we can modify the OS image, but it would be easier for us to >> include the entire thing in Browse and make a new Browse bundle. >> Any thoughts/ideas/comments ? >> Thanks, >> Sayamindu > > Why don't we just use Firefox? It seems to run quite well on the XO. Run quite well, on what planet? It locks up the XOs tested here with regularity, and is now on my 'don't bother testing' list (until there's another attempt). It's a memory pig, it's still got a UI for nerds/geeks, and does not integrate well with the rest of Sugar (no Journal entries/resuming, ghost frame icons). --Gary > Erik > ___ > 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: [Sugar-devel] Wacom Bamboo with XO?
On 8 Dec 2008, at 13:02, Chris Marshall wrote: > Wade Brainerd wrote: >> On Sun, Dec 7, 2008 at 12:49 PM, Chris Marshall <[EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]>> wrote: >>Gary C Martin wrote: >>On 7 Dec 2008, at 00:58, Wade Brainerd wrote: >>Okay, Colors! v11 supports Wacom tablets, with pressure >>sensitivity. >>Instructions for setup are on the activity page, it's >> really >>pretty >>simple. >>OLPC folks, it might be nice to update xorg-dcon.conf to >>support Wacom >>tablets, and to include the linuxwacom package in >> builds. I >>think >>that deployments would be well served to have a few cheap >>graphics >>tablets available for art classes, etc. If you're >>interested, the >>Colors! activity bundle contains the fixed xorg-dcon.conf. >>http://wiki.laptop.org/go/Colors! >>-Wade >>Hey Wade, sounds great! Unfortunately I'm not having any luck >>here with an XO running 8.2-767 and an Intuos model Wacom >>tablet. Any one else had any success? >>BTW: After yum has installed linuxwacom.i386 0:0.7.9.8-6.fc9, >>the additions to xorg-dcon.conf made, and a reboot just to >> make >>sure – If I go look in /dev/input/ I still see no wacom >> device >>listed. >>--Gary >>This is great news but it did not work on my setup: >>os767 with a BambooFun tablet. >>I do not see any entries for the wacom in /dev/input >>and a wacdump of all the possible /dev/input/event# >>entries showed all unknown. >>For my yum install it pulled the same version as Gary >>reported. >> Had you done some previous installs that might have >> done addition configuration or driver installs? >> What version linuxwacom do you have? >> What /dev/input entries?] >> What do you see with wacdump for them? >>Also, the sudo cp of the xorg-dcon.conf from the Colors! >>instructions does not have the '!' in it and will not >>work. I had do su to run the command and escape the >>'!' as a history expansion character with a backslash. >>I was not able to get a combination of escapes that >>would work with the sudo emulation... >>--Chris >> Odd, thanks for the reports! I already fixed the Wiki >> instructions. I'm not sure what's different about my system, it's >> mostly stock 767. I had previously installed pgf's wacom.ko using >> insmod: >> http://dev.laptop.org/~pgf/wacom.ko >> to /lib/modules/`uname -r`/kernel/drivers/usb/input/ >> However, I assumed that the yum install linuxwacom overwrote it. >> Perhaps not though, I'm new to Linux kernel modules. Try grabbing >> and installing that kernel module, and see if it magically works. > > That was the missing step to the instructions. > I downloaded wacom.ko, did an insmod wacom.ko > as root and restarted X et. voila! Want to report that the wacom.ko from Paul was also the final step in bringing my Wacom Intuos to life. Is there some magic trick to getting it to the insmod wacom.ko after a reboot (I have to run it again after each boot)? I'm sure this is standard kernel hacker fodder, but not something I dabble with much. Great to see this working!! How's best to get this into the 9.1 distro? Does this need a ticket to get formal attention? --Gary > My test tablet was the small BambooFun by Wacom > with a tablet area almost exactly the same size > as the working area in Colors! on the XO. I had > time to try out both size and opacity and it was > a pleasure to have the pressure sensitivity and > the fine control (although, the XO tablet mode > test routine showed that the existing hw was at > least capable of position resolution if not > pressure variability...). > > The only catch is that the drawing output > lags the tablet strokes by quite a bit. My > guess is that the event processing cannot > keep up with the data rate. I seem to remember > that there was a driver configuration related > to that which might be used to throttle down > the fire hydrant. > > Great job and many thanks, Wade! If this > could be wrapped up in some sort of package > update it would be a *very* nice selling point > for the XO to the G1G1 customers/donors. > > BTW, Colors! version 11 did not appear to have > the photo snap capability. Was that removed? > > Cheers, > Chris ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Wacom Bamboo with XO?
On 7 Dec 2008, at 00:58, Wade Brainerd wrote: > Okay, Colors! v11 supports Wacom tablets, with pressure sensitivity. > Instructions for setup are on the activity page, it's really pretty > simple. > > OLPC folks, it might be nice to update xorg-dcon.conf to support Wacom > tablets, and to include the linuxwacom package in builds. I think > that deployments would be well served to have a few cheap graphics > tablets available for art classes, etc. If you're interested, the > Colors! activity bundle contains the fixed xorg-dcon.conf. > > http://wiki.laptop.org/go/Colors! > > -Wade Hey Wade, sounds great! Unfortunately I'm not having any luck here with an XO running 8.2-767 and an Intuos model Wacom tablet. Any one else had any success? BTW: After yum has installed linuxwacom.i386 0:0.7.9.8-6.fc9, the additions to xorg-dcon.conf made, and a reboot just to make sure – If I go look in /dev/input/ I still see no wacom device listed. --Gary > On Mon, Dec 1, 2008 at 12:34 AM, Tomeu Vizoso <[EMAIL PROTECTED]> > wrote: >> [adding sugar-devel to cc as it's of interest to other platforms >> than olpc] >> >> On Sun, Nov 30, 2008 at 10:52 PM, Chris Marshall >> <[EMAIL PROTECTED]> wrote: >>> [EMAIL PROTECTED] wrote: wade wrote: > I'm partly set up to build kernels, I can give it a try at some > point. > > Ultimately though, just mouse position and clicking isn't nearly > enough. You *at least* need pressure information for a decent > tablet > painting experience. right -- i'm hoping someone with some tablet experience will point to some tool that does the right config of the tablet. >>> >>> Well, I haven't yet figured out how to get an appropriate >>> OLPC kernel build set-up but from my investigation to date >>> it looks like the gtk.gdk class interface already has the >>> "smarts" to talk to tablets. >>> >>> By default, Wacom USB tablets start out in a generic HID mode. >>> The application would need to recognize the tablet, then >>> enable the full tablet driver and configuration. >>> >>> http://linuxwacom.sourceforge.net/index.php/howto/theory >>> >>> From my reading of the gtk.gdk page it looks like those >>> should map directly to the tablet access info on the Wacom >>> HOWTO site. >>> >>> http://linuxwacom.sourceforge.net/index.php/appdev >>> >>> There is even a command line utility to config >>> the tablet that could probably be integrated into the >>> Sugar shell process or Sugarized into an activity of sorts: >>> >>> http://linuxwacom.sourceforge.net/index.php/howto/xsetwacom >> >> Hi, in case someone is interested, adding a control panel section to >> Sugar is quite easy once you know a bit of pygtk, look here for the >> already existing examples: >> >> http://dev.laptop.org/git?p=sugar;a=tree;f=extensions/cpsection >> >> We should have nice documentation, but in the meantime, feel free >> to ask. >> >> Regards, >> >> Tomeu >> ___ >> Sugar-devel mailing list >> [EMAIL PROTECTED] >> http://lists.sugarlabs.org/listinfo/sugar-devel >> > ___ > 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: [Sugar-devel] Removing "Register" button from sugar on non-XO machine
On 6 Dec 2008, at 22:20, Eben Eliason wrote: > That depends. I suppose we might be able to support some services, > like backup, in interesting ways in non-school situations. I think the > more appropriate course of action is to pursue the idea of the > "collaboration server" as a unique device in the neighborhood. In > truth, the "register" option should be an action on that server > device, and not part of the Home menu. That was a short term hack > which, like many we've made, has stuck due to lack of resources. With > my suggested change, no one would see the registration option unless > they could make use of it. > > I'm CC'ing Martin, who recently emailed me on this subject (sorry for > not getting back to you yet Martin). We need to iron out the plan for > representing the server and exposing the available services. Here's a > ticket which mentions this, though oddly it's closed, which might be > why this has never been "done right": > http://dev.laptop.org/ticket/2467. > > - Eben That gets my +1 – not that mine is worth much :-) Would be great to see more service types in the neighbourhood. I can imagine a control panel module for each service type that either auto populates a list (if at all possible/practical), or/and allows entries to be manually added. A current example would be jabberd services (or whatever formal name we want this, collaboration server (?), it's not the same as an XS); would be nice to have a CP module that you can add** a list of servers to, then each would be shown as an icon in neighbourhood, a simple click would switch your jabber server. **Perhaps an XS if present would provide the default list so it's manageable. --Gary > On Sat, Dec 6, 2008 at 4:42 PM, Aleksey Lim <[EMAIL PROTECTED]> > wrote: >> Hi all, >> >> I'm going to add patch to remove "Register" button from sugar >> packages for >> altlinux. Is there any reason to have it on non-XO machine ? >> >> /Aleksey >> ___ >> Sugar-devel mailing list >> [EMAIL PROTECTED] >> http://lists.sugarlabs.org/listinfo/sugar-devel >> > ___ > 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: Music Keyboard for TamTam?
On 1 Dec 2008, at 04:01, Gary C Martin wrote: > On 30 Nov 2008, at 22:16, Erik Garrison wrote: > >> On Sun, Nov 30, 2008 at 12:20 AM, Gary C Martin >> <[EMAIL PROTECTED]> wrote: >>> On 30 Nov 2008, at 01:29, Erik Garrison wrote: >>> >>>> On Mon, Nov 17, 2008 at 8:23 AM, <[EMAIL PROTECTED]> wrote: >>>>> >>>>> ignacio wrote: >>>>>> >>>>>> On Mon, 2008-11-17 at 04:24 +, Gary C Martin wrote: >>>>>>> >>>>>>> On a more disappointing note I found this ticket "G1G1 tamtam >>>>>>> suite >>>>>>> should respond to MIDI keyboard input" from 10 months ago. >>>>>>> Closed. >>>>>>> Wont fix :-( >>>>>>> >>>>>>> https://dev.laptop.org/ticket/6031 >>>>>> >>>>>> All "wontfix" means is that they're waiting for someone with a >>>>>> stronger >>>>>> itch to scratch it ;) >>>>> >>>>> i really have no idea how such devices are normally presented to >>>>> the systems, but is it possible that the keyboard is consists of >>>>> more than one USB device (i.e., via a built-in hub) and that not >>>>> all the drivers are present on the XO? >>>>> >>>> >>>> FWIW, The M-audio systems abide by open midi specifications and are >>>> platform-independent. I don't know about the driver situation. >>>> >>>> There is a program which can be used to dump midi signals to >>>> stdout. >>>> It might be a good test as it's very simple to configure and its >>>> results are very clear, unlike the audio programs you'll want to >>>> use. >>> >>> ... and it's called??? Gah! ;-) > > Just for reference, after connecting the USB Midi keyboard amidi -l > gives me: > > [EMAIL PROTECTED] ~]$ amidi -l > Dir DeviceName > IO hw:1,0,0 Keystation 49e MIDI 1 > >> I'm not at an XO or my development machine now, but looked around the >> web to try to find some information to help. >> >> See: http://www.4front-tech.com/pguide/midi.html > > Will go read. > >> Does the system have a /dev/midi* when you plug the device in? > > Yep, I get a /dev/midi1 > >> Do you see anything interesting in the kernel logs returned with >> dmesg? >> >> Unfortunately our kernel configs aren't online anywhere i can find... >> but I'll check to see if it's enabled. My guess would be not, but >> perhaps I'm mistaken. >> >>> I'm trying to hack my way through coding csound, but I've not had >>> much time >>> to play so far. A magic midi data dumping tool would be a nice >>> shortcut to >>> test – FWIW, I can see my M-audio correctly listed on the USB as an >>> available MIDI input device, but not got any further yet. >> >> Perhaps cat /dev/midi* if the file(s) exist. > > Fab, yes, cat/dev/midi1 gives me wild ascii characters each time I > press a key, looks like both note and velocity (this particular > keyboard doesn't emit pressure but I have another one somewhere that > does), also other controls (volume, pitch blend & modulation) trigger > comms. > > I'd say the drivers are good to go, and I need to get back to reading > csound documentation and try a demo to pickup the incoming midi feed. OK, really boring but working example (XO 8.2-767): 1) Plug in your USB MIDI input device 2) In terminal run "amidi -l" it should list something like: Dir DeviceName IO hw:1,0,0 Keystation 49e MIDI 1 3) Make a file bells.csd, it MUST be called .csd, that alone wasted hours of my life :-( here's a what should go in it, the one thing to watch is the -M hw:1,0,0 as this is the option that tells csound which midi device to listen to, if "amidi -l" shows your MIDI device with a different reference, use that instead: -odac -M hw:1,0,0 instr 1 idec = 1 iamp ampmidi 32767 kfrq cpsmidib 2 kenv expsegr 1, idec, 0.1, 0.1, 0.01 asig oscili kenv*iamp, kfrq, 1 out asig endin f0 36000 f1 0 16384 10 1 4) Then again in console run: csound bells.csd 5) Start pressing keys and make beautiful music, see I said it wasn't too exciting, but nice to get this far :-) The XO speakers don't do very well below middle C (with this instrument), but it's a start. So... hardware/kernel/driver all working in 8.2-767. MIDI input is now demoted to just ;-) a client software side feature for the TamTam activities. I'll do a little more csound reading on the python side and try to hack on TamTamMini, will ping the list if I make useful progress. Regards, --Gary >> Erik > > Many thanks, > --Gary > ___ > 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: Music Keyboard for TamTam?
On 30 Nov 2008, at 22:16, Erik Garrison wrote: > On Sun, Nov 30, 2008 at 12:20 AM, Gary C Martin > <[EMAIL PROTECTED]> wrote: >> On 30 Nov 2008, at 01:29, Erik Garrison wrote: >> >>> On Mon, Nov 17, 2008 at 8:23 AM, <[EMAIL PROTECTED]> wrote: >>>> >>>> ignacio wrote: >>>>> >>>>> On Mon, 2008-11-17 at 04:24 +, Gary C Martin wrote: >>>>>> >>>>>> On a more disappointing note I found this ticket "G1G1 tamtam >>>>>> suite >>>>>> should respond to MIDI keyboard input" from 10 months ago. >>>>>> Closed. >>>>>> Wont fix :-( >>>>>> >>>>>> https://dev.laptop.org/ticket/6031 >>>>> >>>>> All "wontfix" means is that they're waiting for someone with a >>>>> stronger >>>>> itch to scratch it ;) >>>> >>>> i really have no idea how such devices are normally presented to >>>> the systems, but is it possible that the keyboard is consists of >>>> more than one USB device (i.e., via a built-in hub) and that not >>>> all the drivers are present on the XO? >>>> >>> >>> FWIW, The M-audio systems abide by open midi specifications and are >>> platform-independent. I don't know about the driver situation. >>> >>> There is a program which can be used to dump midi signals to stdout. >>> It might be a good test as it's very simple to configure and its >>> results are very clear, unlike the audio programs you'll want to >>> use. >> >> ... and it's called??? Gah! ;-) Just for reference, after connecting the USB Midi keyboard amidi -l gives me: [EMAIL PROTECTED] ~]$ amidi -l Dir DeviceName IO hw:1,0,0 Keystation 49e MIDI 1 > I'm not at an XO or my development machine now, but looked around the > web to try to find some information to help. > > See: http://www.4front-tech.com/pguide/midi.html Will go read. > Does the system have a /dev/midi* when you plug the device in? Yep, I get a /dev/midi1 > Do you see anything interesting in the kernel logs returned with > dmesg? > > Unfortunately our kernel configs aren't online anywhere i can find... > but I'll check to see if it's enabled. My guess would be not, but > perhaps I'm mistaken. > >> I'm trying to hack my way through coding csound, but I've not had >> much time >> to play so far. A magic midi data dumping tool would be a nice >> shortcut to >> test – FWIW, I can see my M-audio correctly listed on the USB as an >> available MIDI input device, but not got any further yet. > > Perhaps cat /dev/midi* if the file(s) exist. Fab, yes, cat/dev/midi1 gives me wild ascii characters each time I press a key, looks like both note and velocity (this particular keyboard doesn't emit pressure but I have another one somewhere that does), also other controls (volume, pitch blend & modulation) trigger comms. I'd say the drivers are good to go, and I need to get back to reading csound documentation and try a demo to pickup the incoming midi feed. > Erik Many thanks, --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Music Keyboard for TamTam?
On 30 Nov 2008, at 01:29, Erik Garrison wrote: > On Mon, Nov 17, 2008 at 8:23 AM, <[EMAIL PROTECTED]> wrote: >> ignacio wrote: >>> On Mon, 2008-11-17 at 04:24 +, Gary C Martin wrote: >>>> On a more disappointing note I found this ticket "G1G1 tamtam suite >>>> should respond to MIDI keyboard input" from 10 months ago. Closed. >>>> Wont fix :-( >>>> >>>> https://dev.laptop.org/ticket/6031 >>> >>> All "wontfix" means is that they're waiting for someone with a >>> stronger >>> itch to scratch it ;) >> >> i really have no idea how such devices are normally presented to >> the systems, but is it possible that the keyboard is consists of >> more than one USB device (i.e., via a built-in hub) and that not >> all the drivers are present on the XO? >> > > FWIW, The M-audio systems abide by open midi specifications and are > platform-independent. I don't know about the driver situation. > > There is a program which can be used to dump midi signals to stdout. > It might be a good test as it's very simple to configure and its > results are very clear, unlike the audio programs you'll want to use. ... and it's called??? Gah! ;-) I'm trying to hack my way through coding csound, but I've not had much time to play so far. A magic midi data dumping tool would be a nice shortcut to test – FWIW, I can see my M-audio correctly listed on the USB as an available MIDI input device, but not got any further yet. > ___ > 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: Fake sudo?
On 26 Nov 2008, at 15:32, [EMAIL PROTECTED] wrote: > gary c martin wrote: >> >> "standard in must be a tty" >> >> After much poking I discovered sudo on the XO was a custom script >> using su (su does not allow non ttys to become privileged, only the >> real sudo). >> >> Just curious as to the need for this change, though any hints to a >> workaround would be much appreciated :-) I'm assuming it was added >> for >> something security related, as a yum install of the real sudo seems >> to >> suggest it's just an extra ~200k (though it fails to install due to a >> conflict with olpcsudo-1.2-1.noarch). > > as i understand it, the script is a result of some older releases > going out using su, later releases going out using sudo, but that > change broke compatibility with the "su"-based releases, so scott's > reimplementation was an attempt to combine the commonly use cases > into one script. i hit the "must be a tty" issue as well -- i've > used this really ugly workaround >xterm -e 'su -c "command1; command2"' > since that provides the needed tty but i'm sure (or, rather, i > hope) there's a better way. Thanks, I think :-) Seeing you had a possible (but unpleasant) solution kept me digging... and it would seem to be embarrassingly obvious once you know. Digging for ways of making a pseudo tty, it turns out ssh already offers that option, and a simple ssh -t seems to make su and the fake sudo script happy again. --Gary > (this works for me because the commands are run from my .xsession. > in your case (remote via ssh) you'd need to set DISPLAY to > localhost:0 for this to work, and you might need an "xhost +" > beforehand to allow that. not sure. ymmv.) > > paul > =- > paul fox, [EMAIL PROTECTED] > give one laptop, get one laptop --- http://www.amazon.com/xo > ___ > 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
Fake sudo?
Hi list, Noticed last night that the XO distro has a custom python script (from Scott) as a fake replacement to sudo. I was trying to script some remote privileged operations over ssh (it's a QA script to help work with testbeds of XO), but what tested fine on a debian distro kept erroring out on XOs with: "standard in must be a tty" After much poking I discovered sudo on the XO was a custom script using su (su does not allow non ttys to become privileged, only the real sudo). Just curious as to the need for this change, though any hints to a workaround would be much appreciated :-) I'm assuming it was added for something security related, as a yum install of the real sudo seems to suggest it's just an extra ~200k (though it fails to install due to a conflict with olpcsudo-1.2-1.noarch). --Gary P.S. For now, I'll just pull script features that require privilege, the basic en masse logging works fine, just a pity the script can't be used to remotely reboot/restart/install/olpc-update/yum kinda stuff. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: "Yay!, Bee, See" (ABC) software
On 25 Nov 2008, at 04:55, Ben Wiley Sittler wrote: > 2. Is there some way to install the .xol more user-friendly than just > unzipping it into the ~/Library directory? Hi Ben, on an XO, Browse will recognise .xol bundles and will download and hand them to Journal which installs and adds them (if the bundle is correctly formed) to the default Browse home page (linked in the right tool bar, auto unzipped into the library area). At least last time I tested :-) --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: "Yay!, Bee, See" (ABC) software
On 24 Nov 2008, at 17:21, Ben Wiley Sittler wrote: > Hi, > > I have just joined this list and read through the archives, but could > not find anything similar. I also didn't find mention of anything > similar on the OLPC Wiki. > > I recently wrote some software for use by my daughter on her OLPC. It > runs inside the Browse activity, either locally using a "file:" URI or > over the network. I don't know whether it will be of interest to > anyone else, but I have released the software to the public domain and > packaged it along with scaled-down (1600x1200 or less) copies of some > public-domain images and some copyrighted-but-free-to-redistribute > images under GFDL, and various Creative Commons Attribution-Share > Alike, Attribution, and Share Alike licenses. Individual attribution > for each image is included in the application source code. Seems a great addition for the younger age range :-) I did notice that even on a high specced laptop (1.5Ghz, 2Gb ram, broadband connection) the background image was very slow to display (until it had been cached locally). One suggestion, 1600x1200 seems a bit large (even as a max size). For the XO, 800x600 (max!) would seem to be a fair max image size to save nand space and keep image quality. The XO screen is capable of 1200x900 in black/white, and 800x600 seems a reasonable number for it's colour resolution abilities: http://wiki.laptop.org/go/Display --Gary > overview: > > I wrote some software using DHTML (JavaScript, HTML and CSS.) It's to > help learn letters and numbers, and is intended to be used with adult > supervision and involvement. It is fairly easy to customize it to use > different images and support different alphabets simply by editing the > contents of the
Screen burn in question (XO B4 ~10 months use)
Hi list, Just a quick ping on the expected behaviour regarding 'screen burn in'. I'm starting to notice ghost image burn in across the top of the screen (XO B4** ~10 months use), where the standard toolbar dark grey usually sits. It's clear enough I can make out the search area, spyglass icon and input cursor line. It's not too visible when the screen is showing 100% white, but quite noticeable when a grey fill is being used. I can take a photo if anyone needs a reference. It suggests that having the actual lcd display power off (and not just backlight screen dimming) is important for more than just energy saving. ** BTW B4s lost most of their power saving feature support about the time I received mine for development work, so this one has had a life of screen on for most days. --Gary ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Differents behaviours of my application
On 18 Nov 2008, at 17:55, Gary C Martin wrote: > Hi Aleix, > > On 18 Nov 2008, at 17:13, Aleix Palet wrote: > >> To do this, I've reading the wiki (which is a bit confusing) and I >> learned that I have to play with the read_file and write_file >> options. What I've done is what I write next (with the consequent >> problems): > > Wiki baptism by fire :-) I think the best effort is: > > http://wiki.laptop.org/go/Sugar_Almanac > >> - in the init method of my app, I do the the >> acticity.Activity.__init__ and then I create the filechooser, I >> choose the file and then load, I guess i shouldn't do it like this, >> because when my app is executed through the read_file method, first >> this __init__ method is called, showing me the filechooser which I >> don't want! > > OK. I made some slightly naughty timing trick, after hitting the same > problem (Moon activity). After asking the list Tomeu suggested the > less naught trick is to see if you are offered a Journal object_id. > I've been deflected by localisation/Pootle since then (my excuse), so > I've not implemented this yet. It should go something like this: > > from sugar.datastore import datastore > ... ... > ... ... > dataStore = datastore.get(self.handle.object_id) > if dataStore == None: > # I'm a journal virgin > else: > # resumed > > --Gary OK. Serves me right for copy pasting, I of course actually meant to write the much simpler (and working): def __init__(self, handle): if handle.object_id == None: print "I'm a journal virgin" else: print "I was resumed" :-) --Gary > > >> - another problem is that the read_file filename parameter, gives me >> the path of the journal file copy, which is not a .jclic,zip file, >> then is not the file that I want. >> >> So my questions are: >> >> - how to organize my code to get the behabiour that I want? >> - how to get the real path? >> >> And finally, I've got another problem which is not as important as >> the ones before, but if I get an asnwer I would really grateful. >> When I open the filechooser which is made with and wx.app, which it >> also has an wx.frame, then I choose the file, but I don't get the >> window closed and the execution returned to the main app. The window >> stays opened without showing anything (a grey window). >> >> Thank you for everything, maybe the questions are a bit basic, but >> as I said, is really hard to find some documentation in the olpc >> wiki. Bye! >> >> >> ___ >> 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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Differents behaviours of my application
Hi Aleix, On 18 Nov 2008, at 17:13, Aleix Palet wrote: > To do this, I've reading the wiki (which is a bit confusing) and I > learned that I have to play with the read_file and write_file > options. What I've done is what I write next (with the consequent > problems): Wiki baptism by fire :-) I think the best effort is: http://wiki.laptop.org/go/Sugar_Almanac > - in the init method of my app, I do the the > acticity.Activity.__init__ and then I create the filechooser, I > choose the file and then load, I guess i shouldn't do it like this, > because when my app is executed through the read_file method, first > this __init__ method is called, showing me the filechooser which I > don't want! OK. I made some slightly naughty timing trick, after hitting the same problem (Moon activity). After asking the list Tomeu suggested the less naught trick is to see if you are offered a Journal object_id. I've been deflected by localisation/Pootle since then (my excuse), so I've not implemented this yet. It should go something like this: from sugar.datastore import datastore ... ... ... ... dataStore = datastore.get(self.handle.object_id) if dataStore == None: # I'm a journal virgin else: # resumed --Gary > - another problem is that the read_file filename parameter, gives me > the path of the journal file copy, which is not a .jclic,zip file, > then is not the file that I want. > > So my questions are: > > - how to organize my code to get the behabiour that I want? > - how to get the real path? > > And finally, I've got another problem which is not as important as > the ones before, but if I get an asnwer I would really grateful. > When I open the filechooser which is made with and wx.app, which it > also has an wx.frame, then I choose the file, but I don't get the > window closed and the execution returned to the main app. The window > stays opened without showing anything (a grey window). > > Thank you for everything, maybe the questions are a bit basic, but > as I said, is really hard to find some documentation in the olpc > wiki. Bye! > > > ___ > 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: Wacom Bamboo with XO?
On 17 Nov 2008, at 16:04, [EMAIL PROTECTED] wrote:
> chris wrote:
>> Has anyone had any success getting a
>> Wacom USB tablet working with the XO?
>>
>> The new Bamboo series is affordable
>> ($79 US), about the same size active
>> area as the XO display, and could be
>> a substitute for the deprecated/soon
>> to be abandoned pressure sensitive
>> touchpad on the original XOs.
>
> we have a wacom tablet ("Sapphire", whatever that represents)
> here at 1cc, which we can test. the XO doesn't include the
> wacom.ko module which it seems to want. i can try building the
> module to see if it works. i'll leave it to you to figure out
> whether the same driver support will work for the Bamboo series.
I can put in some testing effort here as I have a Wacom Intuos tablet
here. Paul, any quick hints/pointers on building the wacom.ko module
for an XO, sounds like you've solved the big step already :-)
--Gary
> paul
> =-
> paul fox, [EMAIL PROTECTED]
> give one laptop, get one laptop --- http://www.amazon.com/xo
> ___
> 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
