14:00:35 #startmeeting fedora-qadevel 14:00:35 Meeting started Mon Apr 25 14:00:35 2016 UTC. The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:35 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:00:35 The meeting name has been set to 'fedora-qadevel' 14:00:35 #meetingname fedora-qadevel 14:00:35 The meeting name has been set to 'fedora-qadevel' 14:00:35 #topic Roll Call 14:01:08 * kparal is here 14:01:08 * mkrizek is here 14:01:09 who all's here for the always exciting qadevel meeting? 14:01:21 #chair kparal mkrizek 14:01:21 Current chairs: kparal mkrizek tflink 14:01:26 * kparal makes sure he's in the correct room 14:01:58 ? 14:02:12 kparal: if you're in the wrong room, I think we all are 14:02:19 well, the three of us, anyways 14:03:35 tflink: you were saying something about an always exciting meeting 14:03:44 that confused me 14:03:54 ouch, that stings :-P 14:03:58 :D 14:04:23 * jskladan is here 14:04:27 the fact that you didn't realize until now means it really had to sting, sorry :o) 14:04:34 #chair jskladan 14:04:34 Current chairs: jskladan kparal mkrizek tflink 14:04:49 * adamw lurks 14:05:04 kparal: denial can be very strong 14:05:05 we got delayed by IRL discussion about names 14:05:15 you know how that goes... 14:05:23 #chair jskladan garretraziel lbrabec 14:05:23 Current chairs: garretraziel jskladan kparal lbrabec mkrizek tflink 14:05:27 no worries 14:05:48 let's get this apparently-not-very-exciting show started 14:06:01 #Topic Announcements and Information 14:06:01 #info production beaker system is mostly deployed - tflink 14:06:01 #info new builds of libtaskotron and resultsdb with namespaces support deployed in dev - mkrizek 14:06:19 anything else to add or comments/questions? 14:06:22 tflink: it's not your fault, it's me who's lacking any exciting updates each and every week 14:06:49 * kparal was continuing with task-libabigail review, but haven't read the replies yet 14:07:39 so what are we missing for beaker? 14:08:06 adding hosts, reworking the beaker repo update task to be pungi4 compatible, testing 14:08:35 so beaker can't import fedora 24 right now, right? 14:09:10 not sure, don't recall if I tried that 14:09:21 ok, I just wondered 14:09:32 the task that scans koji for nightlies doesn't work with the new layouts 14:09:43 IIRC, I imported f24 alpha into stg, though 14:10:04 ok 14:10:19 yeah, f24 alpha is in stg - the problem is reworking the task to handle new url structure 14:10:20 kparal: beaker can import rawhide and nightly branched composes 14:10:49 I don't think it'll take too long, just something that needs to be odne 14:11:03 it has to import them from the public mirror though 14:11:30 tflink: fedfind fedfind fedfind 14:11:31 dgilmore: you mean that beaker can't import nightlies from koji? 14:11:38 fedfind knows all about your nightlies 14:11:56 adamw: i think the task is older than fedfind :-P 14:11:57 tflink: internally they import based on the rsync done messages 14:12:13 tflink: as for importing from koji I never knew it could 14:12:14 and adamw knows everything about fedfind. by transition principle... we can use adamw to fix beaker 14:12:19 * adamw goes back to bed 14:12:20 *transitivity 14:12:37 kparal: I suggest you work with internal folk and import just teh same as they do 14:13:13 dgilmore: we had it working before the pungi4 change - it involved a script that looked for new nightlies and discarding invalid urls 14:13:29 tflink: that sounds like you were doing it wrong 14:13:59 I'd be interested in learning another way to do it, then 14:14:06 tflink: but seriously i do know a few things about working with pungi4 composes, so...if you wanna throw the details at me later please do 14:14:30 internally they have a script that listens on fedmsg, when the compose rsync is done it fetches http://dl.fedoraproject.org/pub/fedora/linux/development/24/.composeinfo and imports based on it 14:14:46 and that's the easy way to do it 14:14:54 but not quite what we want 14:15:32 the idea was to have the distinct nightly composes in beaker for reproducing issues 14:15:40 tflink: that is easy to do too. 14:15:43 tflink: I am going to be sitting down with the beaker devs in Brisbane in late June early July and try sort out the remaining issues I know about 14:16:01 tflink: so if there are others I should find out what they are so we can do them also 14:16:18 dgilmore: i don't think the problem is with beaker in this case 14:16:26 tflink: .composeinfo gets a unique daily name 14:16:28 tflink: there is a fedmsg when each nightly compose completes, which gives you its compose ID and kojipkgs URL. 14:16:29 the problem is the sync script we're using 14:16:42 tflink: name = Fedora-24-20160425.n.0 14:16:45 so you can do that 14:16:47 or yeah, you can just go from the generic URL and parse composeinfo. it's really not hard either way. 14:16:56 that's new, though, right? 14:17:02 it's pungi 4 14:17:07 tflink: not really no 14:17:09 * tflink hasn't touched this code for months and just figured out things were broken late last week 14:17:19 dgilmore: the url in compose complete messages? 14:18:10 this is rapidly diving down a rabbit hole, though. I'll follow up with dgilmore and adamw outside the meeting 14:18:19 any other comments/questions? 14:19:31 * tflink takes the silence as a no 14:19:45 #topic Docker Testing 14:19:53 this should be pretty quick 14:20:34 the bash directive is still in review 14:21:27 I'm a little unclear on how the test cases are being handled but I think we're still going to need the semi-generic "runner" 14:21:48 lbrabec: do you think that D819 can be done this week? 14:22:12 yep 14:22:50 on a semi-related note, i don't think that the docker-autotest task is working in dev 14:23:14 apparently docker is somewhat broken in F24 right now, though 14:23:14 at 14:23:21 at least that's what it sounded like last week 14:23:28 the bug seems to be related to docker package updates, at least on last info 14:23:53 oh, or now sgallagh says no. https://bugzilla.redhat.com/show_bug.cgi?id=1322909 14:24:28 adamw: I am retesting that right this minute. 14:24:34 Let me get back to you in ten minutes or so 14:25:17 anything else on docker testing? 14:25:44 actually 14:25:54 tflink: I don't think docker-autotests failures are an issue of the check itself 14:26:03 i was just about to ask about that 14:26:15 * tflink didn't get any farther than noticing it failed 14:26:21 enfin /win 203 14:26:28 (oups, sorry) 14:26:36 there was some error in vim-minimal and vim-enhanced deps 14:26:37 IIRC, it crashed, though, right? 14:26:37 tflink: some conflicts in vim package 14:26:44 :-/ 14:27:09 it tried to install docker-vim which tried to install vim-enhanced, but newer version of vim-enhanced had conflicting file with old vim-minimal 14:27:33 it should get fixed automatically as soon as minion will have updated system (with most recent vim-minimal) 14:27:58 shouldn't the old vim-minimal have been upgraded? 14:28:17 it wasn't 14:28:18 come to think of it, the client is f23 14:28:34 is there an updated vim-minimal available to match f24? 14:28:50 not sure 14:29:12 we've tested it on mkrizek's ntb (which had f23 I presume) 14:29:21 ntb? 14:29:27 laptop 14:29:34 ah 14:30:01 (laptop is called "notebook" in Czech and we are often shortening it to "ntb") 14:30:05 ok 14:30:12 the minion's image is f23 14:31:29 garretraziel: can you look into whether the failure was due to bad packages in a repo or attempting to install f24 docker on a f23 system? 14:31:53 yes, I'll look into it 14:32:06 thanks 14:32:21 * tflink assumes nothing else for this topic 14:32:26 #topic ABI Checking 14:33:17 I don't have anything specific here, just figured it would be wise to see if there were any known issues or topics that should be brought up 14:33:48 I asked some questions about our scheduling (how often, which packages) on the mailing list 14:33:57 haven't read the replies yet 14:34:20 * tflink also needs to catch up on that thread 14:35:20 * tflink takes that as nothing terribly urgent :) 14:35:22 moving on 14:35:27 #topic Tasking 14:35:33 is anyone in need of tasks? 14:36:11 * kparal has his hands busy with Beta testing 14:36:32 ahahahaha. 14:36:49 tflink: nope, /me will have stuff to do 14:36:50 what's that sound? :) 14:37:41 we're probably going to be quite busy this week 14:37:41 kparal: you mean the sound of adamw wanting to be signed up to fix the beaker repo update task? 14:37:50 in case we get Beta RC1, that is 14:38:06 tflink: almost sounded like that, didn't it? 14:38:08 sure but I do ask this question every week :) 14:38:26 sounds like not so much 14:38:34 which brings us to ... 14:38:55 rather, if you do need tasks, let me know if you're not finding anything on the planning board 14:39:01 #topic Open Floor 14:39:10 anything else that folks wanted to bring up? 14:40:58 * tflink sets fuse 14:42:52 thanks for coming, everyone 14:42:52 * tflink will send out minutes shortly 14:42:53 #endmeeting