| Summary: | Warn if current environment variables do not match with the build of other modules | ||
|---|---|---|---|
| Product: | [Developer tools] kdesrc-build | Reporter: | Gregor Mi <codestruct> |
| Component: | general | Assignee: | Michael Pyne <mpyne> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | CC: | ashark |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Gregor Mi
2018-05-13 08:25:31 UTC
It *could* do this, the infrastructure I would use to implement this (hashing of option values and persistent data storage) already exist. The question would be which env vars to monitor. *But*, you may want to consider the set-env global option in your kdesrc-buildrc to ensure that critical environment variables are set by kdesrc-build itself. See https://docs.kde.org/trunk5/en/extragear-utils/kdesrc-build/conf-options-table.html#conf-set-env Yes, this can be controlled by set-env for those variables you need. But it already set the needed one. Those the extra - that is your responsibility, not tool's. |