Shibboleth-IDP rpm packaging

Philip Prindeville philip.prindeville at gigamon.com
Mon Jun 17 15:21:49 EDT 2019


Okay, let me take a different track.

When bin/install.sh gets run, it seems to want to prompt for a bunch of configuration information for the target system.

We're just building a vanilla image to be run on VM instances in the cloud, and won't squirt any configuration information into files until run-time.

Is there a way to have bin/install.sh do the copy to the destination directory (-Didp.target.src=...) without asking for configuration?

Because whatever values I provide will be clobbered later, since I can only provide dummy values for now...


On 6/17/19, 12:57 PM, "dev on behalf of Cantor, Scott" <dev-bounces at shibboleth.net on behalf of cantor.2 at osu.edu> wrote:

    On 6/17/19, 2:13 PM, "dev on behalf of Philip Prindeville" <dev-bounces at shibboleth.net on behalf of philip.prindeville at gigamon.com> wrote:

    > That first part sounds about right.  We're not doing "containers" (at least not in the "Docker" sense) but VMware, AWS,
    > etc. images to be spun-up in the cloud.

    Sorry, Java servlet container. They had the name first.

    > We don't have to use RPM packaging, but since we're building in a CentOS environment that seemed like the preferred
    > way to do modular builds of the various components integrated into our images.

    I don't think you will be in a better place by adding RPM into this.

    -- Scott


    --
    To unsubscribe from this list send an email to dev-unsubscribe at shibboleth.net


This message may contain confidential and privileged information. If it has been sent to you in error, please reply to advise the sender of the error and then immediately delete it. If you are not the intended recipient, do not read, copy, disclose or otherwise use this message. The sender disclaims any liability for such unauthorized use. NOTE that all incoming emails sent to Gigamon email accounts will be archived and may be scanned by us and/or by external service providers to detect and prevent threats to our systems, investigate illegal or inappropriate behavior, and/or eliminate unsolicited promotional emails (“spam”).


More information about the dev mailing list