[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [scl.org] Question about generating RPMs that depend on SCLs (like python27)



OK.  It was pointed out to me off-list that I was comparing the wrong thing.  I should have been looking at python27-python.  Here's what that package shows:

bash-4.1# rpm -q --provides python27-python
python27-python-abi = 2.7
python27-python(abi) = 2.7
python27-Distutils 
python27-python2 = 2.7.5
python27-python-sqlite = 2.3.2
python27-python-ctypes = 1.0.1
python27-python-hashlib = 20081120
python27-python-uuid = 1.31
python27-python-argparse = 2.7.5-7.el6.centos.alt
python27-python = 2.7.5-7.el6.centos.alt
python27-python(x86-64) = 2.7.5-7.el6.centos.alt
bash-4.1#

Either I'm failing to do something to appease the automagical python-version detection (which I have no idea how it figures that out), or the property names in python27-python should not have the "python27-" prefix.

Anyone know which it is - and how to deal with it?

It seems to me like the attributes of the provides should not be prefixed by python27.  But I'm new to this SCL stuff...



On 07/15/2014 02:16 PM, Alan Robertson wrote:
The key thing here is that it shouldn't be complaining about a dependency which is satisfied.  That is, if I have python27 installed (which I do), then it should supply python(abi) = 2.7 -- and then RPM shouldn't be complaining.

So, either the python27 package doesn't supply that, or the RPM command (yum in this case) is broken.  Let's see which...

bash-4.1# rpm -q --provides python
Distutils 
python(abi) = 2.6
python-abi = 2.6
python-ctypes = 1.0.1
python-hashlib = 20081120
python-sqlite = 2.3.2
python-uuid = 1.31
python-x86_64 = 2.6.6-52.el6
python2 = 2.6.6
python = 2.6.6-52.el6
python(x86-64) = 2.6.6-52.el6

bash-4.1# rpm -q --provides python27
python27 = 1-10.el6.centos.alt
python27(x86-64) = 1-10.el6.centos.alt
bash-4.1#

So, the python27 package is broken.  It has an insufficient set of "provides".  Significantly insufficient...






On 07/15/2014 12:08 PM, Honza Horak wrote:
On 07/15/2014 07:14 PM, Alan Robertson wrote:
So, my tool does not conflict with anything that RH or anyone else
provides -- so it doesn't need to be an SCL package.  It just *depends*
on an SCL package.  My code is perfectly happy to issue the scl commands
when it needs to (it knows when it needs to).  No one has to issue any
scl commands to run my code.

Both of those links seem to be oriented towards creating an SCL
package.  Did I miss something?

It could help if you provided the spec file. From the description so far it looks like you does not enable python27 collection in the %build and %install section, so the build and install scriptlets have not properly set environment. But I may be wrong.

HTH,
Honza

     Thanks!


On 07/15/2014 10:03 AM, Petr Kovar wrote:
Hi,

On Tue, 15 Jul 2014 10:52:43 -0500
Eugene Vilensky <evilensky gmail com> wrote:

On Mon, Jul 14, 2014 at 4:06 PM, Alan Robertson <alanr unix sh> wrote:

I'm creating an RPM (and spec file) that needs Python 2.7 (the python27
scl).  When I generate it for RHEL6/CentOS6, I the RPM I create has
some
automatically generated dependencies which python27 does not seem to
fulfill...

​Hi Alan,

I'm only beginning to look into doing this for myself, but this might be
how your spec might need to be modified to be SCL aware?:

https://access.redhat.com/documentation/en-US/Red_Hat_Developer_Toolset/1/html/Software_Collections_Guide/sect-Converting_a_Conventional_Spec_File.html

A newer version of the doc is here:

https://access.redhat.com/documentation/en-US/Red_Hat_Developer_Toolset/2/html/Software_Collections_Guide/sect-Converting_a_Conventional_Spec_File.html


This link might also be of help:

https://access.redhat.com/documentation/en-US/Red_Hat_Developer_Toolset/2/html/Software_Collections_Guide/sect-Extending_the_python27_and_python33_Software_Collections.html


HTH,
pk

_______________________________________________
SCLorg mailing list
SCLorg redhat com
https://www.redhat.com/mailman/listinfo/sclorg





-- 
    Alan Robertson <alanr unix sh> - @OSSAlanR

"Openness is the foundation and preservative of friendship...  Let me claim from you at all times your undisguised opinions." - William Wilberforce


_______________________________________________
SCLorg mailing list
SCLorg redhat com
https://www.redhat.com/mailman/listinfo/sclorg


-- 
    Alan Robertson <alanr unix sh> - @OSSAlanR

"Openness is the foundation and preservative of friendship...  Let me claim from you at all times your undisguised opinions." - William Wilberforce

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]