11:18:52 #startmeeting Mer Release Management Meeting 15 May 2012 11:18:52 Meeting started Tue May 15 11:18:52 2012 UTC. The chair is lbt. Information about MeetBot at http://wiki.merproject.org/wiki/Meetings. 11:18:52 Useful Commands: #action #agreed #help #info #idea #link #topic. 11:19:42 So our release process still has a few manual steps which have tripped us up a bit 11:20:21 however we put out Mer PRE-RELEASE 0.20120517.0.1 on sunday 11:21:09 that's in cobs and seems to be working acceptably 11:21:36 :nod: 11:21:40 qt5 is partially merged as well 11:21:58 Ideally we'd get vendor reports from Sage, mdfe and others if there were problems 11:22:36 I saw qt5 changes yesterday which I guess will go into the release? 11:22:56 yes 11:22:59 some modules missing 11:23:01 like no qt quick 2 yet 11:24:02 hey mdfe_ ... just saying the pre-release is out and wondering if you (or other vendors) had any comments/issues 11:24:23 hi all, 11:24:50 yesterday I build a mer-next image for plasma active 11:25:27 It works for me 11:25:37 good 11:25:41 I'm going to build nemo today against -next 11:26:40 ok 11:26:45 so we can probably do go/no go tomorrow 11:27:35 yep - anything else wrt this release then? 11:27:49 not from my side 11:28:13 lbt, can you walk through how you attempted copy project? 11:28:19 #info Mer PRE-RELEASE 0.20120517.0.1 seems good with PA and Nemo 11:28:31 OK 11:28:56 The main thing I started with was the test environment 11:29:20 so that's the OBS deployment thing - and getting some test projects setup 11:29:42 The code was in the backend and had a passthrough in the api server too 11:30:02 the main work has been in writing a small osc command for it 11:30:10 * Sage would like to hear more background. Copyproject for vendors or for mer core? 11:30:14 that invokes the api now 11:30:34 yes - it uses phaeron's patch from way back 11:30:50 Sage: both 11:31:20 Sage: we'll apply it to the Mer OBS packages and push it upstream ASAP 11:31:39 currently it "does stuff" but it's not "working" 11:31:51 ah, ok 11:32:13 eg the project ends up needing a manual kick to actually rebuild - and the point is also to avoid rebuilds that are not needed 11:32:15 lbt: so which part worked and which didn't 11:32:31 phaeron: I think it's racy 11:32:38 so it changes 11:32:45 can you walk step by step through, by chance? 11:32:56 lbt: you mean kick it to rebuild because it is empty ? 11:33:02 copy-project is pretty much the blocker for a lot of things, so i think we can take the time in the meeting to sort it out 11:33:11 agreed 11:33:20 and I can invest some more time in it 11:33:48 on my side i'm working on sb2-b1-obs as usual inbetween all the other stuff i do 11:34:08 phaeron: so it can do a rebuild or it can sit in "unresolveable" or "broken" 11:34:39 lbt: ah broken state I haven't seen. I need to try locally. 11:35:29 Stskeeps: so phaeron's patch added "withbinaries" to the existing copyproj method 11:36:04 looking for link 11:36:47 https://github.com/Merproject/open-build-service/commit/c2c4731638d16a67ac0b3432207d78188b31f91f 11:37:05 yes 11:37:08 :nod: 11:37:12 lbt: did you try without it 11:37:52 can't recall - pretty sure I did 11:38:06 ok 11:38:12 okay, and you set up a project that is meant to be copied at a later point, how? 11:38:44 scripted as part of the VM setup - split out into a testing operation 11:38:58 ok, got a meta prj for the project? 11:40:20 here's the basic setup ... https://gist.github.com/2701072 11:40:41 so I setup MDS and a prj building against it and then copypac acl 11:40:56 ok, and then you copyprj MyMerUx? 11:41:21 (how?) 11:41:39 ./osc-wrapper.py --debug -t -A https://obsfe.dgreaves.com:444 copyprj -b -o MyMerUx MyMerUx4 11:42:31 and then what happens? 11:43:28 https://gist.github.com/2701096 11:43:46 ok 11:43:50 and that causes..? 11:43:53 just walking through it :) 11:43:58 my VMs are down so I can't grab the logs :/ 11:44:16 essentially it's inconsistent 11:44:22 the copy works 11:44:29 but it does seem to rebuild 11:44:47 although it gets stuck in a bad state 11:44:50 um 11:45:26 so it has 2 targets... and I've seen one target build OK and the other be 'stuck' 11:45:46 maybe it rebuilds because you asked it to rebuild. Did you try fixing the bad post copyprj state by doing obs_admin check_project on the admin 11:45:53 *on the backend 11:45:53 obs_admin --deep-check-project MyMerUx3 armv8el 11:46:16 so yes 11:46:17 yeah what happend when you do that 11:46:21 it builds 11:46:53 ok, so two things: it shouldn't rebuild upon copy, and it ends up in a bad state 11:47:48 yes 11:48:01 bad state is fixed by the check so I think that function is missing a "ping" to the scheduler to notice the new project contents 11:48:13 phaeron: enough for you to debug with? 11:48:29 Stskeeps: I believe so , I'll start working on it again tonight 11:48:33 ok, cool 11:48:44 I'll try to sync with lbt 11:48:47 so I'm working on the backend code too atm ... sync with me 11:48:50 :) 11:48:57 lbt: :) same area = 11:49:01 ? 11:49:19 I mean are you working on that same feature ? 11:49:23 I think it picks up the changes too quickly ... almost needs a lock 11:49:25 yes 11:49:40 ok 11:50:28 anyhow... this feature is currently my main OBS work 11:50:50 it does do a ping at the end of the function .. 11:50:51 once it's done we can do another Mer OBS release based on 2.3.0 11:51:05 https://github.com/Merproject/open-build-service/blob/c2c4731638d16a67ac0b3432207d78188b31f91f/src/backend/bs_repserver#L1493 11:51:40 where does it get the binaries from ? 11:52:02 I expected a copy of :full 11:52:21 which would appear in a publish 11:52:48 lbt: https://github.com/Merproject/open-build-service/blob/c2c4731638d16a67ac0b3432207d78188b31f91f/src/backend/bs_repserver#L1449 11:52:54 it links specific parts 11:53:09 and then asks the scheduler to look at this project 11:53:12 once we're past this hurdle i'd like to see if we can do copyprj of a project to project B, then change to in project B and have it do what we hope it does 11:53:32 phaeron: ah, got it 11:53:52 Stskeeps: yep 11:55:39 ok 11:56:00 #info OBS copyprj command with no-rebuild is progressing. osc interface present. Some debugging to do to resolve state inconsistencies and the fact that it does still rebuild. 11:56:18 any more things? 11:56:28 Not on that topic 11:56:36 I still think it rebuilds because you ask it to rebuild :D 11:56:55 I'll check - it was pre-SF so I need to revalidate 11:57:09 I want to do a rebase to 2.3.0 first 11:57:16 we should review things from Tizen conf though 11:57:25 eg spectacle 11:57:44 OBSLight 11:57:45 yeah, spectacle's dead in upstream, we can modify it to our own needs 11:58:05 like making it generate debian packaging ? 11:58:05 Anas was working on some kind of 'make' like build system for distributions as well 11:58:33 Stskeeps: reinventing openembedded bitbake ? 11:59:05 not entirely sure 11:59:17 but yes, everything's just a reinvention of gentoo and OE these days 11:59:18 :P 11:59:43 ahh gentoo :) 11:59:53 those were the days .. 12:00:03 * phaeron hopes no one noticed :D 12:00:27 hehe 12:00:49 they use a bit different git like system for tizen but the intention is the same 12:01:03 seriously though debian packaging using spectacle would be cool 12:01:05 make OBS be more of a builder and less like a full does-everything system 12:02:08 I spoke to Adrian about our areas of work for OBS too and he seemed pretty happy with them 12:02:08 they had problems with pristine-tar and gerrit 12:02:46 Stskeeps: yeah - I'm worried about gerrit handling complex multi-commit changesets 12:02:55 I just don't think it will 12:03:20 it can with topic branches, which is tied into MDS2 and CI again.. 12:03:21 :P 12:03:26 what I want is a "pull request review" 12:03:55 *nod* 12:04:38 so : my git/packaging support - Adrian liked the idea and pointed me at some preliminary work which may help 12:06:00 the copyprj idea was less well received - but I don't think I explained the use case too well 12:06:38 sb2 he knows about of course 12:06:40 the copyprj code is their own to begin with :D 12:06:53 phaeron: yeah - the reason we need it for images 12:07:19 and any kind of sane CI as well 12:07:28 he's also OK with us continuing to work on BOSS too 12:07:28 lbt: we need it for images ? 12:08:04 phaeron: we cannot do full-repo builds otherwise 12:08:06 yeah - Stskeeps says mic has issues - II believe him so I've not tried it 12:08:47 mm.. maybe we need to write a wiki page describing what we aim to achieve with this feature 12:08:51 Stskeeps: I got the feeling there was more interest in an OBS technical mini-conference too 12:09:05 phaeron: I clarified it 12:09:22 phaeron: for me the most important thing is the copy-prj+link switch thing, as it takes a lot of the crap out of MDS daily usage 12:10:02 http://wiki.merproject.org/wiki/Process#New_process_2 12:10:33 i -manually- linkpac atm 12:10:34 :P 12:11:28 sounds very interesting 12:12:01 mdfe_: needed to permit better automation of changeset checks 12:12:44 lbt: ok thanks that's similar to what I was looking foe 12:12:45 for 12:13:00 sometimes I forget why I am working on a certain feature 12:13:37 #info Post Tizen conference: Spectacle will be maintained by Mer now 12:14:01 Stskeeps: did you get any details on the tizen git packaging thing ? 12:14:12 no, but review 'gbs' and it makes more sense 12:14:17 ok 12:14:46 ah yes 12:15:32 Tizen will be adopting the version numbering I proposed for MeeGo almost 1.5 years ago 12:15:41 * lbt looks smug 12:18:55 afk 12:19:11 Other stuff... 12:19:46 #info We've had donations for another machine (Thanks to vgrade / Martin Brook) 12:20:39 ah, good 12:20:42 osuosl finally responded to requests too : "We are definitely interested in hosting the Mer project" 12:21:35 They could host 2-3 non-build boxes at OSL to start with ... I'll take this up with them 12:21:43 nice 12:22:19 I spoke to Quim and I think asking Qt for support would be worthwhile too 12:22:37 I need to make a case for that 12:23:01 could be good to have Mer reference in similar places like ubuntu and others are 12:24:17 *nod* I like the idea of hosting the phosts at osuosl - security+mgmt is now rather tight :) 12:25:29 I think that's it from me - this week should be focused on copyprj ... then maybe some hacking on git and versioning and CI 12:25:41 yeah 12:25:54 I still need to sort out a release process for Tools, MINT and SDK too 12:26:01 the SDK release is a bit painful 12:26:09 as are .ks 12:26:15 they're too inter-related 12:26:25 but.... that's a future task 12:27:24 cue end music ? 12:27:30 zzz? 12:27:30 :P 12:27:35 *I will survive* 12:27:43 oh ... I am using MerProject github, not MeeGoIntegration 12:27:55 we should merge them 12:28:13 but yes... anyone else? 12:28:16 3 12:28:19 2 12:28:24 1 12:28:33 thank you all for coming :) 12:28:34 #endmeeting