When a person visits https://github.com/rack/rack, the description says "a modular Ruby webserver interface http://rack.github.io/".
However, the rack.github.io site is seriously out of date with the latest post in news dating "February 7th, 2013" and the latest release marked as 1.4.1.
This is very confusing.
Given that https://github.com/rack/rack.github.com is basically a static HTML page with hardcoded content (meaning that neither releases nor other content fetched from outside) and it seems that no one is interested in updating and maintaining it, I suggest it's better to remove the repo and the site altogether and keep all the related info in the main repo/documentation.
If, however, someone would be willing to update/maintain rack.github.io, that person would need to make a new site anyways.
Opinions?
I'm going to update rack.github.com in the near future. I feel it's not good to maintain with hardcoding, so I'm going to propose that we adopt static generator like Jekyll (like https://github.com/rails/homepage)
@yhirano55 cool! When I saw the site I also thought about making a completely new version with something like Jekyll :)
One of my concerns is that there's no CHANGELOG (or I haven't found one) at the repo. This fact made me also think that if the basic info is not supported in the repo it will be twice as hard to keep the separate site up to date. Hope that I'm wrong with this assumption :)
Reminder that the rack homepage existed before Github was in use. :)
I think it makes sense to kill it and just redirect to this repo and fill the README with the appropriate info.
There is a HISTORY.md file, but it's not maintained anymore it seeems.
IMO having readme.md and changelog.md is most important and is actually enough (maybe with an addition of a separate contributors.md).
I think if there will be a separate site (which I still think is not needed anymore) - it would basically be a page that combines readme.md and changelog.md, or what else could there be?
On a side note - is there a quick way to create and fill changelog.md for rack?
I think it makes sense to kill it and just redirect to this repo and fill the README with the appropriate info.
+100
@chneukirchen This repo's Wiki is quite old, too. Do you have the plan delete it?
@yhirano55 yeah, I also think that would make sense.
So now someone with an admin access to the repo just needs to do that :)
Can we come to a consensus on what to do here?
Please let me know your thoughts.
My opinion above stands. (Please don't break the URL tho, add a static redirect to the repo README.)
The wiki can also go.
Okay the website has been nuked.
@leahneukirchen can you make me and @tenderlove an admin of the rack org if possible?
cc @raggi :)
@ioquatix I guess we can close the issue now? 馃檪
I wanted to rework the wiki into the README there are some good links. If anyone has time to review the content and make a PR that would be great.
Most helpful comment
Reminder that the rack homepage existed before Github was in use. :)
I think it makes sense to kill it and just redirect to this repo and fill the README with the appropriate info.
There is a HISTORY.md file, but it's not maintained anymore it seeems.