Re: Missing Man Pages and ASpell Dictionaries

2008-12-08 Thread S Page
Sebastian Silva wrote:
 How hard would it be to include these (neither is in our deployments by 
 default)
 ...

 ASpell dictionaries in spanish should be included too.

I believe Fedora 9 standardized on hunspell (and indirectly, enchant), 
see http://fedoraproject.org/wiki/Releases/FeatureDictionary referred to 
by Trac 6104.

 How can I help all of these? Filing bugs and assigning them?

Please see the other thread spell checking in activities  (was Re: xo 
activity idea).  Maybe it's a bug, maybe it's by design.  I wrote up a 
workaround in http://wiki.laptop.org/go/Talk:Dictionaries that should 
allow you to install Spanish spelling dictionaries.

--
=S Page
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: proposal for updating Activities/Joyride page

2008-12-08 Thread S Page
(resending, sorry wrong e-mail account)

Daniel Drake wrote:
 http://wiki.laptop.org/go/Activities/Joyride is out of date.  Some
 activities, e.g. Record and Read, need new versions listed which are
 not backwards compatible with 8.2.

  The current listed versions are
 included because of Joyride including Activities/G1G1 which includes
 Activities/Record-G1G1, but if I were to modify that then
 Activities/G1G1/8.2 would be modified too, causing broken upgrades for
 8.2 users.

Working with dsd and bert I changed Activities
http://wiki.laptop.org/go/Activities/G1G1/8.2 to transclude
Activities/Record_(8.2) instead of Activities/Record-G1G1.  That allowed
them to update the latter as dsd says.  They requested I also made the
change for several other activities that have forked from 8.2: Browse,
Chat, Etoys, Read.

I think the http://wiki.laptop.org/go/Activities/Peru page needs the
same fix -- it should not be loading Browse (latest).

I don't understand why all activities on the 8.2 page aren't set this
way.  They should not pull in the latest version, they should pull in
the (8.2) version.  But a lot of the (8.2) fragments are out of date,
they don't list the latest version that works on 8.2.0.

Also, I'm not sure what the point of the -G1G1 files are.  Currently,
Activities/G1G1 transcludes Activities/Record-G1G1 , which redirects to
Activities/Record_(latest).  But there is no G1G1 version of any
activity, there are simply pages for each activity group that pull in
either the version that works in 8.2 or the latest version.  Why mention
-G1G1?

Rather than explain it here, it should be somewhere on the wiki,
referred to by http://wiki.laptop.org/go/Software_updater

I also rewrote the explanation in
http://wiki.laptop.org/go/Activities/G1G1/8.2 , statements like They
are part of the G1G1 activity pack are simply incorrect.
(Is there a new [[G1G1 activity pack]]?)

Cheers,
--
=S Page

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


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

2008-12-08 Thread Chris Marshall
Wade Brainerd wrote:
 On Sun, Dec 7, 2008 at 12:49 PM, Chris Marshall 
 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
 
 Gary C Martin wrote:
 
 On 7 Dec 2008, at 00:58, Wade Brainerd wrote:
 
 Okay, Colors! v11 supports Wacom tablets, with pressure
 sensitivity.
 Instructions for setup are on the activity page, it's really
 pretty
 simple.
 
 OLPC folks, it might be nice to update xorg-dcon.conf to
 support Wacom
 tablets, and to include the linuxwacom package in builds.  I
 think
 that deployments would be well served to have a few cheap
 graphics
 tablets available for art classes, etc.  If you're
 interested, the
 Colors! activity bundle contains the fixed xorg-dcon.conf.
 
 http://wiki.laptop.org/go/Colors!
 
 -Wade
 
 
 Hey Wade, sounds great! Unfortunately I'm not having any luck
 here  with an XO running 8.2-767 and an Intuos model Wacom
 tablet. Any one  else had any success?
 
 BTW: After yum has installed linuxwacom.i386 0:0.7.9.8-6.fc9,
 the  additions to xorg-dcon.conf made, and a reboot just to make
 sure – If  I go look in /dev/input/ I still see no wacom device
 listed.
 
 --Gary
 
 
 This is great news but it did not work on my setup:
 os767 with a BambooFun tablet.
 
 I do not see any entries for the wacom in /dev/input
 and a wacdump of all the possible /dev/input/event#
 entries showed all unknown.
 
 For my yum install it pulled the same version as Gary
 reported.
 
  Had you done some previous installs that might have
  done addition configuration or driver installs?
 
  What version linuxwacom do you have?
 
  What /dev/input entries?]
 
  What do you see with wacdump for them?
 
 Also, the sudo cp of the xorg-dcon.conf from the Colors!
 instructions does not have the '!' in it and will not
 work.  I had do su to run the command and escape the
 '!' as a history expansion character with a backslash.
 I was not able to get a combination of escapes that
 would work with the sudo emulation...
 
 --Chris
 
 
 Odd, thanks for the reports!  I already fixed the Wiki instructions. 
 
 I'm not sure what's different about my system, it's mostly stock 767.  I 
 had previously installed pgf's wacom.ko using insmod:
 
 http://dev.laptop.org/~pgf/wacom.ko
 
 to /lib/modules/`uname -r`/kernel/drivers/usb/input/
 
 However, I assumed that the yum install linuxwacom overwrote it.  
 Perhaps not though, I'm new to Linux kernel modules.  Try grabbing and 
 installing that kernel module, and see if it magically works.

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

My test tablet was the small BambooFun by Wacom
with a tablet area almost exactly the same size
as the working area in Colors! on the XO.  I had
time to try out both size and opacity and it was
a pleasure to have the pressure sensitivity and
the fine control (although, the XO tablet mode
test routine showed that the existing hw was at
least capable of position resolution if not
pressure variability...).

The only catch is that the drawing output
lags the tablet strokes by quite a bit.  My
guess is that the event processing cannot
keep up with the data rate.  I seem to remember
that there was a driver configuration related
to that which might be used to throttle down
the fire hydrant.

Great job and many thanks, Wade!  If this
could be wrapped up in some sort of package
update it would be a *very* nice selling point
for the XO to the G1G1 customers/donors.

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

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


SugarLabs QA-Meeting REMINDER (December 12 2008 - 16.30 (UTC)) --- irc.freenode.net, #sugar-meeting

2008-12-08 Thread Simon Schampijer
SugarLabs QA-Meeting

In order to achieve a better product we have two main streams that try 
to achieve the same goal - the BugSquad (a team keeps track of current 
bugs in the sugar software and try to make sure that bugs are triaged 
correctly) and the testers that do the testing on various platforms. 
This meeting aims to define the mission of those groups and how they can 
interact best with each other.

* SL Community Bugsquad: what is it now, and what do we want it to become?
* Testing: upstream/downstream

Detailed Agenda:
http://sugarlabs.org/go/TestingTeam/Meetings/Agendas/2008-12-10

If not only Hemiptera are the 'true bugs' to you, you might want to join.
Simon

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


Re: Updating old 656 qemu image

2008-12-08 Thread Ton van Overbeek
2008/12/8 Luis Michelena [EMAIL PROTECTED]:
 I have been working since may with qemu, using the 656 build, made some
 changes, intalled several packages to make my life a little easier(man,
 locate, locale, etc) so i'd like to be able to update it in place but I
 can't:

 snip ...
 I tried to update de olpc-update script to the last version, but it didn´t
 work. By the way, the /versions folder is empty. It seems that that folder
 should have a link(current) to another directory that contains the version
 hash, but i couldn't find which value to use? I tried to search snippets of
 the error log on the net some sensible options but I found none
 Can you give me some advice?
 I also downloaded the 708 build, but i didn't found a way to acomplish the
 update that way either.

olpc-update does not work for ext3 images as used by qemu. It is dependent on
the flash layout where you can boot from either the current or the
previous version.
(That is where the /versions/... tree is for).
I am not aware of a way to update the qemu image in place.
What you could do is to save the /home/olpc tree outside qemu, then
replace the image by the one from a more recent build and restore (parts of)
your saved /home/olpc tree into the new image.

Two caveats:
Activities are stored in a different location now (everything under /home/olpc
instead of /usr/share/activities and /home/olpc) and activity isolation is now
enforced. You need to start from scratch with activities for any recent build:
update.1 (8.1, build 703) and 8.2.0 (build 767).
Also Update.1 and 8.2.0 are based on fedora 9 and require 3DNow
instruction emulation
in qemu. A stock qemu 0.9.1 will not be able to boot a fedora 9 based XO image.
For windows there is a svn based version which does work.
See  http://wiki.laptop.org/go/Using_QEMU_on_Windows_XP, especially the remark
under Option 2) QEMU Manager for beginners regarding recent builds.

Good luck with qemu.

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


Re: [sugar] [Proposal] .xot bundles, for translations

2008-12-08 Thread Sayamindu Dasgupta
On Thu, Dec 4, 2008 at 5:10 PM, Martin Langhoff
[EMAIL PROTECTED] wrote:
 On Tue, Dec 2, 2008 at 8:33 PM, Martin Langhoff
 [EMAIL PROTECTED] wrote:
 What I meant to say is that all the good things we get from a bespoke
 packaging format, we can get from rpm with a few conventions as to the
 directories where things land.

 A couple of additional notes from a private subthread...

 ...there are a few ways to use rpm/yum for unprivileged users
 (alternative DB, fakeroot, relocatable pkgs...), and I think we can
 use them for this. In fact, we could even build a simplistic rpm
 installer in python that handles a subset of what rpm does (hopefully
 this is not needed, it'd detract from the idea quite a bit)

 One valid criticism to using rpm - from a Sugar perspective - is that Sugar
 won't want to become tied to Fedora/RH. There's a case for thinking
 through if we can actually use rpm the way we want on Debian and/or
 apt on Fedora. Both rpm and apt are available in old/buggy versions in
 the other family of distros.

 Using rpm or apt Sugar would getting a bit further away from Windows
 (does cygwin carry either?) - a bit less so on OSX (where the fink
 toolchain will probably work alright, specially with translation pkgs,
 which are by definition noarch).

Hmm, thinking about this a bit further, how about generating a tar.bz2
with the PO files, with a setup.py file, which can generate a .xot
bundle (with MO files), as well as install in a specified location
(same in function as the setup.py which comes with activities)? In
that way, if someone decides to create a RPM for Fedora (assuming that
Fedora goes the language pack way sometime in the future), or a Deb
for Ubuntu (Ubuntu already uses a language pack system), they can do
it easily (they would have write a spec file though). Does that work ?
Thanks,
Sayamindu


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


Re: Updating NASA Connect Squeak / eToys Lessons

2008-12-08 Thread Bert Freudenberg

On 08.12.2008, at 16:50, Mike Lee wrote:

 Bert,

 Yes, I exchanged emails with Randy. He has retired from NASA and  
 moved to a new home in Minnesota in which he has been busy getting  
 ready to live. He was excited that we were interested in  
 volunteering and did not have any objection to us doing the work.

 We have a local educator involved who has ties to the NASA Langley  
 Research Center. And Nortel Networks DC office will give us some  
 funding for the jam.

 Using the Ctrl-Enter shortcut will be immensely helpful. Is there  
 such a thing as group select to move? I only get the halos on each  
 object.


Shift-click and drag on the background ...

- Bert -


 Mike

 On Mon, Dec 8, 2008 at 5:16 AM, Bert Freudenberg  
 [EMAIL PROTECTED] wrote:


 Hi Mike,

 did you contact Randy Caton? If I remember correctly he intended to  
 update those Etoys projects himself, but I don't know of the current  
 status.

 I don't know of a clever programmatic way though I'm sure one  
 could be devised, if you ask the right people:

 http://lists.laptop.org/listinfo/etoys

 (it's very simple to move everything down, but scripts using the y  
 coordinate with absolute values might break).

 A quick workaround is to toggle the toolbar using Ctrl-Enter.

 - Bert -




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


Re: [sugar] [Proposal] .xot bundles, for translations

2008-12-08 Thread Martin Langhoff
On Mon, Dec 8, 2008 at 1:50 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote:
 Does that work ?

How do we trust that the setup.py is not malicious? Part of what I am
suggesting when I talk about rpm files that have no %post/%pre etc
(and therefore can be installed with --no-scripts) is that we can
reasonably trust that the contents are not maliciously active. (Note
that this needs a few additional checks to be effective.)

If we say that we'll auto-execute a setup.py we have

 - less security
 - no versioning
 - no tracking of what file belongs to what pkg

In other words, I like your original plan :-) -- packaging has a lot
of good reasons. It also has its warts, but they are know and we can
work with them.

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
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [sugar] [Proposal] .xot bundles, for translations

