worldofpeace_ changed the topic of #nixos-dev to: #nixos-dev NixOS Development (#nixos for questions) | NixOS stable: 20.03 ✨ https://discourse.nixos.org/t/nixos-20-03-release/6785 | https://hydra.nixos.org/jobset/nixos/trunk-combined https://channels.nix.gsc.io/graph.html | https://r13y.com | 19.09 RMs: disasm, sphalerite; 20.03: worldofpeace, disasm | https://logs.nix.samueldr.com/nixos-dev
<cole-h> Hydra chugging along -- down to 90k builds in the queue! Was ~120k earlier this morning
<worldofpeace> ok, PR'd that backport Jan Tojnar
<jtojnar> <3 worldofpeace
<{^_^}> worldofpeace's karma got increased to 155
justanotheruser has quit [Ping timeout: 240 seconds]
<jtojnar> any ideas for testing hooks? https://github.com/NixOS/nixpkgs/pull/85976
<{^_^}> #85976 (by jtojnar, 45 minutes ago, open): wrapGAppsHook: add basic tests
justanotheruser has joined #nixos-dev
<Ericson2314> Jan Tojnar: I am finally getting around to the gobject cross mess
<Ericson2314> :)
<jtojnar> cool
<samueldr> my hero
Emantor has quit [Quit: ZNC - http://znc.in]
Emantor has joined #nixos-dev
orivej has quit [Ping timeout: 256 seconds]
teto has quit [Quit: WeeChat 2.8]
Scriptkiddi has quit [Quit: killed]
ajs124 has quit [Quit: killed]
das_j has quit [Quit: killed]
ajs124 has joined #nixos-dev
Scriptkiddi has joined #nixos-dev
das_j has joined #nixos-dev
drakonis1 has joined #nixos-dev
drakonis has quit [Ping timeout: 272 seconds]
FRidh has joined #nixos-dev
drakonis1 has quit [Quit: WeeChat 2.8]
<Emantor> jtojnar: https://github.com/NixOS/nixpkgs/pull/85985 should fix the pipewire test failure in https://hydra.nixos.org/build/117012754
<{^_^}> #85985 (by Emantor, 2 minutes ago, open): pipewire: patch for SIGILL in fmt-ops
cole-h has quit [Ping timeout: 264 seconds]
FRidh has quit [Ping timeout: 260 seconds]
FRidh has joined #nixos-dev
orivej has joined #nixos-dev
alp has quit [Quit: ZNC 1.7.4 - https://znc.in]
alp has joined #nixos-dev
__monty__ has joined #nixos-dev
alp has quit [Ping timeout: 272 seconds]
lopsided98 has quit [Remote host closed the connection]
lopsided98 has joined #nixos-dev
prusnak has joined #nixos-dev
greizgh has quit [Quit: greizgh]
greizgh has joined #nixos-dev
FRidh has quit [Ping timeout: 260 seconds]
FRidh has joined #nixos-dev
orivej has quit [Ping timeout: 260 seconds]
Thra11 has joined #nixos-dev
FRidh has quit [Remote host closed the connection]
FRidh has joined #nixos-dev
<das_j> hm, when does nixpkgs honor mkOrder? I assign `[ (mkBefore "files") ]` in a module and `[ "winbind" ]` and it seems like winbind comes before files for some reason
<das_j> type should be correct, I use `listOf str`
lightbulbjim has quit [Quit: Connection closed for inactivity]
<infinisil> das_j: You need to use `mkBefore [ "files" ]`
<das_j> oohhh
<das_j> can I use mkBefore and mkAfter in the same assignment?
<das_j> like ` = [ (mkBefore [ "files" ]) (mkAfter [ "systemd" ]) ]`
<das_j> aahh mkMerge
<das_j> thanks!
<das_j> infinisil
<das_j> infinisil++
<{^_^}> infinisil's karma got increased to 267
<infinisil> :)
ajs124 has quit [Quit: killed]
Scriptkiddi has quit [Quit: killed]
das_j has quit [Quit: killed]
ajs124 has joined #nixos-dev
Scriptkiddi has joined #nixos-dev
das_j has joined #nixos-dev
avn has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-dev
<srk> infinisil: gchristensen: bot ported to AMQP https://github.com/sorki/hnixbot
<infinisil> :o
<infinisil> srk: I think it already used amqp though?
<srk> infinisil: my original cache query bot
<infinisil> Ahhh I see
<srk> infinisil: sent you few small PRs as well
<srk> might merge both at some point but hnix deps are still in progress
prusnak has left #nixos-dev [#nixos-dev]
<infinisil> Hm, switching to GHC 8.8.3 is suboptimal for me, since https://github.com/infinisil/all-hies doesn't yet work with that version
<infinisil> Need to get to that
<srk> np, it only needs minor change due to github, PRed to save you some time :)
<srk> what's blocking hies btw?
<srk> "for all 7 GHC versions." oh man
<infinisil> Yeah, and sometimes different fixes are needed for macOS and linux too
<infinisil> Well, more general fixes, less with package builds
<srk> I was about to suggest cabal2nix but kept on reading.. :D
<infinisil> I recently tried to use hackage2nix though, I think there's good potential with that approach, and could even serve as a general replacement for stack2nix
<srk> sounds good, will take a look as well, only aware of its existence :)
phreedom has quit [Remote host closed the connection]
phreedom has joined #nixos-dev
<__monty__> Have you looked at haskell.nix? Or does it have to be a nixpkgs upstreamed solution?
<srk> read the comments __monty__ :D
cdepillabout has joined #nixos-dev
<__monty__> srk: I guess it's not in my history. Or do you mean the comments on the issue?
<srk> __monty__: yup, issue, there was a mention of haskell.nix
avn has joined #nixos-dev
hl has quit [*.net *.split]
hl has joined #nixos-dev
hl has joined #nixos-dev
hl has quit [Changing host]
srhb has quit [*.net *.split]
shlevy has quit [*.net *.split]
etu has quit [*.net *.split]
srhb has joined #nixos-dev
shlevy has joined #nixos-dev
etu has joined #nixos-dev
andi- has quit [Ping timeout: 246 seconds]
<ajs124> gchristensen: niksnut: is the postgresql configuration of hydra.nixos.org available somewhere?
<gchristensen> yeah, nixos-org-configurations
<ajs124> I found [this](https://github.com/NixOS/nixos-org-configurations/blob/69e383309a06a7faf9942ce743bb47a6b83b5e9d/delft/chef.nix#L13) in the git history, but that seems to have vanished
andi- has joined #nixos-dev
andi- has quit [Changing host]
andi- has joined #nixos-dev
<gchristensen> what do you imagine?
<ajs124> I'm just wondering why 6? As in, out database never stalls (If I'm not misunderstanding that term), but the queue runner shows this warning all the time.
<ajs124> And we were/are running into connection limits and stuff, which is why I wanted to know how you're running it.
<gchristensen> the whole config is in that repo
<ajs124> 👍️ I was/am just confused by the structure and apparently still haven't given up on github search in favor of git grep.
<ajs124> and the inventory (https://github.com/NixOS/nixos-org-configurations/blob/master/docs/inventory.md) seems outdated. chef was replaced, right?
<gchristensen> github search sucks. I usually use search.nix.gsc.io
<gchristensen> yeah
<gchristensen> sorry
teto has joined #nixos-dev
<ajs124> no problem gchristensen++
<{^_^}> gchristensen's karma got increased to 279
<ajs124> does that also search issues, prs and commits or only code?
<gchristensen> just code
<gchristensen> I wish there was something similar for `git log`
<LnL> doesn't seem very maintained either :/
<gchristensen> hound?
<LnL> yeah
<gchristensen> yeah :(
cdepillabout has quit [Quit: Leaving]
cole-h has joined #nixos-dev
drakonis has joined #nixos-dev
<jtojnar> worldofpeace do I understand it correctly that the only reason TLS worked before was that flatpak was not able to start p11-kit server?
<worldofpeace> Jan Tojnar: I believe that's probably right
<worldofpeace> (I think for master only, though)
<jtojnar> IIRC flatpak runs the server manually, worldofpeace
julm has quit [Quit: reload]
julm has joined #nixos-dev
<jtojnar> ✨️ worldofpeace
<worldofpeace> Jan Tojnar: backports are opened. Wish we found this out faster
<evils> should i mark a package as broken on darwin, when the failure is due to dependencies?
<samueldr> evils: mark the dep broken, if standalone it is
<evils> the deps are supposed to work on darwin but aren't marked as such
<LnL> that often happens, might just work if you enable them
<LnL> but wouldn't mark as broken unless the package itself has a broken build
<cole-h> Anybody who can fuss with labels, `ofborg-internal-error` can be removed from these PRs: #86015 #86016 #86014
<{^_^}> https://github.com/NixOS/nixpkgs/pull/86015 (by worldofpeace, 41 minutes ago, open): [20.03] p11-kit: add trust paths
<{^_^}> https://github.com/NixOS/nixpkgs/pull/86016 (by marsam, 40 minutes ago, open): cloud-nuke: 0.1.7 -> 0.1.18
<{^_^}> https://github.com/NixOS/nixpkgs/pull/86014 (by marsam, 41 minutes ago, open): awsweeper: 0.6.0 -> 0.7.0
<cole-h> Please and thanks :)
<Ericson2314> Jan Tojnar: I am trying to make a gobject-introspection bin output, but get cyclic deps between bin and dev due to pc file mentioning binaries
<Ericson2314> truth be told, I am skeptical of the references in both directions
<Ericson2314> I would like to make the binaries not know about the dev (I think the setup hook will suffice) and the dev not know about the binaries (remove from PC file)
<jtojnar> I think that might work
<jtojnar> meson introduced support for getting the binary path from pkg-config
<jtojnar> but I think it only uses it as a fallback
<jtojnar> we really need to lobby upstream to move the binaries into their own executables
<jtojnar> they made a similar mess with glib recently
<Ericson2314> it would be nice if I could split the pc files
<Ericson2314> Jan Tojnar: https://gitlab.gnome.org/GNOME/gobject-introspection/-/merge_requests/64 this was a very good sign
<Ericson2314> so they are aware of using separate builds for tools vs libs
<jtojnar> Ericson2314 could we move $dev/share/gir-1.0 to $gir output? That should split the cycle
<Ericson2314> Jan Tojnar: well I don't want dev to reference bin anyways because the tools should be a nativeBuildInput and the libraries a buildInput, so one would get the wrong tools
<jtojnar> right
<Ericson2314> (there is the build-time things in dev ideom, but it is a last resort, and not what gir is made to do anyywas)
<jtojnar> I wonder if meson makes the pkg-config use PKG_CONFIG_PATH_FOR_BUILD when obtaining the gir tools
FRidh has quit [Quit: Konversation terminated!]
<Ericson2314> it does!
<Ericson2314> well it does in cross builds
<Ericson2314> I finally got them to do most of the env var stuff right
<Ericson2314> and i have like a tiny PR for the remainder I might just apply as a patch in nixpkgs
<Ericson2314> hehehehe
<jtojnar> now just need to convince them to re-add support for out-of-prefix installs
<Ericson2314> just the envconfig.py part matters
<jtojnar> neat
<domenkozar[m]> hey Ericson2314
<domenkozar[m]> could I ask for a favor? :)
<domenkozar[m]> need someone to help me reproduce https://github.com/NixOS/nix/issues/3534
<{^_^}> nix#3534 (by domenkozar, 22 hours ago, open): nix-build loops while building on macos
<drakonis> advertizing
<cole-h> Sounds like prime PR material ;)
<drakonis> i'll do that after the go match
<worldofpeace> cole-h: I could have swore github added new org permissions, which would allow you to be able to label things
<cole-h> Would certainly be nice, eh?
<samueldr> about #86007, should we start including "misc." kernels that are hardware specific in nixpkgs?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/86007 (by prusnak, 7 hours ago, open): linux-rock64: kernel for Rock64 and RockPro64 systems
<samueldr> I'm not too fond of the idea of the explosion of multiple linuxPackages.* and similar that this would bring in
<cole-h> Maybe it would be better suited for nixos-hardware?
alp has joined #nixos-dev
<samueldr> that's what I'm thinking also
<samueldr> I kinda don't like how we already have the bad precedent of raspberry pi specific kernels https://stuff.samueldr.com/screenshots/2020/04/20200425174615_6s2atw0sippzgwr7za1.png
<cole-h> Yeah, I can understand that. This sounds like a policy discussion should happen, though...
<samueldr> yes
<samueldr> but I also understand the desire not to have to build the kernel on, sometimes, underpowered hardware
<samueldr> I'm also thinking this should come with more in-depth semi-opinionated configs for many SBC platforms in nixos-hardware
<infinisil> Hm, could #81557 be backported to 20.03? I don't see a problem with that
<{^_^}> https://github.com/NixOS/nixpkgs/pull/81557 (by bb010g, 7 weeks ago, merged): nixos/documentation: Allow specifying extraSources
<infinisil> I guess it can be categorized as "fixes the absence of a feature that should've existed already", but other than that I can't justify this being backported
alp has quit [Remote host closed the connection]
teto has quit [Quit: WeeChat 2.8]
alp has joined #nixos-dev
<worldofpeace> infinisil: I'd say no, but the reasoning "Sorry for the delay on PRing this; I know this should have been in way earlier for 20.03's sake. If possible, I'd like to get this backported to 20.03 for sanity in situtations like morph when" is cut off
<infinisil> Oh true, didn't even notice
<infinisil> Though I get what they're saying
<peelz> jtojnar: do you think we can merge #85690 ?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/85690 (by LouisTakePILLz, 4 days ago, open): improve obs-v4l2sink
<infinisil> worldofpeace: Thinking about it again, I think this would be very nice to backport, since otherwise all third-party projects declaring NixOS options would have impure manual builds, and introducing this option is backwards compatible anyways
<jtojnar> peelz it would be nice if someone familiar with obs gave a go ahead
<peelz> jtojnar: I can ask colemickens to test it again. I tested it yesterday after purging everything obs-v4l2sink related from my nix store and it seemed to work just fine.
<worldofpeace> infinisil: I was thinking the same thing
<worldofpeace> I'm fine with it
<infinisil> Sounds good, will do then :)
alp has quit [Ping timeout: 265 seconds]
<peelz> jtojnar: maybe gchristensen could merge? afaik he tested/merge colemicken's PR
<gchristensen> jtojnar: could you approve it for the things you do know, and I can check it out for the rest?
<jtojnar> gchristensen the thing I do not like is the symlink
<jtojnar> why does the package install to a different location than obs expects
<gchristensen> a great question
<peelz> jtojnar gchristensen: I think obs-studio might have changed the plugins path at some point; https://obsproject.com/forum/threads/locating-the-plugin-directory.117402/post-444676 ; https://github.com/Palakis/obs-ndi/releases/tag/4.6.1
<peelz> you'll find info about the path change in both of these. I didn't bother digging too deep since it works as is
<jtojnar> that is just about debian using different libdir
<jtojnar> but I suspect change might have taken place
__monty__ has quit [Quit: leaving]
<peelz> oh right