Re: Submitting New Activities

David,

Thanks for the fast response.

Attached is a zip archive that contains both Activities - OurMusic.activity 
and OurMusicMC.activity.

The latter is a Multiple (MIDI) Controller version of the former. OurMusic 
works with .82 on up; OurMusicMC only works on .86.

The brief descriptions are already posted at Gitorious.

Art Hunkins

----- Original Message ----- 
From: "David Farning" <dfarning <at> sugarlabs.org>
To: "Art Hunkins" <abhunkin <at> uncg.edu>
Cc: <sugar-devel <at> lists.sugarlabs.org>
Sent: Saturday, October 31, 2009 7:33 PM
Subject: Re: [Sugar-devel] Submitting New Activities

> Art,
>
> Will you send me a copy of what you are trying to upload to.  Aleskey
> merged against amo last night.  I'll see what I can find.
>
> thanks
> david
>
> On Sat, Oct 31, 2009 at 6:27 PM, Art Hunkins <abhunkin <at> uncg.edu> wrote:

Re: Submitting New Activities

On Sat, Oct 31, 2009 at 08:32:49PM -0400, Art Hunkins wrote:
> Attached is a zip archive that contains both Activities - 
> OurMusic.activity and OurMusicMC.activity.

As David asked you for a copy of what you're uploading, I assume you
are trying to upload two activities in one .zip file.  The link at
http://activities.sugarlabs.org/en-US/developers/addon/submit talks
about "Submit New Activity", singular.  Try uploading each activity as
its own zip file.

> Art Hunkins

Martin

_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: karma

On Sat, 2009-10-31 at 16:05 -0400, Erik Garrison wrote:
> Is there an overview of the system's structure anywhere?  If not I can
> write one as I read.  Unless there are plans to radically change it
> soon.

There isn't an up-to-date diagram. You can hold off on doing that as I
was planning to do that this week.
> I'll dig into this.
> 
> Erik

Awesome!

--

-- 
Bryan W. Berry
Senior Engineer
OLE Nepal, http://www.olenepal.org

Re: karma

I recommend checking out http://www.carto.net/  which has a million more
demonstrations of maps+svg+js than we could ever use

On Sat, 2009-10-31 at 16:05 -0400, Erik Garrison wrote:
> On Sat, Oct 31, 2009 at 3:33 PM, Bryan Berry <bryan <at> olenepal.org> wrote:
> > do u mind if I fwd this msg to the sugar-devel mailing list?
> 
> Just subscribed to sugar-devel <at> lists.sugarlabs.org, and CC'ing...
> 
> > On Sat, 2009-10-31 at 15:20 -0400, Erik Garrison wrote:
> >> This is a great idea.  I'm down.
> >>
> >> >From what I remember of Conozco it seems relatively straightforward.
> >>
> >> Outside of Karma, what code should we be sharing/working from?
> >
> > here is a simpler version of Conozco-Uruguay to start playing w/
> > http://github.com/bryanwb/Conozco-Uruguay
> >
> > I need to separate out the big Chakra framework and navigation from
> > individual Karma lessons. The Chakra framewok is a UI for aggregating
> > Karma lessons and not the best place to get started
> >
> >> I'm reading through the Karma git tree now.
> >>
> 
> Is there an overview of the system's structure anywhere?  If not I can
> write one as I read.  Unless there are plans to radically change it
> soon.
> 

Re: Submitting New Activities

I did it one activity at a time, trying both .xo and .zip formats.

Art Hunkins

----- Original Message ----- 
From: "Martin Dengler" <martin <at> martindengler.com>
To: "Art Hunkins" <abhunkin <at> uncg.edu>
Cc: "David Farning" <dfarning <at> sugarlabs.org>; 
<sugar-devel <at> lists.sugarlabs.org>
Sent: Saturday, October 31, 2009 9:54 PM
Subject: Re: [Sugar-devel] Submitting New Activities

> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel <at> lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
> 

(Please read) Re: Proposed Trac - > Launchpad migration

Dear Sugar folks,

This mail didn't get any replies, but it's important to know whether
people agree with it before going ahead.  So, please understand that:

* bugs.sugarlabs.org is moving from Trac to Launchpad.
* Existing bug data will be imported, but the bug numbers won't be the
  same.
* It will be hosted by Canonical externally, rather than by SL as Trac
  currently is.

If any of these are not to your liking, the time to speak up is now,
before it all happens.  :)

Thanks for reading,

- Chris.
--

-- 
Chris Ball   <cjb <at> laptop.org>
One Laptop Per Child

Re: (Please read) Re: Proposed Trac - > Launchpad migration

chris wrote:
 > Dear Sugar folks,
 > 
 > This mail didn't get any replies, but it's important to know whether
 > people agree with it before going ahead.  So, please understand that:
 > 
 > * bugs.sugarlabs.org is moving from Trac to Launchpad.
 > * Existing bug data will be imported, but the bug numbers won't be the
 >   same.

what happens to bug numbers (i.e., referring to other bugs in the
current database) that are embedded in the text commentary?  i
assume they get converted, but it's worth asking.

paul

 > * It will be hosted by Canonical externally, rather than by SL as Trac
 >   currently is.
 > 
 > If any of these are not to your liking, the time to speak up is now,
 > before it all happens.  :)
 > 

=---------------------
 paul fox, pgf <at> laptop.org

Re: (Please read) Re: Proposed Trac - > Launchpad migration

On Sun, Nov 01, 2009 at 05:06:24PM -0500, Chris Ball wrote:
> * bugs.sugarlabs.org is moving from Trac to Launchpad.

Ok.

> * Existing bug data will be imported, but the bug numbers won't be the
>   same.

Ok.

> * It will be hosted by Canonical externally, rather than by SL as Trac
>   currently is.

Ok.  Canonical provides a way to extract the data, so that could be used
to reduce this risk.

--

-- 
James Cameron
http://quozl.linux.org.au/

Re: (Please read) Re: Proposed Trac - > Launchpad migration

_______________________________________________
Sugar-devel mailing list
Sugar-devel <at> lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: (Please read) Re: Proposed Trac - > Launchpad migration

luke wrote:
 > On Sun, Nov 1, 2009 at 18:19, Paul Fox <pgf <at> laptop.org> wrote:
 > 
 > >  > * bugs.sugarlabs.org is moving from Trac to Launchpad.
 > >  > * Existing bug data will be imported, but the bug numbers won't be the
 > >  >   same.
 > >
 > > what happens to bug numbers (i.e., referring to other bugs in the
 > > current database) that are embedded in the text commentary?  i
 > > assume they get converted, but it's worth asking.
 > 
 > 
 > Good question.
 > 
 > There are two ways we can do this:
 > 
 > 
 >    1. Ask for a list of the new bug numbers, and do some apache mod_redirect
 >    magic to convert them to the new method.
 >    2. During the import, give each imported bug an alias, like 'sl1234'
 >    which identify their numbers on the old bug tracker.  Then we just have to
 >    redirect from http://dev.sugarlabs.org/bugs/1234 to
 >    https://launchpad.net/bugs/sl1234, and LP will handle the rest.

so, if i understand this, the text of the bugs will still contain lots of
bug numbers that link correctly, but read incorrectly.  i guess there's
no way to simply edit the bug text during the import, so as to make the
references correct w/o redirection tricks?

(i'm a _very_ low-volume user of the SL bug database, so my comments
should be given appropriate weight.  i just think i'd find the dual
numbering more confusing than a one-time conversion.)

paul

 > 
 > I'll have to ask for confirmation on whether option 2 can be automagically
 > done during the import We'd have to implement the redirect to ("
 > launchpad.net/bugs/sl" + BUG_NUMBER) ourselves, but that's trivial.
 > 
 > Worst case, we can do 1. I'll follow up and see what's doable and report
 > back to the list.
 > 
 > -- 
 > Luke Faraone
 > http://luke.faraone.cc

=---------------------
 paul fox, pgf <at> laptop.org