[Starlingx-discuss] adding packages normally installed using "pip install"
Hi, I'm looking to add the "airship-armada" package (git://git.openstack.org/openstack/airship-armada) and it wants to bring in another three packages that are normally installed via "pip install" (grpcio, grpcio-tools, and protobuf) Does anyone have any bright ideas about how to cleanly create RPMs for these packages? Given that we have multiple packages (and may later on have more) it seems wrong to just copy/paste stuff into the RPM spec file. I was wondering whether it'd make sense to add native support somehow for PIP packages. Chris
Chris, I found protobuf 2.5 in centos 7.5 repo, http://vault.centos.org/7.5.1804/os/Source/SPackages/protobuf-2.5.0-8.el7.sr... BTW, armada is running within a container and the dependencies are installed in image build time, why do you need these dependency rpms created? are you going to create an srpm for armada and add it to strarlingx? Thanks, Mingyuan -----Original Message----- From: Chris Friesen [mailto:chris.friesen@windriver.com] Sent: Tuesday, August 14, 2018 7:22 To: starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] adding packages normally installed using "pip install" Hi, I'm looking to add the "airship-armada" package (git://git.openstack.org/openstack/airship-armada) and it wants to bring in another three packages that are normally installed via "pip install" (grpcio, grpcio-tools, and protobuf) Does anyone have any bright ideas about how to cleanly create RPMs for these packages? Given that we have multiple packages (and may later on have more) it seems wrong to just copy/paste stuff into the RPM spec file. I was wondering whether it'd make sense to add native support somehow for PIP packages. Chris _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
On 08/14/2018 12:41 AM, Qi, Mingyuan wrote:
Chris,
I found protobuf 2.5 in centos 7.5 repo, http://vault.centos.org/7.5.1804/os/Source/SPackages/protobuf-2.5.0-8.el7.sr...
I found that as well. Armada wants at least version 3.4.
BTW, armada is running within a container and the dependencies are installed in image build time, why do you need these dependency rpms created? are you going to create an srpm for armada and add it to strarlingx?
As far as I know our build system is unable to run docker commands since it is potentially running within a docker container itself. There are plans to change this but as far as I know the work hasn't yet been done. The Armada "quick start" suggests running Armada in a container for expediency, but if you follow the armada deployment scripts in openstack-helm it installs armada directly on the host. I had indeed been planning on creating RPMs for armada and a few packages it depends on, but I'm reconsidering this given some issues I've run into with armada itself. Chris
I got your idea, and yes, the armada enabling path in openstack-helm is different from the way in airship. IMO, pyp2rpm is the best choice, or you have to either leverage other distro's spec or write spec on your own. Thanks, Mingyuan -----Original Message----- From: Chris Friesen [mailto:chris.friesen@windriver.com] Sent: Wednesday, August 15, 2018 0:51 To: Qi, Mingyuan <mingyuan.qi@intel.com>; starlingx-discuss@lists.starlingx.io Subject: Re: [Starlingx-discuss] adding packages normally installed using "pip install" On 08/14/2018 12:41 AM, Qi, Mingyuan wrote:
Chris,
I found protobuf 2.5 in centos 7.5 repo, http://vault.centos.org/7.5.1804/os/Source/SPackages/protobuf-2.5.0-8. el7.src.rpm
I found that as well. Armada wants at least version 3.4.
BTW, armada is running within a container and the dependencies are installed in image build time, why do you need these dependency rpms created? are you going to create an srpm for armada and add it to strarlingx?
As far as I know our build system is unable to run docker commands since it is potentially running within a docker container itself. There are plans to change this but as far as I know the work hasn't yet been done. The Armada "quick start" suggests running Armada in a container for expediency, but if you follow the armada deployment scripts in openstack-helm it installs armada directly on the host. I had indeed been planning on creating RPMs for armada and a few packages it depends on, but I'm reconsidering this given some issues I've run into with armada itself. Chris
participants (2)
-
Chris Friesen
-
Qi, Mingyuan