702da969a6
* Ordering by timestamp isn't a good idea here since a newer revision might finish building before an older revision, and therefore have a lower timestamp.
Eelco Dolstra2009-03-18 16:46:01 +00:00
54475b9266
* When marking a build as "keep", register it as a root right away (don't wait for someone to run hydra_update_gcroots), otherwise it may still be GC'ed.
Eelco Dolstra2009-03-16 10:57:44 +00:00
32f0665d2c
* Allow users to change the value of a build's "keep" flag, which prevents the build output from being garbage collected.
Eelco Dolstra2009-03-14 23:56:57 +00:00
eeddf5752d
* Provide access to the raw, non-pretty-printed logfiles. Unfortunately necessary for large logs.
Eelco Dolstra2009-03-14 23:27:08 +00:00
4404800ad8
* Release sets: need to include the jobset name to disambiguate between jobs with the same name from different jobsets (e.g. trunk vs. branch).
Eelco Dolstra2009-03-14 22:34:22 +00:00
f2f586d842
* Disambiguate jobs by jobset name. I.e. jobs with the same name in different jobsets are not considered the same job.
Eelco Dolstra2009-03-12 23:46:17 +00:00
a623ad157e
* Add the name of the jobset to ReleaseSetJobs, otherwise we can't distinguish between jobs with the same name in different jobsets (e.g. "trunk" vs "stdenv-branch" for Nixpkgs). * Renamed the "attrName" field of Builds to "job". * Renamed the "id" field of BuildSteps to "build".
Eelco Dolstra2009-03-12 14:18:30 +00:00
fec08462ee
* In Sqlite "release" is now a keyword, so use "release_" instead. Note: to upgrade old databases, do a dump with an old Sqlite first; dumping with a new Sqlite will silently discard (!) the contents of the ReleaseSetJobs table.
Eelco Dolstra2009-03-12 13:42:44 +00:00
f945fbb5bd
* Use Catalyst's HTTP::Prefork engine by default, with some limits to prevent the server from being overloaded.
Eelco Dolstra2009-03-11 15:48:06 +00:00
8b752627a2
* Use IO::Handles instead of old school filehandles. This ensures that the pipe gets closed, and the child process dies, if the HTTP connection is prematurely interrupted.
Eelco Dolstra2009-03-11 14:44:34 +00:00
fca7fb20c4
* Negative caching: don't perform a build if a dependency already failed in a previous build. This is essential for Nixpkgs: we don't want to keep doing the same failed dependency (say, Glibc) over and over again for a few hundred jobs.
Eelco Dolstra2009-03-09 17:21:10 +00:00
5c45661141
* Report evaluation errors per job, and don't bail out if a job fails to evaluate.
Eelco Dolstra2009-03-07 14:06:10 +00:00
ba002c6ac5
* eval-jobs now efficiently evaluates all Hydra jobs from a release.nix expression, accepting multiple values for function arguments. This is much faster than calling nix-instantiate / nix-env a zillion times (which is particularly important for Nixpkgs).
Eelco Dolstra2009-03-06 16:55:19 +00:00
0788ec24e6
* Export all relevant info about the derivation.
Eelco Dolstra2009-03-06 15:18:59 +00:00
f9d4957f2f
* Export all relevant info about the derivation.
Eelco Dolstra2009-03-06 15:16:29 +00:00
36fdd7f37f
* For products that are directories (like manuals), allow a default suffix other than index.html to be declared. E.g. if a build does
Eelco Dolstra2009-03-06 13:34:53 +00:00
dca6b943d0
* Allow scheduled builds to be cancelled. They're not removed from the database, just marked as cancelled, because otherwise the scheduler would just add them again.
Eelco Dolstra2009-03-06 12:49:01 +00:00
0bd7abf10b
* Controller for jobs which inherits all actions in ListBuilds. So for instance we get channels specific for each job.
Eelco Dolstra2009-03-04 17:24:08 +00:00
5162f05e2c
* At top-level and for each project, provide two channels: "latest" (containing the latest successful build of each job) and "all" (containing all successful builds ever).
Eelco Dolstra2009-03-04 16:36:23 +00:00
56beebc9c6
* Channels: provide an index page that lists all the packages in the channel. * Store the meta.homepage attribute in the Builds table.
Eelco Dolstra2009-03-04 14:49:21 +00:00
dad2f31099
* Provide a channel for each project containing all the latest succesful builds for each job in the project (under http://server/project/<name>/channel/latest).
Eelco Dolstra2009-03-04 13:08:09 +00:00
0a40286202
* Put the project-related actions in a separate controller. Put the actions for viewing the job status and all builds in a separate base class that's inherited both by Root.pm and Project.pm so that we get URIs like /jobstatus and /project/<name>/jobstatus for free.
Eelco Dolstra2009-03-04 10:59:14 +00:00
7ffb32e048
* Generate a Nix expression for the channel.
Eelco Dolstra2009-03-02 17:17:36 +00:00
f75924db95
* Allow builds to be restarted (if they failed with a transient error, e.g. interrupted or network problems).
Eelco Dolstra2009-03-02 16:03:41 +00:00
f0f5b095cc
* Quick hack to allow viewing of dependency graphs (via nix-store -q --graph). Maybe I should use SVG, since the generated PNGs tend to be huge.
Eelco Dolstra2009-02-27 15:31:49 +00:00
c8ad58a774
* Only put Nix builds in the global channel.
Eelco Dolstra2009-02-27 14:57:06 +00:00