-
Notifications
You must be signed in to change notification settings - Fork 1
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
Look at the current rails configuration and trim dev gems #870
Comments
We should also look at our use of the FITS library. Are we downloading it from the right place (harvard rather than the github page)? Is the version we're grabbing sensible (it seems old)? Do we even need this anymore (is it a core part of Hyrax? Solr does some of this stuff natively....) |
@jechols Side note: 1.0.5 hosted by github is much faster for me, but this is probably because of some caching/CDN details, I wouldn't rely on it. |
From the developers meeting it sounded like we wanted several devs to take a pass at cutting out gems and see if we can all agree on which can go, so I've assigned the smallest group I think should take a look at this. Others are welcome to chime in. |
Here's my attempt at removing gems: #879
Side notes:
|
The only thing I can do here is remove a gem we still end up with. haml is required by some dependency, but we don't actually use it. I figure we may as well ditch it so we aren't implying it's in use by us directly, and we get to remove it from the stack if our dependency changes. My only other change was that I commented @CGillen's findings directly in the Gemfile so they aren't lost. |
Descriptive summary
We could look at rails production/development/staging configurations and see if these are the configurations we want to move forward with them.
We can also look at the dev/staging/production gems and see if we can prune those down too.
The text was updated successfully, but these errors were encountered: