Summary: | sys-apps/util-linux-2.25.1 - QA Notice: Symbolic link /usr/share/bash-completion/completions/runuser points to /usr/share/bash-completion/completions/su which does not exist. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | William Throwe <wtt6> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://thread.gmane.org/gmane.linux.utilities.util-linux-ng/10073 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log.gz |
Description
William Throwe
2014-09-07 05:59:00 UTC
Blocking Tracker Bug 477380 because /usr/share/bash-completion/completions is a upstream bash-completion directory, where as Gentoo is using /usr/share/bash-completion for the completion files So, another case of missing inherit bash-completion-r1 and pointing the build-sys to the directory from the eclass I think they should be using a relative symlink anyway. In any case, this bug would be OBSOLETE after stabilizing new bashcomp. (removed accidentally) (In reply to Samuli Suominen from comment #1) mmm, no, the util-linux ebuild has been using the eclass for a while now: --with-bashcompletiondir="$(get_bashcompdir)" \ and the eclass is returning "/usr/share/bash-completion/completions" (In reply to Michał Górny from comment #2) it already is a relative symlink. the portage display is misleading. the problem is that util-linux assumes that when runuser is installed, so is su should be all set now in the tree; thanks for the report! Commit message: Fix runuser bash-completion install http://sources.gentoo.org/sys-apps/util-linux/files/util-linux-2.25.2-runuser-bash-completion.patch?rev=1.1 http://sources.gentoo.org/sys-apps/util-linux/util-linux-2.25.2.ebuild?rev=1.1 |