Difference between revisions of "20090415Transcript"

Revision as of 16:38, 15 April 2009

10:02	jimbodude	alright. lets get this show on the road shall we?
10:02	totallymaxed	Anyone got remote accexx to Thom's system...maybe put on some loud music ;-)
10:02	jimbodude	hehe
10:02	Zaerc	fine with me
10:03	jimbodude	first order of business - lets nominate someone to run this thing.
10:03	jimbodude	I'll volunteer if there's no interest...
10:04	jimbodude	going... going... gone.
10:04	tkmedia_2	i 2nd that
10:04	Zaerc	ok
10:04	totallymaxed	fine with me
10:05	jimbodude	ok, so quick logistical items. before we move on to a different topic, I'll make sure there's no other comments - any text and we'll stop and wait for you to speak your mind.
10:05	Zaerc	sounds fair
10:06	Zaerc	maybe we should move to a different channel
10:06	jimbodude	Zaerc: sure. your pick.
10:07	Zaerc	how about #linuxmce-meeting
[10:08] --> You have joined the channel #linuxmce-meeting (n=tkmedia@c-75-69-169-56.hsd1.ct.comcast.net).
[10:08] *** Channel modes: secret, no messages from outside
[10:08] *** This channel was created on 04/15/2009 10:06:47 AM.
[10:08] --> totallymaxed has joined this channel (i=51892222@gateway/web/ajax/mibbit.com/x-f5a21145926c5205).
[10:08] *** Zaerc gives channel operator privileges to you.
[10:08] *** Zaerc gives channel operator privileges to totallymaxed.
[10:08] <jimbodude> alright, I think we're back to where we were with attendance.
[10:10] <jimbodude> so, from time to time it may be nice to have a straw-poll vote. there will be a question followed by options in (). pick an option, say that.  if you'd like to talk about your choice, also say "with rights" and we'll let you talk some more before moving on.
[10:10] <jimbodude> this keeps the vote quick.
[10:10] <tkmedia_2> hang on
[10:10] <jimbodude> with that, on to status.
[10:10] <jimbodude> go ahead.
[10:10] <tkmedia_2> are we exlcuding people who planned to log this
[10:11] <tkmedia_2> or should we post a log for them
[10:11] <jimbodude> I'm not sure what you mean... I was planning on posting a transcript when we're done anyway.
[10:11] <jimbodude> yes.
[10:11] <tkmedia_2> ok
[10:11] <jimbodude> all set then?
[10:11] <jimbodude> perfect.
[10:11] <Zaerc> yes
[10:12] <jimbodude> First component is DCERouter - there are no major bugs listed.  Any status report needed here?
[10:12] <jimbodude> ok. Orbiter. 3 major bugs.
[10:13] <jimbodude> http://svn.linuxmce.org/trac.cgi/ticket/153 RA button on orbiters/on-screen orbiters crashes the orbiter - anyone have eyes on this one and want to talk about where it is?
[10:13] <jimbodude> (status wise)
[10:14] <jimbodude> jondecker reported it... seems pretty well explained.
[10:14] <Zaerc> seems more like an obsolete feature to me
[10:14] <jimbodude> ok, would you mind commenting on the ticket with that note?
[10:14] <Zaerc> not really tbh
[10:15] <jimbodude> ok then.
[10:15] <jimbodude> http://svn.linuxmce.org/trac.cgi/ticket/160 JavaMO.jar missing for build
[10:16] <jimbodude> looks like its fixed, just not marked. true?
[10:16] <Zaerc> no idea
[10:16] <hari> re #153, we don't even have RA active at the moment
[10:16] <jimbodude> I mean in the comments - it says "everything compiles now"
[10:17] <hari> so until we re-enable RA from the web interface i'd say we remove the button from the UI
[10:17] <jimbodude> ok, thanks hari.
[10:17] --> TSCHAKeee has joined this channel (n=TSCHAKee@c-65-96-166-204.hsd1.ma.comcast.net).
[10:17] <TSCHAKeee> erf
[10:17] <jimbodude> morning TSCHAKeee. :)
[10:17] <hari> jimbodude: autossh might be another option
[10:17] <hari> to replace the old scripts
[10:17] <dlewis> TSCHAKeee: got my text? lol
[10:17] <hari> technically RA is quite simple, it just logs onto the central server with ssh/pubkey and forward some ports back to the local installation
[10:18] <hari> works through NAT, we just need a mechanism to assign tcp ports on the server
[10:18] <hari> if sb wants to take on that for 0810, fine, server and such is there. If not, let's deactivate the buttons in the web admin and orbiter UI
[10:18] <jimbodude> ok, sounds like we have some discussion needed about RA - remind me to bring it up when we get to design discussions. for now - lets plow through the bugs really fast.
[10:19] <TSCHAKeee> dlewis: yup thanks
[10:19] <hari> re #160, the build works on linux with some dependencies
[10:19] <hari> it will be integrated into the external add-on build system soonish
[10:19] <jimbodude> ok. are you working on that hari?
[10:19] <hari> till then, there is a place where sambuca drops the jar
[10:20] <hari> jimbodude: yes, also the symbian v2 and v3 build
[10:20] <hari> will automate those three builds
[10:20] <jimbodude> alright - could you note that status on the ticket?
[10:21] <Zaerc> doesn't seem like a "blocker" to me
[10:21] <hari> there is no ticket for the auto build system yet
[10:21] <hari> worst case i'll do a manual run for the v2 and v3 orbiters for the beta/release
[10:21] <jimbodude> Zarec: yes, it could probably be downgraded to somewhere around major.
[10:21] <hari> and the actual jar for the javamo resides on download
[10:22] <hari> jimbodude: we shall ask sambucca if he wants to document place of the jar in the ticket
[10:22] <jimbodude> ok. so 160 is being addressed well. perfect. any other comments on 160?
[10:22] <TSCHAKeee> nope.
[10:22] <hari> i think the worst bugs are the ones we have no tickets for yet ;-p
[10:22] <jimbodude> hari: sure... I have no idea what's going on there... I just wrote the agenda... :P
[10:23] <jimbodude> hari: getting to that... ;)
[10:23] *** dlewis gives channel operator privileges to TSCHAKeee.
[10:23] <hari> jimbodude: my most important thing for this conference
[10:23] <hari> we need to find and nail down outstanding bugs
[10:23] <hari> and isolate non-finished features
[10:23] <hari> but it is too much for a single person to test all things at a time
[10:23] <hari> ppl would get crazy
[10:24] <hari> and not everybody has all stuff in his installation
[10:24] <jimbodude> so the drift I'm getting is that visiting individual bugs is not doing it for you guys - sound correct? shall we just skip into the meat? (yes | no)
[10:24] <hari> there was a status page, i think it is in our wiki, derived from pluto, with 1-5 for implementation status
[10:24] <hari> jimbodude: i'm fine reviewing individual bugs first
[10:24] <hari> but i really want that topic adressed today, too
[10:25] <Zaerc> jimbodude: yes
[10:25] <dlewis> i'm with Zaerc
[10:25] <jimbodude> alright - well lets just go to the interesting stuff then. I'm bored with bugs too...
[10:25] <Zaerc> ok
[10:26] <hari> so, that overview gave nice sections
[10:26] <hari> for ha, telephony, media, ...
[10:26] <hari> we need to enrich it, with specific test cases
[10:26] <hari> and then assign at least 2 ppl for each test case/group
[10:26] <hari> does that sound reasonable?
[10:26] <jimbodude> yes, I like it a lot.
[10:26] <hari> so we would be able to do a "full" test run in say 2-3 days
[10:26] <hari> and have every subsystem checke
[10:27] <hari> we do 2 or 3 iterations of that over the next weeks
[10:27] <hari> that should (*hope*) give us a clear picture where we are and what needs to be fixed first
[10:27] <Zaerc> fiire claimed they had developed all these wonderful test cases... but I guess they took them to their grave
[10:28] <hari> Zaerc: what i've seen from aaron for now, i really appreciate his genius, but testing seems to be the same like sales for him
[10:28] <hari> :-p
[10:28] <hari> and when we look at the regression numbers in the 0710 betas...
[10:28] --> uplink-lmce has joined this channel (n=uplink-l@host81-137-34-33.in-addr.btopenworld.com).
[10:28] <hari> btw, the mantis is available as www/mantis-deact
[10:29] <hari> i pulled it from public as it is exploitable
[10:29] <totallymaxed> I think the 'test cases' were more Pluto driven than Fiire to be franks
[10:29] <jimbodude> hari: have you started putting any of this together yet? in written form?
[10:29] <tkmedia_2> my production system mostly 0810 now and have lots to test
[10:29] <hari> jimbodude: yup, in this channel :-)
[10:29] <jimbodude> good start. :)
[10:29] <Zaerc> fiire != aaron
[10:30] <Zaerc> but as we've never even seen them there is little point in beating adead horse
[10:30] <totallymaxed> sure...but Fiire was just a marketing front ;-)
[10:31] <hari> brb
[10:31] <jimbodude> alright, so we need to write up some tests.
[10:31] <Zaerc> I'll just have to take your word for that
[10:31] --> fido has joined this channel (n=fido@cpc2-glen1-0-0-cust693.belf.cable.ntl.com).
[10:31] <-- fido has left this channel.
[10:32] <tkmedia_2> 1. squeezeboom tested sucessfully on 0810 this AM
[10:32] <jimbodude> everyone agree with the basics of hari's plan?
[10:32] <tkmedia_2> pnp
[10:32] <Zaerc> fine with me
[10:33] <totallymaxed> sure
[10:33] <dlewis> I agree
[10:33] <tkmedia_2> sure
[10:33] <jimbodude> hari: want to take the lead on that? I'm available to help as you see fit.
[10:34] <jimbodude> he'll answer when he gets back...
[10:34] <jimbodude> next agenda topic is release scheduling.
[10:34] <TSCHAKeee> whoa, we have a schedule?
[10:35] <jimbodude> basically, I see a release schedule as a way to focus developer efforts - even if it changes all the time.
[10:35] <TSCHAKeee> *walks-around-all-dazed*
[10:35] <jimbodude> TSCHAKeee: nope. that's why I put it on there.
[10:35] <TSCHAKeee> ;)
[10:35] <Zaerc> TSCHAKeee: http://wiki.linuxmce.org/index.php/Meeting1Agenda
[10:35] <TSCHAKeee> I know, i was being sarcastic. ;)
[10:35] <Zaerc> oh you meant release-schedule
[10:36] <jimbodude> generally speaking, if software projects want to be successful, they have a schedule - even if it's fairly vague.
[10:36] <hari> jimbodude: want, yes, can, no
[10:36] <jimbodude> what do you guys think about pulling together some milestones and dates for 0810 - even if we don't tell anyone about them?
[10:36] <Zaerc> heh, I remember setting a rough date for the beta a few months ago
[10:37] --> colinjones has joined this channel (i=9665c9a9@gateway/web/ajax/mibbit.com/x-cfa01ade4796ad9b).
[10:37] <jimbodude> ok hari - I'll take point on it for now then. we can move it around later.
[10:37] <Zaerc> since then I feel we've only been moving away from the beta
[10:37] *** Zaerc gives channel operator privileges to colinjones.
[10:38] <colinjones> :) ignore me, just catching up on the dev thread... too tired and drunk to contribute!
[10:38] <jimbodude> I'm not sure "moving away" is quite right - a lot has come up, and a lot of new features are being added.
[10:38] <Zaerc> well, that's what I call moving away
[10:38] <totallymaxed> my feeling is that we need some kind of schedule...
[10:38] <jimbodude> it seems, to me, that a lot of the issues we're having we've had for quite a while and they just aren't getting addressed.
[10:39] <TSCHAKeee> the big one right now is getting media directors to boot
[10:39] <jimbodude> If there were some milestone targets - for instance "release alpha 3, fixing the following issues: blah blah blah, on such and whatever date"
[10:40] <jimbodude> we might be able to focus development power towards the ultimate goal.
[10:40] <totallymaxed> without a schedule we're just drifting...jimbodude seems like a good idea
[10:41] <jimbodude> any further thoughts?
[10:41] <Zaerc> TSCHAKeee: I was working on that
[10:41] <TSCHAKeee> ok
[10:42] <tkmedia_2> why isn't  /Diskless_BuildDefaultImage.sh run in the post_install ?
[10:42] <jimbodude> do you guys want to pull something together here, delegate for later work, or not have a schedule?
[10:42] <Zaerc> but apparently we need a launch-manager instead of figuring the bootscripts out properly, so I kind of dropped it
[10:43] <Zaerc> (or whatever it's supposed to be called these days)
[10:43] <hari> Zaerc: i think both are way important
[10:43] <TSCHAKeee> jimbodude: I know what I need to do from my perspective. my big one is getting mame to work, since the other big ones that were initially on my plate are dealt with.
[10:44] <hari> Zaerc: otherwise we'd end up using dcewhisperer in the launchcore script ;-)
[10:44] <TSCHAKeee> but anything else anybody decides to put on my plate is cool, just let me know
[10:44] <totallymaxed> hari: great idea :-)
[10:44] <hari> but the actual qt/dce interwoven mess had to be cleaned up
[10:44] <jimbodude> well, I don't think the problem is people not doing their work - I think the problem is that tasks are getting overlooked because they don't have deadlines.
[10:44] <hari> totallymaxed: i knew you'd like it
[10:44] <Zaerc> dcewhisperer?
[10:44] <hari> totallymaxed: really, why not, everything is better than the crap we had (and nobody understood)
[10:44] <totallymaxed> :-)
[10:44] <jimbodude> can you guys stay on topic for me please? we can deal with design stuff later. we're talking about scheduling now.
[10:45] <TSCHAKeee> and it was. We now have a stable launching system again
[10:45] <Zaerc> ok
[10:45] <jimbodude> do you guys want to pull something together here, delegate for later work, or not have a schedule?
[10:45] <TSCHAKeee> and one that can have the necessary UI attached to it.
[10:45] <TSCHAKeee> I do.
[10:46] <hari> Zaerc: the bits that could not be implemented in bash to do dce communications
[10:46] <hari> so a bit of a GSD for bash :-p
[10:46] <totallymaxed> :-)
[10:46] <Zaerc> I don't see a need for it, but let's stay on topic
[10:47] <Zaerc> and maybe discuss that later
[10:47] <TSCHAKeee> i'm all for it, just give me stuff to do. I'll balance it with the remote work.
[10:47] <hari> yeah, schedule is important
[10:47] <hari> i always do stuff when approaching the deadline :-p
[10:47] <jimbodude> I don't think we're at the point of assigning work... but if we all agree that we want to get certain things done by a certain date, we can make sure nothing gets overlooked at least.
[10:48] <totallymaxed> agreed
[10:48] <jimbodude> is that the general consensus? no major objections?
[10:48] <Zaerc> none here
[10:48] <jimbodude> shall we start hashing something out now, or assign it as a task to someone?
[10:48] <TSCHAKeee> i'm cool
[10:49] <jimbodude> alright... so let's look into it a bit now.
[10:50] <jimbodude> let's talk about big things that don't work - not about why they don't work, just that they don't.
[10:50] <tkmedia_2> MD booting
[10:50] <jimbodude> what are the biggest broken things - with special focus on things that worked on 0710?
[10:51] <tkmedia_2> KDE desktop on MD
[10:51] <tkmedia_2> or lack there of
[10:51] <totallymaxed> How to get back to Orbiter from KDE
[10:51] <totallymaxed> ...if the LM is cli
[10:51] <Zaerc> click workspace 3 for now
[10:52] <TSCHAKeee> now that we have LM, I just make a plasmoid
[10:52] <TSCHAKeee> which will reorder the workspace correctly
[10:52] <jimbodude> ok, lets keep this out of fixes and design for a bit though.
[10:52] <jimbodude> just broken things.
[10:52] <hari> do we want/need kde?
[10:52] <Zaerc> is the KDE bar still visible through UI2?
[10:52] <jimbodude> Zaerc: I never see it.
[10:52] <hari> i mean do ppl use the desktop feature on the living room tv?
[10:52] <totallymaxed> desktop oversizing at HD resolutions...
[10:52] <tkmedia_2> i use my MD as daily computer using kde
[10:52] <TSCHAKeee> (the LM keeps track of the on screen orbiter, and can be used to reorder to the right places
[10:53] <TSCHAKeee> hari: I do.
[10:53] <totallymaxed> yes we do use the desktop on living room TV's
[10:53] <Zaerc> hari: yes amongst other things to use ktorrent
[10:53] <TSCHAKeee> all I need to do is talk to jondecker76 on the client socket protocol
[10:53] <TSCHAKeee> and I can make a plasmoid to do this correctly
[10:53] <jimbodude> ok, back to broken things - KDE stuff gets added to the list
[10:54] <TSCHAKeee> once i know what to do, it's only an hour or so of work.
[10:54] <totallymaxed> ...at HD resolutions like 720p or 1080i... the desktop is incorrectly sized on TV's
[10:54] <tkmedia_2> login problem on MD
[10:54] <TSCHAKeee> totallymaxed: yeah, it's somewhat ironic, we override everything, and in the process lose any automatic DPI info we need to display desktop fonts at the right size.
[10:55] <totallymaxed> correct TSCHAKeee
[10:55] <tkmedia_2> Auto detect of USBUIRT
[10:55] <jimbodude> how about some of the other components - like telecom... game... web admin...
[10:55] <jimbodude> tkmedia_2: I like your list... keep it rolling.
[10:55] <-- colinjones has left this server ("http://www.mibbit.com ajax IRC Client").
[10:56] <tkmedia_2> ir codes in sqlcvs
[10:56] <TSCHAKeee> i think jondecker has been steadily hacking away at that one
[10:56] <tkmedia_2> yes
[10:57] <tkmedia_2> just want it on the the list
[10:57] <tkmedia_2> so it dont get missed
[10:57] <jimbodude> exactly.
[10:57] <jimbodude> it has a ticket too - which is nice. #119.
[10:57] <jimbodude> (we'll talk about that later)
[10:58] <jimbodude> alright, so I think that's a pretty complete list for now.
[10:58] <dlewis> we definitely need to work on upgrading telecom
[10:58] <tkmedia_2> serial detection
[10:58] <dlewis> making more devices PnP
[10:58] <jimbodude> ok, I guess we can make it more complete... :)
[10:58] <TSCHAKeee> now that we have a working media director phone combo
[10:58] <tkmedia_2> cisco 7070 wrong room problem
[10:59] <TSCHAKeee> telecom plugin bugs are really coming out of the woodwork
[10:59] <tkmedia_2> 7970
[10:59] <jimbodude> you guys just keep rolling - Now. someone needs to go through this list, prioritize it, assign things to milestones, and we need to agree on dates to hit the milestones.
[11:00] <dlewis> do we have a comprehensive list of telecom bugs?
[11:00] <tkmedia_2> Some issue with the sony changer.... certainly not release stoppers
[11:00] <jimbodude> I don't think this is the best place to do that - maybe someone could come up with a draft, and 2-3 of the lead devs could review it. does that sound reasonable? any takers?
[11:01] <jimbodude> dlewis: probably not - we're going to get to bug tracking next.
[11:01] <TSCHAKeee> the big show stoppers right now are media director support, and certain devices not popping up like the UIRT and ZWave devices.
[11:01] <tkmedia_2> I will test and put in trac
[11:01] <TSCHAKeee> (both serial devices)
[11:02] <jimbodude> I'm going to try to cut this in about a half hour to 40 minutes guys - just to keep it reasonable. after that, we can break out and dig in deeper on specific issues.
[11:02] <tkmedia_2> yes not sure if the pnp scripts get passed to my tv if using a usb/serial adapter
[11:02] * Zaerc agrees with TSCHAKeee, the rest can be fixed during the beta
[11:02] <jimbodude> so back to my previous two points on scheduling - anyone want to take the lead on that?
[11:02] <TSCHAKeee> please dear god anybody but me
[11:03] <jimbodude> I'm not in any position to assign a task like that... so someone is going to have to volunteer or it's going to be left.
[11:04] <Zaerc> ok I guess that means nobody feels like doing that, let's move on
[11:04] <jimbodude> alrighty then.
[11:05] <jimbodude> there's a note on the agenda from jondecker76 about update scheduling - we'll defer that until we have a release schedule...
[11:05] <jimbodude> I'm also going to jump over his points about installation number generation for now - he's documented his thoughts pretty well in the agenda.
[11:05] <jimbodude> to get to bug tracking.
[11:05] <TSCHAKeee> ok
[11:05] <Zaerc> I'm a bit surprised that he's not here
[11:06] <TSCHAKeee> probably at work
[11:06] <jimbodude> so, I'm noticing a LOT of issues that people just "know about" that aren't documented in Trac.
[11:06] <Zaerc> TSCHAKeee: since when is that an excuse? ;^)
[11:07] * TSCHAKeee whistles 
[11:07] <jimbodude> I think that's a pretty bad practice with such a distributed team - we're losing track of what needs to be done.
[11:07] <TSCHAKeee> I wish there was a brain dump plugin for trac
[11:07] <jimbodude> it would be nice yes...
[11:07] <TSCHAKeee> yeah...
[11:07] <TSCHAKeee> you're right.
[11:07] <Zaerc> jimbodude: tbh I gave up on using trac a long time ago
[11:07] <jimbodude> and of course - I'm no angel... I just reported a bug yesterday that I've known about since I get 0810.
[11:08] <jimbodude> yes, I've noticed that Zaerc.
[11:08] <jimbodude> I think you're not the only one.
[11:08] <tkmedia_2> should i flood it with what i have ..... i did not want to burden with my trivial bugs
[11:08] <TSCHAKeee> yes please
[11:08] <jimbodude> yes. that's what the priority scale is for.
[11:08] <hari> we'd be lost without tracking
[11:09] <totallymaxed> Well I'll commit to adding anything we have here to Trac...
[11:09] <tkmedia_2> ok you asked for it
[11:09] <totallymaxed> :-)
[11:09] <TSCHAKeee> totallymaxed: yup, we're interested to see what you guys run into for 0810
[11:09] <TSCHAKeee> and half scared too
[11:09] <jimbodude> Trac can help us determine where to focus developer efforts, give newbies a place to start working on stuff, and tell us where the project stands.
[11:09] <jimbodude> it is essential that we use it - in my opinion.
[11:10] <tkmedia_2> ok what about working things
[11:10] <tkmedia_2> like the squeezboom
[11:10] <totallymaxed> well we have a full time Core dedicated to testing 0810 now... so the flow from us should be greater going forwards
[11:10] <tkmedia_2> so we dont duplicate effort
[11:10] <jimbodude> I suggest we draft and agree on a bug reporting policy.  We also need someone to keep an eye out and make sure we're not throwing bugs under the rug and ignoring them.
[11:10] <TSCHAKeee> to tell you the truth, it's fucking amazing that we've gotten this far and not checked into the looney bin.
[11:11] <jimbodude> tkmedia_2: I'm not sure what you mean... there are no bug reports for things that work.
[11:11] <totallymaxed> TSCHAKeee: :-)
[11:11] <tkmedia_2> yes but how do know what works unless we test
[11:11] <jimbodude> right, TSCHAKeee, and as more people get added to the project, we're going to go nuttier.
[11:11] <tkmedia_2> and this is a new item
[11:11] <jimbodude> tkmedia_2: that's where hari's testing plan comes in.
[11:12] <tkmedia_2> k
[11:12] <jimbodude> tkmedia_2: patches should probably go through Trac also - so we have a ticket to reference the feature implementation.
[11:12] <tkmedia_2> many things have already been tested
[11:12] <jimbodude> but that's part of the policy that we haven't talked about yet.
[11:12] <jimbodude> tkmedia_2: right. and many things have not, or have not been tested well.
[11:13] <jimbodude> which is where the test plan comes in.
[11:13] <tkmedia_2> k
[11:13] <jimbodude> so back to defect tracking.
[11:14] <jimbodude> does that sound reasonable to everyone? report all bugs, prioritize correctly, keep the bug status up to date. do we want a written policy? something based on what I wrote earlier, something different?
[11:14] <TSCHAKeee> that's fine to me
[11:16] <Zaerc> fine with me too
[11:16] <jimbodude> Ok, I'll volunteer to pull together a policy and wiki that.  It will be based on what I've written here: http://jimbodude.net/wiki/Bug_Reporting -
[11:16] <jimbodude> Any other comments on defect tracking?
[11:17] <Zaerc> I thought that already was the policy
[11:17] <Zaerc> yeah, anonymous users should only have read-only access
[11:17] <TSCHAKeee> (1) is it broken?
[11:17] <jimbodude> well, it's not really worded as a policy, and we never formally "agreed" on it. I'll reword it at bit and drop it on wiki.linuxmce.org
[11:18] <TSCHAKeee> (2) Put in Trac, so we know, and wait
[11:18] <TSCHAKeee> (3) or for big brownie points, hack on it and submit patch
[11:18] <jimbodude> Zaerc: yes I agree.
[11:19] <jimbodude> TSCHAKeee: yep, pretty much that.
[11:19] <Zaerc> TSCHAKeee: (1b) is it really broken?
[11:19] <jimbodude> alright. I'll pull that together.  Zaerc, I can't help you with read only - you know better than I do who to talk to for that...
[11:20] <Zaerc> jimbodude: tried that...
[11:20] <jimbodude> any other comments here? if not, we're going to move on to the last topic - next meeting, if any - and be done here.
[11:20] <Zaerc> but it's hard to talk to people who don't  listen
[11:21] <totallymaxed> Bi-weekly?
[11:21] <jimbodude> ok. so the big question is - more meetings? was this useful?
[11:21] <totallymaxed> Yes
[11:21] <jimbodude> I think it was.
[11:21] <Zaerc> yes
[11:21] <TSCHAKeee> I am reminded of a certain Dave Barry quote.
[11:22] <jimbodude> and I'll volunteer to continue pulling together agendas and such to keep them running.
[11:22] <jimbodude> Ok, so how far do we want to space these? week, 2 week, month, other?
[11:22] <TSCHAKeee> “If you had to identify, in one word, the reason why the human race has not achieved, and never will achieve, its full potential, that word would be "meetings” -Dave Barry
[11:22] <dlewis> yes, very useful
[11:23] <totallymaxed> 2 week looks good
[11:23] <TSCHAKeee> yeah, 2 week is fine.
[11:23] <tkmedia_2> or weekly to start
[11:23] <totallymaxed> TSCHAKeee: nice quote ;-)
[11:24] <jimbodude> maybe next week to pull together some of the big things we have discussed here - like testing plan, scheduling, defect policy, then bi-weekly after that?
[11:24] <Zaerc> I'd say weekly, keep 'em short and to thepoint
[11:25] <jimbodude> alright. next week then? and we'll decide on permanent schedule then?
[11:25] <totallymaxed> ok
[11:25] <Zaerc> fine with me
[11:25] <TSCHAKeee> all I'd really want is just a small set of stuff to work on for the next build.
[11:25] <tkmedia_2> sounds good
[11:25] <jimbodude> I'll do the leg work before the meeting.  I need a bit of help with scheduling - I think we missed some people this week because of how I did things.
[11:26] <Zaerc> maybe sundays is better for some?
[11:26] <tkmedia_2> be nice to have jondecker here
[11:26] <totallymaxed> or evenings his time
[11:26] <totallymaxed> what timezone is he in?
[11:26] <TSCHAKeee> that's the other thing too, the one thing we DO NOT need on this project is burnout
[11:27] <totallymaxed> Agreed
[11:27] <Zaerc> totallymaxed: if you like having these meetings at 3am...
[11:27] <TSCHAKeee> this project has the highest potential burnout and turnover rate in the history of time :P
[11:27] <totallymaxed> :-)
[11:27] <jimbodude> well, I think this meeting is much more intense than what we'll have going forward to begin with... I imagine a 15 minute check in every week or two once we get all the big stuff hashed out.
[11:28] <totallymaxed> Zaerc: but what timezone is jondecker in? Anyone know?
[11:28] <TSCHAKeee> wanna say US/Eastern
[11:28] <totallymaxed> maybe we can vary the time so that people get a more agreeable slot
[11:28] <Zaerc> totallymaxed: I reckon somewhere between GMT-7 and GMT-9
[11:28] <jimbodude> alright - so next week. can someone schedule a time for us? someone who knows our devs a bit better than me preferably?
[11:28] <Zaerc> or around
[11:29] <tkmedia_2> btw good job jimbodude
[11:29] <TSCHAKeee> yes
[11:29] <totallymaxed> seconded
[11:29] <TSCHAKeee> second that
[11:29] <jimbodude> I do what I can.
[11:29] <Zaerc> I think the time was good
[11:29] <hari> yup
[11:29] <TSCHAKeee> dlewis: thanks for the page.
[11:29] <Zaerc> maybe an hour or so later
[11:29] <TSCHAKeee> yeah, that way I can waaaaaaaaaaaake up
[11:30] <Zaerc> so TSCHAKeee can come on time;^)
[11:30] <Zaerc> heh beat me to it
[11:30] <TSCHAKeee> hehehe
[11:30] <totallymaxed> :-)
[11:31] <jimbodude> alright. I think we're done? anything else?
[11:31] <jimbodude> can one of you grab the transcript and plop it here for me - http://wiki.linuxmce.org/index.php?title=20090415Transcript&action=edit -
[11:31] <Zaerc> not that I can think of atm
[11:31] <jimbodude> it comes out all silly if I use mibbit...
[11:31] <Zaerc> I don't have logging on...
[11:32] <totallymaxed> Nope...good job jimbodude
[11:32] <jimbodude> haha there's one way to avoid writing docs... :P
[11:32] <Zaerc> heh, I never log irc, except for small pieces I copy/paste on occasion
[11:33] <jimbodude> someone got that? yes? volunteer?
[11:33] <jimbodude> should have thought of that earlier... I overran the buffer here... whoops.
[11:33] <tkmedia_2> done
[11:33] <jimbodude> thanks.
[11:33] <tkmedia_2> just a full paste
[11:34] <jimbodude> alright guys, thanks for putting up with my nagging all week - you can expect more next week ;)
[11:34] <Zaerc> thank you jimbodude for organizing this
[11:34] <Zaerc> it has been long overdue imo
[11:34] <jimbodude> Zaerc: no problem.
[11:35] <jimbodude> I'm pretty excited about this project, anything I can do to help is a plus for everyone.