Re: Fedora Desktop on XO

2009-01-03 Thread Chris Ball
Hi Peter,

I would remove the old fc9 build from the olpc_development repo (or
even have one for 8.2.0 and one for 9.1.0 so they don't get mixed
up).  Surely it should be pulling cyrus-sasl from the Fedora repos
anyway?

I've just pushed a patch to pilgrim's joyride branch to switch the
baseurl that gets written out in /etc/yum.repos.d/olpc-development.repo
from http://xs-dev.laptop.org/~cscott/repos/dist-olpc3-devel/ to
http://kojipkgs.fedoraproject.org/static-repos/dist-olpc4-build-current/i386/

(olpc3 is our 8.2/F9 repo, and olpc4 is the 9.1/F10 repo, so Joyride
should have been switched to write out the olpc4 baseurl when we
created the new repo.)

And, after the change, we don't have depsolving problems any more!
Here's the list of packages to be downloaded -- the next question is
going to be how to avoid many of these dependencies.  Perhaps instead
of trying the groupinstall, we should be hand-picking a smaller base
of GNOME packages from this list?


Dependencies Resolved
===
 Package Arch   Version  RepositorySize
===
Installing:
 NetworkManager-gnomei386   1:0.7.0-0.12.svn4326.fc10
 olpc_development 355 k
 alacartenoarch 0.11.6-4.fc10olpc_development 126 k
 at-spi  i386   1.24.0-5.fc10olpc_development 241 k
 bluez-gnome i386   1.8-8.fc10   olpc_development 240 k
 bug-buddy   i386   1:2.24.2-1.fc10  olpc_development 725 k
 compiz-gnomei386   0.7.8-4.fc10 olpc_development 156 k
 control-center  i386   1:2.24.0.1-9.fc10olpc_development 2.4 M
 dasher  i386   4.9.0-2.fc10 olpc_development 6.7 M
 eog i386   2.24.2-1.fc10olpc_development 1.9 M
 evince  i386   2.24.2-1.fc10olpc_development 1.2 M
 evince-djvu i386   2.24.2-1.fc10olpc_development  26 k
 evince-dvi  i386   2.24.2-1.fc10olpc_development  77 k
 file-roller i386   2.24.2-1.fc10olpc_development 1.3 M
 gcalctool   i386   5.24.2-1.fc10olpc_development 1.6 M
 gdm i386   1:2.24.0-12.fc10 olpc_development 1.1 M
 gdm-user-switch-applet  i386   1:2.24.0-12.fc10 olpc_development  90 k
 gedit   i386   1:2.24.2-1.fc10  olpc_development 4.2 M
 gnome-applets   i386   1:2.24.2-2.fc10  olpc_development 6.3 M
 gnome-audio noarch 2.22.2-2.fc10olpc_development 1.7 M
 gnome-backgrounds   noarch 2.24.0-2.fc10olpc_development 9.3 M
 gnome-bluetooth i386   0.11.0-5.fc10olpc_development 243 k
 gnome-media i386   2.24.0.1-2.fc10  olpc_development 1.9 M
 gnome-panel i386   2.24.2-1.fc10olpc_development 2.9 M
 gnome-pilot i386   2.0.16-2.fc9 olpc_development 644 k
 gnome-power-manager i386   2.24.2-2.fc10olpc_development 2.6 M
 gnome-screensaver   i386   2.24.1-1.fc10olpc_development 1.8 M
 gnome-session   i386   2.24.2-1.fc10olpc_development 596 k
 gnome-system-monitori386   2.24.1-1.fc10olpc_development 1.9 M
 gnome-terminal  i386   2.24.2-2.fc10olpc_development 1.6 M
 gnome-user-docs noarch 2.22.1-1.fc9 olpc_development  16 M
 gnome-user-sharei386   0.40-3.fc10  olpc_development  92 k
 gnome-utils i386   1:2.24.1-1.fc10  olpc_development 5.9 M
 gok i386   2.24.0-2.fc10olpc_development 1.4 M
 gthumb  i386   2.10.10-3.fc10   olpc_development 2.6 M
 gucharmap   i386   2.24.2-1.fc10olpc_development 2.4 M
 gvfs-archivei386   1.0.3-4.fc10 olpc_development  56 k
 gvfs-fuse   i386   1.0.3-4.fc10 olpc_development  20 k
 gvfs-gphoto2i386   1.0.3-4.fc10 olpc_development  85 k
 gvfs-smbi386   1.0.3-4.fc10 olpc_development 111 k
 libcanberra-gtk2i386   0.10-2.fc10  olpc_development  20 k
 metacityi386   2.24.0-2.fc10olpc_development 1.5 M
 mousetweaks i386   2.24.2-1.fc10olpc_development 613 k
 nautilusi386   2.24.2-1.fc10olpc_development 4.4 M
 nautilus-cd-burner  i386   2.24.0-1.fc10olpc_development 521 k
 nautilus-sendto i386   1.1.0-1.fc10 olpc_development 122 k
 orcai386   2.24.2-1.fc10olpc_development 

