[Starlingx-discuss] [Containers] Package Requirements on the bare-metal controller-0

Saul Wold sgw at linux.intel.com
Fri Feb 15 18:21:18 UTC 2019



On 2/15/19 9:59 AM, Rowsell, Brent wrote:
> See inline
> 
> *From:*Curtis [mailto:serverascode at gmail.com]
> *Sent:* Friday, February 15, 2019 11:30 AM
> *To:* Rowsell, Brent <Brent.Rowsell at windriver.com>
> *Cc:* Penney, Don <Don.Penney at windriver.com>; Saul Wold 
> <sgw at linux.intel.com>; starlingx-discuss at lists.starlingx.io
> *Subject:* Re: [Starlingx-discuss] [Containers] Package Requirements on 
> the bare-metal controller-0
> 
> On Fri, Feb 15, 2019 at 10:42 AM Rowsell, Brent 
> <Brent.Rowsell at windriver.com <mailto:Brent.Rowsell at windriver.com>> wrote:
> 
>     A few points to keep in mind here:
> 
>     1)Config_controller is being removed and replaced with ansible.
> 
>     2)Openstack deployment will not be part of the initial controller
>     bootstrapping. Openstack will be deployed in containers.
> 
>     3)We are in the process of moving to vanilla openstack.
> 
> With those points in mind, does that mean after moving to vanilla 
> openstack the keystone code will come from an upstream RPM?
> 
> [BR] Since we will be doing CI with openstack master, we will be 
> building our own rpm’s.  The upstream centos distro would only have 
> release rpm’s (i.e. rocky).
> 
This is great news, thanks for this update.

Sau!

> Thanks,
> 
> Curtis
> 
>     Brent
> 
>     *From:*Curtis [mailto:serverascode at gmail.com
>     <mailto:serverascode at gmail.com>]
>     *Sent:* Friday, February 15, 2019 10:19 AM
>     *To:* Penney, Don <Don.Penney at windriver.com
>     <mailto:Don.Penney at windriver.com>>
>     *Cc:* Saul Wold <sgw at linux.intel.com <mailto:sgw at linux.intel.com>>;
>     starlingx-discuss at lists.starlingx.io
>     <mailto:starlingx-discuss at lists.starlingx.io>
>     *Subject:* Re: [Starlingx-discuss] [Containers] Package Requirements
>     on the bare-metal controller-0
> 
>     On Fri, Feb 15, 2019 at 10:12 AM Penney, Don
>     <Don.Penney at windriver.com <mailto:Don.Penney at windriver.com>> wrote:
> 
>         Comments inline.
> 
>         *From:*Curtis [mailto:serverascode at gmail.com
>         <mailto:serverascode at gmail.com>]
>         *Sent:* Friday, February 15, 2019 8:24 AM
>         *To:* Saul Wold
>         *Cc:* starlingx-discuss at lists.starlingx.io
>         <mailto:starlingx-discuss at lists.starlingx.io>
>         *Subject:* Re: [Starlingx-discuss] [Containers] Package
>         Requirements on the bare-metal controller-0
> 
>         On Thu, Feb 14, 2019 at 12:51 PM Saul Wold <sgw at linux.intel.com
>         <mailto:sgw at linux.intel.com>> wrote:
> 
> 
>             Folks,
> 
>             I was doing some experimentation with an un-patched CentOS
>             and running
>             config_controller. One of the main issues I found is that
>             doing the
>             initial installation and execution discovered many
>             un-resolved runtime
>             requirements.
> 
>         Thanks for looking into this Saul, I think this is a good thing
>         to do to work towards getting a understanding of dependencies.
> 
>         [BR] Keep in mind config_controller is being removed and being
>         replaced with ansible. The bootsta
> 
> 
>             I will start sending some pull requests to fault, metal, and
>             config with
>             more detailed "Requires:" statements.
> 
>             Another item is that since that we are rebuilding
>             openstack-keystone
>             among other openstack related packages with additional
>             configuration and
>             scripts, which are needed for controller-0. In the stx-integ
>             (base OS)
>             case, we re-factored many of the packages to remove
>             configuration and
>             additional scripts to a separate package, I would like to
>             see something
>             similar here for packages are are needed for controller-0
>             (ie the things
>             we are not installing from PyPi directly).
> 
>         Do we install things directly from PyPi? When does that happen?
> 
>         */[Don] No, we don’t install anything from PyPi./*
> 
>     Thanks. Good to know. :)
> 
> 
>             What I saw is that we include the CentOS-Openstack RPM repo
>             along with,
>             of course, our StarlingX RPM repo. Why can't we use the
>             CentOS-Openstack
>             packages directly along with some StarlingX specific
>             additions in a
>             seperate package, rather than creating a new package with
>             both upstream
>             and StarlingX content.
> 
>         I don't know what the extra things are that we are packaging,
>         but if they are only helper scripts and the like and don't
>         affect the actual keystone code then I'd hope we would use the
>         upstream RPMs.
> 
>         */[Don] As much as possible, we look to use unmodified upstream
>         RPMs./*
> 
>     Can you expand on that statement in the context of this particular
>     RPM? (Sorry I'm not familiar with what we are doing with Keystone.)
> 
>     Thanks,
> 
>     Curtis
> 
>         My two cents. :)
> 
>         Thanks,
> 
>         Curtis
> 
>             Thoughts,
> 
>             Sau!
> 
> 
> 
> 
> 
>             _______________________________________________
>             Starlingx-discuss mailing list
>             Starlingx-discuss at lists.starlingx.io
>             <mailto:Starlingx-discuss at lists.starlingx.io>
>             http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> 
> 
> 
>         -- 
> 
>         Blog: serverascode.com <http://serverascode.com>
> 
> 
> 
>     -- 
> 
>     Blog: serverascode.com <http://serverascode.com>
> 
> 
> 
> -- 
> 
> Blog: serverascode.com <http://serverascode.com>
> 
> 
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> 



More information about the Starlingx-discuss mailing list