Please also see my patch submitted a fews weeks ago around this exact issue: https://lists.zx2c4.com/pipermail/password-store/2019-September/003753.html
Josiah Schwab also noted https://lists.zx2c4.com/pipermail/password-store/2018-October/003419.html in his reply (https://lists.zx2c4.com/pipermail/password-store/2019-September/003754.html). Joe. On Thu, 26 Sep 2019 at 14:45, Alfonso Gómez-Arzola <[email protected]> wrote: > > I recently had pass stop working out of the blue, saying `getopt` was not > available. After a bit of digging, I found that the issue was that `brew` > needed me to accept the XCode license again for some reason. That (I guess) > returned a non-zero status code, which pass (I guess) took to mean `brew` was > not part of the picture. Accepting this license may be necessary for brew to > work, but it should not be necessary for pass to use the already installed > `gnu-getopt`, and the bug was a bit of a pain to track down. > > So add another pro to Allan’s list: `pass` would not be affected when brew > (or one of its dependencies) starts throwing a fit. > > — > Alfonso Gómez-Arzola > > > On Thu, Sep 26, 2019 at 3:19 AM Allan Odgaard <[email protected]> wrote: >> >> On 26 Oct 2018, at 12:12, [email protected] wrote: >> >> All right, looks like I have found a good solution thanks to my teammate >> Jonas. It’s a multi-staged lookup. First, look in $PATH, if it’s not there, >> try to get it from brew, then from macports. >> >> I came to the realization that pass should not try to guess which package >> manager can provide gnu-getopt. >> >> If the user has a package manager, it is only reasonable to assume pass was >> installed using a package manager, and therefore the package manager should >> patch pass to use gnu-getopt provided by the package manager (and setup as a >> dependency). >> >> So by default, pass should simply use getopt via PATH or possibly gnu-getopt >> or /usr/local/bin/getopt to avoid any issues that could arise by calling the >> system’s getopt. >> >> What do you think about this? >> >> Pro >> >> Avoids run-time check for brew etc. >> Avoids assumptions about where brew etc. actually installs gnu-getopt. >> Allows user to have multiple package managers without pass trying to use >> gnu-getopt from the “wrong” one. >> >> Con >> >> Each package manager will need to patch platform/darwin.sh >> >> _______________________________________________ >> Password-Store mailing list >> [email protected] >> https://lists.zx2c4.com/mailman/listinfo/password-store > > _______________________________________________ > Password-Store mailing list > [email protected] > https://lists.zx2c4.com/mailman/listinfo/password-store _______________________________________________ Password-Store mailing list [email protected] https://lists.zx2c4.com/mailman/listinfo/password-store
