[scl.org] validating scls being built

Honza Horak hhorak at redhat.com
Tue Oct 13 07:44:30 UTC 2015


On 10/12/2015 05:30 PM, Karanbir Singh wrote:
> On 12/10/15 13:55, Honza Horak wrote:
>> Thanks, it seems fine to me for the beginning. Matej (cc'd) is also
>> working on some basic sanity tests for collections, not sure how far he
>> is and whether it would do the same (maybe a bit), but last time we
>> checked the status it seemed he will have something pushed into [1] this
>> week.
>
> sounds good, I dont see anything there at the moment.
>
> let me know when there is something there and we can workout how best to
> plumb things in.

Sure, we talked with Matej that the tests should be able to be run 
separately for every collection, so plumbing in should be easy. 
Karanbir, do you already have some idea what should be the format of 
output? (if it is important for the ci)

The only hard requirement I expect is that the script must end with 
non-zero exit-code, right?

>>
>> I've also added list of packages that we expect will be available for
>> the rest of the collections [2]. It has slightly different format than
>> yours, but a good thing is that we can share it with what we keep
>> internally for a similar purpose..
>>
>> [1] https://github.com/sclorg/sclo-ci-tests/
>> [2] https://github.com/sclorg/sclo-ci-tests/tree/master/PackageLists
>
>
> what is the difference between all and main lists ?

`all` is list of all packages that must be available in repository

`main` is list of packages that we expect will be installed when user 
runs `yum install <scl>` (not all packages are installed in this case 
obviously)

The main set might be checked later, we can ignore it for this time.

> and you really want
> to add arch atleast over there,

The only reason I see is to check whether only correct arches are in the 
repo, but it doesn't have to be in this list (packages change arches 
from/to noarch sometimes), we can just check the packages generally in 
the repo whether it includes only expected arches this way:

repoquery --disablerepo=\* 
--enablerepo=sclo7-sclo-vagrant1-sclo-candidate --qf '%{ARCH} %{NVR}' 
-a|grep -v -e '^noarch ' -e 'x86_64 '

> secondly - how are you comparing this
> with available packages in a remote repo ?

I'd use something like that:

repoquery --disablerepo=\* 
--enablerepo=sclo7-sclo-vagrant1-sclo-candidate --qf '%{NAME}' -a | sort >a
cat sclo-ci-tests/PackageLists/sclo-vagrant1/all | sort >b
diff -up a b

which is very similar to your check, just using `sort` to be sure we 
don't get false negative on just different order..

Honza




More information about the SCLorg mailing list