Skip to content

[Prebuilds] Increase timeout and/or make it configurable #6283

Description

@mikenikles

The current prebuild timeout is set to 1h. I'm working with some large projects that require more time to compile everything, up to 3 hours given current estimates.

Related to this, it would be a good user experience to allow a configurable timeout per project.

Activity

  1. gtsiolis commented on Oct 21, 2021

    @gtsiolis
    Contributor

    FYI, This is also cross-linked[1] in the docs. 🎗️

  2. Trott commented on Oct 23, 2021

    @Trott

    If it's useful info, I just built Node.js on a Gitpod workspace and it took 83 minutes. So, uh, being able to set it to around 90 minutes or so would let me do Node.js prebuilds, which would be incredibly useful to me.

  3. tobiasdiez commented on Nov 17, 2021

    @tobiasdiez

    Is there a ETA for when the build times is increased? For https://github.com/sagemath/sage we are currently also above the 1h mark.

  4. georg480 commented on Dec 25, 2021

    @georg480

    My prebuild is aborted after one hour, is there a parameter with which I can change the time? The option (Incremental Prebuilds
    Enable Incremental Prebuilds Beta) for is also active.

  5. Trott commented on Dec 25, 2021

    @Trott

    is there a parameter with which I can change the time?

    As far as I know, the answer is still "no" but I want to share a workaround I've done that has helped me out a lot.

    Here's the GitPod YAML config for one of my projects:

    tasks:
      - init: ./configure && timeout 45m make -j16 || true

    The timeout 45m make -j16 || true cause make -j16 to run for 45 minutes. After that, it is terminated but the || true causes a success status code to be provided rather than a failure status code. Since my builds take more than an hour, but usually less than an hour and 15 minutes, that gives me a very big head start on my builds when I open the workspace. This depends on having a build step that can pick up where it left off rather than needing to start over.

  6. stale commented on Mar 26, 2022

    @stale

    This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

  7. added
    meta: staleThis issue/PR is stale and will be closed soon
    on Mar 26, 2022
  8. tobiasdiez commented on Mar 27, 2022

    @tobiasdiez

    Prebuild still timeout after 1h.

  9. removed
    meta: staleThis issue/PR is stale and will be closed soon
    on Mar 27, 2022
  10. added a commit that references this issue on May 18, 2022
  11. stale commented on Jun 27, 2022

    @stale

    This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

  12. added
    meta: staleThis issue/PR is stale and will be closed soon
    on Jun 27, 2022
  13. rober-m commented on Jun 28, 2022

    @rober-m

    Please, add configurable timeout for projects that take longer than 1h! 🙏

  14. removed
    meta: staleThis issue/PR is stale and will be closed soon
    on Jun 28, 2022
  15. svenefftinge commented on Aug 5, 2022

    @svenefftinge
    Contributor

    Adding the possibility for configurable timeouts makes a lot of sense for usage-based plans (to be released soon).

  16. stale commented on Nov 9, 2022

    @stale

    This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

  17. added
    meta: staleThis issue/PR is stale and will be closed soon
    on Nov 9, 2022
  18. moved this to In Validation in 🍎 WebApp Teamon Nov 26, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions