13:00:20 #startmeeting 13:00:20 Meeting started Mon Jun 1 13:00:20 2015 UTC. The chair is mvollmer. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:00:20 Useful Commands: #action #agreed #halp #info #idea #link #topic. 13:00:23 :-) 13:00:26 .hello mvo 13:00:27 .hello dperpeet 13:00:29 mvollmer: mvo 'Marius Vollmer' 13:00:29 on the dot! 13:00:32 dperpeet: dperpeet 'Dominik Perpeet' 13:00:35 .hello andreasn 13:00:36 andreasn: andreasn 'Andreas Nilsson' 13:00:41 .hello tengland 13:00:42 Shad0w_Crux: tengland 'Turner England Jr' 13:00:51 wow, everyone is ready.... 13:01:15 welcome, Shad0w_Crux 13:01:25 Hello 13:01:42 ok, let's collect the agenda 13:01:46 #topic Agenda 13:01:53 * rawhide 13:02:03 * storage rewrite 13:02:40 * fedora atomic host 13:03:27 * little kubernetes update 13:03:54 pstree maybe? 13:04:00 *ostree 13:04:02 sorry 13:04:05 muscle memory 13:04:12 :) 13:04:53 Shad0w_Crux, do you have a topic you would like to discuss? 13:05:32 okay, let's start 13:05:36 I think it would be nice to have a quick intro from Shad0w_Crux and links to the blog et cetera in the meeting notes 13:05:36 #topic rawhide 13:05:45 at the end 13:05:55 ok. 13:06:21 ahh, now I get the picture. 13:06:28 ok, so rawhide. 13:06:45 I have started testing the new storaged code on rawhide, because that is where storaged is, 13:06:57 i found two bad bugs 13:07:22 GFileMonitor is broken (I think) and udev 13:07:28 i dig out the links... 13:07:48 Please stand by . 13:08:06 #info https://bugzilla.redhat.com/show_bug.cgi?id=1225905 13:08:27 #info https://bugzilla.redhat.com/show_bug.cgi?id=1225957 13:08:31 sorry for not being prepared 13:08:47 there are workarounds, so I can continue testing 13:09:15 looks good so far, right now I am doing the lvm2 tests, about 70% of everything, maybe 13:09:37 i haven't looked at other tests so far 13:09:52 is it too early to tell whether someone will try to fix those bugs or if we have to target them? 13:10:06 they must be fixed, I'd say 13:10:48 do you need verification on the GFileMonitor issue or should we wait? 13:11:06 verification would be nice 13:11:23 i was going to make a small reproducer 13:11:26 ok, if I have some spare time I'll try to reproduce 13:11:32 nice, thanks. 13:12:29 everyone can now run the tests on rawhide by setting TEST_OS=fedora-rawhide 13:12:45 hubbot doesn't do it yet, because we know what'll happen. 13:12:56 it runs them on master, though 13:13:09 another interesting point: 13:13:25 rawhide and f22 images are now created from scratch, without the magic base tarballs. 13:13:31 finally! 13:13:34 good news! 13:14:08 next would be to set up hubbot to create new ones once per week or so. 13:14:10 or daily. 13:14:20 but with manual merge? 13:14:23 yes 13:14:46 we should get to the point where merging a PR will automatically take the new images into use 13:14:49 I think this should be a hubbot issue 13:15:09 can you file this in https://github.com/cockpit-project/hubbot? 13:15:09 right now, one has to run vm-publish-image separately 13:15:17 ok 13:15:27 I can tackle that soonish, as it'll save us manual work 13:15:49 #action mvo to record automatic image installation 13:16:33 #action dperpeet to verify bug https://bugzilla.redhat.com/show_bug.cgi?id=1225957 13:16:41 ok, that's the state of rawhide 13:16:45 testable but failing 13:17:07 I am really curious how the udev bug will be resolved 13:17:19 it sounds pretty serious 13:17:30 yeah 13:17:33 in the sense that it should have been noticed 13:17:42 I think systemd had a biggish cleanup in udev in 220 13:17:53 but don't quote me 13:18:04 i wasn't really looking carefully 13:18:21 well, we noticed it. 13:18:23 :-) 13:18:47 okay, next? 13:18:58 yep 13:18:58 I'm glad we're testing rawhide now, easier to catch things like that in time 13:19:23 yep, let's get it green. 13:19:37 #topic storage rewrite 13:19:46 i think that was mostly covered above 13:19:58 i am now porting over the tests 13:20:01 looks good so far 13:20:09 and hopefully splitting them up? =) 13:20:14 the same old irritating race conditions 13:20:24 yes, there will be ten files, or so. 13:20:33 and storagelib.py 13:21:00 if you're rewriting any tests, feel free to squelch expected output 13:21:09 unless it's undesired of course 13:21:19 okay 13:21:24 good point 13:21:25 our tests have become more quiet, but they aren't quite there yet 13:21:55 yep, but it's riksy to just throw away all output 13:22:01 yes 13:22:06 i think I'll grep out expected things 13:22:27 I think it's only worth doing if you're looking at a command anyway 13:22:30 one new invention that is worth discussing: 13:22:46 I decided to do "deep inspection" in the tests, 13:23:01 which means that the page javascript has a hook for evaluating arbitrary code in its scope 13:23:15 that is nice 13:23:26 oh, good that you say this. :-) 13:23:37 it might save us some filesystem magic 13:23:43 in other tests 13:23:58 it's one of these typical backdoors "for testing" that might come back later to bite us 13:24:19 we have sizzle anyway, so it's not like we changed the concept 13:24:24 it might make it possible to inject code into our origin etc 13:24:38 as long as the hook isn't invasive by default (i.e. changes behavior), I think it's good 13:24:45 so we have to harden the hook, I guess 13:25:06 let's check it in review, but I think it is a bit nasty right now. 13:25:44 https://github.com/mvollmer/cockpit/blob/direct-storaged/pkg/storaged/devices.js#L15 13:26:48 mvollmer, I would have expected this to be in the testing code 13:26:51 It probably shouldn't be on window, but on something that only PhantomJS can access 13:27:44 anyway, needs more thought. 13:27:59 but the feature is really nice 13:28:25 okay, I am taking too much time. 13:28:48 #topic fedora atomic host 13:29:08 thanks for you review on https://github.com/cockpit-project/cockpit/pull/2231 mvollmer 13:29:33 is there "Fedora Atomic Server" and "Fedora Atomic Workstation"? 13:29:41 good suggestions, and I'll work on the bootstrap script first - my pull request originated before we had that in our tests 13:29:44 no, not yet at least 13:29:51 I think atomic is a server 13:30:07 that's how the environment is currently understood 13:30:48 we even define the users at bootup using a separate image 13:30:57 cloud-init 13:31:04 anyway, the tests are looking good 13:31:27 a few tests we have decided to skip 13:31:30 the workstation stuff needs to be able to install things that are not in the core os image https://lists.fedoraproject.org/pipermail/desktop/2015-May/012362.html 13:32:10 either because they don't make sense (e.g. check-loopback, which tests ssh loopback connects that all other tests use anyway on atomic) 13:32:25 or because of dependencies we have in our testing daemon 13:32:31 testing service, I mean 13:32:38 that is resolvable, but future work 13:32:59 in the meantime, check-pages and check-roles are the only two tests that fail 13:33:13 and I believe a second set of eyes would help on that 13:33:22 ok, I have a look. 13:33:32 I propose that I integrate your comments first 13:33:35 I need help to get started, though. 13:33:38 should be done by end of today 13:33:39 okay 13:33:47 and I'll get it running on the CI server 13:33:52 ok, good. 13:34:14 #action dperpeet to run atomic test via hubbot 13:34:42 end of topic 13:34:56 (should be ready for merge this week) 13:35:12 I'll be away starting on Friday 13:35:20 let's get it done before then 13:35:30 okay 13:35:54 #topic little kubernetes update 13:36:11 I merged some of stefs kubernetes work, and it's really nice 13:36:41 now there are shells in the containers 13:36:44 and graphs 13:36:50 and plots 13:37:03 and a whole lot of stuff going on 13:37:08 and it all looks very nice 13:37:11 looks really cool 13:37:13 IMO 13:38:09 some filtering is coming, I think, which should help keep this all useful for non-toy deployments 13:38:20 yup 13:39:51 (heh, lvm2 tests have just passed here :-) 13:40:19 okay, next? 13:40:28 sure 13:40:29 GSoC? 13:40:55 So for the summer I'll be working on adding a UI for Rolekit. I spent last week reading documentation and source code. I'm really new to working on open source stuff and so I don't have a lot of experience working with someone else's code (or the workflow in general). I also spent some time with a few VMs doing various things with both Cockpit and Rolekit. 13:41:09 #topic GSoC 13:41:09 My updates are plugged into Planet Fedora and can be seen here: 13:41:09 http://planet.fedoraproject.org/summer-coding/ ..and here: http://turnerengland.com/ 13:41:29 (oops sorry, a little early) 13:41:39 no problem :-) 13:41:59 cool 13:42:06 nice to meet you Shad0w_Crux! 13:42:10 yes, welcome 13:42:18 Thanks everyone. 13:42:42 I like the level of detail in what you already posted 13:43:00 Thanks. I hope to be able to keep it at that level. 13:43:26 dperpeet: Have you had much interaction with jskorepa? 13:43:27 if you need help with the dev environment or workflow, don't hesitate to ask 13:43:46 sgallagh, sadly not, he hasn't been online that much here 13:43:55 Ok. Will probably have multiple questions as the week progresses. :) 13:44:14 sgallagh, I think we will have to set some fixed meeting times 13:44:14 Shad0w_Crux: Any rolekit questions can be directed at me. I'm usually around. 13:44:30 sgallagh: Then we'll be in touch. :) 13:44:34 Shad0w_Crux, if you have nested vm questions, let me know 13:44:43 as far as I know few people do that 13:44:50 in case you want to play it safe :) 13:44:56 dperpeet: Got it. :) 13:45:18 Shad0w_Crux: and I'm very happy to help with the design side of things. Just ping me at any time 13:45:31 andreasn: Will do. 13:47:19 I'll answer about the internal APIs then. :-) 13:47:30 Ignore that nick change; I meant to type /whois :-p 13:47:53 Shad0w_Crux: where are you based? 13:48:08 andreasn: USA (Indiana) 13:49:25 me, mvollner and dperpeet are all based in Europe 13:49:38 and so is stefw 13:49:46 but sgallagh and petervo are both based in the US 13:50:01 but we're all online at odd times, so someone should always be here :) 13:50:51 ok, any other topic? 13:52:22 nope 13:52:30 yep, nope 13:52:39 thanks everyone! 13:52:44 #endmeeting