justanotheruser has quit [Ping timeout: 240 seconds]
orivej has quit [Ping timeout: 265 seconds]
cole-h has joined #nixos-dev
justanotheruser has joined #nixos-dev
cole-h has quit [Ping timeout: 240 seconds]
AlwaysLivid has quit [Ping timeout: 260 seconds]
page has quit [Ping timeout: 240 seconds]
tilpner has quit [Remote host closed the connection]
tilpner has joined #nixos-dev
averell has quit [Remote host closed the connection]
evanjs has quit [Read error: Connection reset by peer]
averell has joined #nixos-dev
evanjs has joined #nixos-dev
disasm has quit [Ping timeout: 258 seconds]
hplar has quit [Ping timeout: 260 seconds]
davidtwco has quit [Ping timeout: 264 seconds]
chrisaw has quit [Ping timeout: 244 seconds]
dmj` has quit [Ping timeout: 244 seconds]
teozkr_ has quit [Ping timeout: 244 seconds]
sorear has quit [Ping timeout: 244 seconds]
raboof has quit [Ping timeout: 244 seconds]
thoughtpolice has quit [Ping timeout: 244 seconds]
claudiii has quit [Ping timeout: 244 seconds]
cstrahan has quit [Ping timeout: 244 seconds]
feepo has quit [Ping timeout: 244 seconds]
gleber has quit [Ping timeout: 244 seconds]
aria has quit [Ping timeout: 244 seconds]
sdier has quit [Ping timeout: 244 seconds]
prusnak has quit [Ping timeout: 244 seconds]
taktoa[c] has quit [Read error: Connection reset by peer]
nh2 has quit [Read error: Connection reset by peer]
sdier has joined #nixos-dev
sorear has joined #nixos-dev
thoughtpolice has joined #nixos-dev
aria has joined #nixos-dev
teozkr_ has joined #nixos-dev
cstrahan has joined #nixos-dev
chrisaw has joined #nixos-dev
prusnak has joined #nixos-dev
feepo has joined #nixos-dev
johanot has quit [Read error: Connection reset by peer]
claudiii has joined #nixos-dev
johanot has joined #nixos-dev
cbarrett has quit [Ping timeout: 244 seconds]
WeblordPepe has joined #nixos-dev
WeblordPepe has left #nixos-dev [#nixos-dev]
dmj` has joined #nixos-dev
davidtwco has joined #nixos-dev
raboof has joined #nixos-dev
nh2 has joined #nixos-dev
cbarrett has joined #nixos-dev
hplar has joined #nixos-dev
disasm has joined #nixos-dev
boredom101 has joined #nixos-dev
disasm has quit [Ping timeout: 240 seconds]
disasm has joined #nixos-dev
gleber has joined #nixos-dev
taktoa[c] has joined #nixos-dev
boredom101 has quit [Remote host closed the connection]
<ivan>
calibre's busted in master, `error: dnspython-2.0.0 not supported for interpreter python2.7`
justanotheruser has quit [Ping timeout: 246 seconds]
clever_ has joined #nixos-dev
clever has quit [Ping timeout: 256 seconds]
clever_ has joined #nixos-dev
clever_ has quit [Changing host]
clever_ is now known as clever
vdemeester has quit [Ping timeout: 240 seconds]
taktoa[c] has quit [Ping timeout: 244 seconds]
gleber has quit [Read error: Connection reset by peer]
evanjs has quit [Ping timeout: 240 seconds]
evanjs has joined #nixos-dev
vdemeester has joined #nixos-dev
taktoa[c] has joined #nixos-dev
gleber has joined #nixos-dev
gleber has quit [Ping timeout: 240 seconds]
gleber has joined #nixos-dev
dmj` has quit [Read error: Connection reset by peer]
dmj` has joined #nixos-dev
gleber has quit [Read error: Connection reset by peer]
taktoa[c] has quit [Read error: Connection reset by peer]
vdemeester has quit [Read error: Connection reset by peer]
gleber has joined #nixos-dev
vdemeester has joined #nixos-dev
taktoa[c] has joined #nixos-dev
cbarrett has quit [Read error: Connection reset by peer]
cbarrett has joined #nixos-dev
vdemeester has quit [Ping timeout: 244 seconds]
gleber has quit [Read error: Connection reset by peer]
taktoa[c] has quit [Read error: Connection reset by peer]
cbarrett has quit [Read error: Connection reset by peer]
dmj` has quit [Read error: Connection reset by peer]
vdemeester has joined #nixos-dev
gleber has joined #nixos-dev
taktoa[c] has joined #nixos-dev
cbarrett has joined #nixos-dev
dmj` has joined #nixos-dev
orivej has joined #nixos-dev
claudiii has quit [Read error: Connection reset by peer]
claudiii has joined #nixos-dev
<das_j>
Can anyone explain to me why `lib.traceValSeq [ pkgs.curl ];` does not work? Or why the error is so weird?
gleber has quit [Ping timeout: 240 seconds]
dmj` has quit [Ping timeout: 244 seconds]
<das_j>
since the error is coming from the python subsystem, maybe FRidh2 knows something?
gleber has joined #nixos-dev
<raboof>
I'm making a small tool to quickly list the open PR's and build failures that have to do with packages that interest me, https://sr.ht/~raboof/nixpkgs-contributor-dashboard - WiP, feedback welcome :)
dmj` has joined #nixos-dev
<infinisil>
das_j: derivations aren't meant to be evaluated strictly
<das_j>
infinisil: But why not? I see this as a extremely useful feature for debugging. Or is it a nix limitation?
<infinisil>
Why would you want that? A derivation is an attribute set with a ton of attributes, and many of them refer to many more derivations, which again contain a ton of attributes, etc.
<infinisil>
How about just printing pkgs.curl.outPath or drvPath instead
fadenb has joined #nixos-dev
<das_j>
My goal was to trace a systemd service which had a path defined. Isn't it possible to insert the outPath when traceValSeq-ing?
rajivr has quit [Quit: Connection closed for inactivity]
justanotheruser has joined #nixos-dev
<Raito_Bezarius>
I'd like to build a new NixOps module, is there some docs or example I can use?
<Raito_Bezarius>
In particular, on the latest version
<abathur>
Raito_Bezarius: you may also want to ask in #nixops since it's a little more likely that someone who knows will see it before it gets burried under other discussions :)
<Raito_Bezarius>
True
m1cr0man has quit [Quit: G'luck]
m1cr0man has joined #nixos-dev
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-dev
bennofs_ has joined #nixos-dev
bennofs__ has quit [Ping timeout: 240 seconds]
cole-h has joined #nixos-dev
<domenkozar[m]>
anyone knows how to run one specific nix test?
<domenkozar[m]>
maybe Ericson2314 :D
orivej has quit [Ping timeout: 240 seconds]
<Ericson2314>
domenkozar: make tests/name.sh.test
<Ericson2314>
should tab-complete
orivej has joined #nixos-dev
<domenkozar[m]>
oh yes
<domenkozar[m]>
that really makes the feedback loop shorter
<julm>
in a flake one cannot use builtins.path on a path which already is in the Nix stor (it raises "/nix/store/... cannot refer to other paths") but since builtins.storeDir is also not available in a flake, how can I test whether a path is already in the Nix store or not?
<infinisil>
julm: That's impure, so not possible
<infinisil>
What's your intended goal with this?
orivej has joined #nixos-dev
<julm>
(I cannot even rely on builtins.hasAttr "storeDir" builtins)
<julm>
infinisil: well, if gnupg.store is already in the Nix store I can use cfg.store + "/${name}.gpg"
<julm>
but if it is not, then I must use builtins.path { path = cfg.store + "/${name}.gpg"; }
<julm>
this is in order to avoid copying all gnupg.store in the Nix store, but only the .gpg needed
page has joined #nixos-dev
<julm>
for that gnupg.store is using apply = toString;
<julm>
I can maybe no use that, and test if gnupg is a string or a path
<julm>
test gnupg.store I meant
<infinisil>
julm: You can just always use builtins.path
<infinisil>
Nix will just do a hash check on the files
<infinisil>
And only copy if it isn't already in the store
<julm>
infinisil: well it does not work in flake mode AFAICS
<infinisil>
Oh
<infinisil>
julm: How about just "${./the/path}"
<infinisil>
Hmm
<infinisil>
Ah
<julm>
gives error "/nix/store/... cannot refer to other paths"
<julm>
"${./the/path}" does not allow interpolation of ${name}
<infinisil>
julm: How about this: Check whether the path is a derivation
<infinisil>
If it is, use it directly, otherwise if it's a string, use builtins.path
<infinisil>
With lib.isDerivation
<julm>
I'm trying to use this test: typeOf gnupg.store == "path", but I face an unpleasant surprise: typeOf inputs.self.outPath == "string", not "path" as I would expect
<cole-h>
I think inputs.self would be a path
<julm>
unfortunately it's a set which I can only coerce to a string when used like a path: inputs.self + "/machines/foo"
<infinisil>
There isn't really a proper path type in nix
<infinisil>
Oh wait
<infinisil>
I guess there is, never mind
<julm>
well, sometimes typeOf returns "path"
<infinisil>
Yeah that's why I realized my mistake :)
<julm>
hmpf, typeOf pkgs.hello.outPath == "string" too
<julm>
same for typeOf (toPath pkgs.hello)
<infinisil>
Only things like `./foo` are paths
<infinisil>
So very limited
<infinisil>
julm: Why not use `lib.isDerivation`?
<julm>
because it would not be a derivation when used like this: gnupg.store = inputs.self.secrets + "/machines/foo"
<infinisil>
And forget toPath, it's deprecated
<julm>
yes, but I'm desperate :\
<infinisil>
julm: Oh and inputs.self.secrets point to a store path?
<{^_^}>
#93659 (by ju1m, 5 weeks ago, open): nixos/security.gnupg: provisioning GnuPG-protected secrets through the Nix store
<Ericson2314>
domenkozar: hardly makes a difference with -j50 :D:D:D
<infinisil>
Ah you're the author of that PR, I see!
<domenkozar[m]>
Ericson2314: I'm waiting for a good Ryzen 3900H laptop
<domenkozar[m]>
that should speed my laptop up 3x
<Ericson2314>
domenkozar: that would b nice! I have been sshing to office rack machine
<julm>
infinisil: yep, you were faster to find it than me on my mobile phone :P
<Ericson2314>
hehe so the grand total of trustless remote building and recursive nix means....I can stop sshing and use graphical emac again lol
<domenkozar[m]>
my current CPU benchmarks at about 7000 and Ryzen 3900G at about 19000
<domenkozar[m]>
I hope 2021 means a lot of new AMD laptops
<infinisil>
julm: So, you want the user to supply any gpg store directory, either a path like ./path/to/store or `inputs.secrets + "/machines/foo"` which would be in the /nix/store (which isn't recommended for secrets however)
<infinisil>
And in case it's ./path/to/store, you only want to import the files within it into the store, not the whole store
<julm>
yes, but as it goes, I think that I must forget about that idea to only load used .gpg in the Nix store...
<infinisil>
No that works
<infinisil>
Seems like an `if builtins.typeOf store == "path" then builtins.path { path = store + "/file.gpg"; name = ...; } else store + "/file.gpg"` should work
<julm>
if it's a "path" I cannot use builtins.path in flake mode so that would be the other way arround
<infinisil>
julm: Oh but users won't be able to pass arbitrary store paths with flakes anyways
<infinisil>
So `store = ./path/to/store` wouldn't work in flakes because pure eval doesn't allow accessing random paths anyways
<infinisil>
So flake users will have to use `inputs.secrets + "/store"`, which means the `else` branch is taken
<julm>
but because typeOf gnupg.store != "path" when gnupg.store = self.secrets + "/machines/foo", it's not working to test "path"
<infinisil>
And non-flake users will be able to choose either
<infinisil>
julm: Yeah but it is not a "path" type, that makes sense
<julm>
s/self.secrets/inputs.secrets/
<julm>
yes
<infinisil>
Oh and regarding the only importing needed gpg files into the store, I think that's fundamentally impossible with flakes
<julm>
so I guess I can only support the case where all gnupg.store is in the Nix store
<infinisil>
Because of pure evaluation
<julm>
yes, I had not hope to support that for flake, but I had hope to support that in non-flake mode
<infinisil>
For flakes yes, but for non-flakes, you could use above `if` I showed to only import the necessary files
<infinisil>
You will have to get rid of the `apply = toString` in that PR though
<julm>
yes, that's what I tried, but if in non-flake mode I get typeOf gnupg.store == "path" then this means that gnupg.store has already been copied to the Nix store, does'nt it ?
<julm>
or can I test typeOf gnupg.store == "path" and only then use builtins.path {path = toString gnupg.store + "/${name}.gpg"}
<julm>
if I nix-instantiate --eval --expr 'with builtins; typeOf ./.', it does not copy ./. in the Nix store, does it?
<julm>
infinisil++ thanks, I was trying to use "path" for detecting flake mode, but you helped me to see that I should rather use it to detect non-flake mode
<{^_^}>
infinisil's karma got increased to 346
<infinisil>
julm: The toString there isn't needed
<infinisil>
Well it is needed if you do it like in the PR, but `path = gnupg.store + "/${name}.gpg"` would also work and only copy that file to the store
<infinisil>
julm: Note that if gnupg.store is a "path" type, "${gnupg.store}/${name}.gpg" is *not* the same as `gnupg.store + "/${name}.gpg"`
<infinisil>
The former copies the whole directory into the store, while the latter doesn't
<infinisil>
The latter in fact just returns another "path"
<julm>
yes
<julm>
so it's either gnupg.store + "/${name}.gpg" or "${toString gnupg.store}/${name}.gpg"
<julm>
I'll change to the simpler one
<infinisil>
yup
cole-h has quit [Quit: Goodbye]
boredom101 has joined #nixos-dev
<worldofpeace>
umm, can someone explain to me why wait for ofborg check is designed to fail when it's pending?
<worldofpeace>
I feel like that effectively makes ❌meaningless at a glance of the PRs tab.
<JJJollyjim>
^^
<worldofpeace>
at least until it passes after failing
<worldofpeace>
(it feels to me like something that might be for whatever reason a temporary solution)
<worldofpeace>
Mic92: zowoq ^^
boredom101 has left #nixos-dev [#nixos-dev]
boredom101 has joined #nixos-dev
fadenb has quit [Quit: killed]
fadenb has joined #nixos-dev
fadenb has quit [Client Quit]
fadenb has joined #nixos-dev
<Mic92>
worldofpeace: yes, we can replace it with a pending status, when graham has time to merge & deploy ofborg updates.
<{^_^}>
#96695 (by worldofpeace, 30 seconds ago, open): wait_for_ofborg check sets a failed status when pending
<Mic92>
samueldr: I think Lnl is the other committer not sure if we can deploy though.
<LnL->
yeah, but there's an issue with the deployment which we can't fix
<samueldr>
I'm committer on ofborg, and I have access to the buildkite
LnL- is now known as LnL
<samueldr>
yeah, that's the thing I think I had in mind, "issue with the deployment", though I'm not sure what the details are
<samueldr>
I was given accesses last year during his vacation in case things needed a fix (though never had to)
<LnL>
from what I can tell it's something with the host that runs the deploys
<LnL>
and neither of us have more access than just buildkite
<samueldr>
right, that was the doubt I had
<LnL>
haven't tried to hack around it, but unless there's an urgent issue I'd prefer to not potentially make things worse
<gchristensen>
maybe we can fix it
<LnL>
uh oh!
<LnL>
o/
<gchristensen>
\o
<LnL>
welcome back and congrats :D
<gchristensen>
I was expecting ~3 more weeks to prepare for going offline for a while, and was going to get you root on the deploy host :') whoops, it turns out babies don't have much consideration for your schedule. thanks!
<LnL>
no worries everything is still (mostly) up
<gchristensen>
thank goodness, and thank you
<gchristensen>
to be honest I am still quite low on energy and brain -- but I'm on the way up :)
<LnL>
no rush, but ideally these kind of changes would be made with a bit more consideration
<gchristensen>
I'm not sure if that is a joke about childbirth or serious, either way yes
<LnL>
lol, no I mean the nixpgks ci stuff
<gchristensen>
oh, haha, okay yeah
boredom101 has quit [Remote host closed the connection]
justan0theruser has joined #nixos-dev
justanotheruser has quit [Ping timeout: 265 seconds]
MichaelRaskin has quit [Quit: MichaelRaskin]
boredom101 has joined #nixos-dev
jonringer has joined #nixos-dev
<worldofpeace>
hey, so jonringer needs roles for a release manager on hydra. he does have a gmail, which I'll mention here because it's public information jonringer117@gmail.com
<jonringer>
hi :)
<worldofpeace>
I'm not sure who can do this aside from graham or niksnut , who I believe is on vacation
<worldofpeace>
as we plan to branch off on sep 4th we're going to need a hydra admin to be in contact with.