Summary: | Bash completion fails to correctly address ebuilds in ${PORTDIR_OVERLAY} | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tom Fredrik Blenning Klaussen <bfg-dev> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Shell Tools project <shell-tools> |
Status: | VERIFIED FIXED | ||
Severity: | minor | Keywords: | InVCS |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Tom Fredrik Blenning Klaussen
2005-02-20 02:50:16 UTC
I'll see about adding portdir support. As far as esearch goes, _emerge would make no sense... emerge has tons of more options. Also, it doesn't make any sense to do package name completion with esearch since it's a search string/regex. I wouldn't mind writing one that simply does esearch's command-line options, but that's something that should be included with esearch itself not in gentoo-bashcomp. Well, it might be overkill and technically incorrect to use _emerge, I just did a quick hack, and it seemed to work for me. As far as esearch goes, at least for me, the primary use is to bring up packet information _quick_. PORTDIR_OVERLAY support added. Will be available next release. I'm thinking about breaking gentoo-bashcomp out into its own ebuild, since I release a lot more often that the previous maintainer(s). If so, I'll probably wait until then to close this bug. What comes into mind is to do that, and make gentoo-bash-completion a run-time dependency with a use flag for bash-completion. That way people will get both from only installing bash-completion, but the release cycle could be considerably higher on the gentoo-part. As a counter-argument, the total size of the package is minimal, so theres no real strain connected to a rapid update cycle. Well anyway, just random ranting. app-shells/gentoo-bashcomp-20050316 is in the tree. Me happy :) |