| 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 |
|  cw (not sticky anymore) 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 (he/him) | 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 (he/him) | but most of it | 17:45:23 |
| sterni (he/him) | 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 |
| @grahamc:nixos.org | It looks like you have to use declarative jobsets to use this plugin. This plugin provides an inputs to the declarative jobsets, your nix code would iterate over the pulls in that input, and return a list of jobsets | 15:27:19 |
| @grahamc:nixos.org | but it is not clear how to actually do that | 15:27:30 |
| @grahamc:nixos.org | like, a bare bones example would be super helpful here 🙃 | 15:27:50 |
| Marco Turchetto | Oh, ok nothing was having sense because I was not aware of the "declarative projects"... | 15:27:59 |
| @grahamc:nixos.org | understandable | 15:28:37 |
