Emmanuel Gomez

Well I guess I was confused, because it now appears obvious that the annotation-based approach that kube2iam uses today translates directly to an SA-oriented model simply by relocating the annotations...

@jrnt30 Sounds good overall (and I'm glad that you find the idea interesting/useful). I would propose that the `enable`/`disable` flags be collapsed into a boolean: ``` --pod-annotations=true ``` With `true`...

Alternately (and maybe I'm just confusing things now), the flag could be structured as `--service-account-annotations=false`, where the default value would be `false` in order to preserve existing behavior by default....

I think I misunderstood your initial proposal. Do you mean that the `--enable-pod-annotations` flag would be *additive* to the service account annotation functionality? If so, then I misunderstood you. Thinking...

I am similarly trying to understand how to filter a list of profiles based on a user's group memberships. The basic/fundamental challenge (I believe) I'm facing is how/where I can...

I should mention that I've inspected #15, which is conceptually aligned with what I'm trying to accomplish, however its implementation does not demonstrate integration between `Authenticator` and `Spawner`, rather it...

I have a case where I'd like to be able to replace all instances of `-` with `_`. That seems even more cumbersome than the filter-to-alphanumeric use-case discussed above. Regex...

@sbarzowski thank you, that is fantastic. Not only a clean interface to accomplish what I'm looking to get done, but also a good bit of insight about how to approach...

First, thanks for building and sharing History.js. I don't really have much to add to this discussion, but I wanted to add a +1 for not firing `popstate` on `pushState`/`replaceState`....

@balupton — First, thanks for building History.js. I don't really have much to add to this discussion, but I wanted to add a +1 for providing some way to tell...