2008-12-08 Thread Sayamindu Dasgupta
On Mon, Dec 8, 2008 at 9:31 PM, Martin Langhoff
[EMAIL PROTECTED] wrote:
 On Mon, Dec 8, 2008 at 1:50 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote:
 Does that work ?

 How do we trust that the setup.py is not malicious? Part of what I am
 suggesting when I talk about rpm files that have no %post/%pre etc
 (and therefore can be installed with --no-scripts) is that we can
 reasonably trust that the contents are not maliciously active. (Note
 that this needs a few additional checks to be effective.)

 If we say that we'll auto-execute a setup.py we have

  - less security
  - no versioning
  - no tracking of what file belongs to what pkg


Ermm.. I'm not proposing that we run ./setup.py in the XO. Think of
setup.py as a Makefile, which can generate ,xot bundles, which can
then be installed on a XO. Same as the current mechanisms used by the
activities. No code gets run in the XO itself.
Thanks,
Sayamindu




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


Cleaning up Trac for 8.2.1

2008-12-08 Thread Ed McNierney
Folks -

I went to take a look at Trac to clean up Milestones and make sure that only
the bugs identified on the 8.2.1 ECO page at
http://wiki.laptop.org/go/Eco/8.2.1#Relevant_Trac_items are labeled with
that Milestone.  That is, those are the only 8 tickets that should be fixed
and closed for us to release 8.2.1.

When I did that I found that there are 226 tickets with an 8.2.1 Milestone,
199 of which are not closed.  I realize much of this stems from decisions in
8.2 to defer bugs until next time, but the number of these bugs makes me
wary of proceeding.  Although an 8.2.2 Milestone exists, there are
(fortunately) no tickets with that value assigned.

Since I think our philosophy should be that any 8.2.x release will only
contain bug fixes that are specifically selected and identified as critical
for that bugfix release, I would like to suggest that all 8.2.1 Milestone
values be updated to a 9.1 Milestone value with the exception of the eight
from the ECO (listed below).  When those eight tickets are closed, 8.2.1 is
done.

If we do an 8.2.2 release, we will reclassify any known 9.1 Milestone bugs
to that 8.2.2 Milestone value as part of the process of managing that
release.  In the near term we will have no 8.2.2 Milestone tickets.  This is
somewhat analogous to the non-electronic method Kim used on her whiteboard,
whereby bugs that really ought to be fixed in an 8.2.1 release but aren't
enough to trigger that release by themselves were written on a list until
we reached critical mass (or a critical bug) for that release.

Please let me know what you think; counterproposals that do the job better
are welcome.

- Ed

Tickets from the 8.2.1 ECO:
8155
8451
8745
8767
8976
8982
9044
9045


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


Re: Cleaning up Trac for 8.2.1

2008-12-08 Thread Chris Ball
Hi,

Since I think our philosophy should be that any 8.2.x release will
only contain bug fixes that are specifically selected and
identified as critical for that bugfix release, I would like to
suggest that all 8.2.1 Milestone values be updated to a 9.1
Milestone value with the exception of the eight from the ECO
(listed below).  When those eight tickets are closed, 8.2.1 is
done.

This makes sense, but there's a reason we chose 8.2.1 rather than 9.1
for many of those bugs, and we should try not to destroy that bit of
information during the move -- it could help us to prioritize which of
the 9.1 bugs to work on.  To keep track of this, we could do something
like adding a keyword to all current 8.2.1 bugs before we move them.

(Of course, ideally we'd actually triage all of these, and the other 9.1
bugs, into work items for 9.1 or beyond.)

Thanks,

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


Re: Cleaning up Trac for 8.2.1

2008-12-08 Thread Eben Eliason
On Mon, Dec 8, 2008 at 12:33 PM, Chris Ball [EMAIL PROTECTED] wrote:
 Hi,

Since I think our philosophy should be that any 8.2.x release will
only contain bug fixes that are specifically selected and
identified as critical for that bugfix release, I would like to
suggest that all 8.2.1 Milestone values be updated to a 9.1
Milestone value with the exception of the eight from the ECO
(listed below).  When those eight tickets are closed, 8.2.1 is
done.

 This makes sense, but there's a reason we chose 8.2.1 rather than 9.1
 for many of those bugs, and we should try not to destroy that bit of
 information during the move -- it could help us to prioritize which of
 the 9.1 bugs to work on.  To keep track of this, we could do something
 like adding a keyword to all current 8.2.1 bugs before we move them.

I recall proposing something similar in the past, but I'll toss it
back in the mix for fun.  My proposal involved the use of wildcards in
the milestones, so that we could keep track of an 8.2.x pile of bugs
at all times, and then pull from that into 8.2.1, 8.2.2, etc.  When we
reach a point where we're consciously planning 9.1, we can push
everything in 8.2.x to 9.1.x and move forward from there. (We can keep
a 9.1.x pile and an 8.2.x pile, concurrently, of course.)

This way, we can maintain relative timeframes/importance of tickets
without committing them to specific releases.

- Eben

PS.  Perhaps you can combine the above ideas, simply using the 8.2.x
and 9.1.x as the keywords, if you don't want to add lots of
milestones.


 (Of course, ideally we'd actually triage all of these, and the other 9.1
 bugs, into work items for 9.1 or beyond.)

 Thanks,

 - Chris.
 --
 Chris Ball   [EMAIL PROTECTED]
 ___
 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: Cleaning up Trac for 8.2.1

2008-12-08 Thread pgf
ed wrote:
  Folks -
  
  I went to take a look at Trac to clean up Milestones and make sure that only
  the bugs identified on the 8.2.1 ECO page at
  http://wiki.laptop.org/go/Eco/8.2.1#Relevant_Trac_items are labeled with
  that Milestone.  That is, those are the only 8 tickets that should be fixed
  and closed for us to release 8.2.1.

will we / did we check with the support gang to be sure there are no
G1G1-relevant bugs we should be fixing?

paul
=-
 paul fox, [EMAIL PROTECTED]
 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: [Sugar-devel] Wacom Bamboo with XO?

2008-12-08 Thread Nirav Patel
Chris,

We're working on switching from gstreamer to the pygame camera module.
Gstreamer in 8.2 had some changes that broke the pipeline Colors was using.
While it would have been possible to change the pipeline, switching to
pygame will be easier/better for both the videopaint and photo snap parts.

This will likely be done before the end of the month.

Nirav

On Mon, Dec 8, 2008 at 8:02 AM, Chris Marshall [EMAIL PROTECTED]wrote:


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

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

___
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


Bundling plugins with Browse

2008-12-08 Thread Sayamindu Dasgupta
Hi all,
We are trying to figure out a way to bundle the mozplugger plugin[1]
in Browse, so that PDF files can be viewed from within Browse itself.
Does anyone know how this can be done. Apart from the mozplugger
plugin itself, we need to have the m4 binary to help mozplugger parse
its config file, as well as the application which _actually_ renders
the PDF.
Normally we can modify the OS image, but it would be easier for us to
include the entire thing in Browse and make a new Browse bundle.
Any thoughts/ideas/comments ?
Thanks,
Sayamindu


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


Re: Bundling plugins with Browse

2008-12-08 Thread Tomeu Vizoso
On Mon, Dec 8, 2008 at 7:34 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote:
 Hi all,
 We are trying to figure out a way to bundle the mozplugger plugin[1]
 in Browse, so that PDF files can be viewed from within Browse itself.
 Does anyone know how this can be done. Apart from the mozplugger
 plugin itself, we need to have the m4 binary to help mozplugger parse
 its config file, as well as the application which _actually_ renders
 the PDF.
 Normally we can modify the OS image, but it would be easier for us to
 include the entire thing in Browse and make a new Browse bundle.
 Any thoughts/ideas/comments ?

What are the binaries, libraries and other resources that are needed
by the evince plugin and aren't available on the 8.2.0 image?

Thanks,

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


Greg S work report for 2 Weeks ending 12/5

2008-12-08 Thread Greg Smith
General status:

Uruguay is starting an in-school pilot of 800 XOs running version 8.2. 
After successful completion of that pilot they plan to upgrade
all XOs to the new version.

9.1.0 planning is underway (http://wiki.laptop.org/go/9.1.0). 90 days 
until the release!

The focus is on deployment and maintenance. The four main areas of work are:
1 - Rebase release on Fedora 10 and make it easy to run standard Fedora 
Desktop and applications.

2 - Easier installation of secure, customized XO software images, 
focusing on activation, lease management, image customization and signing.

3 - Improved power management for longer battery life.

4 - New translations and better support for Nepali, Amharic and Chinese.

In addition, the release will include many other bug fixes and features.

***
User links of the week (Spanish)

Jorge Drexler (http://www.jorgedrexler.com/), an Uruguayan music star,
wrote a song about Plan Ceibal (XO project in Uruguay)
http://www.pilas.net/20081201/drexler-le-canta-al-plan-ceibal/

Here's a brief, informal translation of the song:
A little square of heaven (or sky)
a window on the river.
A river made of light
a river made of light
and of birds in flight.

I want to be a navigator
by the austral heavens
I want to be a navigator
by the austral heavens
without leaving my eddy
in the shade of the Ceibal tree

Welcome fantasy
to this transparent course.
As a boat in the current
I also want to leave
my wake of poetry.

Then Drexler met with RAP Ceibal volunteers and asked parents to get
involved in the project. See:
http://www.fedaro.info/2008/12/04/drexler-convoca-a-integrarse-a-rap-ceibal/

Also posted this week, another XO inspired song out of Peru:
http://www.youtube.com/watch?v=QQiA5F6AJcQ


Status of goals set on 11/21
1 - Build 9.1 project page and select top high level feature requests
and layout rough schedule.

GS - Done. See: http://wiki.laptop.org/go/9.1.0 Needs a lot more detail 
on features and schedule.

2 - Define Trac usage and Trac scrub plan for 9.1

GS - Partially done. Discussed Trac usage but we need a follow up 
meeting. Scrub plan is to do a two day historical triage 12/15 and 
12/16. Details to follow.

3 - Fill in requirements definition for top 9.1 features and engage
engineers.

GS - Partially done. First pass at top four requirements written. 
Discussions with engineering underway. Still need a lead owner on top 
two items:
- Run regular Fedora window managers and applications
and
- Activation/lease/signing/image customization

4 - Update School Server documentation.

GS - Partially done. Updated main XS page 
http://wiki.laptop.org/go/School_server so that everything above 
slightly outdated section refers to actual features currently available.

***
Goals for next week.

1 - Finish collection of all main features on Feature Roadmap page:
http://wiki.laptop.org/go/Feature_roadmap. Stretch goal to make that a 
Semantic query with each feature having its own page.

2 - Update 9.1.0 page with a detailed list of sub-requirements. Add 
detail to the schedule and get sign off on it from engineering and QA. 
Engage engineers to get specifications and plans documented for each 
feature.

3 - Start triage of full feature roadmap to flag 9.1.0 items and 
prioritize all items.

4 - Create basic presentation on plans for 9.1.0 and run it by main 
customers and other stakeholders.

5 - Update School Server documentation with links to Readme file for 
each main feature. Comment on XS roadmap and Moodle plan.

Thanks,

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


Re: Bundling plugins with Browse

2008-12-08 Thread Sayamindu Dasgupta
On Tue, Dec 9, 2008 at 12:07 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote:
 On Mon, Dec 8, 2008 at 7:34 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote:
 Hi all,
 We are trying to figure out a way to bundle the mozplugger plugin[1]
 in Browse, so that PDF files can be viewed from within Browse itself.
 Does anyone know how this can be done. Apart from the mozplugger
 plugin itself, we need to have the m4 binary to help mozplugger parse
 its config file, as well as the application which _actually_ renders
 the PDF.
 Normally we can modify the OS image, but it would be easier for us to
 include the entire thing in Browse and make a new Browse bundle.
 Any thoughts/ideas/comments ?

 What are the binaries, libraries and other resources that are needed
 by the evince plugin and aren't available on the 8.2.0 image?



We won't use the evince plugin (as it does not have Journal support).
I have a simple python PDF viewer which takes care of rendering the
PDF. Everything that needs to be installed on the XO are at:
http://dev.laptop.org/~sayamindu/pdf_embed/

-sdg-




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


Re: Bundling plugins with Browse

2008-12-08 Thread Tomeu Vizoso
On Mon, Dec 8, 2008 at 7:45 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote:
 On Tue, Dec 9, 2008 at 12:07 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote:
 On Mon, Dec 8, 2008 at 7:34 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote:
 Hi all,
 We are trying to figure out a way to bundle the mozplugger plugin[1]
 in Browse, so that PDF files can be viewed from within Browse itself.
 Does anyone know how this can be done. Apart from the mozplugger
 plugin itself, we need to have the m4 binary to help mozplugger parse
 its config file, as well as the application which _actually_ renders
 the PDF.
 Normally we can modify the OS image, but it would be easier for us to
 include the entire thing in Browse and make a new Browse bundle.
 Any thoughts/ideas/comments ?

 What are the binaries, libraries and other resources that are needed
 by the evince plugin and aren't available on the 8.2.0 image?



 We won't use the evince plugin (as it does not have Journal support).
 I have a simple python PDF viewer which takes care of rendering the
 PDF. Everything that needs to be installed on the XO are at:
 http://dev.laptop.org/~sayamindu/pdf_embed/

I haven't done these tricks myself, but I know that some activities
ship executables and libraries inside their bundles.

Two places to look at are modifying PATH and LD_LIBRARY_PATH and
insert in them paths inside the bundle.

Also, you can set some mozilla-related paths at startup, see hulahop.startup().

Would this be enough?

strace -e open may be helpful in seeing which files it looks for and
fails to find.

HTH,

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


Re: Bundling plugins with Browse

2008-12-08 Thread Erik Garrison
On Tue, Dec 09, 2008 at 12:04:23AM +0530, Sayamindu Dasgupta wrote:
 Hi all,
 We are trying to figure out a way to bundle the mozplugger plugin[1]
 in Browse, so that PDF files can be viewed from within Browse itself.
 Does anyone know how this can be done. Apart from the mozplugger
 plugin itself, we need to have the m4 binary to help mozplugger parse
 its config file, as well as the application which _actually_ renders
 the PDF.
 Normally we can modify the OS image, but it would be easier for us to
 include the entire thing in Browse and make a new Browse bundle.
 Any thoughts/ideas/comments ?
 Thanks,
 Sayamindu

Why don't we just use Firefox?  It seems to run quite well on the XO.

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


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

2008-12-08 Thread Gary C Martin
On 8 Dec 2008, at 13:02, Chris Marshall wrote:

 Wade Brainerd wrote:
 On Sun, Dec 7, 2008 at 12:49 PM, Chris Marshall [EMAIL PROTECTED] 
  mailto:[EMAIL PROTECTED] wrote:
Gary C Martin wrote:
On 7 Dec 2008, at 00:58, Wade Brainerd wrote:
Okay, Colors! v11 supports Wacom tablets, with pressure
sensitivity.
Instructions for setup are on the activity page, it's  
 really
pretty
simple.
OLPC folks, it might be nice to update xorg-dcon.conf to
support Wacom
tablets, and to include the linuxwacom package in  
 builds.  I
think
that deployments would be well served to have a few cheap
graphics
tablets available for art classes, etc.  If you're
interested, the
Colors! activity bundle contains the fixed xorg-dcon.conf.
http://wiki.laptop.org/go/Colors!
-Wade
Hey Wade, sounds great! Unfortunately I'm not having any luck
here  with an XO running 8.2-767 and an Intuos model Wacom
tablet. Any one  else had any success?
BTW: After yum has installed linuxwacom.i386 0:0.7.9.8-6.fc9,
the  additions to xorg-dcon.conf made, and a reboot just to  
 make
sure – If  I go look in /dev/input/ I still see no wacom  
 device
listed.
--Gary
This is great news but it did not work on my setup:
os767 with a BambooFun tablet.
I do not see any entries for the wacom in /dev/input
and a wacdump of all the possible /dev/input/event#
entries showed all unknown.
For my yum install it pulled the same version as Gary
reported.
 Had you done some previous installs that might have
 done addition configuration or driver installs?
 What version linuxwacom do you have?
 What /dev/input entries?]
 What do you see with wacdump for them?
Also, the sudo cp of the xorg-dcon.conf from the Colors!
instructions does not have the '!' in it and will not
work.  I had do su to run the command and escape the
'!' as a history expansion character with a backslash.
I was not able to get a combination of escapes that
would work with the sudo emulation...
--Chris
 Odd, thanks for the reports!  I already fixed the Wiki  
 instructions. I'm not sure what's different about my system, it's  
 mostly stock 767.  I had previously installed pgf's wacom.ko using  
 insmod:
 http://dev.laptop.org/~pgf/wacom.ko
 to /lib/modules/`uname -r`/kernel/drivers/usb/input/
 However, I assumed that the yum install linuxwacom overwrote it.   
 Perhaps not though, I'm new to Linux kernel modules.  Try grabbing  
 and installing that kernel module, and see if it magically works.

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

Want to report that the wacom.ko from Paul was also the final step in  
bringing my Wacom Intuos to life. Is there some magic trick to getting  
it to the insmod wacom.ko after a reboot (I have to run it again after  
each boot)? I'm sure this is standard kernel hacker fodder, but not  
something I dabble with much.

Great to see this working!! How's best to get this into the 9.1  
distro? Does this need a ticket to get formal attention?

--Gary

 My test tablet was the small BambooFun by Wacom
 with a tablet area almost exactly the same size
 as the working area in Colors! on the XO.  I had
 time to try out both size and opacity and it was
 a pleasure to have the pressure sensitivity and
 the fine control (although, the XO tablet mode
 test routine showed that the existing hw was at
 least capable of position resolution if not
 pressure variability...).

 The only catch is that the drawing output
 lags the tablet strokes by quite a bit.  My
 guess is that the event processing cannot
 keep up with the data rate.  I seem to remember
 that there was a driver configuration related
 to that which might be used to throttle down
 the fire hydrant.

 Great job and many thanks, Wade!  If this
 could be wrapped up in some sort of package
 update it would be a *very* nice selling point
 for the XO to the G1G1 customers/donors.

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

 Cheers,
 Chris

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


rainbow preloading disabled in joyride (temporarily?)

2008-12-08 Thread Daniel Drake
Hi,

rainbow's python module preloading causes a lot of activity breakage
in joyride (any activity based on gstreamer such as Record, Chat,
etc). Some reasons are detailed here:
http://dev.laptop.org/ticket/9035

I just released rainbow-0.7.27 which turns off preloading. It will be
in the next joyride. Having activities that start a bit slower than
usual is better than having activities that do not start at all. This
doesn't mean that preloading is turned off forever (although some of
us would like that), but it is certainly disabled until someone comes
up with a solution for the above bug at the very least.

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


