Date: Thu, 18 Jul 2019 19:45:36 +0000 From: bugzilla-noreply@freebsd.org To: haskell@FreeBSD.org Subject: maintainer-feedback requested: [Bug 239289] devel/hs-git-annex: git-annex-shell and git-remote-tor-annex symlinks don't point to git-annex, fail calling convention Message-ID: <bug-239289-16154-DDYKiNG4QK@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-239289-16154@https.bugs.freebsd.org/bugzilla/> References: <bug-239289-16154@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
Bugzilla Automation <bugzilla@FreeBSD.org> has asked freebsd-haskell mailing list <haskell@FreeBSD.org> for maintainer-feedback: Bug 239289: devel/hs-git-annex: git-annex-shell and git-remote-tor-annex symlinks don't point to git-annex, fail calling convention https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D239289 --- Description --- Hello, git-annex runs git-annex-shell or git-remote-tor-annex functionality accord= ing to the name it's called by (http://source.git-annex.branchable.com/?p=3Dsource.git;a=3Dblob;f=3Dgit-an= nex.hs;h=3D4 992f4c76ef00a2c6326cedeedefbec72ef7eb5e;hb=3DHEAD for instance). On current hs-git-annex installations, those commands are symlinks to a wra= pper script /usr/local/bin/git-annex, not the binary itself, which is located at /usr/local/libexec/cabal/git-annex. Running either will just result in running the non-qualified git-annex functionality. The indirection defeats the calling convention. I believe the wrapper script approach was introduced here: https://svnweb.freebsd.org/ports?view=3Drevision&sortby=3Dlog&sortdir=3Ddow= n&revision =3D504093. Not sure how to keep setting the environment variables without dedicated wrappers for those commands calling links in /usr/local/libexec/cabal/ poin= ting to git-annex. Presumably this issue applies to any other program that relies on this kind= of calling convention. Regards,
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-239289-16154-DDYKiNG4QK>