Time |
Nick |
Message |
11:10 |
sdziallas |
#TOPIC Sugar on a Stick v3 Planning and Discussion |
11:10 |
|
#TOPIC roll-call |
11:10 |
|
okay, so let's see who's here... |
11:10 |
mchua |
|
11:10 |
SeanDaly |
here |
11:11 |
walterbender |
waves |
11:11 |
bertf |
too |
11:11 |
raffael |
rafael |
11:11 |
satellit |
listening |
11:11 |
sdziallas |
cool! thanks everybody for joining in. |
11:11 |
bertf |
I'm here just in case a German variant is being discussed |
11:12 |
walterbender |
bertf: we were discussing it with Rita earlier |
11:12 |
bertf |
walterbender: ah. didn't talk to her yet |
11:13 |
|
any conclusions? meeting notes? |
11:13 |
walterbender |
bertf: http://wiki.sugarlabs.org/go/O[…]ng_Log-2010-01-08 |
11:13 |
bertf |
thanks |
11:13 |
walterbender |
bertf: I haven't turned it into minutes yet |
11:14 |
|
sdziallas: let me spew a few subtopic ideas for v3 |
11:14 |
sdziallas |
walterbender: yes, you mentioned you had some |
11:14 |
walterbender |
* file system |
11:14 |
sdziallas |
#TOPIC ideas for v3 |
11:14 |
walterbender |
* simple mods (e.g., adding books, custom activities, etc) |
11:14 |
|
* some "cloud" features |
11:15 |
sdziallas |
nods. the mods are related to the remix stuff, which SeanDaly wouldn't mind discussing, I guess :) |
11:15 |
|
okay, let me start with a bummer and go through that list then? |
11:15 |
SeanDaly |
topic idea: do we go for "first production version" with v3 Cloudberry, or do we stay "testing" ? |
11:16 |
mchua |
wonders what decisions have already been made for v3, what requirements/schedule/etc. we have to work around (for instance, is it a given we're using 0.88, etc) |
11:16 |
walterbender |
mchua: and F13? |
11:16 |
sdziallas |
mchua: nod, that's what we're going to get to, and it concerns SeanDaly's idea, too. |
11:16 |
|
so let me outline quickly what we already know about SoaS v3. |
11:17 |
|
#info SoaS v3 will ship Sugar 0.88 and Fedora 13 |
11:17 |
|
that's confirmed and will happen. |
11:18 |
|
(actually, I guess it'll need to be written in capitalized letters, so) |
11:18 |
|
#INFO SoaS v3 will ship Sugar 0.88 and Fedora 13 |
11:18 |
|
#INFO SoaS v3 will be released this summer |
11:18 |
walterbender |
sdziallas: maybe you mean #agreed? |
11:18 |
mchua |
any range for a release date? |
11:18 |
sdziallas |
walterbender: that's fine with me, too :) |
11:18 |
mchua |
like "sometime between may 1st and june 1st? |
11:19 |
sdziallas |
mchua: that sounds pretty reasonable, actually. |
11:19 |
|
here's the thing: |
11:19 |
|
(some quick personal background) |
11:19 |
|
I'm a senior this year meaning that I'll be writing big final exams. |
11:20 |
|
So my take on SoaS v3 is that it'll need to be as sustainable as possible. |
11:20 |
|
However, that gives us the option to do it "right", to get something done. Probably even for production use. |
11:21 |
|
Now the bummer. |
11:21 |
|
I'm leaning for this release to have it built by Fedora - as a SL project. |
11:22 |
|
This would give us daily nightly builds and an awesome QA team, together with taking some load - temporarily - away from me. |
11:23 |
|
As a bonus, it'd allow me and others to improve the Fedora implementation of Sugar (which is what we're relying on anyway). |
11:24 |
|
This would bring the release date to May 11. |
11:24 |
walterbender |
sdziallas: so far I am not bummed out :) |
11:24 |
sdziallas |
walterbender: *grin* :) |
11:24 |
|
I'm aware of SeanDaly's points concerning diluting our marketing message, too. |
11:25 |
|
I'll note though, that mchua is also not... let's say, uninvolved in Fedora Marketing. |
11:25 |
SeanDaly |
not sure I see downside with what you're saying? |
11:26 |
sdziallas |
That's even more awesome! (It took me quite some time to get to this point, admittedly, to pursue this way) |
11:27 |
|
So there's a load of advantages. The only thing is that we can't influence Fedora 13's release date, obviously. So it'd be May 11 (or some week later, given that delays happen from time to time). |
11:27 |
|
If everybody agrees that what I'm saying is reasonable... I'll spend my time on getting more activities into Fedora to get us a good, stable experience for this release. |
11:28 |
|
SeanDaly: this is why I'm thinking it might not be a bad idea to release it with a slight production-ready note, though we'll need to figure this out. |
11:28 |
SeanDaly |
My position is: if Cloudberry still "testing" version, release date can be anytime. But, if we will be announcing "production-ready", we will probably prefer later... to have time to make bulletproof |
11:29 |
mchua |
From a Fedora Marketing point of view, I would be *super* happy to push whatever SeanDaly and the Sugar Marketing team come up with as marketing materials for this release, we'll just make it so they fit Fedora trademark guidelines (also meaning the spin has to get approved as a spin to be able to use the Fedora trademark, but sdziallas knows that process already) |
11:29 |
sdziallas |
(I'd take care of that process, indeed) |
11:30 |
mchua |
SeanDaly: in other words, "you lead, but we've got resources you can use" |
11:30 |
SeanDaly |
we could also go like this: in May, "v3 Cloudberry beta" ; in (say) June or even later (but in time for September), "v3 Cloudberry" |
11:30 |
sdziallas |
SeanDaly: the advantage we have is that we'd follow freezes strictly. and those would make sure that everything we do is stable. |
11:31 |
SeanDaly |
our marketing policy with SoaS until now has been to avoid citing the underlying distro, in this case Fedora. |
11:31 |
|
For several reasons, but chiefly: |
11:32 |
|
* distros are weak brands, and desktops even weaker |
11:32 |
|
* the possibility that SoaS be over another distro in the future |
11:33 |
|
Although we developed that strategy ourselves, as it happens Jolicloud is doing the exact same thing |
11:33 |
mchua |
nods, agrees |
11:33 |
SeanDaly |
now, from a practical standpoint |
11:34 |
|
I would not object to a fedora remix logo in the splash screen |
11:34 |
|
oh yes another reason for policy: |
11:35 |
|
* smart journalists figure out and report on what the distro is (cf ars technica, BBC, etc) |
11:35 |
|
I consider it vital that Sugar not be called "linux" |
11:36 |
|
one of many reasons I was so disappointed with OLPC's XO-3 media campaign |
11:36 |
|
for my part i would be thrilled if Sugar experience over a Fedora install were improved |
11:37 |
|
I installed F12 from scratch after my Sugar talk at the Fedora France event |
11:38 |
|
and installing Sugar and some Activities was way too complictaed for a teacher who doesn't know fedora already |
11:38 |
sdziallas |
SeanDaly: this would for example get much easier with the work I'd commit too. :) |
11:39 |
SeanDaly |
I must say I really like the idea of a stable Sugar system :D |
11:39 |
sdziallas |
grins. |
11:39 |
SeanDaly |
put another way, |
11:39 |
|
if quality fair to middling, marketing will help grow, but slowly |
11:40 |
|
if quality excellent to sensational, word-of-mouth will grow very quickly |
11:40 |
|
always much easier to market great products :D :D |
11:40 |
mchua |
SeanDaly: I see "SL marketing the Sugar Spin as a release of a way to distribute and use Sugar" as separate from "Fedora marketing the Sugar Spin as an example of the kinds of cool things that can be done with a Fedora Spin," and I'd like to make sure that whatever we end up doing with the second doesn't intefere with what you're trying to do with the first. |
11:40 |
|
Same thing for "SL marketing the ease of getting Sugar working on $your_existing_distro" vs "Fedora marketing the ease of getting Sugar working on your Fedora system" - though this part isn't SoaS. |
11:41 |
|
But in any case we can sync up on this throughout the release cycle |
11:41 |
SeanDaly |
mchua: well, several points |
11:41 |
bertf |
sdziallas: does Fedora offer language-specific builds? or is it always just one image? i was thinking that if SoaS itself came in different language flavors, the naming issue would almost be moot |
11:41 |
SeanDaly |
when $your_existing_distro is Windows or Mac |
11:41 |
|
in other words, 98% of the dektop market |
11:42 |
|
that's where SoaS is a game-changer |
11:42 |
|
put another way: |
11:42 |
|
98% of teachers will likely not grok the difference between Sugar and SoaS |
11:43 |
sdziallas |
bertf: we've been providing the kickstart files in the repo, so that those could be used for builds. however, I don't think that there'll be threehundred different SoaS builds done by anybody alone. |
11:43 |
SeanDaly |
that's why SoaS is central to SL marketing |
11:44 |
sdziallas |
bertf: you can select a language in SoaS, for sure. however, when it comes to modifying SoaS, there needs to be a line. because otherwise everything would just be "SoaS". |
11:44 |
SeanDaly |
and why i wish to reserve long-term choice of the underlying distro to SL |
11:44 |
|
the FLOSS community hasn't dealt with this before, because KDE and Gnome haven't marketed to end users |
11:45 |
sdziallas |
shuts up, one convo at a time. (though we might want to move through this at some point) |
11:45 |
SeanDaly |
Sl needs to market to teachers and education buyers |
11:45 |
|
OK quiet now :-) |
11:45 |
sdziallas |
SeanDaly: as long as SL means the team, the people building it, I'm fine with the distro point. |
11:46 |
SeanDaly |
sdziallas: yes, I mean Sugar Labs the community |
11:46 |
sdziallas |
So what shouldn't happen is that SLOBs or whomever rules that SoaS is now suddenly based on $FOO (imo). |
11:46 |
|
However, if I should ever... get hit by a bus, there should be a way out, agreed. |
11:46 |
|
Whether that means somebody taking over more of the work I'm currently doing or moving it to a different distro is still to be determined. |
11:46 |
SeanDaly |
prays you don't slip in the shower |
11:46 |
bertf |
SeanDaly: precisely because of the marketing to teachers it's of utmost importance to have localized versions |
11:47 |
sdziallas |
I think we should probably get back to the roadmap soon. |
11:47 |
SeanDaly |
bertf: ii fully support localized versions, we mention that in every press release |
11:48 |
bertf |
SeanDaly: sure, but it's still only a single download, English by default |
11:48 |
sdziallas |
bertf: I don't see why we couldn't have appropriate (approved) kickstart files in the SoaS GIT repo, so that volunteers could build them. |
11:48 |
SeanDaly |
well, how can we foster localization for SoaS? |
11:48 |
sdziallas |
bertf: I suggested that in my e-mail, too. |
11:49 |
mchua |
sdziallas: one thing I'm not clear on is the timeline of the work that needs to be done for SoaS v3, so people can see where the things they want to do (localization, shipping a certain Activity, etc.) can come in |
11:49 |
bertf |
sdziallas: yes, sounds good. I'd actually prefer it that way, working directly in SoaS repo instead of separately |
11:49 |
sdziallas |
yes, maybe... we can put the localization point on the sosa / marketing lists? |
11:50 |
|
bertf: and that way, we make sure everything's documented and fine (and encourages collaboration anyway) |
11:50 |
bertf |
sdziallas: precisely |
11:50 |
sdziallas |
I'll note that as an action, if everybody's okay with it. |
11:50 |
|
#ACTION localized versions of SoaS are encouraged to live in the GIT repo |
11:51 |
bertf |
raffael: are you following the discussion? |
11:51 |
sdziallas |
mchua: okay, let's get back onto the roadmap point quickly. |
11:51 |
raffael |
bertf: yes |
11:51 |
bertf |
:) |
11:51 |
sdziallas |
mchua: the *very* last date to get something included is 2010-04-27. |
11:51 |
|
(hi raffael, good to have you around!) |
11:52 |
|
we'd have an alpha release on 2010-03-02, and a beta on 2010-04-06. |
11:52 |
|
#LINK http://fedoraproject.org/wiki/[…]eases/13/Schedule |
11:52 |
|
#LINK http://wiki.sugarlabs.org/go/0.88/Roadmap |
11:53 |
mchua |
sdziallas: what does that mean for the localization bertf wants to do, when would he need to get what things in by? |
11:53 |
sdziallas |
that means that the "beta" (which wouldn't get too widely promoted, I guess, leaving it up to the appropriate teams, though) would ship with a Sugar 0.88 RC. |
11:53 |
SeanDaly |
mchua: in fact Rita want to germanize Blueberry first I think |
11:54 |
bertf |
SeanDaly: we want to have something ready by early March |
11:54 |
sdziallas |
mchua: basically, whenever it's ready. well, if the file should be in the Fedora repo, the kickstart file needs to be ready by 2010-03-23. |
11:54 |
walterbender |
sdziallas: note that the activity team (and Steve Parrish) have been revisiting the relationship between fructose and sucrose, which may impact when activity authors are thinking about schedules. |
11:54 |
sdziallas |
walterbender: if necessary, I'll just package all the activities we need (hoping on the packaging effort to start off... finally). |
11:55 |
|
walterbender: has he proposed his idea already? :) |
11:55 |
walterbender |
sdziallas: no proposal yet... just discussion |
11:55 |
sdziallas |
walterbender: okay, cool! |
11:56 |
|
walterbender: another issue that we'll come across is the heavy bundling of dependencies in activities (but that doesn't need to be discussed here). |
11:56 |
SeanDaly |
sdziallas: keep in mind we are marketing Sugar as having hundreds of Activities available... if a teacher downloads an Activity from ASLO which doesn't work right on Cloudberry, s/he will consider all of it unstable |
11:56 |
sdziallas |
SeanDaly: it'll work. |
11:57 |
SeanDaly |
sdziallas: so we may need to do a testing sprint for all Activities |
11:57 |
sdziallas |
SeanDaly: well, sprints & test days would be good (like the last one; we might ask for a new one) |
11:57 |
|
really quick: does anybody have questions about the schedule? (just to make sure we answer them before anybody needs to leave) |
11:57 |
mchua |
is it on the wiki? ;) |
11:58 |
SeanDaly |
sdziallas: dumb question, is this roadmap on the wiki? |
11:58 |
mchua |
has to run, will read backlog upon return |
11:58 |
|
SeanDaly: jinx :) |
11:58 |
sdziallas |
grins. |
11:58 |
SeanDaly |
:D |
11:58 |
sdziallas |
I haven't posted anything, since I wanted to discuss the May 11 / Fedora thing with all of you first. |
11:58 |
SeanDaly |
ah ok |
11:59 |
|
my intuition is that we should do beta in May final later |
11:59 |
|
by final I mean what we will formally call a production version |
12:00 |
sdziallas |
well, let me make a point with the engineering-hat on ;) |
12:00 |
|
the major advantage of following Fedora's cycle (which will presumably shift by a week or so anyway) is that we'll upstream everything now. |
12:01 |
|
and by doing so, we'll profit from what Fedora can give (like I said, QA, daily builds, stuff that enhances our quality) and give them a solution, too. |
12:01 |
|
However, if we have the "beta" done on May 11 and move to some other date then for the final, we'd start forking stuff again. |
12:02 |
|
And that causes unneeded work (again, from an engineering point of view). |
12:02 |
|
So basically, my proposal tries to... minimize everybody's work, enhance the stability and get even more folks (the Fedora ones, precisely) into the boat. |
12:03 |
|
If it turns out to be entirely bad timing, we can still opt out of this. |
12:03 |
SeanDaly |
sdziallas: OK I understand better... |
12:03 |
sdziallas |
So contigency plan (which one should have) would be not to have it released on May 11 and put more work into it, if needed. |
12:04 |
SeanDaly |
what I would like to do is work the dynamic of "v3 has the kinks out" |
12:04 |
sdziallas |
SeanDaly: I *do* understand your concerns. And I'll not make the same mistake again and let it look as if I wouldn't (as with Strawberry). ;) |
12:04 |
SeanDaly |
i would suggest our release timing be planned for teachers |
12:04 |
sdziallas |
grins |
12:05 |
SeanDaly |
so, for September deployment |
12:05 |
sdziallas |
(about the kinks) |
12:05 |
SeanDaly |
they would want it in hand by June for summer testing |
12:05 |
|
this is btw what Dell did for their edu netbook |
12:06 |
|
i guess we would know by end of May if stable enough to call production version? |
12:06 |
sdziallas |
nods |
12:06 |
SeanDaly |
production version implies lots of stuff around SoaS: the school server for example |
12:07 |
sdziallas |
well, we'd know over the next months. and if everything goes well, we'd release by May 11 (+ probably two weeks, so around May 25; usually Fedora has some delay) |
12:07 |
SeanDaly |
documentation for teachers |
12:07 |
|
and of course localization |
12:07 |
sdziallas |
right, agreed! |
12:08 |
|
well, we'll get a beta release in April. that's already pretty close to how the release would look like. |
12:08 |
SeanDaly |
sdziallas: again, I'd rather June 10th with great confidence than may 25th with so-so confidence |
12:08 |
sdziallas |
if everything goes well, we could focus from then on writing docs. |
12:08 |
SeanDaly |
that sounds great |
12:09 |
sdziallas |
SeanDaly: well, June 10th means no cooperation with Fedora and me hacking the latest changes in a night before we go live. I feel that's not sustainable... (that's from where this proposal originated, heh) |
12:09 |
SeanDaly |
sdziallas: I think we're misunderstanding each other... |
12:10 |
|
there is tons of work for the launch which have nothing to do with Fedora |
12:10 |
sdziallas |
oh yeah, agreed. |
12:10 |
satellit |
sdziallas: will you also build appliance .vdi .vmx versions of v3? |
12:11 |
SeanDaly |
i'm not suggesting changes to SoaS, but changes to what can impact the total experience |
12:11 |
|
for example, buggy Activities |
12:11 |
sdziallas |
satellit: I'm not going to promise that, knowing that the next months will be busy. We can certainly try, though. |
12:12 |
|
SeanDaly: we'll hopefully kill those much easier than before. |
12:12 |
satellit |
: ) if I can help there..... |
12:12 |
SeanDaly |
very important to have VM versions ready for launch date |
12:12 |
sdziallas |
SeanDaly: having nightly builds without putting any work in the setup is one major point. |
12:12 |
|
satellit: :) |
12:13 |
SeanDaly |
Our marketing to teachers is: runs on almost anything |
12:13 |
sdziallas |
SeanDaly: I'll take the Jolicloud example as a point, yes. |
12:13 |
SeanDaly |
also at least two very influential journalists run SoaS in VMs on Macs |
12:14 |
sdziallas |
nods... so we should have something there. well, putting the .iso in a VM is not too hard, but we'll try to work something out. |
12:14 |
SeanDaly |
this is why i suggest some time between SoaS code done over Fedora... to work on whats surrounds SoaS |
12:14 |
|
I am not suggesting forking/hacking etc., but choosing launch date which serves us best |
12:15 |
sdziallas |
SeanDaly: release candidates are composed from 2010-04-29 on, fyi. |
12:15 |
|
that makes sense. however, it's important to take into consideration what work which release date implies, too. |
12:15 |
SeanDaly |
ok noted thx |
12:15 |
sdziallas |
...as well as bad press, yes, I'll grant you that one :) |
12:17 |
|
okay, so... looks like we can wrap this up? |
12:17 |
SeanDaly |
put another way: if SoaS ready on May 25th, 10-20 days extra allow us to work on localization, school server testing, Activity testing, photos, press mailing list, etc |
12:17 |
sdziallas |
SeanDaly: we can announce SoaS whenever we want. |
12:18 |
SeanDaly |
yes that's what I'm saying :D |
12:18 |
|
but June better than July or August :D |
12:18 |
sdziallas |
SeanDaly: it'd be built, though (if we went for the "something around May with Fedora) |
12:18 |
|
nods. |
12:18 |
SeanDaly |
so teachers can deploy in September |
12:18 |
sdziallas |
yes. |
12:19 |
SeanDaly |
ok tis all sounds fabulous |
12:19 |
|
s/tis/this |
12:19 |
sdziallas |
suggests to work on the Fedora way and to see whether it works or not. we've a way out, in case it doesn't. several, even. |
12:20 |
|
(like deferring our announcement. or issuing 0-day updates. or cancelling the Fedora build and reschedule our own.) |
12:21 |
|
...or just be lucky and get a nice stable version. ;) |
12:21 |
SeanDaly |
this is actually the advantage in not tying SoaS to a distro: freer choice for when & how to release |
12:21 |
|
touching wood for luck |
12:21 |
sdziallas |
too. |
12:22 |
SeanDaly |
(in marketing sense) |
12:22 |
sdziallas |
grins, was about to shoot in engineering-wise ;) |
12:23 |
|
I'm currently narrowing down my activities to keep as focused as possible, since I'm not planning to screw my A-levels either. in a perfect world, I get good A-levels and we all a nice SoaS release that's stable. |
12:23 |
SeanDaly |
I meant tying in marketing sense but luck for everything :D |
12:23 |
sdziallas |
doh! cool :) |
12:24 |
SeanDaly |
yes do balance the two! |
12:24 |
sdziallas |
enters an action for the meetbot and wraps the meeting |
12:24 |
walterbender |
sdziallas: let's plan another meeting to talk about some of the other issues :) |
12:25 |
sdziallas |
#ACTION continue to evaluate the Fedora Roadmap and continue to keep Marketing and others in the loop |
12:25 |
|
walterbender: sounds reasonable, yes! |
12:25 |
SeanDaly |
thanks sdziallas! |
12:25 |
sdziallas |
(I'll note that there's an initial deadline for the Fedora thing, but once we're past that one, we can still drop out at any point) |
12:26 |
|
thanks SeanDaly :) (and walterbender, satellit, mchua and the other attendees) |
12:26 |
|
#endmeeting |