15:32:37 #startmeeting Contributor Conference SF 2016 15:32:37 Meeting started Wed Jul 27 15:32:37 2016 UTC. The chair is gregdek. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:32:37 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:32:37 The meeting name has been set to 'contributor_conference_sf_2016' 15:32:50 #chair rbergeron 15:32:50 Current chairs: gregdek rbergeron 15:32:53 #char gundalow 15:32:56 #chair gundalow 15:32:56 Current chairs: gregdek gundalow rbergeron 15:57:18 Hi all! 15:57:23 * svg will try to lurk 16:04:34 ansible meeting ga beginnen 16:04:51 woopsie 16:22:25 anyone able to connect to BJ? 16:26:25 We've got 10 people on, so I think the answer is yes. 16:30:41 finally in, had to use tablet 16:30:54 greg, can you set your feed as 'principal'? 16:30:57 thanx 16:31:52 i can hear you! 16:32:40 /mute 16:33:50 Today's agenda: 16:33:51 https://public.etherpad-mozilla.org/p/ansible-summit-july-2016-general 16:34:02 #topic General Introductions! 16:34:23 * bcoca waves 16:35:35 * rbergeron waves back 16:35:43 lmao 16:36:10 rbergeron: sadly i your 'hello' was choppy and i missed the joke 16:36:49 can hear you 16:37:16 can you hear us now? 16:37:26 we're trying all this again :) 16:37:27 woooo 16:37:33 testing, testing, and stuff. 16:39:08 can hear, but now micheal baydoun is 'main feed', can you force the laptop to be that? 16:39:38 gregdek: if you make them repeat introductions, you should repeat tower/zuul jokes! 16:41:03 alikins: can you hear us? 16:41:05 * ryansb also in 16:41:08 Can you say hello? 16:47:27 bcoca: but maybe I like being main feed 16:47:51 you muted your side 16:48:09 MichaelBaydoun: as long as dog is there, i'm ok with it 16:48:15 lol 16:48:34 The pink bandana is my wifes idea 16:48:47 idont judge 16:49:03 woooo 16:49:08 o/ 16:49:57 years? 16:50:14 bcoca: since the dawn of humanity 16:50:28 since the big bang! 16:51:06 hi 16:51:12 resmo: hai! 16:51:22 /me waves 16:51:43 "recording has started" 16:52:25 Hey 16:52:44 It's cocktail o'clock here though. 16:53:01 its always cocktail o'clock somewhere 16:53:11 in spain that is every hour on any minute 16:53:33 did he say ##ansible-meeting2 ? 16:53:38 yes 16:53:39 jtanner: correct 16:53:44 in there already 16:53:49 hey svg! 16:54:03 hi resmo 16:54:11 hey vincent_vdk 16:54:31 Hi resmo! 16:54:40 hi vincent_vdk 16:54:47 jtanner: okay -- I was wrong -- ##ansible-meeting-2 16:54:52 svg: you again... 16:55:06 hey, vincent_vdk I invited you here 16:55:21 svg: _o_ 16:55:53 i hope that's a highly available web page1 16:56:07 It 404'd me 16:56:34 i think it's not actually up yet. 16:56:39 loosing audio 16:56:47 Losing audio here too 16:56:58 only thing i heard is 'tower is opensource' 16:57:08 ^ joking, but it did sound like that 16:57:16 bcoca you troll 16:57:43 i know what he was going to say, but the audio was 'tower .... open ... source ... community .. leverage' 16:58:25 okay! we now have greg un-muted :) 16:58:27 i also hear public? 16:58:34 yep, sound good now 16:58:45 s/hear/heard/ 16:58:56 i think only gundalow's computer was unmuted, so he's a bit far from where greg is standing 17:01:55 back as soon as I can, probably around noon PST 17:04:26 OUCH 17:04:44 local feedback 17:04:47 its NOT US 17:05:28 videoconferencing in 2016: still ridiculously hard 17:07:30 Is there a reason to the heavy focus and keeping everything on Github? 17:08:06 svg: will ask in a second 17:08:34 cannot hear question 17:08:38 can toshio repeat? 17:08:46 It was svg's question 17:09:07 ah 17:09:15 no irc to speach? 17:09:26 where was that question? i don't see it here? 17:09:32 or was it when i reconnected networks 17:09:40 #info we are github native; one o f the great advantages of github is that the barrier to learning is low 17:09:46 jimi_|ansible right before you joined the channel 17:09:49 its here 17:09:50 #info it's the center of gravity (github) 17:10:06 jimi|ansible: so when you reconnected. 17:10:08 #info being on github is why we have 2200+ contributors, gregdek suspects 17:10:12 jimi|ansible: Is there a reason to the heavy focus and keeping everything on Github? 17:10:22 (that was the question) 17:10:25 k 17:10:25 #info at some point we may figure out how we deal with gitlab and etc. 17:10:41 Local question: unclear on how metadata solves the problem 17:11:01 rbergeron: are you chaired? 17:11:10 #chairs 17:11:21 * jimi|ansible does not appear to be 17:11:21 #chairs 17:11:24 #chair jimi|ansible 17:11:24 Current chairs: gregdek gundalow jimi|ansible rbergeron 17:11:42 ty 17:11:45 #chair abadger1999 17:11:45 Current chairs: abadger1999 gregdek gundalow jimi|ansible rbergeron 17:11:50 #chair nitzmahone 17:11:50 Current chairs: abadger1999 gregdek gundalow jimi|ansible nitzmahone rbergeron 17:11:59 #chair chouseknecht 17:11:59 Current chairs: abadger1999 chouseknecht gregdek gundalow jimi|ansible nitzmahone rbergeron 17:12:11 #chair bcoca alikins 17:12:11 Current chairs: abadger1999 alikins bcoca chouseknecht gregdek gundalow jimi|ansible nitzmahone rbergeron 17:12:11 anyone else want chair-ism? 17:12:21 #chair jtanner 17:12:21 Current chairs: abadger1999 alikins bcoca chouseknecht gregdek gundalow jimi|ansible jtanner nitzmahone rbergeron 17:13:08 would the bot allow ansible module owners to merge tests for those modules? 17:13:53 no reason it shouldnt 17:14:05 #info ideally, yes - the way the ansible bot works now... it's primitive but effective 17:14:10 #info it's a list of file owners. 17:14:20 #info we'll have to figure out how we deal with new modules. 17:15:01 we will need to add this directory/filenames to the maintainers list ... they're currently only specifying the module file. Easy fix though 17:15:22 integration/roles/test_ directory ^ 17:16:50 also unit/test// 17:17:17 yeah, that too 17:17:50 we could probably make the keys a bit regexy too, so that we could include action plugins and the lot without making too many keys 17:18:10 we will have that problem no matter how the repo looks 17:18:18 yeah, for sure 17:18:52 not completely ... mostly ... 17:18:56 ... almost fixed "completely ignoring" 17:19:01 * rbergeron would be delighted to have more help translating to irc :) (or making notes on the etherpad 17:19:09 * resmo waves 17:19:20 I'm not sure I follow here. Can someone give me the quick and short explanation? 17:19:30 .. of this proposal 17:19:33 svg: regarding which? 17:19:48 "repo consolidation" 17:19:55 bsaically the short version of what is proposed on the modules 17:19:56 merge repos, no more core/extras, deal with maintainer and packaging using metadata instead of repo lines 17:20:10 so bck to one repo? 17:20:12 svg: 1) to make it easier for people to contribute and maintain modules without us being a gatekeeper and 2) to make ansible more supportable over longer periods of time 17:20:27 svg: one repo for modules to live in -- not sure yet whether that repo will also include ansible/ansible or not. 17:20:30 maybe a engine/modules repo, we are still deciding, i like 1 repo to rule tehem all! also ... no submodules!!! 17:20:45 bot is slowing becoming "smart" 17:20:50 slowly* 17:20:58 jtanner is working on creating the singularity... 17:21:19 ansiskynet 17:21:23 thank you resmo for getting us this far 17:21:45 jtanner: did it pleasure :) 17:21:49 github.com/ansible/ansibot 17:22:01 #resmorulez 17:22:02 #info live question: where is the discussion about the bot happening? 17:22:07 gregdek: https://github.com/jctanner/ansibullbot/blob/ISSUE_TRIAGE_CLASS/ISSUE_HELP.md 17:22:13 svg: YES, he does :) 17:22:28 https://github.com/jctanner/ansibullbot/blob/ISSUE_TRIAGE_CLASS/ISSUE_HELP.md 17:22:30 (current repo is http://github.com/ansibullbot 17:22:33 but you too rbergeron 17:22:36 ansible/ansibot is the old code 17:22:37 yes, that's for issues 17:22:40 jtanner: what's the meaning of the link? 17:22:57 (greg is explaining now) 17:22:58 sorry for confusion, we should really remove the old one 17:23:01 the link is a general guide for submitters and maintainers to understand what the bot is doing and how to interact with it 17:23:05 is it even public? 17:23:09 17:23:11 rather than dumping 3 pages of text in every comment 17:23:23 yeah ansible/ansibot was never made public 17:23:29 we had talked about it, but never did it 17:23:30 i have a "bot help" link in the comment templates now 17:23:57 jtanner: is there any plans for adding maintainers for new modules? 17:24:03 could be one 17:24:04 svg: YES, he does :) 17:24:07 i just haven't worked on it 17:24:07 s/is/are 17:24:27 #info there are two separate bots: ansibot is the "legacy" bot that was used in ansible/ansible 17:24:29 please #action stuff so we can formally track actions 17:24:30 umm ... repo is your choice greg 17:24:32 (i think that is right) 17:24:44 i'll stick with ansible/ansibullbot till told otherwise =) 17:24:48 lol 17:24:51 ansible/ansibullbot is where the bot we have now for PRs for core/extras lives 17:24:56 hotbot potato 17:25:12 lets archive the other one 17:25:17 yeah just completely disregard the comments about ansible/ansibot, i don't think that code has been touched for 2 years 17:25:29 probably true 17:25:40 original code i wrote was unfriendly 17:26:10 tried to combine reporting and triaging into the same codebase ... boiled the ocean, twice 17:26:26 Ansibullbot should be renamed to just Ansibull 17:26:38 that might be confusing :) 17:26:57 #topic module api discusion 17:27:14 not sure, I still see a Gregdek bot doing things too. 17:27:33 svg: that's because we haven't moved it to a dedicated account yet 17:27:45 we will be doing that in the near future i think (it was commented on earlier by gregdek) 17:27:50 ansibot user is in 'testing ' right now 17:29:21 Did I hear bcoca saying Windows is a lost cause? 17:30:25 no, but yes 17:30:26 hmm is powershell even a thing anymore since windows will get a bash? 17:30:36 atomic_move on windows is a lost cause 17:30:54 * svg was wishfully thinking 17:31:22 resmo: powershell is a lot more than just a shell actually 17:31:23 resmo: sadly ... yes 17:31:40 * resmo has no glue about win and stuff :) 17:31:49 lol clue I meant 17:31:55 resmo: you'll live happier that way 17:32:15 Everyone must talk to greg's chest 17:32:21 his real name is JSON Mac Error 17:32:30 hah 17:32:43 bcoca++ 17:33:43 namespace maintainers? 17:33:54 hah, love jhawkesworth's video feed right now 17:33:55 * svg found out it's actually Gregory 17:39:39 Hmm I wonder when do we tag a module as stable? 17:39:46 i dont want to 17:40:15 what toshio said, we might not do that as we really cannot judge that well 17:40:32 stable/unstable might not be a good division, 'meets ansible core standards' vs not 17:40:33 bcoca: agreed 17:40:49 problem with most modules is testing is hard 17:40:50 passing tests, issue open/closure balance 17:41:05 so more a "meets guidelines"? 17:41:18 kindof 17:41:26 we haven't required tests for modules 17:41:37 we have several levles of guidlines, for it to be 'core supported' we might add 'interface patterns' 17:41:57 +1 for mocking 17:42:01 Management calls. It's supper time here. BBL. 17:42:01 who was that talking on the mic? 17:42:32 jason .. ? 17:42:42 mocking is limited though 17:43:12 lost voice 17:43:19 audio just drop for anyone else? 17:43:25 no audio 17:43:26 yes, audio out 17:43:33 ... and in some cases can dwarf the actual code- potentially VERY brittle and not testing anything useful. In the case of moto or other things where someone's already gone to the work to build a mock for something large, great, but many other cases where it's not practical. 17:44:11 Lost network on the audio workstation, hold please 17:44:12 working on audio, computer doing that lost wireless... 17:44:31 so that's what irccloud looks like 17:44:38 irccloud rules 17:44:41 jtanner: SHUT UP MAN 17:44:44 +1 for irccloud 17:44:46 I'm on the TV! 17:44:57 * jimi|ansible needs to use that 17:45:00 lmk when you have audio again 17:45:01 asciiart party! 17:45:03 i miss a lot of conversations on irc because of that 17:45:45 _______________ 17:45:45 < irccloud rules! > 17:45:45 --------------- 17:45:47 \ ^__^ 17:45:49 \ (oo)\_______ 17:45:51 (__)\ )\/\ 17:45:53 ||----w | 17:45:53 interrupted cow 17:45:55 || || 17:45:57 17:46:05 moo 17:46:36 audio backish 17:46:40 audio on 17:46:41 Thanks! 17:46:47 .---. __ 17:46:47 , / \ \ |||| 17:46:48 \\\\ |O___O | | \\|||| 17:46:48 \ // | \_/ | | \ / 17:46:48 '--/----/| / | |-' 17:46:50 // // / -----' 17:46:52 // \\ / / 17:46:55 // // / / 17:46:57 // \\ / / 17:47:00 // // / / 17:47:02 /| ' / / 17:47:05 //\___/ / 17:47:07 // ||\ / 17:47:10 \\_ || '---' 17:47:12 /' / \\_.- 17:47:15 / / --| | 17:47:17 '-' | | 17:47:20 '-'  17:47:25 i guess this won't work on greg's web irc thing. lol 17:47:55 can't tell if giraffe or using early gen teleporters on a cow 17:48:05 it's a beefy miracle. 17:48:13 aha 17:49:15 "curated" might also be necessary for module PRs without maintainers 17:49:58 we don't want to work on it, but someone has to do the merge 17:50:21 rbergeron: amazing :) 17:50:45 ok, i gotta drop for a bit ... bbl 18:03:36 OK, about to get started for our 11am session 18:03:39 #topic Core Roadmap 18:04:50 https://github.com/ansible/ansible/blob/devel/docsite/rst/roadmap/ROADMAP_2_2.rst 18:09:39 bcoca: is "Brian" you on the "vmware" roadmap? I would be also interested in these, could probably help out a bit. 18:12:33 4.3 18:13:05 yes and no, i was helping, jtanner is doing heavy lifting, help appreciated 18:13:37 inventory script is done, now the vsphere_guest deprecation/substitution is the current bear 18:14:53 I see, I'll come back to it 18:15:20 btw great work about testing! 18:18:17 yeah, huge leap from 2 months back 18:21:11 PARTY! 18:21:43 RHEL/Centos 5 18:26:31 btw, Thanks for making making this available online, for those of us that couldn't travel to CA. 18:26:44 You're welcome! 18:26:50 +1 18:26:57 MichaelBaydoun: :) we are glad folks are here on the internets to join us! 18:27:31 dag is out 18:27:40 he's on vacation :) 18:27:43 i believe 18:27:46 i'll send him that part of the recording :-) 18:30:53 gregdek: that is no funny :) 18:31:17 I thought a I heared an evil laugh. 18:31:25 Where's your white cat gregdek ? 18:31:49 yes 18:32:06 From ealier: yes, our new doc person is dharmabumstead when he's on here. 18:32:35 I like rc on new minor versions, but I don't see much need about RCs on patch releases, any thought about it? 18:33:19 sometimes the patches need patches 18:33:37 just making a new patch release? 18:33:56 When RC"s catch stuff and delay e a release, I guess that is fine? 18:34:01 can change in future once 'module coverage' is better 18:34:09 It's what its for. 18:34:13 ok, 18:34:28 patches of patches of patches 18:34:31 it's patches all the way down 18:34:40 rc5 vs 2.1.6 18:34:47 ^^^ 18:34:47 gregdek: yes 18:34:47 If you want to avoid a release to be delayed, more time meeds to be calculated for the RC window I guess? 18:35:21 i prefer rc5 to 2.1.6 because otherwise we're releasing buggy software, at least with RC's there's an expectation that there may be bugs 18:36:05 as an aside: OpenStack has a similar "merge window" problem which *always* results in a rush for the windo 18:36:18 and OpenStack tells people 7-9 months in advance 18:36:24 ryansb: yep. 18:36:44 * svg suddenly realises "gundaluw-meeting" is the in room source 18:37:20 well, I am going to say any case of a "code freeze" for an RC or some such, results in the same thing. 18:37:23 it is ALWAYS TOO LATE 18:37:34 regardless. 18:38:10 bcoca: ++ 18:38:29 s/ship it/merge it/ as we are contemplating 'not shipping the merged' 18:38:35 the main problem I see currently is, PRs do not scale well. 18:39:13 resmo said a thing 18:39:14 PRs have never been my problem, bug reports are where we spend a lot more time and pile up much higher 18:39:17 I 100% agree. 18:39:26 what is the alternative? 18:39:54 jimi|ansible: is improving the quality for bug reports needed? 18:40:15 hearing your voice right now, I'd say, yes. 18:40:23 ^ but not all PRs are equal, PR for systems we don't have access/cannot test ... 18:40:40 gregdek: yes 18:40:43 bcoca: +1 18:40:44 svg: right yes having good info makes them much better, but even then like i said it can be very environment-specific 18:40:46 also bugs are prioritized over new features 18:40:51 svg: that's something we at least want to get to for modules. like, "at least tell us the module name or else we can't help you." 18:40:59 but that's more on issues than PRs, obviously 18:41:01 bug reports kill me for a little project with 500 stars on github and two dedicated volunteers... they can really burn people out 18:41:09 bcoca: correct, some PRs are still not 100% simple, but i would not say they are the bottleneck of the project 18:41:18 agreed 18:41:19 geerlingguy: yeah. 18:42:06 I can relate, recently did a PR on a MYSQL module, it's hard to get things going for even such a standard widely used server 18:42:27 gregdek: makes sense, +1 18:42:31 that's still relatively easy compared to someone sending a PR for fact gathering on AIX 18:43:00 makes me think there should be a separate AIX repo 18:43:18 HI JEFF 18:43:27 everyone knows jeff 18:43:29 HI! 18:43:40 hrm ... networked died on me for a bit 18:43:57 blue jeans occasionally kills my chrome tab (memory leak), i quit reopening it 18:44:16 * svg still confused about the 'Guy' part in his nick though 18:45:11 gregdek: rofl 18:45:13 was thinking about allowing module maintainer to say "need_help" 18:45:21 to invite other collaborators 18:45:26 gregdek: I have a couple of modules I wrote, problem is not really burn out, but getting in a professional situation where maintenance is not easy anymore 18:45:27 tag needs to be -> HALP! 18:45:30 gregdek: right 18:45:35 jimi|ansible: lol 18:45:39 some just run away in terror 18:45:45 jimi|ansible: how about 'F1' 18:45:47 jimi|ansible: HALP HALP ME RONDA 18:45:52 ++ to the split a thousand times; that's basically the way Drupal modules work, and they're maintained completely separate from Drupal core 18:46:00 has worked well; not perfect, but good enough 18:46:42 gregdek: not having access anymore to the infra to maihtain the module 18:47:02 svg: that's the current prob with vmware modules 18:47:13 Drupal's process definition: https://www.drupal.org/node/251466 18:47:21 it's been the problem with most cloud and 3rd party modules 18:47:31 if it wasnt' happening with vmware it wasn't happening with any modules 18:47:34 drupal has an easy way to install those plugins, currently we do not have that for ansible plugins, only roles 18:47:37 gregdek: 1 maintainers vs community, I should not be a problem if one disappears right 18:48:00 jimi|ansible: jtanner: again, recent example where I updated a closed PR for a mysql module 18:48:43 (fyi https://github.com/ansible/ansible-modules-extras/pull/2594) 18:49:01 geerlingguy: that's kind of similar to how we handle it, but we don't have it well documented like that 18:49:02 and.. mysql is not some weird cloud thing 18:49:34 a specific mysql replication setup is apparently already weird enough 18:49:40 gregdek ^^ 18:49:55 "hot garbage" ... official term? 18:50:00 documentation++ - it's always good to be able to point people there, or have it SEOable 18:50:06 key word is 'hot' 18:50:06 jtanner: if it isn't it should be ;) 18:50:06 worksforme 18:50:21 drupal follows 'galaxy model' 18:50:46 jtanner: totes! 18:51:11 bcoca: correct 18:51:16 hoverboard batteries 18:51:20 honeybadger module? 18:51:23 does it attack people? 18:51:24 OH: gregdek dissing 'battery included' 18:51:35 It's a great film 18:51:35 hahaha - batteries to *everything ever* included 18:51:43 there is 'batteries included' and there is 'nuclear power plant included' 18:51:44 it's one of his favorite analogies (and it's very accurate) 18:51:51 bcoca: it's the module that don't care 18:52:27 don't nuke me bro 18:52:36 i look forward to having 1000 nginx modules 18:52:48 999th is the best module 18:53:02 1000 was unnecessary refactor 18:53:05 * svg votes for 666 18:53:18 #topic Lunch break! back in about 40m 18:53:54 good timing jhawkesworth :) 18:53:59 we're breaking for lunch 18:54:02 ;D 18:54:09 Dang! 18:54:17 back in 45 minutes (ish) 18:54:25 Ok, 18:55:09 We're on break! See you in 35ish. 18:56:04 Hi jhawkesworth ! 18:56:17 (we met in London IIRC) 18:56:20 Hi! 18:58:54 voice communication works better when mute is off! 19:00:09 bcoca being helpfull 19:00:53 lies! 19:01:46 pondering doing some automated curl -I https://www.ansible.com/opentower 19:01:55 (did I get that url right?) 19:02:17 script on server side delays tower open sourcing 3 months per request 19:03:37 so if I have nagios doing a check every minute, gregdek will get in trouble at some point? 19:05:14 I don't know, the 404 cow is fun to look at 19:06:20 * svg introduces MichaelBaydoun to cowsay 19:08:45 always thought ansible should put cowsay as dependency 19:17:30 maybe just an optional one 19:21:52 MANDATORY 19:23:53 THUNDERCOW 19:25:03 botname ^ ? 19:26:02 thundering cow problem? 19:26:49 when maintainer needs help, he/she has to comment "thunder... thunder... thundcows HO!" 19:27:15 you just made me spill juice through my nose 19:27:42 now you don't have to use a nettipot 19:30:32 Looks like folks aren't back from lunch, so we may start closer to 12:45 local time. 19:36:05 the problem with twitter is, someone already got https://twitter.com/thundercow 19:36:54 figures 19:37:03 At some point I expoect twitter to need to extendf their namespace. RIght now it's like an internet where you only get .com's 19:37:05 There is apparently a sonic boom episode called cowbot 19:37:09 pretty sure we had this convo ~3 years ago 19:37:17 yes, yes we did 19:37:40 prolly, it keeps baffling me thou 19:38:24 http://sonic.wikia.com/wiki/Cowbot 19:43:11 * jtanner submits proposal to s/shipit/moo 19:44:10 +1 19:44:38 s/+1/hoofprint 19:44:39 and s/worksforme/cowbell 19:44:57 OK, I'm now thinking :00, sigh. 19:45:04 And then we're starting, even if this room is empty. 19:45:32 30 minutes for lunch was optimistic 19:45:38 ring your cowbell, so they come back 19:45:43 Yes. :) 19:45:45 'sok. 19:46:02 Just means less time for arguments about testing, LOL 19:46:23 gregdek: needs a bullhorn ,surely 19:48:03 but does the bullhorn come with batteries included? 19:48:22 not if you get one like this: https://upload.wikimedia.org/wikipedia/commons/d/d3/Alphorn_player_in_Wallis.jpg 19:48:51 thats long enough to reach into the the other room 19:53:13 they are testing the limits of time in a lunch break 19:53:33 it is a festival ... 19:54:16 Destructive testing I hope 19:55:26 * nirik needs to reboot the instance zodbot is on here at some point... would now be a good time since it's a lunch break? 19:55:49 nirik, can it be back in 5? 19:55:52 If so, go ahead 19:56:18 it takes a while to rejoin... not sure if it's under 5min or not. 19:56:44 ehh... 10m? 19:56:58 probibly. can try. ;) 19:57:00 More than 10m, would rather wait 19:57:18 we can wait too... when do you think you'll be done/at another break? 19:57:39 We're done in another 3.5h 19:57:40 * nirik waves at everyone there at contibutor conference. ;) 19:57:44 No real break 19:57:56 ok, lets wait and do it after that. ;) 20:00:31 i can hear 20:00:33 gregdek: yep 20:00:35 ok thx 20:00:37 I can hear 20:00:48 Cool 20:00:53 * abutcher waves 20:03:07 No still hearing you 20:03:13 i hear them 20:03:22 the video froze though 20:03:35 Yeah video back 20:03:56 there is a IT crowd joke there 'did anyone drop the black box?' 20:05:01 Galaxy, hooray! 20:05:42 ansible-lint 20:05:51 https://github.com/ansible/galaxy-issues/issues 20:07:46 Robyn++ 20:07:59 that'll be done by tomorrow right? 20:08:13 'next AnsibleFest', so yep 20:08:26 20:08:39 chouseknecht++ 20:09:07 glacial pace is better than not moving :) 20:09:13 also docker modules, ansible-container and we are planning of using him to usher all ansible employee weddings 20:09:27 and my laundry is piling up 20:09:31 i forgot azure modules 20:09:34 chouseknecht: if you're pace is described as glacial, i don't want to know what mine would be described as when i was in charge of it 20:09:44 s/you're/your/ 20:09:46 jimi|ansible: time stood stil 20:09:52 :( 20:10:02 lol 20:10:32 what is geerlingguy's thoughts about galaxy's future? 20:10:45 drybjed around? 20:11:30 https://github.com/ansible/proposals/issues/23 20:12:23 galaxy is a package manager that just needs some love 20:12:57 * svg needs to catch sleep, thanks and keep up the good work, looking forward to read the reports! bye all! 20:12:57 talk about being on top of things 20:13:06 'night svg 20:13:13 bye svg 20:13:14 o/ 20:13:20 dyes, this turns it into a package manager 20:13:44 svg: bye 20:14:12 it pretty much did that before, it just allowed one to be installed in a directory and we never allowed an "update" option 20:14:18 it was just a forced replace 20:14:42 14th time is the charm 20:14:53 jimi|ansible: just to be clear, the "more frequent releases" was referencing modules, not core. btw 20:15:01 when i originally wrote it, ansible-galaxy was basically based on pip, so yes it's always been a bit of a package manager 20:15:18 resmo: gotcha, but we keep them in lockstep so it'd imply a full release of core as well 20:15:31 no NEVRA 20:15:50 we could also install a /usr/bin/agp -> ansible-galaxy to have our slick/easily-typed acronym too 20:15:53 or, more accurately the 14.0.0-a_beta1_0-1 'th time is the charm 20:16:45 * jimi|ansible smacks alikins with a large trout 20:17:32 good evening 20:18:23 hey drybjed 20:18:32 hi drybjed 20:18:45 hello :) 20:19:06 drybjed: hi! 20:19:20 how's the conference going? 20:20:56 "When referencing a role in a play, ansible-playbook should now also check if version is specified and use that if found, optionally falling back to the 'unversioned' name depending on config flag." I think that was throwing me off 20:21:02 drybjed: https://public.etherpad-mozilla.org/p/ansible-summit-july-2016-galaxy 20:21:18 ^ our current topi 20:21:20 topic 20:21:53 I'm in :) 20:22:48 aand completely lost :) 20:22:54 https://github.com/ansible/ansible/pull/15444 ? 20:22:56 ok, listening in 20:23:04 auto role installation proposal / PR 20:23:22 versions are important :) 20:23:25 yes currently talking about role versioning, whether in galaxy/the ansible-galaxy cli (and ansible-playbook) or both 20:23:36 ok, thanks 20:25:17 not sure if I like ansible-galaxy tries to be that clever 20:26:04 can ansible-galaxy install custom repositories, like say, https://github.com/debops/debops-playbooks/? I use custom script just to be able to update that 20:26:51 well, my script pulls the debops-playbooks repo and then grabs the list of roles from there and pulls that... 20:27:14 basically, roles themselves aren't enough 20:27:17 it's easy if you control the deps, not so much if you're using 3rd party deps 20:27:35 bcoca: you are having mic issues 20:27:40 you can at least ensure there aren't deps of the same package but different versions in the graph 20:27:50 bcoca: you're ... giving us the wah wah charlie brown thing 20:28:45 i wonder if ambient noise from the conference room is garbling bcoca 20:29:17 ... do i detect sarcasm in the room? 20:29:52 not at ALL 20:30:03 just wanted to make sure there weren't crazy people 20:30:05 @jtanner was thinking the same thing. 20:30:27 no sarcasm here! 20:30:53 galaxy.db 20:31:37 we're going to turn galaxy into maven 20:31:46 maven with npm's slowness, haha 20:32:02 ugh. stop it you 2. 20:32:09 bcoca: Yeah, I think if we do not do instalation of dependendencies I think it's possible. 20:32:51 what about role authentication? gpg with upload of role packages signed by authors? 20:33:11 drybjed: i jokingly brought up signed roles in the room while on mute... 20:33:38 though if we do have a checksum, you'd at least know if the rpm was different from installed 20:33:44 I'm signing commits and tags in git repositories, but that isn't enough 20:34:19 some more info here: https://docs.debops.org/en/latest/debops-policy/docs/code-signing-policy.html 20:34:36 I have bad news for you: no matter how good your package manager is, it's always hell for someone 20:35:12 that's it, start writing .spec files for your roles 20:35:16 wait .... what? 20:35:20 Anything which depends on something else that varies == possibility of some kind of hell 20:35:21 dep mapper for issues? 20:35:27 meta/spec.yml 20:35:33 spec? 20:35:38 rpm mthing 20:35:40 spec = rpm 20:35:43 ah, right 20:35:44 think debian/ in .deb 20:36:25 uhhh, roles as separate .debs is not a very good idea, it would be like hundreds of .deb packages 20:36:40 how's that different from other packages? :) 20:36:48 actually, debops-playbooks is packaged in Debian with all roles as 1 package, and can be updated after installation 20:37:37 jimi|ansible: there might be an idea to package say, mysql role with mysql package, but it doesn't really work when you use roles 1 on host to manage multiple other hosts 20:37:51 in that case you want mysql *package* and mysql *role* separate 20:38:28 yes 20:39:56 PSYCHED 20:40:12 so psyched 20:40:22 THUNDERCOWS 20:40:38 I'm here. 20:42:05 Hi mattclay! 20:49:27 #topic Testing 20:49:47 #info Testing is cool, let's make it easier 20:50:22 need zuul demo video 20:50:47 with many ghostbusters references 20:54:37 what about docker/lxc containers for testing instead of full vms? 20:54:51 (unless zuul does that...) 20:55:11 I believe that's in the future 20:55:25 it should be able to do 20:57:14 it should be able to do it if winrm reqs get installed on 'zuul -> ansible controler' 20:59:09 hmm, travis has it 20:59:29 pointer to the legal virtualization of mac just mentioned? 20:59:51 MichaelBaydoun: running on apple hardware IMHO 20:59:52 drybjed: good point, not sure what that uses 21:00:07 https://docs.travis-ci.com/user/osx-ci-environment/ 21:01:06 #action gundalow To remember that macos is a target 21:02:34 Spinning up the windows vms on AWS described on @nitzmahone blog blog.rolpdog.com, btw 21:02:36 Travis' OSX support is pretty dodgy 21:02:43 hey, gotta drop off folks, cheers! 21:03:11 Ancient version of OSX, *very* slow boot. Feels a bit abandonware 21:05:47 drybjed: definitely will have container targets - both single containers and also stretch goal things like kube 21:06:28 For OS X in a VM, I had success with https://github.com/geerlingguy/mac-osx-virtualbox-vm - but Mac OS X in VMs *is* dodgy, no matter what platform 21:06:39 best solution is having Mac OS X 'slaves' Jenkins-style 21:07:08 MacMiniColo is basically the answer to that 21:08:56 geerlingguy: awesome. that'll be fun to deal with from a responding-to-scale perspective :) 21:08:58 early osx was 'legal' to virtualize on the same machine that you bought 21:09:03 I agree 21:09:11 that might be what they are using 21:09:46 mordred: "just buy a ton more Macs, Apple likes it that way" :) 21:09:47 gregdek: version_added: when_merged_jackass 21:09:57 :P 21:10:04 :D 21:10:09 :) 21:10:09 geerlingguy: good. I was worried there wouldn't be motivation to send more money to apple 21:10:34 macOS virtualization is... fragile 21:14:54 geerlingguy not surprising 21:15:01 if you notice it 21:15:20 #action gundalow TWG weekly report of new modules (raised & merged) 21:15:30 (true with reviewed code as well of course...) 21:15:43 shippable vs stable 21:16:30 ^ we can bikeshed name later 21:16:39 :) 21:16:58 srvice module 21:18:26 so i can stop doing it! 21:19:46 bcoca: service should totally have a srvice alias 21:22:02 svc already exists 21:23:48 verified/unverified/failed (to core team standards) 21:24:16 verified/unverified/not passed 21:24:21 failed seems harsh 21:26:09 to get out of 'crapbag' it requires testing for the module 21:26:30 ^ 1 requriement 21:31:47 klingong calendar? 21:38:36 live log? is this a callback? have you seen new junit callback? 21:38:36 sounds interesting :) 21:38:51 still listening in ;) 21:38:51 the zuul thing 21:38:53 Faster testing seems like a solved problem to me 21:38:57 that is what IRC IS FOR! 21:39:13 zuullbulls 21:39:14 zull/ansible shirts 21:39:18 As long as ship able stays sweet 21:39:35 seems zuulable 21:39:44 zoiks! 21:40:04 keymaster/gatekeeper zuulbulls 21:40:11 zuulballz 21:40:28 ansibuullz 21:40:42 will there be any videos from the conference? 21:41:00 afaik, sound + slides 21:41:42 WiFi here is not fun right now :P 21:41:48 yeah 21:42:07 Who would like to attend the Testing Working Group on IRC (so I can work out timezones for meeting), please respond with +1 21:42:20 +1 21:42:22 +1 21:42:26 +1 21:42:26 +1 21:42:27 actually -1 21:42:36 no backsies 21:42:44 OH I GOT BACKSIES 21:42:44 +1 21:43:34 thanks 21:43:40 gundalow: +1 21:45:36 avoiding windows is my way of life 21:45:40 you shot windows? is it really dead? 21:45:48 no windows here 21:45:50 Just me 21:45:52 Still here 21:45:56 * nitzmahone throws ansibull at jtanner 21:46:06 No one else in.terested in Windows 21:46:12 ?. 21:46:12 #action gundalow to setup TWG and doodlepoll gregdek rbergeron mattclay linuxdynasty karstensrage corvus 21:46:22 #topic Open Floor 21:46:57 #topic Windows 21:47:17 I was hoping there might be enough of us to have a bit of a Windows working group 21:47:35 there should be a module to reinstall windows to linux, that will solve all kinds of problems ;) 21:47:45 gundalow: add in mordred to that list 21:47:52 jhawkesworth: I'm thinking we need to make our little thing more public 21:47:54 irc meeting? 21:47:55 * resmo has to pull the plug, back to holidays... cu! 21:47:55 In general 21:47:59 Yes definitely 21:48:02 make a monthly one 21:48:24 Throwing stuff at the screen now 21:48:25 resmo: Thanks for your time 21:48:31 windows users are used to waiting ... 21:48:34 gundalow: ;) 21:48:40 * rbergeron hugs jhawkesworth 21:48:50 I am laughing 21:49:17 we owe you a nice gift basket. 21:49:19 Yeah, but don't want to take up the time of anyone who not interested 21:49:19 I'm in for the Windows meeting, whenever it is. 21:49:30 Worcestershire 21:49:33 U.K. 21:49:40 non-EU 21:49:55 Home of led Zeppelin and Worcestershire sauce 21:49:58 probably not U for long either 21:50:01 Yeah sure 21:50:08 he was at last one 21:50:14 I spoke at both London. Ansiblefests 21:50:14 I should point out I have Ops rights on IRC, so careful resmo 21:50:24 Thanks for listening :-) 21:50:31 okayokay, I am off, late here :) 21:50:36 gn 21:50:52 Yeah totally 21:51:22 #action setup Windows Working Group 21:52:26 well, ... its 2nd class OS 21:52:37 gundalow: ping me when you get that setup 21:52:38 It's. Been a huge boost having nitzmahone on board full time 21:52:48 * nitzmahone throws ansibull @ bcoca 21:52:48 jhawkesworth: +1 21:52:49 it has, i never had time to pay proper attention 21:52:52 I'm off, good night 21:53:17 Meeting resumes in 10 minutes 22:07:25 OK, maybe more like 20 minutes, LOL 22:07:38 There are yummy pastries. Sorry remote friends :( 22:09:02 Someone invent Pastry Over http, quick 22:11:18 need to run, thanks all, enjoyed it 22:11:55 Thanks MichaelBaydoun! 22:12:21 pptp, pastery pushing tunnel protocol 22:12:45 Hello 22:13:29 PPTP ! Yes! 22:13:34 I can't *contain* my excitement 22:14:11 get it... 22:14:14 'contain' 22:14:26 no, i let it go, it can die in peace 22:14:53 we wouold get a tuxedo? 22:17:24 sound going away 22:19:57 * bcoca raises hands 22:20:05 Not me 22:21:23 go/go bang! 22:21:38 not reversi (very simple version of it) 22:22:50 #topic Containers 22:37:28 curl | sudo bash all the things! :D 22:37:38 openshack! 22:38:41 jhawkesworth: youre not alone, not all of us like windows but we have to manage it and ansible is the most tolerable way of doing that 22:38:58 Kops? 22:39:00 cups? 22:39:03 Kups? 22:39:12 CUPS haha 22:39:17 print a new stack 22:40:12 Thanks karstensrage . I could poke away in a terminal all day.. But I work at a Windows shop. 22:40:25 * karstensrage too 22:43:07 undercloud/overcloud ...... earth and sky are not good enough? 22:46:13 use mics, cannot hear most people except greg 22:47:38 I used mic! 22:50:02 Is the audio OK now? 22:52:28 # topic open floor 22:52:37 #topic open floor 22:54:41 sounds ok to me 22:56:26 #action gregdek to update ansible.com/community to point to agenda page 22:57:22 #endmeeting