Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 705802 - net-libs/libpcap-1.9.1 automagically depends on sys-cluster/rdma-core - /usr/lib64/libibverbs.so.1.1.17.1 used by /usr/lib64/libpcap.so.1.9.1
Summary: net-libs/libpcap-1.9.1 automagically depends on sys-cluster/rdma-core - /usr/...
Status: IN_PROGRESS
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Keywording (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Netmon Herd
URL:
Whiteboard:
Keywords: KEYWORDREQ
Depends on:
Blocks:
 
Reported: 2020-01-19 00:04 UTC by Daniel M. Weeks
Modified: 2020-07-14 13:56 UTC (History)
1 user (show)

See Also:
Package list:
net-libs/libpcap mips s390 sys-cluster/rdma-core mips s390
Runtime testing required: ---
nattka: sanity-check+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel M. Weeks 2020-01-19 00:04:13 UTC
Right now building libpcap will automagically link against libibverbs if it is present. See https://github.com/the-tcpdump-group/libpcap/blob/d396f255cf7b96a09cf91d0e8cc94d23777d6986/configure.ac#L2397

I caught this with my own early build of rdma-core (having it installed when building libpcap and then removing it):
>>> package: sys-fabric/rdma-core-17.1
 *  - /usr/lib64/libibverbs.so.1
 *  - /usr/lib64/libibverbs.so.1.1.17.1
 *      used by /usr/lib64/libpcap.so.1.9.1 (net-libs/libpcap-1.9.1)

Reproducible: Always
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2020-01-19 20:08:11 UTC
(In reply to Daniel M. Weeks from comment #0)
> Right now building libpcap will automagically link against libibverbs if it
> is present. See
> https://github.com/the-tcpdump-group/libpcap/blob/
> d396f255cf7b96a09cf91d0e8cc94d23777d6986/configure.ac#L2397
> 
> I caught this with my own early build of rdma-core (having it installed when
> building libpcap and then removing it):
> >>> package: sys-fabric/rdma-core-17.1
>  *  - /usr/lib64/libibverbs.so.1
>  *  - /usr/lib64/libibverbs.so.1.1.17.1
>  *      used by /usr/lib64/libpcap.so.1.9.1 (net-libs/libpcap-1.9.1)
> 
> Reproducible: Always

I am not sure where this is going. There is no package in the tree providing a libibverbs right now:

checking whether libibverbs defines ibv_create_flow... no

because apparently that is not what (ancient?) sys-fabric/libibverbs provides. In detail:

configure:11654: checking for ibv_get_device_list in -libverbs
configure:11679: x86_64-pc-linux-gnu-gcc -o conftest -frecord-gcc-switches -g -pipe -O2 -Wall -march=amdfam10 -mtune=amdfam10 -Wno-comment   -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c -libverbs   -lnl-genl-3 -lnl-3  -lssl -lcrypto -ldbus-1 >&5
configure:11679: $? = 0
configure:11688: result: yes
configure:11692: checking infiniband/verbs.h usability
configure:11692: x86_64-pc-linux-gnu-gcc -c -frecord-gcc-switches -g -pipe -O2 -Wall -march=amdfam10 -mtune=amdfam10 -Wno-comment   conftest.c >&5
configure:11692: $? = 0
configure:11692: result: yes
configure:11692: checking infiniband/verbs.h presence
configure:11692: x86_64-pc-linux-gnu-gcc -E  conftest.c
configure:11692: $? = 0
configure:11692: result: yes
configure:11692: checking for infiniband/verbs.h
configure:11692: result: yes
configure:11706: checking whether libibverbs defines ibv_create_flow
configure:11724: x86_64-pc-linux-gnu-gcc -o conftest -frecord-gcc-switches -g -pipe -O2 -Wall -march=amdfam10 -mtune=amdfam10 -Wno-comment   -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed conftest.c  -lnl-genl-3 -lnl-3  -lssl -lcrypto -ldbus-1 >&5
conftest.c: In function 'main':
conftest.c:73:13: warning: implicit declaration of function 'ibv_create_flow'; did you mean 'ibv_create_ah'? [-Wimplicit-function-declaration]
   73 |      (void) ibv_create_flow((struct ibv_qp *) NULL,
      |             ^~~~~~~~~~~~~~~
      |             ibv_create_ah
/usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: /home/jer/portage/net-libs/libpcap-9999/temp/ccoiCWAM.o: in function `main':
/home/jer/portage/net-libs/libpcap-9999/work/libpcap-9999-abi_x86_64.amd64/conftest.c:73: undefined reference to `ibv_create_flow'
collect2: error: ld returned 1 exit status

But now you say you have some local (or just not widely available?) ebuild that provides libibverbs and that the libpcap ebuilds in the tree should now care for?
Comment 2 Jeroen Roovers (RETIRED) gentoo-dev 2020-01-19 20:14:35 UTC
(In reply to Daniel M. Weeks from comment #0)
> >>> package: sys-fabric/rdma-core-17.1

You are aware of sys-cluster/rdma-core?
Comment 3 Daniel M. Weeks 2020-01-19 20:38:20 UTC
(In reply to Jeroen Roovers from comment #2)
> (In reply to Daniel M. Weeks from comment #0)
> > >>> package: sys-fabric/rdma-core-17.1
> 
> You are aware of sys-cluster/rdma-core?

Yes, as I said, this was caught when I removed an older, local version of rdma-core to replace it with the in-tree ebuild. Once I emerged the in-tree ebuild for rdma-core the link was satisfied again:

ldd /usr/lib64/libpcap.so.1.9.1 
        linux-vdso.so.1 (0x00007ffe9b961000)
        libibverbs.so.1 => /usr/lib64/libibverbs.so.1 (0x00007fe488dc5000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fe488bf6000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fe488bd3000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007fe488bcd000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fe488e78000)

> There is no package in the tree providing a libibverbs right now

rdma-core

libpcap configure with rdma-core installed:

checking for ibv_get_device_list in -libverbs... yes
checking infiniband/verbs.h usability... yes
checking infiniband/verbs.h presence... yes
checking for infiniband/verbs.h... yes
checking whether libibverbs defines ibv_create_flow... yes
Comment 4 Jeroen Roovers (RETIRED) gentoo-dev 2020-01-19 20:47:04 UTC
Keyword sys-cluster/rdma-core or mask USE=rdma for net-libs/libpcap, then keyword =net-libs/libpcap-1.9.1-r3
Comment 5 Larry the Git Cow gentoo-dev 2020-01-19 20:47:43 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3dec6a80f9c8c540966b77d731c91b7e40f2e6ca

commit 3dec6a80f9c8c540966b77d731c91b7e40f2e6ca
Author:     Jeroen Roovers <jer@gentoo.org>
AuthorDate: 2020-01-19 20:41:05 +0000
Commit:     Jeroen Roovers <jer@gentoo.org>
CommitDate: 2020-01-19 20:47:38 +0000

    net-libs/libpcap: Disable RDMA support.
    
    Package-Manager: Portage-2.3.84, Repoman-2.3.20
    Bug: https://bugs.gentoo.org/705802
    Signed-off-by: Jeroen Roovers <jer@gentoo.org>

 net-libs/libpcap/libpcap-1.9.1-r2.ebuild | 1 +
 net-libs/libpcap/libpcap-1.9.1.ebuild    | 5 +++--
 2 files changed, 4 insertions(+), 2 deletions(-)
Comment 6 Stabilization helper bot gentoo-dev 2020-01-19 21:00:39 UTC
An automated check of this bug failed - the following atom is unknown:

sys-cluster/rdma-core

Please verify the atom list.
Comment 7 Larry the Git Cow gentoo-dev 2020-01-20 13:30:47 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ab5dc584e32e10865aeaace994b754e0baf6d888

commit ab5dc584e32e10865aeaace994b754e0baf6d888
Author:     Jeroen Roovers <jer@gentoo.org>
AuthorDate: 2020-01-20 13:29:47 +0000
Commit:     Jeroen Roovers <jer@gentoo.org>
CommitDate: 2020-01-20 13:30:44 +0000

    net-libs/libpcap: Mark ~hppa
    
    Package-Manager: Portage-2.3.84, Repoman-2.3.20
    Bug: https://bugs.gentoo.org/show_bug.cgi?id=705802
    Signed-off-by: Jeroen Roovers <jer@gentoo.org>

 net-libs/libpcap/libpcap-1.9.1-r3.ebuild | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f3e089533621ac9e42bded579af6b0718429dd5b

commit f3e089533621ac9e42bded579af6b0718429dd5b
Author:     Jeroen Roovers <jer@gentoo.org>
AuthorDate: 2020-01-20 13:24:11 +0000
Commit:     Jeroen Roovers <jer@gentoo.org>
CommitDate: 2020-01-20 13:30:42 +0000

    sys-cluster/rdma-core: Mark ~hppa
    
    Package-Manager: Portage-2.3.84, Repoman-2.3.20
    Bug: https://bugs.gentoo.org/show_bug.cgi?id=705802
    Signed-off-by: Jeroen Roovers <jer@gentoo.org>

 sys-cluster/rdma-core/rdma-core-27.0.ebuild | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
Comment 8 Larry the Git Cow gentoo-dev 2020-01-20 13:36:54 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=515be3887dff8be8abc90914293f0d8fdac591a9

commit 515be3887dff8be8abc90914293f0d8fdac591a9
Author:     Jeroen Roovers <jer@gentoo.org>
AuthorDate: 2020-01-20 13:36:35 +0000
Commit:     Jeroen Roovers <jer@gentoo.org>
CommitDate: 2020-01-20 13:36:51 +0000

    sys-cluster/rdma-core: Mark ~hppa
    
    Package-Manager: Portage-2.3.84, Repoman-2.3.20
    Bug: https://bugs.gentoo.org/705802
    Signed-off-by: Jeroen Roovers <jer@gentoo.org>

 sys-cluster/rdma-core/rdma-core-9999.ebuild | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
Comment 9 Stabilization helper bot gentoo-dev 2020-01-20 14:03:07 UTC
An automated check of this bug failed - the following atom is unknown:

sys-cluster/rdma-core

Please verify the atom list.
Comment 10 Göktürk Yüksek gentoo-dev 2020-01-29 19:43:54 UTC
(In reply to Jeroen Roovers from comment #4)
> Keyword sys-cluster/rdma-core or mask USE=rdma for net-libs/libpcap, then
> keyword =net-libs/libpcap-1.9.1-r3

Commit 131b508cae2558590a303e50c7f1cf088c93a8c6 does this for riscv. Removing the alias from the CC.
Comment 11 Sergei Trofimovich gentoo-dev 2020-02-06 12:23:47 UTC
~ic64/~ppc/~ppc64 keyworded
Comment 12 Rolf Eike Beer 2020-02-29 12:03:19 UTC
~sparc keyworded
Comment 13 Mikle Kolyada archtester Gentoo Infrastructure gentoo-dev Security 2020-02-29 12:06:03 UTC
(In reply to Rolf Eike Beer from comment #12)
> ~sparc keyworded

atom updated :)
Comment 14 Rolf Eike Beer 2020-03-02 18:28:18 UTC
~sparc again
Comment 15 Matt Turner gentoo-dev 2020-03-18 00:14:36 UTC
added ~alpha
Comment 16 Mikle Kolyada archtester Gentoo Infrastructure gentoo-dev Security 2020-03-26 14:08:20 UTC
SuperH port disbanded.
Comment 17 Sam James archtester gentoo-dev Security 2020-05-11 13:26:24 UTC
~arm64 added
Comment 18 Sam James archtester gentoo-dev Security 2020-06-26 20:32:32 UTC
~arm added
Comment 19 NATTkA bot gentoo-dev 2020-07-09 17:37:28 UTC
Unable to check for sanity:

> no match for package: sys-cluster/rdma-core-28.0
Comment 20 NATTkA bot gentoo-dev 2020-07-11 12:45:57 UTC
All sanity-check issues have been resolved
Comment 21 Sam James archtester gentoo-dev Security 2020-07-14 13:56:11 UTC
~s390 added