Description of problem: The mongoexport tool is unusable: any invocation exits with an error during startup. Previously mentioned in bug 1423959 comment 8. Version-Release number of selected component (if applicable): mongo-tools-3.2.1-0.6.git17a5573.fc26.x86_64 How reproducible: Always Steps to Reproduce: 1. mongoexport --help Actual results: panic: error setting command line options for querying: boolean flag `-k/slaveOk' may not have default values, they always default to `false' and can only be turned on goroutine 1 [running]: github.com/mongodb/mongo-tools/common/options.(*ToolOptions).AddOptions(0xc420108280, 0x5eae99e629a0, 0xc4201241e0) /builddir/build/BUILD/mongo-tools-17a5573551a0c3e33603f98375f144f1dd20b745/src/github.com/mongodb/mongo-tools/common/options/options.go:287 +0x269 main.main() /builddir/build/BUILD/mongo-tools-17a5573551a0c3e33603f98375f144f1dd20b745/mongoexport/main/mongoexport.go:25 +0x129 Expected results: Help message. Additional info: mongo-tools-3.2.1-0.4.git17a5573.fc25.x86_64 does not have the problem. Presumably the change in behavior for the same revision of the mongo-tools source is because the working package is statically linked against golang-github-jessevdk-go-flags-devel-0-0.5.git5e11878.fc24.noarch.rpm while the broken package is statically linked against golang-github-jessevdk-go-flags-devel-0-0.8.gitf2785f5.fc26.noarch.rpm: https://koji.fedoraproject.org/koji/rpmlist?buildrootID=6070527%20&start=50&order=nvr&type=component https://koji.fedoraproject.org/koji/rpmlist?buildrootID=8602497%20&start=50&order=nvr&type=component Indeed, the error message in golang-github-jessevdk-go-flags that is showing up was added between these revisions: https://github.com/jessevdk/go-flags/compare/5e11878...f2785f5#diff-103d48dbdf9e16c6eb09b90668a9e984R280 I haven't researched the situation upstream (e.g., whether the latest upstream revisions of mongo-tools and golang-github-jessevdk-go-flags work together) or what might be a reasonable solution for Fedora. For now, I'll use the Fedora 25 package.
Same issue in Fedora 27 and mongo-tools-3.2.1-0.6.git17a5573.fc27. Currently unusable. I've built it from upstream source master and that works fine.
Just ran into this. Would be nice to get this fixed soon.
mongo-tools-3.4.13-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-5d7c270b26
mongo-tools-3.4.13-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-5d7c270b26
mongo-tools-3.6.3-0.2.20180319git2b10d84.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-0c253fb84f
mongo-tools-3.6.3-0.2.20180319git2b10d84.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-0c253fb84f
mongo-tools-3.4.13-1.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
I'm hitting this issue on f28. Seems that the update for f28 is unpushed and now is on an older version than 27. Any change to get it updated on f28?
I just hit the same "surprise". Why was the update unpushed?
It wasn't able to get updated mongo-tools into F28 because new golang macros introduced new automatic rpm requirement addition and there is unsatisfied requirement on escaper. After review https://bugzilla.redhat.com/show_bug.cgi?id=1583608 is done, there should be no other problem for mongo-tools
You can filter out the new requirement if it is needed only by the tests. Resp, you don't have to use the new macros. They are still optional, yet recommended.
Following up on this, as it still seems to be broken in F28. It looks like the bug referenced has been merged, so the resolution for this shouldn't be blocked anymore, right?
A current (2018-09-05) dnf install of mongo-tools gets version: mongo-tools-3.2.1-0.6.git17a5573.fc27.x86_64 Which still has the issue.
mongo-tools-3.6.6-1.20181124gitbd441aa.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-916523c108
mongo-tools-3.6.6-1.20181124gitbd441aa.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-916523c108
mongo-tools-3.6.6-1.20181124gitbd441aa.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.