Bryan Berry | 1 Jan 04:37
Favicon
Gravatar

g.sl.o issues for Karma and perhaps other activities

I want to discuss some issues for managing Karma lessons on glso. Please let it be clear that I am not criticizing the infrastructure team __at_all__. I think they are doing a great job. The issues I am encountering have to do with underlying tools and some issues specific to developers working in countries w/ crappy bandwidth, such as Nepal.


Some of the main goals of the Karma Project are to get more developers in general involved in creating content for Sugar and to make OLE Nepal's content development more accessible and open to developers inside and outside Nepal. We have a full-time team of 7 sw engineers, 3 graphic designers, and 3 teachers working on content. It would be a crying shame if we can't work with the larger community.

One big problem for devs here in Nepal is that international bandwidth is both lousy and expensive. Conversely, w/in Kathmandu bandwidth is relatively high-speed and cheap. I have up to 2 Mbps w/in Nepal but get around 30 kbps for a site hosted outside Nepal.

The Karma repos are big and there will soon be many. The main Karma repo will be 10-15 MB and each individual lesson will be in its own repo, usually 2-4 MB. I hope to have about 60 individual karma activities under source control. That will be easily 200 MB. Transferring files of that size over slow international links will really cramp our development cycle. At the same time we need for the Karma lessons to be easily accessible internationally.

A working solution will have to start with a server inside Nepal hosting the Karma content. OLE Nepal can likely provide the server space. Would it be possible for us to set up our own instance of gitorious? My impression is that everyone is waiting to move to the gitorious instance but something is holding it up. Even if g.sl.o migrates to 
gitorious.org how difficult would it be to set up an instance in Nepal. Or will it be too hard to set up a gitorious instance and we should just use something simple for Karma like cgit?

So say we do set up an instance of gitorious here in Nepal. How could we make it easy for others outside Nepal to access the code and contribute back? If you are outside Nepal, downloading from a server in Nepal also sucks due to the bandwidth issue. Would it be feasible to set up a read-only mirror of Nepal's repositories on the Sugar infrastructure? 

I would like there to be a writable set of repositories on an international server but I can't imagine how the this mirror would sync w/ the Nepal server without lots of nasty conflicts.

Sugaristas, please let me know what you think
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Bryan Berry | 1 Jan 14:13
Favicon
Gravatar

Browse questions for Karma

I am trying to run the Karma lessons using Browse instead of regular Firefox. Using Browse will enable me to create sugar bundle for karma that doesn't include binaries


I have tested it on os10 of 0.86 http://dev.laptop.org/~smparrish/XO-1/builds/OS10/os10.img on the XO.
This build uses  xulrunner-1.9.1.5. My version of "Conozco a Uruguay" doesn't run at all

I can run "Conozco" on my regular laptop w/ Firefox 3.5 which uses xulrunner-1.9.1. My understanding was that Browse basically is Firefox. What other components make up Browse and which ones distinguish it from regular firefox?

My first question is, how can I debug web applications running in Browse? If I can't debug on the XO or w/in Sugar, I need someway to replicate nearly the exact Firefox environment on my regular laptop.

Also, is there another image besides os10.img that I should try?
_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Favicon

[ASLO] Release Visual Match-14

Activity Homepage:
http://activities.sugarlabs.org/addon/4246

Sugar Platform:
0.82 - 0.86

Download Now:
http://activities.sugarlabs.org/downloads/file/26536/visual_match-14.xo

Release notes:
* computer assistant
* new interface to numbers game

Sugar Labs Activities
http://activities.sugarlabs.org
Wade Brainerd | 2 Jan 01:31
Picon
Gravatar

Re: g.sl.o issues for Karma and perhaps other activities

This sounds like the ideal conditions for Git.

Just set up a server at your office using any Git related software you
want, like Gitorious or even GitWeb.  Developers set their projects up
on your local server, and when they reach some level of stability they
create public repositories on git.sugarlabs.org.

Do all your development on your local server, and every once a while
push the changes over to SL.

  git push gitorious <at> git.sugarlabs.org:myproject/mainline.git

If SL people want to make changes, they clone the repository on
git.sugarlabs.org and push to it.

  git push gitorious <at> git.sugarlabs.org:myproject/wadebs-clone.git

The SL person lets the author know by email, and the author pulls the
changes to their local repository, merges them, and pushes them to
your internal server.

  git pull gitorious <at> git.sugarlabs.org:myproject/wadebs-clone.git
  .. do merge work
  git push username <at> local-git-server:myproject.git

Does this help at all?

-Wade

On Thu, Dec 31, 2009 at 10:37 PM, Bryan Berry <bryan <at> olenepal.org> wrote:
> I want to discuss some issues for managing Karma lessons on glso. Please let
> it be clear that I am not criticizing the infrastructure team __at_all__. I
> think they are doing a great job. The issues I am encountering have to do
> with underlying tools and some issues specific to developers working in
> countries w/ crappy bandwidth, such as Nepal.
> Some of the main goals of the Karma Project are to get more developers in
> general involved in creating content for Sugar and to make OLE Nepal's
> content development more accessible and open to developers inside and
> outside Nepal. We have a full-time team of 7 sw engineers, 3 graphic
> designers, and 3 teachers working on content. It would be a crying shame if
> we can't work with the larger community.
> One big problem for devs here in Nepal is that international bandwidth is
> both lousy and expensive. Conversely, w/in Kathmandu bandwidth is relatively
> high-speed and cheap. I have up to 2 Mbps w/in Nepal but get around 30 kbps
> for a site hosted outside Nepal.
> The Karma repos are big and there will soon be many. The main Karma repo
> will be 10-15 MB and each individual lesson will be in its own repo, usually
> 2-4 MB. I hope to have about 60 individual karma activities under source
> control. That will be easily 200 MB. Transferring files of that size over
> slow international links will really cramp our development cycle. At the
> same time we need for the Karma lessons to be easily accessible
> internationally.
> A working solution will have to start with a server inside Nepal hosting the
> Karma content. OLE Nepal can likely provide the server space. Would it be
> possible for us to set up our own instance of gitorious? My impression is
> that everyone is waiting to move to the gitorious instance but something is
> holding it up. Even if g.sl.o migrates to
> gitorious.org how difficult would it be to set up an instance in Nepal. Or
> will it be too hard to set up a gitorious instance and we should just use
> something simple for Karma like cgit?
> So say we do set up an instance of gitorious here in Nepal. How could we
> make it easy for others outside Nepal to access the code and contribute
> back? If you are outside Nepal, downloading from a server in Nepal also
> sucks due to the bandwidth issue. Would it be feasible to set up a read-only
> mirror of Nepal's repositories on the Sugar infrastructure?
> I would like there to be a writable set of repositories on an international
> server but I can't imagine how the this mirror would sync w/ the Nepal
> server without lots of nasty conflicts.
> Sugaristas, please let me know what you think
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel <at> lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
Wade Brainerd | 2 Jan 01:33
Picon
Gravatar

Re: Fedora Sugar Meeting Minutes 31/12/2009

Hi Sebastian,

I'm concerned that you guys are planning to require activity authors
to package their activities in Fedora, in order to see them shipped in
SoaS.  Is this the case?

Currently SoaS pulls a predefined list of activities from ASLO.

I think requiring Fedora packaging would be too much extra work
activity authors.  If you look at the packaged versions on
download.sugarlabs.org, many are out of date from their ASLO
equivalents.

Also, will you still allow packages from rpmfusion?  These are
currently required to make VirtualBox Guest Additions work.

Best,
Wade

On Thu, Dec 31, 2009 at 11:30 AM, Sebastian Dziallas <sebastian <at> when.com> wrote:
> This is it. First meeting after some time, quite some folks joined.
>
> Thanks to all those who dropped by! Here are the minutes and logs:
>
> http://meeting.olpcorps.net/fedora-olpc/fedora-olpc.minutes.20091231_1013.html
>
> http://meeting.olpcorps.net/fedora-olpc/fedora-olpc.log.20091231_1013.html
>
> Next date is the Sugar Packaging Session on Jan 6, 1500 UTC [1] - if
> you're interested in learning how to package, join us!
>
> --Sebastian
>
> [1] https://fedoraproject.org/wiki/Classroom#Upcoming_Classes
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel <at> lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
Bryan Berry | 2 Jan 03:50
Favicon
Gravatar

Re: g.sl.o issues for Karma and perhaps other activities

On Sat, Jan 2, 2010 at 6:16 AM, Wade Brainerd <wadetb <at> gmail.com> wrote:
This sounds like the ideal conditions for Git.

