Optional structured logging for running conda build in CI #4846
Labels
backlog
issue has been triaged but has not been earmarked for any upcoming release
downstream::anaconda
this issue/PR impacts Anaconda's packaging teams
source::anaconda
created by members of Anaconda, Inc.
stale::closed
[bot] closed after being marked as stale
stale
[bot] marked as stale due to inactivity
type::feature
request for a new feature or capability
Checklist
What is the idea?
conda build does not offer a way to output information in a way that is easily parsed. Most of the interesting cases involve build failures.
Why is this needed?
Some of this stuff is not available at all, and some could potentially be parsed out of the current logs. Parsing things out of logs is ugly but it is easy technically on our end. But it's very fragile if we do it would coordination.
What should happen?
I propose the following. We create a new option
--ci
to conda build. This will enable some specific loggers (or something equivalent) that are disabled by default. We can print whatever structured logging we need there, we'll put comments near those lines warning others not to mess with them.Once this is in place then Sirius can write the actual logging statements, although we'll probably need help finding where to put them since none of us know conda build.
Additional Context
No response
The text was updated successfully, but these errors were encountered: