Grouper Users - Open Discussion List

["Hyzer, Chris" <>]

Is it unreasonable to require /bin/bash?  i.e. if its not there they need to 
either make a symlink for it or edit gsh/gsh.sh?

Thanks
Chris

-----Original Message-----
From: Peter St. Onge 
[mailto:]
 
Sent: Thursday, February 09, 2017 5:12 PM
To: Hyzer, Chris 
<>
Cc: 

Subject: Re: [grouper-users] Startup scripts under Linux systemd ?

Hi Chris,

Many thanks!

Might be able to do this as a heredoc to suss out the location of bash. 
If anybody here has bash *not* in /bin please flag me -- I might ask you 
to test something.

Thanks and best, -- pete


On 2017-02-09 04:41 PM, Hyzer, Chris wrote:
> I posted these in your contrib space, and linked from the existing grouper 
> loader startup script
>
> https://spaces.internet2.edu/display/Grouper/Grouper+loader+and+tomcat+startup+scripts+systemd
>
> https://spaces.internet2.edu/display/Grouper/GrouperShell+GSH+loader+linux+service
>
> I think we don’t have #!/bin/bash at top because some systems have it in a 
> different place.  Maybe the installer should sort that out?  Anyone have 
> advice about that?
>
> Thanks
> Chris
>
> -----Original Message-----
> From: 
> 
>  
> [mailto:]
>  On Behalf Of Peter St. Onge
> Sent: Thursday, February 09, 2017 9:22 AM
> To: 
> 
> Subject: [grouper-users] Startup scripts under Linux systemd ?
>
> Not sure if this is useful or even relevant, but I've cobbled together a
> couple of Linux systemd service description files for Tomcat as well as
> the Grouper loader that I'm happy to contribute / document; this
> simplifies the automatic startup for both of these. Since we have shibd
> and Apache as a reverse proxy (Shibboleth service provider) in front of
> Tomcat, as well as a local PostgreSQL, the machine startup / service
> restart dependencies are more easily handled this way.
>
> (The one caveat is that Unix scripts used for gsh -- gsh, gsh.sh --
> won't run this way as they don't have the #!/bin/bash "splat-bang"
> header line that sets out the interpreter, easily fixed manually but it
> would be more useful if these files were changed in the source code
> assuming that it wouldn't cause issues elsewhere)
>
> Thanks and best, -- pete
>


-- 
Peter St. Onge                           

Information Security Architect
Business Continuity and Communications
Information + Technology Services          University of Toronto