Re: proposal for updating Activities/Joyride page

2008-12-08 Thread S Page
Daniel Drake wrote:
 http://wiki.laptop.org/go/Activities/Joyride is out of date.  Some
 activities, e.g. Record and Read, need new versions listed which are
 not backwards compatible with 8.2.

  The current listed versions are
 included because of Joyride including Activities/G1G1 which includes
 Activities/Record-G1G1, but if I were to modify that then
 Activities/G1G1/8.2 would be modified too, causing broken upgrades for
 8.2 users.

Working with dsd and bert I changed Activities 
http://wiki.laptop.org/go/Activities/G1G1/8.2 to transclude 
Activities/Record_(8.2) instead of Activities/Record-G1G1.  That allowed 
them to update the latter as dsd says.  They requested I also made the 
change for several other activities that have forked from 8.2: Browse, 
Chat, Etoys, Read.

I think the http://wiki.laptop.org/go/Activities/Peru page needs the 
same fix -- it should not be loading Browse (latest).

I don't understand why all activities on the 8.2 page aren't set this 
way.  They should not pull in the latest version, they should pull in 
the (8.2) version.  But a lot of the (8.2) fragments are out of date, 
they don't list the latest version that works on 8.2.0.

Also, I'm not sure what the point of the -G1G1 files are.  Currently, 
Activities/G1G1 transcludes Activities/Record-G1G1 , which redirects to 
Activities/Record_(latest).  But there is no G1G1 version of any 
activity, there are simply pages for each activity group that pull in 
either the version that works in 8.2 or the latest version.  Why mention 
-G1G1?

Rather than explain it here, it should be somewhere on the wiki, 
referred to by http://wiki.laptop.org/go/Software_updater

I also rewrote the explanation in 
http://wiki.laptop.org/go/Activities/G1G1/8.2 , statements like They 
are part of the G1G1 activity pack are simply incorrect.
(Is there a new [[G1G1 activity pack]]?)

Cheers,
--
=S Page
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


One instance activity

2008-12-08 Thread Pablo Posada

Hello list,
  I was wondering if someone has tried something to handle a one instance
activity.
What i want to do is cancel if someone tries to open the same activity from
the journal, and show the previous one with the document requested.

I try to handle the request in the sugarActivity file, i can find out if it
is already running and cancel the second. But the activity starts and stays
initializing...

Any ideas will help.
Thanks
Pablo Posada


=-=-=
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you



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


Re: Bundling plugins with Browse

