| 14 Jul 2021 |
 @grahamc:nixos.org | oh nice | 19:03:20 |
| @grahamc:nixos.org | it is not very much code | 19:03:24 |
 cole-h | grahamc (he/him) Aha, looking through that fork's network, I present: version 0.2.0.0: https://github.com/blitz/hail/commit/b28e77e00bb6373f003670f7f3af8902162ea597 | 23:17:29 |
| @grahamc:nixos.org | Ah ha! | 23:17:42 |
| 15 Jul 2021 |
 Taneb | I've been thinking, I'd like something like Hail but push-based rather than pull-based, for situations when the administers of the Hydra server are aware of the deployment. I've no idea how to do the important bit safely but I guess I can just copy off what Hail did | 15:07:25 |
| 20 Jul 2021 |
 Rick (Mindavi) | I've just deployed hydra with the content-addressed additions, but the hydra-server component seems to crash: https://gist.github.com/Mindavi/9d0c3eaeb4594be191b2bcf24f7f8e34. It seems related to the recent-ish prometheus additions | 18:53:16 |
| Rick (Mindavi) | (note that it was working well before the last updates on that PR) | 18:53:43 |
 ajs124 | Rick (Mindavi): you're missing that perl dependency | 18:56:40 |
| Rick (Mindavi) | Oh, I need to add that to the override? | 18:57:06 |
| ajs124 | if not using the flake, probably yes | 18:57:22 |
| Rick (Mindavi) | Thanks :) I guess that'll solve it | 18:57:40 |
|  Rev. CornWallace III (novus ordo seclorum) changed their display name from cw (Vi/Vim) to continuouswave. | 20:34:51 |
|  sumner left the room. | 21:42:13 |
| 25 Jul 2021 |
 FRidh | Redacted or Malformed Event | 08:26:04 |
| FRidh | DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::Pg::st execute failed: ERROR: deadlock detected
DETAIL: Process 23214 waits for ShareLock on transaction 361879925; blocked by process 5980.
Process 5980 waits for ExclusiveLock on tuple (88,49) of relation 16571 of database 16401; blocked by process 24855.
Process 24855 waits for ShareLock on transaction 361879912; blocked by process 5762.
Process 5762 waits for ShareLock on transaction 361879777; blocked by process 23214.
HINT: See server log for query details.
CONTEXT: while updating tuple (6768582,15) in relation "builds" [for Statement "UPDATE builds SET iscurrent = ? WHERE ( ( iscurrent = ? AND jobset_id = ? ) )" with ParamValues: 1='0', 2='1', 3='318'] at /nix/store/shznabn02axg1jdalrf911k65k20dzw8-hydra-0.1.20210629.e02f347/bin/.hydra-eval-jobset-wrapped line 716
| 08:26:21 |
| FRidh | https://hydra.nixos.org/jobset/nixpkgs/staging-next#tabs-errors | 08:26:30 |
| 26 Jul 2021 |
|  Gytis Ivaskevicius joined the room. | 12:43:30 |
| Gytis Ivaskevicius | What is the proper way to build WHOLE NIXPKGS with --dry-run (much like hydra) | 12:50:19 |
| Gytis Ivaskevicius | just exectue each nix file in top level? | 12:50:29 |
| Gytis Ivaskevicius | * just manually build each nix file in pkgs/top-level/*? | 12:50:49 |
| Gytis Ivaskevicius | Welp, its confirmed. The more I try - the more I fail. I guess ill write some sort of derivation which depends on everything :/ | 13:02:34 |
| ajs124 | You can't. Not all of nixpkgs evaluates. | 13:04:14 |
| @grahamc:nixos.org | Gytis Ivaskevicius: the only way to really do that would be use hydra's evaluator to get a list of derivations and then walk them and bulid | 13:18:51 |
| Gytis Ivaskevicius | Is it documented anywhere? | 13:24:30 |
 sterni | Gytis Ivaskevicius: nix-shell -p hydra-unstable --run "hydra-eval-jobs -I. pkgs/top-level/release.nix" although keep in mind this doesn't technically even evaluate all of nixpkgs | 17:45:21 |
| sterni | but most of it | 17:45:23 |
| sterni | and most likely everything you care about | 17:45:38 |
| 27 Jul 2021 |
|  Marco Turchetto joined the room. | 14:39:47 |
| Marco Turchetto | Hi, I'm trying to integrate hydra with GitLab, the intended outcome is to have a project for merge requests and a jobset for every merge request, I have tried with the GitlabPulls.pm plugin but I'm starting to think that is not really what I need | 14:55:39 |
| @grahamc:nixos.org | 🤔 I've never used the Pulls plugin, but I've got an upcoming project that involves it | 15:25:01 |
