Re: Patches for a faster wikibrowse

2010-12-06 Thread Wade Brainerd
Hi Martin,

This sounds like a great improvement!

BTW, has anyone looked into syncing up to a newer version of the 'mwlib'
library?

mwlib was under active development when I grabbed it for the activity like 2
years ago, so there may have been nice fixes since then.  One of the major
issues it had was not outputting completely valid XHTML, which is why we had
to run the output through a beautifier before passing it to Firefox.  (It
had to be XHTML for Firefox to display the MathML)  That may be costing some
time.

Best,
Wade

On Wed, Dec 1, 2010 at 1:28 PM, Martin Langhoff
martin.langh...@gmail.comwrote:

 On Wed, Dec 1, 2010 at 12:46 PM, Martin Langhoff
 martin.langh...@gmail.com wrote:
  Is there a 'make a release' script anywhere? I haven't seen one, so
  I'm following

 Ok - for the English wikipedia I had to revert various files as the
 code in wikiserver.git assumes Spanish.

 Please test the bundles at http://dev.laptop.org/~martin/wikipedia_es/
 and http://dev.laptop.org/~martin/wikipedia_en/

 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: Cairo's slow rendering on XO-1 (was: olpcgames - mainloop bug help)

2010-06-28 Thread Wade Brainerd
I developed a couple of activities using Cairo that I later ported to
other drawing solutions.

One is Bounce (a three dimensional Pong game).

git://git.sugarlabs.org/bounce/mainline.git

I didn't tag it, but commit 7b7abf5 was the last version using cairo.
I'll likely port this to Sugargame when I find time.


Another is Yay! Bee See, an alphabet program for younger children.

git://dev.laptop.org/users/wadeb/yay-bee-see

I've been working on porting this to Sugargame too, and adding editing
features (e.g. the ability to replace the images and sounds for each
letter, and to save to the journal)


For a time, Typing Turtle used cairo to render its keyboard with
overlaid hand SVGs.

git://git.sugarlabs.org/typing-turtle/mainline.git

The last version to use cairo was v5.  I switched to caching bitmap
images of each key and the hand overlays to make the keyboard keep up
while typing at a reasonable pace.


All of these would probably make a pretty good cairo performance tests
on XO-1.


-Wade

On Mon, Jun 28, 2010 at 5:17 AM, Peter Robinson pbrobin...@gmail.com wrote:
 On Mon, Jun 28, 2010 at 10:13 AM, Dov Grobgeld dov.grobg...@gmail.com wrote:
 Not sure this is relevant, but I have found that for software rendering
 (without hardware acceleration) agg (anti-grain graphics) is a lot faster
 than cairo. At least it was when I benchmarked them a couple of years ago.
 See: http://www.antigrain.com/  .

 There's been a lot of changes and improvements in cairo using HW accel
 since then.

 Peter

 On Mon, Jun 28, 2010 at 12:03, Bert Freudenberg b...@freudenbergs.de
 wrote:

 On 28.06.2010, at 09:21, Sascha Silbe wrote:

  Excerpts from Mart Raudsepp's message of Mon Jun 28 06:37:31 +0200 2010:
 
  Currently we (primarily two AMD employees, not so much me) are
  concentrating on fixing some of the awful bugs (many of which get
  triggered only by a newer xorg-server version), such as misrendering
  with HwAccel and rotation issues. After those are hopefully fixed soon,
  some attention will probably start to go on hardware acceleration
  performance, as the current situation is indeed rather sad:
  http://people.freedesktop.org/~leio/geode/perf/
 
  Awesome (that somebody is going to work on it), thanks!
 
  Sascha


 Yay indeed!

 - Bert -


 ___
 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: olpcgames - mainloop bug help

2010-06-25 Thread Wade Brainerd
Hi there,

Sorry I missed this email.  You might want to check out sugargame which does
not use this event loop wrapping approach:

http://wiki.sugarlabs.org/go/Development_Team/Sugargame

That said I see in a later post that you switched to GTK/Cairo which is
great - so long as you don't get too bogged down by Cairo's slow rendering
on XO-1.

Best,
Wade

On Sat, Jun 5, 2010 at 7:58 PM, World Class Project- Dev Team 
deve...@worldclassproject.org.uk wrote:



 Hi all,



 I have managed to fix most of my bugs for my new  game, but please could
 someone help me with this?



 I am using olpcgames wrapper.



 Exception in thread Thread-1:
 Traceback (most recent call last):
   File /usr/lib/python2.6/threading.py, line 525, in __bootstrap_inner
 self.run()
   File /usr/lib/python2.6/threading.py, line 477, in run
 self.__target(*self.__args, **self.__kwargs)
   File
 /usr/share/sugar/activities/FreeFromMalaria.activity/olpcgames/canvas.py,
 line 143, in _start
 gtk.main_quit()
 RuntimeError: called outside of a mainloop





 The code is in git://git.sugarlabs.org/freefrommalaria/mainline.git



 And the main loop is in GameController.py , I cannot for the life of me
 figure out where this exception is being raised in my code. I have no idea
 whats being called outside the mainloop. Please could any one offer any
 insight?



 Thanks in advance.


 ___
 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] Low-level Activity API

2010-01-20 Thread Wade Brainerd
Hi Bert,

Thanks for doing this!  Once place you can link it from is
http://wiki.sugarlabs.org/go/Activity_Team/Resources.

Best,
Wade

On Wed, Jan 20, 2010 at 6:28 AM, Bert Freudenberg b...@freudenbergs.de wrote:
 Hi folks,

 I just moved the documentation for how to write Sugar Activities in languages 
 other than Python from the OLPC wiki to the Sugar Labs wiki:

 http://wiki.sugarlabs.org/go/Development_Team/Low-level_Activity_API

 I need help though - there are quite a few broken links. For most of them I 
 guess there is an equivalent page on the new wiki. It would be great if 
 someone could find these and adjust the references.

 Here is the version on the OLPC wiki this is based on:
 http://wiki.laptop.org/index.php?title=Low-level_Activity_APIoldid=219699

 Also, I guess this should be linked from the Almanac but I wasn't sure where 
 to put it.

 - Bert -

 ___
 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: [IAEP] Wanted: List of Sugar activities for the XO-1.5

2009-12-06 Thread Wade Brainerd
On Sat, Dec 5, 2009 at 8:40 PM, Chris Ball c...@laptop.org wrote:
 Hi,

    What about leaving it unstarred?  I'd hate to leave out a good
    practical activity just out of indirect fear; similar arguments
    could be used as reasons not to have a word processor or
    spreadsheet altogether.

 Yes, I'm in favour of shipping Finance too, as long as Wade thinks
 it's ready/usable enough.  A local decision not to include it is fine,
 but separate from the question of what we should provide as a default.

Yeah, Finance is definitely usable.  It was one of those weekend
projects that I figured I'd take further if it got some interest, but
what is there now is quite functional.

Just make sure you get v3 from ASLO - it contains all the latest
translations and uses the correct version of json (thx to sugar-ports
lib).

-Wade
___
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-03 Thread Wade Brainerd
Thanks!  This is SL bug #1483 - I was planning to fix it in my next
round of Terminal updates.

BTW you can work around this issue by opening a new tab.

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.

 Without it,
  - mount a usb disk
  - open Terminal.xo, change directory to /media/my-usb-disk/
  - close Terminal.xo
  - unmount / remove usb disk
  - try to open Terminal.xo = fails to start

 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: DataManager version 1

2009-09-22 Thread Wade Brainerd
Hi Tony,

This sounds like a great approach to managing backup.  I particularly like
the color coding scheme and the way the user gets control over the process.

I wonder if this feature should be integrated into the Journal itself
somehow, or pehaps made into a  control panel applet?  It seems like doing
the work when you hit 'Stop' is inconsistent with the way other activities
function.  A control panel applet would also get better privileges by
default.

I tried to launch DataManager as downloaded from ASLO but it hit an
exception.  Attached is a patch which lets it get further through startup,
but it still fails looking for ~/.sugar/default/datastore/store.  I'm not
familiar with the format of the datastore, or how it has changed in recent
Sugar versions.

Looking forward to seeing how this progresses.  Let us know how it does in
Nepal!

Regards,
Wade

On Fri, Aug 28, 2009 at 1:38 PM, Tony Anderson t...@olenepal.org wrote:

 Hi,

 I posted the DataManager activity to ASLO today. It matches the code
 currently on gitorious.

 The intent of the DataManager is to deal with a problem faced in Nepal
 which is the small size of the Nand. The current backup/restore feature
 does not provide a way for the user to remove entries from the local store.

 The activity works on 0.82 with the Nepal version of the schoolserver,
 although I don't see why it wouldn't work with any version.

 It works in three phases. At launch it builds a list from the schoolserver
 (when connected) of all the entries. It provides a color code:

 light green - entry not stored locally
 green - entry stored locally (as well as on the schoolserver)
 cyan - entry on the schoolserver in Commons
 blue - entry from Commons stored locally
 red - new entry not yet uploaded to the schoolserver
 white - entry without an associated document

 The status bar reports the number of entries in the datastore and the
 percentage of the Nand in use.

 In phase 2 the user can double-click on an entry. If it is on the local XO
 (green or blue), it will be removed (but will still be on the schoolserver).
 If it is not on the XO (light green or cyan), it will be downloaded to the
 XO.

 When the user clicks on the Stop button on the activity toolbar, the
 activity performs the file operations: upload, download, and delete based on
 the user's requests. Entries in red are automatically saved to the
 schoolserver. Entries in white are deleted (to the best of may
 understanding, resuming these entries is the same as launching from the home
 view so they essentially only clutter the journal).

 This mechanism gives a simple way for the user to control what is available
 when the XO is not connected to the schoolserver (after school, for
 example). It also protects the datastore in case the XO must be reflashed.

 Implementation requires that the DataManager activity runs as olpc (added
 to the activityfactory list) and that public keys and permissions be
 implemented on the schoolserver (something that a deployment should do when
 the XO registers with the schoolserver)

 I hope to see this activity get a live workout when I return to Nepal at
 the end of September. In the meantime, it is available for test and comment.

 Yours,

 Tony



From 5d52b0f699cb1c18bbeed3b363a014d73299d55d Mon Sep 17 00:00:00 2001
From: Wade Brainerd wad...@gmail.com
Date: Tue, 22 Sep 2009 14:10:39 +
Subject: [PATCH] Fixes for SoaS
 Do not hard code the home directory.
 Use the Sugar owner's public key as a serial number when the OLPC hardware 
serial number is not available.

---
 datamanager.py |   40 ++--
 1 files changed, 34 insertions(+), 6 deletions(-)

diff --git a/datamanager.py b/datamanager.py
index 95fc039..612ed63 100644
--- a/datamanager.py
+++ b/datamanager.py
@@ -37,13 +37,14 @@ from time import strftime
 import urllib2
 from BeautifulSoup import BeautifulSoup
 
+HOMEPATH = path(os.environ['HOME'])
 ACTIVITYPATH = path(activity.get_bundle_path())
 DATAPATH = path(activity.get_activity_root()) / data
 WORKPATH = DATAPATH / 'work'
 KEYPATH = ACTIVITYPATH / '.ssh'
 STOREPATH = path(/library/Datastore)
 COMMONSPATH = path(/library/Commons)
-LOCALPATH = path(/home/olpc/.sugar/default/datastore/store)
+LOCALPATH = HOMEPATH / .sugar/default/datastore/store
 DATEFORMAT = %Y-%m-%d %H:%M:%S
 
 ACTIVITYTOOLBAR = 0
@@ -60,11 +61,16 @@ class DataManager(activity.Activity):
 
 activity.Activity.__init__(self, handle)
 self.set_title(Datamanager)
-f = open('/ofw/serial-number', 'r')
-t = f.read()
-f.close()
-SERIALNUMBER = t[:11]
+
+# Determine a unique serial number for this computer.
+SERIALNUMBER = self._get_serial_number() 
+
+if not SERIALNUMBER:
+print Unable to determine a serial number.
+sys.exit(1)
+
 print 'serial-number', SERIALNUMBER
+
 quitflag = False
 subprocess.call(mkdir -p  + WORKPATH, shell=True

Re: Smile activity version 1

2009-09-19 Thread Wade Brainerd
Hi Tony,
Sorry for taking so long to respond to this one.

I had a similar problem in Colors! and solved it by adding a timer event
while playback was running:

1350def start_update_timer(self):
1351if self.update_timer:
1352gobject.source_remove(self.update_timer)
1353
1354# The timer priority is chosen to be above PRIORITY_REDRAW
(which is PRIORITY_HIGH_IDLE_20, but not defined in PyGTK).
1355self.update_timer = gobject.timeout_add(1, self.update,
priority=gobject.PRIORITY_HIGH_IDLE+30)

The update event would trigger a paint event and return True when playback
was active, else return False if playback was done.  When playback was
started again it would start the timer running again.  This starting and
stopping prevents pegging the CPU all the time.

Anyway, this might help solve your problem by forcing the event loop to run,
although it does sound like the root problem could be a different issue.

Best,
Wade

On Thu, Sep 3, 2009 at 12:02 PM, Tony Anderson t...@olenepal.org wrote:

 Hi,

 I am always tempted to blame my code, but the same problem appeared
 in the Ambulant demo wrapper (player_pygtk.py) on Ubuntu. It appears only
 in the python wrapper (not the C++ version). The Ambulant team has opened a
 ticket. The problem appears to be an interaction between the gtk.main()
 event loop and the Ambulant redraw logic. Player_pygtk.py doesn't call
 gtk.main but instead uses a loop:

 while gtk.events_pending():
   gtk.main_iteration()

 I think it is safe to rule out Sugar as a culprit, but not my building of
 the Ambulant package!

 Yours,

 Tony



 Tomeu Vizoso wrote:

 On Wed, Sep 2, 2009 at 18:31, Tony Andersont...@olenepal.org wrote:


 I posted version 1 of the Smile activity to activities.sugarlabs.org. It
 matches the code posted on gitorious.

 The Smile activity implements the open source Ambulant SMIL3 player. It
 plays a variety of media types. More importantly it can play a complex
 multimedia presentation including text, images, audio, and video using a
 standard SMIL script.

 My goal is to use the Smile activity to play children's stories so that
 they can see the text highlighted karaoke-style while listening to the
 story's audio track and looking at background images.

 Similar to the Quiz and ShowNTell activities, the Smile activity plays a
 bundle with an extension '.smxo' and mime_type 'application/x-smile'
 which contains the controlling SMIL script and the associated media
 files.

 Version 1 has two serious problems. Video playback and multimedia
 playback does not redraw correctly (playback is advanced by moving the
 mouse!). In addition, it is possible to replay only be re-selecting the
 presentation. The pause and stop buttons do not work correctly.

 I hope that both of these problems will be resolved in version 2 by the
 end of September.



 Hi Tony,

 do you know if the cause for these problems in the Ambulant SMIL3
 player or in the activity code?

 Regards,

 Tomeu





___
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 Wade Brainerd
On Mon, Mar 30, 2009 at 1:29 PM, Gary C Martin g...@garycmartin.com wrote:

 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 :-)


I do hope to eventually add environment save/restore, among other things.


 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


Yeah, I would love to see some better theming for gtk.Notebook - or an
alternate Sugar toolkit class specifically for tabs.  And tab specific
toolbar icons would also be most welcome.

I currently have: Open New Tab, Close Tab, Next Tab and Previous Tab.

I also plan to add 'New Tab with Command' which prompts the user for a
command using an Alert, and then re-executes that command each time the
Terminal instance is resumed.   The overall goal is to use the concept of
resumable activities to make Terminal more like GNU screen :)

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


ActivityTeam coordinatorship

2009-03-19 Thread Wade Brainerd
Hey all, I was supposed to announce this after last week's
ActivityTeam meeting but failed, ouch.

The amount of time I have to contribute to Sugar Labs has been
reducing steadily as my wife and I are expecting our first child.
Which is great, as alsroot says I'm providing the next generation of
Sugar testers :)

Anyway, to keep the momentum going we've asked Gary C. Martin to step
up as co-coordinator of the ActivityTeam, and he has accepted.

Let's keep those new activities coming (and old ones coming back)!

Cheers,
Wade
___
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 Wade Brainerd
I wrote a brief proposal a few weeks ago for an improvement to the
collab API that might help this problem.  The discussion is in
http://dev.sugarlabs.org/ticket/428.  Aleksey Lim wrote an example
implementation of this Cartoon Builder.

The idea is that rather than having overlapping entry points for
intializing activity instances: __init__ (new instance but all the
others also), read_file (resume instance), shared_cb (join, share
instance) we have a new set of callbacks which are invoked *after*
__init__.

new_instance
resume_instance
share_instance(is_initiator) - could be split into join_instance and
share_instance?
save_instance

alsroot's implementation is below, and it calls the old interfaces
when they are not present.

http://git.sugarlabs.org/projects/cartoon-builder/repos/mainline/blobs/master/shared.py

Perhaps these new callbacks could be integrated into Sugar 0.86?  But
in the meantime, you can always just add Aleksey's shared.py into your
activity.

Cheers,
Wade




On Mon, Mar 16, 2009 at 11:29 AM, James Simmons
jim.simm...@walgreens.com 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.

 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


ActivityTeam meeting on Friday March 13th

2009-03-09 Thread Wade Brainerd
Hi all,

We are holding our third ActivityTeam meeting this Friday at 17:00 UTC
(12pm EST).  It should last 1 hour, and hopefully nothing terrible
will befall us during that time.  Hope to see you there!

What: Activity Team meeting
When: 13 March 2009,  17:00pm UTC
Where: irc.freenode.net,  #sugar-meeting

Agenda: http://sugarlabs.org/go/ActivityTeam/Meetings

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


Re: [Sugar-devel] ActivityTeam meeting on Friday March 13th

2009-03-09 Thread Wade Brainerd
Yikes, my bad.  Let's keep it 17:00 UTC, I'll update the meetings page.

On Mon, Mar 9, 2009 at 4:07 PM, Bert Freudenberg b...@freudenbergs.de wrote:

 On 09.03.2009, at 20:41, Wade Brainerd wrote:

 Hi all,

 We are holding our third ActivityTeam meeting this Friday at 17:00 UTC
 (12pm EST).

 ... which is 1 pm EDT, for the locals:

 http://timeanddate.com/worldclock/fixedtime.html?month=3day=13year=2009hour=17min=0sec=0p1=0

  It should last 1 hour, and hopefully nothing terrible
 will befall us during that time.  Hope to see you there!

 What: Activity Team meeting
 When: 13 March 2009,  17:00pm UTC
 Where: irc.freenode.net,  #sugar-meeting

 Agenda: http://sugarlabs.org/go/ActivityTeam/Meetings



 - Bert -



___
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-06 Thread Wade Brainerd
Glad to hear it works, I'm going to try it this weekend on my XO.
I wonder if we could get the release team to execute these steps
automatically for each release, and then make .img files available on
downloads.sugarlabs.org along with the .iso files?  That would skip a lot of
potential mistakes that users might make, and would lower the barrier to
entry (e.g. no Fedora or Ubuntu machine req).

The same goes for .vmdk files, I would love to have .vmdk files created
using
http://sugarlabs.org/go/Sugar_on_a_Stick_VirtualBox/Preparing_a_disk_image
available
for each snapshot.

Regards,
Wade

On Fri, Mar 6, 2009 at 4:42 PM, Walter Bender walter.ben...@gmail.comwrote:

 I tried it (from Ubuntu instead of F10) and it seems to work
 flawlessly!! I've documented what I did in the wiki:

 http://sugarlabs.org/go/Sugar_on_a_Stick/Installation/OLPC

 -walter

 On Fri, Mar 6, 2009 at 1:19 PM, Tomeu Vizoso to...@sugarlabs.org 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
 
  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
 



 --
 Walter Bender
 Sugar Labs
 http://www.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: [Sugar-devel] testers needed: grab keys and touchpad rotation

2009-03-04 Thread Wade Brainerd
Cool!  I'm looking forward to trying this when I get back to my XO
I wonder though, is there a reason this has to be a separate daemon, and
can't just being part of the HPGK driver with a /sys/... interface for
control?

Best,
Wade

On Wed, Mar 4, 2009 at 4:45 PM, p...@laptop.org wrote:

 sorry about that.  replying to add a subject...

 i wrote:
  
   last week i announced a daemon that would activate the grab keys
   on the XO keyboard.
  
   a day or two later there was a thread about how it would be nice
   if the action of the touchpad rotated with the screen (in much the
   same way that the dpad keys do).
  
   since my daemon was already looking at every input event, it seemed
   a natural place to implement the rotation feature.
  
   and after doing that, the name seemed like it should change.
  
   so, announcing olpc-kbdshim.
  
   source:
   http://dev.laptop.org/git?p=users/pgf/olpc-kbdshim
  
   rpm:
   http://dev.laptop.org/~pgf/rpms/olpc-kbdshim-1-1.i386.rpm
  
   after installing the rpm you need to fully reboot your laptop to
   get the plumbing set up properly.
  
   the rpm includes a new command olpc-rotate which takes care of
   all the mechanics of screen and touchpad rotation.  since sugar
   (currently) handles this key binding, the rpm postinstall script
   patches /usr/share/sugar/shell/view/keyhandler.py so that it
   invokes os.system(olpc-rotate) _instead_ of its current builtin
   behavior.  separating it out like this makes olpc-kbdshim and
   olpc-rotate more useful for non-sugar UIs.  i wrote the sugar
   patch so that it won't break if you uninstall the olpc-kbdshim
   rpm -- sugar will take over the rotate function again.  also,
   though i haven't tried it on today's brand-new sugar 0.84 (good
   work everyone!), a look at the current keyhandler.py says the patch
   should still apply correctly.
  
   the topic of ebook-mode touchpad usage came up the other day too.
   while i didn't create any visible UI support for it, the daemon
   will put the touchpad in and out of ebook-mode (which means,
   reflecting it on both x and y axes) using olpc-rotate -e/-n
  
   please let me know what you think...
  
   paul
  
   p.s.  btw, the daemon isn't really very olpc-specific.  i've been
   running it on my thinkpad all week, in order to get the use of
   the grab key scrolling.  the thinkpad doesn't have Windows keys
   (which is what the XO grab keys are), but it turns out the blue
   Fn key in the corner can be used as a modifier, so that plus my
   trackstick gives 2D scrolling -- it came in very handy for
   looking at the bootchart images this morning.
  

 =-
  paul fox, p...@laptop.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: Screen rotation -- My two cents

2009-03-03 Thread Wade Brainerd
On Mon, Mar 2, 2009 at 11:10 AM, p...@laptop.org wrote:

 james wrote:
   I have experienced the frustration of trying to use the mouse pad when
   in ebook mode (actually not quite ebook mode, since you have to open the
   XO a bit to get your finger on the mousepad).  The reason I need to do
   it is that when I'm using View Slides the enormous mouse arrow blocks
   part of the picture on the screen, so I want to move it out of the way.
   What would be far better would be to have the mouse pointer simply hide
   itself when the mouse pad or mouse hasn't been used in awhile.  It would

 $ yum install unclutter
 $ unclutter 

 (and add it to .xsession)


You can also do this in the Activity code using the set_cursor method of
gtk.Widget.  Perhaps in response to a timer, which gets reset by mouse move
events over your reading area.

That wouldn't require any additional steps by the user.

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


Re: Some quick rawhide-xo/20090227 notes

2009-03-03 Thread Wade Brainerd
On Mon, Mar 2, 2009 at 4:49 PM, Gary C Martin g...@garycmartin.com wrote:

 Just some feedback relating to:

http://dev.laptop.org/~cjb/rawhide-xo/

 No tickets filed, ping back if you want one on any of these items:

 - By default the builds boot into GNOME desktop, not Sugar. As a non
 regular Fedora/GNOME user, it took me a day or so before I spotted the
 partially obscured button in the bottom right tray of the login page
 called session. Which reveals a menu allowing you to change the
 default desktop over to Sugar :-)

 - The default set of Activities is stored under /usr/share/sugar/
 activities, everything is owned as root. The Sugar shell does display/
 launch Activities in this folder, but will not erase or upgrade them
 (e.g if you download a new .xo bundle with Browse). A quick fix is to
 move the directory to /home/liveuser/Activities and then chown -R
 liveuser /home/liveuser/Activities, and rebooting.

 - Just a heads up for Activity developers that Python 2.6 is installed
 on these newer builds, and the json library at least is very different
 from what shipped in previous OLPC builds. Moon (and I'm sure some
 other Activities) expect the previous json method calls so, on
 closing, you get a 'keep error'. Happy to fix, but not sure what the
 best resolution is if I want same code to play well with both new and
 old distros (hints appreciated).


Note that the new JSON library was available before as 'simplejson'.  That's
what I use in all my activities since it's the default going forward, and
has much better features than the old 'json' or 'cjson'.

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


Re: TamTam

2009-02-26 Thread Wade Brainerd
Why was it broken up, BTW?  Can it be put back together? :)  It's always
been confusing to me how the parts interact.

On Thu, Feb 26, 2009 at 6:38 AM, Bert Freudenberg b...@freudenbergs.dewrote:


 On 26.02.2009, at 03:34, Caroline Meeks wrote:

  http://www.youtube.com/watch?v=31L9qaxOrp0
 
  This is a great demo!
 
  I'm trying it on Sugar on a Stick.   It works well. Except I can't
  find a mic button nor can I see how to get to synth through an edit
  button as demonstrated in the video.
 
  I'm on version 50. Any ideas?

 This is not actually MiniTamTam, but TamTam before it was split into
 separate activities. A breakup from which it has not fully recovered,
 yet, since Sugar discourages close coupling between activities.

 - Bert -

 ___
 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] ActivityTeam meeting

2009-02-24 Thread Wade Brainerd
On Tue, Feb 24, 2009 at 10:41 AM, Tomeu Vizoso to...@sugarlabs.org wrote:

 ** Identify major issues that block usage by all activity maintainers
 and/or consumers.

 ** Make a clear howto about uploading a bundle, nominating it, etc.
 Could be a guide with screenshots or a screencast, etc (I think that
 David Farning is looking at this)

 ** Set up a team of administrators and a team of editors. I guess a
 couple of people in each could be a good start.


Thanks Tomeu, I added these to the agenda.

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


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

2009-02-24 Thread Wade Brainerd
To me, Bitfrost was just one more lofty windmill OLPC tried to tilt because
it seemed like an interesting challenge.  I'm not clear why Sugar needs more
protection from rogue activities than a normal desktop environment has from
rogue applications.

Reinventing the desktop as a constructivist learning environment is a big
enough task for one development team / community to swallow.  Reinventing
security is an altogether separate cause.

That said, Rainbow exists, so we don't need to do anything to remove it.  So
long as people step up to maintain it and help activity developers fix the
issues they run into.

But Michael, what you seem to be asking for - someone to pick up your solo
project and finish it - almost never happens in software development.  Code
is a personal expression of the programmer who wrote it.  If it ever does
get finished by someone else, it likely gets rewritten in the process.

Best regards,

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


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

2009-02-24 Thread Wade Brainerd
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.

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


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

2009-02-24 Thread Wade Brainerd
On Tue, Feb 24, 2009 at 12:57 PM, Michael Stone mich...@laptop.org wrote:

 I'm not clear why Sugar needs more protection from rogue activities than a
 normal desktop environment has from rogue applications.


 The justification which interests me the most goes something like: strong
 protections mean that there is less risk that kids and teachers will break
 things by installing software on their machines; therefore, educational
 innovations will spread faster.


See my comment regarding Backup, a far more useful and achievable solution
to this problem.



  Reinventing the desktop as a constructivist learning environment is a big
 enough task for one development team / community to swallow.  Reinventing
 security is an altogether separate cause.


 There is no reinvention taking place here; instead, we are using both
 long-standing OS features (discretionary access control; memory isolation)
 and
 novel OS features (network containerization, cgroup-based memory resource
 limits) in new combinations as they become available. What has changed is
 that
 the Sugar UI and user expectations permit concentrated use of these
 features.


In a nutshell, all this refers to Sandboxing, which seems to be the new
hotness in software security these days.  I type this email in Google
Chrome, which is a good example of that.

There's nothing wrong with sandboxing or other new security techniques, I
just argue that their purpose is *orthogonal* to the goals of Sugar.

Apologies for incorrectly assuming that you wanted someone to finish
Rainbow.  As far as I know the current implementation is without major
issues, if some of the more advanced features of Bitfrost are not yet
implemented.

Regards,

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


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

2009-02-24 Thread Wade Brainerd
On Tue, Feb 24, 2009 at 1:30 PM, p...@laptop.org wrote:

 bert wrote:
   On 24.02.2009, at 19:09, Carol Farlow Lerche wrote:
  ...
Asking for better documentation doesn't imply that the facility is
new.  It recognizes that development has reached a local minimum in
an important component that is not well understood by many.  My post
was a request to the most knowledgeable person, Michael to do the
service of taking the time to write a document that clearly lays out
   
.  the purpose (not in security speak but in terms of the benefits
it brings to end users),

 for my part, i've always felt that it's this first point of
 carol's that's been missing from the docs.  the functional
 overview is very important:  as a developer, you're asking me to
 implement a bunch of new API functionality simply to make a
 simple program (which may already be working well in most other unix
 environments) functional.  i'd like to be sold on the concept
 first, before having to do a bunch of work for no (apparent) benefit
 to me or my program.


I'm going to bow out of this thread (back to work!) but I wanted to bring up
one last point regarding Rainbow's cost to Sugar.

It is my sincere hope that sometime in the future Sugar will gain the
ability to seamlessly launch normal X applications alongside activities.
 There are a great many educational Linux applications out there that would
fill in gaps in our activity lineup.

I fear that Rainbow will be an obstacle to achieving this goal, as we don't
have the ability to fix every application in existence to conform to our
non-standard security model, and emulation hacks will never just work.

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


ActivityTeam meeting

2009-02-23 Thread Wade Brainerd
Hi all,

We are holding our second ActivityTeam meeting this Friday at 12pm EST
(17:00 UTC).  It should last 1 hour (the length of my lunch break).
 Hope to see you there!

What: Activity Team meeting
When: 27 February 2009,  12:00 pm EST
Where: irc.freenode.net,  #sugar-meeting

Agenda:
* Catch up on the past month's progress * activities.sugarlabs.org
 discussion
* Status of activity migration + author outreach
* Review of the TODO list
* Distribution discussion
** Minimum resolution supported by Sugar
** Help system
* News from this Tuesday's OLPC Deployment meeting.

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


Re: Application crashing with Bad Window error only on OLPC 767 build

2009-02-19 Thread Wade Brainerd
Hey there,
I think you're in fairly undocumented territory trying to develop a real
activity using libsugarize.so.  But to your credit, you seem to have a
pretty good understanding of how the X protocol works (beyond mine anyway!).

Have you seen this page before?  It describes how Sugar interacts with
activities at the X window level and may help you remove the need for
libsugarize.so.
http://wiki.laptop.org/go/Low-level_Activity_API

Also, for debugging X errors like the Bad Window error in C programs, you
might gain some use from this page.  It will allow you to synchronize the X
protocol and to then get a stack trace at the exact location which generates
the error.
http://www.rahul.net/kenton/perrors.html

Personally I have seen errors like this from PyGTK, but it usually has to do
with using some API outside the normal boundaries - like a Drawable blit
with a negative area rectangle for example.

Hope this helps!

Wade




2009/2/19 shivaprasad javali jbs...@gmail.com

 Some more progress. I had used libsugarize.so from this link
 http://www.catmoran.com/olpc/libsugarize.so to sugarise my activity. When
 I first started developing the activity, it wouldn't run on the XO unless I
 preloaded this so. On a hunch I removed this preload and now my application
 launches on the XO when run from the activity circle.

 It works fine after this except for when I quit my application. If I don't
 preload this so then when I close my application it doesn't close at once.
 It goes to the activity icon blinking state for about half a minute before
 it closes. When I had the preloaded the so on the older sugar builds, my
 application would quit almost immediately after closing the application and
 I wouldn't get that activity icon after closing. Can anybody help me figure
 out how to solve this?

 Thanks
 jbsp72



 On Wed, Feb 18, 2009 at 8:49 PM, shivaprasad javali jbs...@gmail.comwrote:

 Finally some more information about what is happening. The application
 that I am running previously didn't use any UI packages and worked directly
 with windows through X calls. I had to add a xulrunner based browser to it
 which accepted only a gtk window and couldn't work with an X window
 directly. So I added the code for just the browser to use gtk.

 I switched to the old code ( pre gtk) and it works fine on the XO with 767
 sugar build. Then I tried adding the gtk_init() call to the initialization
 sequence and it crashed immediately. I guess the problem has something to do
 with both gtk and X windows working together.( Although I don't get why the
 problem should persist only when I launch my app from the activity bar and
 not when I run it from the terminal) . Can anybody help me figure out what
 the problem might be?

 Thanks
 jbsp72


 On Wed, Feb 18, 2009 at 5:49 AM, S Page i...@skierpage.com wrote:

 (private response, but if you learn more re-send to OLPC devel list)

 Do you see anything in the logs after enabling warnings?
 See http://wiki.laptop.org/go/Attaching_Sugar_logs_to_tickets

 Then there's general debugging on Linux using strace, gdb, etc.  I don't
 see much on the wiki about that.


 shivaprasad javali wrote:

I am trying to port an application to OLPC. It has a xulrunner
 based browser which draws into a gtk window. It runs perfectly on OLPC
 builds 708 and 711 , but when I try to run it on 767 build it crashes with
 an error in a X window system error with error code 3( Bad Window).

Also the crash occurs only when I launch the activity from the
 Activity bar. If open the Terminal activity and run it from there it works
 fine. It crashes only when I run it from the Activity bar and on the 767
 build. Could any body tell me what changed from build 711 to 767 which made
 my application to crash?

 Thanks
 jbsp72




 ___
 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-02-19 Thread Wade Brainerd
On Thu, Feb 19, 2009 at 1:22 PM, C. Scott Ananian csc...@laptop.org wrote:

 I'd suggest just uncompressing the various image files and re-timing
 as a start.  The initial implementation was uncompressed, but people
 complained about space usage on the emulator images (which are
 uncompressed).  The current code supports both uncompressed and
 compressed image formats.  For uncompressed images, putting the bits
 on the screen is an mmap and memcpy, so I can't imagine any
 implementation being faster than that (it's possible, of course, that
 what's stealing CPU is the shell's invocation of the client program;
 recoding just that little part in C should be trivial, since it does
 nothing but write to a socket IIRC.)


I implemented a RLE compressor specifically for these 16bit image files the
last time this question came up.  This can certainly be faster than memcpy
since we are talking memory performance.

GZip+RLE also beats plain GZip on size, again due to the contents of the
images.

http://wadeb.com/rle.c
http://wadeb.com/unrle.c

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


Re: Opportunity for speedup

2009-02-19 Thread Wade Brainerd
RLE (run length encoding) compresses sequences of identical pixels (runs)
as value/count pairs.
So abbccc would be stored as 1a 10b 3c.

The decompressor looks like:

while (cur  end)
{
   unsigned short count = *cur++;
   unsigned short value = *cur++;
   while (count--)
  *dest++ = value;
}

This can be faster than memcpy because you are reading significantly less
memory than you would with memcpy, thus fewer cache misses are incurred.

Because the startup images are mostly spans solid colors, this kind of
compression works very well.  If that were not the case, say if there were a
left-to-right gradient in the background, RLE would probably make things
worse, thus you have to be careful when choosing it.

But the smaller size on disk and in memory would probably improve
performance in other ways as well.

Best,
Wade


On Thu, Feb 19, 2009 at 1:49 PM, Bobby Powers bobbypow...@gmail.com wrote:

 2009/2/19 Wade Brainerd wad...@gmail.com:
  On Thu, Feb 19, 2009 at 1:22 PM, C. Scott Ananian csc...@laptop.org
 wrote:
 
  I'd suggest just uncompressing the various image files and re-timing
  as a start.  The initial implementation was uncompressed, but people
  complained about space usage on the emulator images (which are
  uncompressed).  The current code supports both uncompressed and
  compressed image formats.  For uncompressed images, putting the bits
  on the screen is an mmap and memcpy, so I can't imagine any
  implementation being faster than that (it's possible, of course, that
  what's stealing CPU is the shell's invocation of the client program;
  recoding just that little part in C should be trivial, since it does
  nothing but write to a socket IIRC.)
 
  I implemented a RLE compressor specifically for these 16bit image files
 the
  last time this question came up.  This can certainly be faster than
 memcpy
  since we are talking memory performance.

 Can you explain this?  I don't think I have enough knowledge to
 evaluate your claim.

 bobby

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


Re: Opportunity for speedup

2009-02-19 Thread Wade Brainerd
Oh, and you can feed one of the 565 files through my 'rle.c' program to see
the compression ratio firsthand.

On Thu, Feb 19, 2009 at 1:56 PM, Wade Brainerd wad...@gmail.com wrote:

 RLE (run length encoding) compresses sequences of identical pixels (runs)
 as value/count pairs.
 So abbccc would be stored as 1a 10b 3c.

 The decompressor looks like:

 while (cur  end)
 {
unsigned short count = *cur++;
unsigned short value = *cur++;
while (count--)
   *dest++ = value;
 }

 This can be faster than memcpy because you are reading significantly less
 memory than you would with memcpy, thus fewer cache misses are incurred.

 Because the startup images are mostly spans solid colors, this kind of
 compression works very well.  If that were not the case, say if there were a
 left-to-right gradient in the background, RLE would probably make things
 worse, thus you have to be careful when choosing it.

 But the smaller size on disk and in memory would probably improve
 performance in other ways as well.

 Best,
 Wade


 On Thu, Feb 19, 2009 at 1:49 PM, Bobby Powers bobbypow...@gmail.comwrote:

 2009/2/19 Wade Brainerd wad...@gmail.com:
  On Thu, Feb 19, 2009 at 1:22 PM, C. Scott Ananian csc...@laptop.org
 wrote:
 
  I'd suggest just uncompressing the various image files and re-timing
  as a start.  The initial implementation was uncompressed, but people
  complained about space usage on the emulator images (which are
  uncompressed).  The current code supports both uncompressed and
  compressed image formats.  For uncompressed images, putting the bits
  on the screen is an mmap and memcpy, so I can't imagine any
  implementation being faster than that (it's possible, of course, that
  what's stealing CPU is the shell's invocation of the client program;
  recoding just that little part in C should be trivial, since it does
  nothing but write to a socket IIRC.)
 
  I implemented a RLE compressor specifically for these 16bit image files
 the
  last time this question came up.  This can certainly be faster than
 memcpy
  since we are talking memory performance.

 Can you explain this?  I don't think I have enough knowledge to
 evaluate your claim.

 bobby



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


Re: Guidance sought on collaboration techniques

2009-02-18 Thread Wade Brainerd
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.

Cheers,
Wade

On Mon, Feb 16, 2009 at 12:21 PM, James Simmons
jim.simm...@walgreens.comwrote:

 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


Re: HTML-based/Browser apps (was Re: anti-cheating)

2009-02-18 Thread Wade Brainerd
Great to hear Finance has been translated and will be offered!  Please let
me know if there are any features that would make it more useful for you
guys.

Note that it's not in any way Tax related, it's simply for planning and
recording personal finances - income and expenses over time.

Cheers,
Wade

On Mon, Feb 16, 2009 at 8:36 AM, Mike Dawson mikeofmanches...@gmail.comwrote:

 Dear Wade,

 Thanks for that - I got it co-operating - I found that something had
 gone wrong with inkscape.

 Indeed there is some relation to the finance activity - we are
 focusing on finding the economic info and presenting it (e.g. we have
 a listing of common businesses that people start such as a fruit cart,
 how much capital is required etc).

 Basic accounting is definitely nice and we have translated your
 Finance activity into Dari and Pashto.  The challenge we face is that
 people here can be very suspicious as the tax system is 'under
 construction' - so we will make it available - and as we establish
 trust we should be able to watch how it used.

 Thanks/Regards,

 -Mike

 2009/2/12 Wade Brainerd wad...@gmail.com:
  Hey Mike,
  Make sure to restart Sugar between activity changes (Ctrl+Alt+Erase) as
 the
  shell doesn't automatically pick up changes yet.
  Also, make sure the .SVG is located in the same folder as the
 activity.info
  file.  You might try copying a .svg from another activity (say Browse)
 and
  renaming it to activity-econdev.svg just to make sure the correct file is
  being found.
  Finally, make sure the activity is Starred in the list view or it will
 not
  appear in the circle.
  -
  Your home finance initiative sounds like it dovetails nicely with my
  http://wiki.laptop.org/go/Finance activity.  It's an extremely simple
 home
  financial calculator ala Quicken.  I wrote it in the hopes that children
  might help their parents keep track of income and expenses and make
 budgets.
  If you have time, please take a look and let me know what you think!
  Cheers,
  Wade
  On Thu, Feb 12, 2009 at 5:25 AM, Mike Dawson mikeofmanches...@gmail.com
 
  wrote:
 
  Hey All,
 
  The offline spec is indeed something very cool - I had some time back
  done some work with XSL to try to create something that would have a
  similar effect with Apache cocoon - but nothing can (or should) beat a
  w3c standard.
 
  What we are trying to do in Afghanistan to see if we can offset the
  cost of the laptop is deliver info to the parents using the XO to see
  if we can help them to increase their income - things like home
  business ideas (e.g. Afghan carpets), CV writing etc. for when the
  kids are asleep...
 
  As HTML seems to be the most portable / compact choice we have made a
  collection of info as such - but as per the previous post we would
  rather have it a bit more prominent than making the .xol collection
  file.
 
  I hence copied the help activity to a new folder Econdev.activity:
 
  Left helpactivity.py as it was except for changing the line:
 
  HOME = os.path.join(activity.get_bundle_path(), 'econdev/index.html')
 
  Created activity
  [Activity]
  name = Economic Development
  activity_version = 10
  service_name = af.asmed.EconomicDevelopment
  icon = activity-econdev
  class = helpactivity.HelpActivity
  license = GPLv2
 
  Then there is an SVG I made in Inkscape activity/activity-econdev.svg
  - yet somehow when this folder Econdev.activity is copied to
  ~/Activities and sugar etc. is restarted - no icon turning up.  I also
  tried packaging it as a .xo file and then running the install script
  that put it under /usr/share - it turns up, but no icon...
 
  I went through the log viewer and there didn't seem to be any special
  mention of it...   Is there possibly a problem from not changing the
  Class name of the helpactivity to be unique - or some naming
  convention that I have neglected here?
 
  Our stuff (in English, Dari and Pashto) will go up on olpc.af and as a
  collection...
 
  Thanks,
 
  -Mike
 
  PS:
  I have to hang my head in shame that I have not yet done much Python /
  XO activity coding (yet) - I've done more Java/J2EE and Linux server
  admin thus far.  I will take time over the weekend...
 
  2009/1/13 Sameer Verma sve...@sfsu.edu:
   On Mon, Jan 12, 2009 at 2:15 AM, S Page i...@skierpage.com wrote:
   Carlos Nazareno wrote:
  
   - I'd also like to see more work done on a method to easily bundle
   Gnash or HTML-based/Browser applications as stand-alone activities,
 or
   at least launch the browser with the wrapped activity loaded upon
   startup.
  
   See the Help activity in 8.2.0, it instantiates the WebView from
   hulahop
   that underlies Browse and points it at help/XO_Introduction.html.
  
   But is it so bad to make your HTML-based application an installable
   collection that shows up in the OLPC Library navigation on the
 Browse
   home page?  See http://wiki.laptop.org/go/Creating_a_collection.
Just
   because most

Re: Guidance sought on collaboration techniques

2009-02-13 Thread Wade Brainerd
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?

-Wade

On Thu, Feb 12, 2009 at 10:56 AM, James Simmons
jim.simm...@walgreens.comwrote:

  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.comwrote:

 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


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

2009-02-13 Thread Wade Brainerd
On Fri, Feb 13, 2009 at 11:38 AM, Gary C Martin g...@garycmartin.comwrote:

 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?

-Wade
___
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 Wade Brainerd
Ohhh, gotcha.  I have only tried turning the brightness to off in dark
environments :)

On Fri, Feb 13, 2009 at 1:27 PM, Gary C Martin g...@garycmartin.com wrote:

 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: HTML-based/Browser apps (was Re: anti-cheating)

2009-02-12 Thread Wade Brainerd
Hey Mike,
Make sure to restart Sugar between activity changes (Ctrl+Alt+Erase) as the
shell doesn't automatically pick up changes yet.

Also, make sure the .SVG is located in the same folder as the
activity.infofile.  You might try copying a .svg from another activity
(say Browse) and
renaming it to activity-econdev.svg just to make sure the correct file is
being found.

Finally, make sure the activity is Starred in the list view or it will not
appear in the circle.

-

Your home finance initiative sounds like it dovetails nicely with my
http://wiki.laptop.org/go/Finance activity.  It's an extremely simple home
financial calculator ala Quicken.  I wrote it in the hopes that children
might help their parents keep track of income and expenses and make budgets.

If you have time, please take a look and let me know what you think!

Cheers,
Wade

On Thu, Feb 12, 2009 at 5:25 AM, Mike Dawson mikeofmanches...@gmail.comwrote:

 Hey All,

 The offline spec is indeed something very cool - I had some time back
 done some work with XSL to try to create something that would have a
 similar effect with Apache cocoon - but nothing can (or should) beat a
 w3c standard.

 What we are trying to do in Afghanistan to see if we can offset the
 cost of the laptop is deliver info to the parents using the XO to see
 if we can help them to increase their income - things like home
 business ideas (e.g. Afghan carpets), CV writing etc. for when the
 kids are asleep...

 As HTML seems to be the most portable / compact choice we have made a
 collection of info as such - but as per the previous post we would
 rather have it a bit more prominent than making the .xol collection
 file.

 I hence copied the help activity to a new folder Econdev.activity:

 Left helpactivity.py as it was except for changing the line:

 HOME = os.path.join(activity.get_bundle_path(), 'econdev/index.html')

 Created activity
 [Activity]
 name = Economic Development
 activity_version = 10
 service_name = af.asmed.EconomicDevelopment
 icon = activity-econdev
 class = helpactivity.HelpActivity
 license = GPLv2

 Then there is an SVG I made in Inkscape activity/activity-econdev.svg
 - yet somehow when this folder Econdev.activity is copied to
 ~/Activities and sugar etc. is restarted - no icon turning up.  I also
 tried packaging it as a .xo file and then running the install script
 that put it under /usr/share - it turns up, but no icon...

 I went through the log viewer and there didn't seem to be any special
 mention of it...   Is there possibly a problem from not changing the
 Class name of the helpactivity to be unique - or some naming
 convention that I have neglected here?

 Our stuff (in English, Dari and Pashto) will go up on olpc.af and as a
 collection...

 Thanks,

 -Mike

 PS:
 I have to hang my head in shame that I have not yet done much Python /
 XO activity coding (yet) - I've done more Java/J2EE and Linux server
 admin thus far.  I will take time over the weekend...

 2009/1/13 Sameer Verma sve...@sfsu.edu:
  On Mon, Jan 12, 2009 at 2:15 AM, S Page i...@skierpage.com wrote:
  Carlos Nazareno wrote:
 
  - I'd also like to see more work done on a method to easily bundle
  Gnash or HTML-based/Browser applications as stand-alone activities, or
  at least launch the browser with the wrapped activity loaded upon
  startup.
 
  See the Help activity in 8.2.0, it instantiates the WebView from hulahop
  that underlies Browse and points it at help/XO_Introduction.html.
 
  But is it so bad to make your HTML-based application an installable
  collection that shows up in the OLPC Library navigation on the Browse
  home page?  See http://wiki.laptop.org/go/Creating_a_collection.
  Just
  because most library content is static non-interactive ebook material is
  no reason really cool browser apps shouldn't go in the OLPC Library.
 
  One thing that might make collections more appealing and feel like
  applications is if the collection's library.info icon (which seems
  otherwise unused?!) or the web site's favicon would appear in the
  Journal instead or as well as the generic globe icon of Browse.  I filed
  a confused ticket #9188 for this enhancement.
 
  - Using a local daemon or service of some sort, the method I
  previously outlined can also be used here for standalone mode of the
  tests. This way, the learner can also practice with them and learn
  outside of class hours.
 
  The WikiBrowse activity (WikipediaEN.activity on G1G1 8.2 laptops)
  starts a local python Web server and fires up a WebActivity (Browse)
  instance pointing at it.
 
  Better, Browse's engine is XULRunner 1.9 and it has support for most of
  the HTML 5 offline application spec
  http://www.w3.org/TR/2008/WD-html5-20080122/#offline.
  E.g. http://starkravingfinkle.org/projects/offline/todo.html is an
  expanding form you can fill out while offline that will update the web
  server when next online.  It should work on an XO (I can't try it, 

Re: Guidance sought on collaboration techniques

2009-02-11 Thread Wade Brainerd
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.comwrote:

 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


Keep tabs on Sugar development

2009-02-10 Thread Wade Brainerd
Want to know who has been working on what?  How active a particular
developer or project is?  Want to know right away when a particular bug gets
fixed?  When a new project gets started?  How about a graph of commit
activity over time?

Add the following feed to your RSS reader:
http://git.sugarlabs.org/events.atom

Bernie helped me out with this a few weeks ago, and I like it so much I want
to share it with everyone.  It's like a 'commits' list but even better.
 It's really encouraging to see all the work people are doing on Sugar.

Cheers,
Wade

PS- If you don't have an RSS reader already, try out Google Reader.  Its
List view works pretty well for this feed.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Sugar-devel] Minimal steps to start hacking on Browse.xo?

2009-02-10 Thread Wade Brainerd
On Tue, Feb 10, 2009 at 4:42 AM, Tomeu Vizoso to...@sugarlabs.org wrote:

 On Tue, Feb 10, 2009 at 02:28, Martin Langhoff
 martin.langh...@gmail.com wrote:
  Hi!
 
  I found the git repo for Browse xo! Hurray! (finding things in github
  is hard work, or perhaps I managed to find the hardest path to it).

 Gitorious, not github, but do you have any suggestion?


Agreed that navigation is currently hard.  I would love to see a new
Gitorious splash page that just lists *all* the projects like GitWeb does,
but I know that could be hard to do and we have more pressing infrastructure
needs.


   2 - yum install git
 
   3 - git clone git://git.sugarlabs.org/browse/mainline.git
 mv mainline.git browse.git
(btw, shoud this be called browse.git, or browse-mainline.git?)

 I would call it 'browse'.


The best way to do this is:

git clone git://git.sugarlabs.org/browse/maineline.git browse

The second argument controls the name of the directory it's synced to.


   4 - run it from the checkout... how?

 Just link to it from ~/Activities and it should work.


Actually, cd to the activity directory and run

python setup.py dev

This will create the aforementioned symlink.  Then restart X
(Ctrl-Alt-Erase).

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


Re: OLPC upgrades

2009-02-10 Thread Wade Brainerd
2009/2/7 Tiago Marques tiago...@gmail.com

 That seems a good idea.
 The use of SVGs seems unnecessary. Although an awsome functionality, which
 probably saves a lot of work, would allow to scale the use of Sugar to
 systems with bigger screens - were it probably will never be in use. I've
 never seen SVGs being used extensively in a desktop system, let alone an
 embedded one.


Caching the SVGs as pixmaps can help this out a lot.  I remember IRIX from
the mid 90s using vector-based icons, and it didn't seem to have performance
issues.


 As I talked with some people that know more Python than me, they argued
 that programmer productivity would be a major factor for it's use in some
 situations. I haven't heard that argument here. I haven't read a good
 argument that justifies the burden of using an interpreted language in a
 desktop environment, so it really does seem stubbornness more than anything
 else, even more and it's all already written in Python.


It is wonderful to be able to modify a part of the Sugar shell or an
Activity directly on the XO, without the need for a compiler and a wide
variety of installed headers and libraries eating up space on your disk, not
to mention obscure build systems and megabytes of build artifacts.

It's also great that most activities are 100k downloads and are totally
cross platform and architecture independent.

 No matter what interpreted language you're using, it will always stink.
 Either it's java, python, javascript, whatever. Sugar isn't a webapp, it
 doesn't even need to be so portable that it can't be written in a language
 that can be compiled.

Here's the difference:  In Sugar, Python fills the role of the *glue* code.
 It doesn't do any real work itself.

 Even in powerful machines, most programs I have used written in Java have a
 huge amount of computing and memory overhead - and Java isn't the worst of
 it, I read.

Do you need high performance for every program?  I use GMail all day and
have never had a performance issue with it.

 I can't stress this enough: unless the whole OLPC project is starting to
 take aim at building a laptop that doesn't cost less than $170, I don't see
 any reason at all not to properly optimize the software. You will always be
 running some kind of over powered, embedded type system, with little RAM and
 CPU power.

I completely agree, I just want to make sure the optimization happens to the
right parts - the parts that do the heavy lifting.  And the algorithms that
control the parts that do the heavy lifting.

For example, I was recently involved in a discussion about the pulsing icon
that is shown when activities launch.  It turns out, the *entire screen* was
being redrawn at 10fps, not just the activity icon.  Not to mention that the
icon caching was not working, so the .svg file was being reparsed each frame
and going through a text filter like s/stroke_color;/#aabbcc/ to achieve
the pulsed color.  Fortunately Benjamin Berg corrected this today.

Another one, I have had to rewrite large chunks of THREE of my activities to
overcome performance issues in Cairo (which is an optimized library written
in C).  I have written several games and other realtime activities for the
XO and not yet seen Python become a bottleneck.

 The whole project is taking the show source thing way too far, hurting you
 too much, especially as that is still far from the vision. You already
 have Pippy, which should be enough for most kids. The really good kids won't
 have a problem doing the work to go to the next step(building activities and
 such) and you can always leave the door open for python activities, while
 having the basis of Sugar in C, C++ or something. Isn't that what bindings
 between languages are for?

I'm telling you, I'm still looking for some solid performance numbers.
 Memory issues I am more inclined to believe but again, actually optimizing
the problem (controlling Python's garbage collector) is a much better
solution than throwing everything away and starting over!

I have spent the last 10 years optimizing software for a living, and can
tell you without a doubt that any system can be optimized without starting
from scratch.

It's just much harder to understand the performance characteristics of a
large, complex, existing system than it is to imagine an ideal performance
world in your head.

Best regards,
Wade

 Best regards,

 Tiago Marques

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


Re: OLPC upgrades

2009-02-10 Thread Wade Brainerd
On Tue, Feb 10, 2009 at 5:44 PM, da...@lang.hm wrote:

 On Wed, 11 Feb 2009, Martin Langhoff wrote:

 We can skip the build a replacement step, and head for the goal faster.


 the entire sugar infrastructure is a 'build a replacement' step. people are
 questioning if it was the right thing to do as opposed to using existing
 tools and infrstructure. (with the other part of the question being is it
 faster to go ahead and try to optimise Sugar or switch to more mature
 solutions)


I don't think you can correlate 'mature' with 'fast'.  Gnome is quite mature
but also quite bloated.

The XO is a weak machine by today's performance standards, so trying to run
today's Linux is going to require heavy optimization no matter what you
start with.

People just have to stop arguing about it and start doing that optimization
work, like Benjamin did today :)

Cheers,

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


Re: Devel Digest, Vol 36, Issue 12

2009-02-09 Thread Wade Brainerd
Okay, I'll get my scripts posted to that ticket.
Best,
Wade

2009/2/6 Tiago Marques tiago...@gmail.com

 Hi all,

 I already mentioned an Acer One boots very fast from flash, like 5-10s to X
 server with window manager loaded. I remembered that I can do a TAR.BZ2 of
 the whole root of the SSD and put it online somewhere, if anyone cares to
 have a look to see what they have done at Linpus to speed up the boot of
 this particular Fedora flavour.

 We could supposedly download it from here:
 http://www.linpus.com/products_1.php#

 But, at least for me, it's not quite working.

 I volunteer for that effort but would like to have some help from Wade,
 since I've mostly used Gentoo since I became a penguin, and I don't known
 much else. Gentoo uses a different init system from most distros, so I never
 did do much init system hacking out of Gentoo. When I did do it(OpenSUSE and
 Ubuntu, mostly writing init scripts and toying with the boot process), it
 was something I didn't want to do again, I love Gentoo's baselayout too much
 - it's simple to work with and supports parallel init script startup for at
 least three years.

 Take a look at: http://www.youtube.com/watch?v=Mg_HBgwRZS4 to get an idea
 of how fast it is.

 It boots the X and window manager and then starts loading network and ACPI
 stuff in parallel, it still takes a while for everything to be up but it's
 generally quite fast, especially if you just want to access local stuff.

 Best regards,

   Tiago Marques


 On Tue, Feb 3, 2009 at 5:13 PM, Mitch Bradley w...@laptop.org wrote:


  Date: Tue, 3 Feb 2009 07:57:02 -0500
  From: Wade Brainerd wad...@gmail.com
  Subject: Re: OLPC upgrades
  To: C. Scott Ananian csc...@laptop.org
  Cc: OLPC Devel devel@lists.laptop.org
  Message-ID: 377b4440-aad7-412c-b22b-16158d6f4...@gmail.com
  Content-Type: text/plain; charset=us-ascii;   format=flowed;
  delsp=yes
 
  A patch isn't really appropriate but generally speaking I:
 
  - Followed Mitch Bradley's instructions for tar-ing /dev.
  - Replaced the initrd with a 3 liner using busybox that just mounts
  NAND and calls switch_root.  This involved undoing all the version
  stuff in the filesystem.
  - Replaced rc.sysinit with a 30 line script that starts the services I
  want and mounts the required points.
  - Removed the entire SYSV runlevel system.
 
  I was learning about all this stuff as I did it, but it still didn't
  take that long.  And I have a lot of plans to make it even faster.
 
  A few things don't work right, like I'm still trying to figure out why
  there are no network interfaces...But If anyone would like to see the
  scripts I'd be happy to share them.
 

 How about bundling them up and attaching them to the Improve Startup
 Speed ticket http://dev.laptop.org/ticket/4349 .  That way all the
 research that nobody does anything about because it diverges too much
 from the blessed Fedora will all be in one place.


 ___
 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


No ActivityTeam meeting this Friday

2009-02-04 Thread Wade Brainerd
We didn't schedule one, but in case anyone thought there would be, there is
no ActivityTeam meeting this Friday.

I'm out of town this week, and I'm leaning towards bi-weekly anyway.  I'll
send out another email when we set the next time.

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


Re: OLPC upgrades

2009-02-04 Thread Wade Brainerd
Regarding Gentoo, don't miss http://www.gentooxo.org/.  That project
combined with the Sugar overlay might be a good start for a tiny XO Sugar
distribution.

Wade

On Tue, Feb 3, 2009 at 1:08 PM, Nirbheek Chauhan nirbheek.chau...@gmail.com
 wrote:

 On Wed, Feb 4, 2009 at 2:12 AM, S Page i...@skierpage.com wrote:
  Nirbheek Chauhan wrote:
 
  Since you're looking at making a gentoo-based sugar distro, you might
  find http://gitorious.org/projects/sugar-gentoo useful :)
 
  Please update http://sugarlabs.org/go/Community/Distributions/Gentoo ,
 which
  lists a similar overlay project
  http://git.overlays.gentoo.org/gitweb/?p=proj/sugar.git by Aleksey
 Lim.
   Maybe you could mention differences or work together.
 

 I've talked with Aleksey, and _some_ code sharing is doable. However,
 the approach of the two overlays is completely perpendicular
 (automagic ebuilds using jhconvert vs manual ebuilds), and so one
 cannot replace the other.

 Also, my overlay currently consists of only live git ebuilds (ie, they
 fetch and install from git instead of releases), and release ebuilds
 are blocking on a number of things including
 http://dev.sugarlabs.org/ticket/120 . Once these problems are handled,
 I'll update the aforementioned page.

  --
  Sent from my mobile device
 
  ... with its patented top-post and include the entire message thread
 with
  no changes so every reader must scroll through it to see if you made
 other
  comments UI  8-/

 Yeah, it sucks. gmail for mobile doesn't show the rest of the thread,
 and top-posts without mercy _

 --
 ~Nirbheek Chauhan
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel

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


Re: OLPC upgrades

2009-02-04 Thread Wade Brainerd
On Wed, Feb 4, 2009 at 1:38 AM, Albert Cahalan acaha...@gmail.com wrote:

 Bobby Powers writes:
  2009/2/2 Tiago Marques tiagomnm at gmail.com:

  Python is killing the XO, what's being done in that regard?
  The $100 laptop will always be hardware limited, how can
  python be a benefit and not a *huge* burden? I for one can't
  get my head around that.
 
  The idea is to give kids as much transparency into the software
  stack as possible, AND make it easy to hack on and easy to create
  new activities for.  Python is much more forgiving than C.

 Python is less forgiving if you want performance on the XO. :-)

 For teaching, remember that Knuth uses assembly. C is an awful
 lot closer to that than Python, and isn't the XO about teaching?


Ha, ahat age group is Knuth teaching assembly to??  What level of math and
science skills are they expected to have?


  Its killing the XO?  A personal pygtk based project launches in a few
  seconds on my debXO install on an XO, but much much longer on 8.2.
  It is a completely loaded statement to say that Python is killing
  the XO, and didn't really deserve a response :)

 I'm assuming that personal [...] project means small.

 The fact that you consider a few seconds to be acceptable shows
 just how much people have lost touch with the concept of performance.


Python is not the problem. Just strace the activity startup process to see
everything that goeson.

A lot of it appears to be erelated to
a) Rainbow
b) Journal instance creation

Also I agree that the huge animated loating icon is probably not helping on
XO.  Could'nt it be replaced by a large non-animated icon in the center of
the screen, and then smoe dots that appear around the icon in a circle,
adding one dot per second, like a clock?  That would take no overhead and
would even give an informal way to measure startup time by counting the
dots.


 Current usage of Python can be mostly explained as follows:

 http://en.wikipedia.org/wiki/Sunk_cost_fallacy
 http://en.wikipedia.org/wiki/Sunk_cost
 http://en.wikipedia.org/wiki/Irrational_escalation
 http://en.wikipedia.org/wiki/Cognitive_bias
 http://en.wikipedia.org/wiki/Point_of_no_return
 http://en.wikipedia.org/wiki/Psychology_of_previous_investment
 http://en.wikipedia.org/wiki/Foot_in_the_door

 The remaining bit of the explanation is that the developer pool
 is now full of Python people. Nearly all others have run away.
 One can't expect to attract non-Python talent when Python gets
 a non-negotiable privileged position.


Please don't try to hijack a technical discussion into a political one. Use
of the Python language is not the cause of the performance problems on the
XO or in Sugar in general.  Every system must be optimized no matter what
language it is written in.  It just takes a little effort.

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


Re: [Server-devel] Network addressing for activation-over-IBSS

2009-02-04 Thread Wade Brainerd
On Thu, 5 Feb 2009, Martin Langhoff wrote:

 2009/2/5 Daniel Drake d...@laptop.org:
 I have modified the XO activation initramfs to attempt to locate a
 lease server on an XS on each open infrastructure network that can be
 found (early patch attached).

 Great -- I am not too conversant on the initrd code, probably makes
 sense to repost it to devel@ where cscott and mstone lurk...

I can possibly help too w.r.t. the OLPC initramfs, I have hacked it up to 
the point of not needing it but I have a general idea how it works.

If you need to make simple modifications, Google Building Initramfsen 
for a simple guide.

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


Re: [Server-devel] Network addressing for activation-over-IBSS

2009-02-04 Thread Wade Brainerd
On Thu, 5 Feb 2009, Martin Langhoff wrote:

 2009/2/5 Daniel Drake d...@laptop.org:
 I have modified the XO activation initramfs to attempt to locate a
 lease server on an XS on each open infrastructure network that can be
 found (early patch attached).

 Great -- I am not too conversant on the initrd code, probably makes
 sense to repost it to devel@ where cscott and mstone lurk...

I can possibly help too w.r.t. the OLPC initramfs, I have hacked it up to 
the point of not needing it but I have a general idea how it works.

If you need to make simple modifications, Google Building Initramfsen 
for a simple guide.

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


Re: OLPC upgrades

2009-02-03 Thread Wade Brainerd
A patch isn't really appropriate but generally speaking I:

- Followed Mitch Bradley's instructions for tar-ing /dev.
- Replaced the initrd with a 3 liner using busybox that just mounts  
NAND and calls switch_root.  This involved undoing all the version  
stuff in the filesystem.
- Replaced rc.sysinit with a 30 line script that starts the services I  
want and mounts the required points.
- Removed the entire SYSV runlevel system.

I was learning about all this stuff as I did it, but it still didn't  
take that long.  And I have a lot of plans to make it even faster.

A few things don't work right, like I'm still trying to figure out why  
there are no network interfaces...But If anyone would like to see the  
scripts I'd be happy to share them.

Wade

On Feb 2, 2009, at 9:41 PM, C. Scott Ananian csc...@laptop.org  
wrote:

 2009/2/2 Wade Brainerd wad...@gmail.com:
 take better advantage of the excellent hardware that is the XO-1.   
 I'd
 really like to see someone try to build a tiny LFS based XO  
 specific distro
 which runs Sugar, and boots in 30sec :)  I've got my personal XO  
 booting in
 around 45sec just by hacking around in the initscripts, and I'm  
 sure a lot
 better could be done.

 Patches?
 --scott

 -- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Aside: Neighborhood participants

2009-02-02 Thread Wade Brainerd
On Mon, Feb 2, 2009 at 11:43 AM, Benjamin M. Schwartz 
bmsch...@fas.harvard.edu 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

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


Re: OLPC upgrades

2009-02-02 Thread Wade Brainerd
2009/2/2 Tiago Marques tiago...@gmail.com

 On Thu, Jan 29, 2009 at 4:03 AM, Mitch Bradley w...@laptop.org wrote:

 Guess what? The people at OLPC, who aren't stupid, already considered
 every point in the message cited below, a long time ago. So why aren't
 we doing them? ...* *On Wed, Jan 28, 2009 at 9:57 PM, Carlos Nazareno
 object...@gmail.comwrote:

 Nobody's saying anyone is stupid. It is perfectly natural for people to
 complain about things they don't understand. I also wish I could, from time
 to time, to ask this or that, to understand many things I don't comprehend,
 to know what I can do to help. This without getting into any kind of fight
 with the people involved with the project, who are the only ones who can
 answer those questions.
 As with any critical comment I may issue in this mailing list,* please
 take it as something constructive*, to help (if it does, in any way) and
 not to criticize the people who are hard at work. That, I think, is what
 Carlos was trying to do.
 I got my XO three weeks ago and there's a lot I was surprised to learn that
 some of the more important features are WIP or simply don't work, especially
 given the news that I've read, already detailing prototypes of a second
 version, when there's still a lot to do with the first one.


Hey Tiago,

I've been following the project for about 2 years now and the software
problems you cite (OOM crashing, flaky wireless,  battery life, sluggish UI)
are pretty much the same ones that existed back when I got involved!  The
lack of momentum on the software front has been pretty amazing given how
much the project started with.

That said, things seem to be picking up speed as more control over the
software is handed to the community.  I finally feel like there's maybe a
chance to see some of this stuff get resolved.

Here's hoping SL's XOOS or SoaS, or else some deployment's distribution will
take better advantage of the excellent hardware that is the XO-1.  I'd
really like to see someone try to build a tiny LFS based XO specific distro
which runs Sugar, and boots in 30sec :)  I've got my personal XO booting in
around 45sec just by hacking around in the initscripts, and I'm sure a lot
better could be done.

Best,
-Wade
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Is it possible to disable sharing for an Activity?

2009-02-02 Thread Wade Brainerd
There might be something in the Sugar Almanac, see
http://sugarlabs.org/go/ActivityTeam/Resources for a link.

Alternately, an example of how to disable sharing is here:

http://git.sugarlabs.org/projects/math/repos/mainline/blobs/master/mathactivity.py#line75

Note to Sugar toolkit guys, I'd love to have a formal API to indicate
collaboration not supported.

Best,
Wade

On Mon, Feb 2, 2009 at 6:10 PM, James Simmons jim.simm...@walgreens.comwrote:

 First, I want to praise whoever put together the Sugar packages for
 Fedora 10.  After struggling with Xubuntu and with sugar-jhbuild on
 openSUSE I finally have a sugar test environment where everything seems
 to work!  It was well worth wiping out my openSUSE install and starting
 over with a new distribution.  I'll probably do the same to my Xubuntu
 box eventually.

 Second, now that I have this I want to perfect collaboration on my two
 Activities, Read Etexts and View Slides.  Unfortunately, I am convinced
 that collaboration in View Slides that involves sending large Zip
 archives over the network is not and never will be practical.  What I'm
 thinking about now is making the person sharing a slide show see only
 the image being viewed on the XO that has the full presentation.  The
 master XO would page through the slides and those sharing would follow
 along.  I'm not sure that's practical, either.

 While I'm figuring this out, what I'd really like to do is release a
 version of View Slides that has no collaboration at all.  This would
 mean hiding the control on the Activity toolbar that supports
 collaboration.  When I figure out something intelligent to do with
 collaboration I'll restore it.  Is this possible, and how would I go
 about doing it?

 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: Is it possible to disable sharing for an Activity?

2009-02-02 Thread Wade Brainerd
I think some simplistic automatic collaboration being built into Sugar, has
been discussed, possibly even prototyped.
Just a matter of engineering motivation/time perhaps.
-Wade

On Mon, Feb 2, 2009 at 6:30 PM, Carol Farlow Lerche c...@msbit.com wrote:

 I'm guessing someone has already suggested this on some list or other, but
 in my experience kids like to watch over each other's shoulder, and a
 default collaboration of everyone watches, one person types vnc would in
 my opinion be the 80 of a collaboration 80-20 rule.  I think this ought to
 be implemented in the sugar infrastructure, and then let activities that
 have an obvious extended collaboration (such as two person games or shared
 authorship documents) do something more.

 2009/2/2 Wade Brainerd wad...@gmail.com

 There might be something in the Sugar Almanac, see
 http://sugarlabs.org/go/ActivityTeam/Resources for a link.

 Alternately, an example of how to disable sharing is here:


 http://git.sugarlabs.org/projects/math/repos/mainline/blobs/master/mathactivity.py#line75

 Note to Sugar toolkit guys, I'd love to have a formal API to indicate
 collaboration not supported.

 Best,
 Wade

 On Mon, Feb 2, 2009 at 6:10 PM, James Simmons 
 jim.simm...@walgreens.comwrote:

 First, I want to praise whoever put together the Sugar packages for
 Fedora 10.  After struggling with Xubuntu and with sugar-jhbuild on
 openSUSE I finally have a sugar test environment where everything seems
 to work!  It was well worth wiping out my openSUSE install and starting
 over with a new distribution.  I'll probably do the same to my Xubuntu
 box eventually.

 Second, now that I have this I want to perfect collaboration on my two
 Activities, Read Etexts and View Slides.  Unfortunately, I am convinced
 that collaboration in View Slides that involves sending large Zip
 archives over the network is not and never will be practical.  What I'm
 thinking about now is making the person sharing a slide show see only
 the image being viewed on the XO that has the full presentation.  The
 master XO would page through the slides and those sharing would follow
 along.  I'm not sure that's practical, either.

 While I'm figuring this out, what I'd really like to do is release a
 version of View Slides that has no collaboration at all.  This would
 mean hiding the control on the Activity toolbar that supports
 collaboration.  When I figure out something intelligent to do with
 collaboration I'll restore it.  Is this possible, and how would I go
 about doing it?

 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




 --
 Don't think for a minute that power concedes. We have to work like our
 future depends on it.  -- Barack Obama

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


ActivityTeam inaugural meeting

2009-01-28 Thread Wade Brainerd
Hi everyone,
Please join us for the first Sugar Labs ActivityTeam IRC meeting this
Friday, 3PM EST in #sugar-meeting on FreeNode.

http://sugarlabs.org/go/ActivityTeam/Meetings

All are encouraged to attend.  I will be especially happy to see the
following kinds of people well represented:

- Current and former activity developers, maintainers, packagers, testers!
- Kind souls willing to help slog through and categorize the hundreds of
Sugar activities at http://wiki.sugarlabs.org/go/ActivityTeam/ActivityStatus
.
- Deployment representatives who need activities  activity features
yesterday.
- G1G1 participants who want to get involved.
- Representatives from the other SL teams.

Hope to see you there,

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


Re: multitouch + audio feedback linux dev - XO-2?

2009-01-27 Thread Wade Brainerd
On Mon, Jan 26, 2009 at 11:57 PM, da...@lang.hm wrote:

 On Mon, 26 Jan 2009, Wade Brainerd wrote:

 Here's to staying focused,


 agreed, but I don't see how you can do a keyboard and not have some
 multi-touch stuff (shift keys to start with)

 I am in the group that has serious doubts about the current XO-2 design. I
 suspect that when push comes to shove the idea of the second screen being
 the keyboard will go the way of the crank in the XO-1


You've got a point about the keyboard, in my haste to rant I totally
sidestepped that :)  A piano keyboard would be pretty lame if it didn't
support chords.  That said, I was reacting to the idea that Multi-Pointer X
was the way to handle the screen from a software standpoint.  Instead, if
the hardware supports multitouch, a custom API should be developed just for
the keyboard based on instantaneous pressure.  Multi-pointer would be
overkill to a simple solution.

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


Re: [Sugar-devel] Pippy not ready for Sucrose

2009-01-26 Thread Wade Brainerd
Awesome, thank you Brian for stepping up!
Is something additional required in order to make sure the activity runs
properly in SoaS or jhbuild?

-Wade

On Mon, Jan 26, 2009 at 2:14 PM, Brian Jordan br...@laptop.org wrote:

 On Fri, Jan 23, 2009 at 2:21 PM, Simon Schampijer si...@schampijer.de
 wrote:
  Simon Schampijer wrote:
  Hi,
 
  the Sucrose package of Pippy is version 25 - when I last released it
  back in August. Since then there has been some development going into
  Pippy (now version 30)
  http://dev.laptop.org/git?p=projects/pippy-activity;a=shortlog
 
  But none of the maintainers did follow the Sucrose release cycle, even
  though I sent a reminder
  http://lists.laptop.org/pipermail/sugar/2008-November/010021.html
 
  Any, specific reason for that? Pippy has not been moved to
  git.sugarlabs.org, as well.
 
  please indicate clearly:
  * if you still want to be part of Sucrose (including following the
  release cycle)
  * any new maintainer that is willing to do this task if you does not
 want to
  * any issues/reasons you have to do so
 
  Best,
  Simon
 
 
  To follow up on this, I mainly want to find a maintainer for Pippy for
  Sucrose. If there is no one willing to do that we drop it, which is ok -
  one can still download the xo etc, I just want a clearer situation.
 
 Hi,

 I will maintain Pippy for Sucrose, though I may need a bit of hand holding.

 Please let me know if what I did seems correct (esp. step 2):

 1. l got the most recent version of Pippy from git
 git-clone git://dev.laptop.org/projects/pippy-activity
 cd pippy-activity

 2. ./setup.py gave a bunch of invalid entry in MANIFEST errors about
 different locales, so I ran:
 ./setup.py fix_manifest

 3. ./setup.py dist_source

 4. I asked a crank sysadmin to add me to the Sugar group,
 And I moved Pippy-30.tar.bz2 to:
 http://dev.laptop.org/pub/sugar/sources/Pippy/Pippy-30.tar.bz2 (805K)

 I will move pippy over to git.sugarlabs.org as well.

 Thanks,
 Brian


  Wade, do you have maybe someone in mind?
 
  Cheers,
 Simon
 
  ___
  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: multitouch + audio feedback linux dev - XO-2?

2009-01-26 Thread Wade Brainerd
My (unasked for) opinion is that multitouch should not be a focus of OLPC's
development efforts.  The real benefit will just come from being able to
touch the screen in the first place.

Writing a decent multitouch interface requires massive UI design and coding
efforts that we frankly cannot muster right now, and the concept is so
immature in the Linux world that we cannot rely on someone else to do it for
us.  A real multitouch device would require a development effort similar to
what Apple put into the iPhone, that is hundreds of engineers over several
years with absolute control over the software stack.  Given financial
realities that's just not going to happen with XO-2.

That said, here's hoping the final solution is pressure sensitive!  The
Nintendo DS gets all kinds of wonderful features out of that, and it's
already part of XInput.

Imagine the possibilities of a screen that can become any kind of keyboard
you can imagine (computer, piano, drum, painting canvas, etc).

Here's to staying focused,

-Wade

On Mon, Jan 26, 2009 at 11:25 PM, da...@lang.hm wrote:

 On Tue, 27 Jan 2009, Carlos Nazareno wrote:

  1) Are there any existing hooks/systems for Linux for multi-touch?
  That's the only proper way you can get a virtual keyboard to work for
  a double-touchscreen clamshell device (the feasibility of which is not
  sold to me because of the power consumption of running a 2nd screen vs
  a keyboard, and mostly mostly mostly the lack of haptic feedback from
  a virtual keyboard).
 SNIP
  So back to the question: any existing Linux multi-touch
 hooks/drivers/APIs?

 there has been some discussion on the kernel mailing list recently. they
 are still hammering out what reasonable APIs will be (different
 multi-touch systems provide different capabilities)

 David Lang
 ___
 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: Activities migration status

2009-01-14 Thread Wade Brainerd
On Wed, Jan 14, 2009 at 6:05 AM, S Page i...@skierpage.com wrote:
 I'm not sure what you're doing, but if you want activities...
 When the call went out for activities for 9.1.0 I put all the meta-lists of
 activities in
 http://wiki.laptop.org/go/9.1.0#Lists_of_possible_candidate_activities

 That links to some interesting queries in
 http://wiki.laptop.org/go/Activity_queries  :
 * 45 pages with a Devel status
 * 116 pages that appear to have an activity bundle
 * 310 pages in Category:Activities in the main namespace.

 and I'm sure there are more activities that lack a page on on
 wiki.laptop.org

