| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
| |
Now that squee cooperates with suspendable ports, this is unnecessary. Use a
connection pool to still support running queries in parallel using multiple
connections.
|
| |
|
|
| |
In the compare package derivations response.
|
| |
|
|
| |
This will keep the substitute information more up to date.
|
| |
|
|
| |
So that triggering a check for substitutes can be integrated in.
|
| | |
|
| |
|
|
|
|
| |
So that this can be used by the qa-frontpage.
This should be improved and generalised.
|
| |
|
|
| |
As this will help identify when the service restarts.
|
| |
|
|
|
|
|
|
| |
In to two thread pools, a default one, and one reserved for essential
functionality.
There are some pages that use slow queries, so this should help stop those
pages block other operations.
|
| |
|
|
|
|
|
|
|
|
| |
Harmonize "Build change" options between the selection menu and the
documentation
* guix-data-service/web/compare/html.scm (compare/package-derivations):
Replace "Still broken" with "Still failing" in the "Build change" help text.
Signed-off-by: Christopher Baines <mail@cbaines.net>
|
| |
|
|
|
| |
As it's frequently useful to know how many packages/builds some change has
affected.
|
| |
|
|
|
|
|
| |
The newer Guile Fibers web server will use the chunked transfer encoding when
a procedure is used and the content length is unspecified. This is good for
large responses, but unnecessary here. Also, there's a bug with the charset so
these changes to respond with correctly encoded bytevectors to avoid that.
|
| |
|
|
|
|
|
|
|
| |
Newer versions of Guile Fibers will now use chunked encoding when a procedure
is used (and no content length is set). This is good, but not always what is
wanted, and there's also an issue with the port encoding.
This commit switches to responding with a string/bytevector when more
appropriate, plus explicitly setting the port encoding where that's needed.
|
| | |
|
| |
|
|
|
| |
This will allow for instrumenting low level database functionality, before
anything starts using the database.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
In the /compare response.
This should enable qa.guix.gnu.org to detect when the base revision for a
comparison is unknown.
|
| |
|
|
| |
As this is unused.
|
| |
|
|
| |
As scheduling a build might unblock others.
|
| |
|
|
| |
So that the queries don't get cancelled by the statement timeout.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
This will hopefully provide a less expensive way of finding out if a scheduled
build is probably blocked by other builds failing or being canceled.
By working this out when the build events are recieved, it should be more
feasible to include information about whether builds are likely blocked or not
in various places (e.g. revision comparisons).
|
| | |
|
| |
|
|
|
| |
As the guix-data-service process seems to be using excessive amounts of
memory, and this will be useful to track it.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
As this is a little clearer.
|
| | |
|
| |
|
|
|
|
| |
The build event information can now contain the derivation outputs, as well as
the name of the derivation. This allows the Guix Data Service to join builds
up with derivations, even if it doesn't know about the derivation being built.
|
| |
|
|
|
|
|
|
|
| |
The server part of the guix-data-service doesn't work great as a guix service,
since it often fails to start if the migrations take any time at all.
To address this, start the server before running the migrations, and serve the
pages that work without the database, plus a general 503 response. Once the
migrations have completed, switch to the normal behaviour.
|
| |
|
|
|
|
|
|
| |
This means you can query for derivations where builds exist or don't exist on
a given build server.
I think this will come in useful when submitting builds from a Guix Data
Service instance.
|
| |
|
|
| |
Thanks to Tobias for reporting.
|
| |
|
|
|
| |
When there's a target, render the heading neatly, and include the target
parameter in the URLs.
|
| | |
|
| | |
|
| |
|
|
| |
As this is clearer.
|
| |
|
|
|
| |
Remove the brackets from the values since this makes the set of values more
consistent, and don't display the no additional fields value on the page.
|
| |
|
|
| |
Since this speeds up the response if you don't need the nar information.
|
| |
|
|
|
| |
For the latest processed revision, this is useful for looking up which is the
latest processed revision.
|
| | |
|
| |
|
|
|
| |
This caused a problem viewing this derivation
/gnu/store/65r4488732qy6ilrh1ryb8xwmip1qnir-tklib-0.6.tar.gz?uuid=tklib-0-6.drv
|
| |
|
|
|
|
| |
From the HTML and JSON responses, since this data isn't very useful, and the
query to collect the small amount which is displayed is very slow. This could
return at some point, but in a proper paginated form which isn't slow.
|
| |
|
|
|
| |
Previously, it wouldn't pull the mime types out of the request properly, I
think it does a better job of that now.
|
| |
|
|
|
|
|
|
|
|
| |
comparison.scm: return query data for derivation comparison as an alist,
instead of list.
html.scm: Access derivation differences data using assq-ref.
controller.scm: remove mapping for outputs/inputs/sources.
utils.scm: add group-to-alist/vector function.
Signed-off-by: Christopher Baines <mail@cbaines.net>
|
| |
|
|
|
|
| |
For many pages where previously the title was just "Guix Data Service".
Signed-off-by: Christopher Baines <mail@cbaines.net>
|
| |
|
|
| |
This removes the need to hardcode some values in the code.
|
| | |
|