| Summary: | app-portage/genlop-0.30.9-r1: The bash_completion uses old /etc/make.globals and /etc/make.conf paths | ||
|---|---|---|---|
| Product: | Portage Development | Reporter: | Horst Prote <prote> |
| Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
Don't know why I overlooked Bug 434574. Its solution is included in genlop-0.30.10-r1 and works but as "'portageq envvar PORTDIR' is deprecated." it will cease to work in the future. *** This bug has been marked as a duplicate of bug 434574 *** |
The /usr/share/bash-completion/completions/genlop uses old /etc/make.globals and /etc/make.conf paths. Reproducible: Always Steps to Reproduce: Type genlop -t www-cli<TAB> Actual Results: You get the message bash: /etc/make.globals: No such file or directory bash: /etc/make.conf: No such file or directory and there is no completion. Expected Results: Completion to genlop -t www-client/ This is caused by the lines portagedir="$( (source /etc/make.globals source /etc/make.conf echo ${PORTDIR}) )" in /usr/share/bash-completion/completions/genlop and could be fixed by changing these lines to portagedir="$(portageq get_repo_path $(portageq envvar EROOT) gentoo)" Maybe one could search not only gentoo but all repos with a similar solution as in Bug 505160.