make some optional dependencies to hard dependencies #1040
Conversation
| @@ -33,7 +33,7 @@ use Rex -base; | |||
| require Exporter; | |||
| use base qw(Exporter); | |||
| use vars qw(@EXPORT); | |||
| XML::LibXML->require; | |||
| use XML::LibXML; | |||
There was a problem hiding this comment.
This is right, but we can't take care for these old distributions. CentOS 4 support ended 2012 (https://de.wikipedia.org/wiki/CentOS#Versionen) and RHEL 4 support ended 2015 (https://de.wikipedia.org/wiki/Red_Hat_Enterprise_Linux#Versionen)
There was a problem hiding this comment.
What we can do is, that we provide a package where rex is bundled with perl, so that you can just run it on every glibc compatible linux system.
There was a problem hiding this comment.
No, I'm especially fine with dropping support for unsupported distros. I just read that RHEL4 has extended support till 2017-03-31. Let's find some official info.
There was a problem hiding this comment.
Official EOL of RHEL4 extended support is 2017-03-31. I'm fine with a Rex "policy" of only supporting up to normal production lifetime (i.e. excluding extended life-cycle).
On one part, I believe as a devops software project/community we should endorse best practices such as updates and upgrades done in a timely fashion regularly. On the other hand, taking on extended lifecycle support for RHEL5 would mean being stuck with lots of ballast till end of 2020. Which sounds scary.
There was a problem hiding this comment.
I don't think that we want to support until the end of extended lifecycle which is often only available with payment and so we also can't test on those distributions. Also (in regard of the mentioned ticket) CentOS 4 isn't really on the supported os list. On the other hand, people can also continue using an old version of rex (we don't delete the source and rpm/deb files from rex.linux-files.org) and so the people can also build a version on their own (or with support by us via irc) which can remove those dependencies they don't need.
There was a problem hiding this comment.
Exactly, agreed. Let's support till normal EOL 👍
|
In general, I like to idea of making as much dependencies hard instead of optional as possible in order to provide a more complete default user experience 👍 This would reduce support overhead as well, while we still can make some dependencies optional again in a bit nicer way (as standard Recommended/Suggested/etc. deps via CPAN). Also, we might be able to remove some currently skipped modules in
On top of those, I propose making some more deps of |
|
Dependencies on R::C::Amazon are now also hard |
This is a fix for #971 making some optional dependencies to hard dependencies.
This is also to minimize the confusions for users which get error message for missing perl modules.