Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread Martin Dengler
On Fri, Jun 19, 2009 at 02:17:09AM +0200, Sean DALY wrote: > I'm having difficulty with this launch (which was originally planned > for three months from now :-) > > We're making it, but it's a pressure situation... "It'd be nice" was meant without its usual sarcastic implication, sorry. I did m

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread Sean DALY
I'm having difficulty with this launch (which was originally planned for three months from now :-) We're making it, but it's a pressure situation... On Fri, Jun 19, 2009 at 2:08 AM, Martin Dengler wrote: > On Fri, Jun 19, 2009 at 01:50:00AM +0200, Sean DALY wrote: >> Martin - we worked out Flav

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread Martin Dengler
On Fri, Jun 19, 2009 at 01:50:00AM +0200, Sean DALY wrote: > Martin - we worked out Flavors at the marketing meetings Ok. It'd be nice if there was a mail sometime stating that. I guess your one a few minutes ago was that mail. > Sean Martin pgpTVckh5koL8.pgp Description: PGP signature _

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread Sean DALY
Martin - we worked out Flavors at the marketing meetings Sean On Fri, Jun 19, 2009 at 1:35 AM, Martin Dengler wrote: > On Thu, Jun 18, 2009 at 07:16:44PM -0400, Caroline Meeks wrote: >> I agree with much of what has been said. Sugar on a Stick should not be >> linked to any one distro. > > Laudab

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread Martin Dengler
On Thu, Jun 18, 2009 at 07:16:44PM -0400, Caroline Meeks wrote: > I agree with much of what has been said. Sugar on a Stick should not be > linked to any one distro. Laudable goal, but please don't underestimate how much work this is. I think Sebastian and David have an idea what's involved, but f

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread David Van Assche
This has been the most sobering email yet... practical and logical... lets see if we can keep going in a constructive route like this kind regards, David On Fri, Jun 19, 2009 at 1:16 AM, Caroline Meeks wrote: > I agree with much of what has been said. Sugar on a Stick should not be > linked t

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread Caroline Meeks
I agree with much of what has been said. Sugar on a Stick should not be linked to any one distro. The way I look at it is there are currently potentially three ways a kid can get access to "their" Sugar. 1. One-to-One Laptops - Each kid gets a laptop. 2. Virtualization - When you are connected to

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread David Van Assche
Sean... u stated it very correctly. Lets leave whats under the hood, there where its supposed to be... we are driving a car, and whether thats a mercedes, bmw or ford really shouldnt matter as long as it drives now if u want specific items in your car or u want your car to drive in a particular

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread David Van Assche
ok, This is becoming silly... Fedora nor Sugarlabs (and I think I consider myself quite a central contributor to sugarlabs) does not have a patent, trademark or anything else that should somehow allow it to kidnap the term sugar on a stick, which is a far too generic term to be kidnapped by anyon

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread James Zaki
+1 Bert and others Outside of the opensource world I've seen many non-mainstream groups become too thinly spread due the many dedicated individuals involved together. I've seen in first hand in a few different sports, and know of it in a couple of other examples, such as French left wing politica

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread David Van Assche
right, otherwise, imagine I call the openSUSE cd version SoaC, Sugar on a CD or even SoaVM Sugar on a Virtual Machine am I the only one who see the broken logic here? David Van assche On Thu, Jun 18, 2009 at 9:27 PM, Benjamin M. Schwartz wrote: > This is just a naming problem.  "Sugar on a St

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread Benjamin M. Schwartz
This is just a naming problem. "Sugar on a Stick" is a generic descriptive phrase that has been repurposed as a proper noun. This inevitably leads to confusion, because the two meanings do not agree. I encourage the developers of the Fedora-derived image to adopt a new name, to solve this proble

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread David Van Assche
Well, that ship sailed quite a while ago. I find it hard to believe that you missed the significant publicity surrounding Sugar being available on openSUSE in ALL formats (cd/dvd/usb/vm appliance) as I've been touting that for at least 2 months now. In fact the collaboration sessions that have been

Re: [IAEP] [Sugar-devel] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)

2009-06-18 Thread Sean DALY
I'm sorry, I must have my head in a sandbox, I somehow missed that there is a OpenSuSE-based SoaS too. I can say the following: we haven't felt the need to describe Sugar on a Stick in marketing/PR materials as "Linux", or "Fedora", or anything but "Sugar on a Stick". For a good reason, it's not i