Sean and I chatted. The ultimate thought here was (a) we were talking about two different types of private conversations and (b) the type of conversations we both cared won't be solved by this type of language. As such, just drop it.

closed in r337236

format

I took some of your suggestions. Shortened it a bit.

per @jhb

per @emaste

LGTM for now. There might be a way to query the terminal in some cases, but this is no worse than before.

@seanc's feedback

ref rD52061 - forgot to mention the differential when transferring between git and svn

Don't forget to bump .Dd when you commit btw

(I'm assuming its been tested by at least one person)

In D15801#342971, @jamie_catflap.org wrote:

Thanks for the quick reply - I don't know if you saw my edit, but for some stupid reason I missed your previous reply when I replied.

In D15801#342968, @jamie_catflap.org wrote:

In D15801#340849, @delphij wrote:

In D15801#336741, @eadler wrote:

Steal space from RES and SIZE; incrase username

I can't stress how much I hated this. It's 2018, can we do something smarter than assuming the terminal has a fixed width of 80 characters instead of squeezing space unconditionally?

I'll probably spend some time to sbufize this, but this change is good for now.

In D16092#341204, @seanc wrote:

@eadler :, I understand, and no problem. I think you're hitting on something that would be good to formalize, but I want to make sure that what gets prescribed as a community rule of thumb is accurate and strikes the right balance. I think we'd all collectively take something that's an improvement and incremental over something that is perfect. "Perfect is the enemy of good." :~] Also, if you want to hit me up on Slack or IRC to talk in a higher-bandwidth medium than a review, feel free.

In D16091#341256, @jhb wrote:

I think this page might have referred to some of these folks in the past, but those individuals have been purged by now (at least the ones mentioned explicitly in the text). Do we have any other references to things like re@ owning release branches (and other branches during freezes?) or secteam@ owning certain parts of the tree?

In D16092#341098, @seanc wrote:

Thank you for carrying this discussion forward into a separate review, @eadler.

It seems as though this revision doesn't include an element of what you had intended with your original patch. Can you elaborate on the change that you are hoping for? I want to make sure I understand the position that you're advocating for and that I'm hearing your concerns, or that whatever point it is you're trying to make is heard.

• Take @seanc's text verbatim

In D16080#341072, @imp wrote:

In D16080#341032, @eadler wrote:

I am not dropping this discussion, just going to split this review up. Expect to see an updated review, with your comments addressed, in the next week or so

It isn't about your views. It's about the project's views and core's notions of where to put and not put emphasis on in a guide to fellow committers.

ref D16089 D16090 D16091 D16092

I am not dropping this discussion, just going to split this review up. Expect to see an updated review, with your comments addressed, in the next week or so