Opportunities to slim down 13.1.0 build file cruft

2012-10-17 Thread Gary C Martin
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

2010-10-25 Thread Gary C Martin
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 bmsch...@fas.harvard.edu
 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 br...@laptop.org
 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 o...@spongezone.net 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 correctly, but fails to ever destroy the box.  It then just sits
 with the box open, preventing the user from 

Calculate-33 request for activities wiki update page

2010-09-12 Thread Gary C Martin
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

2010-03-13 Thread Gary C Martin
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 ber...@codewiz.org 
 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?

2010-03-10 Thread Gary C Martin
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: Running SWF files standalone in Sugar? Simple Activity wrapper?

2010-03-10 Thread Gary C Martin
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: [Server-devel] [Sugar-devel] After registration, no link to local schoolserver?

2010-01-15 Thread Gary C Martin
Hi Martin,

On 15 Jan 2010, at 11:43, Martin Langhoff wrote:

 On Fri, Jan 15, 2010 at 7:27 AM,  r...@apc.edu.ph wrote:
 Connecting to the XS from a freshly made blueberry SOAS (with wireless 
 driver added for MSI Wind U100, see:) I followed the steps in the topic  
 First user to login to Moodle is has Course Creator role! (on the wiki page 
 http://wiki.laptop.org/go/XS_Techniques_and_Configuration).  I was able to 
 associate with the AP, register and reboot.  However, when I opened the 
 Browse activity I saw no link to the local schoolserver.
 
 I think that the 'homepage' for Browse.xo on SoaS is different from
 the homepage we ship for the OLPC images (so CC'ing sugar-dev and
 Simon). IMHO, there must be a 'school' or 'schoolserver' link that
 points to http://schoolserver/

When I built the original replacement sugarlabs default Browse home page, I 
made sure http://schoolserver/ (after some discussion with you) was one of the 
links. Just checking the Blueberry image and the links seem to have been 
changed, I don't remember any mail list or bug ticket discussion about this 
change, perhaps it happened at some irc meeting I wasn't at, or more likely 
this was a SoaS distro decision that didn't go upstream to Sugar Labs. The 
links in blueberry are home / wiki / bugs / books / activities. All are 
sugarlabs.org pages except for bugs which is the https://launchpad.net/soas 
site.

FWIW: I had been planning to add javascript for the original school link so 
that if http://schoolserver/ gave an error (most current non-xo Sugar users 
don't have any access to local school servers) it would then try to reach 
http://schools.sugarlabs.org** I think part of the problem is many folks 
involved have minimal experience, apparent need, or time to use and get to know 
moodle.

** then we'd need to encourage folks to actually maintain and use that public 
moodle site, and give it a decent looking sugary theme – rather than the 
current 'failed beige version of a prototype 1998 iMac' ;-b I know David 
(nubee) put a good chunk of his time into setting it up, but there were few 
others to give it enough momentum. David did kindly try to walk me through some 
of the moodle admin features at last years SugarCamp, but I found it painfully 
complicated/confusing at the time.

Regards,
--Gary

 
 In fact, I couldn't access http://scholserver.apc.edu.ph at all, until I put 
 the ff. line in the hosts file:
 172.18.0.1schoolserver.apc.edu.ph
 
 Without that line in the hosts file, you should be able to access
 http://schoolserver/ _and_ the FQDN. If that's not the case, there is
 a DNS problem, either in the XS itself (can you resolve 'schoolserver'
 and the FQDN on the XS itself?) or perhaps the AP misconfigured (and
 is acting as a NAT router + DHCPDNS server).
 
 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

___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [olpc-nz] Testing summary - 12 December 2009 Wellington, NZ

2009-12-14 Thread Gary C Martin
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 qu...@laptop.org 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: New F11 for XO-1.5 build 53

2009-12-11 Thread Gary C Martin
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: Some testing notes for OS10 for the XO-1

2009-12-11 Thread Gary C Martin
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: Alternative to Create a new wireless network

2009-12-08 Thread Gary C Martin
Hi Reuben, Daniel,

On 8 Dec 2009, at 09:59, Daniel Drake wrote:

 2009/12/8 Reuben K. Caron reu...@laptop.org:
 -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: 8.2.2 Beta-1 test request

2009-12-05 Thread Gary C Martin
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=assignedstatus=closedstatus=newstatus=reopenedorder=statuscol=idcol=summarycol=statuscol=typecol=prioritycol=componentmilestone=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 upgrades recommend by activities.sugarlabs.org:

Measure-27 -- 29
TurtleArt-70 -- 80 (!!!)
Log-16 -- 18
Terminal-18 -- 30

Re: Wanted: List of Sugar activities for the XO-1.5

2009-12-05 Thread Gary C Martin
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 meta...@gmail.com:
 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 c...@laptop.org
 Date: Mon, Nov 30, 2009 at 3:54 PM
 Subject: Re: Devel Digest, Vol 45, Issue 53
 To: Reuben K. Caron reu...@laptop.org
 Cc: OLPC Development devel@lists.laptop.org, Eric Bachard
 er...@openoffice.org
 
 
 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   c...@laptop.org
 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: [IAEP] Help Activity on XO-1.5 [was: List of Sugar activities for the XO-1.5]

2009-11-29 Thread Gary C Martin
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

2009-11-26 Thread Gary C Martin
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: [Sugar-devel] Terminal.xo patch: do not die if the cwd is gone

2009-11-04 Thread Gary C Martin
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
 martin.langh...@gmail.com 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...

2009-11-03 Thread Gary C Martin
Hi Martin,

On 3 Nov 2009, at 13:18, Martin Langhoff wrote:

 On Tue, Nov 3, 2009 at 2:11 PM, Walter Bender  
 walter.ben...@gmail.com 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

2009-10-22 Thread Gary C Martin
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

2009-09-15 Thread Gary C Martin
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

2009-08-29 Thread Gary C Martin
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

2009-08-26 Thread Gary C Martin
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: [Sugar-devel] Can I use the keep or title_set_by_user key of metadata to store info about my activity

2009-08-04 Thread Gary C Martin
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: soas3 for X11

2009-08-04 Thread Gary C Martin
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: Requesting hosting for new activity

2009-07-20 Thread Gary C Martin
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, projectname-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:
 id_rsa.pub___
 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: [Server-devel] [Sugar-devel] GPA School Visit report for Tuesday July 14

2009-07-14 Thread Gary C Martin
Hi Martin,

On 15 Jul 2009, at 02:33, Martin Langhoff wrote:

 On Wed, Jul 15, 2009 at 10:19 AM, Caroline Meekssolutiongr...@gmail.com 
  wrote:
 As Greg said we finally got collaboration working!

 The problem was that we had cloned the owner.key and  
 owner.key.pub.  The fix
 was to delete those before cloning and on existing sticks delete  
 them and
 restart.

 Excellent. Great to hear that.

What other system keys/ID are used for authentication with an XS? I'd  
hate to see collaboration solved and then for future server backup or  
Moodle support to get it's knickers in a twist! I have grave worries  
about the current 'clone a booted and hacked stick' without folks  
involved knowing all those first boot processes in detail – I just  
know enough not to want to try it in the first place :-)

