Hi, Mathias. Mathias Gibbens <[email protected]> writes:
> The fix is easy enough (see end of message), but I think it would be Thanks for the report and patch! I'll upload a fix in the next day or two; sorry for any resulting inconvenience in the meantime. > better to rely on dh-golang's abilities to properly setup the build > environment for the golang part of this package. That would absolutely have been my preference as well. However, I had a lot of trouble getting dh-golang to accommodate this package's idiosyncratic arrangements and wound up bypassing it in this fashion instead. If you have a concrete suggestion as to how ncbi-entrez-direct can make fuller use of dh-golang, I'm all ears. In particular, this package doesn't have a Git repository (except insofar as downstream packagers import it) or corresponding Go package names, but rather puts executables' sources in a top-level cmd directory and private library code in a top-level edirect directory, in a package simply called edirect. (Both directories have go.mod and go.sum files that don't necessarily correspond to what Debian builds will pick up, but that's presumably common enough not to be a problem.) -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[email protected]
