<div>OpenEmbedded TSC Meeting 17-Nov-2011</div><div>
<br></div><div>Attended: Richard, Tom, Mark, Khem</div><div>
Apologies: Koen</div><div>Minutes: Jefro</div><div>
<br></div><div>__________________________________________________________________</div><div>
Agenda & results:</div><div><br></div><div>
- pick a chairperson</div><div>fray</div><div>
<br></div><div>- collect open issues</div><div>
--- revising TSC meeting time & day</div><div>[all] discuss on tsc mailing list</div><div>
--- PACKAGECONFIG</div><div>general agreement, some concerns - continued next meeting with Koen</div>
<div><br></div><div>
- action items from prior meetings:</div><div>--- publish GA proceedings (Jefro)</div><div>
done</div><div>--- release bitbake 1.14.0 when servers return (RP)</div><div>
done (tarballs available on Yocto servers)</div><div>--- continue oe-lite discussion on mailing list (RP)</div>
<div>not done, continued</div><div>
--- summarize process for folding features into oe-core on wiki (fray)</div><div>not discussed - continued to next meeting</div>
<div><br></div><div>
- discussion issues left from prior meetings:</div><div>--- review tools (khem)</div><div>
khem to study gerritt</div><div>--- "OE classic read only" thing (koen)</div><div>
not discussed - continued to next meeting</div><div>--- TSC responsible for setting up OEDEM?</div>
<div>suggest ELC-US is a good time for at least a half-day session</div><div>
[Jefro] offer Yocto's help to board in setting up</div><div><br></div><div>
- status updates</div><div>--- elections</div><div>
[RP] ping board on next election, Koen to stand</div><div>--- oe-core</div><div>
lots of good uptake, green builds, release close</div><div>--- infrastructure</div><div>
berlios disappearing</div><div>[Jefro] investigate putting bitbake docs on Yocto server</div>
<div><br></div><div>
__________________________________________________________________</div><div>Raw transcript:</div>
<div><br></div><div>
(1:02:56 PM) Jefro: we have RP, fray, and Tartarus, khem won't be here for 1/2 hr, and koen is zzzzz</div><div>
(1:03:13 PM) RP__: and Jefro shared an agenda :)</div><div>(1:03:26 PM) Jefro: heh, yes - any other new agenda items?</div>
<div>(1:03:44 PM) RP__: There was talk about PACKAGECONFIG on the mailing list. Sadly Koen isn't here to talk about it</div>
<div>(1:03:52 PM) Tartarus: Yes, that's a problem :(</div><div>
(1:04:00 PM) RP__: I'm not sure there was a pressing need to take it to the TSC tbh</div><div>
(1:04:11 PM) Tartarus: I think there is</div><div>(1:04:19 PM) fray: I think we just need an official policy recommendation and make sure it's followed..</div>
<div>(1:04:26 PM) fray: right now, it's not clear to me there is due to the discussion</div>
<div>(1:04:28 PM) RP__: Jefro: put it on the agenda then</div><div>
(1:04:31 PM) Jefro: ok</div><div>(1:04:33 PM) Tartarus: Or at least to confirm that when we as the TSC said "don't see a problem", we also said "so, we'll do this rather than splitting recipes and such"</div>
<div>(1:04:41 PM) ***fray notes that his AI from last meeting didn't get done.. :P</div>
<div>(1:05:04 PM) Jefro: meeting officially opened? who wants to chair today?</div><div>
(1:05:19 PM) RP__: Jefro: I can?</div><div>(1:05:25 PM) fray: I'm willing to... but need the current agenda.. ;)</div>
<div>(1:05:31 PM) Jefro: RP__ does it all the time :)</div><div>
(1:05:42 PM) RP__: Jefro: fray can then ;-)</div><div>(1:05:46 PM) RP__: fray: check email?</div>
<div>(1:05:57 PM) Jefro: fray: agenda here: <a href="http://pastebin.com/x7CM1mZr" style="color:rgb(17,85,204)" target="_blank">http://pastebin.com/x7CM1mZr</a></div>
<div>(1:06:11 PM) fray: excellent</div><div>
(1:06:29 PM) fray: ok.. were there any changes from the previous discussion?</div><div>(1:06:44 PM) fray: (we're done w/ pick a chair person)</div>
<div>(1:07:03 PM) fray: and I assume collect open issues is now done? anyone have anything to add?</div>
<div>(1:07:11 PM) ***RP__ doesn't have anything</div><div>
(1:07:36 PM) fray: should we discuss the open isues now then?</div><div>(1:07:44 PM) RP__: I'd suggest we do touch on PACKAGECONFIG and at least agree (or disagree) on where we're at</div>
<div>(1:08:18 PM) fray: My view is that the distro creator is the one who sets the policies for the distro and packages (packageconfig).. this produces the feeds necessary for the final environment..</div>
<div>(1:08:31 PM) fray: so with that said, I think using the packageconfig vs splitting packages is the right answer for most issues..</div>
<div>(1:08:47 PM) fray: (there will always be exceptions of course...)</div><div>
(1:09:00 PM) RP__: We tried a split with avahi and I've just filed a bug about some issues that is causing :(</div><div>
(1:09:11 PM) RP__: avahi-ui overwriting files in the sysroot</div><div>(1:09:59 PM) RP__: In my view PACKAGECONFIG is the only proposal that has been put forward that allows the user or the distro to control the recipe feature set in a scable way</div>
<div>(1:10:17 PM) RP__: We did screw up in the proposed path on the mailing list only that the defaults weren't maintained</div>
<div>(1:10:25 PM) fray: the only downside I see to packageconfig is it (may) become harder to document and control all of the possible settings..</div>
<div>(1:10:46 PM) RP__: fray: I think its self documenting, my bigger worry is testing</div>
<div>(1:11:03 PM) RP__: Yocto can only commit to testing one combination at this point, likely the default</div>
<div>(1:11:16 PM) fray: My current opinion is to favor "distribution flags" when appropriate -- when it's unique to a recipe packageconfig is the preferred approach at controlling things.. and if it is reasonable we allow package splits..</div>
<div>(1:11:45 PM) fray: I don't think I have a current example for package splits, but I know I've needed to do it in the past for various reasons where something like packageconfig wasn't the best idea..</div>
<div>(1:11:46 PM) RP__: Tartarus: any thoughts?</div><div>
(1:12:14 PM) fray: RP__ as far as testing goes, I think testing the default is reasonable -- as Yocto will test their configurations.. just like I would expect others to test there own as well..</div><div>
(1:12:18 PM) ***RP__ finds the package splitting code to me unnatural feeling :/</div><div>
(1:12:28 PM) Tartarus: Sorry, phone</div><div>(1:12:29 PM) fray: unit tests on alternativve configurations (by the author of the change) should be expected before checkin of course</div>
<div>(1:12:39 PM) Tartarus: So, here's where there's something we need to talk more about when Koen is available</div>
<div>(1:12:46 PM) Tartarus: PACKAGECONFIG is 'ok'</div><div>
(1:13:03 PM) Tartarus: And even if we don't want to call it a USE flag, the policy about when to use it vs when to split a recipe isn't clear</div><div>
(1:13:27 PM) Tartarus: And apparently there was some decision made, or implicit requirement of PACKAGECONFIG, or maybe just something some of us spaced on when reading</div><div>
(1:14:18 PM) fray: One place I've split in the past is when a single source package provides a set of very different target functionality.. I've split it then to only build the logical chunks.. (wether that is our policy or not we can discuss.. but that is one place where a split seems logical to me vs a packageconfig type change)</div>
<div>(1:14:46 PM) RP__: Tartarus: ok, so you want to leave this at this point until Koen is here?</div>
<div>(1:14:50 PM) Tartarus: Yes</div><div>
(1:14:57 PM) fray: ok.. tabled then..</div><div>(1:15:12 PM) RP__: no point in continuing :(</div>
<div>(1:15:15 PM) fray: do we want to discuss the TSC meeting and day -- or wait until Koen and Khem can chime in</div>
<div>(1:15:29 PM) RP__: fray: seems pointless without them too</div><div>
(1:15:38 PM) Jefro: note: you guys can discuss this with koen in an email thread outside the scope of the meeting</div><div>
(1:15:41 PM) fray: ok.. so that is tabled as well..</div><div>(1:15:44 PM) fray: on to the action items..</div>
<div>(1:15:55 PM) RP__: Jefro: I've been trying that on the mailing list</div><div>
(1:15:56 PM) fray: I'm last on the list.. but I forgot about it.. so please leave it on the list</div><div>
(1:16:21 PM) RP__: GA proceedings were published iirc</div><div>(1:16:28 PM) RP__: bitbake 1.14 was released</div>
<div>(1:16:37 PM) RP__: oe-list discussion has not happened, bad RP :(</div><div>
(1:16:43 PM) RP__: er, oe-lite</div><div>(1:16:55 PM) fray: 'k</div><div>
(1:17:01 PM) fray: prior meeting then?</div><div>(1:17:14 PM) fray: review tools -- khem isn't here.. so table for a bit?</div>
<div>(1:17:20 PM) RP__: fray: yes</div><div>
(1:17:30 PM) RP__: and the OE classic can be tabled</div><div>(1:17:33 PM) fray: oe classic says koen -- do we have enough to talk about or table..</div>
<div>(1:17:36 PM) fray: ok.. tabled</div><div>
(1:17:39 PM) fray: then TSC and OEDEM</div><div>(1:17:41 PM) RP__: We're seeing more people switch over so I'd say things are moving ok</div>
<div>(1:18:00 PM) fray: RP__ ya, I've seen more people switch to OE-core then I had expected by now.. so I'm happy with the uptake</div>
<div>(1:18:09 PM) RP__: I know the board was surprised we discussed OEDEM</div><div>
(1:18:17 PM) RP__: they seem to think its not in our remit</div><div>(1:18:37 PM) RP__: I think we can talk about it but any decisions do lie with them</div>
<div>(1:18:37 PM) Jefro: FWIW, I think that was the question at hand - whether it is the TSC's job</div>
<div>(1:19:12 PM) RP__: we can make any recommendation we like to the board, whether they take any notice of us or find it helpful is a different matter :)</div>
<div>(1:19:14 PM) fray: I can't say I have a strong opinion either way</div><div>
(1:20:09 PM) RP__: I think we can say that having half a day around ELC time to get OE people together and talk about OE could be useful</div><div>
(1:20:09 PM) fray: do we have anything to discuss about oedem right now?</div><div>(1:20:18 PM) fray: RP__ agreed!</div>
<div>(1:20:31 PM) fray: I think ELC (US) is the right time to do it as well..</div><div>
(1:20:36 PM) ***Jefro could volunteer to help set something up - and I can talk to the board about it</div><div>
(1:20:59 PM) RP__: but we're not resourced to organise that so perhaps we can pass that sentiment to the board and Yocto and see if they can make anything happen?</div><div>
(1:21:25 PM) fray: I think Jefro should offer to help the board and go from there then..</div><div>
(1:21:39 PM) RP__: Jefro: ok with you?</div><div>(1:21:40 PM) Jefro: works for me</div><div>
(1:21:48 PM) RP__: Tartarus: any objections?</div><div>(1:21:54 PM) Tartarus: hm</div><div>
(1:22:14 PM) Tartarus: sounds fine</div><div>(1:22:38 PM) fray: ok.. status updates -- elections</div>
<div>(1:22:48 PM) RP__: are we due another one sometime soon?</div><div>
(1:22:49 PM) fray: who was next on the list, and I think it's time we need to remind the board correct?</div><div>
(1:23:04 PM) Jefro: names were in alpha order as I recall</div><div>(1:23:04 PM) fray: I thought Oct or early november was the next time.. but I may be off 30 days</div>
<div>(1:23:15 PM) fray: I'm next then?</div><div>
(1:23:24 PM) RP__: fray: Koen I think?</div><div>(1:23:36 PM) RP__: was it surname or first name?</div>
<div>(1:23:37 PM) fray: duh.. ya you went first..</div><div>
(1:23:43 PM) RP__: it was in some minutes</div><div>(1:23:50 PM) Jefro: Koen, I think - I believe it was first names (after Richard)</div>
<div>(1:23:51 PM) fray: I think it was first name.. but I don't care ;) (ya early minutes had the order)</div>
<div>(1:24:36 PM) fray: ok.. oe-core status?</div><div>
(1:24:42 PM) fray: (or did we not finish that)</div><div>(1:25:03 PM) RP__: ok, who will ping the board?</div>
<div>(1:25:22 PM) fray: RP__ seems like you usually do it.. )</div><div>
(1:25:23 PM) fray: ;)</div><div>(1:25:32 PM) RP__: ok, just wanted to be clear :)</div><div>
(1:25:44 PM) RP__: oe-sore status - I've been working on stability</div><div>(1:25:57 PM) RP__: we nearly have green builds which we haven't had for a while rather depressingly</div>
<div>(1:26:15 PM) RP__: (the green bit is not depressing though)</div><div>
(1:26:19 PM) khem [~<a href="mailto:khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net" style="color:rgb(17,85,204)" target="_blank">khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net</a>] entered the room.</div><div>
(1:26:19 PM) mode (+v khem) by ChanServ</div><div>(1:26:27 PM) RP__: A lot of good changes have been made</div>
<div>(1:26:38 PM) RP__: and god fixes have gone in</div><div>
(1:26:40 PM) fray: Do you have a general feeling on what has been happening with oe-core to prevent the green builds -- simply change rate or is it something we can better control?</div><div>
(1:27:04 PM) RP__: fray: chain reaction bugs</div><div>(1:27:15 PM) fray: ya, thats what I thought I've seen mostly -- but wasn't sure</div>
<div>(1:27:18 PM) RP__: fray: A broke which exposed B, then we found C etc</div><div>
(1:27:31 PM) RP__: and A, B and C were all very valid things that needed fixing</div><div>
(1:27:36 PM) RP__: otherwise I would have reverted</div><div>(1:27:57 PM) RP__: There are also some toolchain issues on armv7 atm</div>
<div>(1:28:04 PM) fray: ok.. I just want to make sure that if we're seeing problems we have a general feeling of the cause what we can do to avoid them (if possible)</div>
<div>(1:28:09 PM) RP__: but I think Khem has a fix in mind for that now</div><div>
(1:28:17 PM) khem: yes I do</div><div>(1:28:20 PM) khem: :)</div><div>
(1:28:20 PM) fray: I know Khem had submitted some toolchain updates a while back -- did those go in yet?</div><div>
(1:28:28 PM) khem: they went it</div><div>(1:28:30 PM) RP__: fray: I'm asking Yocto people to try and get tighter feedback loops on the autobuilder breakage</div>
<div>(1:28:34 PM) khem: they dont fix it</div><div>
(1:28:38 PM) RP__: they broke things</div><div>(1:28:39 PM) fray: good.. then that was fairly painless since I didn't see it.. ;)</div>
<div>(1:28:39 PM) RP__: ;-)</div><div>
(1:29:12 PM) fray: ok.. done w/ the oe-ore status update?</div><div>(1:29:13 PM) RP__: I guess one question for a random sample poll - we have some changes in bitbake such as the new "appendVar" function</div>
<div>(1:29:33 PM) RP__: are we ok with updating with bitbake version fairly closely to get fast use of these things</div>
<div>(1:29:49 PM) RP__: or do we want to wait with bitbake until we really need to update and delay that adoption for now</div>
<div>(1:29:54 PM) fray: I'm ok with updating "master" oe-core to use features of newer bitbake..</div>
<div>(1:30:14 PM) RP__: welcome khem btw :)</div><div>
(1:30:19 PM) khem: thx</div><div>(1:30:24 PM) khem: I have to leave soon though</div><div>
(1:30:30 PM) RP__: Also, there are various sed type replacement cleanups I could make on oe-core</div><div>
(1:30:31 PM) khem: since I mismanaged the time</div><div>(1:30:50 PM) RP__: I pushed on already, are we willing to see more to get certain code details cleaned up?</div>
<div>(1:30:53 PM) fray: I'm all for cleanups as well...</div><div>
(1:31:18 PM) fray: with oe-core "release" being close behind us.. I'm willing to let breakage happen a bit more right now then say in 2-3 months</div><div>
(1:31:22 PM) RP__: khem: please read the logs when you get a chance and comment on anything you need to...</div><div>
(1:31:30 PM) Tartarus: Yes, if we need to break stuff, now is the time</div><div>(1:31:37 PM) RP__: fray: I think now is a good time, yes</div>
<div>(1:31:41 PM) khem: RP__: yes I will</div><div>
(1:31:52 PM) RP__: Some of this is things like s/1/True/</div><div>(1:32:07 PM) RP__: which is kind of trivial but also kind of not</div>
<div>(1:32:28 PM) RP__: We did get a 1.5% parsing speedup from the last sed operation too :)</div>
<div>(1:32:34 PM) fray: ya.. we want to clean that up -- as part of any cleanup, what about meta-oe.. I think it makes sense to run any cleanup scanning against it, and at least report issues.. (prefer to fix them of course, but that may not always be possible)</div>
<div>(1:32:36 PM) fray: nice</div><div>
(1:33:04 PM) RP__: (less python function indirection)</div><div>(1:33:23 PM) fray: ok.. lets circle back o the review tools with khem's name on it</div>
<div>(1:33:27 PM) RP__: fray: I'm posting the sed commands in the commits. If people want to apply them against layers they can</div>
<div>(1:33:38 PM) khem: fray: I have not done much since last 3 weeks</div><div>
(1:33:48 PM) khem: I read a few about review board</div><div>(1:33:54 PM) khem: I kind of liked it</div>
<div>(1:34:06 PM) khem: have to study gerrit</div><div>
(1:34:20 PM) khem: nothin more on that so far</div><div>(1:34:48 PM) RP__: fray: we can keep it on the agenda</div>
<div>(1:34:50 PM) fray: at this point any feeling on if something like review board would be good for us -- or havn't gotten to that point yet</div>
<div>(1:34:55 PM) fray: ya, I think we should as well</div><div>
(1:35:02 PM) khem: I dont think I have</div><div>(1:35:05 PM) fray: 'k</div><div>
(1:35:11 PM) khem: but I think it will be a process change</div><div>(1:35:18 PM) khem: and developers have to get used to it</div>
<div>(1:35:23 PM) fray: I'm certainly for process -- when it helps..</div><div>
(1:35:40 PM) RP__: The question is whether we have something that is broken and needs fixing</div><div>
(1:35:45 PM) fray: (I just hate rigid process that gets in the way)</div><div>(1:35:48 PM) khem: since a lot of patch review discussions will move away from ml</div>
<div>(1:36:07 PM) fray: khem, I like the ml discussions..</div><div>
(1:36:14 PM) fray: seems to be a faster way to track and comment on changes</div><div>(1:36:22 PM) khem: yes I think we have to evaluate at the end if the tools and process we have currently is efficient enough for us</div>
<div>(1:36:24 PM) fray: but that doesn't mean we should keep looking at tools</div><div>
(1:36:32 PM) RP__: I get the feeling that our workflow is still getting established at this point. People are starting to join in with review which is nice</div><div>
(1:36:43 PM) fray: RP__, ya I've noticed that as well..</div><div>(1:37:27 PM) fray: if I were to suggest anything it's that the intro file to patch sets would be a bit more ridgidly formed.. i.e. "this is the summary" "this is the overall description of the changes" "this is what/how I tested -- or if testing wasn't necessary"</div>
<div>(1:37:31 PM) fray: something like that..</div><div>
(1:37:44 PM) fray: (at WR we have what architectures are affected and what were tested also in our internal review requests)</div><div>
(1:37:57 PM) ***RP__ keep meaning to recommend we put bug ids at the end of messages</div><div>
(1:38:09 PM) fray: the checkbox format makes it really easy to tell if the submitter considered something or not by the reviewer</div><div>
(1:38:10 PM) RP__: having them after the summary annoys me for some reason</div><div>(1:38:14 PM) khem: I think suggesting more details is good</div>
<div>(1:38:40 PM) RP__: khem: I've been trying to encourage that (as have a few others)</div>
<div>(1:38:45 PM) fray: easy way to suggest the details -- if we choose to update the review process like that -- is to enhance the create-pull-request script</div>
<div>(1:38:59 PM) khem: however if we want more info we should also help provide tools to generate that info easily</div>
<div>(1:39:11 PM) khem: since I have seen the commit process becomes to cumbersome with many demands</div>
<div>(1:39:26 PM) RP__: the other way of getting better details is for me to reject patches which don't have them</div>
<div>(1:39:33 PM) RP__: I'm trying to be fair :)</div><div>
(1:39:45 PM) khem: e.g. a patch with lor of information can get more attention</div><div>(1:39:46 PM) fray: at WR -- our equivalent of the create-pull-request simply puts in a template that can change over time.. the developer is expected to open the file 0000 w/ an editor and fill out the template.. they don't it's rejected by the reviewers/maintainers.. :)</div>
<div>(1:40:08 PM) fray: I think as far as patch reviews go -- the reviews and people asking for more information has been good..</div>
<div>(1:40:22 PM) fray: but I've often wondered if the submitter has considered more then say "arm" when they've done their work..</div>
<div>(1:40:32 PM) khem: fray: its probably a difference with community and corp :)</div><div>
(1:40:41 PM) fray: ya, absolutely..</div><div>(1:40:54 PM) fray: I'm willing to share the WR template with the TSC/OE community and adjust as appropriate..</div>
<div>(1:41:12 PM) khem: certainly that would help guide the submitters</div><div>
(1:41:25 PM) khem: and encourage them to take interest</div><div>(1:41:53 PM) RP__: lets just be careful not to add too much process</div>
<div>(1:42:05 PM) fray: RP__ process for the sake of process is wrong..</div><div>
(1:42:08 PM) khem: OK I have to make a move now. See you all</div><div>(1:42:14 PM) fray: NP..</div>
<div>(1:42:14 PM) RP__: I think gentle pressure on people to improve over time and to lead by example might help</div>
<div>(1:42:23 PM) khem: I will read the proceedings later</div><div>
(1:42:33 PM) RP__: khem: ok, ttfn!</div><div>(1:42:37 PM) fray: jefro, lets put on the agenda for next time to review the WR review template.. and see if anyone is interested..</div>
<div>(1:43:08 PM) Jefro: ok</div><div>
(1:43:33 PM) fray: I know some of it isn't applicable for the OE work/reviews.. but it might spark ideas or simply be something to watch for as we evolve..</div><div>
(1:43:49 PM) fray: ok.. enough of that.. last item was infrastructure status..</div><div>(1:44:16 PM) fray: Is there anything to report -- anything causing us issues or we're still waiting on?</div>
<div>(1:44:48 PM) RP__: we just lost the person best able to comment</div><div>
(1:44:52 PM) RP__: I'm not seeing issues</div><div>(1:45:03 PM) RP__: I put the bitbake tarballs on yocto's infrastructure for now</div>
<div>(1:45:16 PM) RP__: We'll lose berlios at the end of the year</div><div>
(1:45:25 PM) fray: is that an oe infrastructure issues or just bitbake still needs to transition?</div><div>
(1:45:27 PM) RP__: I'm not aware of anything important being left there</div><div>(1:45:34 PM) Jefro: question - where is the bitbake documentation going after berlios shuts down?</div>
<div>(1:45:49 PM) RP__: Jefro: it isn't but its way out of date anyway</div><div>
(1:46:08 PM) RP__: Jefro: we should share it somewhere but its going to take someone to step up and do it</div><div>
(1:46:13 PM) RP__: or yocto could...</div><div>(1:46:19 PM) Jefro: needs to be some sort of docs, I would think. yocto could host.</div>
<div>(1:46:35 PM) fray: The docs are in bitbakes git tree or external?</div><div>
(1:46:42 PM) RP__: fray: bitbake tree</div><div>(1:46:52 PM) RP__: fray: but sharing a compiled version would be nice</div>
<div>(1:47:05 PM) RP__: I'm willing to suggest Yocto publishes them</div><div>
(1:47:20 PM) fray: seems reasonable..</div><div>(1:47:20 PM) RP__: but I could be seen as biased :/</div>
<div>(1:47:25 PM) Jefro: :) me too</div><div>
(1:47:38 PM) RP__: Jefro: can you talk to Scott and put it on the agenda for the next TSC meeting</div><div>
(1:47:48 PM) Jefro: will do - I"m meeting with Scott in about 1/2hr</div><div>(1:47:49 PM) fray: shouldn't be hard to make a version that can be published via OE's servers as well.. but I'm not sure how easy that is within the wiki (directly) -- or if there is another resource</div>
<div>(1:48:06 PM) RP__: since this one was such a failure with people missing I think we need to probably hold another again soon :/</div>
<div>(1:48:28 PM) fray: should we try for next Thursday.. and ask if people have a better time on the TSC mailing list?</div>
<div>(1:48:35 PM) RP__: fray: could do</div><div>
(1:48:47 PM) fray: ok.. lets do it that way.. who's going to send the base email out..</div><div>
(1:48:50 PM) fray: (I can do it if you like)</div><div>(1:48:55 PM) RP__: fray: go for it</div>
<div>(1:48:59 PM) fray: ok.. will do</div><div>
(1:49:02 PM) ***RP__ has sent email to the board about elections</div><div>(1:49:47 PM) fray: 'k.. with that AI to send an email to the TSC list...</div>
<div>(1:49:49 PM) fray: anything lse?</div><div>
(1:49:57 PM) fray: anything -else-?</div><div>(1:50:11 PM) RP__: I can do any time before this on Thursday except 9-10 PST (5-6UK)</div>
<div>(1:50:36 PM) RP__: fray: nothing from me</div><div>
(1:51:36 PM) fray: ok.. unless there are objctions.. meeting over.. I'll send the email in a few</div><div>
(1:52:14 PM) Jefro: noted - thanks all</div><div>(1:55:41 PM) fray: Next thursday is Thanksgiving in the US.. :(</div>
<div>(1:55:44 PM) fray: so that is a no go</div><div>
(1:55:54 PM) fray: most people also seem to have Friday off as well..</div><div>(1:55:57 PM) fray: I'll mention in the email</div>
<div>(1:59:01 PM) Jefro: Ha - I didn't even think of that</div><div><br></div>-- <br>Jeff Osier-Mixon <a href="http://jefro.net/blog" target="_blank">http://jefro.net/blog</a><div>
Yocto Project Community Manager @Intel <a href="http://yoctoproject.org" target="_blank">http://yoctoproject.org</a></div><br>