Package Details: mongodb-tools 1:100.9.4-1

Git Clone URL: https://aur.archlinux.org/mongodb-tools.git (read-only, click to copy)
Package Base: mongodb-tools
Description: Import, export, and diagnostic tools for MongoDB
Upstream URL: https://github.com/mongodb/mongo-tools
Licenses: Apache
Submitter: felixonmars
Maintainer: Scimmia
Last Packager: Scimmia
Votes: 8
Popularity: 1.02
First Submitted: 2019-02-14 16:05 (UTC)
Last Updated: 2023-12-08 00:03 (UTC)

Dependencies (3)

Required by (12)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

oriba commented on 2021-03-25 15:57 (UTC)

Building the tools from the github-clone works neat. So the problem is located in this AUR-package.

oriba commented on 2021-03-25 15:49 (UTC)

Same problem as qlem has, I also have. go-pie does not exist. It's now go-2. Package is outdated.

qlem commented on 2021-03-15 12:46 (UTC) (edited on 2021-03-15 12:48 (UTC) by qlem)

Hello, I have module issues while build:

Building bsondump... bsondump/main/bsondump.go:13:2: no required module provides package github.com/mongodb/mongo-tools-common/log: go.mod file not found in current directory or any parent directory; see 'go help modules' bsondump/main/bsondump.go:14:2: no required module provides package github.com/mongodb/mongo-tools-common/signals: go.mod file not found in current directory or any parent directory; see 'go help modules' bsondump/main/bsondump.go:15:2: no required module provides package github.com/mongodb/mongo-tools-common/util: go.mod file not found in current directory or any parent directory; see 'go help modules' bsondump/main/bsondump.go:16:2: no required module provides package github.com/mongodb/mongo-tools/bsondump: go.mod file not found in current directory or any parent directory; see 'go help modules'

Edit: for better error formatting: https://pastebin.com/2iz0SGFC

Any help is welcome.

jamespharvey20 commented on 2019-03-05 22:57 (UTC) (edited on 2019-03-06 03:16 (UTC) by jamespharvey20)

@jghodd, thanks for your bugreport. Arch just added go 2:1.12 5 days ago, which will fail on code using _Ctype_struct_ instead of C.struct_, as you mentioned. Just pushed 4.0.6-2, which fixes upstream's code. Upstream bugreport: https://jira.mongodb.org/browse/TOOLS-2233

jghodd commented on 2019-03-05 19:22 (UTC) (edited on 2019-03-05 22:28 (UTC) by jghodd)

@jamespharvey20, am getting the following error while building:

vendor/github.com/google/gopacket/pcap/pcap.go:173:7: identifier "_Ctype_struct_bpf_program" may conflict with identifiers generated by cgo vendor/github.com/google/gopacket/pcap/pcap.go:384:13: identifier "_Ctype_struct_pcap_stat" may conflict with identifiers generated by cgo vendor/github.com/google/gopacket/pcap/pcap.go:421:49: identifier "_Ctype_struct_bpf_program" may conflict with identifiers generated by cgo vendor/github.com/google/gopacket/pcap/pcap.go:444:10: identifier "_Ctype_struct_bpf_program" may conflict with identifiers generated by cgo vendor/github.com/google/gopacket/pcap/pcap.go:462:41: identifier "_Ctype_struct_bpf_insn" may conflict with identifiers generated by cgo vendor/github.com/google/gopacket/pcap/pcap.go:538:66: identifier "_Ctype_struct_bpf_program" may conflict with identifiers generated by cgo vendor/github.com/google/gopacket/pcap/pcap.go:551:19: identifier "_Ctype_struct_bpf_insn" may conflict with identifiers generated by cgo vendor/github.com/google/gopacket/pcap/pcap.go:659:34: identifier "_Ctype_struct_pcap_addr" may conflict with identifiers generated by cgo vendor/github.com/google/gopacket/pcap/pcap.go:662:56: identifier "_Ctype_struct_pcap_addr" may conflict with identifiers generated by cgo ==> ERROR: A failure occurred in build(). Aborting...

Any ideas?

Edit: looks like the problem is here - https://github.com/andelf/go-curl/issues/66

Any instances of "_Ctype_struct" need to be replaced with "C.struct". I modified a tmp version of the code and the build goes through just fine.

jamespharvey20 commented on 2019-03-01 04:17 (UTC)

@Linux2Brain, can you try again? An update I pushed a few hours before your comment fixed the same problem Helloagain was having, which was happening because yay compiles a PKGBUILD by running its functions separately. The latest update should take care of this.

Helloagain commented on 2019-02-28 09:25 (UTC)

@jamespharvey20: Yes I can install it now with yay.

Thank you for your efforts, I appreciate it!

Linux2Brain commented on 2019-02-28 08:15 (UTC) (edited on 2019-02-28 08:17 (UTC) by Linux2Brain)

Hi, I can't install version 4.0.6-1 due to missing utils, this seems to be a circular problem: (see @Helloagain)

jamespharvey20 commented on 2019-02-27 23:48 (UTC)

@Helloagain, if you retry, it should succeed now. It did need a change in the PKGBUILD. It wasn'a bug in yay, but just that yay runs the PKGBUILD functions separately, so environment variables set in one aren't seen in another. I made the PKGBUILD change, because as yay points out, makepkg supports running the functions separately.

Helloagain commented on 2019-02-27 23:06 (UTC)

Thanks @jamespharvey20 for filing a bug report!