Regards,
--Gary
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Sugar-devel] ActivityTeam meeting on Friday June 26th - 17:00 UTC

2009-07-03 Thread Gary C Martin
On 3 Jul 2009, at 05:12, S Page wrote:

 On Thu, Jul 2, 2009 at 8:04 PM, David  
 Farningdfarn...@sugarlabs.org 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


Re: Problem creating .xo bundle

2009-06-23 Thread Gary C Martin
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: rpm vs xo activity updates

2009-06-23 Thread Gary C Martin
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


ActivityTeam meeting on Friday June 26th - 17:00 UTC

2009-06-23 Thread Gary C Martin
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: Problem creating .xo bundle

2009-06-22 Thread Gary C Martin
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

2009-06-20 Thread Gary C Martin
Hi Tomeu,

On 20 Jun 2009, at 18:41, Tomeu Vizoso wrote:

 2009/6/20 Walter Bender walter.ben...@gmail.com:
 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?

2009-06-01 Thread Gary C Martin
On 31 May 2009, at 15:34, Reinder de Haan wrote:
 Tiago Marques wrote:
 On 5/31/09, Reinder de Haan r...@mveas.com 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

2009-05-03 Thread Gary C Martin
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,  nout...@paiwastoon.com.af 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

2009-04-30 Thread Gary C Martin
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