Thanks, this is a great source of information.

What we are trying to do is track down all the activities that have
been written (or started) and then migrate them to SugarLabs
infrastructure, with permission from their authors.  At the same time
we will encourage their authors to finish them, update them to work
with recent builds, document them, make sure they can be packaged for
non-XO distros, etc.

-Wade

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


Activities migration status

2009-01-13 Thread Wade Brainerd
Awesome, thank you Rafael!

Today I went through dev.laptop.org/git identifying those projects
that contain Sugar activities.

http://sugarlabs.org/go/ActivityTeam/ActivityStatus

Still remaining is to go through Activities/All (and code.google.com,
personal sites, etc) and find those activities which do not have d.l.o
repositories.

The list is *massive*.  I had no idea we had so many cool activities
in various stages of development!  The process of finding their
authors and migrating them to SL will result in some great new
software for Sugar.  It will be a lot of work but I know the end
result will be worth it.

Best regards,
Wade

On Tue, Jan 13, 2009 at 9:05 PM, Rafael Enrique Ortiz Guerrero
dir...@gmail.com wrote:
 Hello

 I've followed the instructions on
 http://sugarlabs.org/go/ActivityTeam/How_to_migrate_from_OLPC

 to have bounce on gitorious.

 http://git.sugarlabs.org/projects/bounce


 cheers!.
 Rafael Ortiz

 ___
 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: child protection + anti-cheating

2009-01-11 Thread Wade Brainerd
Something I hope will end up in Sugar someday are more classroom
management tools.

Maine's Apple-based classroom laptop system gives the teacher the
ability to remotely watch the screens of all the kids in the room.  No
need to stand at the back of the classroom.

Just the knowledge that the teacher is capable of doing this is
usually enough to keep kids from IMing answers to each other.

Perhaps a 'Classroom' activity will make it onto the AT proposals list :)

-Wade

On 1/10/09, Martin Langhoff martin.langh...@gmail.com wrote:
 On Sat, Jan 10, 2009 at 11:25 PM, Chris Ball c...@laptop.org wrote:
How do we prevent cheating between students?

 You can't prevent this.

 Exactly. I've been working with online tools for education for ~8
 years now, and it's interesting to note - paper+pen technology does
 not prevent cheating either.

 A few times I've been confronted with this cannot possibly be used in
 education until there is no way of cheating with it, ignoring that
 books, pen and paper are *great* for cheating. And also for smuggling
 questionable printed materials into school too -- books and folders
 can hide magazines with porn or political manifestos.

 Ban paper, put anyone who owns a printer in jail :-)

 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: Wine activity

2009-01-06 Thread Wade Brainerd
The point is that even with all the time in the world, one could not
port everything.  There are millions of man hours invested in
educational Windows program which could run on the XO, I'm just
suggesting that we spend some time collecting and packaging the better
ones into WineLearning.

It's also a political move, since deployments can see that Windows
programs do indeed run on the XO without needing to switch OSes.

If I had a week or two sure, I could port CueCard, but I've got other
priorities and Urko Roman's Assimilate activity seems to have the slot
generally covered.

-Wade

On Tue, Jan 6, 2009 at 1:11 AM, Ixo X oxI i...@myna.ws wrote:
 Wade,
   :)  Any hope of just convincing you to port your program to python/sugar,
 so it runs the best under sugar?
 :)

 -Ixo

 2009/1/4 Wade Brainerd wad...@gmail.com

 Has anyone considered doing a scan of download.com and similar sites for
 small, free educational software for Windows, and then bundling them with
 this Wine activity?

 I'm the author of CueCard, which is a flash card training program for
 Windows.  I have tested and it works great under Vincent's Wine activity.  I
 know there are lots of other free, simple educational programs for Windows
 and it would be great to be able to offer a 'Wine bundle' activity with a
 bunch of them pre-installed.

 I think deployments ought to consider this as well.  They can think of it
 as Windows training for their students :)

 -Wade

 On Fri, Dec 12, 2008 at 4:24 PM, Samuel Klein meta...@gmail.com wrote:

 A popular program that has been requested a few times via Wine is
 Let's Go for english learning.
 This activity definitely needs its own section on
 wiki.laptop.org/go/Wine ...  SJ

 On Wed, Dec 10, 2008 at 4:30 PM, Ben Wiley Sittler bsitt...@gmail.com
 wrote:
  That's awesome work! I was able to install Wine and use it, including
  firefox and a win32 application I had previously build using mingw32
  under Linux on another PC and uploaded to a webserver, and then
  downloaded using firefox inside wine. However, I did notice the
  following oddities:
 
  1. When I later resumed the activity from the journal, the wallpaper
  was gone and nothing worked, although the start-menu items for firefox
  were still there.
 
  2. It was not clear to me how to save wine's state to the journal.
 
  3. At some point the usual 'leave full-screen mode' icon appeared in
  the upper-right corner, but clicking it seemed to have no effect other
  than to make it disappear, i.e. no sugar UI appeared and the desktop
  size did not change.
 
  4. Wine crashed when I used Firefox's download manager to open the
  location of a downloaded file (winefile appeared briefly, then the
  whole activity crashed.) I have no idea why yet, but perhaps there is
  some information left in a log file somewhere I will find.
 
  On the bright side, this means it's fairly trivial to run at least
  some windows-only software on the OLPC now, which is great when
  there's not yet a Sugar or Linux version.
 
  -Ben
 
  On Tue, Dec 9, 2008 at 12:02 PM, Vincent Povirk
  madewokherd+8...@gmail.com wrote:
  The Wine activity has advanced to the point where I think it's ready
  for testing by actual users.
 
  The current package, development history, and my todo list are at
  http://wiki.winehq.org/SugaredWine
 
  The intent of this project is to provide a shell that can be used to
  run Windows programs using Wine in the Sugar environment. It should be
  good enough that someone used to Windows can grab and install a
  Windows program without help, once the activity is installed. Ideally,
  the installer and software will both work fine in Wine and within the
  hardware limitations of an XO. In this ideal case, someone used to
  Windows should be able to operate it without help.
 
  If it does not live up to this ideal for platinum software (according
  to the Wine appdb) whose hardware requirements the XO meets, I want to
  know about it and hopefully fix it.
 
  Wine bugs and hardware limitations mean a lot of Windows programs
  won't work or won't work properly. On Linux, one can often push the
  compatibility much further than what works out of the box by looking
  at console messages (the log viewer works for this) and tweaking Wine.
  Don't expect everything to work perfectly, but don't give up if it
  doesn't. This is normal, even on Linux.
 
  Winehq.org has support channels for such cases (appdb, bugzilla,
  mailing lists, and the winehq irc channel). Most of the people there
  probably don't know anything about Sugared Wine, but collectively they
  should know more than I do about making Wine work in general. If a
  program doesn't work for you, you can go to any of those places for
  support. You can also email sugaredw...@codeweavers.com. That goes
  directly to me for now, but in the future (maybe the very near future)
  I may decide to send it somewhere public, like a mailing list,
  instead.
 
  Wine and the code that I developed

9.1.0 Schedule (Was Re: Fedora Desktop on XO)

2009-01-06 Thread Wade Brainerd
On Tue, Jan 6, 2009 at 4:48 PM, Michael Stone mich...@laptop.org wrote:
 Greg,

 I don't mean to be nasty, but I do feel the need to be blunt:

 On Tue, Jan 06, 2009 at 04:28:36PM -0500, Greg Smith wrote:
 Hi Michael,

 We are definitely behind where I would like to be at this stage.

 How far behind?

I work in an environment where products are always shipped on time.
We are given a deadline to finish the project, which is usually a few
months before the product actually ships.  We have to finish the
project by this deadline, and we believe it.

Privately, the management team knows the real date the product must be
finished by in order to be manufactured in time to coincide with
marketing pushes, holidays, etc.   As we reach and pass our first
deadline, we are given new drop dead deadlines and we believe them.

Absolute honesty in scheduling is not necessarily a good thing.
Another way to put it is, you don't win a war without losing any
battles.

Adding big, scary features to 9.1.0 without stop-shipment level reason
just because you know you are going to miss it anyway seems like a bad
idea.  Regarding filesystem choice, I would lean towards trying to
enable swap on JFFS2, or eliminating the need for swap by choosing a
lighter setup or enforcing RAM usage restrictions on program startup
and adding RAM exhaustion warnings to the UI.

Best,
-Wade
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: New joyride build 2615

2009-01-06 Thread Wade Brainerd
I think it had to do with eliminating a repeated wakeup?

http://blogs.gnome.org/johan/2008/01/04/enough-wakeups-in-python-programs/

On Tue, Jan 6, 2009 at 7:22 PM, Peter Robinson pbrobin...@gmail.com wrote:
 -pygobject2 2.15.4-3.olpc4.2
 +pygobject2 2.15.4-3.olpc4.3

 Does anyone know off the top of their head the reason for this fork
 from mainline Fedora?

 Peter
 ___
 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: Emulating 8.2-767

2009-01-05 Thread Wade Brainerd
I would love to convert my OLPC Installer for Windows over to VMWare.
In my experience it provides a better experience on Windows.  I'd also
like to convert it over to using Bert's image rather than the stock
8.2.0 image.

What would be even better would be for the OLPC guys to set up
emulator builds which mirror the regular Joyride, Staging, etc. builds
and apply Bert's customizations automatically.

-Wade

On Mon, Jan 5, 2009 at 10:06 AM, Brian Jordan br...@laptop.org wrote:
 Hi Bert,

 On Sun, Dec 21, 2008 at 6:03 PM, Bert Freudenberg b...@freudenbergs.de 
 wrote:
 Feel free to post it anywhere you think it makes sense. Glad it's useful to
 some. I already got some feedback after posting to my blog, including the
 confirmation it indeed works on Windows:

 From Bert's Blog
 Update: Reportedly it does work in VMWare Player on Windows too (see
 comments). Maybe someone can make an appliance from that.

 I wonder what it would take for someone to create and distribute a
 standalone player of the 8.2 image for Windows?

 Would registration be necessary for distribution?
 http://www.vmware.com/products/player/player-reseller-registration.html

 This and the VMWare Fusion option would be great for letting non-XO
 owners try Sugar and participate in testing!

 What are first steps for this?

 Brian


 http://croquetweak.blogspot.com/2008/12/emulating-latest-stable-olpc-xo.html

 - Bert -

 On 21.12.2008, at 23:45, Brian Jordan wrote:

 Hi Bert,

 This is amazing, thanks!

 This would be great to have on
 http://wiki.laptop.org/go/Emulating_the_XO/Quick_Start/Mac

 Brian

 On Wed, Dec 3, 2008 at 11:43 AM, Bert Freudenberg b...@freudenbergs.de
 wrote:

 Hi everyone,

 even with XOs readily available now there are quite a lot of reasons
 why one would want to emulate it on another machine. One being to hook
 up a projector. Unfortunately there are quite a number of hoops (*)
 one has to jump through to make it work.

 Anyway, I made a virtual machine that allows me to emulate the XO on
 my Mac, running Sugar in the XO's native 1200x900 resolution, scaled
 down to a nice physical size in a window an my regular screen
 (fullscreen works too). Sound works (even Tam Tam), Browse works (so
 networking is good, although I don't see anyone in the neighborhood).
 Camera and mic are not working (Measure crashes, Record shows blank
 picture), and a Sugar restart does not actually restart Sugar, but
 apart from that it seems fully functional, and much nicer than the
 emulations I had used to date.

 These are live-sized screenshots (calibrated using the Ruler activity):

 http://dev.laptop.org/~bert/Ruler-emulated.png
 http://dev.laptop.org/~bert/Home-emulated.png
 http://dev.laptop.org/~bert/Journal-emulated.png
 http://dev.laptop.org/~bert/TamTamMini-emulated.png

 And here you can get that virtual machine (665 MB, 2 GB unzipped):

 http://dev.laptop.org/~bert/VMWare-Fusion-8.2-767-bf.zip

 This is for VMWare Fusion on the Mac, which I found to be much better
 at running Linux clients than Parallels (I had been using that for 2
 years). Give it a try, it's free as in beer for 30 days. No I don't
 get paid if you buy it.

 If you extract the disk image from the zip file it might work in
 VMWare on Windows. Maybe someone can make an appliance from that.

 (*)
 Now to the hoops:

 * I started with the 767/ext3 image from
  http://download.laptop.org/xo-1/os/official/
 * extended to 2 GB by appending /dev/zero
  (jffs2 compression gives roughly 2 GB too)
 * enlarged the partition to full 2 GB
  (using fdisk and ext2resize)
 * mounted that in a Fedora 10 virtual machine
 * copied over the F10 kernel, initrd, and modules
  (olpc kernel wanted AMD instructions)
 * edited grub.conf to use that kernel
 * and appended a root=/dev/sda1 kernel arg
  (the fedora kernel wants to use LVM otherwise)
 * unmounted
 * created new virtual machine
  (that disk, 1 CPU, 256 MB RAM, NAT networking)
 * booted into that new system
 * installed Perl
  (for vmware tools installer)
 * installed vmware tools
  (to get the X driver)
  (but none of the kernel modules, would need make/gcc/etc.)
 * deleted Perl
  (to restore the default sw environment)
 * copied the existing xorg-vmware.conf to xorg.conf
  (to get 1200x900 resolution w/ 200 dpi)
 * booted into Sugar
  (looks really nice so scaled down)
 * installed activities
  (took a long time, maybe it's my DSL)
 * tested a bit
 * rm -r ~olpc/.sugar
  (to remove my personal data)
 * should have deleted sshd host keys, too, but didn't
 * shut down
 * zip
 * upload
 * ...
 * ...
 * ...
 * still no profit? ;)

 Enjoy.

 And maybe remove some of the obstacles in future releases (a disk
 image with headroom and a standard kernel would be simple to do and go
 a long way).

 - Bert -

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



 ___
 Devel mailing list
 

Re: Emulating 8.2-767

2009-01-05 Thread Wade Brainerd
On Mon, Jan 5, 2009 at 1:16 PM, Michael Stone mich...@laptop.org wrote:
 On Mon, Jan 05, 2009 at 01:07:00PM -0500, Wade Brainerd wrote:

 I would love to convert my OLPC Installer for Windows over to VMWare.
 In my experience it provides a better experience on Windows.  I'd also
 like to convert it over to using Bert's image rather than the stock
 8.2.0 image.

 What would be even better would be for the OLPC guys to set up
 emulator builds which mirror the regular Joyride, Staging, etc. builds
 and apply Bert's customizations automatically.

 Wade,

 Is there something you need access to (e.g. an account?) that prevents
 you from doing this yourself?

Knowledge and time.

:)

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


Re: Emulating 8.2-767

2009-01-05 Thread Wade Brainerd
It's just a ton more work to find emulator software, pick an OS, set
it up, and install everything.

I'd like all my Windows and Mac loving game developer buddies to just
have a one click download and launch into Sugar.

-Wade

On Mon, Jan 5, 2009 at 1:15 PM, Chris Ball c...@laptop.org wrote:
 Hi,

I would love to convert my OLPC Installer for Windows over to
VMWare.  In my experience it provides a better experience on
Windows.  I'd also like to convert it over to using Bert's image
rather than the stock 8.2.0 image.

What would be even better would be for the OLPC guys to set up
emulator builds which mirror the regular Joyride, Staging,
etc. builds and apply Bert's customizations automatically.

 My attitude recently has been that Sugar wants to target all of these
 machines, so it's not necessary for people to emulate OLPC's builds
 anymore -- if someone on a Mac wants to run Sugar, they can install
 Fedora 10 in an emulator and run yum install sugar, for example.

 (There's also the Sugar on a Stick ISO, which saves the and then
 install Sugar part:  http://sugarlabs.org/go/Sugar_on_a_Stick .)

 Do you think this approach is misguided?  Or, maybe there's something
 that currently the OLPC builds offer that the other solution doesn't
 that we should try to move upstream?

 Thanks,

 - Chris.
 --
 Chris Ball   c...@laptop.org

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


Re: Wine activity

2009-01-05 Thread Wade Brainerd
Yeah, I was thinking along the lines of a WineLearning activity or  
similar, versus bundling stuff with the main Wine activity.

Wade

On Jan 4, 2009, at 11:32 PM, Vincent Povirk madewokherd+8...@gmail.com 
  wrote:

 I'd prefer to avoid bundling in general because it adds to the disk
 space requirement.  I can justify 7-zip and Firefox because they tend
 to be needed for doing anything useful.

 If there's a useful program that works very well on an XO running the
 Wine activity and has no native sugar equivalent, I may be willing to
 throw in a shortcut that downloads/installs it.

 For programs in that category, I may also consider helping the author
 create a stand-alone activity.

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


Re: DebXO 0.4 stable enough to travel with

2009-01-04 Thread Wade Brainerd
On Sun, Jan 4, 2009 at 9:00 AM, John Gilmore g...@toad.com wrote:

 I perhaps foolishly brought an XO running debXO-0.4 as my sole laptop
 during a multiweek European trip.  Midway thru that trip, I am pleased
 to report that it is stable enough for reasonable use, at least in my
 application (ssh, web, and random downloads of pdf's, mp3's, ogg
 videos, etc).  See http://wiki.laptop.org/go/DebXO .


I run something similar on my XO when I'm using it.  For developing, I have
stock 8.2.0 on a SD partition.  My setup is F9 based and using the Awesome
window manager.  It's certainly nice to be able to 'yum install xyz' and
have it just work.  I can certainly relate to feeling like my XO has become
a 'real' laptop.

Sugar has a ways to go before it's effective as a normal user's desktop.  I
found the Gnome NM applet vs 'bobbing for access points' analogy
particularly amusing.

Cheers,
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 Wade Brainerd
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?


 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.

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


Re: anonymous gray activity circles

2009-01-04 Thread Wade Brainerd
Hey Michael,

Did you try applying Sayamindu's patch from the previous email (and did you
see the associated screenshot)?

I'm surprised it hasn't been cleaned up and pushed by the Sugar dev team by
now.

-Wade

