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

Alan Robertson alanr at unix.sh
Tue Jul 15 21:55:25 UTC 2014


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 at gmail.com> wrote:
>>>>
>>>>> On Mon, Jul 14, 2014 at 4:06 PM, Alan Robertson <alanr at 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 at redhat.com
>>>> https://www.redhat.com/mailman/listinfo/sclorg
>>>
>>>
>>
>
>
> -- 
>      Alan Robertson<alanr at 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 at redhat.com
> https://www.redhat.com/mailman/listinfo/sclorg


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

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/sclorg/attachments/20140715/77cffe37/attachment.htm>


More information about the SCLorg mailing list