14:02:50 #startmeeting 14:02:50 Meeting started Mon Mar 9 14:02:50 2015 UTC. The chair is andreasn_. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:02:50 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:02:58 #meetingname Cockpit Weekly Meeting 14:02:58 The meeting name has been set to 'cockpit_weekly_meeting' 14:03:12 .hello mvo 14:03:13 mvollmer: mvo 'Marius Vollmer' 14:03:28 .hello dperpeet 14:03:29 dperpeet: dperpeet 'Dominik Perpeet' 14:03:42 .hello sgallagh 14:03:43 sgallagh: sgallagh 'Stephen Gallagher' 14:03:44 #chair andreasn mvollmer stefw sgallagh petervo dperpeet 14:03:44 Current chairs: andreasn andreasn_ dperpeet mvollmer petervo sgallagh stefw 14:03:48 .hello andreasn 14:03:49 andreasn_: andreasn 'Andreas Nilsson' 14:04:35 #topic Agenda 14:04:47 what do we have this week? 14:05:07 * Optional PCP update 14:05:13 * Avcocado updates 14:05:22 "Avocado", sorry. 14:05:26 * Subscriptions 14:06:20 Timeline for Fedora 22 stabilization? 14:06:53 * iSCSI initiator support 14:07:39 I guess that's it? we can also have stuff on open floor 14:07:47 #topic Optional PCP update 14:07:58 so is the update optional, or PCP? :) 14:08:55 PCP :-) 14:08:59 hehe, leading is so stressful 14:09:20 ok, stefw started a branch to put the old samplers behind the new metrics1 channel. 14:09:44 we have old samplers for cgroups, net devices, etc. 14:09:47 eeek 14:09:50 network error 14:09:55 but back now 14:10:10 ohh, didn't even notice. 14:10:16 ok 14:10:31 please continue 14:10:37 i have that almost finished 14:10:47 tests are missing 14:11:03 and the webapp needs to fall back to them when PCP isn't running. 14:11:27 there wont be any archives without PCP, so no zooming, scrolling, etc, either. 14:11:41 this is on hold until the avocado stuff is sorted out. 14:11:58 done. 14:12:01 sounds good 14:12:02 thanks! 14:12:35 sounds like Avocado is next up then 14:12:37 how long can we allow this to be blocked by avocado? or should we implement "old-style" tests sometime? 14:13:13 maybe we can table that question until we know the state of avocado tests 14:13:41 #topic Avocado updates 14:13:52 then :) 14:14:17 ok, jscotka and me are getting the test infrastructure ready to be merged. 14:14:52 example: http://files.cockpit-project.org/hubbot/66fcbc53a39075ae196b7edc13bb914046a0722f.2/hubbot.html 14:15:03 do you have an ETA on that? I need to implement tests for subscriptions soon - which framework should I use? 14:15:07 we are getting close 14:15:38 there are a lot of review comments so still work to do 14:15:46 days or weeks? 14:15:53 a week. 14:16:02 thanks! 14:16:05 after that, we still need to port all the tests. 14:16:27 until we can retire the old stuff. 14:16:40 are we going to have the ability to target tests at specific os'? 14:17:01 petervo, yes. 14:17:09 or would that be a comes later enhancement 14:17:15 we have that already now, someone just has to do it. :-) 14:17:17 cool 14:17:40 but with virt-deploy (new style) it should be much easier. 14:18:14 right now I am struggling with avocado a bit, trying to understand it better, etc, and find a place where to make screenshots when a test fails. 14:18:30 it's interesting, so I'll explain a bit 14:18:38 will the infrastructure of how we provide services for tests change? e.g. setting up a candlepin instance 14:18:44 Avocado is 'smart' and fishes out the class to test from your sources 14:19:04 oOoh, screenshots 14:19:05 nice 14:19:28 it searches for classes that are derived from avocado.test.Test 14:19:52 I tried to make a convenience class that derives from test.Test, and then we derive our actual tests from that. 14:20:17 Of course, Avocado picks the convenience class as the class to test, and crashes. 14:20:31 so, hrrr. 14:20:37 stuff like that 14:21:00 I am not saying our old code is better, but it is ours and easier to change. :-) 14:21:34 ok, I'll worh through this with jscotka and the avocado guys and we'll figure something out. 14:22:09 for users, the most interesting bit is probably the different 'philosophy'. 14:23:04 that is, when to create and snapshot and update a test machine. 14:23:45 the new stuff is much more incremental, and we might be getting new packages and new breakage more spontaneously and less controlled than before. 14:23:56 that will be interesting 14:24:23 the old stuff was much more careful, but we also were lazy with updates, so... 14:24:31 how does the speed compare for a development iteration? (changed source, rerun a test) 14:25:05 i think the new stuff is more flexible, and can be made faster for individual cases. 14:25:14 good news :) 14:25:27 you can run a test locally in a VM, for example. 14:25:47 no need to boot anything or create an image, just install cockpit and point the test at localhost. 14:26:18 it also means the test environment is less well defined 14:27:01 also, VMs are reused until forever, so they might acquire cruft over time. 14:27:17 my ipa machine started losing its default route, for example. 14:27:37 quite annyoing when that happens in the CI machinery. 14:27:47 but yeah, let's see. 14:28:15 so a bad pull request can break hubbot? 14:28:35 so, summary: we pretty close to putting it "in production", but there is a huge amount of work still waiting to be done after that 14:28:51 dperpeet, yes. 14:28:57 dperpeet, that's a good way to put it. 14:29:19 dperpeet, but we'll put in some more snapshots to help a bit. 14:29:20 :o then we should migrate the tests carefully and slowly :) 14:29:51 dperpeet, it's not as bad, actually. 14:30:03 now that I think about it. 14:30:14 i have to admit that not all consequences are clear in my mind 14:30:43 the VMs are cleaned up after a test, but not from one "make install" to the next. 14:30:54 so we should just do that. 14:31:29 ok, let's stop. :-) 14:32:05 let's say the future is a bit experimental but I am confident. :-) 14:32:19 all right, next topic then 14:32:22 and it's not going to be a huge blocker 14:32:28 #topic Subscriptions 14:32:32 if it's all crap, we keep doing the old stuff. 14:32:36 (sorry) 14:32:40 :) 14:33:01 subscriptions: first pull request is waiting for andreas-approval and code review 14:33:21 once that is merged (blocking on tests-change) I can start integrating the tests 14:33:31 I've set up a working candlepin locally 14:33:36 based on fedora server 14:33:38 https://github.com/cockpit-project/cockpit/pull/1857/ 14:33:49 does this 1st PR include the json only status feature? 14:33:56 and talked to the candlepin people - they have scripts to populate with dummy data 14:33:59 or is that a seperate PR? 14:34:11 petervo, what do you mean? 14:34:19 the status summary? 14:34:35 stefw wanted to finish the cache for that first 14:34:46 ok 14:34:48 so we decided to refactor separately 14:34:53 make sense 14:34:58 makes* 14:35:09 the proposed order right now is: basic functionality (current pr) 14:35:11 then tests 14:35:18 then refactor and link to system page 14:35:20 the ui is in good shape, and I'm going to test it out on a RHEL system today 14:35:28 sounds good 14:35:48 once design is worked out maybe mvollmer or petervo can review the code, since stefw's away this week 14:36:33 sure 14:36:56 I expect to have the dummy server running this week 14:37:08 but I won't merge that until we have the new test structure 14:37:08 \o/ 14:37:20 that's it on subscriptions 14:37:34 thanks 14:37:46 #topic iSCSI initiator 14:38:13 so this is a feature Fabian Deutsch is working on 14:38:20 https://github.com/cockpit-project/cockpit/wiki/Feature:-iSCSI-Initiator 14:39:02 stories and workflows are in good shape, and I'll do designs this week 14:39:32 should hopefully fit in quite well on the storage page 14:39:48 in the end 14:39:57 but I think he'll do it as a plugin first 14:40:12 that's it about that I think 14:41:27 anything for the open floor? 14:41:35 #topic Open Floor 14:41:50 Yeah, I have one item 14:42:22 go ahead 14:42:26 we forgot the timeline 14:42:26 Fedora 22 plans; specifically that we need to account for the Beta Freeze (read, essentially complete except for release-blocking bugs) 14:42:40 #link https://fedoraproject.org/wiki/Releases/22/Schedule 14:43:03 Beta Freeze is currently scheduled for March 31 14:43:25 right 14:43:35 At which point we want to have something essentially stabilized (and branding re-applied) 14:43:40 #link https://trello.com/c/duRQw1rU/113-milestone-fedora-22 14:44:06 Patternfly is updated, but not all pages are migrated 14:44:14 will get to some of those this week 14:44:26 and PCP is getting there 14:44:36 but not fully optional. 14:44:40 so I think we're on good track 14:44:41 stefw is on removing the daemon 14:44:46 /me nods 14:45:06 dperpeet, what daemon? 14:45:12 the old code 14:45:15 I meant 14:45:22 cockpitd? yeah. 14:45:44 that's not a blocker for Fedora 22, I'd say. 14:45:59 will we dedicate some time before march 31st to closing issues/bugs? 14:46:08 we should. 14:46:20 the list has been growing nicely 14:46:25 maybe we need to put the avocado stuff on hold a bit. 14:46:30 wdyt? 14:46:39 I don't think so, a hold on that would cost us a lot 14:46:46 would it? 14:46:52 you're right in the middle 14:46:56 yeah. 14:47:13 since you have a lot of experience with cockpit, you could help triage the issues 14:47:32 and we can merge it even without screenshots. 14:47:46 true, those could be separate 14:47:54 I can work on issues after subscriptions are tested 14:48:12 the new journal look isn't that important for fedora, I think 14:48:30 no, it would be nice, but not a blocker in any way 14:48:43 how about we decide next Monday? 14:48:46 we have a lot of new stuff compared to f21 already 14:48:47 then we still have enough time 14:48:57 sgallagh, have you tried recent cockpit releases? 14:49:08 does the branding still work? 14:49:29 i have the feeling that right now I am too close to see the big picture. 14:49:36 andreasn: Branding isn't working on my system at present, but I think I'm pointed at the cockpit-preview repo 14:49:39 Let me double check 14:49:53 but I'd say it's pretty okay regression wise. 14:49:55 sgallagh: do you have a url to a nightly build of server? 14:50:30 I always have a hard time navigating to the right images 14:50:36 I'm using the official builds: no branding 14:50:59 andreasn: We don't exactly have nightly builds, but since we just approved Alpha on Friday, you can use those 14:51:15 where can I find that? 14:51:18 #link http://dl.fedoraproject.org/pub/alt/stage/22_Alpha_RC3/Server/ 14:51:32 oh, ok. Let me take a look at the branding then 14:51:40 ok 14:52:27 dperpeet: monday next week sounds good btw 14:52:31 ok 14:52:41 mvollmer: would you agree? 14:52:50 (RE: "nightly" builds. adamw has a tool that automatically sanity checks the nightly composes and declares some of them testable) 14:53:09 If you subscribe to the test@lists.fp.o mailing list, you'll see those announcements 14:53:21 cool 14:53:33 andreasn, ok. 14:54:04 greaty 14:54:08 great even 14:54:14 so I guess that 14:54:21 's it for this weeks meeting? 14:54:40 I'd say so. 14:54:43 /me nods 14:54:53 #endmeeting