worldofpeace changed the topic of #nixos-dev to: NixOS Development (#nixos for questions) | NixOS 20.09 Nightingale ✨ https://discourse.nixos.org/t/nixos-20-09-release/9668 | https://hydra.nixos.org/jobset/nixos/trunk-combined https://channels.nix.gsc.io/graph.html | https://r13y.com | 20.09 RMs: worldofpeace, jonringer | https://logs.nix.samueldr.com/nixos-dev
supersandro2000 has quit [Disconnected by services]
supersandro2000 has joined #nixos-dev
AlwaysLivid has quit [Remote host closed the connection]
AlwaysLivid has joined #nixos-dev
rajivr has joined #nixos-dev
orivej has quit [Ping timeout: 265 seconds]
jonringer has joined #nixos-dev
<gchristensen> just fwiw, cole-h has full access to ofborg's systems now
<cole-h> ^
<cole-h> I now sport the same accessories as depicted in GrahamcOfBorg's profile picture. Particularly the brain-to-ofborg-infra interface.
<gchristensen> I'm delighted to have his help, and him to take it on :)
<gchristensen> I wouldn't mind expanding it further, though setup is slightly onerous right now (and you have to peer with me on wireguard)
<gchristensen> perfect timing
<cole-h> Oh no there's more
<supersandro2000> you even took a look at the one
<supersandro2000> thats bad luck I guess
<cole-h> "This SHA and context has reached the maximum number of statuses."
<gchristensen> oh boy, sounds like an api change
<gchristensen> (api change -> fails mid run -> continuouly adds "starting!" statuses)
<cole-h> But only on that one PR, #110642
<{^_^}> https://github.com/NixOS/nixpkgs/pull/110642 (by jbcrail, 3 hours ago, open): zydis: init at 3.1.0
<cole-h> er
<cole-h> But only on that one PR, #110462
<{^_^}> https://github.com/NixOS/nixpkgs/pull/110462 (by r-ryantm, 1 day ago, open): dcrwallet: 1.5.1 -> 1.6.0
<cole-h> supersandro2000++ Thanks
<{^_^}> supersandro2000's karma got increased to 29, it's a crit!
<supersandro2000> no problemo
<supersandro2000> have fun fixing it
<gchristensen> I mean, it often isn't exactly fun, but it is needed work
AlwaysLivid has quit [Ping timeout: 268 seconds]
AlwaysLivid has joined #nixos-dev
<siraben> prusnak: what are you using to fix the evaluation errors caused by stdenv.lib → lib?
* lukegb idly wonders how much work it would be to use TPM attestation to generate Vault tokens
kalbasit_ has joined #nixos-dev
orivej has joined #nixos-dev
cole-h has quit [Ping timeout: 256 seconds]
<siraben> How does overrideAttrs actually work?
<clever> siraben: basically, mkDerivation = args: (realMkDerivation args) // { overrideAttrs = f: mkDerivation (args // (f args)); }
<clever> it just jams a new attr onto the return value, and when you run that, it has access to the original set, and re-runs itself, but letting f mutate things
<siraben> ah, right and merge with //
<siraben> // is right-biased?
<clever> the right side has higher priority, and can overwrite the left's keys
kalbasit_ has quit [Ping timeout: 260 seconds]
<siraben> I see. That makes sense
<siraben> beautifully
<siraben> beautiful*
<clever> siraben: related, there is also lib.hydraJob
<clever> siraben: that function will strip things like overrideAttrs off a package, then nothing depends on the `args` set, and nix can GC it from the heap
<clever> when your having to eval 20,000 packages at once, that can give a major savings
kalbasit has quit [Quit: WeeChat 2.9]
<siraben> Oh yeah, definitely.
<siraben> Is there an updater for aspellDict dictionaries?
<siraben> there's passthru.updateScript, hm
<siraben> I ran `nix-shell maintainers/scripts/update.nix --argstr max-workers 2 --argstr commit true --argstr path aspellDicts` but there doesn't seem to be any changes made
kalbasit has joined #nixos-dev
tilpner has quit [Remote host closed the connection]
tilpner has joined #nixos-dev
AlwaysLivid has quit [Remote host closed the connection]
AlwaysLivid has joined #nixos-dev
kalbasit has quit [Ping timeout: 256 seconds]
tilpner has quit [Quit: tilpner]
arcnmx has quit [Quit: Idle for 30+ days]
jonringer has quit [Ping timeout: 264 seconds]
tilpner has joined #nixos-dev
saschagrunert has joined #nixos-dev
saschagrunert has quit [Remote host closed the connection]
<{^_^}> #110672 (by Profpatsch, 1 minute ago, open): lib/debug: add traceFnSeqN
<supersandro2000> siraben: I don't get the eval erorr on https://github.com/NixOS/nixpkgs/pull/110655
<{^_^}> #110655 (by siraben, 7 hours ago, open): pkgs/build-support: stdenv.lib -> lib
<siraben> supersandro2000: i'll look into it after dinner
<siraben> #110670 has one rebuild but should be good
<{^_^}> https://github.com/NixOS/nixpkgs/pull/110670 (by siraben, 1 hour ago, open): treewide: fix double quoted strings in one-liners
<yorick> is it not possible to override system.build.installBootloader?
<siraben> supersandro2000: never mind, only merge when rebuild 0
__monty__ has joined #nixos-dev
<siraben> Can anyone tell me if `nix-shell maintainers/scripts/update.nix --argstr max-workers 2 --argstr commit true --argstr path aspellDicts` is correct? I ran it and it completed on my device but no commits seem to be made.
<lukegb> commit true only works if the script supports that
<lukegb> (I think?)
<supersandro2000> Can you do wildcard updates?
<supersandro2000> I wouldn't mind if this would be one commit tbh
AlwaysLivid has quit [Remote host closed the connection]
AlwaysLivid has joined #nixos-dev
<roberth> I've just merged a PR for a NixOS service that didn't get any response from its 4 (four) package maintainers for 34 days. It wasn't complicated or anything. I wonder what can be done to improve this
<lukegb> honestly? having an explicit maintainer timeout like freebsd and a pool of people willing and able to review things once they've timed out :p
<lukegb> but... also, these things happen
<roberth> yeah that's basically what I did, but without the automation
<roberth> I know it is to be expected to happen every now and then
<lukegb> a histogram of PR ages would be interesting, especially if we can classify PRs as "trivial" (e.g. r-ryantm, and most plain version+hash bumps)
<roberth> it would
<roberth> we can probably learn from resources like this as well https://volpro.net/boost-volunteer-commitment/
<hexa-> is there no /rebase-staging-20.09 action?
<supersandro2000> no
<hexa-> apparently not.
orivej has quit [Ping timeout: 265 seconds]
orivej has joined #nixos-dev
cole-h has joined #nixos-dev
pingiun has quit [Quit: Bye!]
pingiun has joined #nixos-dev
<infinisil> Hmm, what if linking to issues/PRs from IRC were to make a comment in that issue/PR that links back to the IRC discussion?
jonringer has joined #nixos-dev
orivej_ has joined #nixos-dev
orivej has quit [Ping timeout: 272 seconds]
rajivr has quit [Quit: Connection closed for inactivity]
<supersandro2000> but only if the bot posts it when someone posts the number
<supersandro2000> otherwise we get it for every opened PR
rnhmjoj has joined #nixos-dev
rnhmjoj has quit [Changing host]
rnhmjoj has joined #nixos-dev
<infinisil> supersandro2000: Oh yeah, it would reuse the #<number> functionality
<supersandro2000> but you would need to link to the server logs
<infinisil> Yeah, that functionality is already there :)
<infinisil> ,permalink
<{^_^}> firing: RFC39MaintainerSync: https://monitoring.nixos.org/prometheus/alerts
<andi-> infinisil: that might get noisy, how about making it opt-in?
<infinisil> andi-: I'd probably make it only post a single comment, and updating it for multiple mentions
<andi-> ok
<andi-> or create a proxy repo that creats "proper" links to other issues so it doesn't show up as spammy comment
<infinisil> andi-: Not sure what you mean
<andi-> create the repo infinisil/irc-pings, create one issue there for each GH PR/issue you want to link to and update that issue for every time someone mentions it on IRC
<andi-> Gives the actual PR/Issue proper "pings" in the UI and no spammy comments and you can just post a comment whenever it is mentioned.
<{^_^}> resolved: RFC39MaintainerSync: https://monitoring.nixos.org/prometheus/alerts
<infinisil> Hmm I see
<infinisil> Not a big fan of it because it's more effort though, with more state to track
<infinisil> Personally I like the comments posted by discourse, so I don't think an IRC equivalent would be a problem
<infinisil> Especially if it's only a single comment at most (contrary to discourse which can post multiple)
AlwaysLivid has quit [Remote host closed the connection]
<supersandro2000> I think that would be fine
justanotheruser has quit [Ping timeout: 260 seconds]
tom39291 has quit [Ping timeout: 260 seconds]
tom39291 has joined #nixos-dev
kalbasit has joined #nixos-dev
<infinisil> Is there something like stdenv's `substitute` bash function, but that's alright to be used at runtime?
<infinisil> I just want something very simple to replace a certain @STRING@ with an arbitrary other string (which can include special characters)
<infinisil> `substitute` is defined in stdenv's setup.sh, which I don't really want to source during runtime
pmy has quit [Ping timeout: 272 seconds]
pmy has joined #nixos-dev
<julm> can someone merge https://github.com/NixOS/nixpkgs/pull/101071 (in staging)?
<{^_^}> #101071 (by ju1m, 13 weeks ago, open): apparmor: try again to fix and improve
__monty__ has quit [Quit: leaving]
<cole-h> infinisil: May be just me, but I link to so many issues in IRC... I'd probably stop doing \###### altogether if it meant an issue would be pinged. Just FWIW.
<infinisil> Hmm..
<cole-h> siraben: If you force-push 110655, the eval error should go away.
<infinisil> It would be very valuable for finding irc conversations, but I can see what you mean
<cole-h> There's definitely an upside, for sure, but the downside outweighs it for me. I'd go back to full URLs (provided those don't trigger the ping as well)
<infinisil> Ah yeah that could be an idea
<infinisil> cole-h: What if it was like andi- suggested?
<samueldr> well, I would hope full URLs ping too considering the other way pings
<cole-h> I would much, much, much prefer that
<samueldr> as it would be inconsistent
<infinisil> samueldr: Also a good point
<samueldr> but yeah, comments are noisy, I already quite dislike the discourse pings
<cole-h> ^
<samueldr> I think the way andi- suggested, if I understand it right, would be fine
<infinisil> Yeah, I think I'll go for his idea (if/when i implement it)
<samueldr> also consider non-Nixpkgs projects
<samueldr> non-NixOS org I should have said
<infinisil> Yeah
<cole-h> IMHO, we should only "ping" NixOS-adjacent repos (e.g. nix-community hosted, NixOS hosted, and e.g. naersk / crate2nix / node2nix / vgo2nix / etc.).
<cole-h> And/or maybe denylist #nixos-chat :-P
<infinisil> The repos make sense
<infinisil> Well
<infinisil> It would be nice if it worked with all repos, I don't think that would be a big problem
<infinisil> I doubt anybody would get annoyed about relevant discussion for their issue
<cole-h> Relevant being subjective :P
<infinisil> If you talk about it it has to be relevant though!
<infinisil> I guess you have in mind that sometimes people like to sh*ttalk about some issues?
<cole-h> :)
* infinisil thinks about how to solve that nicely
<infinisil> What if we just don't do that in public channels?
<infinisil> Not a real solution, but I think that would be the ideal way :P
<cole-h> Just like we also have a guideline to not swear, yet it happens anyways? ;)
<cole-h> Though somewhat of an apples-to-oranges comparison
kalbasit_ has joined #nixos-dev
<infinisil> Note that this feature would only work for channels where both {^_^} and {`-`} are in
<samueldr> cole-h: it's not really not to swear, but "be nice", where swearing mainly is not nice
<cole-h> Fair
<samueldr> shittalking about issues would be not nice
<infinisil> Yeah so I don't think we need to be concerned about that
<infinisil> One thing that could be implemented is that the bot first checks whether the issue/pr is publicly commentable, and it won't reference it if it isn't
<infinisil> So that when the admins do "Limit comments to collaborators" or so, it won't backlink to irc
<cole-h> If this does happen (I'm still lukewarm on it, at best :P), +1 to that.
<infinisil> I think the potential risk of such a feature is minimal, and any limitation of the feature would reduce it's usefulness way more than the risk it reduces
srk has quit [Ping timeout: 268 seconds]
srk has joined #nixos-dev
<infinisil> The worst that could happen is that a number of people shittalk about some issue in a public and logged irc channel, at which point it's highly unlikely that the issue members aren't already aware of something icky going on. And even if they aren't, they'd have to click though to the reference, where they are met with nicks that they probably haven't ever seen before, because most people don't
<infinisil> even use irc
<ekleog> a number of people's irc nick is close-ish to their github handle, though
<ekleog> (also, and maybe more importantly, it'd link to discussions happening on #nixos)
<infinisil> Hmm true
<supersandro2000> I would appreciate if someone could say something smart in here https://github.com/NixOS/nixpkgs/pull/110201
<{^_^}> #110201 (by hartwork, 4 days ago, open): git-big-picture: 1.0.0 -> 1.1.1