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?
<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?
<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.
<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>
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
<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 ?
<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