2009-04-18 Thread Gary C Martin
On 18 Apr 2009, at 14:23, Christoph Derndorfer wrote:

 Am 18.04.2009 um 08:16 schrieb NoiseEHC noise...@freemail.hu:

 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

2009-04-08 Thread Gary C Martin
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: Journal oddity: metadata with no file?

2009-03-30 Thread Gary C Martin
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: [Sugar-devel] Journal oddity: metadata with no file?

2009-03-30 Thread Gary C Martin
On 30 Mar 2009, at 17:27, Eben Eliason wrote:

 2009/3/30 Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org:
 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: How to prevent a shared document from downloading more than once?

2009-03-16 Thread Gary C Martin
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

2009-03-07 Thread Gary C Martin
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

2009-03-04 Thread Gary C Martin
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

2009-03-03 Thread Gary C Martin
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


Re: Opportunity for speedup

2009-03-03 Thread Gary C Martin
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 w...@laptop.org wrote:
 Cool!

 Bobby Powers wrote:

 On Wed, Feb 11, 2009 at 2:01 AM, Mitch Bradley w...@laptop.org  
 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 

Re: Lockup of 800 and 801

2009-03-03 Thread Gary C Martin
On 3 Mar 2009, at 20:14, Tiago Marques wrote:

 On Tue, Mar 3, 2009 at 5:09 PM, Gary C Martin g...@garycmartin.com  
 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: Collaboration test environment problem

2009-03-02 Thread Gary C Martin

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

2009-03-01 Thread Gary C Martin
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 w...@laptop.org wrote:
 Cool!

 Bobby Powers wrote:

 On Wed, Feb 11, 2009 at 2:01 AM, Mitch Bradley w...@laptop.org  
 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 called it left the screen in an  
 inconsistent
 state, I believe because of X startup)
 - its designed to be as light as possible, using syscalls instead of
 libc functions as much as possible (the only thing we use libc for  
 is
 string comparison, which could be replaced with a 

Re: [Sugar-devel] Future of Rainbow + Sugar?

2009-02-24 Thread Gary C Martin
On 24 Feb 2009, at 17:52, Wade Brainerd wrote:

 On Tue, Feb 24, 2009 at 12:41 PM, Benjamin M. Schwartz 
 bmsch...@fas.harvard.edu 
  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

2009-02-23 Thread Gary C Martin
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: 8.2.1 candidate-800 giving incorrect keyboard language maps?

2009-02-18 Thread Gary C Martin
On 18 Feb 2009, at 12:10, Daniel Drake wrote:

 2009/2/17 Gary C Martin g...@garycmartin.com:
 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


Re: Guidance sought on collaboration techniques

2009-02-18 Thread Gary C Martin
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 jim.simm...@walgreens.com 
  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


8.2.1 candidate-800 giving incorrect keyboard language maps?

2009-02-17 Thread 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).

--Gary
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Sugar-devel] Activities migration status

2009-02-16 Thread Gary C Martin
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: power consumption after shutdown

2009-02-15 Thread Gary C Martin
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


Wireless test results (Was: Announcing the first 8.2.1 release candidate)

2009-02-15 Thread Gary C Martin
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: Wireless test results (Was: Announcing the first 8.2.1 release candidate)

2009-02-15 Thread Gary C Martin
On 16 Feb 2009, at 03:18, James Cameron wrote:

 On Mon, Feb 16, 2009 at 03:05:59AM +, 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


Re: Wireless test results

2009-02-15 Thread Gary C Martin
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   c...@laptop.org

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: XO BW mode (was Re: Guidance sought on collaboration techniques)

2009-02-14 Thread Gary C Martin
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: [Sugar-devel] 'Resume activity' is confusing for user

2009-02-14 Thread Gary C Martin
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: Guidance sought on collaboration techniques

2009-02-13 Thread Gary C Martin
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 jim.simm...@walgreens.com 
  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 jim.simm...@walgreens.com 
  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: XO BW mode (was Re: Guidance sought on collaboration techniques)

2009-02-13 Thread Gary C Martin
On 13 Feb 2009, at 17:28, Wade Brainerd wrote:

 On Fri, Feb 13, 2009 at 11:38 AM, Gary C Martin  
 g...@garycmartin.com 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: [Sugar-devel] XFT emacs rocks on the XO...

2009-02-11 Thread Gary C Martin
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: [Sugar-devel] XFT emacs rocks on the XO...

2009-02-11 Thread Gary C Martin
On 11 Feb 2009, at 16:25, Tomeu Vizoso wrote:

 On Wed, Feb 11, 2009 at 16:52, Gary C Martin g...@garycmartin.com  
 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: Life in an insecure world

2009-02-04 Thread Gary C Martin
On 4 Feb 2009, at 12:14, Daniel Drake wrote:

 2009/2/4 John Watlington w...@laptop.org:
 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

2009-02-03 Thread Gary C Martin
On 19 Jan 2009, at 17:28, Morgan Collett wrote:

 On Mon, Jan 19, 2009 at 17:52, Gary C Martin g...@garycmartin.com  
 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] Aside: Neighborhood participants

2009-02-02 Thread Gary C Martin
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


Re: [Sugar-devel] Is it possible to disable sharing for an Activity?

2009-02-02 Thread Gary C Martin
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
 bmsch...@fas.harvard.edu 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


Mesh support very likely to miss Sugar 0.84

2009-02-01 Thread Gary C Martin
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

2009-01-27 Thread Gary C Martin
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

2009-01-23 Thread Gary C Martin
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

2009-01-20 Thread Gary C Martin
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

2009-01-19 Thread Gary C Martin
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


OLPC trac not allowing login?

2009-01-18 Thread Gary C Martin
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: OLPC trac not allowing login?

2009-01-18 Thread Gary C Martin
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


Re: touchpad tunables

2009-01-10 Thread Gary C Martin
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: New Browse ready for Emilianio?

2009-01-04 Thread Gary C Martin
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  
 gregsmitho...@gmail.com 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


Re: [Testing] Please help test our pre-release build of 8.2.1

2009-01-04 Thread Gary C Martin
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 bpep...@fedoraproject.org

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: [Testing] Please help test our pre-release build of 8.2.1

2009-01-04 Thread Gary C Martin
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

2009-01-04 Thread Gary C Martin
On 4 Jan 2009, at 20:15, Wade Brainerd wrote:

 On Sun, Jan 4, 2009 at 2:26 PM, Gary C Martin g...@garycmartin.com  
 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

2009-01-04 Thread Gary C Martin
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


Some firmware Q2E24 nand blasting results

2008-12-12 Thread Gary C Martin
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?

2008-12-10 Thread Gary C Martin
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: [Sugar-devel] Wacom Bamboo with XO?

2008-12-10 Thread Gary C Martin
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?

2008-12-08 Thread Gary C Martin
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: Bundling plugins with Browse

2008-12-08 Thread Gary C Martin
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: Music Keyboard for TamTam?

2008-12-08 Thread Gary C Martin
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.
   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

Re: [Sugar-devel] Wacom Bamboo with XO?

2008-12-07 Thread Gary C Martin
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

2008-12-06 Thread Gary C Martin
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?

2008-11-30 Thread Gary C Martin
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?

2008-11-30 Thread Gary C Martin
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 some_such_or_other.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:

CsoundSynthesizer
CsOptions
-odac -M hw:1,0,0
/CsOptions
CsInstruments
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
/CsInstruments
CsScore
f0 36000
f1 0 16384 10 1
/CsScore
/CsoundSynthesizer

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?

2008-11-29 Thread Gary C Martin
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


Fake sudo?

2008-11-26 Thread Gary C Martin
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: Fake sudo?

2008-11-26 Thread Gary C Martin
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


Screen burn in question (XO B4 ~10 months use)

2008-11-24 Thread Gary C Martin
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: Yay!, Bee, See (ABC) software

