Re: [sugar] Proposal: Activity developers mailing list

2008-08-03 Thread Bastien
Another simplement argument: this will be clearer for users to know
where to send feedback.  If you have a question about a particular
activity, ask on the activity list.  For other questions ask on the 
Sugar list.

-- 
Bastien
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Proposal: Activity developers mailing list

2008-08-03 Thread Christoph Derndorfer
2008/8/3 Martin Dengler [EMAIL PROTECTED]

 On Sat, Aug 02, 2008 at 05:10:54PM -0400, Benjamin M. Schwartz wrote:
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
 
  Bastien wrote:
  | - announce new activities
  | - announce changes in ownership
  | - check for dead/agonizing/orphaned activities
  | - discuss API and dependancies issues
 
  All of these things are perfect for [EMAIL PROTECTED]  They are precisely 
  what
  sugar@ is for.

 They do not cover everything sugar@ is for[1], or is currently used
 for (see next point).

  There is no need for an additional mailing list.

 I'm not sure I agree - sugar@ has so much traffic not
 relevant to casual activity authors (for example, your
 Congratulations... thread).

 I can't believe I did this, but I went through the July sugar@
 messages and categorized them into ones I thought would be appropriate
 for the AA list and ones not (thus for the current sugar@ list).

 Totals:  808 messages
 AA - 293 messages 36.3%
 SS - 515 messages 63.7%

 You may see the details here:
 http://dev.laptop.org/~mdengler/sugar_list_july_2008_categorized.txthttp://dev.laptop.org/%7Emdengler/sugar_list_july_2008_categorized.txt

  - --Ben

 Martin

 1. From http://lists.laptop.org/listinfo/sugar :
 Sugar is the internal code name for everything users see. This
 includes the sharing and collaboration experience, base set of tasks,
 and the entire desktop stack. This mailing list is to discuss the
 design and the implementation of that effort.


(adding Sugar back to the conversation, not sure why it was dropped)

I'm generally the first one to argue against YAML (yet-another-mailing-list)
as I'm already subscribed to almost 30 OLPC-related ones...

However I do believe that the idea of a mailing-list targeted to
activity-developers has some merit to it.

Contrary to Albert's comment I don't think an announcement only list for
when the API breaks is enough, this is such a fundamental thing that should
be communicated on all channels (mailing lists, wiki pages, sugar almanac,
you name it) when it happens. The fact that this hasn't been done in the
past just shows how much is lacking when it comes to making it easy for
people to contribute activities without having to follow all the
conversations on sugar, devel, etc.

Looking at the big picture we we should be thinking about how mailing-lists
are going to be used down the road anyway, for example whether there's going
to be a gen. 2 (XOXO) list for all things related to that project. There
we're going to have the same issue that potentially some (but definitely not
all!) issues will overlap with current devel- and sugar discussions, but I
guess that's what cross-posting is for.

Getting back to the discussion at hand: In a perfect world an
activity-developer would not have to worry about core-issues as mostly
discussed on sugar and devel, as that stabilized *information* (the outcome
and decisions based on the discussions on the lists) would be accessible
somewhere on the API doc, wiki, sugar-almanac, activity handbook, etc. The
activity-developers mailing-list could then be used to exchange tricks of
the trade, ask questions (such as Alex's current one about the difference
between sugar-launch and launching from the home-view), solicit help for
testing and localization (CC'ing the appropriate mailing-lists in the
process) and just plainly sharing ideas and suggestions for activities
without actually writing them oneself (another big issue because at the
moment we don't have a forum for children, parents, educators, content
creators, graphic designers, etc. to share their input).

Anyway, just my 2 jet lagged euro-cents,
Christoph






 ___
 Devel mailing list
 [EMAIL PROTECTED]
 http://lists.laptop.org/listinfo/devel




-- 
Christoph Derndorfer
Co-Editor, OLPCnews
url: www.olpcnews.com
e-mail: [EMAIL PROTECTED]
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Proposal: Activity developers mailing list

2008-08-03 Thread Martin Langhoff
On Thu, Jul 31, 2008 at 9:47 PM, Morgan Collett
[EMAIL PROTECTED] wrote:
 I am happy to take on making this communication happen but I really
 think we need this list.

FWIW, Sugar + activities are still somewhat tightly coupled, as Sugar
and the underlying OS API are changing. As long as that is true, to
maintain an activity to a good standard, you have to keep an eye on
devel@ and/or [EMAIL PROTECTED]

My rule of thumb is to try and keep people together -- recommending
filters sometimes -- until the traffic gets so heavy *and* a distinct
subcommunity can be split off. IMHO neither is true here (yet!).

The flip side is that offering a new ml to a small/medium sized group
is a great way to *kill* that group. It is an excellent troll mgmt
strategy.

cheers,



m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] faster - control panel oops

2008-08-03 Thread Mikus Grinbergs
When in Home I click on the 'Control Panel' entry in the palette, 
Sugar restarts.  [G1G1, Faster manually updated to latest level.]

mikus

___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] video bleeds through somewhat between sessions

2008-08-03 Thread Jameson Chema Quinn


 Both persons who have answered me have talked about how things from
 the video frame can be seen.  But I was not looking at video - I
 was looking at TEXT.  If I understand correctly what has been told
 me here, neither the 'black' of the text characters themselves, nor
 the 'white' of the background for the text, should have _allowed_
 things from the video frame to be seen.  I definitely did not see
 any color.  What I did see was that some parts of the 'black' text
 characters changed briefly to _less_ 'black' (they went black --
 gray -- black) depending on where on *its* screen the ongoing
 video 'session' WOULD HAVE depicted bright or dark areas.


I think that the operating theory is that, around the edges of the black
text, there are some pixels which are grey (or even, because of the funny
xo color magic, colored?). These pixels would then be transparent.

Is this consistent with your experience? In other words, is it possible that
the video was fully visible in occasional pixels, instead of partially
visible in all the black text pixels?
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Proposal: Activity developers mailing list)

2008-08-03 Thread Bastien
Martin Langhoff [EMAIL PROTECTED] writes:

 FWIW, Sugar + activities are still somewhat tightly coupled, as Sugar
 and the underlying OS API are changing. As long as that is true, to
 maintain an activity to a good standard, you have to keep an eye on
 devel@ and/or [EMAIL PROTECTED]

 My rule of thumb is to try and keep people together -- recommending
 filters sometimes -- until the traffic gets so heavy *and* a distinct
 subcommunity can be split off. IMHO neither is true here (yet!).

(Fair enough.  In any case, my awareness about Sugar and the activities
development is not strong enough to dispute about the relevance of such
a list -- 'was just dropping a few opinions.)

-- 
Bastien
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] Framework for managing the activities (= symfony project)

2008-08-03 Thread Bastien
Sébastien Adgnot just pointed me out that the guys behind the symfony
project have developed a plugin management framework for they own needs:

  http://www.symfony-project.org/
  http://www.symfony-project.org/plugins/
  http://www.symfony-project.org/blog/2008/07/31/plugins-have-a-new-home

The structure looks pretty neat, and maybe something like that could be
useful on top of the git page for the activities.

FWIW.

-- 
Bastien
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Framework for managing the activities (= symfony project)

2008-08-03 Thread FFM
On Sun, Aug 03, 2008 at 10:50:59AM -0500, Bastien wrote:
 Sébastien Adgnot just pointed me out that the guys behind the symfony
 project have developed a plugin management framework for they own needs:
 
   http://www.symfony-project.org/
   http://www.symfony-project.org/plugins/
   http://www.symfony-project.org/blog/2008/07/31/plugins-have-a-new-home
 
 The structure looks pretty neat, and maybe something like that could be
 useful on top of the git page for the activities.

Yeah, I heard someone was working on using the code from 
http://addons.mozilla.org.

-FFM
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Proposal: Activity developers mailing list)