On Sun, Jan 4, 2009 at 5:55 PM, Michael Stone mich...@laptop.org wrote:

 On Sat, Jan 03, 2009 at 02:23:41PM -0500, Chris Marshall wrote:
 Two specific questions come to mind:
 
 (1) How does Sugar know that a new top level
  window has been instantiated?  Is there a
  hook from the X server or what?

 Here's a short code tour for your enjoyment. I'll start by tracing
 backwards from what we know:

 1. Clone the sugar source code:

   git clone git://git.sugarlabs.org/sugar/mainline.git sugar

 2. We know that things including gray circles appear in the top part of
 the frame. What causes this?

   cd sugar
   find . -name '*frame*'
   # Inspiration!
   cd src/jarabe/frame

 3. Start reading files here looking for info about how the frame is
 constructed.

   Ah hah! We find out from src/jarabe/frame/frame.py that the frame
   consists of four panels.


 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/frame/frame.py#line117

   What goes in the top panel? Read _create_top_panel():


 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/frame/frame.py#line177

   Bingo! An ActivitiesTray()!

 4. Go find ActivitiesTray():

   First, search for ActivitiesTray. Find the import line at


 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/frame/frame.py#line29

   Next, go read src/jarabe/frame/activitiestray.py looking for the
   definition of ActivitiesTray()


 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/frame/activitiestray.py#line299

 5. Figure out what message causes the tray to add icons.

   Doesn't that __activity_added_cb() callback look suspicious?

   Let's figure out what causes self._home_model to generate
   'activity-added' signals.

 6. Track down self._home_model.

   Ah! In ActivitiesTray.__init__, we set it equal to shell.get_model().

   Where does the variable shell come from? From here:


 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/frame/activitiestray.py#line39

 7. Track down 'get_model' in src/jarabe/model/shell.py


 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/model/shell.py#line573

   So what's a ShellModel?

 8. Look more carefully at ShellModel.

   We find the definition of the 'activity-added' signal here:


 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/model/shell.py#line282

   alongside several other tasty-sounding signals.

   ...

   Oooh, look at the __init__ method:


 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/model/shell.py#line310

   Doesn't that window-open signal sound interesting?

 9. Review.

   We've pretty much figured out the chain of events that results in the
   appearance of a new button on the frame's top panel's activities tray.

   Moreover, while we still don't really know why the buttons sometimes
   display gray circles vs activity icons or how to remove a button, we
   can be fairly sure that the answers lie close by, e.g.

   (where the gray circles come from:)

 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/frame/activitiestray.py#line67

   and back in jarabe.model.shell.ShellModel, which seems to be driving
   the show w.r.t. to the display and removal of items in the
   ActivitiesTray.

 10. Forward.

   The questions which remain include:

 a) What things are driving the ShellModel? Are they doing so
 correctly?

hint: nope. read

 http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/model/shell.py#line434

 http://standards.freedesktop.org/startup-notification-spec/startup-notification-latest.txt

(also, please help me get the ideas in the patches at the top of
  http://dev.laptop.org/git/users/mstone/sugar and
  http://dev.laptop.org/git/users/mstone/sugar-toolkit
merged which, while they won't solve your problem, may still be
generally useful.)

 b) What icon data should we be feeding into those buttons? Where
 does it come from?

hint: read
  http://standards.freedesktop.org/wm-spec/latest/

 http://standards.freedesktop.org/wm-spec/latest/ar01s05.html#id2569669
and start asking questions.

 Hope this helps,

 Michael
 ___
 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

2009-01-04 Thread Wade Brainerd
BTW, this activity is a perfect example of what I was talking about with my
'web-activity' and sugar.activity.activity.WebActivity class proposals.  You
want a way to install it to the home screen, give it an icon, and have it
launch seamlessly just like any other activity.

As it is, I spent some time last month and ported Yay! Bee See to PyGTK so
it would behave as a normal activity, but if we had the system I described
in Sugar already, I wouldn't have done so.

My link is http://dev.laptop.org/~wadeb/Yay!BeeSee-2.xo

Best,
Wade

On Wed, Dec 10, 2008 at 4:39 PM, Ben Wiley Sittler bsitt...@gmail.comwrote:

 Hi,

 I've been playing around with this a bit, and I still can't figure out
 the xol files. When I download

 http://wiki.laptop.org/images/2/28/Yay-Bee-See-9.xol

 In Browse, it does get saved to the Journal, and when I start the xol
 file from the Journal it launches Browse with the main HTML file from
 the collection, and a subsequently launched vanilla Browse includes
 yay-bee-see in the images section of the Library.

 However, even after I keep both the .xol file and the Browse
 session, rebooting the machine causes yay-bee-see to disappear from
 the images section of the Library (and the kept Browse session to show
 a File Not Found message) until I open the .xol file again. Is this
 intended/expected behavior?

 Is there some way to keep user-installed Library Collections installed
 across reboots?

 Thanks,
 -Ben

 On Mon, Nov 24, 2008 at 9:08 PM, Samuel Klein meta...@gmail.com wrote:
  Yes, that's a fine baseline.   As you point out, I had a hard time
  with the license field; enter what you like but please do include a
  full LICENSE file in the bundle that provides specific licenses (and
  attribution where required), image by image.
 
  If you download an xol file onto your xo from a webserver that has
  mimetypes set properly (such as w.l.o) it should automatically install
  itself into your Library/ directory.
 
  I don't know about that page not rendering properly on an XO; what
  version of Browse are you running?
 
  SJ
 
  On Mon, Nov 24, 2008 at 11:55 PM, Ben Wiley Sittler bsitt...@gmail.com
 wrote:
  Thanks!
 
  A few questions, though:
 
  1. Is there any reason I shouldn't start with your version 2 .xol as
  my baseline? I'd like to update it to use the new lower-resolution,
  lower-quality images (which still look just fine on the XO-1 even in
  greyscale high-resolution mode zoomed out to the 1px = 1px scale.)
 
  2. Is there some way to install the .xol more user-friendly than just
  unzipping it into the ~/Library directory?
 
  3. I notice that in the description on the wiki for the bundle you
  wrote fdl text, pd, cc-by and cc-sa images. Some of the images are
  cc-by-sa and fdl, too. Also, the HTML text is actually pd (or at least
  it was in the version I released — of course you are welcome to
  license copyrighted derivative versions however you like.)
 
  4. And finally, is there some reason the OLPC wiki does not work right
  when viewed from an XO-1? I had to go through URL-hacking contortions
  to open that page in Browse (it just said the page was empty
  otherwise.)
 
  Thanks, (and please pardon my ignorance!)
  -Ben
 
  On Mon, Nov 24, 2008 at 8:43 PM, Samuel Klein meta...@gmail.com
 wrote:
   Ben --
 
  When you're zipping up the directory, if you add a metadata file in
  this subpath:
   library/library.info
 
  and give the resulting zip file the extension .xol, you'll have an XO
  library bundle.
 
  Here is a sample info file, with all required fields :
  http://wiki.laptop.org/go/Image:Yay-bee-see-library.info
  Note that the 'name' field in the info file should match the name of
  the root directory.
 
  Our standard is to increment the version # in the metadata every time
  you make a change; that allows tools like Sugar's software updater
  know when there are newer versions of packages available to install.
 
  SJ
 
  On Mon, Nov 24, 2008 at 7:31 PM, Ben Wiley Sittler bsitt...@gmail.com
 wrote:
  yeah, i added a 1200x900 version with more agressive JPEG compression
  which looks good both in color mode and in monochrome mode and is only
  4 MiB or so:
 
  http://xent.com/~bsittler/yay-bee-see-olpc.ziphttp://xent.com/%7Ebsittler/yay-bee-see-olpc.zip
 
  hosted version:
 
  http://xent.com/~bsittler/yay-bee-see-olpc/index.htmlhttp://xent.com/%7Ebsittler/yay-bee-see-olpc/index.html
 
  does that seem any faster?
 
  On Mon, Nov 24, 2008 at 3:26 PM, Gary C Martin g...@garycmartin.com
 wrote:
  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 

Re: Wine activity

2009-01-04 Thread Wade Brainerd
Has anyone considered doing a scan of download.com and similar sites for
small, free educational software for Windows, and then bundling them with
this Wine activity?

I'm the author of CueCard, which is a flash card training program for
Windows.  I have tested and it works great under Vincent's Wine activity.  I
know there are lots of other free, simple educational programs for Windows
and it would be great to be able to offer a 'Wine bundle' activity with a
bunch of them pre-installed.

I think deployments ought to consider this as well.  They can think of it as
Windows training for their students :)

-Wade

On Fri, Dec 12, 2008 at 4:24 PM, Samuel Klein meta...@gmail.com wrote:

 A popular program that has been requested a few times via Wine is
 Let's Go for english learning.
 This activity definitely needs its own section on
 wiki.laptop.org/go/Wine ...  SJ

 On Wed, Dec 10, 2008 at 4:30 PM, Ben Wiley Sittler bsitt...@gmail.com
 wrote:
  That's awesome work! I was able to install Wine and use it, including
  firefox and a win32 application I had previously build using mingw32
  under Linux on another PC and uploaded to a webserver, and then
  downloaded using firefox inside wine. However, I did notice the
  following oddities:
 
  1. When I later resumed the activity from the journal, the wallpaper
  was gone and nothing worked, although the start-menu items for firefox
  were still there.
 
  2. It was not clear to me how to save wine's state to the journal.
 
  3. At some point the usual 'leave full-screen mode' icon appeared in
  the upper-right corner, but clicking it seemed to have no effect other
  than to make it disappear, i.e. no sugar UI appeared and the desktop
  size did not change.
 
  4. Wine crashed when I used Firefox's download manager to open the
  location of a downloaded file (winefile appeared briefly, then the
  whole activity crashed.) I have no idea why yet, but perhaps there is
  some information left in a log file somewhere I will find.
 
  On the bright side, this means it's fairly trivial to run at least
  some windows-only software on the OLPC now, which is great when
  there's not yet a Sugar or Linux version.
 
  -Ben
 
  On Tue, Dec 9, 2008 at 12:02 PM, Vincent Povirk
  madewokherd+8...@gmail.com madewokherd%2b8...@gmail.com wrote:
  The Wine activity has advanced to the point where I think it's ready
  for testing by actual users.
 
  The current package, development history, and my todo list are at
  http://wiki.winehq.org/SugaredWine
 
  The intent of this project is to provide a shell that can be used to
  run Windows programs using Wine in the Sugar environment. It should be
  good enough that someone used to Windows can grab and install a
  Windows program without help, once the activity is installed. Ideally,
  the installer and software will both work fine in Wine and within the
  hardware limitations of an XO. In this ideal case, someone used to
  Windows should be able to operate it without help.
 
  If it does not live up to this ideal for platinum software (according
  to the Wine appdb) whose hardware requirements the XO meets, I want to
  know about it and hopefully fix it.
 
  Wine bugs and hardware limitations mean a lot of Windows programs
  won't work or won't work properly. On Linux, one can often push the
  compatibility much further than what works out of the box by looking
  at console messages (the log viewer works for this) and tweaking Wine.
  Don't expect everything to work perfectly, but don't give up if it
  doesn't. This is normal, even on Linux.
 
  Winehq.org has support channels for such cases (appdb, bugzilla,
  mailing lists, and the winehq irc channel). Most of the people there
  probably don't know anything about Sugared Wine, but collectively they
  should know more than I do about making Wine work in general. If a
  program doesn't work for you, you can go to any of those places for
  support. You can also email sugaredw...@codeweavers.com. That goes
  directly to me for now, but in the future (maybe the very near future)
  I may decide to send it somewhere public, like a mailing list,
  instead.
 
  Wine and the code that I developed for this project are licensed under
  the GNU LGPL. The entire package isn't quite LGPL because I included
  7-zip. 7-zip is LGPL + unRAR restriction (you're not allowed to use
  the source code to create a RAR compressor).
 
  If you have a program that works well in this Wine package and would
  like to package it as a stand-alone .xo, please let me know. I already
  did most of the work for this so that I could include 7-zip and a
  firefox downloader/installer (and I could probably have included
  firefox itself if not for the fact that it would require uploading
  non-open-source code to repo.or.cz).
 
  Vincent Povirk
  ___
  Devel mailing list
  Devel@lists.laptop.org
  http://lists.laptop.org/listinfo/devel
 
  

Re: performance work

2008-12-31 Thread Wade Brainerd
I agree with Jordan.  You just have to sit down and do the work to optimize
the code, either finding the fastest path through hardware and software
stack.
I've rewritten Bounce twice now for performance just to hold on to 20fps on
the XO.  Colors! has been through many performance iterations as well
(compare v1 and v13 with large brushes).  I've just had my hat handed to me
by Cairo for Typing Turtle as well (with the hand display enabled, you can
type about 1WPM).  So I'm looking forward to rewriting my keyboard rendering
to deal with that.

If you have an issue with the performance of the XO, just spend the time by
yourself to analyze it and fix it, talking about it accomplishes nothing.
 If you find a solution that would help others, post it.

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


Re: performance work

2008-12-31 Thread Wade Brainerd
Hi Greg,
I think there's actually a lot of overlap between activity performance work
and OS performance work.

The bottlenecks I encountered and resolved were in PyGTK, Cairo, the Python
interpreter, librsvg, etc.  These are the many of the same libraries which
are believed to cause sluggishness in the core UI.

Unfortunately, most of my performance success was had by replacing the
aforementioned libraries with custom C++ extension modules.  Each time I
remove some Cairo code and replace it with custom C++ code, the activity
gets faster.  I wouldn't advocate the Sugar developers take that approach :)

-Wade

On Wed, Dec 31, 2008 at 4:01 PM, Greg Smith gregsmitho...@gmail.com wrote:

 Hi All,

 Answering two e-mails on one pass.

 I agree, its hard work.

 Wade,

 I believe this thread is about optimizing the XO OS and GUI. That's why I
 call the requirement General_UI_sluggishness.

 Optimizing applications is yet another challenge. I'm all for people doing
 that hard work and documenting it so the next person doesn't have to
 re-invent the wheel. Your performance URL is already posted to the page in
 the tools section. Let me know if you have any other links (GIT URLs?) or
 e-mails I should make easily accessible.

 Michael,

 The performance goal I worked out with Eben is on the page already. It
 could be better but its a start.

 Lots of people have noticed.

 Neil and Jordan analyzed which Cairo calls are causing the most trouble and
 how long they take.  I also broke John's suggestions in to general areas:
 http://wiki.laptop.org/go/Feature_roadmap/General_UI_sluggishness

 Could use more editing (e.g. swap suggestions may belong in memory, file
 read/write caching should be added etc.).

 You're just scratcing the surface with BW, latency and messages. CPU
 cycles, process priority, caching, bottleneck definition, instruction sets
 and compilers, word/block/sector size usage, and if you're really hard core
 rows and columns are all optimizable.

 If you have an algorithm improvement to offer, I'm all ears.

 When we have a critical mass of time from professional engineers we can
 improve performance. Until then it waits and the users wait too.

 Let's build on what we have, we're making progress.

 Thanks,

 Greg S

 

 On Wed, Dec 31, 2008 at 09:20:27AM -0700, Jordan Crouse wrote:
  The solution to the performance problems is good old fashioned elbow
 grease These are the sorts of things that we need to find and
  squash - and yes, it will be very time consuming and a little boring.

 Several anecdotes for your amusement and reflection:

 * When was the last time someone posted to devel asking: what is the
  right algorithm or datastructure for task ?

 * When was the last time someone publicly analyzed the upper or lower
  bounds on the bandwidth, latency, or quantity of messages necessary to
  accomplish task ?

 * When was the last time that you published a performance goal for your
  software? Did you hit it? Did anyone notice?

 Michael

 P.S. - Charles Leiserson once remarked that performance is like a
 currency which programmers trade for (all) other worthwhile things like
 schedule targets, scope of features, other resource consumption, various
 kinds of security, etc [1]. This suggests that one would do better to
 ask for performance or  but not both. Think of Blizzard.

 [1] http://www.catonmat.net/blog/mit-introduction-to-algorithms-part-one/

 Wade Brainerd wrote:

 I agree with Jordan.  You just have to sit down and do the work to
 optimize
 the code, either finding the fastest path through hardware and software
 stack.
 I've rewritten Bounce twice now for performance just to hold on to 20fps
 on
 the XO.  Colors! has been through many performance iterations as well
 (compare v1 and v13 with large brushes).  I've just had my hat handed to
 me
 by Cairo for Typing Turtle as well (with the hand display enabled, you can
 type about 1WPM).  So I'm looking forward to rewriting my keyboard
 rendering
 to deal with that.

 If you have an issue with the performance of the XO, just spend the time
 by
 yourself to analyze it and fix it, talking about it accomplishes nothing.
  If you find a solution that would help others, post it.

 -Wade


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


Colors!-v13 released

2008-12-21 Thread Wade Brainerd
Hey all,

I have released Colors! version 13 with improved Wacom tablet support.
Painting has been optimized, refresh bugs have been fixed, a color pickup
feature has been added, and numerous polishing tweaks have been made to the
UI.

http://dev.laptop.org/~wadeb/Colors!-13.xo

Testing and feedback are welcome, as always.

The wiki page will be updated once the server comes back up!

Best,
Wade

Note: There are still some minor known bugs in collaboration.  I'm having a
hard time getting my XO VM and my real XO to see each other.  But I hope to
make another release which resolves these issues before long.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Activities] Colors!-v13 released

2008-12-21 Thread Wade Brainerd
Hey,
The activity itself merely accepts Wacom tablet input from XInput via the
standard GDK events.  With your kernel module and with X properly
configured, supporting Wacom tablets in activities requires no code at all,
and accessing pressure information is a one line addition.
However, since the OLPC builds do not have the kernel module, and do not
have X configured to support Wacom tablets, I provide a script on the
Colors! wiki page which will set your computer up.  The script downloads and
installs your wacom.ko file from d.l.o, and replaces xorg-dcon.conf with one
that has the needed devices.

Cheers,
-Wade

On Sun, Dec 21, 2008 at 5:39 PM, p...@laptop.org wrote:

 hi wade -- how does colors deal with the lack of wacom support in
 the kernel?  do you bundle a driver module?

 paul

 wade wrote:
   Hey all,
  
   I have released Colors! version 13 with improved Wacom tablet support.
   Painting has been optimized, refresh bugs have been fixed, a color
 pickup
   feature has been added, and numerous polishing tweaks have been made to
 the
   UI.
  
   http://dev.laptop.org/~wadeb/Colors!-13.xo
  
   Testing and feedback are welcome, as always.
  
   The wiki page will be updated once the server comes back up!
  
   Best,
   Wade
  
   Note: There are still some minor known bugs in collaboration.  I'm
 having a
   hard time getting my XO VM and my real XO to see each other.  But I hope
 to
   make another release which resolves these issues before long.

 =-
  paul fox, p...@laptop.org
  give one laptop, get one laptop --- http://www.laptop.com/xo

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


Re: performance work

2008-12-17 Thread Wade Brainerd
On Tue, Dec 16, 2008 at 7:08 PM, Neil Graham l...@screamingduck.com wrote:

 On Tue, 2008-12-16 at 16:23 -0700, Jordan Crouse wrote:
  The first thing you need to do is determine which operations you really
  care about. I would first target the operations that deal with text and
  rounded corners, since those will be the most complex. Straight blits
  and rectangle fills are important, but less interesting, since they
  involve the least work in the path between you and the GPU.
 Fundimentally, you care about the operations that are making it slow.
 Those are the ones A) being used lots B) Take notable amounts of time in
 total and C) have room for improvement.

 Is there a build of cairo that can produce a log of what calls are used
 in typical XO use?


Some good ways to find out are located here:

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

I personally most often use oprofile, without vmlinux (I don't know where to
get a vmlinux file for the olpc kernel).

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


Re: Help runnning a script after Installing an activity from .xo

2008-12-17 Thread Wade Brainerd
2008/12/16 shivaprasad javali jbs...@gmail.com

 Hi,

 I am developing an activity for the XO. I have the .xo file ready to
 install but I still have one problem. After Installing the activity I need
 to make the XO run a script. I need to do this because the Application makes
 use of the OSS module to render sound which is not loaded by default on the
 XO. So I have to modify the /etc/sysconfig/modules/olpc-1.modules file so
 that I ask the XO to load the OSS module when it boots.

 As I understand it the .xo file is just a zip file and when you install it
 will just be unzipped and put in the proper location. So is there any way I
 can get it to run a script after installing and be in the super user mode
 when I run the script. I also need to run the script so that the proper
 localisation files suitable for the language of the XO to be copied to
 proper locations. I dont want to create a different .xo file for each
 language.


I think this is beyond the .xo file system.  For Colors! Wacom support
(which is an optional component of the activity, in my case) I provide a
link to an install script on the activity wiki page, and then along with the
users, try to convince the OLPC guys to include my module in their builds :)

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


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

2008-12-15 Thread Wade Brainerd
Hey Chris,

Awesome, thanks for testing!

On Sun, Dec 14, 2008 at 12:12 PM, Chris Marshall
jns-cmarsh...@comcast.netwrote:

 * The display update seems to be by continuous stroke:
  XO #1 user draws a curve not lifting pen.  After the stylus
  is lifted from the tablet the stroke updates on XO #2.


That's intentional, for network performance reasons.   I didn't want to try
to create a realtime network application given the potential for shaky
wireless.  The painting algorithm is written in terms of strokes anyway so
it would be very inefficient to try to paint two strokes simultaneously on
one XO.

If you have a friend available, I'd love to hear how it holds up over a
Jabber server with both people scribbling simultaneously :)

* The mouse would need to be moved on the other XO for the
  screen updates to propagate.


That's *not* intentional, sounds like another side effect of the idling
change (to reduce battery usage)!

* The colors and brush parameters are common to both XOs
  although the display of the settings widget (color and
  brush type) did not update with changes from the other
  side.


Also not intentional, sounds like a bug!  Each XO should have its own brush
settings.

* Erasing the screen was only an option on XO #1 (the inviter)
  *but* the clear screen did not propagate to the other XOs
  so further drawing on XO #1 was not in sync with the images
  on XO #2.  Suggest that clear image be propagated with the
  option to do a local save to Journal on XO #2 so that work
  is not lost if they wish to keep it.


The erase should be propagated.  Good idea regarding the option to keep,
I'll see if it can be done (the receiving XO would have to queue canvas
updates until the Alert was cleared - Sugar doesn't really provide for modal
alerts).

* It would be really cool if each XO had its own pointer with
  brush/palette/... options.  One mode that would be nice
  might be a sort of side-by-side version where each XO would
  be able to draw its own part of the screen (by mask, not
  necessarily by rectangle) so the students could work on a
  joint drawing.


Yeah, that's definitely how it's intended to be!   It was designed such that
both users can paint anywhere at the same time using different brushes, but
that the strokes appear in a consistent order on both XOs.

* A mural mode would be excellent with a large virtual
  drawing area and each XO able to pan around and draw
  wherever


Good idea!  As of v11 the painting canvas can be arbitrarily sized (it used
to be locked at 1/2x the window size), so it might be smart to add a change
canvas size option now.

* The mouse drawing problem was also visible in collaboration.


Yep, this is a global bug- I'm waiting to release the next version publicly
until it and a few other things are fixed.

Thanks again for the reports Chris, it's amazingly useful (and motivating)!
:)

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


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

2008-12-11 Thread Wade Brainerd
BTW, if any of you guys playing around with Colors! have access to multiple
XOs, I would love to hear how the collaboration feature is working (and what
you think about it).

-Wade

On Thu, Dec 11, 2008 at 8:07 AM, Wade Brainerd [EMAIL PROTECTED] wrote:

 Hi Chris,

 On Thu, Dec 11, 2008 at 7:05 AM, Chris Marshall [EMAIL PROTECTED]
  wrote:

 I tried to get an image of my finished drawing
 from the Journal but the only option was to
 resume Colors!.  Then when it resumed it seemed
 to hang.  I then clicked on Play and dragged
 the slider to 100 and the image finally appeared.


 Gary Martin reported this too.  It's an issue that appeared when I stopped
 Colors! from pegging the CPU all the time.  There is an idle event that
 needs to be turned on when playback is running, it should be a simple fix.


 Trying to reproduce the problem, I noticed that
 if I move the stylus pointer while the program
 was resuming, it looked like progress started to
 be made or at least updates to the display.


 Yep, makes sense - the mouse events wake up the 'update' loop which allows
 the playback to make progress.  There should be an idle event doing this
 while playback is active.

 How can one get an image of the drawing for
 sharing/printing/...?


 Git builds have a Copy button which copies the canvas to the clipboard.
 Note that Copy  Paste semantics will be slightly different from normal
 apps, in that Copy will copy the current canvas state, while Paste will
 paste into the Reference Image.

 I don't know if all wacom tablets have the same linear
 resolution.  Ideally, the value for Suppress would be
 calculated from the native tablet resolution and the
 drawing area pixel dimensions.  e.g. a tablet with only
 1000lpi resolution might work better with a value of 25.


 Good point - It would be nice to be able to specify Suppress as a ratio
 that takes into account the screen resolution.  Perhaps a filter in the
 mouse event handler would be more effective after all, since it could just
 take into account the screen space movement when discarding events.


 Maybe whiten the image slightly as if looking through
 paper and make it easier to have it be a visual guide
 independent of the drawing itself?


 Yeah, I will have to play with this to figure out how to make it most
 useful.

 You might keep track of the zoom center for each
 level and then just pop the stack.  The problem
 I had would not have occurred if the zoom in and
 zoom out operations were inverses.


 Good idea!  Zoom in will remain the same (e.g. focus on the mouse cursor),
 but I will change Zoom out to pop the stack.

  Maybe one of the Wacom buttons could be assigned to the Frame key event?
  Can this be done in xorg-dcon.conf?


 I think the buttons look like mouse-ish events.  At any
 rate they can be detected and acted upon.


 Perhaps we can map it to Mouse4 or some other obscure mouse button, and
 then patch Sugar to recognize that as the frame key.  That would actually be
 kind of nice for people with many-button mice to be able to open the Frame
 without reaching for the keyboard, since the Frame is mouse driven anyway.

 Best,
 Wade


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


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

2008-12-10 Thread Wade Brainerd
Hey Chris, thanks for the feedback!  It's great to hear from people using
Colors! on XO.

On Wed, Dec 10, 2008 at 6:58 PM, Chris Marshall
[EMAIL PROTECTED]wrote:

 It is true that reducing the update rate would lower the
 pen position resolution of lines...but the Bamboo tablet
 has a linear resolution of 2400+ lines per inch which is
 about 12X the XO pixel resolution and 24X your 2X reduced
 drawing canvas.  As a result, even with skipping pen
 deltas of 24 or less the pen output events will still
 be at the finest drawing precision.  This is not even
 including the fact that the brush is more than a single
 pixel wide typically.

 If you add an entry under the first wacom Xinput entry in
 your xorg-dcon.conf file like:

  Option Suppress 60

 you'll get much better drawing response with the existing
 infrastructure.  I tried 10-72 and to keep up with faster
 sketching or larger brushes, the rate needs to be at 50 or
 greater.  After the above edit and a 3-finger-salute to
 restart the X server on the XO, Colors! basically worked
 well with the tablet.


This is good reasoning, and I wasn't aware of the Supress option - I'm
pretty new to Linux programming and X in particular.  I had been considering
implementing that kind of filter in the PyGTK mouse handler.  I've updated
the xorg-dcon.conf on dev.laptop.org to include this setting.

There is a command line configuration program (xsetwacom)
 that could be used to configure Wacom tablet settings
 without editing the xorg-dcon.conf file.  I don't know
 if a restart of X would then be required.  It might be
 possible to base a control panel interface calling the
 underlying utility per Tomeu Vizoso's previous mention
 in this thread.


Yep, 60 works well enough though that it's probably not worth a
configuration option.  I will still work on optimizing the painting
performance though.

I tried the earlier photo snap and it was awkward to toggle
 the underlying photo image.  It would be more helpful if the
 photo could be drawn over as if on tracing paper.  The toggle
 on/off would still be useful at different levels of refinement
 of the painting.


That's a good idea.  When I reimplement Photo Snap, I'll do it that way (so
you are painting over it, e.g. the white background will show the image when
it's enabled).


 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.


This should be documented better, or maybe have some visual feedback.  Zoom
in  out keep the mouse cursor on the same point in the canvas before and
after the zoom operation.  This is handy for quick zooms, you just point at
the area you want to detail and zoom in.  In Git I have added a 'Center
image' toolbar button though, since it can be hard to recenter. the image.
You can also always scroll the image manually by holding the Hand button and
dragging with the mouse.


 Finally, I'm not sure how to handle this but it was difficult
 to trigger the Frame exposure via the tablet since the drawing
 area seems to be exactly the entire screen.  If it were to be
 extended a bit at the top then the Frame would be easier to
 get to from the tablet only.


Maybe one of the Wacom buttons could be assigned to the Frame key event?
Can this be done in xorg-dcon.conf?

I've got an old serial Intuos that I'll try to get configured
 this weekend.  I'll let you know how it goes...  If we get
 this working, maybe Amazon could add a People who bought this
 item [the XO], also bought this [Wacom Bamboo]...  :-)


Great!  Thanks again for the feedback, I'll try to release a new version
before long with these suggestions.

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


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

2008-12-09 Thread Wade Brainerd
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

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.shhttp://dev.laptop.org/%7Ewadeb/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


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

2008-12-09 Thread Wade Brainerd
The script has been updated to fix Stan's problem.  It was missing a mkdir
for the drivers/usb/input directory.

-Wade

2008/12/9 Stanley Sokolow [EMAIL PROTECTED]

 Wade,

 I tried:
 *sudo depmod
 sudo modprobe wacom*

 but all I got was an error from the modprobe:
 *FATAL:  Module wacom not found.*

 I then tried:
 *sudo modprobe linuxwacom*
 and got the same error.

 Stan

 -

 Wade Brainerd-2 (via Nabble) 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

 On Tue, Dec 9, 2008 at 9:34 AM, Stanley Sokolow [EMAIL 
 PROTECTED]http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=1634998i=0
  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.shhttp://dev.laptop.org/%7Ewadeb/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
 [EMAIL 
 PROTECTED]http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=1634998i=1
 http://lists.laptop.org/listinfo/devel



 ___
 Devel mailing list
 [EMAIL 
 PROTECTED]http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=1634998i=2
 http://lists.laptop.org/listinfo/devel



 --
 View this message in context: Re: [Sugar-devel] Wacom Bamboo with 
 XO?http://n2.nabble.com/Wacom-Bamboo-with-XO--tp1508107p1635054.html

 Sent from the Software development mailing list 
 archivehttp://n2.nabble.com/Software-development-f396211.htmlat 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


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

2008-12-08 Thread Wade Brainerd
On Mon, Dec 8, 2008 at 5:02 AM, Chris Marshall [EMAIL PROTECTED]wrote:

 That was the missing step to the instructions.
 I downloaded wacom.ko, did an insmod wacom.ko
 as root and restarted X et. voila!


Awesome!  I've update the wiki page with a link to a script that just does
it all for you.


 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...).


Yeah, it's a shame that support was removed (via a driver rewrite which
ignores the PT) in recent kernel builds.  Otherwise, I was going to add it
at the same time.


 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.


The mouse events go at a higher priority than the expose events, so the
screen update waits until you stop moving if it gets behind.  But, at the
end your entire stroke should appear.  I would be concerned about reducing
the update rate, it might lead to less accurate drawing.

I've got some optimizations planned to the C module which should make it
better, and I think there are some bottenecks in the X server that slow
things down and could be fixed, but my recommendation for now is to draw
slower :)


 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.


I'd like to see the next OLPC Software Release contain the wacom drivers.
It would especially help activity developers prepare for XO-2.

BTW, Colors! version 11 did not appear to have
 the photo snap capability.  Was that removed?


See Nirav's response.  I'm also planning to add Paste support so you can
just snap the photo in Record (or whatever) and paste it into the Reference
image, then paint over that.

Best regards,
Wade
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


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

2008-12-07 Thread Wade Brainerd
On Sun, Dec 7, 2008 at 12:49 PM, Chris Marshall
[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.

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


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

2008-12-07 Thread Wade Brainerd
On Sun, Dec 7, 2008 at 5:16 PM, Wade Brainerd [EMAIL PROTECTED] wrote:

 On Sun, Dec 7, 2008 at 12:49 PM, Chris Marshall [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.kohttp://dev.laptop.org/%7Epgf/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.

 -Wade


Oh, and my version of linuxwacom is 0.7.9.8, release 6.fc9.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


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

2008-12-06 Thread Wade Brainerd
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

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


Re: Wacom Bamboo with XO?

2008-11-25 Thread Wade Brainerd
I imagine if we could get it working and if the driver isn't too
large, the OLPC guys would be willing to include the module in 9.1.

Has anyone gotten it compiled and tried the gtk.gdk.Device test yet?

-Wade

On Fri, Nov 21, 2008 at 11:34 PM, Chris Marshall
[EMAIL PROTECTED] wrote:
 Wade Brainerd wrote:

 For someone with a tablet, it would be nice to see the results of a
 simple PyGTK program which reports X, Y and Pressure from the
 gtk.gdk.SOURCE_PEN device, using the gtk.gdk.Device API.

 http://www.pygtk.org/docs/pygtk/class-gdkdevice.html

 If this works, it would be quite easy to integrate Wacom support into
 Colors! and other Sugar activities.

 Well, I'm going to try to get follow the Wacom
 instructions for installing the tablet drivers.
 I haven't built or installed a linux kernel or
 drivers so we'll see how that learning curve
 goes...then there are the special idiosyncracies
 of the XO. :-)

 Once the driver and kernel modules are built for
 the 8.2 os kernel, how would we go about distributing
 the drivers in a usable fashion.  Following kernel
 compile and link instructions won't work.  We need
 something like a signed update.  Is there any way
 to have a signed update by a developer rather than
 the OLPC?  Otherwise, is there a way to make the
 tablet driver available for an Activity?

 --Chris

 -Wade

 On Tue, Nov 18, 2008 at 8:26 AM,  [EMAIL PROTECTED] wrote:

 robert --

 [EMAIL PROTECTED] wrote:
   Paul,
  
   Are you using the driver code from http://linuxwacom.sourceforge.net/
  ?

 no -- i just built the driver that's in the kernel tree.

 paul

   I had intended on trying this but have been too busy to get the time
   set up the correct environment or follow all the steps involved for
   the initial setup
   http://linuxwacom.sourceforge.net/index.php/doc
  
   If you get something you think is workable let me know and I can test
   it with one of my Wacom Intuos 2 tablets.
  
   Note there is also a mouse as well as a pen with this tablet so the
   mouse code needs to be compiled as well.
  
   thanks for all the good work!!
   /Robert
  
   On Nov 17, 2008, at 8:37 AM, [EMAIL PROTECTED] wrote:
  
building and insmod'ing wacom.ko lets the Sapphire tablet move
the mouse cursor.  i confess i've never used a tablet, so i don't
know whether the button on the stylus doesn't behave as a mouse
button is expected or not.  also, the motion i get when moving
the stylus on the pad is relative, not absolute.  there are no
module parameters, so any tuning must be via some other
mechanism.  i can supply the driver module to anyone who would
like to try it.
   
i'm probably not the right guy to pursue this further, but i've
added a mention of tablet support to #7326, which is a tracker
for requested modules.
   
paul
   
wade wrote:
If you guys can get a driver working and expose the API, I'll add
support to Colors!.  It already has support for pressure
 sensitivity
(variable brush size and/or opacity) in the painting engine.
   
-Wade
   
On Mon, Nov 17, 2008 at 8:04 AM,  [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.
   
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
   
   
=-
 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

 =-
  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



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


Re: Wacom Bamboo with XO?

2008-11-21 Thread Wade Brainerd
For someone with a tablet, it would be nice to see the results of a
simple PyGTK program which reports X, Y and Pressure from the
gtk.gdk.SOURCE_PEN device, using the gtk.gdk.Device API.

http://www.pygtk.org/docs/pygtk/class-gdkdevice.html

If this works, it would be quite easy to integrate Wacom support into
Colors! and other Sugar activities.

-Wade

On Tue, Nov 18, 2008 at 8:26 AM,  [EMAIL PROTECTED] wrote:
 robert --

 [EMAIL PROTECTED] wrote:
   Paul,
  
   Are you using the driver code from http://linuxwacom.sourceforge.net/  ?

 no -- i just built the driver that's in the kernel tree.

 paul

   I had intended on trying this but have been too busy to get the time
   set up the correct environment or follow all the steps involved for
   the initial setup
   http://linuxwacom.sourceforge.net/index.php/doc
  
   If you get something you think is workable let me know and I can test
   it with one of my Wacom Intuos 2 tablets.
  
   Note there is also a mouse as well as a pen with this tablet so the
   mouse code needs to be compiled as well.
  
   thanks for all the good work!!
   /Robert
  
   On Nov 17, 2008, at 8:37 AM, [EMAIL PROTECTED] wrote:
  
building and insmod'ing wacom.ko lets the Sapphire tablet move
the mouse cursor.  i confess i've never used a tablet, so i don't
know whether the button on the stylus doesn't behave as a mouse
button is expected or not.  also, the motion i get when moving
the stylus on the pad is relative, not absolute.  there are no
module parameters, so any tuning must be via some other
mechanism.  i can supply the driver module to anyone who would
like to try it.
   
i'm probably not the right guy to pursue this further, but i've
added a mention of tablet support to #7326, which is a tracker
for requested modules.
   
paul
   
wade wrote:
If you guys can get a driver working and expose the API, I'll add
support to Colors!.  It already has support for pressure sensitivity
(variable brush size and/or opacity) in the painting engine.
   
-Wade
   
On Mon, Nov 17, 2008 at 8:04 AM,  [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.
   
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
   
   
=-
 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

 =-
  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: Wacom Bamboo with XO?

2008-11-17 Thread Wade Brainerd
If you guys can get a driver working and expose the API, I'll add
support to Colors!.  It already has support for pressure sensitivity
(variable brush size and/or opacity) in the painting engine.

-Wade

On Mon, Nov 17, 2008 at 8:04 AM,  [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.

 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: Wacom Bamboo with XO?

2008-11-17 Thread Wade Brainerd
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.

On Mon, Nov 17, 2008 at 1:40 PM,  [EMAIL PROTECTED] wrote:
 gary c martin wrote:
   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 :-)

 are you already set up to build an olpc kernel?  if so:
- run make menuconfig, select
Device Drivers
Input device support
Tablets
 and change the Wacom entry to m

 save your changes, thne

- make modules

- copy drivers/input/tablet/wacom.ko to the XO, and insmod it.

 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: Emulating 8.2 images on QEMU for windows

2008-11-13 Thread Wade Brainerd
I'd love to get the Windows installer capable of installing without
issue on Vista, but I lack a Vista machine to test.  I would welcome
any assistance with this matter!

Also, regarding downloading the image instead of bundling it, It easy
to modify the installer to download the image.  NSIS has a Download
plugin for this exact purpose.  That would drop the initial file size
down to a few MB, and we could add a disk space check beforehand.

--

To work on the installer:

Install NSIS from nsis.sourceforge.net.

Get the installer source code:
git clone git://dev.laptop.org/git/users/wadeb/wininstall/.git

Or, download the source .tgz source file from this link:
http://dev.laptop.org/git?p=users/wadeb/wininstall/.git;a=snapshot

The installer code is all in the 'olpc.nsi' file.  This is a simple,
text based install script.  The NSIS download has full documentation
for the language.

Cheers,
Wade


On Thu, Nov 13, 2008 at 3:29 PM, Ton van Overbeek [EMAIL PROTECTED] wrote:
 Mwarren wrote:

 I put together a new Quick Start bundle at
 http://sites.google.com/site/olpcqemu/Home/olpc_qemu_8.2.0.zip (4.7 MB).
 The
 bundle includes Ton's qemu-svn-4887, KQEMU 1.4.0pre1, the cwRsync bundle
 (rsync, cygwin1.dll, PuTTY), curl and bunzip2. The OLPC image has been
 replaced with a get-image.cmd script that automatically downloads an
 image,
 bunzip2's it, and creates a linked .qcow2.img file.  I would appreciate it
 if you can try out the bundle and give feedback -
 http://wiki.laptop.org/index.php?title=User_talk:Mwarrenaction=edit .

 Thank you,

 Mark


 Works fine for me on Win XP/SP3.
 A few remarks:
 - Might put a warning in for people (like me) who already have Cygwin
 installed.
  Two cygwin1.dll on the same system can create problems.
 - Put more emphasis on 'run as Administrator' for the install start and stop
  of the kqemu service.
  Without kqemu you do not have run as Administrator (but it will be very
 slow).
 - You do not say how to ssh into the emulated XO:
  For a command line ssh: 'ssh -p  [EMAIL PROTECTED]'.
  For PuTTY you have to change the port from 22 to .
  Also you first have to set a password on the olpc account in the emulated
 xo,
  otherwise no ssh logins are allowed.
 - You might want to mention to let software update download all the G1G1
 activities
  on the first boot of the emulated xo.
  Alternatively we could set up an image somewhere with the G1G1 activities
 already
  included.

 It might be an idea to combine your approach with Wade Brainerd's installer.
 See http://lists.laptop.org/pipermail/devel/2008-November/021016.html .
 However the installer has problems installing the service on Vista due to
 UAC.

 I cc'ed Wade on this email.

 Good work !!

 Ton van Overbeek
 PS Have not updated my original zip with libusb0.dll yet. Will do this soon.

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


Re: Emulating 8.2 images on QEMU for windows

2008-11-13 Thread Wade Brainerd
Oh, and Ton - if you're interested in hacking on QEMU some more, I
would love to see a build with some extra command line parameters:

--start-kqemuExecutes 'net start kqemu' automatically if the service exists.
--window-title=   Changes the title of the window from QEMU to
whatever, say 'OLPC Software Environment 8.2.0'.

Then we could have the shortcut run qemu.exe directly and eliminate
the command prompt window, for a more seamless experience.

Best,
Wade

On Thu, Nov 13, 2008 at 4:30 PM, Wade Brainerd [EMAIL PROTECTED] wrote:
 I'd love to get the Windows installer capable of installing without
 issue on Vista, but I lack a Vista machine to test.  I would welcome
 any assistance with this matter!

 Also, regarding downloading the image instead of bundling it, It easy
 to modify the installer to download the image.  NSIS has a Download
 plugin for this exact purpose.  That would drop the initial file size
 down to a few MB, and we could add a disk space check beforehand.

 --

 To work on the installer:

 Install NSIS from nsis.sourceforge.net.

 Get the installer source code:
 git clone git://dev.laptop.org/git/users/wadeb/wininstall/.git

 Or, download the source .tgz source file from this link:
 http://dev.laptop.org/git?p=users/wadeb/wininstall/.git;a=snapshot

 The installer code is all in the 'olpc.nsi' file.  This is a simple,
 text based install script.  The NSIS download has full documentation
 for the language.

 Cheers,
 Wade


 On Thu, Nov 13, 2008 at 3:29 PM, Ton van Overbeek [EMAIL PROTECTED] wrote:
 Mwarren wrote:

 I put together a new Quick Start bundle at
 http://sites.google.com/site/olpcqemu/Home/olpc_qemu_8.2.0.zip (4.7 MB).
 The
 bundle includes Ton's qemu-svn-4887, KQEMU 1.4.0pre1, the cwRsync bundle
 (rsync, cygwin1.dll, PuTTY), curl and bunzip2. The OLPC image has been
 replaced with a get-image.cmd script that automatically downloads an
 image,
 bunzip2's it, and creates a linked .qcow2.img file.  I would appreciate it
 if you can try out the bundle and give feedback -
 http://wiki.laptop.org/index.php?title=User_talk:Mwarrenaction=edit .

 Thank you,

 Mark


 Works fine for me on Win XP/SP3.
 A few remarks:
 - Might put a warning in for people (like me) who already have Cygwin
 installed.
  Two cygwin1.dll on the same system can create problems.
 - Put more emphasis on 'run as Administrator' for the install start and stop
  of the kqemu service.
  Without kqemu you do not have run as Administrator (but it will be very
 slow).
 - You do not say how to ssh into the emulated XO:
  For a command line ssh: 'ssh -p  [EMAIL PROTECTED]'.
  For PuTTY you have to change the port from 22 to .
  Also you first have to set a password on the olpc account in the emulated
 xo,
  otherwise no ssh logins are allowed.
 - You might want to mention to let software update download all the G1G1
 activities
  on the first boot of the emulated xo.
  Alternatively we could set up an image somewhere with the G1G1 activities
 already
  included.

 It might be an idea to combine your approach with Wade Brainerd's installer.
 See http://lists.laptop.org/pipermail/devel/2008-November/021016.html .
 However the installer has problems installing the service on Vista due to
 UAC.

 I cc'ed Wade on this email.

 Good work !!

 Ton van Overbeek
 PS Have not updated my original zip with libusb0.dll yet. Will do this soon.


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


Re: Emulating 8.2 images on QEMU for windows

2008-11-13 Thread Wade Brainerd
On Thu, Nov 13, 2008 at 9:31 PM, Ton van Overbeek [EMAIL PROTECTED] wrote:
 --start-kqemuExecutes 'net start kqemu' automatically if the service 
 exists.

 This will require some real hacking. Will probably require to run qemu as
 Administrator:

I wonder if we could make the installer cause the service to start at
boot, since the installer will require Administrator privileges
anyway.  Does the kqemu service use significant resources?

 --window-title=   Changes the title of the window from QEMU to
 whatever, say 'OLPC Software Environment 8.2.0'.


 You can already do this today.
 Use the -name option on qemu:
  -name OLPC Software Environment 8.2.0 
 The qemu window will then have QEMU (OLPC Software Environment 8.2.0) as 
 title.

Cool, I'll add this in the next version of the installer.

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


Sugar installer for Windows

2008-11-10 Thread Wade Brainerd
Hi all,

I wrote a simple Sugar installer for Windows:
http://dev.laptop.org/~wadeb/OLPC-XO-Software-8.2.0-Setup.exe

It installs/uninstalls a working Sugar environment (based on Ton van
Overbeek's QEMU) with just a few clicks.

The installer was built using the open source installer creator NSIS
(nsis.sourceforge.net).  The installer script can be found here:
http://dev.laptop.org/git/users/wadeb/wininstall/.git

Note to build administrators: NSIS exists for Linux, so this process
of creating Windows installers for Sugar could be automated.

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


Journal, Clipboard and activity instances vs. files (was Re: Recent Updates to Sugar Almanac)

2008-06-16 Thread Wade Brainerd
2008/6/16 Faisal Anwar [EMAIL PROTECTED]:
 Rather than keeping track of what
 state you are in, it seems more coherent and natural that the developer only
 worries about specific calls to write metadata when he wants to write
 metadata (like volume and playback settings) and only worries about
 file-specific calls when he wants to manipulate files.

Hey,

I've had this read_file and write_file confusion before too.

I think it's an issue in the design of Sugar, where there has been an
attempt to mix files and activity instances.  This leads to
problems like when you plug external storage into the XO and all these
fake activity instances appear in the Journal and have to be
filtered into the datastore, even though they are really just files,
and the usability issues with the Journal spending time indexing,
removing file extensions, flattening path hierarchy, etc.  Or the need
to pop up the Journal Object chooser when we have a perfectly function
clipboard on the frame.

(If I were designing Sugar from scratch) I would consider linking the
concepts of file with object on the clipboard.  That is, you
cannot start an activity from a file, you can only paste a file into a
running activity instance from the clipboard (or choose the Open With
item on the clipboard context menu).  This takes care of the Start
with issue quite nicely.  And Read would not be a special case
activity, you could either launch it and Paste, or launch it from the
Clipboard context menu.  The clipboard would become an arbitrary
storage pool of mime objects.  It would persist across reboots, and
would provide the user interface to access external storage.  In fact,
it would really just be a simplified UI to a folder tree in
/home/olpc/ (and /media/).

This would leave the Journal as the collection of activity instances
only, while the clipboard would be the collection of plain mime
objects only.  When you download an item in Browse, rather than going
to the Journal, it would go to the clipboard.  Downloaded files could
be easily located in Terminal by checking /home/olpc/.sugar/clipboard/
or similar.  The issue with starting activities in Develop could be
reduced to the context menu of an activity having a Copy Bundle option
which would copy the .xo file to the clipboard, to be pasted into a
new Develop instance.

The effect of all this on the API would be that activities would not
have files to read and write at all, they would deal solely with
metadata, which should clear up the confusion.  The current APIs would
be left for backwards compatibility, but whatever was written would be
packaged up with the metadata and stored in the activity instance.

Hope all this blue sky brainstorming isn't annoying anyone too much :)

Best regards,
Wade
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Journal, Clipboard and activity instances vs. files (was Re: Recent Updates to Sugar Almanac)

2008-06-16 Thread Wade Brainerd
Hey James,

It actually sounds a bit like we're talking about the same thing...

On Mon, Jun 16, 2008 at 3:26 PM, James Simmons
[EMAIL PROTECTED] wrote:
 What you propose sounds difficult for a kid to master.  For myself, I'd like
 external storage to be treated differently from Journal entries and to
 *look* like its being treated differently.  External storage could have
 files and directories, you could navigate through them with a Midnight
 Commander-like interface, and you could lauch Activities from files in them
 if they had the needed MIME type.  This interface would be for the grownups
 (teachers), who would be the main users of external storage.

Right, I was moving the external storage into the clipboard UI
(extending the clipboard to handle it basically) as an alternative to
introducing a third UI for managing data objects.  Since the clipboard
deals in MIME types already, it seemed natural to put external storage
there too, and to route more data to the clipboard by default, for
example downloaded files.

 The current Journal user interface would be left pretty much alone, because
 it *does* work for kids.  Meta data would be fixed so that it persisted
 across reboots.  Journal entries would *not* be made for Activities that
 don't really need them (Terminal, Log Viewer, etc.  The Activity would
 specify that it did not want to be resumeable).

Agreed completely, I just want to remove the files from the Journal
and put them somewhere else.

Also, I think Terminal could use a decent Journal implementation, that
would save the environment and scrollback buffer.

The problem is more that the current home UI encourages creation of
new blank activity instances over resuming old ones.  This is somewhat
addressed in the new UI design, at the cost of some clarity in the
separation between activities and activity instances.  I also wrote up
some ideas on how to deal with it at
[[User:Wade/Ideas/Activity_Management]].

Regards,

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


Re: Trac: release management

2008-06-15 Thread Wade Brainerd
On Fri, Jun 13, 2008 at 11:45 AM, Noah Kantrowitz [EMAIL PROTECTED] wrote:
 I know there is a Git plugin for Trac, anyone know why it isn't
 installed?  I would love to see commits on the Trac Timeline RSS feed,
 and the Trac source browser is pretty nice too.

 People requested we stay with gitweb as everyone was familiar with it.

Would anyone be opposed to having both installed?  The Browse Sources
link would use Trac, but there could be a prominent link to gitweb on
the main wiki page.

Gitweb offers tarball snapshots, and might make better use of Git's
terminology (but I'm not sure).

Trac offers ticket links from commit comments, integration with the
timeline, a source line annotation view, syntax highlighting, diff
between arbitrary revisions, not to mention the web 2.0 interface :).
I am a big fan of the timeline integration personally, it's a great
way to sense the activity areas of the project when a lot of the code
is hosted on the central server.

A good site for checking out the Trac browser is Trac itself,
http://trac.edgewall.org/browser/.

Anyone else have an opinion on the matter or am I the only one?

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


Re: Trac: release management

2008-06-13 Thread Wade Brainerd
Hello,

I agree wholeheartedly that ticket triage and statistical analysis is
a worthwhile effort, so I think I support what Garrett is talking
about.

At my employer we have teams of producers constantly watching
individual and per-component bug counts, transfering bugs from
overworked team members, ensuring progress is being made according to
priority levels, and tracking the rate of change of the blocking
ticket count compared with previous projects to estimate our
completion date, among other things.

Without that kind of attention, there is no way we would ship anything
on time.  I don't care how the open source world usually does it,
releases don't happen unless you're on top of your tickets.

I know there is a Git plugin for Trac, anyone know why it isn't
installed?  I would love to see commits on the Trac Timeline RSS feed,
and the Trac source browser is pretty nice too.

Regards,

-Wade

On Fri, Jun 13, 2008 at 11:09 AM, Garrett Goebel
[EMAIL PROTECTED] wrote:
 On Thu, Jun 5, 2008 at 6:57 PM, Martin Dengler [EMAIL PROTECTED] wrote:
 On Thu, Jun 05, 2008 at 04:25:53PM -0400, Garrett Goebel wrote:

 ... I'll write you a query which will give all the
 non-closed tickets which have never been changed by the owner.

 Are you hoping to get OLPC management more justification for hiring
 more people from this metric?  Or convince others that OLPC is
 overworked?

 I'm hoping to:
 o  make the state of inactive tickets easier to see and distinguish
 between tickets which have had:
  - no human interaction
  - no owner interaction
  - no activity for over a given period of time
 o  make trac more useful for release planning and scheduling

 It won't be perfect. Each problem to be solved is unique. Each
 programmer different.  But if we use running aggregates based on the
 last n months of historic data, we can finesse those back of the
 envelope guesstimations until they're more than just guesses.

 At which point using time based estimations and FTEs will give the
 release manager the ability to do more than just guess at when X, Y,
 and Z can be delivered.

 Which is a nice position to be in, when you have to explain to upper
 management why new feature 'B' which they want to put at the head of
 the queue is going to push back the features already in the works.
 Especially when 'B' touches a lot of other code and is going to
 require a lot of FTE hours. And it is nice when you can turn around
 and point to historic data and which shows that tickets which have
 impacted more than 1 or 2 other subsystems and required over 40 hours
 to complete have historically resulted in an average of 1.5x the
 number of FTE hours in new defects.


 Whatever you want to call it, you might find it useful to track the
 scope and complexity of the changes required to fix an issue. Priority
 doesn't get at that. It would allow you to collect historic data which
 could be used to project how much time tickets will take to be
 implemented and how many bug hours you'll get per change.

 Do you know of any situations where this type of information is
 usefully collected?  It sounds like trying to do a number of chained
 correlation exercises (complexity/scope estimate, complexity/scope
 actual, time to fix estimate, time to fix actual) that are based on
 partially subjective, known-hard-to-observe/predict data and expect to
 come up with something useful.  More power to you if you succeed - you
 will be able to make millions consulting / selling your software to
 project management-focused groups.  Have you ever done this analysis
 before?

 For the past 10+ years where I work.

 It has been one of my hats, to customize our issue tracking system and
 generate web based reports per my boss' needs. In that time we've
 grown from 4 to ~30 developers. We've gone back and forth between what
 makes for the lightest weight system which is useful for release and
 internal management of the development team, and how to mine the issue
 tracking system in order to help in discussions with upper management,
 so that explanations and opinions can be backed up with historic data.


  How many Full Time Equivalent hours does a given developer represent?
 
  A guesstimate: about 25 hrs/wk of coding and 30 hrs/wk of talking for
  social folks, maybe 30 hrs/wk of coding and 10 hrs/wk of talking for
  contractors; and 5-8 full days off a month (including weekends).

 Is there any list of developers and which slot each fit into?

 Why?  What is the use of asking questions that are somewhat private (a
 co-worker's opinion as to who's social or not) and unactionable by
 you?  These are actually rhetorical questions, so let me get to the
 point (below)...

 You are either joking or willfully missing the point due to what you
 probably view as previous provocations...

 The slots I was asking about were employee vs contractor. Because
 Michael Stone has estimated different FTE hours for each: 55 vs 40.


  What components are the given developers 

Re: Build streams; preparing for 8.2 release.

2008-06-12 Thread Wade Brainerd
I think I can see Dennis's confusion about packages moving from F9 to F7,
the initial writeup contains this:

* Stable: Stable builds are specified by their release name (e.g. 8.1.1,
  8.2), and the procedure for packages moving from Testing into Stable
  releases involves the Unscheduled Release Process:
http://wiki.laptop.org/go/Unscheduled_software_release_process


This implies to me that individual packages *will* be copied from testing to
stable.  It might be better to say the procedure for applying patches to
Stable releases involves the Unscheduled Release Process, or something like
that?

Best,
-Wade
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Downloading large updates and builds in PNG

2008-06-09 Thread Wade Brainerd
Would it be worth setting up a BitTorrent tracker for builds?

BitTorrent is very reliable, excellent at resuming, doesn't require command
line use, and can take advantage of local seeds.

Best,
Wade

2008/6/9 Carol Lerche [EMAIL PROTECTED]:

 Here is what I did when I was fighting battles with an unreliable
 connection a few months ago.  (It doesn't solve the cost of downloading, but
 it does solve the lost connection problem).  Use

 wget -c url-of-the-wanted-file

 This command line program will allow you to resume the download again and
 again when the inevitable happens and the connection is lost.  If you find
 that it downloads more reliably if you limit the bandwidth, there is another
 option to set a rate limit, namely:

 wget --limit-rate=20k  -c url-of-the-wanted-file

 (the rate is given in bytes per second, so the above example is 20,000
 bytes per second).

 Living at the far end of the DSL reaches, wget is my favorite program!

 Regards,

 Carol Lerche


 On Mon, Jun 9, 2008 at 12:29 AM, James Cameron [EMAIL PROTECTED] wrote:

 No, FTP is not more reliable, if you have a problem with HTTP downloads
 of the image you will have the same problems with FTP.

 Yes, it can be made available in smaller chunks, but it is best to
 download it with a restartable downloader, which recovers from
 interruptions.  wget on Linux can do this, as can rsync.  There are
 restartable downloaders available for other operating systems.  Ability
 to restart at last known point after an interruption is inherent in the
 HTTP, FTP and rsync protocols.  But many HTTP clients do not use the
 feature.

 Yes, there is a better way of making new builds and updates available,
 and that is the olpc-update mechanism.  It restarts from where it was
 disconnected as well, since it uses rsync.

 --
 James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel




 --
 Always do right, said Mark Twain. This will gratify some people and
 astonish the rest.
 ___
 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: Ideas for testers (what needs testing?)

2008-05-01 Thread Wade Brainerd
On Thu, May 1, 2008 at 2:09 AM, Martin Langhoff [EMAIL PROTECTED]
wrote:

 On Thu, May 1, 2008 at 5:37 PM, Wade Brainerd [EMAIL PROTECTED] wrote:
  I would really appreciate testing in Colors! and Bounce (still waiting
 for
  #6766 to get them into joyride).  Particularly, reliable steps to
 reproduce
  any bugs in Colors! collaboration mode.
 
  http://wiki.laptop.org/go/Colors%21
   http://wiki.laptop.org/go/Bounce

 Cool. Any guidance as to what to look for? Can we cc the devel list about
 this?


No real test plan guidance has been developed, they are just activities that
I developed on my own without much feedback from the community.  When I get
a feature working I move on to the next one, but there hasn't been extensive
testing on either.

If you do come up with a test plan for these, I would love to see it get
added to their wiki pages so future testers can repeat them.

Thanks!

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


Re: Auto backlight management?

2008-04-26 Thread Wade Brainerd
On Fri, Apr 25, 2008 at 11:46 AM, C. Scott Ananian [EMAIL PROTECTED] wrote:
  I have discussed with Chris implementing a hackish low-power mode to
  demonstrate optimal power management on the Gen 1 hardware to
  illustrate the potential of the XO.

I would really enjoy this feature. I would use it on airplanes to
ensure that wireless is disabled, and to get longer battery life.

The XO is already the second longest lasting electronic writing device
I regularly carry - the iPhone currently wins, but is slower to type
on and a pain to retrieve data from.

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


  1   2   >