2008-12-08 Thread Gary C Martin
On 8 Dec 2008, at 19:29, Erik Garrison wrote:

 On Tue, Dec 09, 2008 at 12:04:23AM +0530, Sayamindu Dasgupta wrote:
 Hi all,
 We are trying to figure out a way to bundle the mozplugger plugin[1]
 in Browse, so that PDF files can be viewed from within Browse itself.
 Does anyone know how this can be done. Apart from the mozplugger
 plugin itself, we need to have the m4 binary to help mozplugger parse
 its config file, as well as the application which _actually_ renders
 the PDF.
 Normally we can modify the OS image, but it would be easier for us to
 include the entire thing in Browse and make a new Browse bundle.
 Any thoughts/ideas/comments ?
 Thanks,
 Sayamindu

 Why don't we just use Firefox?  It seems to run quite well on the XO.

Run quite well, on what planet? It locks up the XOs tested here with  
regularity, and is now on my 'don't bother testing' list (until  
there's another attempt). It's a memory pig, it's still got a UI for  
nerds/geeks, and does not integrate well with the rest of Sugar (no  
Journal entries/resuming, ghost frame icons).

--Gary

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

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


Re: Music Keyboard for TamTam?

2008-12-08 Thread Gary C Martin
Hi Caryl,

On 4 Dec 2008, at 07:55, Caryl Bigenho wrote:

 Thanks for all your efforts!

 The last time I used a midi keyboard with a Mac (it was a G3) it had  
 to have a special midi interface and then was just plug and play  
 from there using Finale as a program. In looking over your  
 discussion below, it looks like you did manage to get a midi  
 keyboard to work with the XO, but with great difficulty. Some  
 questions...

 Will it work with all of the TamTam Activities?

It does not work with any of the TamTam activities yet, but I am  
digging through TamTamMini to see what's the best way to add this  
functionality. The Python code is fairly obtuse, likely due to all the  
copy/paste hacking that it's been through (all 4 activities used to be  
one big single activity).

Right now I've just tested that the standard 8.2-767 release does  
respond correctly to a USB MIDI keyboard by writing some simple/small  
CSound code. No special kernel modules, drivers, updates are needed –  
so it works 'out the box' but we have no current activities that  
listen for MIDI events just now.

 Is it likely that all midi keyboards would work?

Yes I think so, USB MIDI keyboards being the easiest to use. I also  
have a MIDI to USB converter kicking around (some other folks sent you  
links to these), and a bunch of old school MIDI synths and devices  
that I plan to test function correctly.

 Would it be possible to put the instructions into language that the  
 less technically inclined could easily follow to get started on this?

If I can update TamTamMini the way I intend, you'd just need to plug  
in a MIDI keyboard and start hitting keys in a tuneful way :-)

 Does anything have to be changed in the software/hardware to make  
 this easily used by teachers everywhere?

New releases of the TamTam Activities (if I manage to get this  
working). Should just be a software update away for those already  
running Sugar.

 Do you know of any source of very simple, inexpensive midi  
 keyboards? No bells and whistles needed, they are already in the XO  
 in the TamTam Activities.

M-Audio is what I've used. Doing a quick google, my curiosity was  
piqued by a roll-up USB piano (49key, velocity sensitive) - it's  
about £20 here in the UK, ~$40 in the US, any one got one of these? I  
only ask as it seems both cheap, potentially durable, easy to store,  
and easy to ship... Pity it doesn't come in green ;-)

 Could easier use of a midi keyboard be incorporated into a change in  
 the Sugar OS (like 9.1.0)?

8.2 seems to have all the required components.

A new control panel module for advance MIDI device configuration could  
be something for the future, but to be honest that seem like massive  
over kill, and a potential source of confusion. I've hacked about with  
keyboards for plenty of years now, and it is almost always the  
individual client software that deals with fancy MIDI configurations,  
if needed, and not the OS.

Regards,
--Gary

 Or is there an easy way to make the current set-up easier?

 Thanks again for your interest and efforts!

 Caryl



  Date: Mon, 1 Dec 2008 20:37:59 -0800
  From: [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  Subject: Re: Music Keyboard for TamTam?
  CC: [EMAIL PROTECTED]; devel@lists.laptop.org
 
  See also
 
  http://www.flickr.com/photos/curiouslee/189728345/
 
  Walter and Simon demonstrate MIDI keyboard input into the A-TEST  
 board
  Taken on July 14, 2006, uploaded July 14, 2006
 
  On Sun, Nov 30, 2008 at 9:16 PM, Gary C Martin  
 [EMAIL PROTECTED] wrote:
   On 1 Dec 2008, at 04:01, Gary C Martin wrote:
  
   On 30 Nov 2008, at 22:16, Erik Garrison wrote:
  
   On Sun, Nov 30, 2008 at 12:20 AM, Gary C Martin
   [EMAIL PROTECTED] wrote:
   On 30 Nov 2008, at 01:29, Erik Garrison wrote:
  
   On Mon, Nov 17, 2008 at 8:23 AM, [EMAIL PROTECTED] wrote:
  
   ignacio wrote:
  
   On Mon, 2008-11-17 at 04:24 +, Gary C Martin wrote:
  
   On a more disappointing note I found this ticket G1G1  
 tamtam
   suite
   should respond to MIDI keyboard input from 10 months ago.
   Closed.
   Wont fix :-(
  
   https://dev.laptop.org/ticket/6031
  
   All wontfix means is that they're waiting for someone  
 with a
   stronger
   itch to scratch it ;)
  
   i really have no idea how such devices are normally  
 presented to
   the systems, but is it possible that the keyboard is  
 consists of
   more than one USB device (i.e., via a built-in hub) and  
 that not
   all the drivers are present on the XO?
  
  
   FWIW, The M-audio systems abide by open midi specifications  
 and are
   platform-independent. I don't know about the driver situation.
  
   There is a program which can be used to dump midi signals to
   stdout.
   It might be a good test as it's very simple to configure and  
 its
   results are very clear, unlike the audio programs you'll  
 want to
   use.
  
   ... and it's called??? Gah! ;-)
  
   Just for reference, after connecting the USB Midi keyboard  
 

Re: Bundling plugins with Browse

2008-12-08 Thread Erik Garrison
On Tue, Dec 09, 2008 at 12:06:48AM +, Gary C Martin wrote:
 On 8 Dec 2008, at 19:29, Erik Garrison wrote:

 On Tue, Dec 09, 2008 at 12:04:23AM +0530, Sayamindu Dasgupta wrote:
 Hi all,
 We are trying to figure out a way to bundle the mozplugger plugin[1]
 in Browse, so that PDF files can be viewed from within Browse itself.
 Does anyone know how this can be done. Apart from the mozplugger
 plugin itself, we need to have the m4 binary to help mozplugger parse
 its config file, as well as the application which _actually_ renders
 the PDF.
 Normally we can modify the OS image, but it would be easier for us to
 include the entire thing in Browse and make a new Browse bundle.
 Any thoughts/ideas/comments ?
 Thanks,
 Sayamindu

 Why don't we just use Firefox?  It seems to run quite well on the XO.

 Run quite well, on what planet? It locks up the XOs tested here with  
 regularity, and is now on my 'don't bother testing' list (until there's 
 another attempt). It's a memory pig, it's still got a UI for  
 nerds/geeks, and does not integrate well with the rest of Sugar (no  
 Journal entries/resuming, ghost frame icons).

