aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
* Add a parameter to form-horizontal-control affect multiple valuesChristopher Baines2019-12-14
| | | | | Previously, the behaviour was to accept multiple values, but enable just allowing one value to be entered.
* Improve the next page links on the revision pagesChristopher Baines2019-12-13
| | | | | To add or update the relevant query parameter, rather than replacing all the query parameters with the new value.
* Add a utility to help generate next page linksChristopher Baines2019-12-13
|
* Improve the select-build-stats functionChristopher Baines2019-12-12
| | | | Account for equivalent derivations, rather than counting them as unknown.
* Fix the select-derivations-with-no-known-buildChristopher Baines2019-12-12
| | | | | | | | The equivalent_derivations table was an experiment that didn't work, so switch to using the derivations_by_output_details_set table. Also take the build server id as input, as this allows selecting derivations which have no known build for the relevant build server.
* Add options to the query-build-servers scriptChristopher Baines2019-12-12
| | | | So you can select to query specific build servers.
* Remove non-existent export from the derivation moduleChristopher Baines2019-12-12
|
* Add a page to show derivation outputs for a revisionChristopher Baines2019-12-12
|
* Add a function to select the outputs in a revisionChristopher Baines2019-12-12
|
* Add a results count to the revision derivations pageChristopher Baines2019-12-12
|
* Fix the all-results/limit handling in the revision derivatinos controllerChristopher Baines2019-12-12
|
* Fix related builds in select-derivations-in-revisionChristopher Baines2019-12-12
| | | | | | Rather than just counting builds where the derivation matches, select builds based on the derivation outputs, which accounts for different but equivalent derivations.
* Add new derivation_output_details_set_id column to the builds tableChristopher Baines2019-12-12
| | | | | As this will hopefully provide a faster way of associating derivations with builds.
* Start storing and identifying sets of derivation outputsChristopher Baines2019-12-12
| | | | | | | | | | | Derivations are effectively equivalent if they produce the same set of outputs, which is possible because of the equivalence of fixed output derivations. A fixed output derivation can be different, but equivalent, because it produces the same fixed output. To better allow tracking equivalent derivations, primarily to allow working out what derivations might correspond to a build, store the sets of derivation outputs, and which derivations they relate to.
* Add some database indexesChristopher Baines2019-12-12
|
* Add a page to show the derivations in a revisionChristopher Baines2019-12-12
|
* Add a utility to generate a span for the status of a buildChristopher Baines2019-12-12
|
* Add a function to select derivations in a revisionChristopher Baines2019-12-12
|
* Fix and improve fetching outputs to fetch from build serversChristopher Baines2019-12-12
| | | | | | | | | | | The join on derivation_outputs was completely wrong, so fix that. Also, rather than only selecting outputs where there's a corresponding build, just eliminate outputs where there is an entry in the nars table, fetched from the relevant build server. Also just look at x86_64-linux derivations, because there's no filtering on relevant derivations for a build server at the moment.
* Fix query in select-derivations-with-no-known-buildChristopher Baines2019-12-12
| | | | | | | | | | | | | Rather than eliminating any derivation that has a known build, eliminate those derivations, but also equivalent derivations as well. For selecting the derivations in a revision, join on the equivalent derivations, as all the equilalent derivations need checking as well, as it's unknown which one Cuirass would have associated the build against. Also, filter for x86_64-linux, to avoid checking for crossbuilt things. This should be replaced by some way of describing what derivations a build server has.
* Display the build server URL when fetching dataChristopher Baines2019-12-12
|
* Fix the match statement in select-build-by-build-server-and…Christopher Baines2019-12-12
|
* Improve variable names in fetch-narinfo-filesChristopher Baines2019-12-12
|
* Populate the narinfo_fetch_records tableChristopher Baines2019-12-12
|
* Deduplicate builds and add a unique indexChristopher Baines2019-12-12
| | | | | | | Duplicate builds could creep in if the code to create them ran concurrently. I didn't exclude them initially, as I was unsure if there should be such a restriction, but at least for now, Cuirass builds map exactly to a single derivation, so use the same restriction here.
* Change nar_urls size to bigintChristopher Baines2019-12-12
| | | | As some nars can be bigger than the size of an int.
* Change nars size to bigintChristopher Baines2019-12-12
| | | | As some nars can be bigger than the maximum size of an int.
* Add a table to record where narinfo files were fetched fromChristopher Baines2019-12-12
| | | | Otherwise it's hard to associated narinfo files to build servers.
* Add an index on the derivation_file_name field in the builds tableChristopher Baines2019-12-12
| | | | As this helps when finding builds relating to specific derivations.
* Move build-status helpers to the html-utils moduleChristopher Baines2019-12-12
|
* Include nars on the output pageChristopher Baines2019-12-12
|
* Add a new page for the narinfos associated with an outputChristopher Baines2019-12-12
|
* Add a page for each signing keyChristopher Baines2019-12-12
|
* Add a new html-utils moduleChristopher Baines2019-12-12
| | | | To store code used for rendering HTML across multiple controllers.
* Stop setting a long max-age for the viewing store itemsChristopher Baines2019-12-12
| | | | As as new derivations are loaded, the contents of the page can change.
* Support querying builds by build serversChristopher Baines2019-12-12
|
* Support querying builds by statusChristopher Baines2019-12-12
|
* Handle multiple invalid values for a single form fieldChristopher Baines2019-12-12
|
* Query build servers for narinfo fileswip-narinfoChristopher Baines2019-11-30
| | | | | As well as making it possible to only query build servers for builds relating to a specific revision.
* Fix selecting pending buildsChristopher Baines2019-11-30
|
* Don't create misleading scheduled build status entriesChristopher Baines2019-11-30
| | | | | | | | Cuirass provides a timestamp field in build responses, and sometimes this means when the build was scheduled, but when the build is finished, it's the stoptime. So only use the timestamp when the build hasn't finished.
* Support handling jsonb in insert-missing-data-and-return-all-idsChristopher Baines2019-11-30
|
* Begin to add support for importing narinfo filesChristopher Baines2019-11-30
| | | | | This commit adds the tables, as well as code to support extracting data from narinfo files.
* Fix some queries relating to the build_status table changesChristopher Baines2019-11-28
|
* Fix the JSON output for the derivation history pageChristopher Baines2019-11-26
|
* Add the build-server-token-seed.scm file to Makefile.amChristopher Baines2019-11-26
|
* Extract the builds page in to it's own set of modulesChristopher Baines2019-11-24
| | | | To allow for expanding it, without cluttering the root controller.
* Respond to any method with a 404, if the request is unrecognisedChristopher Baines2019-11-24
|
* Just update the package derivation entries that need updatingChristopher Baines2019-11-24
| | | | | | | Previously, all the entries for the branch were deleted, but not, only the entries for the branch, that are present in the revision that was loaded will be deleted. This is more efficient, as it avoids deleting and recreating entries in the table that shouldn't have changed.
* Rework the builds and build_status tables as well as related codeChristopher Baines2019-11-24
| | | | | | | Allow for build status information to be submitted by POST request. This required some changes to the builds and build_status tables, as for example, the Cuirass build id may not be available, and the derivation may not be know yet, so just record the derivation file name.