Just set up a server at your office using any Git related software you
want, like Gitorious or even GitWeb.  Developers set their projects up
on your local server, and when they reach some level of stability they
create public repositories on git.sugarlabs.org.

I would like to set up gitorious but not sure how difficult this would be
 
Do all your development on your local server, and every once a while
push the changes over to SL.

 git push gitorious <at> git.sugarlabs.org:myproject/mainline.git

If SL people want to make changes, they clone the repository on
git.sugarlabs.org and push to it.

We will have about 60 individual repos by April and hopefully several hundred by the end of 2010. It will be impractical and error-prone is we have to create each repo twice, once on our local server and once on the SL server. Is there a way to automate this?
 
 git push gitorious <at> git.sugarlabs.org:myproject/wadebs-clone.git

The SL person lets the author know by email, and the author pulls the
changes to their local repository, merges them, and pushes them to
your internal server.

 git pull gitorious <at> git.sugarlabs.org:myproject/wadebs-clone.git
 .. do merge work
 git push username <at> local-git-server:myproject.git

Does this help at all?

-Wade


On Thu, Dec 31, 2009 at 10:37 PM, Bryan Berry <bryan <at> olenepal.org> wrote:
> I want to discuss some issues for managing Karma lessons on glso. Please let
> it be clear that I am not criticizing the infrastructure team __at_all__. I
> think they are doing a great job. The issues I am encountering have to do
> with underlying tools and some issues specific to developers working in
> countries w/ crappy bandwidth, such as Nepal.
> Some of the main goals of the Karma Project are to get more developers in
> general involved in creating content for Sugar and to make OLE Nepal's
> content development more accessible and open to developers inside and
> outside Nepal. We have a full-time team of 7 sw engineers, 3 graphic
> designers, and 3 teachers working on content. It would be a crying shame if
> we can't work with the larger community.
> One big problem for devs here in Nepal is that international bandwidth is
> both lousy and expensive. Conversely, w/in Kathmandu bandwidth is relatively
> high-speed and cheap. I have up to 2 Mbps w/in Nepal but get around 30 kbps
> for a site hosted outside Nepal.
> The Karma repos are big and there will soon be many. The main Karma repo
> will be 10-15 MB and each individual lesson will be in its own repo, usually
> 2-4 MB. I hope to have about 60 individual karma activities under source
> control. That will be easily 200 MB. Transferring files of that size over
> slow international links will really cramp our development cycle. At the
> same time we need for the Karma lessons to be easily accessible
> internationally.
> A working solution will have to start with a server inside Nepal hosting the
> Karma content. OLE Nepal can likely provide the server space. Would it be
> possible for us to set up our own instance of gitorious? My impression is
> that everyone is waiting to move to the gitorious instance but something is
> holding it up. Even if g.sl.o migrates to
> gitorious.org how difficult would it be to set up an instance in Nepal. Or
> will it be too hard to set up a gitorious instance and we should just use
> something simple for Karma like cgit?
> So say we do set up an instance of gitorious here in Nepal. How could we
> make it easy for others outside Nepal to access the code and contribute
> back? If you are outside Nepal, downloading from a server in Nepal also
> sucks due to the bandwidth issue. Would it be feasible to set up a read-only
> mirror of Nepal's repositories on the Sugar infrastructure?
> I would like there to be a writable set of repositories on an international
> server but I can't imagine how the this mirror would sync w/ the Nepal
> server without lots of nasty conflicts.
> Sugaristas, please let me know what you think
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel <at> lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>

_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Tomeu Vizoso | 2 Jan 16:00
Favicon
Gravatar

Re: g.sl.o issues for Karma and perhaps other activities

On Sat, Jan 2, 2010 at 03:50, Bryan Berry <bryan <at> olenepal.org> wrote:
> On Sat, Jan 2, 2010 at 6:16 AM, Wade Brainerd <wadetb <at> gmail.com> wrote:
>>
>> This sounds like the ideal conditions for Git.
>>
>> Just set up a server at your office using any Git related software you
>> want, like Gitorious or even GitWeb.  Developers set their projects up
>> on your local server, and when they reach some level of stability they
>> create public repositories on git.sugarlabs.org.
>
> I would like to set up gitorious but not sure how difficult this would be
>
>>
>> Do all your development on your local server, and every once a while
>> push the changes over to SL.
>>
>>  git push gitorious <at> git.sugarlabs.org:myproject/mainline.git
>>
>> If SL people want to make changes, they clone the repository on
>> git.sugarlabs.org and push to it.
>
> We will have about 60 individual repos by April and hopefully several
> hundred by the end of 2010. It will be impractical and error-prone is we
> have to create each repo twice, once on our local server and once on the SL
> server. Is there a way to automate this?

Guess you can cook a cron job quite easily, but I don't see any way
around having only one writeable instance and the others read only,
unless someone wants to take care of resolving conflicts.

Regards,

Tomeu

>
>>
>>  git push gitorious <at> git.sugarlabs.org:myproject/wadebs-clone.git
>>
>> The SL person lets the author know by email, and the author pulls the
>> changes to their local repository, merges them, and pushes them to
>> your internal server.
>>
>>  git pull gitorious <at> git.sugarlabs.org:myproject/wadebs-clone.git
>>  .. do merge work
>>  git push username <at> local-git-server:myproject.git
>>
>> Does this help at all?
>>
>> -Wade
>>
>>
>> On Thu, Dec 31, 2009 at 10:37 PM, Bryan Berry <bryan <at> olenepal.org> wrote:
>> > I want to discuss some issues for managing Karma lessons on glso. Please
>> > let
>> > it be clear that I am not criticizing the infrastructure team
>> > __at_all__. I
>> > think they are doing a great job. The issues I am encountering have to
>> > do
>> > with underlying tools and some issues specific to developers working in
>> > countries w/ crappy bandwidth, such as Nepal.
>> > Some of the main goals of the Karma Project are to get more developers
>> > in
>> > general involved in creating content for Sugar and to make OLE Nepal's
>> > content development more accessible and open to developers inside and
>> > outside Nepal. We have a full-time team of 7 sw engineers, 3 graphic
>> > designers, and 3 teachers working on content. It would be a crying shame
>> > if
>> > we can't work with the larger community.
>> > One big problem for devs here in Nepal is that international bandwidth
>> > is
>> > both lousy and expensive. Conversely, w/in Kathmandu bandwidth is
>> > relatively
>> > high-speed and cheap. I have up to 2 Mbps w/in Nepal but get around 30
>> > kbps
>> > for a site hosted outside Nepal.
>> > The Karma repos are big and there will soon be many. The main Karma repo
>> > will be 10-15 MB and each individual lesson will be in its own repo,
>> > usually
>> > 2-4 MB. I hope to have about 60 individual karma activities under source
>> > control. That will be easily 200 MB. Transferring files of that size
>> > over
>> > slow international links will really cramp our development cycle. At the
>> > same time we need for the Karma lessons to be easily accessible
>> > internationally.
>> > A working solution will have to start with a server inside Nepal hosting
>> > the
>> > Karma content. OLE Nepal can likely provide the server space. Would it
>> > be
>> > possible for us to set up our own instance of gitorious? My impression
>> > is
>> > that everyone is waiting to move to the gitorious instance but something
>> > is
>> > holding it up. Even if g.sl.o migrates to
>> > gitorious.org how difficult would it be to set up an instance in Nepal.
>> > Or
>> > will it be too hard to set up a gitorious instance and we should just
>> > use
>> > something simple for Karma like cgit?
>> > So say we do set up an instance of gitorious here in Nepal. How could we
>> > make it easy for others outside Nepal to access the code and contribute
>> > back? If you are outside Nepal, downloading from a server in Nepal also
>> > sucks due to the bandwidth issue. Would it be feasible to set up a
>> > read-only
>> > mirror of Nepal's repositories on the Sugar infrastructure?
>> > I would like there to be a writable set of repositories on an
>> > international
>> > server but I can't imagine how the this mirror would sync w/ the Nepal
>> > server without lots of nasty conflicts.
>> > Sugaristas, please let me know what you think
>> > _______________________________________________
>> > Sugar-devel mailing list
>> > Sugar-devel <at> lists.sugarlabs.org
>> > http://lists.sugarlabs.org/listinfo/sugar-devel
>> >
>> >
>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel <at> lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>

--

-- 
«Sugar Labs is anyone who participates in improving and using Sugar.
What Sugar Labs does is determined by the participants.» - David
Farning
Wade Brainerd | 2 Jan 18:01
Picon
Gravatar

Re: g.sl.o issues for Karma and perhaps other activities

How badly do you need a user friendly repository creator like Gitorious?

If it's not important, you can just use GitWeb which is trivial to set up.

I guess the important thing to consider is that Git can handle
distributing and merging *code* changes across as many servers as you
want.  But if you want the metadata like project descriptions updated,
you'll have to setup cron or a manual process like that.

Honestly, 60 projects doesn't sound like too much work to set up by
hand on both servers, compared with the amount of work to actually
develop the lessons...  Setting up a project on g.sl.o only takes a
minute or so.

-Wade

On Sat, Jan 2, 2010 at 10:00 AM, Tomeu Vizoso <tomeu <at> sugarlabs.org> wrote:
> On Sat, Jan 2, 2010 at 03:50, Bryan Berry <bryan <at> olenepal.org> wrote:
>> On Sat, Jan 2, 2010 at 6:16 AM, Wade Brainerd <wadetb <at> gmail.com> wrote:
>>>
>>> This sounds like the ideal conditions for Git.
>>>
>>> Just set up a server at your office using any Git related software you
>>> want, like Gitorious or even GitWeb.  Developers set their projects up
>>> on your local server, and when they reach some level of stability they
>>> create public repositories on git.sugarlabs.org.
>>
>> I would like to set up gitorious but not sure how difficult this would be
>>
>>>
>>> Do all your development on your local server, and every once a while
>>> push the changes over to SL.
>>>
>>>  git push gitorious <at> git.sugarlabs.org:myproject/mainline.git
>>>
>>> If SL people want to make changes, they clone the repository on
>>> git.sugarlabs.org and push to it.
>>
>> We will have about 60 individual repos by April and hopefully several
>> hundred by the end of 2010. It will be impractical and error-prone is we
>> have to create each repo twice, once on our local server and once on the SL
>> server. Is there a way to automate this?
>
> Guess you can cook a cron job quite easily, but I don't see any way
> around having only one writeable instance and the others read only,
> unless someone wants to take care of resolving conflicts.
>
> Regards,
>
> Tomeu
>
>
>>
>>>
>>>  git push gitorious <at> git.sugarlabs.org:myproject/wadebs-clone.git
>>>
>>> The SL person lets the author know by email, and the author pulls the
>>> changes to their local repository, merges them, and pushes them to
>>> your internal server.
>>>
>>>  git pull gitorious <at> git.sugarlabs.org:myproject/wadebs-clone.git
>>>  .. do merge work
>>>  git push username <at> local-git-server:myproject.git
>>>
>>> Does this help at all?
>>>
>>> -Wade
>>>
>>>
>>> On Thu, Dec 31, 2009 at 10:37 PM, Bryan Berry <bryan <at> olenepal.org> wrote:
>>> > I want to discuss some issues for managing Karma lessons on glso. Please
>>> > let
>>> > it be clear that I am not criticizing the infrastructure team
>>> > __at_all__. I
>>> > think they are doing a great job. The issues I am encountering have to
>>> > do
>>> > with underlying tools and some issues specific to developers working in
>>> > countries w/ crappy bandwidth, such as Nepal.
>>> > Some of the main goals of the Karma Project are to get more developers
>>> > in
>>> > general involved in creating content for Sugar and to make OLE Nepal's
>>> > content development more accessible and open to developers inside and
>>> > outside Nepal. We have a full-time team of 7 sw engineers, 3 graphic
>>> > designers, and 3 teachers working on content. It would be a crying shame
>>> > if
>>> > we can't work with the larger community.
>>> > One big problem for devs here in Nepal is that international bandwidth
>>> > is
>>> > both lousy and expensive. Conversely, w/in Kathmandu bandwidth is
>>> > relatively
>>> > high-speed and cheap. I have up to 2 Mbps w/in Nepal but get around 30
>>> > kbps
>>> > for a site hosted outside Nepal.
>>> > The Karma repos are big and there will soon be many. The main Karma repo
>>> > will be 10-15 MB and each individual lesson will be in its own repo,
>>> > usually
>>> > 2-4 MB. I hope to have about 60 individual karma activities under source
>>> > control. That will be easily 200 MB. Transferring files of that size
>>> > over
>>> > slow international links will really cramp our development cycle. At the
>>> > same time we need for the Karma lessons to be easily accessible
>>> > internationally.
>>> > A working solution will have to start with a server inside Nepal hosting
>>> > the
>>> > Karma content. OLE Nepal can likely provide the server space. Would it
>>> > be
>>> > possible for us to set up our own instance of gitorious? My impression
>>> > is
>>> > that everyone is waiting to move to the gitorious instance but something
>>> > is
>>> > holding it up. Even if g.sl.o migrates to
>>> > gitorious.org how difficult would it be to set up an instance in Nepal.
>>> > Or
>>> > will it be too hard to set up a gitorious instance and we should just
>>> > use
>>> > something simple for Karma like cgit?
>>> > So say we do set up an instance of gitorious here in Nepal. How could we
>>> > make it easy for others outside Nepal to access the code and contribute
>>> > back? If you are outside Nepal, downloading from a server in Nepal also
>>> > sucks due to the bandwidth issue. Would it be feasible to set up a
>>> > read-only
>>> > mirror of Nepal's repositories on the Sugar infrastructure?
>>> > I would like there to be a writable set of repositories on an
>>> > international
>>> > server but I can't imagine how the this mirror would sync w/ the Nepal
>>> > server without lots of nasty conflicts.
>>> > Sugaristas, please let me know what you think
>>> > _______________________________________________
>>> > Sugar-devel mailing list
>>> > Sugar-devel <at> lists.sugarlabs.org
>>> > http://lists.sugarlabs.org/listinfo/sugar-devel
>>> >
>>> >
>>
>>
>> _______________________________________________
>> Sugar-devel mailing list
>> Sugar-devel <at> lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
>
>
>
> --
> «Sugar Labs is anyone who participates in improving and using Sugar.
> What Sugar Labs does is determined by the participants.» - David
> Farning
>
Bernie Innocenti | 2 Jan 20:37
Favicon
Gravatar

