aurora-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joshua Cohen <jco...@twopensource.com>
Subject IRC Meeting notes for October 12th
Date Mon, 12 Oct 2015 18:22:12 GMT
No one with karma was around to start the meeting official, here are the
ad-hoc meeting notes:

Mon Oct 12 18:07:58 2015   jcohen: Hi folks, it seems that no one with
karma is around to officially start the meeting, so let’s have an ad-hoc
meeting and I’ll manually send out note.
Mon Oct 12 18:08:07 2015   wickman: wfm
Mon Oct 12 18:08:07 2015   zmanji: let me try to be sure
Mon Oct 12 18:08:10 2015   zmanji: ASFBot meeting start
Mon Oct 12 18:08:18 2015   zmanji: ASFBot: meeting start
Mon Oct 12 18:08:23 2015   jcohen: Let’s start with roll-call, as always,
everyone is welcome to participate.
Mon Oct 12 18:08:25 2015   wickman: ASFBot: meeting start
Mon Oct 12 18:08:35 2015   zmanji: here
Mon Oct 12 18:08:36 2015   wickman: ASFBot: j/k lol don't start the meeting
Mon Oct 12 18:08:41 2015   wickman: :-(
Mon Oct 12 18:08:41 2015   jcohen: here
Mon Oct 12 18:08:42 2015   wickman: here
Mon Oct 12 18:09:38 2015   jcohen: Looks like a quiet week. Anyone have any
topics to discuss?
Mon Oct 12 18:10:04 2015   thalin: here
Mon Oct 12 18:10:18 2015   wickman: one sec
Mon Oct 12 18:10:20 2015   wickman: AURORA-1504
Mon Oct 12 18:10:41 2015   wickman: there was one minor comment on the
review about the naming. i called the subcommand 'config read' but stephan
erb suggested 'config bind'
Mon Oct 12 18:10:44 2015   wickman: i don't care one way or the other
Mon Oct 12 18:11:00 2015   wickman: do people feel strongly about what the
command should be called? it takes an .aurora or .json file and spits out a
fully bound .json version of it
Mon Oct 12 18:11:13 2015   wickman: that can be used with other commands
that take --read-json
Mon Oct 12 18:11:50 2015   jcohen: bind seems ok to me. I don’t feel super
strongly.
Mon Oct 12 18:12:10 2015   serb: Joined the channel
Mon Oct 12 18:12:18 2015   wickman: bind seems reasonable to me as well,
since that's basically one of the main things happening.
Mon Oct 12 18:13:05 2015   jcohen: sounds good. Anything else on that topic?
Mon Oct 12 18:13:27 2015   stephanerb: Joined the channel
Mon Oct 12 18:13:50 2015   wickman: just a plug for
https://github.com/wickman/sacker which is a package manager thing i built
for use with aurora on aws
Mon Oct 12 18:14:21 2015   wickman: i've also built a couple aurora
extensions (using the client extension feature that's out for review)
Mon Oct 12 18:14:33 2015   wickman: one is a binding helper to resolve name
-> blob in s3
Mon Oct 12 18:14:45 2015   kts: Joined the channel
Mon Oct 12 18:14:46 2015   wickman: and one is a "deploy" subcommand that
can be used for staging bound configs in s3
Mon Oct 12 18:15:07 2015   wickman:
https://github.com/wickman/sacker/commit/d28da0fed6ada566d11ecae11762ac65432b6dfa
Mon Oct 12 18:15:14 2015   wickman: still needs documentation, but i'll be
playing around with this for a few more days
Mon Oct 12 18:15:22 2015   wickman: might be useful for folks using aurora
on aws
Mon Oct 12 18:15:36 2015   kts: wickman: awesome, any desire to upstream?
Mon Oct 12 18:15:39 2015   jcohen: Sounds exciting, thanks wickman!
Mon Oct 12 18:16:18 2015   wickman: the main issue with upstreaming is the
potential for dependency creep. sacker depends on boto, but it could depend
on zookeeper or * depending on new ledger and store implementations (right
now i've only implemented ledgers using dynamo and s3, and an s3 store)
Mon Oct 12 18:16:40 2015   wickman: i'd like to just work on the plugin
ecosystem in general, and make plugins generally easy to build
Mon Oct 12 18:16:51 2015   wickman: and keep the core as light as possible
Mon Oct 12 18:18:03 2015   jcohen: Ok, anyone else have a topic?
Mon Oct 12 18:19:20 2015   mkhutornenko: Joined the channel
Mon Oct 12 18:19:34 2015   jcohen: ok then. Let’s call this meeting
concluded.
Mon Oct 12 18:19:40 2015   jcohen: Thanks all, I’ll send notes shortly.

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message