27 May 2024 |
qbit | for example: https://github.com/qbit/pr-status-pl/blob/main/flake.nix#L53 | 12:53:51 |
qbit | i use direnv to load thaet shell, and for some reason emacs can't see the Git modul | 12:54:10 |
qbit | e | 12:54:11 |
qbit | hm but vim sees it.. | 12:55:24 |
qbit | so idk now | 12:55:26 |
stigo | In reply to @qbit:tapenet.org i use direnv to load thaet shell, and for some reason emacs can't see the Git modul I usually just use let perl' = perl.withPackages(...); and put that in buildInputs | 12:55:54 |
hexa | I think we can already create a perl-updates jobset on h.n.o | 12:56:31 |
hexa | and we'd tie that to the branch with the same name on nixpkgs | 12:56:47 |
hexa | and you can trigger evals when you're ready | 12:57:28 |
stigo | In reply to @qbit:tapenet.org so idk now If you're adding perlPackages to buildInput, also add perl | 12:57:54 |
stigo | ... which I can see that you're actually doing :) woops | 12:58:23 |
stigo | In reply to @hexa:lossy.network and you can trigger evals when you're ready that would be useful, so I don't have to annoy staging until the update is in a good state | 12:58:57 |
hexa | do you have a specific entrypoint? | 12:59:29 |
hexa | see pkgs/top-level/release-*.nix | 13:00:14 |
hexa | the simplest would be release-r.nix | 13:00:56 |
stigo | ah, TIL about entrypoints. should prob create one for perl then that maps trough all perlPackages based on release-r.nix ? | 13:02:37 |
hexa | and maybe you'll also want a an aggreate tested job? | 13:02:59 |
stigo | not sure what that means, but sounds good :P | 13:03:20 |
hexa | haha 😄 | 13:03:27 |
hexa | like the tested jobset on trunk-combined and unstable-small | 13:03:40 |
hexa | but it doesn't matter so much, since there is no channel created from it | 13:03:49 |
hexa | but it would allow you to track packages outside of perlPackages, that you think are important and depend on the perl infra | 13:04:17 |
stigo | hydra-unstable is one package that I use to smoke test | 13:04:45 |
hexa | cool! | 13:04:56 |
stigo | also, usually test some cross builds that have been problematic, that would make sense to have in a tested jobset | 13:05:41 |
stigo | usually most failures show up in the unit tests in respective perlPackages though | 13:06:29 |
qbit | In reply to @stigo:matrix.org I usually just use let perl' = perl.withPackages(...); and put that in buildInputs ah, ok | 13:09:09 |
qbit | ty | 13:09:15 |
hexa | https://hydra.nixos.org/jobset/nixpkgs/perl-updates | 13:20:41 |
stigo | connected to the perl-updates branch, right? | 13:21:49 |