rdma -devel packages missing (?) on f27/armv7hl, builds failing

[Kaleb S. KEITHLEY]

I've built glusterfs previously on F27 with these same Build-Requires. 
Same package & same .spec build on F28 and F26.

While trying to build a new version for the last 24 hours I keep hitting 
this:

...
DEBUG util.py:439:  No matching package to install: 'libibverbs-devel'
DEBUG util.py:439:  No matching package to install: 'librdmacm-devel >= 
1.0.15'
...

Thanks,

--

Kaleb

[Peter Robinson]

On Tue, Aug 22, 2017 at 11:36 AM, Kaleb S. KEITHLEY <kkeithle(a)redhat.com&gt; wrote:
>  I've built glusterfs previously on F27 with these same Build-Requires. Same
>  package & same .spec build on F28 and F26.
>
>  While trying to build a new version for the last 24 hours I keep hitting
>  this:
>
>  ...
>  DEBUG util.py:439:  No matching package to install: 'libibverbs-devel'
>  DEBUG util.py:439:  No matching package to install: 'librdmacm-devel >=
>  1.0.15' 
For some reason the owner in f27 tag was switched to releng and then
has been blocked:

Sat Aug 19 03:43:40 2017 package list entry for librdmacm in
module-package-list updated by pkgdb
    owner.name: dledford -> releng
Sat Aug 19 06:20:14 2017 librdmacm-1.1.0-4.fc26 untagged from f27 by releng
Sat Aug 19 06:20:14 2017 librdmacm-1.1.0-6.fc27 untagged from f27 by releng
Sat Aug 19 06:20:31 2017 package list entry for librdmacm in f27
updated by releng
    blocked: False -> True

Sat Aug 19 06:20:17 2017 libibverbs-1.2.1-4.fc26 untagged from f27 by releng
Sat Aug 19 06:20:17 2017 libibverbs-1.2.1-6.fc27 untagged from f27 by releng
Sat Aug 19 06:20:31 2017 package list entry for libibverbs in f27
updated by releng
    blocked: False -> True

I'm not sure why that is because it wasn't blocked for f28 because
both of those packages look to be replaced by rdma-core looking at one
of the commit logs

https://src.fedoraproject.org/rpms/libibverbs/c/bd306d2c33fadaf21dafb1351...

It looks like the maintainer or the person that retired those packages
hasn't added the proper retires/provides into the rdma-core* packages
to ensure the upgrade path is smooth.

Peter

[Vít Ondruch]

Dne 22.8.2017 v 12:48 Peter Robinson napsal(a):
>  On Tue, Aug 22, 2017 at 11:36 AM, Kaleb S. KEITHLEY
> <kkeithle(a)redhat.com&gt; wrote:
> > I've built glusterfs previously on F27 with these same Build-Requires. Same
> > package & same .spec build on F28 and F26.
> >
> > While trying to build a new version for the last 24 hours I keep hitting
> > this:
> >
> > ...
> > DEBUG util.py:439:  No matching package to install: 'libibverbs-devel'
> > DEBUG util.py:439:  No matching package to install: 'librdmacm-devel >=
> > 1.0.15'
>  For some reason the owner in f27 tag was switched to releng and then
>  has been blocked:
>
>  Sat Aug 19 03:43:40 2017 package list entry for librdmacm in
>  module-package-list updated by pkgdb
>      owner.name: dledford -> releng
>  Sat Aug 19 06:20:14 2017 librdmacm-1.1.0-4.fc26 untagged from f27 by releng
>  Sat Aug 19 06:20:14 2017 librdmacm-1.1.0-6.fc27 untagged from f27 by releng
>  Sat Aug 19 06:20:31 2017 package list entry for librdmacm in f27
>  updated by releng
>      blocked: False -> True
>
>  Sat Aug 19 06:20:17 2017 libibverbs-1.2.1-4.fc26 untagged from f27 by releng
>  Sat Aug 19 06:20:17 2017 libibverbs-1.2.1-6.fc27 untagged from f27 by releng
>  Sat Aug 19 06:20:31 2017 package list entry for libibverbs in f27
>  updated by releng
>      blocked: False -> True
>
>  I'm not sure why that is because it wasn't blocked for f28 because
>  both of those packages look to be replaced by rdma-core looking at one
>  of the commit logs
>
>
> https://src.fedoraproject.org/rpms/libibverbs/c/bd306d2c33fadaf21dafb1351...
>
>  It looks like the maintainer or the person that retired those packages
>  hasn't added the proper retires/provides into the rdma-core* packages
>  to ensure the upgrade path is smooth. 
See the other thread:

https://lists.fedoraproject.org/archives/list/[e-mail].o...

V.

[Kaleb S. KEITHLEY]

<top-post>
switching to rdma-core-devel also fails.

because according to 
https://koji.fedoraproject.org/koji/buildinfo?buildID=953605 there are 
no armv7hl rpms built.

Probably due to the
   # 32-bit arm is missing required arch-specific memory barriers,
   ExcludeArch: %{arm}
in its .spec file

Which seems odd considering we've had IB/RDMA on armv7hl thus far. But 
if that's really the case then the solution is clear.

Also rdma-core hasn't been built for f28 yet!

</top-post>


On 08/22/2017 07:12 AM, Vít Ondruch wrote:
>  
>  
>  Dne 22.8.2017 v 12:48 Peter Robinson napsal(a):
> > On Tue, Aug 22, 2017 at 11:36 AM, Kaleb S. KEITHLEY <kkeithle(a)redhat.com&gt;
> wrote:
> >> I've built glusterfs previously on F27 with these same Build-Requires. Same
> >> package & same .spec build on F28 and F26.
> >>
> >> While trying to build a new version for the last 24 hours I keep hitting
> >> this:
> >>
> >> ...
> >> DEBUG util.py:439:  No matching package to install: 'libibverbs-devel'
> >> DEBUG util.py:439:  No matching package to install: 'librdmacm-devel >=
> >> 1.0.15'
> > For some reason the owner in f27 tag was switched to releng and then
> > has been blocked:
> >
> > Sat Aug 19 03:43:40 2017 package list entry for librdmacm in
> > module-package-list updated by pkgdb
> >      owner.name: dledford -> releng
> > Sat Aug 19 06:20:14 2017 librdmacm-1.1.0-4.fc26 untagged from f27 by releng
> > Sat Aug 19 06:20:14 2017 librdmacm-1.1.0-6.fc27 untagged from f27 by releng
> > Sat Aug 19 06:20:31 2017 package list entry for librdmacm in f27
> > updated by releng
> >      blocked: False -> True
> >
> > Sat Aug 19 06:20:17 2017 libibverbs-1.2.1-4.fc26 untagged from f27 by releng
> > Sat Aug 19 06:20:17 2017 libibverbs-1.2.1-6.fc27 untagged from f27 by releng
> > Sat Aug 19 06:20:31 2017 package list entry for libibverbs in f27
> > updated by releng
> >      blocked: False -> True
> >
> > I'm not sure why that is because it wasn't blocked for f28 because
> > both of those packages look to be replaced by rdma-core looking at one
> > of the commit logs
> >
> >
> https://src.fedoraproject.org/rpms/libibverbs/c/bd306d2c33fadaf21dafb1351...
> >
> > It looks like the maintainer or the person that retired those packages
> > hasn't added the proper retires/provides into the rdma-core* packages
> > to ensure the upgrade path is smooth.
>  
>  See the other thread:
>  
>
> https://lists.fedoraproject.org/archives/list/[e-mail].o...
>  
>  V.
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
>

[Vít Ondruch]

Dne 22.8.2017 v 13:45 Kaleb S. KEITHLEY napsal(a):
>  Also rdma-core hasn't been built for f28 yet! 
It was build prior branching, wasn't it?

V.

[Yanko Kaneti]

Ahem..

https://bugzilla.redhat.com/show_bug.cgi?id=1483278

-Yanko
On Tue, 2017-08-22 at 13:55 +0200, Vít Ondruch wrote:
> 
> Dne 22.8.2017 v 13:45 Kaleb S. KEITHLEY napsal(a):
> > Also rdma-core hasn't been built for f28 yet!
> 
> It was build prior branching, wasn't it?
> 
> V.
>