13:01:39 #startmeeting oVirt Weekly Meeting 13:01:39 Meeting started Tue Sep 17 13:01:39 2013 UTC. The chair is mburns. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:01:39 Useful Commands: #action #agreed #help #info #idea #link #topic. 13:01:53 #topic agenda and roll call 13:02:08 * mburns wonders who will show up today given the late change in the meeting invite 13:02:49 * sbonazzo here 13:03:00 * Rydekull is here by chance and accident :-P 13:03:06 Not that im supposed to be here, but yeah 13:03:20 clarkee: just a note -- if you need help with your existing stuff (corosync, etc), you get help in #linux-cluster on feenode 13:03:36 #topic oVirt 3.3 13:03:43 #topic oVirt Next 13:03:51 #topic Conferences and workshops 13:03:58 argh... 13:04:00 mburns: ty 13:04:03 those were supposed to be info 13:04:09 #topic agenda and roll call 13:04:17 #info oVirt 3.3 13:04:18 * oschreib here 13:04:25 #info oVirt Next 13:04:25 * oschreib had some troubles with oftc 13:04:36 #info Conferences and workshops 13:04:39 #chair oschreib 13:04:39 Current chairs: mburns oschreib 13:05:01 clarkee: not that i'm trying to send you away from oVirt 13:05:22 but just so you can choose what's best for you in your situation 13:06:10 #topic oVirt 3.3 13:06:14 #info is RELEASED!!!! 13:06:30 #info packages posted to stable repos yesterday 13:06:42 * fabiand opens the freshbottle of milk to celebrate! 13:06:42 #info release notes, wiki, etc updated yesterday 13:06:49 #info announcement sent to mailing lists today 13:06:54 * sbonazzo join fabiand 13:06:59 hallelujah 13:07:34 now, that being said -- there are a couple of critical issues that we should get fixed very quickly in an update 13:07:39 oschreib: do you have a list of issues? 13:08:00 I don't have a bug list 13:08:03 bug we have 13:08:18 1. IDE disk issue (jbrooks encountered it) 13:08:32 2. api.vms.list() issue 13:08:47 3. storage pools search (which is already merged) 13:09:11 #info some known issues with 3.3.0 release targeted for a quick 3.3.1 update 13:09:18 #info IDE disk issue (jbrooks encountered it) 13:09:25 #info api.vms.list() issue 13:09:33 #info storage pools search (which is already merged) 13:09:34 3.3.1 should be a short release, probably next week 13:09:39 I'll handle the branching 13:09:59 oschreib, there's also a gluster storage domain issue which causes error if volume has _ or / 13:10:19 oschreib, i mean volume name has _ or / 13:10:43 #info there's also a gluster storage domain issue which causes error if volume name has _ or / 13:10:43 sahina: do we have a fix for it? 13:10:57 oschreib, yes patch http://gerrit.ovirt.org/19219 under review 13:11:42 I'll create the 3.3.1 branch shortly. 13:11:52 on top of 3.3.0 13:11:53 oschreib: sahina: we should target high priority, critical issues 13:11:59 for 3.3.1 13:12:16 REALLY critical issues, otherwise, we have 3.3.2 13:12:18 #info 3.3.2, as requested, will be a rebase of ovirt-engine 13:12:37 #info all non-critical issues should go to 3.3.2 13:12:55 #action oschreib to handle branching and related stuff of 3.3.1 and 3.3.2 13:13:03 oschreib: thanks 13:13:59 anything else needed for 3.3? 13:14:05 oh, yes 13:14:15 no, I'll do all the work until Sunday. 13:14:30 #info issue with gluster domains on EL6 -- they don't work due to old qemu/libvirt 13:15:03 #info there is work going on to produce something like virt-preview for EL6 (similar to fedora virt-preview) 13:15:20 mburns: I think we should close the 3.3 tracker, and open 3.3.2 and 3.3.1 trackers 13:15:22 #info should have an answer soon as to whether that will work out or not 13:15:26 oschreib: sure 13:16:16 i think that's it for 3.3 13:16:30 #topic oVirt Next 13:16:34 oh yes! 13:16:43 oschreib: for 3.3? 13:16:48 or next? 13:16:50 yep 13:16:53 for 3.3 13:17:07 #topic oVirt 3.3 (revisited) 13:17:31 no 13:17:35 you got me wrong :) 13:17:45 I was just happy we finished with 3.3 13:17:53 oh, ok 13:18:00 #topic oVirt Next 13:18:17 #info open thread on users@ for feature requests 13:18:37 #info please comment on desired features, what you want to work on, etc 13:18:50 mburns: there's an open thread also on linkedin 13:19:00 #info we'll start prioritizing features soon for the next release 13:19:08 #info there is an open thread on linkedin as well 13:20:44 #info we'll also start working out dates and plans soon for the next release 13:20:55 i'd do it now, but i don't think we have enough information 13:21:13 any comments on oVirt next? 13:22:13 mburns, it would be good to know tentative timeline so that we can commit to features 13:22:42 mburns, we need to make sure gluster release is out before ovirt for dependent features 13:23:10 sahina: i could give you a date, but it wouldn't really mean anything 13:23:26 mburns, :) 13:23:42 sahina: do you have tentative dates for gluster? 13:24:24 jumping in... 13:24:31 on 3.4 i want to change things a bit. 13:24:33 mburns, i think there's a gluster release in oct/nov. but need to confirm 13:24:47 i'll send a more clear email on the approach i want to promote. 13:24:48 sahina: we'll be long after that 13:24:58 we're usually more like 6 months or so 13:24:59 but i'd like us to move to monthly versions. 13:25:10 i.e., 3.4.0, 3.4.1, 3.4.2, etc. 13:25:17 itamar: that seems aggressive 13:25:22 we'll still change 3.4/3.5 every 6 months. 13:25:28 itamar: ok 13:25:41 itamar: that matches with roughly what we're thinking anyway... 13:25:49 3.3.1 coming out asap for critical issues 13:25:53 and 3.3.2 in about 1 month 13:25:57 we'll just work in iterations, and make things more consumable/tested. 13:26:07 well, you're talking patch releases, and I'm talking feature releases... 13:26:22 3.3.2 is a feature release if we rebase 13:26:35 itamar: let's take it to the arch/board lists 13:26:37 yes, but an exception in 3.3. in 3.4 i want it to be more clear. 13:26:41 itamar, so when we plan for major features, which release do we target? point release or major? 13:26:42 that's my plan... 13:26:48 seems too big a topic for this meeting 13:27:01 but does let me say "let's move on until the release process is better defined 13:27:10 point release will have the features, disabled by default. enabled for the next minor release. 13:27:19 yes - lets keep 3.4 planning for a bit. 13:27:21 for 3.x 13:27:26 sorry, for 3.3.x 13:27:45 i've asked to add target release for ovirt bugs to cover 3.3.1, 3.3.2, etc. so we can track critical bugs to a specific release. 13:27:58 let's say, a monthly one. 13:28:14 but it shouldn't prevent us from releasing a re-spin of the previous one with a critical patch. 13:28:35 itamar: agreed that it won't prevent critical re-spin 13:28:44 i.e., if we planned 3.3.1 for a month, with proper testing (due to rebase, etc.), and 3.3.2 a month after it (since it will have 50 patches in it) 13:28:53 then if we re-spin 3.3.0 for critical issues it should be 3.3.0.1 13:29:12 as it doesn't make sense to change all the bugs slated for target release 3.3.1/3.3.2 one version forward. 13:29:25 itamar: let's get a decision on the process first, then we'll worry about naming, etc 13:29:31 (obviously, we can decide based on timing we want to release 3.3.1/3.3.2. 13:29:49 * mburns would rather see 3.3.0-x+1 rather than 3.3.0.1 13:30:09 but those are details to be worked out 13:30:21 so let's take it to the list and decision can be made there 13:30:22 i'm fine with that as well, ofer had a concern about that approach when i discussed with him, 13:30:41 sure, but we can hash out details on list 13:30:43 I think monthly versions make sense scheduling wise. 13:30:45 for now -- 13:31:01 #info deferring oVirt Next discussions until we have release process ironed out 13:31:11 #action itamar to take release discussion to mailing list 13:32:23 #topic Conferences and Workshops 13:32:42 #info a number of upcoming events are listed on http://www.ovirt.org/Home 13:33:08 #info includes CloudOpen/LinuxCon in NA (going on now) and EU (21-23 October) 13:33:16 mburns: about x+1 -> we shouldn't do that, we're releasing tarball, which is named n-v-r, the release is just a property of rpm 13:33:32 oschreib: true 13:33:41 * mburns just doesn't like the 3.3.0.1... 13:33:57 #info also, oVirt developers summit happening with KVM Forum 13:34:05 dneary: any other conference/workshop stuff? 13:34:14 #info details on the wiki for these events 13:35:29 #info planning has started for a Workshop in the RTP area (Raleigh, NC) 13:35:35 I have some proposals for sessions for the developers summit 13:35:49 #info dates and additional info still pending 13:35:58 One on Spice/VDI, one opn storage, one on networking/SDN, and one on the UI and usability 13:36:10 I am still looking for session ideas and leaders, though. 13:37:03 dneary: is there interest in doing is in a barcamp type style? 13:38:23 maybe have some sessions ready, but let people who are there drive the talks/discussions/topics? 13:40:06 #info looking for additional session ideas/leaders for the developer workshop 13:40:35 ewoud: eedri: no updates from infra this week, right? (i think i saw that you skipped meeting this week) 13:42:22 mburns: eedri is sick 13:42:30 so probably not here 13:42:48 ok, thanks 13:42:58 #topic Other Topics 13:43:01 anything else? 13:43:27 going once... 13:44:55 twice.. 13:45:45 gone. 13:45:47 \o/ Good work on 3.3 :-) 13:45:51 #info no other topics 13:45:54 Thanks all 13:45:57 #endmeeting