Frank Thomas

Results 290 comments of Frank Thomas

TIL that there is a BSP implementation for Gradle: * https://github.com/microsoft/build-server-for-gradle * https://devblogs.microsoft.com/java/new-build-server-for-gradle/ * https://devblogs.microsoft.com/java/announcing-the-build-server-for-gradle-open-source-repository/ With #2640 we could partially support Gradle builds via BSP.

> Having a way to "login" into GitHub different to any other forge could be misleading. I agree with this. Also, if a GitHub App API token can be retrieved...

> All the GitHub App stuff (auth + repos) would then be handled in a separate program that runs before Scala Steward and prepares the `askpass` program and `repos.md`. I'm...

> * **Abort processing that repo** We could do that if everybody who receives Scala Steward's PRs would have access to the run logs. But that is not the case...

> wouldn't have those already expire and one with the new encoder be created? This is true for caches that have been updated since https://github.com/scala-steward-org/scala-steward/pull/2898 (which was the last change...

> The other alternative would be to have matching case classes for all different versions, then use `semiauto` and convert afterwards into the current version. That sounds interesting! I'll give...

Scala Steward's PRs contain a `update.ignore` config in the *Adjust future updates* details that should prevent further updates of the dependency. See https://github.com/scala-steward-org/scala-steward/pull/3165 for example. > `updates.ignore` to disable upgrading...

One possibility would be to add a rate limiter that ensures that a fixed duration elapsed between two consecutive created PRs. If Scala Steward would be too fast, it could...

That is good argument against `IO.sleep`. The limiter could also just skip PR creation and proceed as normal until enough time elapsed since the last PR creation. If the duration...

> Bonus points: if each repository can indicate in its config how much resources a PR consumes. So that the limiter can be dynamic, based on where the updates are...