2008-08-03 Thread FFM
On Sun, Aug 03, 2008 at 10:43:30AM -0500, Bastien wrote:
 Martin Langhoff [EMAIL PROTECTED] writes:
 
  FWIW, Sugar + activities are still somewhat tightly coupled, as Sugar
  and the underlying OS API are changing. As long as that is true, to
  maintain an activity to a good standard, you have to keep an eye on
  devel@ and/or [EMAIL PROTECTED]
 
  My rule of thumb is to try and keep people together -- recommending
  filters sometimes -- until the traffic gets so heavy *and* a distinct
  subcommunity can be split off. IMHO neither is true here (yet!).
 
 (Fair enough.  In any case, my awareness about Sugar and the activities
 development is not strong enough to dispute about the relevance of such
 a list -- 'was just dropping a few opinions.)

As opposed to a new list, we could use the topics function of mailman to 
enable 
people to select that they only want python breakage emails, for example, 
that 
contain a certin regexp. This topic can be addded by the list admin, per 
http://www.esosoft.com/support/mailinglist/mailman/topics.html

-FFM
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] Framework for managing the activities (= symfony project)

2008-08-03 Thread Christoph Derndorfer
On Sun, Aug 3, 2008 at 6:18 PM, FFM [EMAIL PROTECTED] wrote:

 On Sun, Aug 03, 2008 at 10:50:59AM -0500, Bastien wrote:
  Sébastien Adgnot just pointed me out that the guys behind the symfony
  project have developed a plugin management framework for they own needs:
 
http://www.symfony-project.org/
http://www.symfony-project.org/plugins/
http://www.symfony-project.org/blog/2008/07/31/plugins-have-a-new-home
 
  The structure looks pretty neat, and maybe something like that could be
  useful on top of the git page for the activities.

 Yeah, I heard someone was working on using the code from
 http://addons.mozilla.org.


Yes, David Farning mentioned that:
http://lists.sugarlabs.org/archive/iaep/2008-June/001005.html

Christoph



 -FFM
 ___
 Sugar mailing list
 Sugar@lists.laptop.org
 http://lists.laptop.org/listinfo/sugar




-- 
Christoph Derndorfer
co-editor, olpcnews
url: www.olpcnews.com
e-mail: [EMAIL PROTECTED]
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


[sugar] How do I connect to a Jabber server ?

2008-08-03 Thread Mikus Grinbergs
Albert just filed a ticket saying that when there is an ethernet 
connection, the user would expect *that* to be used (instead of 
wireless).  I agree.

mikus

___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar


Re: [sugar] What are the minimum requirements to use ejabberd with the XO's

2008-08-03 Thread Martin Langhoff
On Sun, Aug 3, 2008 at 11:56 PM, Bryan Berry [EMAIL PROTECTED] wrote:
 We are trying to lock down the firewall on the XS to only allow the
 services which are needed.

 For whatever reason we can no long access ejabberd from the XO's

 1. the fully-qualified ejabberd name is correct on the XO's
 2. the network services are working correctly
 3. Pidgin (GAIM) on __my laptop__ can connect to the ejabberd server no
 problem

 Can anyone tell us which particular ports and services the XO's need to
 connect to the ejabberd server?
 We are allowing 5222

The XS has 2 interfaces, WAN and LAN. My advise would be to block
incoming connections on the WAN side completely and leave the LAN
open, or mostly open. IF you want to lock down the LAN interface,
you'll want at least 5222, 5223, 5280, dns, ssh, http, https, rsync,
dhcp, 8080... and the list will grow as we add services. Try `netstat
--inet --listen -pe` as root to see what is listening where. If you do
lock down the LAN, and have trouble log the denied connections on the
fw to see what's happening.

 Do the XO's require IPv6? particular routing rules? pls advise. thanks

No IPv6, no special routing. The XS is pre-configured to act as as
NAT'ting router.

HTH! cheers,



m
-- 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED] -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar