17:06:20 <jlkinsel> #startmeeting
17:06:20 <cs-meetbot> Meeting started Fri Aug 31 17:06:20 2012 UTC.  The chair is jlkinsel. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:06:20 <cs-meetbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
17:06:47 <jlkinsel> #topic CloudStack IRC meeting for 8/31/2012
17:07:08 <jlkinsel> #chair bhaisaab cvittal edison_cs ewanmellor ke4qqq
17:07:08 <cs-meetbot> Current chairs: bhaisaab cvittal edison_cs ewanmellor jlkinsel ke4qqq
17:07:47 <jlkinsel> #chair mice_xia rohityadav spark404 topcloud widodh
17:07:47 <cs-meetbot> Current chairs: bhaisaab cvittal edison_cs ewanmellor jlkinsel ke4qqq mice_xia rohityadav spark404 topcloud widodh
17:07:49 <jlkinsel> think that's everyone
17:07:56 <jlkinsel> ok - thanks everybody for attending
17:09:06 <jlkinsel> what I'd like to do today is paste in the agenda for today, let's go through that and then go through individual issues
17:09:09 <jlkinsel> sound good?
17:09:15 <ewanmellor> Pefect
17:09:22 <jlkinsel> Agenda for today:
17:09:23 <topcloud> thx for hosting
17:09:24 <jlkinsel> * help audit the LICENSE and NOTICE
17:09:24 <jlkinsel> * ASF release build process
17:09:25 <jlkinsel> * Is the branch stable enough now to rebranch 4.0 from master?
17:09:25 <jlkinsel> * Who's doing a sanity test of the 4.0 before handing it off to Sudha for a complete QA test cycle?
17:09:27 <jlkinsel> * rough timeline for RC Candidate
17:09:58 <jlkinsel> item number one - Chip went through licenses and notice, but would like a second set of eyes
17:10:48 <ewanmellor> jlkinsel: Is there any reason to believe that that Apache tools haven't picked up everything?  I thought that's what they were for.
17:11:37 <jlkinsel> ewanmellor: yeah, but as we saw in the last week or so, somebody noticed that there's two different license headers in some files
17:12:08 <mice_xia> RAT tool failed to recognize 'citrix system copyright asf 2.0 license'
17:12:56 <ewanmellor> So what would this auditor be looking for?
17:13:25 <bhaisaab> may be we can write a script or a git filter that checks all files for licenses and use it to veriy patches as well (put it in git hook)?
17:13:33 <bhaisaab> *verify
17:13:47 <topcloud> +1 to bhaisaab's proposal
17:14:01 <topcloud> but is that RAT tool?
17:14:11 <mice_xia> i think it's (hopefully) OK now, just grep -R 'Citrix' . and everything seems OK
17:14:15 <widodh> I'm not sure, not all files need license headers, some could even break
17:14:24 <widodh> (by adding a git hook)
17:14:40 <bhaisaab> topcloud: no, that has to be custom built... or suggest some other tool, other than RAT as it fails
17:15:01 <topcloud> so RAT is not customizable?  never dealt with it b4.
17:15:08 <bhaisaab> widodh: specify by extension? *.java, *.py etc?
17:15:32 <widodh> bhaisaab: Most of those files won't have an extension. It's file for Debian packaging for example
17:15:43 <bhaisaab> widodh: how about we check all files who have any license and replace them with ASF license?
17:15:49 <bhaisaab> widodh: oh
17:16:44 <bhaisaab> talk is cheap, okay let me see if I can come up with something I'll share on ML
17:18:07 <jlkinsel> ok
17:18:33 <jlkinsel> #action bhaisaab to look into automating ASL license check
17:18:46 <jlkinsel> next item?
17:18:52 <widodh> yes?
17:18:58 <bhaisaab> meanwhil+1
17:18:59 <jlkinsel> ASF release process
17:19:14 <jlkinsel> so chip just sent an email out, honestly I haven't read it yet
17:19:58 <widodh> I'm still wondering how we are going to distribute the binaries. I'll volunteer to use build.opensure.org and see if I can get that up and running
17:20:07 <widodh> to build RPM and DEB packages for all distributions
17:20:44 <jlkinsel> I believe we can distribute the binaries, but yeah we need a solid answer on that
17:21:02 <ewanmellor> ke4qqq says that we don't need to perform the upload step (from Chip's email) until the final release.
17:21:08 <bhaisaab> widodh: maybe a single hosting service won't work. as all distros have their own (default) hosting services
17:21:13 <Spark404> widodh: do you still need the waf stuff for that?
17:21:16 <ewanmellor> (ke4qqq is stood next to me)
17:22:05 <cvittal> (just saw that ke4qqq has deleted a ton of deps jars)
17:22:08 <widodh> bhaisaab: I know, but we won't get CS 4.0 in the upstream repos.
17:22:34 <widodh> Spark404: I'm not sure, I haven't tried maven jet, but I hope maven has replaced everything, so waf can go
17:22:46 <ewanmellor> widodh: Why wouldn't we use the waf stuff, just for this release?
17:22:51 <edison_cs> still need waf for rpm build
17:22:55 <Spark404> widodh: maven is not yet ready for that
17:23:02 <bhaisaab> widodh: then why not distribute through cloudstack.org?
17:23:06 <widodh> ewanmellor: edison_cs No problem to still use waf
17:23:17 <ewanmellor> widodh: Let's do that then.  It works.
17:23:27 <widodh> bhaisaab: Binary hosting, I'm still not sure if we are allowed to do so on ASF
17:23:35 <widodh> ewanmellor: Yes
17:23:49 <widodh> I'm just trying to look into a automated way to build reliable debs and RPM's
17:23:56 <Spark404> widodh: waf currently still depends on ant, which is pretty broken now. Darren said he would try to get this done
17:23:58 <bhaisaab> widodh: from builds.apache.org then?
17:24:13 <widodh> Spark404: Ah, ok, haven't build the last couple of days
17:24:15 <mice_xia> yes ant is broken now
17:24:29 <widodh> bhaisaab: build.opensuse.org
17:24:44 <widodh> Ok, so the problem is: Ant is broken, so we won't be able to build packages at this point
17:24:45 <bhaisaab> widodh: okay!
17:24:57 <jlkinsel> #agreed continue using waf to build rpm package
17:25:01 <edison_cs> ant is broken?? that needs to be fixed
17:25:08 <ke4qqq> ant is broken
17:25:09 <Spark404> widodh: not without something that gets us the external dependencies
17:25:23 <bhaisaab> we can also have builds on community managed publishing platforms like launchpad and arch linux's aur?
17:25:28 <jlkinsel> i thought I saw somebody say they could just use rpmbuild?
17:26:09 <widodh> bhaisaab: Yes, that could be, but it's a lot of work to maintain them. We've decided that Ubuntu 12.04 and CentOS/RHEL 6 will be the platforms we'll build binaries for
17:26:18 <edison_cs> need to use waf copying files around the places, then you can call rpmbuild
17:26:19 <Spark404> klkinsel: waf is basically using rpmbuild, but with some magic to prepare config files. We still need it
17:26:20 <bhaisaab> +1 to that
17:26:26 <jlkinsel> k
17:26:40 <widodh> That could also be done manually for now, I have Ubuntu 12.04 and CentOS 6.3 machines running
17:27:20 <bhaisaab> widodh: yes, waf is fine as all we're doing is pack bunch of platform independent jars... the rpms/debs have noarch
17:27:37 <widodh> But we'd need to merge in ke4qqq his deps-ctrl branch for downloading the externals
17:28:05 <Spark404> widodh: i'll get waf back in working order once that is done
17:28:10 <widodh> bhaisaab: we indeed have no arch dependend stuff in there, cloud-daemonize is gone :)
17:28:45 <widodh> Spark404: I think that's just an Ant thing, don't think waf has really changed lately
17:28:50 <bhaisaab> :D
17:29:08 <edison_cs> oops, tool.ant.AntCodegenTask can't be found
17:29:09 <ke4qqq> widodh: we could also just build rpms/debs
17:29:24 <mice_xia> one question: so we will include hibernate.jar in RC build?
17:29:31 <ke4qqq> sans waf
17:29:38 <ke4qqq> mice_xia: we can't
17:29:39 <Spark404> widodh: waf not really, but the spec files etc need to be revisited i think..  we might want to build a nonosss-deps package
17:30:07 <ke4qqq> Spark404: there is a script file in the deps directory
17:30:14 <mice_xia> hibernate--->Dao has not been submitted
17:30:14 <ke4qqq> that grabs them.
17:30:24 <widodh> Spark404: imho the packages should contain what you need to run CloudStack
17:30:38 <widodh> an admin should not have to place JAR's afterwards in /usr/share/java
17:30:41 <ke4qqq> mice_xia: good point - that needs to get fixed.
17:30:44 <widodh> the packages should just installed and work
17:30:49 <widodh> install*
17:30:54 <mice_xia> or awsapi project will not be built for now?
17:30:55 <jlkinsel> widodh: agree
17:31:13 <bhaisaab> widodh: +1
17:31:15 <Spark404> ke4qqq: you mean the maven script?
17:31:15 <jlkinsel> altho providing a command that gets what they need might work
17:31:29 <widodh> source code: OSS only, depending on external jar. deb/rpm: Binary release, install and work
17:32:02 <ke4qqq> Spark404: just have maven put the binaries somewhere and use rpm/deb to make that work.
17:32:14 <widodh> So to come to a conclusion: Ant is broken at this point, just verified. We can't build packages at this point
17:32:36 <jlkinsel> does the ASF license have anything to say about ASF code building a target that is not ASF compatable? :)
17:32:37 <ke4qqq> widodh: you could also revert my recent commits
17:32:55 <widodh> I'm volunteering to build both the DEB and RPM, but we need some space to host them
17:33:08 <jlkinsel> ("ASF compatable" not the best phrase as it's not source, I understand)
17:33:13 <Spark404> ke4qqq: i think the commit is good, we just need to fix the build.
17:33:24 <ke4qqq> widodh: people.a.o?
17:33:27 <jlkinsel> #action widodh to build both DEB and RPM packages
17:33:46 <widodh> ke4qqq: Allowed to host there? I'm fine with it, but the traffic could be rather large?
17:34:06 <Spark404> ke4qq: i'll see if i can work with darren to get waf using maven, that would solve most issues right away
17:34:19 <widodh> I recently proposed a DEB/RPM repository, so admins can just apt/yum install cloudstack, instead of having to download all the seperate RPM or DEB files
17:34:50 <jlkinsel> +1
17:35:03 <widodh> Makes the docs much easier as well
17:35:12 <bhaisaab> widodh: +1, but all dependencies? mysql, ipmitool etc.
17:35:14 <jlkinsel> from what I've seen, repos are often hosted by somebody other than the project
17:35:16 <mice_xia> +1,  but please wait for https://reviews.apache.org/r/6749/ before build RC
17:35:45 <jlkinsel> mice_xia: I'll come back to that in a min. :)
17:35:47 <widodh> bhaisaab: While building we'll include what we need and depend on the packages which are available in the distribution repository
17:35:56 <bhaisaab> cool
17:36:09 <widodh> So yum and apt will fetch whatever dependency they need
17:36:34 <widodh> ke4qqq: So deps-ctrl needs some work, but since maven has also been introduced, what to do with it?
17:36:35 <bhaisaab> jlkinsel: so distribution can be from non-ASF provided infra?
17:36:35 <edison_cs> widodh: will you build rpm on rhel/centos 6.2/3 environment?
17:36:36 <topcloud> one thing i like to add to this is that Sudha's team is ready to qa next week.
17:36:47 <topcloud> so we probably need something quick.
17:36:47 <widodh> edison_cs: I have CentOS 6.3 running
17:36:53 <topcloud> ewan: is that correct?
17:37:08 <ewanmellor> Yes, that's correct.
17:37:13 <jlkinsel> bhaisaab: yeah, but I think we need to see what the Apache Way is
17:37:24 <ewanmellor> We'll have 6 QA engineers available for September.
17:37:27 <bhaisaab> ok
17:37:29 <jlkinsel> topcloud: further in the agenda. :)
17:37:41 <jlkinsel> let's focus on this ASF release process right now and get that done
17:38:05 <topcloud> jlkinsel: ok.
17:38:07 <widodh> I'm going to set up a Debian repository anyway, just to see how everything works on a clean host
17:38:15 <ewanmellor> jlkinsel: His point was, if we don't have a build working today, then we are putting the QA team to waste.
17:38:38 <widodh> ewanmellor: agree, building should work
17:38:57 <ewanmellor> widodh: We just said that building doesn't work.
17:39:19 <widodh> ewanmellor: Yes, what I meant, it should work for QA to do anything :)
17:39:34 * bhaisaab high-fives widodh
17:39:56 <ewanmellor> widodh: OK, so we need to get the end-to-end build working today.  Packages and all.
17:40:29 <widodh> ewanmellor: Correct
17:40:55 <Spark404> ewanmellor: i'll give it a shot to get maven into waf if thats a route to take
17:41:15 <widodh> So I think the only option is to work on the deps-ctrl branch, so it downloads the jars we need. Merge that one in and get Ant working again
17:41:28 <widodh> unrealistic imho to think we can get maven to work with packaging today
17:42:18 <ke4qqq> widodh: really? don't think we can work through a spec file in a day? or debian/ctrl?
17:42:28 <edison_cs> Spark404: that route will take a longer time
17:42:42 <widodh> ke4qqq: You're opting for reverting your commits?
17:42:49 <edison_cs> waf -> ant-> package systemvm iso etc stuff
17:43:27 <Spark404> edison_cs: you're right, i was thing about the jars not the other stuff
17:43:29 <edison_cs> I think maven only build jars right now
17:43:32 <ke4qqq> widodh: I am not necessarily opposed if folks want to do that, but we have to do it at some point.
17:44:13 <ke4qqq> so if we revert, when will we break everything and accept this pain
17:44:19 <edison_cs> that's what darren did, waf will call ant-build-all, which will call maven to build jars, then ant build other stuff
17:44:24 <widodh> ke4qqq: No, I agree.
17:44:43 <ke4qqq> honestly we should have done it months ago
17:44:54 <widodh> but deps-ctrl needs a lot of work to download everything we need
17:44:54 <ke4qqq> but the build situation hasn't been decided until recently
17:45:36 <ke4qqq> yes, it basically only works for that sliver of things that fit the ASF licensing requirements
17:46:16 <mice_xia> is a manual build an option? this build is for QA testing IMHO
17:47:11 <ke4qqq> I stopped working on it when the maven decision was made
17:47:38 <widodh> ke4qqq: Get it :) I see my current debian build fails on the mysql connector, but Ubuntu provides libmysql-java
17:48:02 <edison_cs> is it easy to do deps-ctrl kind of stuff in maven, I mean the conditional build
17:48:11 <widodh> http://packages.ubuntu.com/precise/all/libmysql-java/filelist
17:48:47 <ke4qqq> widodh: there was an option to tell CS where the.jar is - which is broken imo - it should be looking in systems classpath IMO
17:49:20 <widodh> ke4qqq: Yes, but having the Ubuntu packages at least depend on that file is easy
17:49:33 <widodh> It provides /usr/share/java/mysql-connector-java.jar, which is what we look for
17:51:00 <jlkinsel> so...is this something we should bring back to the mailing list?
17:51:04 <widodh> But this is a very "hot" topic
17:51:08 <jlkinsel> yeah
17:51:15 <widodh> jlkinsel: Probably, but it would involve a lot of e-mails
17:51:33 <topcloud> widodh: that's my review comment as well.
17:52:07 <jlkinsel> I'm just trying to be sensitive about people's time here. Seems like we should do the "right" thing but that's going to take some work
17:52:11 <topcloud> widodh: so pradeep will fix that.  but mostly that's for running the deploy db which is a developer task
17:52:43 <widodh> topcloud: To be specific, sorry, so many lines. What will pradeep fix? :)
17:53:17 <topcloud> widodh: the custom property to find the mysql connector.  it will check system path first and fall back to property only if it's not on the system path.
17:53:30 <Spark404> topcloud: i put in a quick fix for it in the meantime so jenkins is happy
17:53:42 <ke4qqq> I am not taking a hard line, and am happy to revert if folks think that is best.
17:53:45 <topcloud> Spark404: yup...saw that...thanks.
17:53:54 <ke4qqq> but we do need to think about when we plan on breaking it.
17:54:09 <widodh> ke4qqq: Agree, it does need to happen
17:54:17 <topcloud> is there any process for identifying a subcommittee to get this done?
17:54:22 <jlkinsel> i guess the question is do we want to break before/after 4.0
17:54:26 <ke4qqq> no
17:54:30 <ke4qqq> that isn't the question
17:54:31 <jlkinsel> no?
17:54:43 <ke4qqq> we can not ship 4.0 in current state
17:54:57 <ke4qqq> binaries are not permitted in our source tree
17:55:19 <bhaisaab> don't break after 4.0
17:55:31 <ke4qqq> this is why we embarked on maven/ivy/gradle/etc in the first place
17:56:39 <ke4qqq> the question is at what point in what is left of this release cycle do we fix it?
17:56:51 <bhaisaab> ke4qqq: maven getting mysql connector as dependency is not working then?
17:57:21 <ke4qqq> to ewanmellor's point - there is benefit in having people with something to test from a 'test the code that exists' POV.
17:57:59 <cvittal> is it OK for RC1 perhaps?
17:58:04 <ke4qqq> that will at least get good insight into the state of CS code itself, but we are still going to have to break all of this.
17:58:16 <jlkinsel> so...do we do a RC and then fix, or fix first? I'd lean towards fix first personally
17:58:42 <ke4qqq> we need to make decisions on list
17:58:43 <ke4qqq> not here
17:58:58 <ke4qqq> I'll start the conversation since I broke things
17:59:02 <widodh> Agree, but we have filtered some stuff away which otherwise go on the list
18:00:17 <jlkinsel> #action ke4qqq create discussion on list about when to break/fix build system before release
18:00:20 <jlkinsel> good?
18:00:28 <ewanmellor> Thanks ke4qqq.
18:00:54 <bhaisaab> +1
18:01:01 <jlkinsel> OK so on the ASF release build process agenda topic - widodh's working on package builds, build system needs work, we need to verify how we'll distribute binaries - anything else or can we move on?
18:02:12 <widodh> Yes, I'm fine with that
18:02:26 <jlkinsel> next topic. :) Is the branch stable enough now to rebranch 4.0 from master?
18:02:36 <jlkinsel> i haven't been watching the commits this week...
18:03:11 <topcloud> i think there's not much point in branching unti lwe can build.
18:03:20 <jlkinsel> makes sense
18:03:23 <jlkinsel> but...
18:03:28 <ewanmellor> topcloud: Any opinion on the code quality specifically?
18:03:42 <jlkinsel> on that logic and the preivous point, that means no RCs until build is fixed
18:03:47 <bhaisaab> +1 and need QA, regress over bug tickets
18:04:05 <ewanmellor> topcloud: And by quality I mean stability of the product, not our ability to build it.
18:04:37 <topcloud> ewanmellor: no way to tell when it can't be built to test.
18:04:56 <mice_xia> imo it largely depends on new feature (VPC)'s quality
18:05:02 <ewanmellor> topcloud: Yeah, I didn't mean formal QA -- I meant "finger in the air guess"
18:05:32 <topcloud> ewanmellor: given vpc testing...it should be close to stable.
18:06:25 <ewanmellor> topcloud: OK, that doesn't sound too bad.  So could we start a 4.0 branch once the build system is working properly, and really start to lock things down?
18:07:39 <topcloud> i think so.
18:07:56 <topcloud> i looked through the checkins.  it's been high until the last two days.
18:08:46 <jlkinsel> so - think it's afe to say we're not ready yet to rebranch, and we should wait until after the build process is fixed?
18:08:58 <ewanmellor> jlkinsel: Agreed.
18:09:13 <widodh> jlkinsel: agreed
18:09:17 <topcloud> +1
18:09:32 <bhaisaab> +1
18:09:33 <mice_xia> +1
18:09:34 <jlkinsel> forgot earlier..
18:09:34 <jlkinsel> #info pradeep to fix custom build property to find mysql connector that is used by deploy db build target
18:09:35 <Spark404> +1
18:09:38 <jlkinsel> #info not yet ready to rebranch for 4.0 - need to first get build process fixed.
18:10:08 <jlkinsel> ok - sanity test on 4.0 before handing off to Sudha for complete QA...
18:10:25 <jlkinsel> this seems more of a Citrix question to me.
18:10:44 <ewanmellor> topcloud: Could you sanity-test today's build, and then put it somewhere that our team can get it?
18:11:31 <ewanmellor> topcloud: There needs to be something ready for India's Monday morning (noting that it's a holiday weekend in the US).
18:11:52 <topcloud> once the build is ready, i'll see if i can take it up.
18:12:06 <ewanmellor> Great, thanks.
18:12:13 <ewanmellor> Or get Edison to assist.
18:12:30 <topcloud> it depends on when the build is fixed...i'm not around for the weekend.
18:13:02 <topcloud> if it's too late, i can see if i can arrange for someone to take it up.  Edison has the same problem as me.  not around this weekend.
18:13:06 <ewanmellor> topcloud: No, me either.  We really need this done today.
18:14:55 <topcloud> next?
18:14:59 <Spark404> ewanmellor: i'm working it already, got most of the deps already back using the maven copy-dependencies plugin
18:15:20 <jlkinsel> yeah. moving on. Last item is do we have a rough timeline for a RC candidate
18:15:56 <ewanmellor> jlkinsel: There's actually one more item that I just remembered about, and has a bearing on this item.
18:16:11 <jlkinsel> go ahead
18:16:14 <ewanmellor> Does 3.0.2 to 4.0 upgrade work?  And if not, who is working on it?
18:16:37 <jlkinsel> ah yes
18:16:55 <topcloud> i talked to alena and will.  They diid all the work to port it over already.
18:16:55 <widodh> jlkinsel: I have something to add about the docs
18:17:04 <jlkinsel> widodh: adding to queue
18:17:18 <ewanmellor> topcloud: OK, so you think it's close enough that we can get QA started on upgrade testing?
18:17:24 <topcloud> yes.
18:17:33 <ewanmellor> topcloud: Great.
18:17:39 <jlkinsel> sweet.
18:17:49 <ewanmellor> #info 3.0.2 to 4.0 upgrade is ready for testing.
18:18:05 * ewanmellor Stares hard at cs-meetbot
18:18:26 <jlkinsel> if it'snot getting it I'll transcribe manually, we've got logs.
18:18:37 <jlkinsel> looks like some exception was thrown in the back.
18:18:51 <topcloud> what does that mean?  "Stares hard at cs-meetbot?"
18:18:58 <ewanmellor> jlkinsel: Thanks.
18:19:06 <ewanmellor> topcloud: The meetbot is supposed to be taking notes.
18:19:20 <ewanmellor> topcloud: But it didn't respond when I #info'd at it.
18:19:28 <jlkinsel> so - any guess to a RC date? middle of next week?
18:20:38 <topcloud> i think one that can be QA needs to be produced today or over the weekend.
18:20:47 <ewanmellor> jlkinsel: It's a short week (Labor Day) but I would prefer not to slip a full week.  Is Thursday possible for all the build changes?
18:21:07 <ewanmellor> topcloud: Yes, let's get a pre-RC build to QA today.
18:21:22 <jlkinsel> concur on not slipping another week
18:21:39 <ewanmellor> topcloud: Release-candidate status requires that it's legal for us to ship (i.e. build is working without dependencies in repo).
18:21:49 <topcloud> ewanmellor: got it
18:22:42 <mice_xia> the date depends on what should be done before that, i.e. fixe build and submit necessary patches
18:22:53 <mice_xia> not sure which is the critical path
18:23:08 <ewanmellor> mice_xia: Which necessary patches (other than build changes)?
18:23:09 <jlkinsel> sounds like fix build is on the CP
18:23:32 <mice_xia> the hibernate--> dao implemention i mentioned early
18:24:15 <ewanmellor> mice_xia: Is there any work left in that, or is it just that it needs reviewing and merging?
18:25:05 <mice_xia> i guess only reviewing and merging, but not sure
18:25:43 <ewanmellor> mice_xia: OK, thanks.  So we definitely have build system fixing as a long pole.  Let's try and get Hibernate -> DAO done in the same time.
18:26:07 <ewanmellor> jlkinsel: Let's say Thursday then.  Assuming that everything else in the schedule stays the same, that moves the release date to Oct 2 if I've counted correctly.
18:26:11 <jlkinsel> How 'bout we say...yeah
18:26:43 <jlkinsel> #info we're aiming to have RC1 released Thursday 9/7/2012
18:26:57 <jlkinsel> next - Mr. widodh, you wanted to discuss docs
18:26:59 <ewanmellor> 9/6
18:27:10 <jlkinsel> #info we're aiming to have RC1 released Thursday 9/6/2012
18:27:31 <widodh> Yes, I've been working on the docs lately, but I have two people down at the company, so haven't gotten to that this week
18:27:42 <widodh> Problem still is imho, docs are not ready for 4.0
18:28:04 <widodh> I haven't seen any commits recently from anybody in the docs directory, except for me
18:28:11 <ewanmellor> widodh: Jessica and Radhika should be available to help from next week.
18:28:13 <widodh> don't know where the Citrix people are working on
18:28:31 <ewanmellor> widodh: Citrix is closing their 3.0.x release this week.  Docs is always the last to close, of course.
18:28:38 <widodh> ewanmellor: Ok, I've been asking a couple of times (nofi), where they are comitting.
18:29:09 <widodh> I fixed the Hypervisor (KVM) install for 90% and working on the management server docs
18:29:14 <ewanmellor> widodh: Citrix's 3.0.x branch, at the moment.  It'll move over v.soon I expect.
18:30:25 <widodh> Ok, great. Just wanted to get it under the attention. It needs work :)
18:30:30 <jlkinsel> #info Citrix documentation folks should be able to help with 4.0 docs starting next week
18:30:48 <jlkinsel> ok - we're at 90 minutes
18:31:06 <topcloud> we'll merge the hibernate patch today....fyi
18:31:08 <jlkinsel> I'm just going to open it up instead of doing roll call - anything else to discuss?
18:31:22 <jlkinsel> topcloud: thanks
18:31:31 <jlkinsel> #info hibernate patch to be merged today
18:31:34 <ewanmellor> jlkinsel: That's it from me.
18:31:38 <jlkinsel> thanks sir
18:31:53 <topcloud> chip has volunteered to drive the items for the release.
18:32:00 <jlkinsel> yeah saw that
18:32:05 <topcloud> do we have a good list of items to give him.
18:32:10 <jlkinsel> I think so
18:32:16 <topcloud> cool...thanks!
18:32:46 <jlkinsel> on that, I think I'll wrap this meeting up. thanks everybody for attending and helping out, we're getting closer. :)
18:32:51 <jlkinsel> #endmeeting

  • No labels