Re: g.sl.o issues for Karma and perhaps other activities

Sorry it took some time to answer this thread. I'm still recovering from
a new year's eve in Times Square :-)

On Sat, 2010-01-02 at 12:01 -0500, Wade Brainerd wrote:
> How badly do you need a user friendly repository creator like
> Gitorious?
> 
> If it's not important, you can just use GitWeb which is trivial to set
> up.
> 
> I guess the important thing to consider is that Git can handle
> distributing and merging *code* changes across as many servers as you
> want.  But if you want the metadata like project descriptions updated,
> you'll have to setup cron or a manual process like that.
> 
> Honestly, 60 projects doesn't sound like too much work to set up by
> hand on both servers, compared with the amount of work to actually
> develop the lessons...  Setting up a project on g.sl.o only takes a
> minute or so.

The problem with managing many repositories by hand is not just setting
them up.  Once you have plenty of people accessing these repositories,
you'll need to implement fine-grained access control. The number of
access requests probably grows very quickly, proportionally to the
number of developers and repositories. Soon or later, your gitmaster
will become buried in support requests.

That said, Gitorious is a complex Rails application. Compared to other
web applications, it was quite hard to deploy and maintain. Indefero
(http://www.indefero.net/) sounds like a much simpler alternative that I
would investigate.

Finally, we've been planning to migrate to the Nokia instance of
Gitorious for a while. We're currently waiting for management approval,
for which I have no ETA. We'll ping them again after the holidays.

Meanwhile, I would appreciate if someone would like to experiment with a
fresher installation of Gitorious. Bryan, if you feel like working on
it, I could create a gitorious account for you on Sunjammer.

I'm open to other possibilities, too. It would be great if we could
share our development infrastructure.

--

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs       - http://sugarlabs.org/

PS: Bryan, you were right: Avatar was fantastic!
Art Hunkins | 2 Jan 20:54
Favicon

malformed OurMusic bundle

Mikus suggested the following to me (re: my OurMusic activities and Windows
line-endings):

> ----- Original Message ----- 
> From: "Mikus Grinbergs" <mikus <at> bga.com>
> To: "Art Hunkins" <abhunkin <at> uncg.edu>
> Cc: "Testing" <testing <at> lists.laptop.org>
> Sent: Tuesday, December 29, 2009 11:13 PM
>
>> The other is a personal dislike.  Various files in this bundle have
>> Windows line-endings.  I'm running Linux on my XO (that's a Fedora-based
>> build), and have the 'python-psyco' accelerator installed.  In the past,
>> I've seen my system's python execution fail when the python files in an
>> Activity did not have Linux line-endings.
>>
>> mikus

 I use Windows to do most of my text editing, and my question is: how much 
of
 an issue is this for you Linux people?

 If it is, could you suggest a simple conversion utility, that changes
 Windows to Linux line endings?

 Art Hunkins

Gmane