15:03:13 <doron> #startmeeting oVirt Weekly Sync
15:03:13 <ovirtbot> Meeting started Wed Feb 26 15:03:13 2014 UTC.  The chair is doron. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:03:13 <ovirtbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
15:03:36 <doron> #topic Agenda and roll Call
15:03:38 <doron> #info infra update
15:03:39 <doron> #info 3.3 update releases
15:03:41 <doron> #info 3.4 progress
15:03:42 * sbonazzo here
15:03:42 <doron> #info conferences and workshops
15:03:44 <doron> #info other topics
15:04:04 <doron> hi sbonazzo lvernia ybronhei gtemple mskrivanek
15:04:14 * lvernia is here!
15:04:20 * bkp here
15:04:27 * danken is here
15:04:46 <doron> let's start
15:04:53 <doron> #topic infra update
15:05:01 <doron> dcaro:  orc_orc infra updates?
15:06:22 <dcaro> we have a new repository layout for the repositories, and a new set of hooks (as you have noticed already)
15:06:36 * fabiand is here
15:06:48 <danken> I'd like to discuss the the bug-url rule
15:06:49 <mskrivanek> dcaro: any news about the jenkins issues? I'd love to get all resolved;-))
15:07:16 <danken> I know there are benefits to it - but who is currently consuming the bug-url in stable branch?
15:07:22 <doron> hi fabiand
15:07:37 <fabiand> hi doron
15:07:48 <doron> dcaro: any other updates?
15:07:51 <mskrivanek> danken: I find it useful. What's the issue you see?
15:07:53 <dcaro> mskrivanek: we have just modified the open files limit in the slaves, hopefully that will solve the rpm creation issues, but there are still some other open issues
15:08:14 <danken> mskrivanek: it's sometimes annoying and pointless.
15:08:27 <danken> for example, when I backport a patch that does not solve a bug
15:08:39 <danken> it is only needed for the bug-solving patch
15:08:39 <dcaro> doron: the hooks use it to update the bugs, to add trackers and change the bugs to POST (when patchset is created) and to MODIFIED (when all the patches are merged)
15:08:59 <sbonazzo> danken: we're in stabilization, if it doesn't solve a bug maybe shouldn't be backported
15:09:00 <doron> danken: ^^^^^^^
15:09:19 <danken> sbonazzo: well, it does not solve a bug PER SE
15:09:34 <danken> but it is helping another patch solve the bug
15:09:49 <doron> danken: what do you mean? some patches do resolve an issue.
15:10:20 <mskrivanek> maybe make related-to: sufficient?
15:10:38 <danken> mskrivanek: related-to makes some sense.
15:10:54 <danken> I'm more intereszted to know why it has to be an ovirt bug
15:11:06 <danken> and why a publick rhev bug is not good enough
15:11:23 <doron> danken: most bugs should be ovirt now.
15:11:31 <doron> danken: rhev bugs are rhev specific.
15:11:51 <doron> and bug url is needed in the stable branch if we want to keep it stable.
15:11:57 <mskrivanek> danken: +1. I'd say any public bug is fine. doron: I doubt it's the current state
15:12:18 <doron> mskrivanek: this is where we should be heading now.
15:12:28 <mskrivanek> doron: there are certainly many more than before, but I'd say we're there.
15:12:45 <danken> doron: many bugs are opened on rhev by rhev customers. I personally do not need the ovirt clone
15:12:49 <doron> guys, RHEV specific issues should not belong here. in general, most bugs are ovirt now.
15:12:59 <danken> I am interested to know who DOES find it useful.
15:13:24 <doron> danken: as I said, this was shifted lately. check the stats and you'll see most bugs are ovirt now, not rhev.
15:13:42 <fabiand> doron, we still have many bugs filed against RHEV
15:13:50 <mskrivanek> i find useful to see a clear link to an issue. And it doesn't matter to me if it's ovirt or rhev or libvirt or whatever as long as it leads to something useful
15:13:52 <fabiand> And I agree with danken that any bug should be okay, as long as it's public
15:13:59 <mskrivanek> fabiand: +1
15:14:03 <doron> fabiand: this is true, and they will be resolved. but in general ovirt bugs should be opened as such.
15:14:28 <fabiand> doron, I agree - but sometimes the bugs just pour in from a different side ..
15:14:54 <doron> fabiand: and the other side shifted lately. I suggest we check this internally as they change.
15:15:27 <doron> Guys, let's clarify one thing here, which is chaning in the past ~2 weeks;
15:16:15 <doron> RHEV bugs are opened only for specific cases. We can get some more info from QE guys, but in general the idea for ovirt
15:16:25 <doron> is to have ovirt bugs.
15:16:38 <doron> For example,
15:16:50 <doron> I'd expect CentOS to open ovirt bugs as well.
15:17:00 <doron> unless it's CentOS specific.
15:17:12 <doron> in which case they track it separately.
15:17:20 <doron> Same goes for RHEV.
15:18:17 <doron> danken: does it answer your question?
15:19:16 <doron> I'll assume yes.
15:19:22 <doron> dcaro: other updates?
15:19:28 <danken> doron: not really, since you did not explain why is that idea coming from
15:19:35 <danken> and who is enjoying from it.
15:19:45 * fabiand nods
15:19:47 <danken> as it goes, we have prolifiration of bugs
15:20:00 <fabiand> and I also don't see why we shouldn't use downstream (RHEV or CEntos) bugs ..
15:20:04 <dcaro> doron: no, nothing else
15:20:09 <doron> danken: so lets check it with rhev guys first, and reopen for discussion as needed. ok?
15:20:28 <doron> fabiand: we should use them for d/s related issues.
15:20:44 <doron> dcaro: thanks
15:21:02 <doron> moving on.
15:21:12 <doron> #topic 3.3 releases update
15:21:22 <doron> sbonazzo: 3.3.4 state of the union?
15:21:26 * fabiand needs to run
15:21:30 <sbonazzo> doron: 3.3.4 RC released yesterday
15:21:35 <doron> fabiand: in a sec plz.
15:21:44 <doron> #info  3.3.4 RC released yesterday
15:21:45 <sbonazzo> doron: 3.3.4 GA should respect schedule
15:21:55 <sbonazzo> doron: no blockers on 3.3.4
15:22:11 <doron> #info  3.3.4 GA on track.
15:22:20 <sbonazzo> doron: side thought: nobody added himself to testers on test page
15:22:36 <doron> sbonazzo: for 3.4.0?
15:22:39 <sbonazzo> doron: http://www.ovirt.org/Testing/Ovirt_3.3.4_testing
15:22:52 <sbonazzo> doron for 3.4.0 we still have 1 blocker on POST
15:23:10 <doron> sbonazzo: wait. you mean 3.4.0 test day right?
15:23:12 <sbonazzo> doron: I think 3.4.0 RC will be composed tomorrow
15:23:30 <sbonazzo> doron: above is for 3.3.4 QA / testing by community
15:23:51 <sbonazzo> doron: nobody in ovirt community has added himself as 3.3.4 tester there
15:23:58 <doron> sbonazzo: when is the 3.3.4 test day planned for?
15:24:47 <sbonazzo> doron: no, we don't plan testday for 3.3.z. but users added themselves on previous 3.3.z
15:25:04 <sbonazzo> doron and it surprise me a bit nobody did for this release
15:25:23 <doron> sbonazzo: where can users register?
15:25:55 <sbonazzo> doron: http://www.ovirt.org/Testing/Ovirt_3.3.4_testing#participants
15:26:23 <doron> #info feel free to register for 3.3.4 testing in http://www.ovirt.org/Testing/Ovirt_3.3.4_testing#participants
15:26:33 <doron> sbonazzo: I'd drop an email about it.
15:26:40 <sbonazzo> doron: thanks
15:26:44 <doron> and let's move to 3.4
15:26:49 <doron> #topic 3.4 progress
15:26:55 <doron> fabiand: still here?
15:27:42 <doron> I guss not.
15:27:53 <doron> sbonazzo: how are we doing with 3.4 blockers?
15:28:02 <sbonazzo> doron: still 1
15:28:17 <sbonazzo> doron: it's in POST, I hope it will be fixed for tomorrow morning
15:28:17 <doron> sbonazzo: which one?
15:28:30 <sbonazzo> doron: https://bugzilla.redhat.com/show_bug.cgi?id=1064829
15:28:52 <doron> ybronhei: this is infra. can you comment on its ETA?
15:29:10 <doron> or possibly jhernand?
15:29:32 <ybronhei> doron: only merge to stable branch is missing
15:29:49 <doron> ybronhei: will it be ready for tomorrow?
15:30:05 <ybronhei> doron: can't see any reason why it is blocked
15:30:27 <doron> ybronhei: it's missing a review.
15:30:33 <ybronhei> doron: merge to ovirt-engine-3.4 branch goes by itamar, right ?
15:30:48 <itamar> ybronhei: yes, which patch?
15:30:56 <ybronhei> doron: http://gerrit.ovirt.org/#/c/25083/
15:31:31 <sbonazzo> ybronhei: missing ack
15:31:47 <doron> sbonazzo: please alert tomorrow if not already merged.
15:31:49 <ybronhei> sbonazzo: its ovirt bug. what ack?
15:31:58 <sbonazzo> ybronhei: on the patch, missig +2
15:32:01 <doron> sbonazzo: build planned for tomorrow?
15:32:06 <sbonazzo> doron yes
15:32:10 <doron> sbonazzo: thanks
15:32:14 <ybronhei> sbonazzo: itamar should give it iiuc
15:32:27 <sbonazzo> ybronhei: itamar usually just merge
15:32:42 <doron> #info 3.4.0 RC planned for tomorrow. Currently one blocker, expected to be merged.
15:33:00 <doron> let's do a quick round from everyone
15:33:11 <ybronhei> sbonazzo: i'll take care for review
15:33:14 <doron> sahina: gluster updates for 3.4?
15:33:20 <sbonazzo> ybronhei: +1
15:33:57 <doron> ybronhei: infra updates for 3.4 other than the bocker?
15:34:15 <doron> (blocker)
15:35:17 <ybronhei> doron: sec..
15:35:22 <doron> sahina ?
15:35:55 <ybronhei> doron: we have also https://bugzilla.redhat.com/show_bug.cgi?id=1069522 . also same status
15:36:13 <doron> ybronhei: is it a bloxker?
15:36:17 <doron> (blocker)
15:36:21 <itamar> ybronhei: you need to get the patch acked before i look at it...
15:36:27 <ybronhei> doron: oh already merged. so no. only https://bugzilla.redhat.com/show_bug.cgi?id=1064829
15:36:35 <doron> ybronhei: anything else?
15:36:46 <mskrivanek> doron: i will have to run sooner, nothing interesting on the virt part, AFAICT. Other than REST API for template versions (3.4) still not in:( (should get in soon, has +2)
15:36:57 <ybronhei> itamar: yes, sent mail to yair to check that. thanks
15:37:01 <ybronhei> doron: no.
15:37:07 <doron> mskrivanek: will it go in by tomorrow?
15:37:13 <doron> ybronhei: thanks
15:37:44 <mskrivanek> doron: hm, depends on verification
15:37:45 <doron> #info infra updates for 3.4: one blocker, expected to be resolved for tomorrow's build.
15:38:01 <doron> mskrivanek: usually  if not in the rc it misses GA
15:38:12 <sbonazzo> doron: itamar: I've one question
15:38:14 <doron> mskrivanek: is it a blocker?
15:38:18 <doron> sbonazzo: ?
15:38:40 <sbonazzo> doron: itamar: tomorrow I'll build 3.4.0 release candidate as 3.4.0-1 and bump immediately after to 3.4.1
15:38:41 <mskrivanek> doron: well, it's a feature which is already "almost" completely in....
15:39:06 <sbonazzo> doron: itamar: would we want to stay on 3.4.0-rc1 instead?
15:39:11 <doron> mskrivanek: then it has to be in the rc build, or skip it.
15:39:24 <mskrivanek> doron: ok, will get it in (well, itamar;-)
15:39:55 <doron> mskrivanek: will itamar do verification?
15:40:03 <itamar> sbonazzo: what's the difference?
15:40:25 <sbonazzo> itamar: if a new patch will be targeted to 3.4.0 will need to open a new 3.4.0 branch for adding it
15:40:50 <mskrivanek> doron: that would be sweet!:) well, rather not, he would find an issue:) Omer will
15:40:53 <sbonazzo> itamar: if I keep 3.4.0 rc no new branch is needed
15:41:00 <doron> sbonazzo: since I'd expect respins, I'll leave it with rc1
15:41:12 <sbonazzo> doron: ok
15:41:22 <doron> mskrivanek: very well, so I'm assuming this is in tomorrow's build.
15:41:25 <doron> mskrivanek: thanks
15:41:44 <seaoftea> Can anyone give me some solid reason/s for going with ovirt over proxmox? I'm coming from a VMware based environment but have quite a bit of Linux experience. My main reasons for leaning toward ovirt is that it has native support for RHEL and doesn't require a subscription for repo's. Proxmox on the other hand has paid support and backups are integrated.
15:41:58 <doron> #info virt 3.4 updates: last patch for REST API should go in by tomorrow's build.
15:42:11 <doron> seaoftea: we're in a meeting now. sorry.
15:42:16 <seaoftea> sorry
15:42:23 <doron> sbonazzo: integration updates for 3.4?
15:43:14 <sbonazzo> doron: no news about features since last week, just bugfixes.
15:43:20 <doron> sbonazzo: thanks.
15:43:44 <doron> #info integration updates for 3.4: no updates, mostly bug fixes.
15:43:49 <doron> lvernia: here?
15:43:55 <lvernia> doron: Yes.
15:43:56 <itamar> sbonazzo: and if you just keep it 3.4.0 on master for a few more days?
15:44:04 <doron> lvernia: hi. network updates?
15:44:08 <doron> (for 3,4)
15:44:29 <lvernia> doron: Nothing major. Yesterday 27 networking bugs (!) were closed.
15:44:38 <lvernia> doron: Other than that, business as usual...
15:44:48 <doron> lvernia: very nice, thanks.
15:44:49 <sbonazzo> itamar: so just use a nightly for RC?
15:44:53 <lvernia> doron: Well, not closed, moved to POST.
15:45:01 <lvernia> (at least)
15:45:06 <itamar> sbonazzo: guess so
15:45:20 <doron> #info network 3.4 updates: no updates. 27 bugs closed yesterday!
15:45:33 <doron> lbianc: here for ppc?
15:45:45 <lbianc> hi doron
15:46:03 <sbonazzo> itamar: we never did that but if it's ok I can compose rc using that
15:46:19 <doron> hi lbianc. ppc updates for 34?
15:46:46 <lbianc> About PPC, still missing patches to block migration ans snapshot. We had some reviews, but not enough to be merged
15:47:20 <vitorlima> There are other similar patches that should be merged too, they are described in bugs BZ#1057178, BZ#1070189, BZ#1061774, BZ#1067605, BZ#1067561
15:47:39 <doron> lbianc: in general things missing in rc will not be in ga as well. how bad is it?
15:49:04 <lbianc> Well, PPC support will work, since the user use the system with restrictions, like fix a host to do not migrate and do not use memory snapshot
15:49:38 <sbonazzo> itamar: just let me know if go with _rc1 or _master
15:49:50 <doron> lbianc: can you make sure you warn about it if the patches won;t be merged? for example in the wiki?
15:49:56 <lbianc> doron: Vitor has some comments as well
15:49:59 <vitorlima> doron, there will be features that will be available in the frontend, but they will not work
15:50:15 <doron> vitorlima: and how bad is it?
15:50:17 <vitorlima> Like VM suspension, floppy support, ...
15:50:18 <itamar> sbonazzo: you can keep it 3.4.0. i can avoid merging non critical items till we GA if a couple of days. i.e., just build from master for now?
15:50:34 <vitorlima> If the user is aware of these limitations, there will be no problem, I guess
15:50:37 <sbonazzo> itamar: ok for building from master
15:50:38 <itamar> sbonazzo: s/master/ovirt-engine-3.4/ of course
15:50:44 <sbonazzo> itamar: yes :-)
15:51:10 <doron> vitorlima: ok. so can you make sure it is documented in the PPC wiki?
15:51:16 <lbianc> doron: sure, we add that to the wiki
15:51:18 <vitorlima> Sure, we will do it
15:51:26 <doron> lbianc: vitorlima thanks.
15:51:32 <lbianc> thanks
15:52:00 <doron> #info PPC updates for 3.4: still unmerged patches. If not merged by tomorrow it should be documented in the wiki.
15:52:38 <doron> #info SLA 3.4 updates: no updates. SLA is ready.
15:53:02 <doron> who's here for storage? abaron? sgotliv?
15:53:30 <gtemple> doron: thanks
15:53:38 <doron> gtemple: thank you.
15:53:52 <doron> who's here for storage? abaron? sgotliv?
15:55:17 <doron> #info no storage representative. Please update offline.
15:55:24 <doron> ecohen: here?
15:55:29 <ecohen> doron, yes, hi
15:55:29 <ecohen> two bugs were fixed:
15:55:29 <ecohen> "Bug 1066489 - Event list not updating when events happen"
15:55:29 <ecohen> "Bug 1068924 - tree based sub-tabs - missing action panel buttons"
15:55:29 <ecohen> both BZs are already in MODIFIED.
15:55:31 <ecohen> no other updates.
15:55:53 <doron> ecohen: welcome back and much appreciated !
15:55:59 <ecohen> doron, thanks and np :)
15:56:15 <doron> #info ux 3.4 updates: 2 BZs fixed and ready for tomorrow's build. No other updates.
15:56:26 <doron> sbonazzo: anything else on 3.4?
15:57:13 <sbonazzo> doron: we're entering release candidate so only very critical bugs should be addressed
15:57:31 <sbonazzo> doron: other than that, nothing more on 3.4
15:57:49 <doron> sbonazzo: thanks
15:58:21 <doron> #info starting tomorrow's build only critical fixs are allowed in the 3.4 build. Good luck!
15:58:32 <doron> #topic conferences and workshops
15:58:37 <doron> bkp: updates?
15:58:46 <bkp> SCALE went very well, talk at Infrastructure.Next well-received and we had a *lot* of booth traffic asking about oVirt, both general questions and specifics. Thanks to ecohen for her valuable time and efforts!
15:58:55 <bkp> Next up is DevNation and Red Hat Summit (April 13-17), with a scheduled oVirt workshop. I have proposals for talks in at LinuxFest Northwest (April 26-27) and FISL (May 6-10).
15:59:07 <bkp> doron also let me know this morning that there have been some successful talks on open source and oVirt conducted by the TLV team.
15:59:14 <bkp> No other updates
15:59:49 <doron> #info SCALE went very well, talk at Infrastructure.Next well-received and we had a *lot* of booth traffic asking about oVirt,
16:00:02 <doron> +1 on thanking ecohen
16:00:19 <ecohen> doron, bkp - thank you, it was my pleasure.
16:00:22 <doron> #info Next up is DevNation and Red Hat Summit (April 13-17), with a scheduled oVirt workshop.
16:00:28 <bkp> She also defended the booth well
16:00:47 <ecohen> indeed - go to @ovirt at twitter for more information...
16:00:49 <doron> #info additionally, there are proposals for talks in at LinuxFest Northwest (April 26-27) and FISL (May 6-10).
16:01:33 <doron> #info TLV team also giving some open source and oVirt talks, getting positive feedback.
16:01:39 <doron> bkp: thanks
16:01:44 <doron> #topic other topics
16:01:54 <doron> anyone wants to discuss something?
16:02:01 <bkp> General community stuff...
16:02:06 <itamar> google summer of code?
16:02:36 <bkp> SoCapproved oVirt as a mentoring organization, congrats to all!
16:03:15 <bkp> We have three ideas proposed so far, and are awaiting student interest.
16:03:34 <bkp> Gathering feedback for the community dashboard at ovirt.org/stats. If you have any questions/concerns, please send me a note or ping me on irc.
16:03:43 <bkp> Finally, still working on documentation for oVirt 3.3. Any edits or fixes to the Quick Start Guide at http://www.ovirt.org/Quick_Start_Guide (other than broken links, which I already know about) should be entered by March 3, so we can pull the "Draft" status down.
16:03:50 <doron> bkp:  want to mention GSOC?
16:04:00 <bkp> I thought I did.
16:04:06 <doron> bkp: oh, sorry.
16:04:10 <doron> anything else?
16:04:10 <bkp> :)
16:04:14 <bkp> I'm good.
16:04:43 <doron> #info GSOC approved oVirt as a mentoring organization, congrats to all! We have three ideas proposed so far, and are awaiting student interest.
16:04:53 <doron> anyone else?
16:05:07 <doron> Going once?
16:05:50 <doron> Going twice...
16:06:23 <doron> Thanks everyone for joining!
16:06:24 <doron> #endmeeting