2008-11-24 Thread Gary C Martin
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 style element in the HTML file.

 The software is very, very, very simple — it just echoes typed letters
 and numbers in a large, colorful font and shows a somewhat-relevant
 background image for each one. The images are various freely-usable
 ones I found on Wikipedia or in the Wikimedia Commons. View source
 code for full copyright information for the associated images.

 online version of the Yay!, Bee, See application:

 http://xent.com/~bsittler/yay-bee-see.html

 an archive of the application (ZIP, ~15 MiB) including all images:

 http://xent.com/~bsittler/yay-bee-see.zip

 blog post about it:

 http://bsittler.livejournal.com/15244.html

 background:

 My daughter (who turns two this week) has been enjoying her OLPC from
 last year's G1G1 program much more than I expected she would
 (originally I intended to wait until she was older and literate to
 introduce her to the OLPC, but she seemed to treat it as a favorite
 toy starting around the age of 18 months.) She likes the Record
 activity (she calls it Waving hand and uses it like a mirror-image
 mirror,) Skype (not bundled, but she uses it to talk to and see
 far-away family,) and listening to music (theclassicalstation.org).
 She also likes pressing buttons, rotating the ears and screen, and
 opening and closing the laptop. However, she seems somewhat frustrated
 by not being able to do things on it for herself (or as she puts it,
 do it self!,) so I thought I might write a small program where her
 keypresses give some feedback, and help reinforce her interest in the
 digits and letters of the alphabet (she loves being read to and
 recognizes many letters and digits, but does not seem to understand
 reading yet.)

 -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: Yay!, Bee, See (ABC) software

2008-11-24 Thread Gary C Martin
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: Differents behaviours of my application

2008-11-18 Thread Gary C Martin
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: Differents behaviours of my application

2008-11-18 Thread Gary C Martin
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: Wacom Bamboo with XO?

2008-11-17 Thread Gary C Martin
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


Re: Music Keyboard for TamTam?

2008-11-16 Thread Gary C Martin
Hi Caryl,

On 16 Nov 2008, at 04:54, Caryl Bigenho wrote:

 Hi,

 I was wondering if there would be a way to connect a usb musical  
 keyboard to the XO to use with the TamTam suite of Activities?

 The software would have to be able to recognize the input from the  
 keyboard.  A small 37-key midi keyboard by M-Audio costs about $50.   
 http://www.fullcompass.com/product/324805.html.  It supposedly  
 works with any computer with a usb connection, but I suspect they  
 mean any Mac or Windows based machine.

 The programs in the TamTam suite are really powerful, and could  
 appeal to older children and adults if the keyboard input was more  
 suited to their larger hands.

 Any ideas?

Ooh I've been meaning to test this for a while – so I've just plugged  
my M-Audio 49-e into the XO (release 8.2-767), and tried each of the  
TamTam suite... Unfortunately it seems to have no effect :-(

This was only a very quick attempt, I'll try a deeper look and see if  
anything obvious is borked, will likely poke about with csound in the  
raw and see what I can pick-up:

http://wiki.laptop.org/go/CSound

I'm guessing this may well work, or at least used to, as I found this  
flicker shot of Simon and Walter testing an early board prototype :-)

http://flickr.com/photos/[EMAIL PROTECTED]/189728345/

Anyone else tried, or can point me in the right direction (is there  
some /dev I should look for)?

 I'm not on your mailing list so please just cc your answer to:

 [EMAIL PROTECTED]

 Thanks
 ___
 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?

2008-11-16 Thread Gary C Martin
On 17 Nov 2008, at 04:06, Gary C Martin wrote:

 I was wondering if there would be a way to connect a usb musical
 keyboard to the XO to use with the TamTam suite of Activities?

 The software would have to be able to recognize the input from the
 keyboard.  A small 37-key midi keyboard by M-Audio costs about $50.
 http://www.fullcompass.com/product/324805.html.  It supposedly
 works with any computer with a usb connection, but I suspect they
 mean any Mac or Windows based machine.

 The programs in the TamTam suite are really powerful, and could
 appeal to older children and adults if the keyboard input was more
 suited to their larger hands.

 Any ideas?

 Ooh I've been meaning to test this for a while – so I've just plugged
 my M-Audio 49-e into the XO (release 8.2-767), and tried each of the
 TamTam suite... Unfortunately it seems to have no effect :-(

 This was only a very quick attempt, I'll try a deeper look and see if
 anything obvious is borked, will likely poke about with csound in the
 raw and see what I can pick-up:

   http://wiki.laptop.org/go/CSound

 I'm guessing this may well work, or at least used to, as I found this
 flicker shot of Simon and Walter testing an early board prototype :-)

   http://flickr.com/photos/[EMAIL PROTECTED]/189728345/

 Anyone else tried, or can point me in the right direction (is there
 some /dev I should look for)?


OK, replying to my own email (well it is late here) – I can at least  
see the midi keyboard is being recognised using the terminal amidi  
command:

amidi -l
Dir   DeviceName
IOhw:1,0,0   Ketstation 49e MIDI 1

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

--Gary
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


  1   2   3   >