It's just about the only non-sugar application I use on the XO in my
personal time.  I use it a lot.  I can open a dozen pages in tabs
without slowdown.  I can use Gmail with all its javascript goodies.
Many more tabs than that will induce vm swapping, which causes long
lockups which you describe.

Note that this is on debxo running a lightweight window manager.  I
forgot about the significant memory pressure induced by Sugar.  This of
course changes things.

If our need for these custom applications is fundamentally related to
problems with the framework in which they run, and not the hardware,
then perhaps there is a big win waiting on the other side of a redesign
of that framework.

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


Re: [Server-devel] Server-devel Digest, Vol 20, Issue 7

2008-12-08 Thread Martin Langhoff
2008/12/6 Eroni Tuiloma [EMAIL PROTECTED]:
 There is definitely a problem with Bonding and old hardware , i have been

Is there?

Right now the marc archive -- my usual kernel list archive -- is down,
but googling around, it seems that there were lots of problems
discussed until 2006. From there onwards, I can't see anything
meaningful.

 Hardware aside is there a way of not using bonding in version 0.5 ?

There's very good discussion in the archives as to why we're using
bonding. Don't hesitate to search! ;-)

Two threads that explain the background:
http://lists.laptop.org/pipermail/server-devel/2008-September/001941.html
http://lists.laptop.org/pipermail/server-devel/2008-September/001974.html

cheers,



martin
-- 
 [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
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


[Server-devel] Trying to Understand the Why of Bonding in XS 0.5

2008-12-08 Thread Anna
I've read the September posts on why bonding is being implemented in XS 0.5
and also the excellent article Martin referenced -
http://www.linuxfoundation.org/en/Net:Bonding.

What I've gleaned so far - the purpose of bonding as far as the XS is
concerned is to allow the APs attached to eth1 and the usb active antennas
to work with dhcp in an environment where any of these devices may be
plugged in at any point without restarting the dhcpd service or the
network.  Correct?

So, in an environment where the usb active antennas are impractical, such as
in Birmingham where the XSs will be locked up in the IT closets away from
physical proximity to most XOs, what purpose would bonding serve?

Since Birmingham is planning on using legacy equipment for the XSs (read -
old stuff), XS software compatibility with older hardware is key.
Unfortunately I don't have newer hardware to test XS 0.5 with, but I haven't
gotten bonding to work on what I've got and, if the other emails to this
list are any indication, many other folks are having issues.

I don't mind trying to figure out stuff, but it sure is nice when things
just work, as networking mostly did in XS 0.4.

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


Re: [Server-devel] Trying to Understand the Why of Bonding in XS 0.5

2008-12-08 Thread Martin Langhoff
2008/12/8 Anna [EMAIL PROTECTED]:
 What I've gleaned so far - the purpose of bonding as far as the XS is
 concerned is to allow the APs attached to eth1 and the usb active antennas
 to work with dhcp in an environment where any of these devices may be
 plugged in at any point without restarting the dhcpd service or the
 network.  Correct?

Yes, but not just that.

 - We run DHCPd on 4 interfaces that may or may not be there. This
includes the 3 possible AAs and the eth1 NIC -- a server with AAs may
not have eth1

 - We run many services that attach to a notional main ip address of
the XS. Apache, idmgr, backup service. That ip address must be on an
interface that is not tied to a particular hw.

And at the same time, we want a single configuration that just works
with whatever is there. The whole set of services comes up when the
server starts, regardless of hw. An AA appears? great, link it up to
the appropriate bonding device. This XS never had an eth1 NIC, but a
technician came around and plugged on in? Fine, as soon as the machine
boots, eth1 falls into place. Remove it? Just works again.

Way back in time we consulted with David Woodhouse and other core
linux devs - they suggested we used bridges like OpenWRT. You've seen
the discussion of their downsides and why we switched to bonding.

If bonding is really broken I'll find an alternative technique. But see below...

 Since Birmingham is planning on using legacy equipment for the XSs (read -
 old stuff), XS software compatibility with older hardware is key.

Legacy kit is high on my list too - many (most?) pilots run on it.
Still... bonding is a very well established part of the networking
stack in the linux kernel, I doubt there's a fundamental problem with
it - now that you've narrowed the problem down to it, let's see if we
can find a way to get more specific debug information.


 I don't mind trying to figure out stuff, but it sure is nice when things
 just work, as networking mostly did in XS 0.4.

Thanks! I also yearn for things that Just Work. Let's see if we can
learn a bit more about this issue.

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
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel