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
thibm has quit [Quit: WeeChat 2.6]
supersandro2000 has quit [Disconnected by services]
supersandro2000 has joined #nixos-dev
ris has quit [Ping timeout: 260 seconds]
johnny101 has joined #nixos-dev
jlotoski-znc has quit [Ping timeout: 260 seconds]
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #nixos-dev
LnL has quit [Ping timeout: 258 seconds]
LnL has joined #nixos-dev
LnL has quit [Changing host]
LnL has joined #nixos-dev
AlwaysLivid has joined #nixos-dev
orivej_ has joined #nixos-dev
orivej has quit [Read error: Connection reset by peer]
halfbit has joined #nixos-dev
<halfbit> so musl-dev has bash scripts, which then depend on bash, which then depend on glibc
<halfbit> are there any sane ways of avoiding that with nix today? I was trying to simply change the interpreter path from #!/nix/store/2390123908-bash-4.4.0/bin/bash or whatever it was to #!/bin/sh but nix decides to rewrite that in the fixups phase I believe
costrouc has joined #nixos-dev
orivej_ has quit [Ping timeout: 260 seconds]
<infinisil> halfbit: How about removing the scrips
<infinisil> scripts*
<halfbit> I did that and of course its fine
<{^_^}> #75476 (by gustavderdrache, 1 year ago, open): Closure size of musl C++ programs bloated due to location of libstdc++
<halfbit> apparently I'm not the first to run into this
<halfbit> though the culprit was wrongly listed there
<halfbit> or has changed
<halfbit> infinisil: is it possible to overlay musl
Jackneill has quit [Ping timeout: 264 seconds]
Jackneill has joined #nixos-dev
<samueldr> infinisil: I guess there is no way to override an existing option definition, right? (and it's probably better that way)
<samueldr> there's an apply function that is causing me issues
<infinisil> samueldr: Yeah not possible
<infinisil> But yeah apply is in most cases a bad idea
<samueldr> system.build, being defined as it is, is also quite annoying
<samueldr> if two modules define the same value, they are not in conflict
<infinisil> Oh yeah, I'd remove system.build if it were me
<samueldr> I'd define it like how you did the json thing
<samueldr> (but removing it is probably an option too)
<infinisil> I think that's not possible here, because system.build should be really lazy since you don't want it to recurse into things unnecessarily
<samueldr> I was looking at resolving the "integration" issue of Mobile NixOS and NixOS proper, pulled on the thread of boot.kernelPackages and it's trying to unravel the whole thing
<infinisil> We should probably have one additional type like `types.rawValue` which doesn't do any recursion into the value and allows anything (in comparison to types.anything, which does recurse and allow anything)
<samueldr> though for system.build, does it really need to _recurse_?
<samueldr> it'd be good enough if at the top-level of that attrset conflicting definitions were handled
justanotheruser has quit [Ping timeout: 260 seconds]
halfbit has quit [Quit: WeeChat 2.9]
<V> Is there a good reason why tor.client.privoxy.enable defaults to true if tor.client.enable is true?
<V> Since it results in an unrelated service being enabled automatically when the tor daemon is enabled for client usage, which seems undesirable
<V> It would make sense for integration to be enabled automatically if both services.tor.client.enable and services.privoxy.enable are on perhaps, but how it is currently doesn't
<samueldr> hmm... I have overriden it... I'm probably on santa's naughty list
<V> I always force it to off b/c I don't want privoxy running
<samueldr> (sorry, my line was about overriding an option definition from NixOS)
<V> Oh, missed that. Whoops
<samueldr> no worries :)
justanotheruser has joined #nixos-dev
peelz has quit [Remote host closed the connection]
ivan has quit [Remote host closed the connection]
ivan has joined #nixos-dev
FireFly has quit [Quit: Goodbye]
FireFly has joined #nixos-dev
AlwaysLivid has quit [Remote host closed the connection]
AlwaysLivid has joined #nixos-dev
AlwaysLivid has quit [Ping timeout: 272 seconds]
abathur has quit [Quit: abathur]
AlwaysLivid has joined #nixos-dev
globin has quit [Ping timeout: 260 seconds]
globin has joined #nixos-dev
AlwaysLivid has quit [Quit: We are a collection of 7 billion codependent atoms. Stop hating based on constructs and come along for the ride.]
orivej has joined #nixos-dev
AlwaysLivid has joined #nixos-dev
AlwaysLivid has quit [Max SendQ exceeded]
abathur has joined #nixos-dev
<colemickens> So, github disappearing users also disappears issues they've filed?!
<colemickens> Do we have any weight as nixos/nixpkgs to stir up trouble about this? Like wtaf there are bug reports that I can find on github that I can't see on GitHub because @volth is disappeared.
<eyJhb> Thanks das_j :)
<eyJhb> Erasing histories on Github/a issue tracker is not nice... Maybe Nixon/nixpkgs should be the first to archive EVERYTHING
kalbasit has quit [Ping timeout: 272 seconds]
orivej has quit [Ping timeout: 246 seconds]
lopsided98 has quit [Ping timeout: 260 seconds]
lopsided98_ has joined #nixos-dev
thibm has joined #nixos-dev
<symphorien[m]> Oh that's why...
__monty__ has joined #nixos-dev
orivej has joined #nixos-dev
cole-h has quit [Ping timeout: 264 seconds]
<eyJhb> https://github.com/NixOS/nixpkgs/pull/106728 should be ready to merge :D
<{^_^}> #106728 (by eyJhb, 3 days ago, open): evdi: unstable-20200416 -> v1.7.1
FRidh has joined #nixos-dev
<das_j> Probably the right question for here: Do we do some patching in… the kernel I guess for altering diropen() calls?
<das_j> I have a weird problem with samba. It tries to open `/9sfg1f0f6i63kv33ydxdh1knany5fgkc-samba-4.13.2/lib/samba/gensec/` (without /nix/store), but strace doesn't report a syscall that attempts this
<das_j> Which wouldn't be a problem if AppArmor didn't deny it
<eyJhb> Wondering, should the linuxPackages be updated with the linuxHeaders?
AlwaysLivid has joined #nixos-dev
maljub015 has joined #nixos-dev
maljub01 has quit [Ping timeout: 240 seconds]
maljub015 is now known as maljub01
maljub01 has quit [Ping timeout: 256 seconds]
pmy_ has quit [Ping timeout: 260 seconds]
pmy_ has joined #nixos-dev
maljub01 has joined #nixos-dev
<edef> eyJhb: it's not strictly necessary unless there are new APIs
mkaito has joined #nixos-dev
mkaito has joined #nixos-dev
<edef> eyJhb: like, new headers work with old kernels (excepting new APIs, ofc) and old headers work with new kernels
<siraben> How do I fetch all packages by a maintainer?
<siraben> I could write some Nix for that but was wondering if there was a shorter way
<symphorien[m]> Repology ?
<siraben> No offline way to do it?
<tilpner> It should definitely be possible offline, a full eval for metadata and checking against lib.maintainers
<tilpner> siraben: Perhaps you can trim down <nixpkgs/maintainers/scripts/update.nix> so that it does what you want
kfound has joined #nixos-dev
kalbasit has joined #nixos-dev
rajivr has quit [Ping timeout: 260 seconds]
rajivr has joined #nixos-dev
LnL has quit [Ping timeout: 260 seconds]
ashkitten has quit [Ping timeout: 260 seconds]
LnL has joined #nixos-dev
LnL has quit [Changing host]
LnL has joined #nixos-dev
ashkitten has joined #nixos-dev
orivej has quit [Ping timeout: 240 seconds]
kfound has quit [Remote host closed the connection]
FRidh has quit [Ping timeout: 240 seconds]
FRidh has joined #nixos-dev
cole-h has joined #nixos-dev
<jtojnar> Does `builtins.replaceStrings` keep the old string context?
red[evilred] has joined #nixos-dev
<red[evilred]> So development workflow question.
<red[evilred]> I built a fix for the bacula module and have it in a PR (#106689)
<{^_^}> https://github.com/NixOS/nixpkgs/pull/106689 (by redvers, 3 days ago, open): bacula: fix for #89057 - systemd and bacula fight!
<red[evilred]> My reviewer suggested that instead I just change the user/group in the systemd config and see if that fix fixes it.
<jtojnar> > php.extensions.mysqli.overrideAttrs (attrs: {internalDeps = builtins.filter (p: p != php.extensions.mysqlnd) attrs.internalDeps; preConfigure = builtins.replaceStrings [ "${php.extensions.mysqlnd.dev}" ] [ "${hello}" ] attrs.preConfigure; })
<red[evilred]> So - general git question.
<{^_^}> "<derivation /nix/store/c52jnxxbgh495ah2aaxs45ba8ffsw3ja-php-mysqli-7.4.13.drv>"
<red[evilred]> I have a branch that has "Solution A" in.
<jtojnar> looks like the derivation has both `hello` and `mysqlnd` in `inputDrvs`
<red[evilred]> In order to test "Solution B", I kinda have to remove all the work I did
<red[evilred]> or create a new branch (which wouldn't appear in that PR)
<red[evilred]> apart from just saving the files off outside of git
<red[evilred]> I don't really see a way to not remove the edits in my branch without losing 'connectivity' to my PR
<red[evilred]> am I missing a simple git workflow for this which I am unaware of?
aranea has quit [Ping timeout: 240 seconds]
mkaito has quit [Quit: WeeChat 2.9]
aranea has joined #nixos-dev
mkaito has joined #nixos-dev
<jtojnar> red[evilred]: if you want to preserve the solution A in git history but start solution B on the same footing, you can `git revert A`
<jtojnar> you could also probably create a merge commit that takes commits A and B and changes the tree to B but would not call that simple
<jtojnar> I would just go with a separate PR if you want to preserve solution A in case it interests someone
<red[evilred]> Thanks
<red[evilred]> That's the simplest I guess.
<jtojnar> or if by connectivity, you mean that you remain on the same branch, you can just `git reset` to the parent commit (e.g. `git reset HEAD^`)
thibm has quit [Ping timeout: 258 seconds]
thibm has joined #nixos-dev
<jtojnar> > builtins.getContext (builtins.replaceStrings ["${hello}"] ["hello"] "${hello}")
<{^_^}> { "/nix/store/ry2xir6crppncm1niprgijhsbxl3dmrk-hello-2.10.drv" = { outputs = [ "out" ]; }; }
<jtojnar> yeah, does not look like the context gets stripped
rajivr has quit [Quit: Connection closed for inactivity]
halfbit has joined #nixos-dev
<halfbit> anyone familiar with docker-tools here? trying to diagnose why I'm getting a glibc in my docker when it unneeded
<halfbit> *dockerTools
<sphalerite> halfbit: probably not dockerTools-specific. Check the dependencies of the paths you're putting into the image?
<halfbit> I did, the closure doesn't depend on it
<halfbit> if I build default.nix using nix-build (which does pkgs.pkgsMusl.callPackage) I get a musl only build, closure size ~50MB, if I wrap that in dockerTools.buildImage I get a docker with musl and glibc, glibc adding ~40MB
<halfbit> let me see if I can recreate it in a sample
<halfbit> it might be because I'm calling nixpkgs twice? I wonder...
<halfbit> of course it works fine for the sample
<red[evilred]> I've looked in the docs but don't seem to be able to find it
<halfbit> ok, well something I'm doing then
orivej has joined #nixos-dev
<sphalerite> halfbit: hm, does pkgs.pkgsMusl.dockerTools work better maybe?
<halfbit> I tried that as well and no
<halfbit> I think its something else going on here
<halfbit> so I think its because I did something goofy, I believe I've sorted it out
<halfbit> next time I'll remind myself, try creating a small working example first :-)
<halfbit> now if I could only ditch the linux-headers dependency somehow, I'd save another 5-6MB
julm has quit [Quit: Lost terminal]
julm has joined #nixos-dev
<sphalerite> remove-references-to :>
thibm has quit [Ping timeout: 240 seconds]
thibm has joined #nixos-dev
ris has joined #nixos-dev
justanotheruser has quit [Ping timeout: 272 seconds]
<halfbit> indeed, but what is referencing it...
<halfbit> sigh
<sphalerite> have you tried nix why-depends?
justanotheruser has joined #nixos-dev
FRidh has quit [Quit: Konversation terminated!]
Valodim[m] has quit [Ping timeout: 268 seconds]
Valodim[m] has joined #nixos-dev
justanotheruser has quit [Ping timeout: 272 seconds]
orivej has quit [Ping timeout: 240 seconds]
<halfbit> I have, it wasn't clear before
<halfbit> nix-tree was more helpful
<halfbit> seems like libyaml-cpp depends on it, maybe not being split with a dev and out
<halfbit> sphalerite: why-depends is a good idea too though, will try it out
Jackneill has quit [Ping timeout: 256 seconds]
Jackneill has joined #nixos-dev
rnhmjoj has quit [Ping timeout: 260 seconds]
rnhmjoj has joined #nixos-dev
thibm has quit [Quit: WeeChat 2.6]
__monty__ has quit [Quit: leaving]
<qyliss> PR to fix the issue V identified in here earlier about the Tor client silently enabling privoxy: #106986
<{^_^}> https://github.com/NixOS/nixpkgs/pull/106986 (by alyssais, 1 minute ago, open): nixos/tor: don't do privoxy stuff by default