Skip to content
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

Unfork #345

Closed
sandstrom opened this issue Nov 2, 2016 · 17 comments
Closed

Unfork #345

sandstrom opened this issue Nov 2, 2016 · 17 comments
Assignees

Comments

@sandstrom
Copy link
Contributor

sandstrom commented Nov 2, 2016

I suggest unforking from mattetti/i18n, to make it clear that this is the canonical place for the gem (forked from mattetti/i18n can cause confusion about that).

It's pretty simple to do, simply contact github and tell them you'd like to unfork, and explain why.

cc @radar

@radar
Copy link
Collaborator

radar commented Nov 2, 2016

This has always been the canonical place for it. It's got more stars, and more recent commits.

I'll still get in touch with GH and see about it.

@radar
Copy link
Collaborator

radar commented Nov 3, 2016

GH says that the request needs to come from @svenfuchs.

@sandstrom
Copy link
Contributor Author

friendly ping @svenfuchs

@dmitry
Copy link

dmitry commented Dec 27, 2016

It could be easier to write an email directly to @svenfuchs via me@svenfuchs.com

@radar
Copy link
Collaborator

radar commented Dec 29, 2016

I'm already in direct contact with @svenfuchs and do not want to be harassing him during this time. He can attend to it when he wishes.

@wjordan
Copy link
Contributor

wjordan commented Jul 11, 2018

Given the staleness of this open issue, I'd suggest forking/moving this project so that the current maintainer has control (e.g., @radar/i18n).

@radar
Copy link
Collaborator

radar commented Jul 11, 2018 via email

@wjordan
Copy link
Contributor

wjordan commented Jul 12, 2018

What benefit would that have?

The benefit discussed in this issue, for one. Given the project can't be unforked without the (inactive) project owner's participation, the alternative is to migrate the project to the current maintainer's ownership.

Another benefit is that it would reduce confusion regarding the current project owner/maintainer.

There are probably other benefits related to other permissions the project owner uniquely holds that can't be delegated to non-owner users with commit privileges.

@radar
Copy link
Collaborator

radar commented Jul 15, 2018

Right. I can understand that. I would rather that the project not be linked to a single person's account as that makes it seem like i18n is only maintained -- and can only ever be maintained -- by one person. I would much rather have an organisation account for this.

I'm already paying for one: @rubysherpas. We could move it there. I've already done this with https://github.com/rubysherpas/paranoia, so at least there's a precedent for it. I'll ask @svenfuchs to move it, since he's the only one with access currently.

@svenfuchs
Copy link
Collaborator

I'd prefer to use https://github.com/ruby-i18n for this, and I've emailed GitHub about unforking the repo.

@svenfuchs
Copy link
Collaborator

GitHub has unforked the repository.

🎉

@radar
Copy link
Collaborator

radar commented Jul 17, 2018

I'm +1 on moving this to ruby-i18n. Let's do it 👍

@tilsammans
Copy link

Hi @sandstrom @radar now we're unforked, can we move the repo to ruby-i18n? (which already exists, btw)

@radar
Copy link
Collaborator

radar commented Jan 5, 2019

I do not have the ability to do that. Only @svenfuchs as the repo's admin has that power.

@tilsammans
Copy link

Thanks. Have pinged Sven via email.

@sandstrom
Copy link
Contributor Author

Seems to be unforked now, closing 🎉

@tilsammans
Copy link

Nice!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants