Alex Gibson | 1 Jan 03:47
Picon
Picon
Favicon

Re: sugar-jhbuild breakage (something to do with expat)

Dan Williams wrote:
On Sat, 2006-12-30 at 19:31 +1100, Alex Gibson wrote:
make: *** [default] Error 2 Another package I'm missing ? yum install mozilla mozilla-devel No Match for argument: mozilla No Match for argument: mozilla-devel So what are the correct packages ?
xulrunner and xulrunner-devel Dan
What repository are they on ?

I'm getting
yum install xulrunner
No match for argument: xulrunner
and also had a look at a couple of the repositories and mirrors and nothing there.

According to the packages firefox-devel , it should be used until
xulrunner 1.0 has been released. ??

I've created a separate Sugar on Fedora core 6 page
http://wiki.laptop.org/go/Sugar_on_Fedora_Core_6


Alex
_______________________________________________
Sugar mailing list
Sugar <at> laptop.org
http://mailman.laptop.org/mailman/listinfo/sugar
Gonzalo Odiard | 2 Jan 05:45
Picon

Testing activity bundle

Hello:
I am trying to transform a little python application in a activity bundle.
The application is a simple ecosystem simulation http://godiard.googlepages.com/ecomundo-0.5.zip
I don't know if it is of utility, or if this is the right list for share the application.
Testing it, i found the bug #559 http://dev.laptop.org/ticket/559 " icons inside activities are not loaded", and i am trying to resolve that.
Any idea?
Another thing i see is the application is a lot slower when run inside sugar. If you run the application or run "python ecomundo.py" , and click in the "New" button, the difference in the paint of the drawing area is very notorious. I don't know if i am doing any really stupid, but the application is basically the same. My machine is a K6 700MHz, may be in a faster machine it is not a problem, but the olpc this can be problematic.

Gonzalo


_______________________________________________
Sugar mailing list
Sugar <at> laptop.org
http://mailman.laptop.org/mailman/listinfo/sugar
Martin Sevior | 2 Jan 06:38
Picon
Picon
Favicon

Re: Software schedule for B2 build and call for activities and content.

On Wed, 2006-12-20 at 16:37 -0500, Jim Gettys wrote:
> It looks like the BTest-2 build will be near the end of January. I'll
> probably have better information sometime next week and details below
> are subject to change.
> 

<snip>

> Week of January 1: CaFE ASIC and first boards are built for BTest2. Any
> driver changes or fixes will have to be shaken down, both for the
> firmware and for Linux.
> January 2: Requests for new activities/content due.
> January 4: Decisions on new content requests.
> January 4: All packages/bundles for initial base level due.
> January 5: Initial base level starts integration
> January 8: Integrated build available
> January 12: All updated packages/bundles for initial base level due.
> January 14: Final firmware for BTest-2 to Quanta for testing.
> January 14: second base level of integrated build for testing.  Only 
>     serious bug fixes after this date. Testing at OLPC and Quanta
>     during the week of January 15.
> January 21: final system image to Quanta for production.
> 

OK, it's Janurary 2nd here in Australia so to be clear, I propose that
that the new python wrapped AbiWord widget be included in the b2 build.

Marc has a working version in jh-build.

For your information the python wrapper now has methods for content
extraction via

(bytes, length) = AbiWord.Canvas().get_content_all(char * mimetype)

and 

(bytes,length) = AbiWord.Canvas().get_content_selection(char * mimetype)

Which return either the entire document or the current selection in the
format given by "mimetype". "mimetype" is either the mimetype eg
"text/rtf" or the commonly used file extension eg ".rtf". If the
mimetype is unrecognized or not implement the content is return in *.abw
format.

These methods are also available via the properties mimetype, content,
selection and data_length and of course via the regular C-interface to
AbiWidget

abi_widget_get_content_all(AbiWidget * abi, char * mimetype, gint *
iLength)

abi_widget_get_content_selection(AbiWidget * abi, char * mimetype, gint
* iLength)

This is available for any other application in OLPC that needs a rich
text widget accessible through python.

The next missing piece of the writing specification that will be
implemented is the pop-up floating toolbar. Marc has code for this
already in place and it should be ready by the end of the week, provided
we can work out how to make C++ plugins load in the python-wrapped
application.

If there is anybody with experience on how to do this please get in
contact with Marc, myself or the AbiWord community
(abiword-dev <at> abisource.com)

Cheers

Martin
Jim Gettys | 2 Jan 13:11
Favicon
Gravatar

Re: Software schedule for B2 build and call for activities and content.

Reminder: please enter any requests for new activities or content into
trac today (per the previously published schedule).  This also goes for
major new versions of existing activities (rather than bug fixing).
                              Thanks for everyone's hard work!
                                    Best Regards,
                      			Jim Gettys

On Wed, 2006-12-20 at 16:37 -0500, Jim Gettys wrote:
> It looks like the BTest-2 build will be near the end of January. I'll
> probably have better information sometime next week and details below
> are subject to change.
> 
> Remember there will be a BTest-3 build, and a CTest build; the trains
> will be leaving the station regularly, so don't try to push too much
> into the software too soon: we'd like better performance, fewer bugs and
> higher stability for BTest-2, rather than more functionality. We got
> much more into BTest-1 than we had any hope for.
> 
> Having a release target helps focus the mind, and having software for
> preload done properly in advance helps shake down the overall process,
> which includes installation of software in the factory.  Debugging the
> factory process is also a major goal of the BTest builds. And while we
> expect/hope software will be updated on arrival in country, there is
> never any guarantee that this actually takes place, so we'd like
> everyone to put their best feet forward for the builds that get loaded
> into flash at the factory.
> 
> First: If you have a new component: e.g. an activity, need packages in
> the base system, or have content of  whatever sort added to the base
> system, we'd like to know about that *now*.  "New" in this sense means
> also substantially revised activities: a good example might be the full
> TamTam2, rather than a bug fixed version of what we have now.
> 
> Deadline for requests for BTest-2 additions of new components is
> Tuesday, January 2. I do not want last minute addition requests this
> time around.  Please enter new components into the trac system, using
> the component "new component".  Size estimates and dependency
> information is also required.
> 
> For BTest-1 we had too many balls in the air, and through the good
> graces of Mark Foster and Quanta, were able to sneak in a late build
> days after the gate should have closed. This came at a cost I do not
> want to see happen again: the manual updating of each and every board by
> hand.  Here lies madness, and we can and should improve our processes
> with each build.
> 
> Here's my current strawman, subject to correction again next week as we
> get better data from all the detailed schedule work currently underway.
> 
> Week of January 1: CaFE ASIC and first boards are built for BTest2. Any
> driver changes or fixes will have to be shaken down, both for the
> firmware and for Linux.
> January 2: Requests for new activities/content due.
> January 4: Decisions on new content requests.
> January 4: All packages/bundles for initial base level due.
> January 5: Initial base level starts integration
> January 8: Integrated build available
> January 12: All updated packages/bundles for initial base level due.
> January 14: Final firmware for BTest-2 to Quanta for testing.
> January 14: second base level of integrated build for testing.  Only 
>     serious bug fixes after this date. Testing at OLPC and Quanta
>     during the week of January 15.
> January 21: final system image to Quanta for production.
> 
> 				Best Regards,
>                                       - Jim
> 
--

-- 
Jim Gettys
One Laptop Per Child
Jean Piché | 2 Jan 18:17

Re: Software schedule for B2 build and call for activities and content.


Hi all,

We propose to include a major revision of miniTamTam and a new activity called SynthLab into the B2 build. Both activities will be ready sometime tomorrow. Full TamTam will not be included in the B2.

On the longer term, we need to have a discussion on the future of the Csound Server. For the B2 release, we will still use it but exchanges with Barry in December have brought up many questions with regards to its relevance if it is silenced whenever the applicaiton is invisible. It is entirely feasible to have each application launch its own csound instance but since this will require rethinking the audio services for other apps, we propose that the server mechanism still be left in place for the B2 build.


The TamTam team




On 07-01-02, at 07:11, Jim Gettys wrote:

Reminder: please enter any requests for new activities or content into
trac today (per the previously published schedule).  This also goes for
major new versions of existing activities (rather than bug fixing).
                              Thanks for everyone's hard work!
                                    Best Regards,
                      Jim Gettys




On Wed, 2006-12-20 at 16:37 -0500, Jim Gettys wrote:
It looks like the BTest-2 build will be near the end of January. I'll
probably have better information sometime next week and details below
are subject to change.

Remember there will be a BTest-3 build, and a CTest build; the trains
will be leaving the station regularly, so don't try to push too much
into the software too soon: we'd like better performance, fewer bugs and
higher stability for BTest-2, rather than more functionality. We got
much more into BTest-1 than we had any hope for.

Having a release target helps focus the mind, and having software for
preload done properly in advance helps shake down the overall process,
which includes installation of software in the factory.  Debugging the
factory process is also a major goal of the BTest builds. And while we
expect/hope software will be updated on arrival in country, there is
never any guarantee that this actually takes place, so we'd like
everyone to put their best feet forward for the builds that get loaded
into flash at the factory.

First: If you have a new component: e.g. an activity, need packages in
the base system, or have content of  whatever sort added to the base
system, we'd like to know about that *now*.  "New" in this sense means
also substantially revised activities: a good example might be the full
TamTam2, rather than a bug fixed version of what we have now.

Deadline for requests for BTest-2 additions of new components is
Tuesday, January 2. I do not want last minute addition requests this
time around.  Please enter new components into the trac system, using
the component "new component".  Size estimates and dependency
information is also required.

For BTest-1 we had too many balls in the air, and through the good
graces of Mark Foster and Quanta, were able to sneak in a late build
days after the gate should have closed. This came at a cost I do not
want to see happen again: the manual updating of each and every board by
hand.  Here lies madness, and we can and should improve our processes
with each build.

Here's my current strawman, subject to correction again next week as we
get better data from all the detailed schedule work currently underway.

Week of January 1: CaFE ASIC and first boards are built for BTest2. Any
driver changes or fixes will have to be shaken down, both for the
firmware and for Linux.
January 2: Requests for new activities/content due.
January 4: Decisions on new content requests.
January 4: All packages/bundles for initial base level due.
January 5: Initial base level starts integration
January 8: Integrated build available
January 12: All updated packages/bundles for initial base level due.
January 14: Final firmware for BTest-2 to Quanta for testing.
January 14: second base level of integrated build for testing.  Only 
    serious bug fixes after this date. Testing at OLPC and Quanta
    during the week of January 15.
January 21: final system image to Quanta for production.

Best Regards,
                                      - Jim

-- 
Jim Gettys
One Laptop Per Child


_______________________________________________
Sugar mailing list

_______________________________________________
Devel mailing list
Devel <at> laptop.org
http://mailman.laptop.org/mailman/listinfo/devel
Jean Piché | 2 Jan 18:35

Software schedule for B2 build and call for activities and content. (TamTam correction)



Apologies, wrong email was sent out. 

Correction:

On the longer term, we need to have a discussion on the future of the Csound Server. For the B2 release, we will launch our own csound instance without disturbing the running csound server. Exchanges with Barry in December have brought up many questions with regards to the relevance of the server if it is silenced whenever the application is invisible. It is entirely feasible to have each application launch its own csound instance but since this will require rethinking the audio services for other apps, we propose that the current server mechanism be left in place for now.


TamTam Team


_______________________




On 07-01-02, at 07:11, Jim Gettys wrote:

Reminder: please enter any requests for new activities or content into
trac today (per the previously published schedule).  This also goes for
major new versions of existing activities (rather than bug fixing).
                              Thanks for everyone's hard work!
                                    Best Regards,
                      Jim Gettys




On Wed, 2006-12-20 at 16:37 -0500, Jim Gettys wrote:
It looks like the BTest-2 build will be near the end of January. I'll
probably have better information sometime next week and details below
are subject to change.

Remember there will be a BTest-3 build, and a CTest build; the trains
will be leaving the station regularly, so don't try to push too much
into the software too soon: we'd like better performance, fewer bugs and
higher stability for BTest-2, rather than more functionality. We got
much more into BTest-1 than we had any hope for.

Having a release target helps focus the mind, and having software for
preload done properly in advance helps shake down the overall process,
which includes installation of software in the factory.  Debugging the
factory process is also a major goal of the BTest builds. And while we
expect/hope software will be updated on arrival in country, there is
never any guarantee that this actually takes place, so we'd like
everyone to put their best feet forward for the builds that get loaded
into flash at the factory.

First: If you have a new component: e.g. an activity, need packages in
the base system, or have content of  whatever sort added to the base
system, we'd like to know about that *now*.  "New" in this sense means
also substantially revised activities: a good example might be the full
TamTam2, rather than a bug fixed version of what we have now.

Deadline for requests for BTest-2 additions of new components is
Tuesday, January 2. I do not want last minute addition requests this
time around.  Please enter new components into the trac system, using
the component "new component".  Size estimates and dependency
information is also required.

For BTest-1 we had too many balls in the air, and through the good
graces of Mark Foster and Quanta, were able to sneak in a late build
days after the gate should have closed. This came at a cost I do not
want to see happen again: the manual updating of each and every board by
hand.  Here lies madness, and we can and should improve our processes
with each build.

Here's my current strawman, subject to correction again next week as we
get better data from all the detailed schedule work currently underway.

Week of January 1: CaFE ASIC and first boards are built for BTest2. Any
driver changes or fixes will have to be shaken down, both for the
firmware and for Linux.
January 2: Requests for new activities/content due.
January 4: Decisions on new content requests.
January 4: All packages/bundles for initial base level due.
January 5: Initial base level starts integration
January 8: Integrated build available
January 12: All updated packages/bundles for initial base level due.
January 14: Final firmware for BTest-2 to Quanta for testing.
January 14: second base level of integrated build for testing.  Only 
    serious bug fixes after this date. Testing at OLPC and Quanta
    during the week of January 15.
January 21: final system image to Quanta for production.

Best Regards,
                                      - Jim

-- 
Jim Gettys
One Laptop Per Child


_______________________________________________
Sugar mailing list

_______________________________________________
Devel mailing list
Devel <at> laptop.org
http://mailman.laptop.org/mailman/listinfo/devel
Jeff Waddell | 3 Jan 04:37
Picon

./sugar-jhbuild problem

Hi all,

I've been attempting to build sugar using ./sugar-jhbuild for several weeks now (off and on).  I keep getting that the anoncvs.gnome.org is timing out.  jirwin and cjb on irc urged me to post here about it.  Anyway, I can go to anoncvs.gnome.org in the web browser from the same machine and no problems getting the page.  I'd be happy to pull the proper stuff out of the tree by hand but can't seem to figure out where to look (there is no cvs/gnome, which is what sugar-jhbuild seems to be looking for).  Anyone know what's going on?

I'm finding it a bit hard to 'sugartize' stuff when I can't get sugar onto a box to play with it..

Thanks,

Jeff

_______________________________________________
Sugar mailing list
Sugar <at> laptop.org
http://mailman.laptop.org/mailman/listinfo/sugar
Robert Staudinger | 3 Jan 10:33
Picon

Re: ./sugar-jhbuild problem

On 1/3/07, Jeff Waddell <jefferydouglaswaddell <at> gmail.com> wrote:
> Hi all,
>
> I've been attempting to build sugar using ./sugar-jhbuild for several weeks
> now (off and on).  I keep getting that the anoncvs.gnome.org is timing out.
> jirwin and cjb on irc urged me to post here about it.  Anyway, I can go to
> anoncvs.gnome.org in the web browser from the same machine and no problems
> getting the page.  I'd be happy to pull the proper stuff out of the tree by
> hand but can't seem to figure out where to look (there is no cvs/gnome,
> which is what sugar-jhbuild seems to be looking for).  Anyone know what's
> going on?

GNOME has been migrating to Subversion on Dec. 31.
Maybe this writeup can provide some pointers:
http://blogs.gnome.org/view/markmc/2007/01/02/0
Please be aware that sugar-jhbuild is a wrapper around plain jhbuild.

HTH,
Rob
Tomeu Vizoso | 3 Jan 17:42

Web activity hangs on startup

Hi,

after updating sugar-jhbuild, the web activity hangs on startup.

Gdb shows that it is some kind of loop when changing the window title
while listening to this property change.

Commenting out the line
self.connect('notify::title', self._title_changed_cb)
in sugar.activity.Activity.__init__() will make it work again.

Regards,

Tomeu
Gonzalo Odiard | 3 Jan 18:03
Picon

Patch to #559

I have added a patch to http://dev.laptop.org/ticket/559
I must send a mail to this list too?

Gonzalo Odiard

_______________________________________________
Sugar mailing list
Sugar <at> laptop.org
http://mailman.laptop.org/mailman/listinfo/sugar

Gmane