Re: Greg Smith's Weekly Report

[[EMAIL PROTECTED]]

Greg,

Thanks for fixing http://wiki.laptop.org/go/Activities/Joyride and  
make it reference the correct version of
Develop.  Tested it and software updater now downloads Develop V35.  
Now maybe people can start looking for valid bugs and give the  
developer useful feedback.
Develop launches nicely in 8.2-759.

I went ahead and updated the reference to Colors! to Colors! V4 and  
software updater successfully downloaded that it.

The architecture of the wiki activity group pages is interesting to  
say the list.

Robert H.



On Sep 5, 2008, at 11:23 AM, Greg Smith wrote:

> Hi Robert,
>
> Thanks for the info. We should probably do this on the list so  
> others learn too if you don't mind. If you reply again, just add in  
> devel.
>
> I edited the Joyride page (http://wiki.laptop.org/go/Activities/ 
> Joyride)
>  to point to the new Devel v35
>
> I just updated the activity bundle value by copying and pasting it  
> from the main activities page: http://wiki.laptop.org/go/Activities
>
> and I updated the version value to 35.
>
> Try running the SW updater again and let me know if that fetches  
> the right one. If so, maybe we can close another bug!
>
> The policy on where the SW updater gets stuff is at:
> http://wiki.laptop.org/go/Software_update
>
> Can you try to fix Colors too if you know where the right one is  
> and how to edit its wiki page from those instructions?
>
> Scott,
>
> This could be an ongoing challenge if we have the SW updater coded  
> to use our wiki. Its a little complicated to figure out what  
> version you are using (e.g. Joyride, shipping, peru etc) then to  
> determine where the SW updater is  pulling from and then update the  
> right page.
>
> Its solvable but needs a lot of communication and takes some time.  
> I wonder if there is some semantic wiki solution here to change it  
> once and have it update everywhere
>
> Also, we still need a way to post older versions of activities when  
> they are not backward compatible (e.g. if develop 35 doesn't run on  
> 656 or 708, we need to say that on the main page and post the one  
> (e.g. v25) that does run on older releases somewhere).
>
> If we edit the main activities page, to include some more fields in  
> the table will that be a problem for SW updater?
>
> Skierpage,
>
> If we can edit activities page safely do you feel up to making some  
> edits there... Maybe propose something on devel then we can approve  
> and execute. Let me know if what we are looking for there is not  
> clear.
>
> BTW don't mean to give you all the hard problems, its just that   
> you do great work so I try you first :-)
>
> Thanks,
>
> Greg S
>
> [EMAIL PROTECTED] wrote:
>> Regarding item 1. I came across http://dev.laptop.org/ticket/7716  
>> "Develop doesn't launch" (not a blocker) for which I provided a  
>> diagnoses.
>>  I left the ticket as Diagnose because I did not know were to move  
>> it to next as it did not seem to be a code problem but an  
>> infrastructure problem.   Basically the wrong version of Develop  
>> is being fetched by software upgrade for joyride activities group.  
>> (Also there is a caveat for using it on old builds were a patch  
>> has to be applied to the journal).  This is a low hanging bit of  
>> fruit that could easily be fixed if I knew the correct process for  
>> updating the file that gets fetched by software update.
>> I have also noticed this problem with Colors! for the joyride  
>> activities group were an old version is being fetched instead of  
>> the latest.
>> Late for work so will follow up later if you need more information..
>> Robert H.
>> On Sep 5, 2008, at 8:55 AM, Greg Smith wrote:
>>> Hi All,
>>>
>>> We write a weekly report for the OLPC management and employees.
>>>
>>> In order to keep the community involved, motivated and  
>>> knowledgeable,
>>> Michael suggested we share it with this list.
>>>
>>> Its FYI but I'm open to help, comments or suggestions, as always.
>>>
>>> Thanks,
>>>
>>> Greg S
>>>
>>> **
>>> Status against last weeks goals:
>>> 1 - Identify, triage and clarify 8.2 blocker bugs.
>>> GS - Done. Triaged all incoming bugs for 8.2. Helped get the 8.2  
>>> release
>>> down to a manageable set of blocking bugs which must be fixed. See:
>>> http://dev.laptop.org/report/28
>>> As of this writing, there are only 9 left with the next action of
>>> Diagnose, Design or Code!
>>>
>>> 2 - Update 8.2 release notes
>>> GS - Made some progress with review of update instructions. Added  
>>> text
>>> to all open bugs in preparation for final review:
>>> http://wiki.laptop.org/go/Release_Notes/ 
>>> 8.2.0#Notable_Open_Bugs_In_This_Release
>>> Also read and commented on the new manual which will be linked from
>>> release notes when ready.
>>>
>>> 3 - Update 9.1 page with more requirements. Re-check that all  
>>> Peru input
>>> is in 9.1 page. Add Uruguay, Haiti, Rwanda, Birmingham and Mongolia
>>> requirements.
>>> GS - Done for Peru. Some Uruguay items in bu

Re: Wellington testers + Activities vs 8.2-759

[[EMAIL PROTECTED]]

Martin,

You used a old verison of Colors! The current version of Colors! is  
V4. I just
  fixed the http://wiki.laptop.org/go/Activities/Joyride activity  
group so if you
run software update again in the control panel you should get it.
(If not add the url to the activity groups for software updater).
It is a lot of fun to collaboratively paint with Colors!  Also  
Develop now points to Develop V35.

Robert H.

On Sep 5, 2008, at 9:52 PM, Martin Langhoff wrote:

> As 8.2 is stabilising, and we read from Morgan's survey that not all
> activity authors are testing on 8.2, it seemed an interesting track to
> play with as many possible activities as we could on 8.2 .
>
> So we did :-) Adopt an activity today was the motto.
>
> Overall 8.2 is looking fairly good. Networking and sharing proved to
> be a challenge - see notes at the end.
>
> Couple of notes
>  - most of these have no 'component' in trac, we filed them as
> other-activity, and added the name of the activity as a keyword
>  - very hard to find the email addresses of the authors! how do we
> show love to them? why do we have in the wiki "maintainer unknown" for
> so many activities where the maintainer is well known?
>
> Wikipedia / Journal
>  - Worked very well and it's fantastic to have the content on the XO.
> But installation of large activities shows UI problems with the
> Journal. The Journal UI locks up while copying and unzipping with no
> user feedback.
>
> Colors-3
> - Worked well
> -,Very high CPU usage even when we weren't painting, empty canvas.
> - Does not close (#8335) apparently due to a bad interaction withe the
> snapshot that Sugar takes when 'stop' is requested.
>
> Implode-4
> - works well an 3 XOs tried!
> - The first ("easy"?) puzzle is not one you can use so it's fairly  
> confusing.
> - Loading a large puzzle is also quite slow. (Is it trying to compute
> whether it's "winnable"?)
>
> X2O-5
>  - Worked very well
>  - A bit slow sometimes
>
> Doom
>  - worked well on 3 separate machines.
>  -The key bindings however mask the Sugar keybindings. Bug...?
>
> Mini vMac
>  - Works well, and gives the Mac fans little jumps
>  - No sound?
>  - No network?
>  - Display is very small, could it be done with a 2x zoom?
>  - Shutdown process is mildly awkward
>
> Conozco Uruguay
>  - Fails to start #8334
>
> Frotz
> - works well - had fun playing it!
>
> PlayGo-3
>  - launches and collaborates successfully,
>  - the Activities page  in the Wiki only offers PlayGo-1 which doesn't
> work on 8.2! (Andrés has already fixed this, thanks!)
>
> Speak-7
>  - Worked well
>  - Can we teach it Spanish?
>
> Horsegame
>  - works well! - you can indeed haz a pony
>  - Carrots!
>  - Apples!
>
> Asteroids
>  - fails to start
>  - No module named ImageLoad (#8333)
>
> FiftyTwo-2
>  - launches and seems to offer collaboration, but this in practice
> does not work. The player always plays against the computer, even if
> the activity has been "shared" successfully.
>
> Abalone-080601
>  - starts and works well.
>
> SliderPuzzle-5
>  - successful launch
>  - crashed on one XO (out of 2 tried) but we did not get a log of that
> (Alastair - do you think you can try to repro it and file a bug)
>
> JigsawPuzzle-3
>  - successful launch and play
>
> Jump-1
>  - successful launch and play
>
> Mimic-1
>  - failed to launch, illegal instruction in mmxCombineAddU (#8336)
>  - how to contact the maintainer...?
>
> Implode
>  - successful play on two separate XOs
>
> Calculator
> - successful play
> - Does not display an error on divide by zero - even though it does
> display error msgs in some other instances
> - If fed a large calculation, it locks up trying to resolve it, UI is
> no longer responsive, does not respond to "stop". (Grant, can you file
> a detailed bug on this?)
>
> Simcity
> - Successful play
> - Tiny fonts
>
> Maze
> - Successful play
>
> Sudoku
>  - Successful play
>
> Notes on collaboration and networking
>
> Collaboration and networking...
>
>  ...Oh so much trouble.
>
>  - Collaboration over simple mesh mostly works.
>
>  - Associating to an AP using WPA is extremely unreliable. Some
> laptops do, some after a few tries, some never. Likely to be the
> timing bug that has been discussed before.
>
>  - Network manager is _not _ happy when an AP goes from WPA encryption
> to no encryption. iwlist can see the AP with no encryption but
> ccording to nm-tool, the AP is still requesting "WEP". The fix:
>
> /etc/init.d/NetworkManager stop
> rm /home/olpc/.sugar/default/nm/networks.cfg
> *cold reboot* (does the Libertas driver preserve any state?)
>
>  - Collaboration over unencrypted AP + Schoolserver running ejabberd
> did *not* work at all. I did not have a chance to debug this
> thoroughly, but odd things happen. olpc-netstatus errors out because
> session.info is missing. The client side never tries to register to
> ejabberd apparently. !?
>
> Credits... a ton of testing and debugging today, thanks to
>
>  all those activity authors!

Wellington testers + Activities vs 8.2-759

[Martin Langhoff]

As 8.2 is stabilising, and we read from Morgan's survey that not all
activity authors are testing on 8.2, it seemed an interesting track to
play with as many possible activities as we could on 8.2 .

So we did :-) Adopt an activity today was the motto.

Overall 8.2 is looking fairly good. Networking and sharing proved to
be a challenge - see notes at the end.

Couple of notes
 - most of these have no 'component' in trac, we filed them as
other-activity, and added the name of the activity as a keyword
 - very hard to find the email addresses of the authors! how do we
show love to them? why do we have in the wiki "maintainer unknown" for
so many activities where the maintainer is well known?

Wikipedia / Journal
 - Worked very well and it's fantastic to have the content on the XO.
But installation of large activities shows UI problems with the
Journal. The Journal UI locks up while copying and unzipping with no
user feedback.

Colors-3
- Worked well
-,Very high CPU usage even when we weren't painting, empty canvas.
- Does not close (#8335) apparently due to a bad interaction withe the
snapshot that Sugar takes when 'stop' is requested.

Implode-4
- works well an 3 XOs tried!
- The first ("easy"?) puzzle is not one you can use so it's fairly confusing.
- Loading a large puzzle is also quite slow. (Is it trying to compute
whether it's "winnable"?)

X2O-5
 - Worked very well
 - A bit slow sometimes

Doom
 - worked well on 3 separate machines.
 -The key bindings however mask the Sugar keybindings. Bug...?

Mini vMac
 - Works well, and gives the Mac fans little jumps
 - No sound?
 - No network?
 - Display is very small, could it be done with a 2x zoom?
 - Shutdown process is mildly awkward

Conozco Uruguay
 - Fails to start #8334

Frotz
- works well - had fun playing it!

PlayGo-3
 - launches and collaborates successfully,
 - the Activities page  in the Wiki only offers PlayGo-1 which doesn't
work on 8.2! (Andrés has already fixed this, thanks!)

Speak-7
 - Worked well
 - Can we teach it Spanish?

Horsegame
 - works well! - you can indeed haz a pony
 - Carrots!
 - Apples!

Asteroids
 - fails to start
 - No module named ImageLoad (#8333)

FiftyTwo-2
 - launches and seems to offer collaboration, but this in practice
does not work. The player always plays against the computer, even if
the activity has been "shared" successfully.

Abalone-080601
 - starts and works well.

SliderPuzzle-5
 - successful launch
 - crashed on one XO (out of 2 tried) but we did not get a log of that
(Alastair - do you think you can try to repro it and file a bug)

JigsawPuzzle-3
 - successful launch and play

Jump-1
 - successful launch and play

Mimic-1
 - failed to launch, illegal instruction in mmxCombineAddU (#8336)
 - how to contact the maintainer...?

Implode
 - successful play on two separate XOs

Calculator
- successful play
- Does not display an error on divide by zero - even though it does
display error msgs in some other instances
- If fed a large calculation, it locks up trying to resolve it, UI is
no longer responsive, does not respond to "stop". (Grant, can you file
a detailed bug on this?)

Simcity
- Successful play
- Tiny fonts

Maze
- Successful play

Sudoku
 - Successful play

Notes on collaboration and networking

Collaboration and networking...

 ...Oh so much trouble.

 - Collaboration over simple mesh mostly works.

 - Associating to an AP using WPA is extremely unreliable. Some
laptops do, some after a few tries, some never. Likely to be the
timing bug that has been discussed before.

 - Network manager is _not _ happy when an AP goes from WPA encryption
to no encryption. iwlist can see the AP with no encryption but
ccording to nm-tool, the AP is still requesting "WEP". The fix:

/etc/init.d/NetworkManager stop
rm /home/olpc/.sugar/default/nm/networks.cfg
*cold reboot* (does the Libertas driver preserve any state?)

 - Collaboration over unencrypted AP + Schoolserver running ejabberd
did *not* work at all. I did not have a chance to debug this
thoroughly, but odd things happen. olpc-netstatus errors out because
session.info is missing. The client side never tries to register to
ejabberd apparently. !?

Credits... a ton of testing and debugging today, thanks to

 all those activity authors!
 Alastair Munro
 Grant Patterson
 Tabitha Roder

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: Sucrose 0.82.1 Stable Release

[S Page]

[EMAIL PROTECTED] wrote:
> the sugar team released another stable Sucrose release 0.82.1 [1].

Will this be in OLPC release 8.2.0, or does the name 0.82.1 imply it's 
for a future OLPC release 8.2.1?  (I looked at various release/roadmap 
docs, none explains any relationship between them.)

"About my XO" in Build 8.2-759 says I have Sugar 0.82.

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

New joyride build 2399

[Build Announcer v2]

http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2399

Changes in build 2399 from build: 2394

Size delta: 0.00M

-rainbow 0.7.20-1.fc9
+rainbow 0.7.21-1.fc9
-kernel 2.6.25-20080904.1.olpc.7bd35a5e461731c
+kernel 2.6.25-20080905.1.olpc.e31284e8bd4c73a
-fedora-release 9-1.1
+fedora-release 9-3.1
-fedora-release-notes 9.0.1-1

--- Changes for fedora-release 9-3.1 from 9-1.1 ---
  + OLPC-local changes.

--
This mail was automatically generated
See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs
See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a 
comparison
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Techteam] Weekend reports

[Michael Stone]

Michael Stone spent the week documenting procedures like the Trac ticket
workflow, the procedure for restoring factory-default settings to an XO,
and the test case and test result creation procedures on the wiki. He
also released a new versions of rainbow and olpc-utils with several
small improvements and publicized 8.2-759 as the weekly testing build.



P.S. - Regarding 8.2 -- hang in there folks; we're on the home stretch!

(Particular thanks are due this week to skierpage, cjl, sj, cscott, cjb,
erikg, and the documentation team for their exceptional efforts to bring
8.2 to a happy conclusion.)

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

fedora-release package needs update

[C. Scott Ananian]

As http://dev.laptop.org/ticket/8125 documents, our fedora-release
package is a bit horked, since we forked and so didn't pick up the
changes made in fedora-release-9-3 upstream.   Attached is a
fedora-release.spec file which ought to fix the problem.
 --scott

-- 
 ( http://cscott.net/ )
%define release_name Joyride
%define dist_version 3

Summary:	Fedora release files
Name:		fedora-release
Version:	9
Release:	3.1
License:	GPLv2
Group:		System Environment/Base
URL:		http://laptop.org
Source:		%{name}-%{version}.tar.gz
Provides:	redhat-release = %{version}-%{release}
Provides:	system-release = %{version}-%{release}
#Requires:	fedora-release-notes >= 9
# We require release notes to make sure that they don't get dropped during
# upgrades, and just because we always want the release notes available
# instead of explicitly asked for
BuildRoot:	%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch:	noarch

%description
Fedora release files such as yum configs and various /etc/ files that
define the release.

%prep
%setup -q

%build

%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT/etc
echo "8.2" > $RPM_BUILD_ROOT/etc/olpc-release
echo "OLPC release %{version} (%{release_name})" > $RPM_BUILD_ROOT/etc/fedora-release
echo "cpe://o:olpc_project:olpc:%{version}" > $RPM_BUILD_ROOT/etc/system-release-cpe
cp -p $RPM_BUILD_ROOT/etc/fedora-release $RPM_BUILD_ROOT/etc/issue
echo "Kernel \r on an \m (\l)" >> $RPM_BUILD_ROOT/etc/issue
cp -p $RPM_BUILD_ROOT/etc/issue $RPM_BUILD_ROOT/etc/issue.net
echo >> $RPM_BUILD_ROOT/etc/issue
ln -s fedora-release $RPM_BUILD_ROOT/etc/redhat-release
ln -s fedora-release $RPM_BUILD_ROOT/etc/system-release

install -d -m 755 $RPM_BUILD_ROOT/etc/pki/rpm-gpg

install -m 644 RPM-GPG-KEY* $RPM_BUILD_ROOT/etc/pki/rpm-gpg/

# Install all the keys, link the primary keys to primary arch files
# and to compat generic location
pushd $RPM_BUILD_ROOT/etc/pki/rpm-gpg/
for arch in i386 x86_64 ppc ppc64
  do
  ln -s RPM-GPG-KEY-fedora-primary RPM-GPG-KEY-fedora-$arch
  ln -s RPM-GPG-KEY-fedora-test-primary RPM-GPG-KEY-fedora-test-$arch
done
ln -s RPM-GPG-KEY-fedora-primary RPM-GPG-KEY-fedora
ln -s RPM-GPG-KEY-fedora-test-primary RPM-GPG-KEY-fedora-test
popd

install -d -m 755 $RPM_BUILD_ROOT/etc/yum.repos.d
for file in fedora*repo ; do
  install -m 644 $file $RPM_BUILD_ROOT/etc/yum.repos.d
done

install -d -m 755 $RPM_BUILD_ROOT/%{_datadir}/%{name}
for file in compose/*; do
  install -m 644 $file $RPM_BUILD_ROOT/%{_datadir}/%{name}
done

# Set up the dist tag macros
install -d -m 755 $RPM_BUILD_ROOT/etc/rpm
cat >> $RPM_BUILD_ROOT/etc/rpm/macros.dist << EOF
# dist macros.

%%fedora		9
%%olpc			%{dist_version}
%%dist		.olpc%{dist_version}
%%olpc%{dist_version}		1
EOF

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc GPL 
%config %attr(0644,root,root) /etc/olpc-release
%config %attr(0644,root,root) /etc/fedora-release
/etc/redhat-release
/etc/system-release
%config %attr(0644,root,root) /etc/system-release-cpe
%dir /etc/yum.repos.d
%config(noreplace) /etc/yum.repos.d/*
%config(noreplace) %attr(0644,root,root) /etc/issue
%config(noreplace) %attr(0644,root,root) /etc/issue.net
%config %attr(0644,root,root) /etc/rpm/macros.dist
%dir %{_datadir}/%{name}
%{_datadir}/%{name}/*
%dir /etc/pki/rpm-gpg
/etc/pki/rpm-gpg/*

%changelog
* Fri Sep 05 2008 C. Scott Ananian <[EMAIL PROTECTED]> - 9-3.1
- OLPC-local changes.

* Wed Jun 25 2008 Jesse Keating <[EMAIL PROTECTED]> - 9-3
- Add ia64 key
- Fix config file markings
- Stop using download.fedora.redhat.com in favor of download.fedoraproject.org
- Reference GPG keys by arch

* Tue May 06 2008 Jesse Keating <[EMAIL PROTECTED]> - 9-2
- Update compose files with changes needed during release candidates

* Thu May 01 2008 Jesse Keating <[EMAIL PROTECTED]> - 9-1
- Make the final package, set the release name.

* Tue Apr 22 2008 Jesse Keating <[EMAIL PROTECTED]> - 9-0.1.rc
- Make version 9 for yum, rpm version clearly a pre-release.

* Fri Apr 11 2008 Jesse Keating <[EMAIL PROTECTED]> - 8.93-1
- Update for preview release
- Turn off rawhide, turn on others, rely on mirrormanager redirection

* Thu Mar 13 2008 Jesse Keating <[EMAIL PROTECTED]> - 8.92-1
- Update for 9 Beta
- Update the compose files for 9 Beta
- Add system-release-cpe (from Mark Cox)
- Add terminal to issue (#436387)
- Rename development to rawhide where appropriate.

* Wed Oct 10 2007 Jesse Keating <[EMAIL PROTECTED]> - 8.90-3
- Bump for cvs oopsie

* Wed Oct 10 2007 Jesse Keating <[EMAIL PROTECTED]> - 8.90-2
- Add the gpg info to the devel repo

* Wed Oct 03 2007 Jesse Keating <[EMAIL PROTECTED]> - 8.90-1
- First build for Fedora 9 development.

* Fri Sep 28 2007 Jesse Keating <[EMAIL PROTECTED]> - 7.92-1
- Bump for F8 Test2.
- Package up the compose kickstart files

* Fri Sep 14 2007 Jesse Keating <[EMAIL PROTECTED]> - 7.91-2
- Use failovermethod=priority in yum configs (243698)

* Thu Aug 30 2007 Jesse Keating <[EMAIL PROTECTED]> - 7.91-1
- Provide system-release

Re: [sugar] Question about clipboard service

[Greg Smith]

Hi Eben,

I'm resurrecting an old thread here.

BTW if you have any more specs or design proposals to share, now is a 
good time to consider them for 9.1-sugar .84 so send them out.

I see where you are going with this work flow for kids writing on their 
own then coming together. It could work but it feels like we are forcing 
the kids to adapt to the technology rather than having the technology 
adapt to the way kids learn.

Having the two instances of the activity open and moving back and forth 
between them seems especially inelegant.

That said, I don't have a better idea readily available :-(. I think we 
should go back to fundamentals and think this through one more time.

How do kids collaborate on projects with pencil and paper? Is anyone on 
the list a teacher? I'll run it by my own kids but I think we need to 
watch this process in action to get a better feel for it.

I can't remember any times when my kids wrote something at home then 
brought it in to class then combined it in to a project. They usually do 
some research, come up with ideas then write it together in person.

I believe that when kids get together in a group, one kid takes the lead 
and does most of the writig while others shout out ideas and make 
suggestions.

We don't have to imitate how its done now, but maybe watching kids 
interact will help inform the design. One thing you hear a lot is that 
kids teach each other how to use the XO better than teachers teach them. 
What does that look like in detail? One kid leans over and types on 
another kids keyboard or she tells the other kid what to do?

May be the right design is to have each kid open write (or a web page?) 
and then they click a button and everything on their screen is copied in 
to the shared version which they now also see. Sort of a fast start 
option. Then kids edit that down to a final product. A dump everything 
in then prune it down approach. That's my working methodology (see 9.1 
page :-) but my brain is way different than a kids...

Time to crack open the Piaget again. Maybe this one will inspire some 
new design ideas: 
http://www.amazon.com/Childs-Conception-Space-Jean-Piaget/dp/0393004082/ref=sr_1_1?ie=UTF8&s=books&qid=1220645614&sr=8-1

Minsky, Papert or other references welcome too.

I believe there have been some "blackboard" or shared space ideas kicked 
around in the past. Does anyone have a link to those?

I know its a fuzzy question but I wanted to throw it out so we think 
about it from the ground up while we still have time. For now, we stick 
with your design until someone comes up something better...

Have a great weekend,

Greg S

 >
 >>> Can you walk me through the steps needed for that? e.g. one kid 
starts an
 >>> activity then shares it, each other kid opens the activity and 
joins (or
 >>> opens their own work?), then ???. How do they get their own work on the
 >>> clipboard and how do they add it to the shared activity?
 >>
 >> Step by step. I limit the example to 2 kids for simplicity; the method
 >> scales naturally.
 >>
 >> 1. Kid A starts an activity
 >> 2. Kid A shares the activity
 >> 3. Kid B joins the activity
 >> 4. Kids A and B collaborate (synchronously) in the activity
 >> 5. Kids A and B go home
 >> 6. Either kid A, kid B, or both work in the activity (asynchronously)
 >> 7. Kids A and B come back to school
 >> 8. Kid A opens his version of the activity*
 >> 9. Kid B joins A's version of the activity
 >> 10. Kid B opens his own version of the activity**
 >> 11. Kid B copies part of his own version to the clipboard
 >> 12. Kid B pastes that clipping into A's version of the activity
 >

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

Re: CSound server questions

[victor]

I have updated the Wiki pages regarding using virtual MIDI connections, 
which
should be the way to connect from Scratch to Csound (see 
http://wiki.laptop.org/go/Csound#MIDI_connections
and http://wiki.laptop.org/go/Sound#Low-level). I don't know anything
about Squeak, but I'll get a MIDI module for Python and will try putting
together an example, which should be easily translated.

And yes, it is possible to launch a Csound process to listen in for MIDI in 
a virmidi connection.

Victor

- Original Message - 
From: "John Maloney" <[EMAIL PROTECTED]>
To: "victor" <[EMAIL PROTECTED]>
Cc: "Bert Freudenberg" <[EMAIL PROTECTED]>; "OLPC Development" 

Sent: Monday, September 01, 2008 2:11 PM
Subject: Re: CSound server questions


> Hi, Victor and Bert.
>
> I agree with Bert -- it would probably be most convenient for Scratch  to 
> use the MIDI option, if possible. Ideally, it would work the same  as MIDI 
> does on other versions of Linux, so we could just use the  Squeak MIDI 
> Plugin. That said, I have not explored how the MIDI plugin  works on 
> Linux. Supposedly you can use it to talk to the Timidity  software MIDI 
> synth.
>
> Could we arrange for the shell script that launches Scratch to also 
> launch the CSound server when Scratch is launched and close it when 
> Scratch quits?
>
> -- John
>
>
> On Aug 31, 2008, at 2:50 PM, victor wrote:
>
>> No, you have to run it with a command-line option and then use  aconnect 
>> I suppose. I need to check how to do soft connections,
>> as I am used to just connecting straight to hardware .
>>
>> Victor
>>
>> - Original Message - From: "Bert Freudenberg" 
>> <[EMAIL PROTECTED]
>> >
>> To: "OLPC Development" 
>> Cc: "John Maloney" <[EMAIL PROTECTED]>
>> Sent: Sunday, August 31, 2008 7:01 PM
>> Subject: Re: CSound server questions
>>
>>
>>> Am 31.08.2008 um 19:04 schrieb victor:
 Well, you can ask me. I suppose there are various ways you could
 connect to Csound:

 1. using the API (via a C or C++ squeak plugin
 module, if it is possible to do these things),
 2. through MIDI (if
 squeak can output MIDI and we can then connect via alsa midi)
 3. OSC
 4. IP socket (by starting a minimal server written in Python
 and issuing Python commands as string data)
 5. line events at stdin (a little awkward)
>>> I like the MIDI option. Squeak does have a MIDI plugin (although I  am 
>>> not entirely sure how functional it is currently).
>>> Is CSound registered as a MIDI device by default?
>>> - Bert -
>>> ___
>>> Devel mailing list
>>> Devel@lists.laptop.org
>>> http://lists.laptop.org/listinfo/devel
> 

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

Re: [Server-devel] Work in progress - F9 install ISO

[Jerry Vonau]

Jerry Vonau wrote:
> Martin Langhoff wrote:
>> On Fri, Sep 5, 2008 at 3:15 PM, Jerry Vonau <[EMAIL PROTECTED]> wrote:
>>> Having had a look at the dvd, the size could be reduced by about 200meg by
>>> deleting everything in the /images directory except for stage2.img and
>>> re-rolling the iso. Then the boot.iso should be made available by its self,
>>> should someone who can't boot from usb need to use it.
>>> But, if the size of the dvd.iso is reduced as above, then it should fit on a
>>> single standard cdr. Looking for feedback first before I proceed.
>> Hmmm - are you thinking of a 'thinning' script that cuts all that fat
>> out post pungi or revisor build? Sounds reasonable to me...
>>
> Sure that works too, but the right way would be to fix buildinstall. 
> Think I'll go check anaconda's git to see if its still the same. That 
> sounds like a bug to me.
> 
> 
>> At the moment I'm playing with revisor too. The resulting img is about
>> the same size as with Pungi :-/ It's only 411MB of packages, and
>> /images weights 325MB.
>>
> Why leave the boot.iso in tree before building disc1, that is what is 
> causing the bloat. It was ok when boot.iso was only 15meg, but now...
> 

patch to F9's pungi
http://members.shaw.ca/jvonau/pub/diet.patch






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

[RFC] obtaining and using field samples of XO system images

[Erik Garrison]

Devel,

-= Some background =-

Today on [EMAIL PROTECTED] and [EMAIL PROTECTED] There has been a discussion
of the security rammifications of an automatic save-nand usb key script:
http://lists.laptop.org/pipermail/security/2008-September/000488.html

The immediate use for this script was acquiring system images from the
repair center here at LATU in Montevideo for use in tests of upgrade
procedures.  We need to know if certain failure modes arise commonly on
the deployed systems, but presently there are no field samples to test.
Because there was not immediate support for signing the script I am
using the developer-key approach to copy the images.

In the process of this discussion I suggested that a system-copier USB
script would be a valuable point-of-entry tool for data analysis of our
deployed systems.  Currently such a system does not exist, and we
consequently lack valuable information about the usage of our systems
(XO and Sugar).


-= Question =-

How are we planning on obtaining simple information such as which
activities are most used/downloaded, which ones generate the most data,
common software failures, bug manifestation rate etc.?


-= Proposal =-

The diagnostic process could be as simple from the country's perspective
as: 

  1) dropping a USB key containing the system-copier script into the
 machine in question booting, and waiting for shutdown, 

  2) then inserting the system-copier key (now containing an image of the
 target system) into an XO running an XS build with a diagnostic
 script attached, 

  3) which produces a report and automatically sends it to a server on
 our end for further analysis.

Alternatively a future firmware could provide a menu to all users which
included a nand-save script, but this would not be useful until deployed
systems were upgraded to run it.

We could request that, in order to better our software development
efforts, that a repair center executes this diagnostic process randomly
on machines which come in from the field with problems that are
most-likely hardware-related.


-= Comments =-

Such a system would have been extremely useful during the recent NAND
Full crisis.  During this event hundreds of laptops had to be sent back
to the Uruguay's repair center because their NAND Flash filled with junk
data created by http://dev.laptop.org/ticket/5637.  Obtaining
information about the problem an the state of the machines proved to be
a bottleneck in the resolution process.


Thoughts?


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

Re: Greg Smith's Weekly Report

[Martin Dengler]

On Fri, Sep 05, 2008 at 11:55:33AM -0400, Greg Smith wrote:
> In order to keep the community involved, motivated and knowledgeable,
> Michael suggested we share it with this list.

This a great suggestion and great practice.  I hope we don't abuse the
access.

> Thanks,
> 
> Greg S

Martin


pgpSu0QFGvasS.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Sucrose 0.82.1 Stable Release

[simon]

Hi,

the sugar team released another stable Sucrose release 0.82.1 [1].

This release was about stabilizing and many bugs were fixed. Thanks to all the 
translators we were able to get many new translations in. We want to devote 
this release to FUDCon [2] since as one of many fixes it provides a more 
'standard' system installation for bundles which helps when packaging 
activities for Fedora.

Thanks for all your efforts!

Checkout the detailed release notes [2].

In behalf of the Sugar community,
Your release team

[1] Sucrose schedule: http://sugarlabs.org/go/ReleaseTeam/Roadmap
[2] FUDCon: http://fedoraproject.org/wiki/FUDCon/FUDConBrno2008
[3] Release notes: http://sugarlabs.org/go/ReleaseTeam/Releases/Sucrose/0.82.1


___

== Glucose news ==

=== sugar-toolkit ===

* #8136 Do a more 'standard' system installation for bundlebuilder
* #7837 Do not try to list the mimetypes directory if it does not exist
* #8220 Ensure that the widget is fully onscreen before taking a screenshot
* #5428 downloads not starting in Browse due to old compreg.dat
* #7733 Cannot install Wikipedia-10.xo
* #7533 Activity does not respond to ctrl-q keyboard shortcut unless the 
'Activity' tab is visible
* #8000 Pulsing icon on activity launch significantly slows activity start-up
* #8000 Pulsing icon on activity launch significantly slows activity start-up
* #7270 /setup release does not update the bundle number
* #7680 Activity name box is too small for localizaed name
* #7881 Accelerator labels don't show up for most toolbar buttons
* #7800 time stamps doesn't use translations

=== sugar ===

* #6929 Control panel: include copyright/licensing info in about dialogue
* #2866 Network Manager GUI doesn't report success or failure
* #3993 The color of network icon in Home view becomes white after restarting 
Sugar.
* #2866 Network Manager GUI doesn't report success or failure
* #7988 Sugar control panel doesn't have a language entry for kreyol
* #7823 Non-modal alerts in CP remain when they shouldn't
* #7733 Cannot install Wikipedia-10.xo
* #7356 regression in activity view performance.
* #7660 XO Neighbourhood icon drawing & erase glitches
* #6605 Screen rotates clockwise, while rotation button shows counter clockwise 
arrows
* #7877 Control Panel / Data & Time: Selecting timezone by typing locks up UI
* #7965 Mirror activities list in RTL locales
* #7220 Mark newly downloaded activities as favorites by default
* #7874 Search entry in Home focuses list view when cleared
* #7971 CP fails to validate all settings correctly
* #7970 Some CP modules set needs_restart to False when they shouldn't
* #7764 Reset Registration with school servers - short term solution
* #7823 Non-modal alerts in CP remain when they shouldn't
* #7874 Search entry in Home focuses list view when cleared
* #4656 Non-olpc buddies not shown in the meshview (using salut)
* #7873 Search entry in Home should be focused implicitly

=== sugar-artwork ===

* #4312 need volume button icons for totem player
* #7939 Missing stock icons

=== sugar-base ===

* Translation updates

=== journal-activity ===

* #7588 Sugar should provide messages indicating when NAND is "getting full" 
and "critically full"
* #6800 Journal window should be mirrored in RTL locales


== Fructose news ==

=== read-activity ===

* #7948, #7168, #6488 Fix saving to the datastore
* Updated translations: ja, pt

=== chat-activity ===

* Add update_url for software updater
* Updated translations: ar, pt

=== browse-activity ===

* #8055 Downloaded files have random part in their names
* #5428 Added the updating of the profile dependent on version changes

=== terminal-activity ===

* New and updated translations

== Fructose dependencies ==
* [http://dev.laptop.org/pub/sugar/sources/hulahop/hulahop-0.4.4.tar.bz2 
hulahop 0.4.4]

== Fructose dependencies news ==

=== hulahop ===
Update the profile dependent on version changes #5428. Reflected are changes in 
the browse bundle version or the xulrunner version.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Greg Smith's Weekly Report

[Greg Smith]

Hi All,

We write a weekly report for the OLPC management and employees.

In order to keep the community involved, motivated and knowledgeable,
Michael suggested we share it with this list.

Its FYI but I'm open to help, comments or suggestions, as always.

Thanks,

Greg S

**
Status against last weeks goals:
1 - Identify, triage and clarify 8.2 blocker bugs.
GS - Done. Triaged all incoming bugs for 8.2. Helped get the 8.2 release
down to a manageable set of blocking bugs which must be fixed. See:
http://dev.laptop.org/report/28
As of this writing, there are only 9 left with the next action of 
Diagnose, Design or Code!

2 - Update 8.2 release notes
GS - Made some progress with review of update instructions. Added text
to all open bugs in preparation for final review:
http://wiki.laptop.org/go/Release_Notes/8.2.0#Notable_Open_Bugs_In_This_Release
Also read and commented on the new manual which will be linked from
release notes when ready.

3 - Update 9.1 page with more requirements. Re-check that all Peru input
is in 9.1 page. Add Uruguay, Haiti, Rwanda, Birmingham and Mongolia
requirements.
GS - Done for Peru. Some Uruguay items in but not all. Not done for the
rest. Also started engagement with sugar list re: their 0.84 which maps
to 9.1.

4 - Prune outdated material off OLPC home page:
http://wiki.laptop.org/go/The_OLPC_Wiki
GS - Not done.

5 - Follow up on Cmap tools
GS - Done. Proposed X windows wrapper activity. CMap
developers will consider it and are looking in to the feasibility now.


Goals for next week in priority order:
- Identify, triage and clarify 8.2 blocker bugs. Help get to a well
defined final release schedule.

- Update 8.2 release notes

- Write 8.2 marketing launch plan. To include lists, web sites and other
ideas for getting the word out. Once done, this will sit on the shelf
until the release is final.

- Update 9.1 page with more requirements. Add Uruguay, Haiti, Rwanda,
Birmingham, Mongolia, Ethiopia, others. Start writing strategy section
and set schedule.

- Find engineering lead for 8.2.1. If none is identified, start laying
out the parameters anyway (e.g. date, target customers, goals, target
bug fixes and featurettes, etc.).

- Find a volunteer and partner to write Beta/Early Field Trial plan. The
plan should get pre-release code in to real classes at target deployment
countries for comment and review prior to 8.2.1 release.

- Update deployments page with latest data, improve timeline and add
timeline to releases page.

- Prune outdated material off OLPC wiki home page.


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

Re: How did the testing go on 8.2-757?

[C. Scott Ananian]

On Thu, Sep 4, 2008 at 10:02 PM, Chris Ball <[EMAIL PROTECTED]> wrote:
> Scott,
>
> From Robert Myers:
>
>   > S Page sent me this:
>   >> Browse 95 on 8.2-757 was working reasonably well for me.  Today I
>   >> ran Software update and now Browse version 96 won't start:
>   >> AttributeError: 'module' object has no attribute 'set_app_version'
>   >>
>   >> BTW, now the org.laptop.WebActivity log has a bunch of escape
>   >> sequences in it to colorize.  They work with `cat`, but vi and
>   >> less don't like them.
>   >>
>   >> I was running Browse during Software Update. I hope running an
>   >> activity while Software Update upgrades it is supported!
>   >>
>   >> I'm updating to 8.2-759...
>
>   > Which is what I saw in the log.

I saw this; I think it's more likely that the new version of Browse
requires the hulahop in build 758/759 in order to launch correctly.  I
haven't confirmed this yet (maybe erikos would know).
sugar-update-control just uses the standard Sugar upgrade/install
method on ActivityBundle; if that doesn't work it's a sugar bug.  I
can think of many reasons why it might fail; but it should really be
the sugar uninstall() call which fails if the activity is currently
running.
 --scott

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

Re: New release8.2 build 758

[C. Scott Ananian]

On Thu, Sep 4, 2008 at 9:52 PM, Robert Myers <[EMAIL PROTECTED]> wrote:
> Scott,
>
>> Attached is my summary of bugs fixed in 758, and (below) what to expect in 
>> 759:
>
> Any chance of getting #3050 fixed? It's a simple matter of setting a
> switch (see closed #654 for more discussion), was originally listed for
> 8.1, and is currently listed for 8.2.0.

#7326 has more of chance of making it, but probably for 8.2.1, not
8.2.  I'm not the release manager, though; Michael Stone
([EMAIL PROTECTED]) is driving this release.

But the fact that a kernel with this enabled isn't in joyride yet, and
the question regarding firmware redistribution has not been answered,
seems to argue against it for 8.2.
 --scott


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

Re: [sugar] [Activities] Panorama activity

[Nirav Patel]

I don't know about integrating it into Record, but the other issues
are fairly easy to resolve.  I wrote a Python module over the summer
to interface v4l2 cameras that returns Pygame surfaces.  Capturing
images is near instant (~20ms for 640x480 RGB).  Autogain and
autowhitebalance can be disabled using v4l2 camera controls.  There is
support in my module for the hflip and vflip controls, but adding
additional controls is trivial.

Alternately, we could just use a little utility in C to access any
v4l2 camera control.  Since the module I wrote is for Pygame and is
eventually going to be cross platform, adding v4l2 specific stuff to
it is probably not the greatest idea.

It may just be better to skip sticking it in Record and make a
standalone activity, since Record seems to have plenty of issues on
its own without a big new feature.  There wouldn't be much code
duplication if Panorama doesn't use gstreamer anyway.

Nirav

On Fri, Sep 5, 2008 at 9:26 AM, Benjamin M. Schwartz
<[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Christoph Derndorfer wrote:
> | Sweet, I totally missed that!
> |
> | Is anyone actively working on integrating that functionality into 'record'
> | or making it available as a seperate activity?
> |
> | Christoph
> |
>
> See http://lists.laptop.org/pipermail/sugar/2008-February/004307.html
>
> The Panorama Activity is snot quite barely functional.  It might be best
> to roll this functionality into Record, and Erik Blankinship has expressed
> some interest in that.  However, Record's UI is very unusual, and I am not
> about to attempt integration with it myself.  Also, as you can see in the
> examples, this process is only likely to work well once the camera's
> automatic white balance and gain control are deactivated.  The only way I
> know how to do that is to run in Bayer mode.  Bayer mode was introduced in
> a recent gstreamer, but gstreamer was recently downgraded, which leaves me
> without a known reliable way to access Bayer mode.
>
> - --Ben
>
> P.S.  For Bayer mode info, see
> http://lists.laptop.org/pipermail/devel/2008-February/011029.html
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkjBM3oACgkQUJT6e6HFtqRowgCfUlngIFr+Gl3jxKRYZAXBNl/x
> 2hEAnAnoDrrvcd+vIHO68aJthULDKAQC
> =cvG0
> -END PGP SIGNATURE-
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] [Activities] Panorama activity

[Benjamin M. Schwartz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Christoph Derndorfer wrote:
| Sweet, I totally missed that!
|
| Is anyone actively working on integrating that functionality into 'record'
| or making it available as a seperate activity?
|
| Christoph
|

See http://lists.laptop.org/pipermail/sugar/2008-February/004307.html

The Panorama Activity is snot quite barely functional.  It might be best
to roll this functionality into Record, and Erik Blankinship has expressed
some interest in that.  However, Record's UI is very unusual, and I am not
about to attempt integration with it myself.  Also, as you can see in the
examples, this process is only likely to work well once the camera's
automatic white balance and gain control are deactivated.  The only way I
know how to do that is to run in Bayer mode.  Bayer mode was introduced in
a recent gstreamer, but gstreamer was recently downgraded, which leaves me
without a known reliable way to access Bayer mode.

- --Ben

P.S.  For Bayer mode info, see
http://lists.laptop.org/pipermail/devel/2008-February/011029.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjBM3oACgkQUJT6e6HFtqRowgCfUlngIFr+Gl3jxKRYZAXBNl/x
2hEAnAnoDrrvcd+vIHO68aJthULDKAQC
=cvG0
-END PGP SIGNATURE-
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Fedora Resources

[Dennis Gilmore]

On Thursday 04 September 2008 11:33:03 pm Michael Stone wrote:
> On Thu, Sep 04, 2008 at 03:20:18PM -0500, Dennis Gilmore wrote:
> >there is a ticket open for fedora to provide OLPC infrastructure
> > resources. https://fedorahosted.org/fedora-infrastructure/ticket/740  Im
> > needing to know what it is the OLPC would like?
>
> I think we're looking for a more secure, maintainable version of
> teach.laptop.org -- a place where people who lack easy access to
> personal or institutional Fedora machines can come and study the 'tools
> of the trade' -- mock, koji, rpmbuild, make, spec-files, etc. under the
> guidance and supervision of experienced Fedora packagers. (Conceivably,
> an appropriate live-cd could be created instead; however, my feeling is
> that the server-based approach would work better as a result of
> increased ability to learn from the interactions of other students and
> teachers.)
>
> Naturally, OLPC would be happy to work with Fedora infrastructure or
> packaging folks to bring this idea to fruition; however, it's a bit
> larger than what OLPC can easily take on all by itself.
>
> Thoughts?

This is what I suspected the request was for.  I will see what we can do to 
provide such a resource.


Dennis


signature.asc
Description: This is a digitally signed message part.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Activities] Panorama activity

[Ixo X oxI]

If the code is short, how about including it in Pippy as an example python
script ? :)
-Iain

2008/9/5 Christoph Derndorfer <[EMAIL PROTECTED]>

> Sweet, I totally missed that!
>
> Is anyone actively working on integrating that functionality into 'record'
> or making it available as a seperate activity?
>
> Christoph
>
>
> On 9/5/08, Brian Jordan <[EMAIL PROTECTED]> wrote:
>
>> *bump*
>>
>> http://wiki.laptop.org/go/Panorama_camera_activity
>>
>> (code? Nirav is interested in doing something similar!)
>>
>> Brian
>>
>> > On Wed, Jun 20, 2007 at 11:56 PM, Benjamin M. Schwartz <
>> [EMAIL PROTECTED]> wrote:
>> > -BEGIN PGP SIGNED MESSAGE-
>> > Hash: SHA1
>> >
>> > The XO happens to be perfect for shooting stitched panoramic
>> photographs, due to
>> > the swivel design.  I tested it out in the OLPCHQ lobby. Then, I wrote a
>> simple
>> > panorama stitcher in 50 lines of Python.  It runs in 3.4 seconds on my
>> Core Duo,
>> > producing this output:
>> >
>> > http://people.fas.harvard.edu/~bmschwar/lobby_ugly.jpg
>> >
>> > The results aren't too bad.  I also tried stitching this scene with
>> Hugin, the
>> > most powerful panorama stitcher I know of.  Hugin required significant
>> user
>> > intervention and half an hour of computing time, producing this output:
>> >
>> > http://people.fas.harvard.edu/~bmschwar/lobby_pretty.jpg
>> >
>> > This scene is unusually difficult because of the huge indoor-outdoor
>> contrast.
>> > Given this positive result, I would like to work on a panorama-making
>> activity,
>> > possibly inside Capture.  I know that at age 10, I loved making
>> panoramas out of
>> > photographs.  Panoramas provide an immersive way for children to
>> communicate
>> > their environments to each other and to the world.
>> >
>> > - --Ben Schwartz
>> > -BEGIN PGP SIGNATURE-
>> > Version: GnuPG v1.4.7 (GNU/Linux)
>> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>> >
>> > iD8DBQFGeU4yUJT6e6HFtqQRAv4rAJ9F5wTDfzz9piYzzwGskVVmaqZTiQCgjFru
>> > QsRergUtY1iCZS6hIXCHjSM=
>> > =v5GB
>> > -END PGP SIGNATURE-
>> > ___
>> > Devel mailing list
>> > Devel@lists.laptop.org
>> > http://lists.laptop.org/listinfo/devel
>> >
>> ___
>> Activities mailing list
>> [EMAIL PROTECTED]
>> http://lists.laptop.org/listinfo/activities
>>
>
>
>
> --
> Christoph Derndorfer
> co-editor, olpcnews
> url: www.olpcnews.com
> e-mail: [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: [Activities] Panorama activity

[Christoph Derndorfer]

Sweet, I totally missed that!

Is anyone actively working on integrating that functionality into 'record'
or making it available as a seperate activity?

Christoph


On 9/5/08, Brian Jordan <[EMAIL PROTECTED]> wrote:
>
> *bump*
>
> http://wiki.laptop.org/go/Panorama_camera_activity
>
> (code? Nirav is interested in doing something similar!)
>
> Brian
>
> > On Wed, Jun 20, 2007 at 11:56 PM, Benjamin M. Schwartz <
> [EMAIL PROTECTED]> wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > The XO happens to be perfect for shooting stitched panoramic photographs,
> due to
> > the swivel design.  I tested it out in the OLPCHQ lobby. Then, I wrote a
> simple
> > panorama stitcher in 50 lines of Python.  It runs in 3.4 seconds on my
> Core Duo,
> > producing this output:
> >
> > http://people.fas.harvard.edu/~bmschwar/lobby_ugly.jpg
> >
> > The results aren't too bad.  I also tried stitching this scene with
> Hugin, the
> > most powerful panorama stitcher I know of.  Hugin required significant
> user
> > intervention and half an hour of computing time, producing this output:
> >
> > http://people.fas.harvard.edu/~bmschwar/lobby_pretty.jpg
> >
> > This scene is unusually difficult because of the huge indoor-outdoor
> contrast.
> > Given this positive result, I would like to work on a panorama-making
> activity,
> > possibly inside Capture.  I know that at age 10, I loved making panoramas
> out of
> > photographs.  Panoramas provide an immersive way for children to
> communicate
> > their environments to each other and to the world.
> >
> > - --Ben Schwartz
> > -BEGIN PGP SIGNATURE-
> > Version: GnuPG v1.4.7 (GNU/Linux)
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> >
> > iD8DBQFGeU4yUJT6e6HFtqQRAv4rAJ9F5wTDfzz9piYzzwGskVVmaqZTiQCgjFru
> > QsRergUtY1iCZS6hIXCHjSM=
> > =v5GB
> > -END PGP SIGNATURE-
> > ___
> > Devel mailing list
> > Devel@lists.laptop.org
> > http://lists.laptop.org/listinfo/devel
> >
> ___
> Activities mailing list
> [EMAIL PROTECTED]
> http://lists.laptop.org/listinfo/activities
>



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