| Commit message (Collapse) | Author | Age |
... | |
|
|
|
| |
As this is the way they're sorted in the derivation.
|
|
|
|
|
|
| |
Between b13b9384bc43bf93c754c037956c8ef9a99c2b41 and
601171a9bc7ca6e4acb932895a07c0ca9aedfdac, this method failed, so catch the
error to allow loading the affected revisions.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Ideally this would go in to the database somehow as well, but the only idea I
have for that is pass in a pipe, and then spawn a thread to read from the
other end of that pipe in a loop to send the output to the database.
That hasn't been written yet, so just send the output to stderr for now.
|
| |
|
|
|
|
|
| |
The lack of these meant that versions on other branches could appear in the
results.
|
| |
|
|
|
|
|
| |
In to their own modules. This should help make the code more understandable,
and allow future refactoring for readability.
|
| |
|
|
|
|
|
| |
Move it out of the main controller and html modules to better separate the
code, which should allow to make it easier to read in the future.
|
|
|
|
|
|
| |
Move the code to a more specific controller and html module. There's a lot of
code related to the revision pages, and having it separated will help with
refactoring it.
|
|
|
|
| |
As I believe it's unused.
|
|
|
|
|
|
| |
Move the code out of the main controller and html modules. There's now too
much code in these modules, so begin to separate the functionality, starting
with the small amount of code for the jobs pages.
|
|
|
|
|
|
|
|
|
|
| |
This is to compare the state of a branch (or two different branches) at two
different times. This complements the ability to compare by revision to be
able to just compare by date and time. The relevant revisions are determined,
and then compared as normal.
This is only a very rough initial implementation, as I'm hoping to refactor
the code to reduce duplication.
|
| |
|
|
|
|
| |
To get the guix revision that was on a branch at a given date and time.
|
| |
|
| |
|
| |
|
|
|
|
| |
Uses of this have been replaced with parse-query-parameters.
|
| |
|
| |
|
|
|
|
| |
As this is useful when working with pg_tmp.
|
|
|
|
| |
To fix the order when the first_datetime matches.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, the assets would be served from the store normally, but this meant
that they were read from disk each time, and stat calls were used to determine
when they were last modified.
This doesn't work for files in the store, as the timestamps are normalised,
therefore add a renderer that takes advantage of the asset directory being in
the store. All the files are read at startup, and then stored in memory. Also,
the process start time is used as a value for the last modified header, which
isn't ideal, but it's better than 1970.
|
|
|
|
|
| |
To allow looking up if the assets are in the store, which will happen if the
Guix Data Service is running from a Guix package.
|
| |
|
| |
|
| |
|
|
|
|
| |
As this name is more specific.
|
|
|
|
|
|
|
|
| |
Add a new event 'retry', and run jobs where the number of retry events is
greater or equal to the number of failure events.
Also add an index to the git_branches table to make the finding jobs query a
bit faster.
|
|
|
|
|
| |
To keep the page length down. All branches can still be seen on the page for
specific repositories.
|
|
|
|
| |
The git_branches.commits column doesn't allow NULL values.
|
|
|
|
|
|
|
|
|
|
|
| |
The git_branches table had 'NULL' values for some commits where the branch was
deleted, importantly this was the string 'NULL', not an actual NULL value.
This commit fixes that, migrating the existing values to be '', and changing
the relevant code.
The primary key is also extended to include the datetime field, as this is
important to allow a branch to be deleted twice.
|
|
|
|
| |
This happens when the repl can't be loaded for example.
|
|
|
|
|
| |
Older versions of the glibc-locales package just contain the UTF-8 variants,
not utf8.
|
| |
|
|
|
|
|
| |
This is a recent addition, so to support loading revisions without it, better
handle the error when loading the module.
|
|
|
|
| |
Otherwise modules from outside of the inferior can leak in.
|
|
|
|
|
| |
Using the title element, as the identifier is internal, but it's useful for
development to be able to find it out, if you want to run the job for testing.
|
| |
|
|
|
|
| |
To provide a more visual view of when the package versions were available.
|
|
|
|
|
| |
This is useful when looking back through history at what package versions were
previously available.
|
|
|
|
|
|
|
| |
This isn't new information, but derived from information already in the
database. It's collected here to make querying faster.
The table is updated when each new revision is entered.
|
|
|
|
|
|
|
|
| |
Previously, if you searched for packages like Ruby or Guile, the actual Ruby
and Guile packages would be low in the rankings, as the terms Ruby or Guile
don't appear much in the descriptions.
Therefore, change the ordering to make these exact matches appear higher up.
|
| |
|
| |
|
|
|
|
| |
The repository id is expected to be a number.
|