Skip to content

Do not print all elements and their status on every invocation #2141

Open

Description

@ada-magicat

For one, in my experience, it is not immediately useful as it is not a graph but a simple list. Without dependency information, it is not that obvious (to me at least) why a certain element is being rebuilt.

Similarly to #2140, it adds a lot to the clutter of printed output with every consecutive invocation of the tool. I think, similarly, it should be hidden under the verbose flag and optionally a new flag for this purpose.

Activity

  1. added
    enhancementNew feature or request
    frontendAn issue related to the CLI or frontend UI/UX
    loggingAn issue related to logging output
    on Jul 9, 2026
  2. abderrahim commented on Jul 9, 2026

    @abderrahim
    Contributor

    The idea is that this information is useful in a non-interactive setting (e.g. in CI) to be able to debug afterwards. It's indeed not very user friendly, and we should consider a better.

    Will Salmon experimented with different UX options in his https://gitlab.com/girderstream/girderstream/ project. We might use that for inspiration in a future rework of buildstream's frontend.

  3. ada-magicat commented on Jul 9, 2026

    @ada-magicat
    Author

    The idea is that this information is useful in a non-interactive setting (e.g. in CI) to be able to debug afterwards.

    I think this being part of a verbose flag and that flag being by default (#2150) is the best solution.

    Will Salmon experimented with different UX options in his https://gitlab.com/girderstream/girderstream/girderstream project.

    If I am to go by the example output in it's own book, its output still looks highly esoteric and even more cryptic as to what it is doing at first glance.

  4. abderrahim commented on Jul 9, 2026

    @abderrahim
    Contributor

    If I am to go by the example output in it's own book, its output still looks highly esoteric and even more cryptic as to what it is doing at first glance.

    The default output is still kinda cryptic, but there is at least an interactive alternative UI.

  5. ada-magicat commented on Oct 2, 2026

    @ada-magicat
    Author

    Calculating this also slows down the tool's start, so this is yet another reason to not show this by default.

  6. abderrahim commented on Oct 11, 2026

    @abderrahim
    Contributor

    Calculating this also slows down the tool's start, so this is yet another reason to not show this by default.

    #2199 shows what it would feel if we didn't have to show the pipeline status (it does this by breaking the pipeline status, so it can't be yet merged as-is)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestfrontendAn issue related to the CLI or frontend UI/UXloggingAn issue related to logging output

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions