Package Details: rdma-core 26.0-1

Git Clone URL: https://aur.archlinux.org/rdma-core.git (read-only)
Package Base: rdma-core
Description: RDMA core userspace libraries and daemons
Upstream URL: https://github.com/linux-rdma/rdma-core
Keywords: infiniband rdma
Licenses: GPL2, custom:OpenIB.org BSD (MIT variant)
Conflicts: ibacm, infiniband-diags, libcxgb3, libcxgb4, libibcm, libibmad, libibumad, libibverbs, libiwpm, libmlx4, libmlx5, libmthca, libnes, libocrdma, librdmacm, rdma, srptools
Provides: ibacm, infiniband-diags, libcxgb3, libcxgb4, libibcm, libibmad, libibumad, libibverbs, libiwpm, libmlx4, libmlx5, libmthca, libnes, libocrdma, librdmacm, rdma, srptools
Replaces: ibacm, infiniband-diags, libcxgb3, libcxgb4, libibcm, libibmad, libibumad, libibverbs, libiwpm, libmlx4, libmlx5, libmthca, libnes, libocrdma, librdmacm, rdma, srptools
Submitter: nfnty
Maintainer: nfnty (jamespharvey20)
Last Packager: jamespharvey20
Votes: 49
Popularity: 0.35
First Submitted: 2017-03-09 16:32
Last Updated: 2019-10-09 07:15

Required by (25)

Sources (1)

Pinned Comments

nfnty commented on 2017-03-10 05:36

Issues and pull requests at https://github.com/nfnty/pkgbuilds

Latest Comments

1 2 3 4 Next › Last »

jamespharvey20 commented on 2019-08-07 19:59

Upstream merged infiniband-diags into rdma-core, so when upgrading this, if you had infiniband-diags installed, it's OK to allow pacman to uninstall infiniband-diags, and you'll still have it.

wuxb commented on 2018-12-08 21:53

@jamespharvey20, thanks for the detailed explanation. I agree that a separate package like "-nopandoc" would make more sense than removing it from this package.

jamespharvey20 commented on 2018-11-09 22:18

@wuxb, it looks to me like the upstream package may handle building without pandoc, but unfortunately, there's not a way to do that. pandoc is in 'makedepends' rather than 'depends'. Dependencies can only be moved from depends to 'optdepends'. In that case, the dependency would not be necessary to build the package, and the package once installed would work regardless of if the 'optdepends' was installed, granted with different functionality. There's no counterpart to 'makedepends'. While building a package, since many users build them in a chroot, there would need to be a mechanism to ask the user if they'd like to install each hypothetical 'optmakedepends', regardless of if it's the first install or a new version. That hasn't been desired or implemented. The only way to go would be to create and maintain a new package, something like 'rdma-core-nopandoc', which completely removed it from 'makedepends'. I can't speak for nfnty, but IMO, it's not worth doing. This wouldn't help with build time or bandwidth usage, but if your desire is to keep pandoc and all of its haskell dependencies out of your main system, look into pkg devtools, specifically 'makechrootpkg' and 'extra-x86_64-build'. Not that this definitely matters, but the other distros I looked at also require pandoc as a make dependency. If you build AUR packages using a method that lets you edit a PKGBUILD first, you could try simply deleting 'pandoc' from 'makedepends' on your side. From a brief look at upstream's CMakeLists.txt, I think it would succeed, just without the man pages.

wuxb commented on 2018-11-09 16:59

The pandoc dependency is pretty huge. How about making it optional?

Jonhoo commented on 2018-08-29 15:38

@nfnty no worries, thanks for the quick update!

nfnty commented on 2018-08-29 15:19

@Jonhoo Fixed, sorry about that. Missed that the latest tag was signed.

Jonhoo commented on 2018-08-29 15:01

Any particular reason why the gpg validation was removed? You don't need the whole validate_tag function, you can just add ?signed to the git source url; see "query" under https://jlk.fjfi.cvut.cz/arch/manpages/man/PKGBUILD.5#USING_VCS_SOURCES.

nfnty commented on 2018-04-26 06:39

@FFY00 See previous comments.

FFY00 commented on 2018-04-25 21:32

Can't validate tag??

nfnty commented on 2018-02-03 11:47

@ricefan123 https://wiki.archlinux.org/index.php/GnuPG#Use_a_keyserver