aboutsummaryrefslogtreecommitdiff
path: root/guix-qa-frontpage/manage-builds.scm
Commit message (Collapse)AuthorAge
* Ignore canceled builds when looking at changesChristopher Baines2023-09-17
|
* Use the new fold-builds procedure from the build coordinatorChristopher Baines2023-09-16
|
* Add more logging around submitting builds for issuesChristopher Baines2023-09-15
| | | | As I don't know where it's getting stuck.
* Add missing #:timeoutChristopher Baines2023-09-15
|
* Add port timeouts around canceling buildsChristopher Baines2023-09-15
|
* Use timeouts for talking to the data service and build coordinatorChristopher Baines2023-09-13
|
* Move submitting patch builds in to a fiberChristopher Baines2023-09-13
| | | | As this should help improve reliability and parallelism (eventually).
* Add metrics around the submit builds threadsChristopher Baines2023-09-07
| | | | Mostly so I can see if they get stuck.
* Avoid take not working when there are less than 2 merge requestsChristopher Baines2023-08-25
|
* Only consider branches with merge requestsChristopher Baines2023-08-24
|
* Fix number to string issueChristopher Baines2023-08-24
|
* Skip updating derived priorities when canceling buildsChristopher Baines2023-08-19
| | | | As this should be unnecessary.
* Always look at canceling branch buildsChristopher Baines2023-08-17
|
* Remove now unnecessary number->stringChristopher Baines2023-08-16
|
* Map over the issue numbersChristopher Baines2023-08-15
|
* Fix handling of issue numbersChristopher Baines2023-08-15
|
* Fix 1+ procedureChristopher Baines2023-08-15
|
* Fix issues-with-builds-to-cancel in the patch builds threadChristopher Baines2023-08-15
|
* Track when builds are submitted, and cancel them laterChristopher Baines2023-08-08
| | | | | | This housekeeping helps avoid building things unnecessarily, as well as avoiding builds that can't happen since the derivation might no longer be available.
* Always cancel builds not for revisionChristopher Baines2023-08-01
| | | | Rather than doing this only after submitting new builds.
* Set thread namesChristopher Baines2023-07-25
| | | | To help with debugging.
* Tweak priorities for branch buildsChristopher Baines2023-07-11
| | | | | It will probably be good to update the priorities as well, to handle when the 2nd branch in the queue becomes the 1st one.
* Add a new package changes pageChristopher Baines2023-07-05
| | | | And make some refactoring to make this easier.
* Guard against exceptions fetching branch derivation changesChristopher Baines2023-06-28
|
* Submit builds for the first two branchesChristopher Baines2023-06-28
| | | | Rather than the first 1.
* Better handle systems with expected low substitute availabilityChristopher Baines2023-06-25
| | | | | And include powerpc64le-linux in this list, as the bordeaux build farm doesn't have consistent capacity for this system yet.
* Increase the build limit for patchesChristopher Baines2023-06-19
|
* Increase the priority of branch buildsChristopher Baines2023-06-08
| | | | To match that of the lower priority patch builds.
* Make branch builds conditional on master branch substitute availabilityChristopher Baines2023-06-03
| | | | | As is done for patches. While the build coordinator prioritises the builds, I think this can stil help make best use of the build farm.
* Fix for-each-buildChristopher Baines2023-06-01
| | | | Use stream-fold as intended, rather than stream-for-each.
* Automate submitting builds for branchesChristopher Baines2023-05-25
| | | | Based on the guix-patches issues.
* Make patch testing conditional on master branch substitute availabilityChristopher Baines2023-05-23
| | | | | | | | | Patch testing has been disabled manually recently as master branch substitute availability has been low, but this change automates that. While this check is quite rough, it's generally not worth submitting builds when the substitute availability for the master branch is low since the build farm will be busy with master branch builds.
* Extract out branch related codeChristopher Baines2023-05-23
|
* Drop the build limit for patch testingChristopher Baines2023-05-23
| | | | This will avoid a flood of builds when re-enabling this.
* Update and re-enable cancelling buildsChristopher Baines2023-05-23
| | | | | This will need some monitoring to make sure it doesn't negatively affect the build coordinator.
* Adjust build code for derivation changes refactoringChristopher Baines2023-05-23
|
* Support submitting branch builds manuallyChristopher Baines2023-05-16
|
* Stop canceling builds againChristopher Baines2023-04-25
| | | | | | | | The listing builds with no dependent builds is currently too expensive, and results in queries that take long enough to block regular build coordinator activity. This reverts commit 15ddc9c552207a7491824a539f99f9edfd3e51f0.
* Stop submitting builds for core-updatesChristopher Baines2023-04-25
| | | | As I think the branch will be merged soon.
* Start canceling builds againChristopher Baines2023-04-20
| | | | As this should work better now.
* Submit branch builds in parallelChristopher Baines2023-04-20
| | | | As there can be quite a few, and this should speed things up.
* Reenable builds for core-updatesChristopher Baines2023-04-20
| | | | Since hopefully the branch will be merged soon.
* Stop building core-updatesChristopher Baines2023-04-11
| | | | | | | | While substitute availability was getting there, lots of changes were introduced in 2bde53c594aadca3df85d1011a41d8dfc183bb4b. There's only resources to build the branch while it's not changing a lot, so stop building it for now.
* Refactor submitting builds for issuesChristopher Baines2023-04-09
| | | | So that the code may be used for an individual issue.
* Reduce the build limit for patchesChristopher Baines2023-03-12
| | | | | As the bordeaux build farm doesn't have a lot of capacity, so I'm not sure it's sensible to have raised the limit so much.
* Remove unnecessarily duplicated derivation changes proceduresChristopher Baines2023-03-11
|
* Submit patch builds in parallelChristopher Baines2023-03-09
|
* Increase the patch build limit to 1500 per systemChristopher Baines2023-03-06
| | | | As I've already seen some patches that exceed the 1000 limit.
* Increase the number of builds that can be performed for patchesChristopher Baines2023-03-06
| | | | | From 200 per system to 1000 per system. Also change the prioritisation to make best use of the build farm.
* Enable builds for core-updatesChristopher Baines2023-03-03
| | | | This really shouldn't require a code change, but it currently does.
generated by cgit v1.2.3 (git 2.49.0) at 2025-08-07 08:58:05 +0000