Re: Fedora Desktop on XO

2009-01-03 Thread Peter Robinson
Hi Chris,

I would remove the old fc9 build from the olpc_development repo (or
even have one for 8.2.0 and one for 9.1.0 so they don't get mixed
up).  Surely it should be pulling cyrus-sasl from the Fedora repos
anyway?

 I've just pushed a patch to pilgrim's joyride branch to switch the
 baseurl that gets written out in /etc/yum.repos.d/olpc-development.repo
 from http://xs-dev.laptop.org/~cscott/repos/dist-olpc3-devel/ to
 http://kojipkgs.fedoraproject.org/static-repos/dist-olpc4-build-current/i386/

 (olpc3 is our 8.2/F9 repo, and olpc4 is the 9.1/F10 repo, so Joyride
 should have been switched to write out the olpc4 baseurl when we
 created the new repo.)

 And, after the change, we don't have depsolving problems any more!
 Here's the list of packages to be downloaded -- the next question is
 going to be how to avoid many of these dependencies.  Perhaps instead
 of trying the groupinstall, we should be hand-picking a smaller base
 of GNOME packages from this list?

Well its the list up to the Installing for dependencies that is
explicitly requested, all the below is pulled in for deps. I'm not
sure how pilgrim builds the list but I think if it uses kickstart like
the other fedora build systems do you should be able to do a specific
-packagename and its removed from the list.

A quick look through the list. if you remove tomboy you should
loose all the mono deps, bluez-gnome and gnome-bluetooth should drop
out all the  bluetooth related stuff, nautilus-cd-burner and
nautilus-sendto should drop various other non required deps (various
CD burning stuff and pidgin etc), compiz* won't be required as I doubt
the graphics adapter does cool whirly effects,

That should be a start to reduce the dep list quite significantly.
From there if there's extra deps we need to drop from specific
packages as its for a gnome desktop it would be best to file a bug and
link it against the tracker bug for OLPC packages in fedora for easy
tracking rather than forking.

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


Re: Why not use swfdec-mozilla? (was Re: Installing Flash on the OLPC)

2009-01-03 Thread Nirbheek Chauhan
On Thu, Jan 1, 2009 at 9:14 PM, Brian Pepple bpep...@fedoraproject.org wrote:
 Quick clarification.  We discussed making swfdec installed by default
 during the development of Fedora 9, but decided against doing so since
 we felt it wasn't quite ready for that.


Ah, thanks for the clarification, I don't run Fedora so I wouldn't know :)

 I'm not sure if it was considered, but as the maintainer of swfdec in
 Fedora I can state that swfdec is very cpu-intensive, and I have my
 doubts whether the performance on the XO would be comparable to gnash's,
 though it might be worth investigating.

That has been my experience too, but I always thought that the
CPU-intensive stuff was only for complex Flash-9 things, and because
my ATI open source drivers sucked ;p

I guess I should compare gnash/swfdec/adobe flash performance-wise too.

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


Re: Why not use swfdec-mozilla? (was Re: Installing Flash on the OLPC)

2009-01-03 Thread Peter Robinson
 I'm not sure if it was considered, but as the maintainer of swfdec in
 Fedora I can state that swfdec is very cpu-intensive, and I have my
 doubts whether the performance on the XO would be comparable to gnash's,
 though it might be worth investigating.

 That has been my experience too, but I always thought that the
 CPU-intensive stuff was only for complex Flash-9 things, and because
 my ATI open source drivers sucked ;p

I don't believe its a video driver issue as I've seen it on both
nvidia and intel using the default open source drivers included in
Fedora.

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


getting devkey - a minefield of obstacles

2009-01-03 Thread Mikus Grinbergs
Needed to get a developer key for a XO.  Clicked on the provided 
field in Browse - it timed out.  Ended up extracting the request 
from /home, carrying it to a desktop machine, issuing the request in 
a browser there, creating an exception for the invalid certificate 
at activation.laptop.org -- and finally getting my request accepted.

Now I have to sit on my thumbs for 24 hours.


Gentlemen :
  -  If users are expected to access activation.laptop.org, please
install a valid certificate at that website.
  -  If users are expected to issue the request from an XO, please
think of how frustrating it is to the user to have his intent
be disparaged  (e.g. - fail, and fail, and ... )

Thanks,  mikus


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


Re: anonymous gray activity circles

2009-01-03 Thread Chris Marshall
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?

(2) What sort of cleanup is needed to make
 the anonymous gray circle go away?  Do
 you have to notify Sugar or what?

I'm trying to implement some code that uses
OpenGL via the Mesa library on the XO.  As
the code re-generates display graphics, the
gray circles keep accumulating.  I would
like to keep the number of circles equal
to the number of actual top level windows
and not the total number used across the
session.

Thanks,
Chris

Tony Anderson wrote:
 I believe that these circles result from the activity initiating a new 
 top-level window. Sugar provides an activity with a window. It is 
 expected that the activity will pack it's widgets into a vbox in that 
 window. Imported activities naturally create a top-level window.
 
 Tony
 
 
 Message: 3
 Date: Tue, 30 Dec 2008 21:37:47 -0500
 From: Chris Marshall jns-cmarsh...@comcast.net
 Subject: Re: anonymous gray activity circles
 To: g...@laptop.org
 Cc: OLPC Development devel@lists.laptop.org
 Message-ID: 495adafb.40...@comcast.net
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 
 Greg Smith wrote:
Hi Chris,
   
Unless someone else has seen this, I think we need more detail on 
 how to
