| Commit message (Collapse) | Author | Age |
|
|
|
| |
To help keep the number of dead tuples down.
|
|
|
|
|
|
|
|
| |
As each job deletes lots of rows in the table, vacuum it to free up space for
the next job.
I don't think this is something to do widely, but I wanted to try it out for
the tables which have a lot of churn.
|
| |
|
|
|
|
| |
Rather than just completed or not.
|
|
|
|
| |
It now returns #f or a list, rather than the empty list or a nested list.
|
|
|
|
| |
This might help at least handle errors when inserting data in to PostgreSQL.
|
| |
|
|
|
|
| |
Previously it would only be loaded if the (guix lint) module exists.
|
|
|
|
|
|
|
|
|
|
|
| |
From the normalized one, to the one actually contained within glibc. Recent
versions of glibc also contain symlinks linking the normalized codeset to the
locales with the .UTF-8 ending, but older ones do not.
Maybe handling codeset normalisation for queries would be good, but the locale
values ending in .UTF-8 are more compatible and allow the code to be
simplified. For querying, maybe there should be a locales table which handles
different representations.
|
| |
|
|
|
|
| |
Signed-off-by: Christopher Baines <mail@cbaines.net>
|
|
|
|
| |
Signed-off-by: Christopher Baines <mail@cbaines.net>
|
|
|
|
|
|
| |
Use the deduplicated list of packages when fetching lint warnings, to avoid
duplicates. This was first seen in the following Guix commit
843344273c6a587b8e6c84d8406500fd64d8908a.
|
|
|
|
| |
Signed-off-by: Christopher Baines <mail@cbaines.net>
|
|
|
|
| |
Signed-off-by: Christopher Baines <mail@cbaines.net>
|
|
|
|
|
| |
Where the requested system doesn't match that of the returned derivation. This
seems to happen for packages like dev86, wine and go.
|
| |
|
|
|
|
|
|
| |
In recent versions of Guix on the Guix Data Service side, I don't think these
are system-error's, but a different type. For compatibility, just catch any
error.
|
|
|
|
|
| |
Previously it would cause an error when it's not available, which is a bit
unnecessary.
|
|
|
|
| |
This might help with debugging failures in the load jobs around this point.
|
| |
|
|
|
|
|
|
| |
PostgreSQL seems to be unhappy with some data, I guess because it gets a bit
jumbled. Rather than failing the job, or getting stuck not inserting logs, try
and capture the error, log the details, and then keep going.
|
|
|
|
|
|
| |
The derivation checker currently opens a store connection on its own, but by
passing the already open connection in, it won't have to do that, and
hopefully this will make checking all the packages faster.
|
|
|
|
| |
It's been replaced by the package_derivations_by_guix_revision_range table.
|
|
|
|
|
|
|
| |
Rather than just the native system. I'm not quite sure of the value here, as I
guess system tests should behave the same regardless of the way the software
is compiled, but this seems like it could be useful, and being explicit about
the system the derivation is for is good.
|
|
|
|
|
| |
The switch away from catch broke this, I obviously still don't quite get how
with-exception-handler works. Therefore, use it twice as that seems to help.
|
| |
|
|
|
|
|
|
|
| |
I think there's still the potential for a race condition when working with the
cached checkout of the repository, but this lock was far too wide. The
sensitive section is just the latest-channel-instances call, as it adds the
relevant files to the store, and that's what's returned.
|
|
|
|
| |
By including a backtrace.
|
|
|
|
| |
So that the load-new-guix-revision tests work with Guile 3.
|
| |
|
|
|
|
|
| |
With Guile 3, there's a potential for mock to work in even fewer
circumstances. So, adapt the code to enable writing the tests without mock.
|
|
|
|
| |
In the load-new-guix-revision module.
|
| |
|
|
|
|
| |
To simplify both procedures.
|
|
|
|
|
|
| |
Switch to using a sequence for the ids in the log parts table, and spawn a
thread to listen for output from the inferior processes, and enter it in to
the database.
|
| |
|
| |
|
|
|
|
| |
So that the tests don't require a store connection.
|
| |
|
|
|
|
|
| |
As this will enable registering temporary roots, to avoid store items being
garbage collected.
|
|
|
|
| |
These are the ones that relate to Guix pull.
|
|
|
|
| |
As this is neater.
|
|
|
|
|
|
|
|
| |
Yet again...
This makes the channel-derivations for each system accessible within the
load-new-guix-revision procedure, in preparation for storing them in the
database.
|
| |
|
|
|
|
| |
These aren't stored yet, but this is a start.
|
|
|
|
| |
To reduce the line length.
|
| |
|
|
|
|
|
| |
To avoid race conditions between jobs, have it happen after the call to
extract-information-from.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Stop using the system values as targets, and remove package derivation entries
where this is the case.
Switch the non-cross derivation case to have a target of "", rather than
matching the system, as this makes more sense, and is more consistent now that
the target values no longer match the system values.
Hardcode some more correct target values, and use these instead. Hopefully
this can be better integrated with Guix in the future.
This commit also includes a migration attempting to shrink some indexes.
|