Re: [Sugar-devel] Simplifying sugar-jhbuild

2009-05-21 Thread Tomeu Vizoso
On Wed, May 20, 2009 at 21:10, Bernie Innocenti ber...@codewiz.org wrote:
 Today I've kick-started a newbie on building Sugar to fix a small bug
 and submit his first patch.

 It was just painful.  jhbuild has plenty of rough corners and we could
 easily make things easier with a few changes:

 1) Stop checking out random unstable versions of external projects.
 They break very often, and we cannot fix them.  Let's instead upgrade
 manually every once in a while after some testing.

We are supposed to be doing this already, which modules are not
following this rule?

 2) Do not build C modules that is already available (and recent enough)
 in popular distros.  Specifically: abiword, matchbox, hippocanvas...

About abiword, we have been depending lately on modifications not
released on a tarball, but 2.7.0 was released recently and it should
contain all we need for now. If during 0.85 we need to hack further on
it, we may need to create unstable tarballs ourselves. Also, not all
distros are building it a way it can be used by Sugar, we should
check.

About hippo, we are the only users, so it can be considered as any
other Sugar module.

About xulrunner, we often want to test with the version that is going
to ship on the next distro releases, plus some distros still don't
package it in a way usable by Sugar (we should fix this).

 3) Let's move etoys away from the base set of components: the repository
 is often offline, building it breaks very often, and it takes a lot of
 time.  You don't need it in order to test Sugar, the same way you don't
 need TamTam and TurtleArt.

I guess this makes sense, though would be good to hear people who hack
on eToys in Sugar.

 4) We could check for prerequisites before starting the build.  Some
 configure scripts are stupid enough to fail tests silently and proceed
 anyway using no as a command name in make :-)

We are supposed to be doing this already. If it's not working then we
should fix it.

 If there's consensus on implementing one or more of these points, I can
 provide patches (or just go on and commit them).

Totally, Sascha is the maintainer so coordinate with him.

Thanks,

Tomeu
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Simplifying sugar-jhbuild

2009-05-21 Thread Bernie Innocenti
On 05/20/09 23:29, NoiseEHC wrote:
 When I tried jhbuild what I found strange that it does not detect the
 Linux distro so I had to manually enter commands as it was specified on
 the wiki. Can we get rid of that? (I have no idea how to detect the
 distro or how to automate that just to let you know this fact...)

You mean for installing dependencies?  This requires root privileges, so
jhbuild can't do it on its own.

Besides, we used to have some distro-specific dependency check in the
past, but I someone (marcopg?) ripped it off, probably because it was a
pita to maintain.

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] Sugar-Developers meeting REMINDER (21 May, 2009 - 14.00 (UTC)) --- irc.freenode.net, #sugar-meeting

2009-05-21 Thread Simon Schampijer
Hey,

after a long absence - we try to reanimate the developers meetings. 
Since most of the developers are not full time working on Sugar the 
meetings are a good way to synchronize the efforts, besides the 
asynchronous discussion at sugar-devel.

This week we will talk about the 0.86 Roadmap. Discussion has been 
started at the SugarCamp in Paris last weekend. A summary can be found 
at: http://erikos.sweettimez.de/?p=678

There is as well Jeff Elkner's presentation of the Sugar Labs DC project 
that involves students at GCTAA (and beyond) in creating software 
Activities for Sugar. The meeting is as well in #sugar-meeting at 16:15 
(UTC) http://lists.sugarlabs.org/archive/sugar-devel/2009-May/014295.html

See you today,
Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Simplifying sugar-jhbuild

2009-05-21 Thread Tomeu Vizoso
On Thu, May 21, 2009 at 12:40, Bernie Innocenti ber...@codewiz.org wrote:
 On 05/20/09 23:29, NoiseEHC wrote:
 When I tried jhbuild what I found strange that it does not detect the
 Linux distro so I had to manually enter commands as it was specified on
 the wiki. Can we get rid of that? (I have no idea how to detect the
 distro or how to automate that just to let you know this fact...)

 You mean for installing dependencies?  This requires root privileges, so
 jhbuild can't do it on its own.

 Besides, we used to have some distro-specific dependency check in the
 past, but I someone (marcopg?) ripped it off, probably because it was a
 pita to maintain.

