-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Call for Input: Change Author Username in ERC-6672 #331
Comments
I am in favour of merging this pull request. |
@xinbenlv has also expressed support on the pull request. |
I'm against (I don't have a vote). For GitHub username changes, at the very least I would want a repeatable process.
|
i guess we would want to reflect the new names but as @abcoathup mentions, its better done by some repeatable process |
Is "open a Call for Input" an insufficiently repeatable process? |
my stance:
If that needs to be in errata instead of the preemble it's fine to me. I am fine either way. Call for input every time seems to be too slow and requires unnecessary consensus of editors which is scarce resource, but I am ok if everyone wants to do call for input. |
I approve |
Call for input is too slow, takes up too much governance resources and should be for exceptions. |
If editors responded more quickly/reliably, this wouldn't be an issue. The deadline is only there to keep things moving when some editors don't participate. Is changing usernames on a final proposal a time sensitive issue?
This comes up rarely enough that I don't think we need a formal process. We're like... six people. Just ask one of us to make the change, and we can sort it out. |
For the context of this issue, I am in favor while with a different reason |
The general consensus seems to be to merge this pull request. |
Call for Input
Do we merge https://github.com/ethereum/ERCs/pull/285/files ?
ERC-6672's author list is updated.
Background
@SamWilsn has verified the identity of the author by email.
The text was updated successfully, but these errors were encountered: