Skip to content
This repository has been archived by the owner on Dec 12, 2021. It is now read-only.

NOTICE: cancan is moving! #994

Open
codyolsen opened this issue Feb 21, 2014 · 17 comments
Open

NOTICE: cancan is moving! #994

codyolsen opened this issue Feb 21, 2014 · 17 comments

Comments

@codyolsen
Copy link

"parting is such sweet sorrow"

As discussed for the last month in the comment thread of pull #989 it is time to move cancan forward before it fizzles. While the community support behind this gem is high, and pull requests have been added daily, the last merge into the official gem was in September of 2013. We both love and support the work that @ryanb has given to this gem, and in hopes to keep his legacy alive we have the following solution:

Enter cancancan

This will be the new gem repository going forward. Please put issues and pull requests in the new repo, as we will now be able to merge fixes into the main gem. Thanks to @bryanrite, as he has spearheaded the effort for the new repo.

For more details on the transition, please look at the readme on the new repo and the comment thread.

@xhoy
Copy link

xhoy commented Feb 22, 2014

+1

@yas375
Copy link

yas375 commented Feb 22, 2014

Just curious, why cancancan is not a fork of the original repo on Github? Since cancancan is a fork I'd like to see a note under its title on Github: forked from ryanb/cancan. It would be more clear and appropriate imho...

And another reason for doing this is that if someone hits cancan page and notices it has no updates for a long time, then he can go to Network page of cancan and to find out most maintainable forks there.

@bryanrite
Copy link

FYI all: I've moved cancancan into a open source organization on Github so maintainership does not rest on one individual:

https://github.com/cancancommunity/cancancan

It will redirect links and git access properly, so no need to update any posted links, but we can use this going forward.

@codyolsen codyolsen reopened this Feb 24, 2014
@tommyblue
Copy link

👍

@manusajith
Copy link

👍

@xhoy
Copy link

xhoy commented Mar 17, 2014

Wouldn't it a be a good idea to comment on ALL open pr’s and bugs that Cancan is moving. If they feel there bug or pr is still applicable they can resubmit it to cancancan?

I would suggest the following text:

Dear submitter, Since cancan/raynB hasn't been active for more than 6 months cancan is moving forward to cancancan. More details on: #994
If your feel that your pull request or bug is still applicable it would be really appreciated if you would resubmit it to cancancan (https://github.com/cancancommunity/cancancan)
We hope to see you on the other side!

Good idea or not?

@codyolsen
Copy link
Author

@xhoy I think that would be appropriate. It might be worth mentioning that the new repo already has significant improvements and fixes. Thus said, something asking the submitters to make sure their bug/feature hasn't already been added before submitting would be a useful filter for duplicates.

In your sample text you already have "your pull request or bug is still applicable," which is more or less what I've said here. I would just add the fact that it might have already been fixed/added. If I was in their shoes, that would make me a happy camper and inspire me to look further into the new repo.

@bryanrite
Copy link

I've shied away from blanketing all outstanding issues and PRs on cancan because cancancan is not really "officially" sanctioned... I've been referencing cancan PRs in issues I open on cancancan, so there is a note made in the original PR.

Unfortunately cancan doesn't have a mailing list and its IRC channel is empty so I'm not sure how else to get the word out.

@codyolsen
Copy link
Author

I think the term "official" is relative, especially in open source. In my eyes cancancan is much more official than cancan. However, I don't feel particularly inclined to debate semantics. 😄

@xhoy
Copy link

xhoy commented Mar 18, 2014

I agree with @codyolsen on this, but i share you feelings @bryanrite. We could address this the message a bit more. I didn't felt right to go in too mutch details about ryan 'disappearing' and just keep it simple and straight.

rewirten proposal:

Dear submitter, Since cancan/raynB hasn't been active for more than 6 months and no body else then ryam himself has commit permissions the cancan project is on a stand still.
Since cancan has several issues including missing support for rails 4 cancan is moving forward to cancancan. More details on: #994

If your feel that your pull request or bug is still applicable (and hasn't been merged in to cancan) it would be really appreciated if you would resubmit it to cancancan (https://github.com/cancancommunity/cancancan)
We hope to see you on the other side!

@xhoy
Copy link

xhoy commented Mar 31, 2014

So what do we do with it? any future thoughts?

@codyolsen
Copy link
Author

Sorry for the delay @xhoy. I don't think it would hurt to add a notice to any new issues that pop up. 👍

@xhoy
Copy link

xhoy commented Apr 10, 2014

and the old issues?

This was referenced Jul 1, 2014
@vietqhoang
Copy link

In the future please reconsider spamming every active issue with the same message. I was on the watch list for ryanb/cancan until an individual decided to blanket each active issue with the same message regarding the new active fork. I received 80+ email notifications (and a flooded Github update feed) until I removed myself from the watch list; essentially my phone was going off for the last 30 minutes. I didn't want to weather out the eventual 250+ notifications.

@xhoy
Copy link

xhoy commented Jul 1, 2014

@vietqhoang sorry for that! I hadn't tough about people who watch the hole repo!
Look at it from the bright side, you know there is a fork know!

@owahab
Copy link

owahab commented Jul 27, 2014

👍

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

No branches or pull requests

9 participants