I would think it would be good if it wasn't required for the clients, IMO.
At least for us, EPEL is not on all our client systems (nor do we expect it
ever will be). I imagine this isn't unusual a case either. bash is almost
always universally available, so it makes more sense to me to stick with
that for clients.
I completely expect that the server may need EPEL installed for it to get
everything it needs.
Out of curiosity, what is the reason for using dash over bash? I don't have
much familiarity with dash, so I wasn't sure.
--
Matt Vander Werf
HPC System Administrator
University of Notre Dame
Center for Research Computing - Union Station
XXX W. South Street
South Bend, IN XXXXX
Phone: (XXX) XXX-XXXX
On Mon, May 6, 2019 at 12:53 PM Japheth Cleaver <user-87556346d4af@xymon.invalid>
wrote:
Hi,
It's not present in RHEL7, but it is in the EPEL7 repo as of a few
months ago (https://bugzilla.redhat.com/show_bug.cgi?id=1381509), so I
switched the default build option on on it. Since fping is in EPEL as
well, I figure that's probably a safe option for the server install, but
I'm realizing that the *xymon-client* package might be installed on more
boxes without it, depending on the environment. (Especially since,
unlike on EL6, lz4 is brought in in the base OS in EL7.)
I can definitely see that as reason to switch it back, if there are
concerns about EPEL accessibility. I had really just wanted to avoid a
situation where dash (a shell, after all) was being included via the
xymon repo itself.
While there's still a fair amount of shell forking in the client
(obviously), the shell wrappers that used to be used for calling CGI
scripts are long-gone, so some of the pressure for performance/security
is reduced a little.
-jc
On 5/6/2019 9:00 AM, Mike Burger wrote:
dash is, however, available for EL7 from epel, should it be deemed
necessary.
On 2019-05-04 05:07, Matt Vander Werf wrote:
Hi J.C.,
Thanks for getting these created!
I tried to install it on a RHEL 7 system, but it looks like it's
trying to pull in dash as a dependency. I believe that should only be
a dependency for RHEL 6, since dash is not in the normal repos for
RHEL 7, correct? At least that has been the case in the past.
Resolving Dependencies
--> Running transaction check
---> Package xymon-client.x86_64 0:4.3.28-1.el7 will be updated
---> Package xymon-client.x86_64 0:4.3.29-0.6.el7 will be an update
--> Processing Dependency: /bin/dash for package:
xymon-client-4.3.29-0.6.el7.x86_64
--> Processing Dependency: /bin/dash for package:
xymon-client-4.3.29-0.6.el7.x86_64
--> Finished Dependency Resolution
Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing)
Requires: /bin/dash
**********************************************************************
yum can be configured to try to resolve such errors by temporarily
enabling
disabled repos and searching for missing dependencies.
To enable this functionality please set 'notify_only=0' in
/etc/yum/pluginconf.d/search-disabled-repos.conf
**********************************************************************
Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing)
Requires: /bin/dash
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Uploading Enabled Repositories Report
Loaded plugins: langpacks, product-id, subscription-manager
--
Matt Vander Werf
HPC System Administrator
University of Notre Dame
On Fri, May 3, 2019 at 8:24 PM Japheth Cleaver
<user-87556346d4af@xymon.invalid> wrote:
Hello all,
The "xymon-testing" repo
(https://terabithia.org/rpms/xymon/testing/)
has been updated with packages for RHEL6, EL7 and F28-30.
These are labeled as 4.3.29-0.6 and correspond to commit (r8066).
This
wasn't intended directly to be a release candidate, but I had
changes in
the patchset that needed to be iterated on in the build process. (An
EL5
build is coming.)
For the intrepid, please let me know if you notice any unusual
issues on
install. There will be more commits before the actual release.
Regards,
-jc