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
<infinisil> Is the `dbi:Pg:` prefix always the same or can this be something else?
<gchristensen> abort abort
<infinisil> Introducing a workaround for a problem that only arises because of another problem isn't really my thing you see :P
<sterni> infinisil jumping on any excuse to write a parser in nix very relateable
<infinisil> (workaround being a warning when application_name is set, problem being application_name overriding, another problem being dbi's value not being overridable)
<gchristensen> I'm just doubtful that such a PR would merge, and I don't want you to invest effort in to a pr that probably won't merge
justanotheruser has joined #nixos-dev
supersandro2000 has quit [Disconnected by services]
<infinisil> I see
supersandro2000 has joined #nixos-dev
<infinisil> Then I think a warning isn't necessary
<infinisil> As the use case for this seems very rare, and it only influencing the logs
evanjs has quit [Read error: Connection reset by peer]
evanjs has joined #nixos-dev
<supersandro2000> So no one noticed that I by accident merged a mass rebuild into master that should have gone to staging? https://github.com/NixOS/nixpkgs/pull/115009
<{^_^}> #115009 (by SuperSandro2000, 5 hours ago, merged): pythonPackages.setuptools-rust: cleanup, add pythonImportsCheck
<samueldr> well... you did
<samueldr> you noticed I assume
<samueldr> (generally those get noticed in about a day's time from my experience)
<samueldr> (or quicker if they majorly break things)
<supersandro2000> I noticed after petabyteboys PR
<supersandro2000> I initially split out that commit because it caused to many rebuilds and then forgot to change the target branch
orivej has joined #nixos-dev
<supersandro2000> pandoc broken for anyone else?
rajivr has joined #nixos-dev
cole-h has quit [Quit: Goodbye]
pbb_ has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
cole-h has joined #nixos-dev
pbb has joined #nixos-dev
ris has quit [Ping timeout: 260 seconds]
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-dev
cole-h has quit [Client Quit]
cole-h has joined #nixos-dev
cole-h has quit [Quit: Goodbye]
tilpner_ has joined #nixos-dev
tilpner has quit [Ping timeout: 256 seconds]
tilpner_ is now known as tilpner
sterni has quit [Ping timeout: 265 seconds]
pmy has quit [Quit: WeeChat 3.0.1]
pmy has joined #nixos-dev
pmy has quit [Client Quit]
pmy has joined #nixos-dev
sterni has joined #nixos-dev
xwvvvvwx has quit [Ping timeout: 260 seconds]
xwvvvvwx has joined #nixos-dev
mkaito has quit [Quit: WeeChat 3.0.1]
justan0theruser has joined #nixos-dev
justanotheruser has quit [Ping timeout: 240 seconds]
risson has quit [Ping timeout: 260 seconds]
evils has joined #nixos-dev
risson has joined #nixos-dev
m1cr0man has quit [Ping timeout: 260 seconds]
globin_ has quit [Ping timeout: 265 seconds]
supersandro2000 has quit [Quit: The Lounge - https://thelounge.chat]
supersandro2000 has joined #nixos-dev
globin_ has joined #nixos-dev
m1cr0man has joined #nixos-dev
orivej has quit [Ping timeout: 245 seconds]
orivej has joined #nixos-dev
tomberek has joined #nixos-dev
cole-h has joined #nixos-dev
orivej has quit [Ping timeout: 246 seconds]
thoughtpolice_ has joined #nixos-dev
atriq has joined #nixos-dev
midchildan_ has joined #nixos-dev
aria_ has joined #nixos-dev
georgyo_ has joined #nixos-dev
typetetris_ has joined #nixos-dev
infinisi1 has joined #nixos-dev
Shados_ has joined #nixos-dev
manveru_ has joined #nixos-dev
sorear_ has joined #nixos-dev
steveeJ_ has joined #nixos-dev
betawaffle_ has joined #nixos-dev
asymmetric_ has joined #nixos-dev
lopsided98_ has joined #nixos-dev
XgFgX has joined #nixos-dev
XgF has quit [Disconnected by services]
tazjin_ has joined #nixos-dev
nyaanotech has joined #nixos-dev
tom39291_ has joined #nixos-dev
weechat3 has joined #nixos-dev
ashkitte1 has joined #nixos-dev
thonkpod_ has joined #nixos-dev
hax404_ has joined #nixos-dev
freeman42x[m]1 has joined #nixos-dev
freeman42x[m] has quit [*.net *.split]
tom39291 has quit [*.net *.split]
lopsided98 has quit [*.net *.split]
georgyo has quit [*.net *.split]
tazjin has quit [*.net *.split]
betawaffle has quit [*.net *.split]
Shados has quit [*.net *.split]
Taneb has quit [*.net *.split]
asymmetric has quit [*.net *.split]
infinisil has quit [*.net *.split]
nyanotech has quit [*.net *.split]
thoughtpolice has quit [*.net *.split]
sorear has quit [*.net *.split]
thonkpod has quit [*.net *.split]
manveru has quit [*.net *.split]
steveeJ has quit [*.net *.split]
typetetris has quit [*.net *.split]
tdeo has quit [*.net *.split]
midchildan has quit [*.net *.split]
ashkitten has quit [*.net *.split]
hax404 has quit [*.net *.split]
aria has quit [*.net *.split]
weechat_1 has quit [*.net *.split]
asymmetric_ is now known as asymmetric
thoughtpolice_ is now known as thoughtpolice
georgyo_ is now known as georgyo
midchildan_ is now known as midchildan
sorear_ is now known as sorear
manveru_ is now known as manveru
steveeJ_ is now known as steveeJ
aria_ is now known as aria
typetetris_ is now known as typetetris
jonringer has quit [Ping timeout: 240 seconds]
tdeo has joined #nixos-dev
atriq is now known as Taneb
Rovanion has joined #nixos-dev
<Rovanion> How do I print stdout of a command run in a test kvm? A variant of `fail` or `succeed` but that prints stdout from the process.
<symphorien[m]> you can pipe the command to logger
ashkitte1 is now known as ashkitten
<symphorien[m]> iirc `print(machine.succeed("cmd"))` may also work
<Rovanion> There's something rewriting my test script in nixos/tests/prometheus-exporters.nix prepending `$machine.` on all my statements :/
<Rovanion> I have not been able to trick it into not doing that yet :/ I think its the map at the bottom of the file.
<Rovanion> Got it!
<Rovanion> Just doing `print(machine.succeed())` worked, it was just this "clever" wrapper getting in the way.
<Rovanion> Can't figure out why my services.slurm configuration is not producing an /etc/slurm.conf file. It looks pretty much like what's used in the slurm tests and the slurm service declaration seems like it should output, well a file somewhere. Where does pkgs.writeTextDir write? https://github.com/NixOS/nixpkgs/pull/112010/files#diff-e669f3682eb07a05197060a93f278ff57f160465c8168906e12f1f2c472026d8R717
<Rovanion> Right. /etc in the controller kvm part of the slurm tests doesn't have an /etc/slurm.conf either...
XgFgX is now known as XgF
cole-h has quit [Ping timeout: 256 seconds]
betawaffle_ is now known as betawaffle
primeos has quit [Quit: WeeChat 2.8]
primeos has joined #nixos-dev
hax404_ has quit [Quit: WeeChat 2.9]
hax404 has joined #nixos-dev
sdier has quit []
sdier has joined #nixos-dev
LinuxHackerman has joined #nixos-dev
tilpner has quit [Quit: tilpner]
mkaito__ has joined #nixos-dev
mkaito__ has quit [Client Quit]
<gchristensen> symphorien[m], Rovanion you can also use `systemd-cat`
<Mic92> niksnut: sphalerite spacekookie in a 15 minutes is rfc meeting.
<sphalerite> already in because I really don't want to miss it ;)
<spacekookie> See you in 10
mkaito__ has joined #nixos-dev
<Mic92> niksnut: coming?
<niksnut> yes
<gchristensen> going through a mass rebuild locally with https://github.com/NixOS/nix/issues/4546 is a hoot
<{^_^}> nix#4546 (by dramforever, 2 weeks ago, open): Build log can ring the terminal bell
orivej has joined #nixos-dev
<Mic92> gchristensen: ah, this one is doing it.
orivej has quit [Ping timeout: 256 seconds]
infinisi1 is now known as infinisil
orivej has joined #nixos-dev
<gchristensen> I bet it'd be pretty easy to add color to the machine names in the nixos test framework's log output and make it a bit easier to grok
<puck> gchristensen: it's funny that the ESC is stripped but not the bell
<gchristensen> hehehe
jonringer has joined #nixos-dev
<rnhmjoj> anyone using a tpm here? i could use a review of #114688
<{^_^}> https://github.com/NixOS/nixpkgs/pull/114688 (by rnhmjoj, 3 days ago, open): nixos/tcsd: several improvements and fixes
<sterni> puck: I assume ansi escape sequences are filtered to avoid taking over a tty, but bell is a normal ascii character right?
<sterni> wait some ansi escape sequences are allowed though
<puck> it's worse than that though
<puck> the ansi escape filtering in nix is incorrect
<sterni> oh I see
<puck> so i think this escape code just borks the filtering
<gchristensen> whoa the nixos test framework's driver interface got wicked fancy
orivej has quit [Ping timeout: 245 seconds]
<gchristensen> whoa, has it always started a VNC session per VM?
orivej has joined #nixos-dev
tazjin_ is now known as tazjin
<gchristensen> interesting: target # qemu-system-x86_64: warning: 9p: degraded performance: a reasonable high msize should be chosen on client/guest side (chosen msize is <= 8192). See https://wiki.qemu.org/Documentation/9psetup#msize for details.
orivej has quit [Ping timeout: 276 seconds]
tetdim has quit [Read error: Connection reset by peer]
p01ar_ has joined #nixos-dev
p01ar has quit [Read error: Connection reset by peer]
tetdim has joined #nixos-dev
p01ar_ has quit [Quit: ZNC 1.7.5 - https://znc.in]
tetdim has quit [Quit: ZNC 1.7.5 - https://znc.in]
p01ar has joined #nixos-dev
tetdim has joined #nixos-dev
<abathur> anyone have longer-term perspective on how often shellcheck is broken in master? I used shellcheck + resholve in the bashup-events package(s) and the last two times I've gone to update resholve I've had longish waits for eventual via nixpkgs-review just because shellcheck is broken (in turn, I think both were because dependencies of pandoc were broken)
<supersandro2000> qemu is starting vnc by default IIRC
<supersandro2000> abathur: pandoc wasn't broken, ghc just wasn't cached and you can't build it on every platform
<supersandro2000> and I never encountered a shellcheck failure in the last months
<abathur> ok
<abathur> I'm getting annoyed with it and am tempted to drop the dep, but I don't want to make a hasty decision if it's just a fluke
<supersandro2000> let me take a look at shellcheck in master rn
<abathur> I got a test failure in /nix/store/cmdrdcmnjkyx1i9r28sfy373gwz8v9r4-python3.8-requests-2.25.1.drv
<abathur> which seems to be in via sphinx
<abathur> the whole stack is really big, so I'm not super sure about what the whole graph looks like beyond bashup-events > shellcheck > pandoc
<supersandro2000> You are on current master? I am currently building ShellCheck and requests was probably cached already
<supersandro2000> also bashup-events44 builds for me
<abathur> this was via nixpkgs-review, it looks like it pulled https://github.com/NixOS/nixpkgs/commit/0722ddab3a7d71b6c788e4b2535411bbb9191a4a (about 1h ago)
<abathur> I'll run it again
<sterni> abathur: I'll try to remember to talk to peti usually we try to check these kinds of packages when doing the haskell update to make sure they are not broken
<sterni> or was it broken by something else unrelated to the haskellPackages update?
<abathur> it's possible this is also a mac thing, idk
<sterni> I think we should make a list of important haskellPackages we check every friday
<sterni> sounds possible
<abathur> well the actual break I saw was in python38 requests
<sterni> how does it depend on python38 requests o_O
<abathur> I think the tree here, without having tried to render it, is something like shellcheck > pandoc > *? > sphinx > *? > requests
<abathur> but yes, I had the same thought
<abathur> same break; I'll gist it
<sterni> oh it depends on pandoc
<abathur> actually hmm
<abathur> nix-tree says it is shellcheck-0.7.1 > ShellCheck-0.7.1.drv > ghc-8.10.4 > python3.8-sphinx-3.3.1 > python3.8-requests-2.25.1
<supersandro2000> ghc should depend on less python things :)
<abathur> afk lunch
feepo has quit [Ping timeout: 272 seconds]
feepo has joined #nixos-dev
cole-h has joined #nixos-dev
Jackneill has quit [Read error: Connection reset by peer]
rajivr has quit [Quit: Connection closed for inactivity]
<supersandro2000> Why does meta.broken not work on darwin? It just ignores it no matter what I do.
Jackneill has joined #nixos-dev
Jackneill has quit [Ping timeout: 276 seconds]
<sterni> supersandro2000: or pythonPackages should break less :p
<sterni> but yeah, sphinx is a nativeBuildInputs for ghc which explains it
Jackneill has joined #nixos-dev
Jackneill has quit [Ping timeout: 260 seconds]
mkaito__ has quit [Quit: WeeChat 3.0.1]
<maralorn> Could maybe someone retrigger those aborted jobs? https://hydra.nixos.org/eval/1653090#tabs-still-fail
<LinuxHackerman> maralorn: done
<maralorn> Linux Hackerman: Thanks!
<maralorn> Linux Hackerman++
Jackneill has joined #nixos-dev
<abathur> :P
Jackneill has quit [Max SendQ exceeded]
evils has quit [Ping timeout: 245 seconds]
ris has joined #nixos-dev
Jackneill has joined #nixos-dev
Jackneill has quit [Max SendQ exceeded]
Jackneill has joined #nixos-dev
<gchristensen> I'm fighting a NixOS test where in early boot the machine gets an IP in the 10.0.2 range: "initiatorRootTargetName # udhcpc: lease of 10.0.2.15 obtained, lease time 86400" but later on in startup the machine's other interface gets a 192.168.x.x IP address. anyone know where in the test framework the 10.x.x.x is coming from?
<gchristensen> duh. "The DHCP server assign addresses to the hosts starting from 10.0.2.15."
Jackneill has quit [Ping timeout: 260 seconds]
Jackneill has joined #nixos-dev
mkaito has joined #nixos-dev
mkaito has joined #nixos-dev
<gchristensen> I would love to be automatically formatting new bash scripts with shfmt
orivej has joined #nixos-dev
Jackneill has quit [Max SendQ exceeded]
Jackneill has joined #nixos-dev
<abathur> sterni supersandro2000 the automatic bot review broke on yet another cause :) https://gist.github.com/r-rmcgibbo/79c7e3b38b3dc362aaa4d934c5cfe165#file-bashup-events44
<sterni> abathur: looks like OOM to me
<sterni> maybe rmcgibbo[m] can check iirc they implemented monitoring for that
<abathur> gchristensen: curious how stable shellcheck has been for you per above discussion :)
<rmcgibbo[m]> checking my logs
Jackneill has quit [Read error: Connection reset by peer]
<gchristensen> abathur: I mostly only see problems with it on aarch64
<abathur> sterni it does fail at the same spot for the bashup-events32 package https://gist.github.com/r-rmcgibbo/1ecce81da023941f1bbcb6437e7b8d8e, not that it precludes a very polite oom
<gchristensen> and not in some time, but I really only run from channels msotly
<abathur> yeah, knew you used it but wasn't sure if you'd had it in a nixpkgs-review chain before
Rovanion has quit [Ping timeout: 265 seconds]
Rovanion has joined #nixos-dev
<abathur> for extra context here's one of the failures from the last time around 6d ago https://gist.github.com/r-rmcgibbo/be18c15c4ef8dc9da16e482825544804
<rmcgibbo[m]> abathur: I think the problem with r-rmcgibbo there is that it timed out, and for some reason that wasn't properly detected when making the report (it should tell you that it timed out or even just not comment, rather saying it failed to build)
<abathur> perhaps because it built the target package and is just failing on other rebuilds?
<rmcgibbo[m]> It looks like building bashup-events required building a really long chain of other rebuilds.
<abathur> anyways, I don't think it's particularly the bot's problem; I'm seeing issues like this just running `nixpkgs-review rev HEAD` locally
<rmcgibbo[m]> So it's not totally surprisingly that it would timeout when it needed to aparently rebuild like 50 drvs
<supersandro2000> abathur: tell that rmcgibbo not me :)
<abathur> just telling you because we were discussing it earlier and you guessed it was just ghc not being cached (I'm not sure if this supports or refutes that?)
<rmcgibbo[m]> Maybe somethings blocked or failing on hydra? It's a bit unexpected that bumping a leaf package would trigger so many rebuilds.
<abathur> and not telling rmc because I doubt it's actually the bot's fault when I'm seeing similar if not identical results local
<supersandro2000> it was an accident and now we just wait until it is cached again
<abathur> oh
<supersandro2000> setuptools-rust causes a ghc rebuild
<rmcgibbo[m]> ah already. sounds like you have it figured out. i will try to make the bot be a little bit more informative when it fails due to a timeout.
<rmcgibbo[m]> sorry, didn't finish my thought. "ah already" was supposed to be "ah, it seems like you already figured out why there were so many rebuilds (ghc/setuptools-rust)".
<abathur> <3 supersandro2000 <3 rmcgibbo[m] <3 sterni
<{^_^}> rmcgibbo[m]'s karma got increased to 5, it's a crit!
<{^_^}> supersandro2000's karma got increased to 35, it's a crit!
<{^_^}> sterni's karma got increased to 4
Jackneill has joined #nixos-dev
<rmcgibbo[m]> yikes: the bot's really falling behind too: https://imgur.com/BqwDzZu
Jackneill has quit [Ping timeout: 264 seconds]
supersandro2000 is now known as SuperSandro2000
SuperSandro2000 is now known as supersandro2000
justan0theruser is now known as justanotheruser
evanjs has quit [Read error: Connection reset by peer]
evanjs has joined #nixos-dev
<samueldr> > :p [(pkgs.rake == pkgs.pkgsCross.aarch64-multiplatform.pkgsStatic.buildPackages.rake) (pkgs.hello == pkgs.pkgsCross.aarch64-multiplatform.pkgsStatic.buildPackages.hello)] # ???
<{^_^}> [ false true ]
<samueldr> (I haven't looked yet, I'll be looking later today after having done AFK things)
<samueldr> but it feels odd to me that pkgsCross.*.pkgsStatic.buildPackages.rake somehow breaks... only if it's cross+static
<gchristensen> > :p [("{pkgs.rake}" == "${pkgs.pkgsCross.aarch64-multiplatform.pkgsStatic.buildPackages.rake}") ("${pkgs.hello}" == "${pkgs.pkgsCross.aarch64-multiplatform.pkgsStatic.buildPackages.hello}")]
<{^_^}> [ false true ]
<gchristensen> huh!
<samueldr> hm?
<gchristensen> > :p [("${pkgs.rake}" == "${pkgs.pkgsCross.aarch64-multiplatform.pkgsStatic.buildPackages.rake}") ("${pkgs.hello}" == "${pkgs.pkgsCross.aarch64-multiplatform.pkgsStatic.buildPackages.hello}")]
<{^_^}> [ false true ]
<gchristensen> attrsets can have funny comparison behavior sometimes, wanted to check the outpath :)
<samueldr> the cross+static rake is using the cross bash rather than the original host package hash
<samueldr> yeah, fair, though here I made a more in-depth look at first
<samueldr> it *might* be the makeWrapper change that broke it
<samueldr> since it started happening when that treewide change was made... but it might also be exhibiting a wrong assumption, e.g. a bug
<samueldr> that is, I know it's makeWrapper from buildRubyGem that is bringing in the wrong bash
<samueldr> the why is what I need to look into (later)
janneke_ has joined #nixos-dev
janneke has quit [Ping timeout: 272 seconds]
tomberek has quit [Quit: Connection closed]
zimbatm_ has quit [Ping timeout: 264 seconds]
Jackneill has joined #nixos-dev