15:00:25 #startmeeting oVirt Sync Meeting 15:00:25 Meeting started Wed Dec 7 15:00:25 2011 UTC. The chair is rbergeron. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:25 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:00:32 #meetingname oVirt Sync Meeting 15:00:32 The meeting name has been set to 'ovirt_sync_meeting' 15:00:50 #topic Who's around? 15:00:55 here 15:01:00 * rharpermob1 is here 15:01:00 howdy, carl 15:01:02 rbergeron, here 15:01:04 here 15:01:05 * sgordon is here 15:01:14 here 15:01:21 * mdday is here 15:01:47 #info Who's here is captured at the end of the meeting minutes - you can see number of lines said per person. :) 15:02:06 * rbergeron will skip the whole attempting to capture everyone's names, but feel free to pipe up if you come in. :) 15:02:31 * aglitke here 15:02:42 Okeedokee. I've give people another minute (while I grab a soda and try to wake up) - is the engine-core call still going? 15:02:53 hey smoser, aglitke 15:03:02 hi 15:03:27 * ovedo is here 15:03:36 * quaid is here 15:03:42 #topic Press release status 15:03:51 * oschreib is heere 15:04:01 I'll give an update 15:04:02 is here 15:04:03 * pmyers is here 15:04:05 cctrieloff: do you want to talk bout this? 15:04:06 * cdub too 15:04:07 ah, yes, you do. 15:04:09 go for it 15:04:19 * rbergeron waves at the incomers, goooood morning 15:04:34 * aliguori is here 15:04:44 it seems that we are complete with all approvals etc, working through the final process in all the companies PR teams. 15:05:02 It is expect to go on the wire the 14th. 15:05:04 * itamar in 15:05:24 #info The press release is complete with all approvals, working through the final process in all companies' pr teams, expected to hit wire on 14th. 15:05:32 at this point I expect that date to hold. 15:05:32 cctrieloff: they will be sending this list a proof as well, correct? 15:05:41 prior to that point? 15:06:01 s/this/the 15:06:03 cctreiloff - I do not expect we will be ready with the rpms in a good enough shape for the 14th. 15:06:08 not on the public list, but privately. 15:06:19 itamar: it's not about the release date 15:06:36 itamar: I think by the time of the release we should try to. 15:06:46 it's more around... that we had the first workshop. and I think the plan will be to have a separate press release when we do get to the release date. 15:06:50 that's a good question though, what DO we want looking how by the 14th? 15:06:56 ctrieloff - so if we release, we need to point to a page of how to install correctly (for example, today a lot of people fail on the ovirt-node setup, rather than vdsm on fedora, etc.) 15:06:58 a.) have the site indicate when (timeframe we plan to put out the first release) 15:07:22 b.) make sure that people can download from GIT with instructions and get it working. 15:07:24 cctrieloff, as i said I do not expect we will be ready 15:07:35 c.) update the site with that info. 15:07:38 Okay, so I think we have 2 separate discussions here: (a) what we need to have in place for the wiki page for the press release on the 14th, which is solely about the happening of the first workshop 15:07:41 cctrieloff, we have rpms for Fedora 16 for both engine and vdsm 15:07:43 itamar: my understanding is that the ovirt node problems are all related to vdsm/ovirt engine needing some bug fixes. At least that's what dougsland has indicated 15:08:00 (b) what itamar is talking about, which is that we need to have additional pieces done when we get to the release date, which AIUI is not yet set. 15:08:02 and that the vdsm issues are not isolated to ovirt node they are also problems on core f16 15:08:04 cctrieloff, just need to make sure people follow a tested wiki on how to install 15:08:32 So since we're talking aobut press release stuff now, let's tackle quaid's question on what we want on the wiki page by that point 15:08:43 pmyers, iirc, the issues are around the ssl mode which need the setup. the current rpm work without the setup 15:08:43 and when we get to the first release section of this meeting, we can talk to itamar's points 15:08:46 ? 15:09:00 itamar: and around the naming of directory structures, etc which applies to both 15:09:13 quaid: what are your thoughts on the wiki page status by the 14th, when we do the press release 15:09:14 rbergeron: +1 15:09:34 cctrieloff: your thoughts as well, what should be tuned up for getting prospective press-related hits 15:09:34 we have the ssl issue fixed but are waiting on the remainder of the other vdsm issues to be resolved before we publish a new official build 15:09:34 rbergeron: i mentioned these in case we want to take this into consideration wrt the PR 15:09:41 itamar: gotcha 15:09:49 itamar: ack agree. 15:09:54 rbergeron: aside from pointing at the current, accurate documentation that we have ... 15:09:55 okay, fair enough 15:10:07 #chair quaid cctrieloff 15:10:07 Current chairs: cctrieloff quaid rbergeron 15:10:13 the message from the press release should match what we see on the wiki and Wordpress sides 15:10:15 suggestion. we set the first release for mid Jan or late Jan. 15:10:23 +1 15:10:37 cctrieloff: can we wait on that discussion till we wrap this up? :) 15:10:42 then we deal with install from GIT now with wiki, and we can issue another PR release when we make our first release 15:10:47 cctrieloff: I'll except setup + ssl to be ready in a week 15:11:01 * rbergeron just wants to collect a solid list of what we want to clean up / prioritize wiki-wise for the impending press release 15:11:07 rbergeron: topic are connect, I believe. 15:11:07 cctrieloff: why install from git and not from the rpms we have for fedora? 15:11:24 cctrieloff: ovirt node will publish a 2.2.0 build today that will make the ssl issue a non factor until enabling ssl works next week 15:11:30 cctrieloff: install from git involves a much heavier process of building. we can have rpms and a tar maybe 15:11:33 we'll do another build at that point 15:11:38 we could highlight "from git" and have a clear link to "install from distro packages" 15:11:43 itamar: don't care, my point was more a 'how to get it running now, before we have an official release' 15:12:16 from rpms is better than GIT, but for other distro they might want to add some pages for from GIT for example. 15:12:58 cctrieloff: or use the tar. do we have any distro committed to doing this by the 14th though? 15:13:02 * rbergeron suggests a task list for the next week to be prepared, and to have a check-in on Monday to make sure we're ready to go and things are updated to where we'd like them.... 15:13:11 The key question, is do we believe we can get to an easy install-able state from a wiki description by the 14th? 15:13:27 are the current instructions lacking? (e.g. http://www.ovirt.org/wiki/Installing_ovirt-engine_from_rpm) 15:13:29 can we do a test day on ... Friday? 15:13:35 cdub, i was going to say that too 15:13:40 quaid: just going to suggest a test day ;) 15:13:42 no, way 15:13:44 friday is problematic 15:13:47 right 15:13:52 I mean Monday :) 15:14:26 quaid: to test... instructions? or?? 15:14:32 yes, test instructions 15:14:39 people like me who haven't tried yet from scratch :) 15:14:57 I think that'd probably be a reasonable idea, esp. if we have a basic test list / matrix 15:15:03 so we're not aiming to have a working rpm until the PR? 15:15:10 "does this work, is XYZ process running" 15:15:26 can we get that list done by tomorrow and/or Monday? 15:15:35 s/tomorrow/Thursday/ 15:15:46 quaid: I have no problem of making one 15:15:48 quaid: tomorrow is thursday 15:15:56 i think 15:15:58 quaid: but what should be in? 15:16:09 oschreib: hang on, i'll give you a link suggestion 15:17:12 oschreib: so as an example - this is sort of how the fedora test days work - https://fedoraproject.org/wiki/Test_Day:2011-10-20_OpenStack_Test_Day - you'll see the matrices at the bottom where people can basically say if things seem to be working 15:17:18 rbergeron: heh, I know, but realized we may have some here who are already IN tomorrow 15:17:40 http://fedoraproject.org/wiki/Test_Day:2011-09-08_Intel 15:17:50 ohhh 15:18:10 oschreib: to answer your other question, I don't know 15:18:18 * rbergeron looks around for other feedback, lots of people in this meeting :) 15:18:44 which other q? 15:18:55 08:15 < oschreib> so we're not aiming to have a working rpm until the PR? 15:19:18 I would think we want one as soon as possible. 15:19:24 not until 15:19:25 * rbergeron doesn't feel like we've really come to a conclusion on what we want working / updated in wiki-land prior to the press release next week. 15:19:27 so we have more time to test. 15:19:28 rbergeron: looks ok (the link). BUT- should it include tests for the rpm or git? 15:19:28 but certainly by 15:19:43 is it just instructions? or anything else? 15:19:51 and by instructions, needing tested/validated instructions 15:20:05 makes sense to have a sanity test. I think the rpms are *much* easier to consume... 15:20:14 oschreib: i don't know :) 15:20:19 i think it should really be RPM or TAR 15:20:25 well we must decide 15:20:25 ideally 15:20:37 sgordon: well, installing from tar is much harder. 15:20:42 (tar to support other distros until someone does work for deb for instance) 15:20:43 sure 15:20:50 but you cant present it as a cross distro effort 15:20:57 sgordon: since the ovirt-engine-setup will look for binaries in specific place. 15:21:02 and then go here our only distributable binary is for fedora 15:21:19 if it is, then it's back to rpm or git 15:22:11 yes tested and validated instructions that allow the user to get ti up and running (to me I think we need GIT instructions and we can also provide rpms if on Fedora, can also link the gentoo etc instructsions) 15:22:30 oschreib, i was under the impression we didn't have ovirt-engine-setup yet? 15:22:41 sgordon: that's the next step for next week 15:22:46 sgordon: working on that./ 15:23:02 so what is lacking in the existing instructions? can I get someone nice to volunteer to maybe do a diff on "what is ideal to have" and "what we currently have" to see what the delta is as far as instructions go? 15:23:03 cctrieloff: we have git instructions today afaik 15:23:34 oschreib, don't have too much fun :P 15:24:03 itamar: ack, question is what additionally we do. 15:24:21 I think it's pretty crucial that our "first instructions you see" are i) lowest barrier, and ii) neutral - so that means from git source 15:24:36 if the tarball is going to be specific to a distro, that's not i) and ii) matching 15:24:51 so we focus on 1. git, 2. tar, 3. packages 15:25:01 and it's fine to put up what we have (RPM for Fedora), but it must not be front-and-center 15:25:07 we have install from git instructions too. they just aren't lowest barrier compared to rpm 15:25:19 cdub: ok, a different barrier is what I must mean :) 15:25:40 a cultural barrier - "Oh, this is for Fedora ..." *walks away* 15:25:54 quaid: ah, i see 15:26:04 we could just have GIT, and rhen provide info that our official first release will be [..]. Then link a page with inprogress work for distros and link info on distros and point people to lists and IRC 15:26:25 that works 15:26:43 also, focusing on just one install pathway for test day is a good idea, right? 15:27:04 quaid: +1 15:27:17 quaid: well, maybe. i mean we have one pathway, but we need to make sure that those instructions work on multiple distros 15:27:35 and that sort of is a "not one pathway" thing ;) 15:27:40 rbergeron: but the whole "setup" process is distro specific 15:27:45 just to point out the obvious... ovirt node right now has to be fedora specific by definition :) 15:28:02 my thoughts are we don't have to be lowest barrier for the project announce PR, but if we let people know when lowest barrier will be avail (timeframe), and it is not to far away we are good 15:28:09 * quaid resists sticking his tongue out at pmyers 15:28:11 rbergeron: and no one currently is working on other distro installer. 15:28:28 cctrieloff: in terms of lowest barrier == easy, agreed 15:28:36 ack 15:29:07 so .... we want to be neutral but ... we don't have anyone working on getting things working anywhere other than fedora, is that correct? 15:29:23 rebergeron: don't worry about that now 15:29:37 what we need to close on is our approach. 15:29:48 okay 15:29:50 that is a Q for our first official release 15:29:53 * rbergeron takes suggestions 15:29:55 pmyers, indeed. and vdsm is also still pretty fedora specific. so not sure how the push for engine otherwise at this point makes sense? 15:30:17 just git + instructions + and link to in-progress work? 15:30:34 sounds like we are agreed. 15:30:41 did we? 15:30:43 +1 to the git path 15:31:15 * oschreib is confused 15:31:26 oschreib: just for the press release next week 15:31:31 not for the project release 15:31:39 == Git instructions, info on release timeframe, link to work in progress == 15:31:43 when do we exepect other distro's to provide packaging to make this less painful? 15:32:02 we just need to make sure that when people go to the page after reading press-y things, that they have some evidence of things progressing and a way to try it out that is known to work 15:32:12 itamar: can we get agree on the current point first.. 15:32:15 oschreib: does that make sense? 15:32:29 itamar: I guess it's a but of our fault. we didn't publish any tarball yet 15:32:53 rbergeron: yes. although it's not optimal. well, nothing is :) 15:33:03 we are not sending people to the fedora packages because other distro's don't have the same. i understand that, but when can we expect them? Ofer - i don't think the "maven clean install" part is whats' blocking 15:33:15 oschreib: in a perfect world... ;) 15:33:30 itamar: I think we'll get to that in the next discussion (first release date/etc) 15:33:39 itamar: we can send them to teh fedora packages via the 'work in progress link' 15:33:41 because I think that's sort of an expectation that goes along with the first release date 15:33:56 are we agreed on the git + instructions + link to in-progress work? 15:34:06 I think so 15:34:21 any -1 out there lurking? 15:34:37 itamar: and then I think we need to set a release date some time early next year (suggests late Jan) and then work with other distros to get some done. 15:34:45 otherwise I think we have at least 4 acks 15:35:32 #agreed git + instructions + link to in-progress work need to be up / validated by Press release on Wed. Dec 14 15:35:47 who is going to work on instructions / wiki page stuff? 15:35:51 agraf_: ping 15:36:04 * rbergeron looks for vict^H^H^H^Hvolunteers 15:36:08 :D 15:36:50 ....... 15:36:50 rbergeron: Error: "......" is not a valid command. 15:36:52 agraf_: discussion is setting release date for official release and when you believe is reasonable to have install. 15:36:57 oh, ovirtbot, don't be cruel 15:37:11 rbergeron, if someone technical can review the current git instructions and point out the issues/problems 15:37:16 i can do the editing 15:37:16 okay, I'll seek volunteers on list.... 15:37:37 #action rbergeron to seek volunteers on-list re: reviewing current git instructions, identifying issues/problems 15:37:41 * sgordon goes digging about to find the current git instructions 15:37:50 #info sgordon has volunteered for assisting in editing git instructions 15:37:53 #topic First Release Date 15:38:19 cctrieloff, oschreib: have we at least come to an agreement on what a "first release" is? 15:38:22 http://www.ovirt.org/wiki/Building_Ovirt_Engine 15:38:31 does that mean that each distro has installable working packages, all of the same version? 15:38:46 http://www.ovirt.org/wiki/Node_Building 15:38:48 or just that we have a release, and the distro-specific stuff is TBD? 15:38:48 rbergeron: I think the "first release" wiki covers it 15:38:49 i guess 15:39:11 http://www.ovirt.org/wiki/First_release 15:39:27 I think it is up to the what can be done on the distro. I believe that is is more important to release a lot, and show progress on each distro. 15:40:04 okay, so do we need feedback from each distro on viability of the date, or not? 15:40:09 well, what distros are we expecting 15:40:21 for instance someone seemed to be active on the list with regard to getting it going on gentoo 15:40:22 sgordon, why node building only and not installing vdsm as well? if node is fedora anyway, installing vdsm on a fedora may be easier? 15:40:35 but i haven't seen much traffic with regard to ubuntu etc 15:40:42 my view would be to pick a random and work to it. 15:41:09 itamar, again if someone technical can provide the desired content i can edit/rework it 15:41:24 I know ubuntu guys locked in product release and said they would jump back in once that is on track. 15:41:25 i provided those links in the absence of anyone speaking up with regard to which pages we want to use 15:41:49 sgordon, well, since it is fedora, just this: http://www.ovirt.org/wiki/Installing_VDSM_from_rpm 15:42:26 rbergeron, can i get http://www.ovirt.org/wiki/Building_Ovirt_Engine and http://www.ovirt.org/wiki/Installing_VDSM_from_rpm linked for the minutes please 15:42:31 sgordon: feel free to talk with me about the tech stuff. 15:42:36 and then http://www.ovirt.org/wiki/First_release for the current item 15:42:36 January 31st? 15:42:47 #link http://www.ovirt.org/wiki/Building_Ovirt_Engine 15:42:47 earlier? later? 15:42:53 #link http://www.ovirt.org/wiki/Installing_VDSM_from_rpm 15:42:59 oschreib, thanks 15:43:00 I think openSUSE is basically also working -- looks as agraf_ .. 15:43:46 Jan 31st is fine by me, but then I not coding :-) 15:44:09 sgordon: I'm still trying to get everything working with debian squeeze 15:44:22 from setup POV 31 Jan is fine 15:44:25 but some help would be great 15:44:35 xTs_w, just trying to build/install or deb creation? 15:44:51 * rbergeron thinks Jan 30 is dandy as well 15:44:51 build and install is working, running it is the problem 15:45:00 and then eventually debs 15:45:11 when everything is working 15:45:25 xTs_w:: for engine or vdsm/node? 15:45:29 oschreib: hey, release manager, thoughts on Jan. 31? :) 15:45:34 itamar: vdsm 15:45:40 do we need any lead-up dates to that? 15:45:41 sorry, wasn't very precise here 15:45:50 oschreib: milestones on the way there, I mean 15:46:01 * rbergeron doesn't know if we want to think about a few days for testing, etc. 15:46:02 cctrieloff: openSUSE is basically working for engine or vdsm/node? 15:46:04 ubuntu/debian needs a new maintainer for jboss5 first, too 15:46:41 xTs_w: ew. have you thought abou tmaking a wiki page with the "hurdles to overcome" as far as getting to deb creation? 15:46:50 rbergeron: as I said before - Jan 31 is fine :) 15:47:02 rbergeron: depends on what will be in. 15:47:12 rbergeron: not a wikipage, just an etherpad page, because information is still changing fast: http://openetherpad.org/ovirt-on-debianubuntu 15:47:55 itamar: my understanding was both. however I think they want to try replace JBoss before packaging is included in distro, but install from ovirt.org should be doable for first release. I may have it wrong but that is my understanding 15:48:38 xTs_w: oh, very cool 15:49:36 cctrieloff: so they will send patches for working with/without jboss by january 15th-ish for a feature freeze for a jan-31 st release? (I'm assuming we will have a "quiet period" on the version to be released branch for show stoppers only 15:50:13 +1 itamar 15:50:18 itamar: yeah, i'm kind of curious about that, and if that stuff is going to be published in a schedule 15:50:22 so that people are aware 15:50:23 itamar: don't know, I expect they will have a openSuse node that works with an engine on Jboss. 15:50:28 and can be reminded 15:50:33 on opensuse 15:51:48 itamar: is it worth having someone work with xTs_w to run the patches needed to group for debianubuntu 15:52:20 cctrieloff: which patches? 15:53:49 ones that will be need as identified by the wiki. expect xTs_w will submit once it actually works. 15:54:36 back to topic at hand -- set first release expectation to Jan 31st. 15:54:42 ? 15:54:48 +1 15:54:50 oh, missed that link before. 15:54:52 +1 15:55:11 * rbergeron is okay with that, +1 15:55:34 I guess we want ack on the "First Release" wiki, so we will know what's included.... 15:56:20 ack & +1 15:58:31 any -1 or problems with the [[First release]] wiki page? 15:58:59 otherwise, I think that's consensus on both 31 Jan and wiki page contents. 15:59:14 +1 15:59:24 * quaid gives folks time to read 15:59:29 #link http://www.ovirt.org/wiki/First_release 16:00:35 so...open issues? 16:01:25 * rbergeron thinks it would benefit from some of the stuff itamar mentioned - if we have a freeze period, etc. 16:01:46 rbergeron: I'll include it. 16:01:50 dates by when subprojects should be released, to make a wider release, perhaps 16:02:01 * rbergeron doesn't know if they are each going through their own release processes or not 16:02:04 we will crearte the branch (=freeze) two weeks before 16:02:42 rbergeron: dates by when subprojects should be released, to make a wider release, perhaps -- don't think that matters. date for first smoke test date is more important I think 16:02:54 cctrieloff: okay, just throwing ideas out there 16:03:04 i don't wnat to get there and hav esomeone say "OMG NOBODY SAID ANYTHING" 16:03:48 so lets send a clear mail about this. 16:04:01 do we want to ask each subproject if they expect to be at a releaseable point by then? 16:04:08 or by the proposed branch freeze? 16:04:32 rbergeron: I'll 16:04:49 should we do it on list? or contact each owner separately? 16:05:23 we == I 16:05:47 ack, as release that would be good :-) 16:06:11 I need to step into another meeting, is there any more business for today? 16:06:17 oschreib: I'd do it on-list, but perhaps ask people to identify what project they are speaking on behalf of :) 16:06:32 yes, on-list please 16:06:56 each project can freeze before as well 16:07:08 as long as they provide something stable enough for the version 16:07:23 #action oschreib to confirm on arch list if projects will be ready for a release on jan. 31 with a freeze 2 weeks prior 16:08:07 #info each project can freeze beforehand as well, as long as they can provide something stable enough for release 16:08:51 quaid: can you possibly take over wrangling, I'm late for another meeting - these 2 things were the high priority, but I'd like to check in with sgordon on RPM stuff 16:09:16 i haven't really had any feedback on: http://lists.ovirt.org/pipermail/arch/2011-November/000090.html 16:09:16 ooh, no next meeting after all 16:09:22 #topic RPM stuff 16:09:27 so no movement there 16:09:38 #info sgordon hasn't gotten any feedback on http://lists.ovirt.org/pipermail/arch/2011-November/000090.html yet, so no movement 16:09:51 sgordon: maybe you can reply to the mail and reping? :) 16:10:03 * quaid gotcha 16:10:36 quaid: i'm staying after all 16:10:37 lol 16:11:20 #topic Any other business? 16:11:30 anyone have anything else for today to discuss? 16:12:29 if not, i'll close out momentarily 16:13:09 okeedokee then. 16:13:13 Thanks for coming, everyone :) 16:13:16 #endmeeting