reproduce it.
 
 os767 and Firefox-6 activity
 start firefox
 click on a file link to download
 exit firefox after
 left a gray circle
 
 (Actually, it almost always leaves behind one
 or more circles but I have not done exhaustive
 testing to determine how many or under what
 conditions.  It would be easier to start from
 an understanding of how the circle gets there
 to begin with (what is being used to trigger
 the circle's appearance)...
 
 --Chris
 
Can you write down the steps it takes to get a gray activity circle?
Include the version of XO software you are running:
http://wiki.laptop.org/go/What_release_am_I_running%3F
   
It may be that you are double clicking to start an activity. That can
cause a second activity instance to try and start then fail and leave an
icon in the frame. That's the only thing that comes to mind without more
detail.
   
Thanks,
   
Greg S
   
*
   
From: jns-cmarsh...@comcast.net
Subject: anonymous gray activity circles
To: devel@lists.laptop.org
   
Is there a way to prevent the
anonymous gray activity circles
in the frame?  Some X apps
seem to accumulate circles with
no way i have been able to
determine to remove dead ones.
I tried to google the list but was
not able to generate useful links.
   
--Chris
 
 
 
 
 
 No virus found in this incoming message.
 Checked by AVG - http://www.avg.com 
 Version: 8.0.176 / Virus Database: 270.10.1/1870 - Release Date: 12/31/2008 
 8:44 AM
 

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


Re: anonymous gray activity circles

2009-01-03 Thread Tony Anderson
Compare:

http://laguna.fmedic.unam.mx/~daniel/pygtutorial/pygtutorial/getting-started.html

which creates a top-level window and

http://wiki.laptop.org/go/PyGTK/Hello_World_Tutorial

as a sugar activity.

The first has the line:

window = GtkWindow(WINDOW_TOPLEVEL) # create a top level window

while the latter has:

# Create the main container
self._main_view = gtk.VBox()

Sugar has already created the top-level window with an empty VBox, so 
the activity only needs to pack that VBox with widgets.

Essentially to eliminate the grey circle, you need to modify the 
initialization code (with the two tutorials as a guide).

Tony



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?
 
 (2) What sort of cleanup is needed to make
 the anonymous gray circle go away?  Do
 you have to notify Sugar or what?
 
 I'm trying to implement some code that uses
 OpenGL via the Mesa library on the XO.  As
 the code re-generates display graphics, the
 gray circles keep accumulating.  I would
 like to keep the number of circles equal
 to the number of actual top level windows
 and not the total number used across the
 session.
 
 Thanks,
 Chris
 
 Tony Anderson wrote:
 I believe that these circles result from the activity initiating a new 
 top-level window. Sugar provides an activity with a window. It is 
 expected that the activity will pack it's widgets into a vbox in that 
 window. Imported activities naturally create a top-level window.

 Tony


 Message: 3
 Date: Tue, 30 Dec 2008 21:37:47 -0500
 From: Chris Marshall jns-cmarsh...@comcast.net
 Subject: Re: anonymous gray activity circles
 To: g...@laptop.org
 Cc: OLPC Development devel@lists.laptop.org
 Message-ID: 495adafb.40...@comcast.net
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed

 Greg Smith wrote:
Hi Chris,
   
Unless someone else has seen this, I think we need more detail on 
 how to
reproduce it.

 os767 and Firefox-6 activity
 start firefox
 click on a file link to download
 exit firefox after
 left a gray circle

 (Actually, it almost always leaves behind one
 or more circles but I have not done exhaustive
 testing to determine how many or under what
 conditions.  It would be easier to start from
 an understanding of how the circle gets there
 to begin with (what is being used to trigger
 the circle's appearance)...

 --Chris

Can you write down the steps it takes to get a gray activity 
 circle?
Include the version of XO software you are running:
http://wiki.laptop.org/go/What_release_am_I_running%3F
   
It may be that you are double clicking to start an activity. That 
 can
cause a second activity instance to try and start then fail and 
 leave an
icon in the frame. That's the only thing that comes to mind 
 without more
detail.
   
Thanks,
   
Greg S
   
*
   
From: jns-cmarsh...@comcast.net
Subject: anonymous gray activity circles
To: devel@lists.laptop.org
   
Is there a way to prevent the
anonymous gray activity circles
in the frame?  Some X apps
seem to accumulate circles with
no way i have been able to
determine to remove dead ones.
I tried to google the list but was
not able to generate useful links.
   
--Chris


 


 No virus found in this incoming message.
 Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 
 270.10.1/1870 - Release Date: 12/31/2008 8:44 AM

 
 
 .
 


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


Re: zen root (was Re: Flash wiki entries)

2009-01-03 Thread marc towers
I'm quiet sure if we can answer these Koans correctly they won't be a
problem :)

http://www.ccil.org/jargon/jargon_47.html#SEC54

Still seeing how I can help out with OLPC, given myself two months until I
start something.  Will check and see what the TODO list is like. Been
working too much with the dark side and trying to get away from the BSOD;
missing Linux quiet a bit.

Happy new year!

Marc

--
shad0wfire1.deviantart.com
I must create a system, or be enslaved by another man's. *-- William Blake
(1757 - 1827)
*

On Sat, Jan 3, 2009 at 6:58 AM, Edward Cherlin echer...@gmail.com wrote:

 On Fri, Jan 2, 2009 at 11:41 AM, Samuel Klein s...@laptop.org wrote:

  Anyway, why does this wiki page tell you to enter
sudo su -
 
  Some future zen compilation of sudo may support infinite nesting of
  levels of protectedness, so that you have to really REALLY mean it to
  say sudo sudo sudo 'make me a sandwich'

 I had Zen Buddhist priest training, and I have publicly taken a vow
 never to write anything entitled Zen and the Art of Computer
 Programming. Stan Kelly-Bootle thought that vow worth recording in The
 Computer Contradictionary.

 So don't start any Zen threads here unless you know enough to mean it. ^_^

  SJ



 --
 Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name
 And Children are my nation.
 The Cosmos is my dwelling place, The Truth my destination.
 http://wiki.sugarlabs.org/go/User:Mokurai
 ___
 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: anonymous gray activity circles

2009-01-03 Thread Chris Marshall
Thanks for the reply.  Unfortunately, I'm
not a python programmer so searching through
the source entails quite a learning curve...
Perhaps someone with real knowledge of the
internals can suggest an approach or more
specifics about where to look.

--Chris

Tony Anderson wrote:
 Hi,
 
 I didn't notice about your use of OpenGL. My remarks referred to GTK. 
 However, what I think is happening is that the application is creating a 
 new window. On non-sugar systems, they appear as separate windows. 
 However, in the case of Sugar, I think it is expected that application 
 will work in a single window. The result is in some sense 'undefined'.
 You will need to look at the source code and find where the source code 
 recreates a new window and change it to repaint the current window 
 (canvas?). Keep in mind I am reporting as an activity developer, not 
 from a real knowledge of the internals.
 
 Tony
 
 Chris Marshall wrote:
 Yes, but these are un-sugarized programs
 and they still generate gray circles.
 Doesn't that imply that window creation
 outside of sugar is being detected and
 acted upon?

 --Chris

 Tony Anderson wrote:
 Compare:

 http://laguna.fmedic.unam.mx/~daniel/pygtutorial/pygtutorial/getting-started.html
  


 which creates a top-level window and

 http://wiki.laptop.org/go/PyGTK/Hello_World_Tutorial

 as a sugar activity.

 The first has the line:

 window = GtkWindow(WINDOW_TOPLEVEL) # create a top level window

 while the latter has:

 # Create the main container
 self._main_view = gtk.VBox()

 Sugar has already created the top-level window with an empty VBox, so 
 the activity only needs to pack that VBox with widgets.

 Essentially to eliminate the grey circle, you need to modify the 
 initialization code (with the two tutorials as a guide).

 Tony



 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?

 (2) What sort of cleanup is needed to make
 the anonymous gray circle go away?  Do
 you have to notify Sugar or what?

 I'm trying to implement some code that uses
 OpenGL via the Mesa library on the XO.  As
 the code re-generates display graphics, the
 gray circles keep accumulating.  I would
 like to keep the number of circles equal
 to the number of actual top level windows
 and not the total number used across the
 session.

 Thanks,
 Chris

 Tony Anderson wrote:
 I believe that these circles result from the activity initiating a 
 new top-level window. Sugar provides an activity with a window. It 
 is expected that the activity will pack it's widgets into a vbox in 
 that window. Imported activities naturally create a top-level window.

 Tony


 Message: 3
 Date: Tue, 30 Dec 2008 21:37:47 -0500
 From: Chris Marshall jns-cmarsh...@comcast.net
 Subject: Re: anonymous gray activity circles
 To: g...@laptop.org
 Cc: OLPC Development devel@lists.laptop.org
 Message-ID: 495adafb.40...@comcast.net
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed

 Greg Smith wrote:
Hi Chris,
   
Unless someone else has seen this, I think we need more detail 
 on how to
reproduce it.

 os767 and Firefox-6 activity
 start firefox
 click on a file link to download
 exit firefox after
 left a gray circle

 (Actually, it almost always leaves behind one
 or more circles but I have not done exhaustive
 testing to determine how many or under what
 conditions.  It would be easier to start from
 an understanding of how the circle gets there
 to begin with (what is being used to trigger
 the circle's appearance)...

 --Chris

Can you write down the steps it takes to get a gray activity 
 circle?
Include the version of XO software you are running:
http://wiki.laptop.org/go/What_release_am_I_running%3F
   
It may be that you are double clicking to start an activity. 
 That can
cause a second activity instance to try and start then fail 
 and leave an
icon in the frame. That's the only thing that comes to mind 
 without more
detail.
   
Thanks,
   
Greg S
   
*
   
From: jns-cmarsh...@comcast.net
Subject: anonymous gray activity circles
To: devel@lists.laptop.org
   
Is there a way to prevent the
anonymous gray activity circles
in the frame?  Some X apps
seem to accumulate circles with
no way i have been able to
determine to remove dead ones.
I tried to google the list but was
not able to generate useful links.
   
--Chris

 .

 
 
 
 
 
 No virus found in this incoming message.
 Checked by AVG - http://www.avg.com 
 Version: 8.0.176 / Virus Database: 270.10.2/1872 - Release Date: 1/2/2009 
 1:10 PM
 

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


Re: anonymous gray activity circles

2009-01-03 Thread Sayamindu Dasgupta
Vaguely related, I had did some work to avoid the gray circles: you
can see the result at:
http://dev.laptop.org/~sayamindu/standard_icons.png

The relevant patch (it needs some work) is at http://dev.laptop.org/ticket/8661

I'll resume work on it when I have some more time - in the meanwhile,
if anyone is enthusiastic enough, please feel free to take that patch
forward.

Thanks,
Sayamindu



On Sun, Jan 4, 2009 at 1:25 AM, Chris Marshall
jns-cmarsh...@comcast.net wrote:
 Yes, but these are un-sugarized programs
 and they still generate gray circles.
 Doesn't that imply that window creation
 outside of sugar is being detected and
 acted upon?

 --Chris

 Tony Anderson wrote:
 Compare:

 http://laguna.fmedic.unam.mx/~daniel/pygtutorial/pygtutorial/getting-started.html


 which creates a top-level window and

 http://wiki.laptop.org/go/PyGTK/Hello_World_Tutorial

 as a sugar activity.

 The first has the line:

 window = GtkWindow(WINDOW_TOPLEVEL) # create a top level window

 while the latter has:

 # Create the main container
 self._main_view = gtk.VBox()

 Sugar has already created the top-level window with an empty VBox, so
 the activity only needs to pack that VBox with widgets.

 Essentially to eliminate the grey circle, you need to modify the
 initialization code (with the two tutorials as a guide).

 Tony



 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?

 (2) What sort of cleanup is needed to make
 the anonymous gray circle go away?  Do
 you have to notify Sugar or what?

 I'm trying to implement some code that uses
 OpenGL via the Mesa library on the XO.  As
 the code re-generates display graphics, the
 gray circles keep accumulating.  I would
 like to keep the number of circles equal
 to the number of actual top level windows
 and not the total number used across the
 session.

 Thanks,
 Chris

 Tony Anderson wrote:
 I believe that these circles result from the activity initiating a
 new top-level window. Sugar provides an activity with a window. It is
 expected that the activity will pack it's widgets into a vbox in that
 window. Imported activities naturally create a top-level window.

 Tony


 Message: 3
 Date: Tue, 30 Dec 2008 21:37:47 -0500
 From: Chris Marshall jns-cmarsh...@comcast.net
 Subject: Re: anonymous gray activity circles
 To: g...@laptop.org
 Cc: OLPC Development devel@lists.laptop.org
 Message-ID: 495adafb.40...@comcast.net
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed

 Greg Smith wrote:
Hi Chris,
   
Unless someone else has seen this, I think we need more detail
 on how to
reproduce it.

 os767 and Firefox-6 activity
 start firefox
 click on a file link to download
 exit firefox after
 left a gray circle

 (Actually, it almost always leaves behind one
 or more circles but I have not done exhaustive
 testing to determine how many or under what
 conditions.  It would be easier to start from
 an understanding of how the circle gets there
 to begin with (what is being used to trigger
 the circle's appearance)...

 --Chris

Can you write down the steps it takes to get a gray activity
 circle?
Include the version of XO software you are running:
http://wiki.laptop.org/go/What_release_am_I_running%3F
   
It may be that you are double clicking to start an activity.
 That can
cause a second activity instance to try and start then fail and
 leave an
icon in the frame. That's the only thing that comes to mind
 without more
detail.
   
Thanks,
   
Greg S
   
*
   
From: jns-cmarsh...@comcast.net
Subject: anonymous gray activity circles
To: devel@lists.laptop.org
   
Is there a way to prevent the
anonymous gray activity circles
in the frame?  Some X apps
seem to accumulate circles with
no way i have been able to
determine to remove dead ones.
I tried to google the list but was
not able to generate useful links.
   
--Chris
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel




-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: zen root (was Re: Flash wiki entries)

2009-01-03 Thread Carlos Nazareno
sudo mu !

On Sat, Jan 3, 2009 at 2:58 PM, Edward Cherlin echer...@gmail.com wrote:
 On Fri, Jan 2, 2009 at 11:41 AM, Samuel Klein s...@laptop.org wrote:

 Anyway, why does this wiki page tell you to enter
   sudo su -

 Some future zen compilation of sudo may support infinite nesting of
 levels of protectedness, so that you have to really REALLY mean it to
 say sudo sudo sudo 'make me a sandwich'

 I had Zen Buddhist priest training, and I have publicly taken a vow
 never to write anything entitled Zen and the Art of Computer
 Programming. Stan Kelly-Bootle thought that vow worth recording in The
 Computer Contradictionary.

 So don't start any Zen threads here unless you know enough to mean it. ^_^

 SJ

 --
 Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name
 And Children are my nation.
 The Cosmos is my dwelling place, The Truth my destination.
 http://wiki.sugarlabs.org/go/User:Mokurai


-- 
Carlos Nazareno
http://www.object404.com
--
interactive media specialist
zen graffiti studios
http://www.zengraffiti.com
--
Philippine Flash ActionScripters
http://www.phlashers.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel