-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Future after MyCrypto/MEW split #432
Comments
I was hoping so as many people are relying upon it and there are links everywhere. However, kvhnuke has revoked my write access so I am no longer about to merge pull requests. Would you like to start a new repo and start it with the new single-file-per-token as discussed? |
This is really sad to hear and I really hope the wounds between you and kvhunke will heal at some point. Think I will do the repo then .. |
I have write access to this repo still if that helps make a decider |
@409H that's great - but I would love to avoid a bus-factor of 1 ;-) |
I'll do whatever makes the most sense for the largest amount of people. The intentions of this repo was always far more global than what it is right now so I'm open to recommendations or others to take to lead and tell me how I can help |
When you do, please can you link me? |
@409H already invited you to the organisation (https://github.com/ethereum-lists) - didn't you get the invitation? @tayvano already joined as far as I see |
@ligi thanks! I didn't see the invite come through, but I've just accepted |
the ethereum-lists org is officially open: http://walleth.org/2018/02/15/ethereum-lists |
Hey everyone, @SteveMieskoski from MEW team will be maintaining this list. He is also working on a nodejs app to merge all different lists into one. So Im totally cool with you guys using a seperate repo as well since we will merge it here at the end! |
@kvhnuke great! You can also use the script I have done for merging - it is MIT licensed. |
@ligi that's awesome, one less thing to do. Can you post the link? |
@kvhnuke Sure thing: https://github.com/ethereum-lists/tokens/blob/master/src/main/kotlin/org/ethereum/lists/tokens/Main.kt This one assembles 2 json files for each network: one full one with all fields and a minified one with only address, name, symbol and decimals It is also doing it that way that the CI-Server picks it up and uploads the stuff per commit to IPFS - looks like this then: |
@kvhnuke what do you think about adding a "version" field to the token-json. I am thinking about merging strategies - we should really avoid that things diverge. It is easy to merge new tokens - it is a bit more problematic for updates like ethereum-lists/tokens#4 |
confused! ethereum-lists/urls#1 |
@soc1c what are you confused about? |
which repository to use. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed within 10 days if no further activity occurs. Thank you for your contributions. |
Closing because of inactivity |
will this project continue here?
The text was updated successfully, but these errors were encountered: