<div dir="auto">It's a shame that the fileststem heirarchy standard was never fully adopted by the *nix community , the idea of all added application software living in their own /opt/ spaces this leaving the rest of the filesystem perky for operating system purposes kept the OS easier to maintain and lockdown<div dir="auto"><br></div><div dir="auto">but hey. </div><div dir="auto"><br></div><div dir="auto">alan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 9 Apr 2020, 17:09 Peter Schober, <<a href="mailto:peter.schober@univie.ac.at" target="_blank" rel="noreferrer">peter.schober@univie.ac.at</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Phanieshwar Nalluri <<a href="mailto:nalluri@bc.edu" rel="noreferrer noreferrer" target="_blank">nalluri@bc.edu</a>> [2020-04-09 15:18]:<br>
> I tried RMP install available for CentOS 7 and installation was<br>
> successful but I downloaded RPM in /opt/shibboleth and installed RPM<br>
> in that directory<br>
<br>
You shouldn't "download" anything manually. Add the YUM repo as per<br>
the documentation, install via yum and be done with it.<br>
<br>
> but still the packages were installed under /etc/shibboleth<br>
<br>
The packages are not installed under /etc/shibboleth, some files are<br>
(the configuration, as per the Linus FHS). Other files are in /usr<br>
others are in var. That's why package management exists and the FHS<br>
exists.<br>
<br>
> I'll have to look for container options and building from scratch.<br>
<br>
On the one hand you want to use RPM-packaged<br>
perfectly-integraded-with-the-OS peckages but then you insist that the<br>
software has to store all its files in an arbitrary location of your<br>
chosing at the same time. That's not how it works, with basically none<br>
of the software that takes care to integrate with the OS well ad<br>
adhere to published standards.<br>
<br>
So by all means don't use any of the integration provided out of the<br>
box by the RPM packaging and build the software yourself only so that<br>
you can have the files in a non-standard location -- at the price of<br>
having to take care of any updates and security fixes yourself in<br>
perpetuity, i.e., by subscribing to mailing lists, automating your<br>
local build, automating the deployment to servers, etc.<br>
<br>
Of course with Docker the files put into containers also wouldn't be<br>
in /opt of your CentOS system, they'd be hidden away in<br>
/var/lib/docker/ somewhere, equally *not* fulfilling your (IMHO<br>
absurd) "requirements". And if someone arbitrarily declares that<br>
method to be satisfying your requirements, well, so should be putting<br>
a symlink to /etc/shibboleth into your /opt directory or adding a<br>
bind mount.<br>
<br>
Personally I find this all very silly.<br>
<br>
-peter<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer noreferrer noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" rel="noreferrer noreferrer" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div>