Wasn't ripped off, but improved, we check for system dependencies in
the supported platforms like this:

./sugar-jhbuild depscheck

This will tell you which packages to install with yum/apt-get/etc.

How can we make this more obvious?

Regards,

Tomeu
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Simplifying sugar-jhbuild

2009-05-21 Thread NoiseEHC

Bernie Innocenti wrote:

On 05/20/09 23:29, NoiseEHC wrote:
  

When I tried jhbuild what I found strange that it does not detect the
Linux distro so I had to manually enter commands as it was specified on
the wiki. Can we get rid of that? (I have no idea how to detect the
distro or how to automate that just to let you know this fact...)



You mean for installing dependencies?  This requires root privileges, so
jhbuild can't do it on its own.

Besides, we used to have some distro-specific dependency check in the
past, but I someone (marcopg?) ripped it off, probably because it was a
pita to maintain.

  

I am talking about this:
http://wiki.sugarlabs.org/go/Development_Team/Jhbuild/Fedora
As I told I do not know how difficult can it be to automate so if it 
would be a lot of work then of course you should not put too much work 
into it.
BTW text like the dependency check will fail if you don't have a 
DISPLAY set does not mean too much for Windows people like me (I did 
manage to google the answer so it was not a question).


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Simplifying sugar-jhbuild

2009-05-21 Thread NoiseEHC

Tomeu Vizoso wrote:

On Thu, May 21, 2009 at 12:40, Bernie Innocenti ber...@codewiz.org wrote:
  

On 05/20/09 23:29, NoiseEHC wrote:


When I tried jhbuild what I found strange that it does not detect the
Linux distro so I had to manually enter commands as it was specified on
the wiki. Can we get rid of that? (I have no idea how to detect the
distro or how to automate that just to let you know this fact...)
  

You mean for installing dependencies?  This requires root privileges, so
jhbuild can't do it on its own.

Besides, we used to have some distro-specific dependency check in the
past, but I someone (marcopg?) ripped it off, probably because it was a
pita to maintain.



Wasn't ripped off, but improved, we check for system dependencies in
the supported platforms like this:

./sugar-jhbuild depscheck

This will tell you which packages to install with yum/apt-get/etc.

How can we make this more obvious?

Regards,

Tomeu


  
For example by autodetecting the Linux distro, it could create a full 
command line. Of course, if it could be automated then it should just 
say something:
The following dependencies are missing: long list here. To install 
them, type in your root password: type here.

Of course if it would be a lot of work you should not waste your time in it.
And why shall I run jhbuild 3 times anyway? It could have a default 
option when it does an update then depscheck and then a build...


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Server-devel] Browse-101 for 0.82 and XS-0.6 interop

2009-05-21 Thread Martin Langhoff
On Thu, May 21, 2009 at 3:12 PM, Reuben K. Caron reu...@laptop.org wrote:
 The G1G1 set of activities (1) on wiki.laptop.org was updated to include
 Browse-102, I believe at the time the composite image was created for
 8.2.1. This version does appear to work on 8.2.1 and has your auto-login
 magic working with an updated XS 0.5.2.

Ah! Excellent news!

 Can we get a definitive answer on which to use 101 or 102?

IIRC, Simon's release also had a patch from Sayamindu. Not sure if
that's in Daniel's version. In any case, both versions have tested
a-ok with the XS :-)

cheers,



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Server-devel] Browse-101 for 0.82 and XS-0.6 interop

2009-05-21 Thread Daniel Drake
2009/5/21 Martin Langhoff martin.langh...@gmail.com:
 IIRC, Simon's release also had a patch from Sayamindu. Not sure if
 that's in Daniel's version. In any case, both versions have tested
 a-ok with the XS :-)

Is there anything new in Simon's 101 that has appeared on
activities.sugarlabs.org or is it identical to the one that was
announced 1-2 months ago?

My 102 is the Browse-101-for-8.2 that was announced 1-2 months ago,
plus the fix for the ticket that I mentioned. So it should have all
the other relevant patches and fixes, unless something was silently
added since initial release.

Daniel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Server-devel] Browse-101 for 0.82 and XS-0.6 interop

2009-05-21 Thread Martin Langhoff
On Thu, May 21, 2009 at 4:41 PM, Daniel Drake d...@laptop.org wrote:
 My 102 is the Browse-101-for-8.2 that was announced 1-2 months ago,
 plus the fix for the ticket that I mentioned. So it should have all
 the other relevant patches and fixes, unless something was silently
 added since initial release.

Cool - thanks for the confirmation. My +1 for yours then :-)

cheers,



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Simplifying sugar-jhbuild

2009-05-21 Thread Bernie Innocenti
On 05/21/09 10:03, Tomeu Vizoso wrote:
 1) Stop checking out random unstable versions of external projects.
 They break very often, and we cannot fix them.  Let's instead upgrade
 manually every once in a while after some testing.
 
 We are supposed to be doing this already, which modules are not
 following this rule?

I'm looking at the glucose-external.modules, and I see these modules
being checked out from the tip of the master branch:

 - squeak
 - hulahop
 - hippo-canvas


 2) Do not build C modules that is already available (and recent enough)
 in popular distros.  Specifically: abiword, matchbox, hippocanvas...
 
 About abiword, we have been depending lately on modifications not
 released on a tarball, but 2.7.0 was released recently and it should
 contain all we need for now. If during 0.85 we need to hack further on
 it, we may need to create unstable tarballs ourselves. Also, not all
 distros are building it a way it can be used by Sugar, we should
 check.

And besides, abiword 2.7.0 is not yet in F11 nor Jaunty.


 About hippo, we are the only users, so it can be considered as any
 other Sugar module.

Ok, but it's already packaged in all the distros we target, so why make
people spend precious time building it from source?


 About xulrunner, we often want to test with the version that is going
 to ship on the next distro releases, plus some distros still don't
 package it in a way usable by Sugar (we should fix this).

xulrunner now fails to build with gcc 4.4 (in F11) because of a tiny
error in an #elif directive.  Is there a way in jhbuild to apply patches
to sources?

xulrunner is also one of the worst compile time hog we have.  If we
could only build it on distros that require it, it would save a lot of
trouble to a lot of developers.

I'd vote for disabling it now and lazily wait to see if someone
complains before actually adding a workaround.


 3) Let's move etoys away from the base set of components: the repository
 is often offline, building it breaks very often, and it takes a lot of
 time.  You don't need it in order to test Sugar, the same way you don't
 need TamTam and TurtleArt.
 
 I guess this makes sense, though would be good to hear people who hack
 on eToys in Sugar.

Ok, although this shouldn't impair them in any way.  We just move etoys
to a module that regular users don't have to build by default.


 4) We could check for prerequisites before starting the build.  Some
 configure scripts are stupid enough to fail tests silently and proceed
 anyway using no as a command name in make :-)
 
 We are supposed to be doing this already. If it's not working then we
 should fix it.

It's definitely not working, because we had to manually find out what
was missing along the way.  Do you have any idea where I should look?


 If there's consensus on implementing one or more of these points, I can
 provide patches (or just go on and commit them).
 
 Totally, Sascha is the maintainer so coordinate with him.

OK.

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Simplifying sugar-jhbuild

2009-05-21 Thread Bert Freudenberg

On 21.05.2009, at 01:03, Tomeu Vizoso wrote:

 On Wed, May 20, 2009 at 21:10, Bernie Innocenti ber...@codewiz.org  
 wrote:
 Today I've kick-started a newbie on building Sugar to fix a small bug
 and submit his first patch.

 It was just painful.  jhbuild has plenty of rough corners and we  
 could
 easily make things easier with a few changes:
 [...]
 3) Let's move etoys away from the base set of components: the  
 repository
 is often offline, building it breaks very often, and it takes a lot  
 of
 time.  You don't need it in order to test Sugar, the same way you  
 don't
 need TamTam and TurtleArt.

 I guess this makes sense, though would be good to hear people who hack
 on eToys in Sugar.


I think the breaks very often assertion is unqualified. But sure,  
removing Etoys from the default build set should be fine.

- Bert -

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Simplifying sugar-jhbuild

2009-05-21 Thread Bernie Innocenti
On 05/21/09 13:29, NoiseEHC wrote:
 I am talking about this:
 http://wiki.sugarlabs.org/go/Development_Team/Jhbuild/Fedora
 As I told I do not know how difficult can it be to automate so if it
 would be a lot of work then of course you should not put too much work
 into it.
 BTW text like the dependency check will fail if you don't have a
 DISPLAY set does not mean too much for Windows people like me (I did
 manage to google the answer so it was not a question).

You're right.  Please, update the wiki with more information for newbies.

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] [RELEASE] TurtleArt-51

2009-05-21 Thread Walter Bender
== .xo ==
http://activities.sugarlabs.org/en-US/sugar/downloads/file/26052/turtle_art-51.xo

== Source ==
http://download.sugarlabs.org/sources/sucrose/fructose/TurtleArt/TurtleArt-51.tar.bz2

== Features ==
* fixed problem with keyboard input on OLPC XO

== Documentation ==
http://sugarlabs.org/go/Activities/Turtle_Art

enjoy and please report any problems

Also, check out the screencasts on Dailymotion.

http://www.dailymotion.com/user/sugarlabs/video/x9coz8_turtleartbasics_creation
http://www.dailymotion.com/user/sugarlabs/video/x9cpzd_turtleartportfoliobasics_creation

-walter

--
Walter Bender
Sugar Labs
http://www.sugarlabs.org



--
Walter Bender
Sugar Labs
http://www.sugarlabs.org



-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] Dutch mirror

2009-05-21 Thread Marten Vijn
Hi all,

A first mirror is live:

ftp://ftp.snt.utwente.nl/pub/software/sugarlabs/

as return favor this link

http://www.snt.utwente.nl/

should be mentioned on our site 

It sync every 24 hours, and have limited to 25G

Kind regards,
Marten




-- 
http://martenvijn.nl Marten Vijn 
http://martenvijn.nl/trac/wiki/soas  Sugar on a Stick
http://bsd.wifisoft.org/nek/ The Network Event Kit
http://har2009.org   13th-16th August 
http://opencommunitycamp.org 26th Jul - 2nd August

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Dutch mirror

2009-05-21 Thread Marten Vijn
Hi All,

I expect more mirror sites soon. So may we should have a mirror list on
the wiki like:

|| full / limited || ftp/http || link || party ||

Shall I create one ?

thanks,
Marten


On Thu, 2009-05-21 at 22:57 +0200, Marten Vijn wrote:
 Hi all,
 
 A first mirror is live:
 
 ftp://ftp.snt.utwente.nl/pub/software/sugarlabs/
 
 as return favor this link
 
 http://www.snt.utwente.nl/
 
 should be mentioned on our site 
 
 It sync every 24 hours, and have limited to 25G
 
 Kind regards,
 Marten
 
 
 
 
-- 
http://martenvijn.nl Marten Vijn 
http://martenvijn.nl/trac/wiki/soas  Sugar on a Stick
http://bsd.wifisoft.org/nek/ The Network Event Kit
http://har2009.org   13th-16th August 
http://opencommunitycamp.org 26th Jul - 2nd August

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] Dutch mirror

2009-05-21 Thread Walter Bender
This is great work. Thanks.

On Thu, May 21, 2009 at 5:36 PM, Marten Vijn i...@martenvijn.nl wrote:
 Hi All,

 I expect more mirror sites soon. So may we should have a mirror list on
 the wiki like:

 || full / limited || ftp/http || link || party ||

 Shall I create one ?

Please do so.

-walter
-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] Dutch mirror

2009-05-21 Thread Marten Vijn

On Thu, 2009-05-21 at 17:50 -0400, Walter Bender wrote:
 This is great work. Thanks.
 
 On Thu, May 21, 2009 at 5:36 PM, Marten Vijn i...@martenvijn.nl wrote:
  Hi All,
 
  I expect more mirror sites soon. So may we should have a mirror list on
  the wiki like:
 
  || full / limited || ftp/http || link || party ||
 
  Shall I create one ?
 
 Please do so.

Here it is

http://wiki.sugarlabs.org/go/Mirrors

Kind Regards,
Marten

 
 -walter
-- 
http://martenvijn.nl Marten Vijn 
http://martenvijn.nl/trac/wiki/soas  Sugar on a Stick
http://bsd.wifisoft.org/nek/ The Network Event Kit
http://har2009.org   13th-16th August 
http://opencommunitycamp.org 26th Jul - 2nd August

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel