Summary: | [brother-overlay] Ebuild failures occuring in global scope | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michał Górny <mgorny> |
Component: | Overlays | Assignee: | Stefan Langenmaier <stefan.langenmaier+gentoo> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://qa-reports.gentoo.org/output/repos/brother-overlay.html | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 552950 |
Description
Michał Górny
2017-09-07 14:51:03 UTC
Hi, I replaced the invocation of tr with bash syntax. Nevertheless I would like to understand the problem a bit better. If I'm correct the error happens during metadata generation? I used egencache but could not reproduce the error. And why is this a problem at all. Shouldn't tr be an allowed command? https://devmanual.gentoo.org/tools-reference/tr/index.html Anyway thanks for keeping gentoo a distribution with a high-quality repository! It happens with the current git version of portage (-9999) and pkgcore. I've been reporting the problems with that early to reduce the fallout. PMS specifies that no external commands can be executed in global scope. This is for two reasons: 1. we do not make any guarantees about any packages being installed while calculating dependencies, so you should try to avoid relying on anything not explicitly guaranteed by the PM, 2. calling external programs is much slower than using pure bash. This causes a significant slowdown for systems running the cache generation, and if someone uses the repository without a cache (which is usually a normal case) it means that it slows down every 'emerge' dependency calculation that involves the package. The bug seems to be fixed in the repository. Closing. |