-
Notifications
You must be signed in to change notification settings - Fork 55
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
Replace 'links' with 'elinks' #170
Comments
Yeah, is a huge difference on packages, and while there are differences in the output is minimal: https://gist.github.com/tonyskapunk/0dd66cace2e1ca09cc2d02be5d30ffc3 I honestly would like to move the status check outside of the main resources report and have it as an optional one, besides it is by default not enabled. Then letting people install those dependencies as needed. |
Documenting here - Tony and I talked offline, this is a perfect fit for the 2.0 reorganization - (e)links becomes a plugin, this dependency then is tied to the plugin's subpackage install (e.g. |
That is correct, just a clarification point, the intent is to separate the http_full_status from core to move it as a plugins. That enables separation and could help to separate packages as well if that route is taken. |
@terackspace if you have some free cycles could you take a look to #171 feedback is appreciated. |
Closing this issue, releasing in 2.0.0, Fix on #171 |
While adding recap to a cloud server today (default Linode.com CentOS 7 image), the dependency chain of
links
drags in a ton of stuff we do not need, a lot of X graphical things. Conversely, theelinks
version (which I converted to years ago on my workstations) only has 2 minimal packages as deps. Theelinks
binary supports-dump
as well, so should be a painless transition.Supporting output - first, the yum install links list:
The yum install elinks:
So while attempting to add recap to just capture my statistics (not even using this links feature at all), I'm faced with adding 20+ extra meaningless packages to a minimal footprint cloud device. We can reduce this cruft by switching to
elinks
and lose no functionality, since all that recap does is runelinks -dump (url)
and prints it, no parsing. Theelinks
output is very links-similar.Additionally, notice that
elinks
comes from Base, it's the standard in modern Red Hat.links
has been pushed to EPEL as it was removed from RHEL long ago, so we're working closer towards removing an external (non-vendor) dependency chain.Related Issue: #169 - this may help fix that problem
The text was updated successfully, but these errors were encountered: