gchristensen changed the topic of #nixos to: NixOS stable: 18.09, beta: 19.03 https://discourse.nixos.org/t/nixos-19-03-feature-freeze/1950 || https://nixos.org || Latest NixOS: https://nixos.org/nixos/download.html || Latest Nix: https://nixos.org/nix/download.html || Logs: https://logs.nix.samueldr.com/nixos/ || #nixos-dev, #nix-darwin, #nixos-aarch64, #nixos-chat, #nixcon ... nixcon videos: https://tinyurl.com/nixcon2018
<clever> suzu: can you pastebin the full output from nix-build?
<suzu> my cabal file has no version pinning of any kind
<suzu> certainly
<{^_^}> [nixpkgs] @danbst opened pull request #56857 → module system: revert "remove types.optionSet", just deprecate → https://git.io/fhxoB
<{^_^}> [nixpkgs] @fpletz pushed to release-19.03 « minetest: git-5.0.0-dev-2019-01-08 -> 5.0.0 »: https://git.io/fhxo0
<suzu> no ver pinning in my cabal file btw clever. so i assume it's fetching the latest defined in nixpkgs or latest from stackage if npot in nixpkgs
jluttine has quit [Ping timeout: 245 seconds]
<suzu> how did you find this
nDuff has quit [Quit: zzz]
<clever> suzu: i did a search on github for beam-core-fix-ghc-8.6.x-build, within the nixpkgs repo
<suzu> oh i guess a search for 'beam-core' in the repo will get this
<suzu> ah
<suzu> okay anbd uh why is it shitting itself
<clever> suzu: it looks like beam-core upstream have applied the same patch to their source
<clever> and that patch in nixpkgs is no longer required
<suzu> hmm
<clever> similar to how i overrode datadog in extra-statsd, you can do beam-core = pkgs.haskell.lib.overrideCabal super.beam-core (drv: { patches = []; });
<clever> and then it will force it to have zero patches
<suzu> ok, i'll do that
<clever> but, beam-core then wont have any help from the binary cache
<clever> though, if the build is failing, its not in the binary cache anyways
<suzu> hmm
<suzu> what if i change to the nixos 18.09 channel?
<suzu> doesn't seem to have patches in that version of nixpkgs
<suzu> though the nixpkgs i guess is older and it's not as new of a beam-core
<suzu> that's probably fine for me
<suzu> i will give that a try
<{^_^}> [nixpkgs] @rnhmjoj opened pull request #56858 → arx-libertatis: 2018-08-26 -> 2019-02-16 → https://git.io/fhxoa
<suzu> clever does that mean that hydra wouldn't have the bincache anyway
<suzu> if `master` is shitting itself applying a patch that's already applied
ZeDestructor has quit [Quit: o.O]
<clever> yeah
<clever> and a PR should probably be filed, after the changes are confirmed
rnhmjoj has quit [Ping timeout: 252 seconds]
_rvl has quit [Ping timeout: 245 seconds]
demize has quit [Ping timeout: 258 seconds]
craige[m] has quit [Ping timeout: 252 seconds]
mbodmer[m] has quit [Ping timeout: 252 seconds]
erobl[m] has quit [Ping timeout: 252 seconds]
MerlinGttlinger[ has quit [Ping timeout: 252 seconds]
Guest22814 has quit [Ping timeout: 252 seconds]
cornu has quit [Ping timeout: 252 seconds]
ZeDestructor has joined #nixos
_rvl has joined #nixos
copy` has quit [Ping timeout: 252 seconds]
ptotter[m] has quit [Ping timeout: 252 seconds]
<suzu> oic ok
rnhmjoj has joined #nixos
<suzu> trying a rebuild now with -I channel:nixos-18.09
ptotter[m] has joined #nixos
demize has joined #nixos
cornu has joined #nixos
copy` has joined #nixos
amir has quit [Remote host closed the connection]
amir has joined #nixos
<suzu> oh hm
<suzu> one dep, bugsnag-haskell, had to be fetched from hackage
<suzu> and it built but failed it's tests
__monty__ has quit [Quit: leaving]
<suzu> i dont understand how either
<suzu> they should pass if the code built
<clever> suzu: bugsnag-haskell = pkgs.haskell.lib.dontCheck super.bugsnag-haskell;
Lisanna has joined #nixos
<suzu> ty. but why?
<clever> suzu: the datadog tests for example, want a datadog api key, and internet access, to perform a test
<suzu> i see
<clever> so the tests arent pure, and will fail under a nix sandbox
<clever> other tests may be similarly poo
<clever> r
<suzu> i see
<suzu> how is it possible for me to override a package that does not exist in the nixpkgs in this manner?
<clever> can you pastebin your current nix file?
<suzu> sure
<Lisanna> Is there a high-level cluster filesystem module, or otherwise a template/example for quickly setting up a shared filesystem between multtiple machines running nixos?
<Lisanna> Everything I've looked at so far looks really complicated to setup
<suzu> ive added a nix-gitignore over that example you gave me, so as to not push in a lot of unnecessary files to nix
<clever> suzu: ah, neat
<maximiliantagher> I'm trying to pass "NIX_PREFETCH_GIT_LEAVE_DOT_GIT" to Hydra. I was able to accomplish this previously with a copied `postInstall` doing --set NIX_PREFETCH_GIT_LEAVE_DOT_GIT "1". Should I be able to accomplish the same thing using the `extraEnv` property on Hydra https://github.com/NixOS/hydra/blob/8b5948f4cf12424c04df67a6eb136c9846fb2cfd/hydra-module.nix#L155? i.e. extraEnv = { NIX_PREFETCH_GIT_LEAVE_DOT_GIT = "1
<maximiliantagher> "; }; I tried that but it doesn't seem to work
<suzu> but nix-gitignore is in 19.03 and not 18.09 so i have it added manually here in this manner
<clever> suzu: and which package needs to have tests disabled?
<suzu> bugsnag-haskell
<clever> suzu: line 11 should be disabling it
<suzu> that's right. it does
<suzu> but i dont understand how
<suzu> because it's not going to be a key in the packages attrset
<clever> suzu: line 9-12 defines an overlay function, that modifies bugsnag-haskell
<suzu> i guess that there is a function that is used to lookup a package, and if that fails, only then it falls back to hackage
<suzu> and this overrides is wrapping that function and not a set?
<clever> suzu: line 13, then calls haskellPackages.override, and passes it the overlay, and stores the new haskell packages in hspkgs
<suzu> ok i see
<clever> suzu: then line 15 uses hspkgs when calling cabal2nix, so it obeys that overlay
lord| has quit [Quit: WeeChat 2.4]
<suzu> got it
yl has quit [Ping timeout: 240 seconds]
<suzu> now i've got a new problem! where stripe-core doesn't build
<suzu> Setup: Encountered missing dependencies:
<suzu> aeson >=0.8 && <0.10 || >=0.11 && <1.3
<suzu> perhaps i should move from 18.09 back to unstable
<suzu> as i think this package was in unstable nixpkgs
<suzu> oh hm maybe not. a search for stripe-core in the nixpkgs github doesnt hit anything
<clever> suzu: stripe-core = pkgs.haskell.lib.doJailbreak super.stripe-core;
<clever> that will just ignore the version constaints
<clever> then you can pray it still builds
<suzu> haha ok
<suzu> is there a more robust method that should be used?
<clever> you can also use things like callHackage
<clever> haskellPackages.callHackage "aeson" "1.2.3" {}
<clever> or within an overlay, self.callHackage
<clever> that will fetch version 1.2.3 of aeson
<maximiliantagher> Total side note but how do you like bugsnag?
<suzu> works fine and gets the job done maximiliantagher
<maximiliantagher> Cool
jtojnar has quit [Quit: jtojnar]
<suzu> some things i care about but are not fatal, so raise those as info. some things i care about and maybe need to investigate in logs, so those are warns
<suzu> and some things will be critical failures and i want an email immediately
<maximiliantagher> Some of my friends from an old company started it
<suzu> oh cool
<suzu> yeah it's boring software that does the job
<suzu> :)
<suzu> welp maybe its building
<suzu> browsing through the haskell dev tree in nixpkgs in the meantime..
<slack1256> How do you launch riot-web on nixos?
lord| has joined #nixos
<noonien> ,search i3
<suzu> slack1256: try riot-1.0.1
<suzu> (if that is your version)
<aanderse> Izorkin: nice!
technoid- has quit [Remote host closed the connection]
<suzu> if you're on nixos 18.09 then it is riot-0.17.6 i think
technoid- has joined #nixos
kipari has quit [Ping timeout: 244 seconds]
<slack1256> suzu: I only have avalaible nixos.riot-web (which doesn't provide any executable).
<suzu> the executible is riot-$ver
<noonien> hmm, there was a website i could search nix configs, can anyone tell me what it is?
<suzu> noonien: maybe this? https://nixos.org/nixos/options.html#
<jasongrossman> noonien: https://search.tx0.co/
<noonien> jasongrossman: yes, that's the one, thanks!
jluttine has joined #nixos
mbrgm_ has joined #nixos
<{^_^}> [nixpkgs] @danbst merged pull request #56352 → Postgresql updates → https://git.io/fhbDs
<{^_^}> [nixpkgs] @danbst pushed 5 commits to staging: https://git.io/fhxKq
mbrgm has quit [Ping timeout: 252 seconds]
mbrgm_ is now known as mbrgm
<suzu> clever: do the haskell overrides not compose?
<suzu> i'm doing:
<suzu> stripe-http-client = pkgs.haskell.lib.dontCheck (pkgs.haskell.lib.doJailbreak super.stripe-http-client);
<suzu> but it is still running the tests, which needs an api key, which dies
<suzu> i would hope that composition order here should not matter..
<suzu> k composition order did matter
<suzu> swapping the nesting there got it to work
<suzu> that makes me feel real gross!
JonReed has quit [Ping timeout: 256 seconds]
<suzu> clever
<clever> i'm not entirely sure why the order matters for that, i would have expected it to work either way
<suzu> maybe i'm silly and just didn't save after making my change
<suzu> the first time
<suzu> though im pretty sure i did
<suzu> idk
aanderse has quit []
<WilliamHamilton[> clever: i have this shell.nix file https://gist.github.com/0ca5e3b5eba0adc7356e109d5fa6270f and I get this error: https://gist.github.com/e67a6bd3377455efbb42dcc4d1e7a577 when I do `nix-shell --run "cabal new-repl". Could you spot why?
<WilliamHamilton[> the problem is that the z3 library is missing, but I think that I am including it via the inherit
<WilliamHamilton[> btw the corresponding default.nix file works great
<clever> WilliamHamilton[: i'm not sure the .env attribute supports native libraries, you may need to adjust line 34 to do: (drv.env.overrideAttrs (drv: { buildInputs = drv.buildInputs ++ [ pkgs.z3 ]; }))
erictape1 has joined #nixos
<suzu> clever: it builds and links!
<suzu> but then it runs the tests, which i know are broken
<suzu> and so it breaks
<WilliamHamilton[> clever: still the same problem even with the new version
<suzu> and wrapping that with a dontCheck didnt seem to work
<clever> WilliamHamilton[: what about with just `cabal build`, ignore the new- commands?
<clever> suzu: can you pastebin both the error and the nix file?
<suzu> yep - one sec i think i may know the issue
<{^_^}> [nixpkgs] @artemist opened pull request #56859 → opeanfs: Add support for Linux 5.0 to openafs_1_8 → https://git.io/fhxKn
erictapen has quit [Ping timeout: 255 seconds]
mfernandez has quit [Ping timeout: 252 seconds]
mfernandez has joined #nixos
<WilliamHamilton[> clever: no but `cabal new-build` works, it's `cabal new-repl` that doesn't
<clever> WilliamHamilton[: weird, what about `cabal repl` ?
<suzu> got it to work clever
<suzu> :D
<clever> suzu: yay
nikivi has quit [Quit: ZNC is awesome]
<suzu> now what i don't understand is why this works at all
<suzu> this builds a set
<suzu> {normal = ..., static = ...}
<suzu> who cares? why does nix-build bother building anything?
<suzu> that's not a derivation
nikivi has joined #nixos
<WilliamHamilton[> clever: neither `cabal repl` works. Could this be because this package has a .hsc file?
<{^_^}> [nixpkgs] @andir pushed 6 commits to openssl-1.1: https://git.io/fhxKu
<clever> suzu: if you give nix-build a set, it will build every attribute on it
aanderse has joined #nixos
<WilliamHamilton[> it seems it enters in ghci and then issues the error
<clever> suzu: you want either -A normal, -A static, or just replace the set with one of those values directly
<WilliamHamilton[> should I pass some flag to ghci?
<suzu> ah i see
vk3wtf has quit [Ping timeout: 264 seconds]
<suzu> it's building the "dependencies"
<suzu> and for a set, that is the set values?
<suzu> and those set values are derivations, so it builds all that stuff
<clever> suzu: yeah
<suzu> very nice
<suzu> how do i get nix-shell to place me in an env with normal/static symlinked to path?
<clever> suzu: nix-shell -p '(import ./default.nix).static)' for example
<suzu> oh the package can be a nix expr that results in a derivation?
jluttine has quit [Ping timeout: 252 seconds]
<clever> suzu: yep
<suzu> really nice!
<suzu> ok will try this out
<clever> suzu: behind the scenes, nix-shell -p is just doing -E, with buildInputs = [ ((import ./default.nix).static) ];
<suzu> i see
<clever> so when you nix-shell -p hello, its just dropping you into a shell with buildInputs = [ (hello) ];
<WilliamHamilton[> clever: should I try to do https://github.com/commercialhaskell/stack/issues/467
<suzu> now if i wanted to wrap this package i've made with some additional things to do in the install phase (like copy some conf files to the binroot or something) what would be the right idiom to use?
<{^_^}> commercialhaskell/stack#467 (by mtolly, 3 years ago, closed): Dynamic libraries not linked in with `stack ghci`
<noonien> how does one install an icon theme with no DE? i've got i3 running
<noonien> or, is anyone running i3 on top of plasma?
<suzu> supply this derivation as a buildInput to stdenv.mkDerivation?
<clever> suzu: buildInputs would mostly be if you want to run it or link against it, at build time
<clever> suzu: though if your baking its path into something, you can embed the result of $(which foo) at build time
<suzu> i do want to run it. it'd be a derivation that sets up some configs and the nruns it
<suzu> runtime configs
<clever> then nativeBuildInputs may be best
<suzu> ok
<suzu> 5/5
<suzu> this is way less frustrating now that things build nicely
<suzu> > nix-shell -p '((import ./default.nix).normal)'
<{^_^}> error: syntax error, unexpected $undefined, expecting ')', at (string):220:14
<suzu> error: value is a function while a set was expected, at (string):1:95
<clever> WilliamHamilton[: dont think that will help much, its refering to changes in stack.yaml
<{^_^}> [nixpkgs] @worldofpeace merged pull request #56844 → pythonPackages.resampy: Fix build → https://git.io/fhxam
<{^_^}> [nixpkgs] @worldofpeace pushed 3 commits to master: https://git.io/fhxKr
<WilliamHamilton[> clever: yes, and besides ghci is already trying to find the .so, only it can't
<clever> WilliamHamilton[: not sure what else to try there
<clever> suzu: oh, lol, i was reading the error {^_^} gave, not the one you gave!
<suzu> haha np
<clever> suzu: the default.nix returns a function, so you need import ./default.nix {}
<clever> to call it with an empty set of args
<suzu> oh right!
<clever> but you could make it slightly faster, with import ./default.nix { inherit pkgs; }
<{^_^}> [nixpkgs] @worldofpeace pushed 2 commits to release-19.03: https://git.io/fhxKK
<suzu> ruh oh
<clever> then it will reuse the nixpkgs nix-shell is already loading
<suzu> it's rebuilindg stuff
<suzu> why
<suzu> oh because it's using unstable nixpkgs
<suzu> but i was testing the build with 18.09
<clever> nearly all nix commands accept -I
<suzu> yepyep
<suzu> nix-shell -p '((import ./default.nix {}).normal)' -I channel:nixos-18.09
<suzu> sweet
<suzu> it's just fetching the right bash and such but the project is nicely wrapped up with a bow
<WilliamHamilton[> clever: if I enter in that nix-shell and do `echo $LD_LIBRARY_PATH`, there isn't anything relative to z3. Is this correct?
<clever> suzu: nix-shell impurely fetches bash from <nixpkgs>
<suzu> nope i spoke too soon, it's rebuilding parts of the proj
<{^_^}> [nixpkgs] @danbst merged pull request #56237 → pkgs/top-level: expose current overlays in pkgs → https://git.io/fhxK6
<{^_^}> [nixpkgs] @danbst pushed 2 commits to master: https://git.io/fhxKi
<clever> WilliamHamilton[: what about `env | grep --color z3`
<suzu> just the stripe stuff, stragnely.
<clever> suzu: if you do src = ./.; then the result symlink will change the source, so every nix-build invalidates the cache by mutating the source
<clever> suzu: add result to the .gitignore
<clever> WilliamHamilton[: it should be in things like NIX_LDFLAGS
<clever> WilliamHamilton[: cc-wrapper will then forcibly add that, when calling gcc to link things
<clever> but ghci wont obey that!, i think i see the issue
seanparsons has quit [Ping timeout: 250 seconds]
goibhniu has quit [Ping timeout: 245 seconds]
<suzu> add result to gitignore?
<clever> suzu: yeah
vk3wtf has joined #nixos
<suzu> oh this symlink that nix-build makes
<suzu> i have two of them
<suzu> uhh why are there here and how do i safely remove them
<clever> suzu: when you run nix-build on a set, it creates 2
<clever> suzu: rm result-1 result-2
<suzu> what do they point to? the out/ of the deriv?
<clever> suzu: yep
<clever> i often test with nix-build -A foo && ./result/bin/foo
<suzu> ah. and they get picked up as a source change and so nix rebuilds the ocean?
<clever> yeah
<suzu> makes sense
<suzu> i'll .gitignore that
<suzu> the app seems to run and work so that's very nice
<suzu> now i need to figure out how to deal with upgrading nixpkgs and keeping the project from breaking as i upgrade deps
<suzu> and also how to develop locally
Rusty1 has joined #nixos
<clever> suzu: nix-shell default.nix -A normal.env
<clever> suzu: then `runhaskell Setup.hs && runhaskell Setup.hs build` and maybe `ghcid -c "runhaskell Setup.hs repl"`
<suzu> err yes but the tools i use in spacemacs assume that i use stack
<suzu> and so i need to switch that up to it thinking that i use cabal
<suzu> as all these things are dumped into the nix-env by cabal
seanparsons has joined #nixos
<clever> and you would have to run emacs inside the nix-shell
<suzu> ghcid seems like a good choice
<suzu> i do? arrgh
<clever> thats part of why i havent bothered setting up any more IDE like stuff
<suzu> yeah that makes sense
<suzu> lol
<clever> ghcid is enough to know when i break things
<suzu> i will bbl but thanks for all your help clever
<clever> yep
<judson_> Is 19.03 frozen? It would be stellar to get https://github.com/NixOS/nixpkgs/pull/53525 in.
<{^_^}> #53525 (by nyarly, 8 weeks ago, open): (ruby-modules/gem): (refactor)
<WilliamHamilton[> clever: well it is in NIX_LDFLAGS, but then to avoid this cc/ghci problem, can I just link it statically?
<clever> WilliamHamilton[: it still needs the right LDFLAGS to find the static libs
jluttine has joined #nixos
<WilliamHamilton[> clever: how could I force ghci to use the right LDFLAGS? Why doesn't it use it by default?
<clever> WilliamHamilton[: not sure, definitely sounds like a bug, having a pkgconfig file in z3 might also help, not sure
jluttine has quit [Ping timeout: 255 seconds]
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fhxKh
<Ashy> so i want to play around with ffmpeg and libcaca but i can see ffmpeg-full seems to have the libcaca support commented out, how can i mess around with it in a nix-shell?
<Ashy> this is something i don't really understand with nixos, if i want to customize something in nixpkgs but not rebuild my whole machine against my fork of nixpkgs, how do i do that?
ym555 has quit [Quit: leaving...]
<slack1256> If you are on the correct commit at nixpkgs, you won't be rebuilding your whole machine on to a fork, just what changed.
<clever> nix-build -E 'with import <nixpkgs> {}; ffmpeg-full.overrideAttrs (drv: { configureFlags = drv.configureFlags ++ [ "--enable-libcaca" ]; })'
<clever> Ashy: is my first guess
<clever> Ashy: to get that in a shell, nix-shell -p 'ffmpeg-full.overrideAttrs (drv: { configureFlags = drv.configureFlags ++ [ "--enable-libcaca" ]; })'
<WilliamHamilton[> clever: I submitted a bug report https://github.com/NixOS/nixpkgs/issues/56860 please share any intuition you may have there
<{^_^}> #56860 (by meditans, 1 minute ago, open): Dynamic libraries are not linked in ghci when using `nix-shell --run cabal new-repl`
<clever> WilliamHamilton[: tossed a comment in
<WilliamHamilton[> clever: thank you very much!
<Ashy> clever: thanks!
kvda has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
lsyoyom has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @artemist opened pull request #56861 → factorio: experimental 0.17.2 → 0.17.5 → https://git.io/fhx6O
jluttine has joined #nixos
kvda has joined #nixos
kvda has quit [Client Quit]
simukis has quit [Quit: simukis]
kvda has joined #nixos
lsyoyom has joined #nixos
Acou_Bass has quit [Ping timeout: 245 seconds]
Acou_Bass has joined #nixos
sigmundv has quit [Ping timeout: 245 seconds]
silver has quit [Read error: Connection reset by peer]
Acou_Bass has quit [Ping timeout: 250 seconds]
Acou_Bass has joined #nixos
softinio has quit [Quit: Connection closed for inactivity]
<{^_^}> [nixpkgs] @danbst merged pull request #55918 → nixos/doc: Small updates about wireless configuration. → https://git.io/fh501
<{^_^}> [nixpkgs] @danbst pushed commit from @matix2267 to master « nixos/doc: Small updates about wireless configuration. (#55918) »: https://git.io/fhx6w
maximiliantagher has quit [Remote host closed the connection]
emacsomancer has quit [Ping timeout: 250 seconds]
maximiliantagher has joined #nixos
<charukie1icz> Are the NixOS AWS community AMI images recommended for use?
charukie1icz is now known as charukiewicz
maximiliantagher has quit [Ping timeout: 252 seconds]
tesq0 has joined #nixos
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/b421183b347 (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<gchristensen> community AMIs? I do't know about those
<gchristensen> charukiewicz: the AMIs listed here are NixOS-produced AMIs https://nixos.org/nixos/download.html
Supersonic has quit [Ping timeout: 264 seconds]
<charukiewicz> gchristensen: great, thanks! that helps. The AMI ids on the AWS community listing match the ones published there, so that's the info I was looking for. just a way to validate the authenticity of the ones I see in the AWS EC2 AMI list.
<gchristensen> cool :)
Supersonic has joined #nixos
<{^_^}> [nixpkgs] @volth closed pull request #56035 → perlPackages: upgrade → https://git.io/fhdcP
<infinisil> worldofpeace: regarding #56774, how does including xdg-user-dirs in systemPackages do the updating of the dirs?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/56774 (by worldofpeace, 1 day ago, open): nixos/mate: cleanup
biopandemic has joined #nixos
emacsomancer has joined #nixos
vk3wtf has quit [Ping timeout: 252 seconds]
biopandemic has quit [Remote host closed the connection]
Orbstheorem has quit [Ping timeout: 258 seconds]
klntsky has quit [Remote host closed the connection]
klntsky has joined #nixos
Orbstheorem has joined #nixos
slack1256 has quit [Remote host closed the connection]
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.1)]
halfbit has joined #nixos
lsyoyom has quit [Ping timeout: 245 seconds]
stepcut has quit [Remote host closed the connection]
stepcut has joined #nixos
maximiliantagher has joined #nixos
maximiliantagher has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @artemist opened pull request #56862 → openafs: fix OpenAFS 1.6 on Linux 4.20 → https://git.io/fhxiZ
camsbury has joined #nixos
yl has joined #nixos
<{^_^}> [nixpkgs] @veprbl merged pull request #56855 → ipget: 0.2.5 -> 0.3.2 → https://git.io/fhxr8
<{^_^}> [nixpkgs] @veprbl pushed 2 commits to master: https://git.io/fhxil
lsyoyom has joined #nixos
countingsort has joined #nixos
kreisys has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
counting1 has quit [Ping timeout: 255 seconds]
<{^_^}> [nixpkgs] @wkral opened pull request #56863 → vagrant: re-add nowarn patch → https://git.io/fhxi4
kreisys has joined #nixos
xkapastel has quit [Quit: Connection closed for inactivity]
<CMCDragonkai> Is there some Nix builders that builds full VM images like AMIs and other stuff?
<CMCDragonkai> Nix has a native `dockerTools.buildImage` but what about the other kinds of images like VM images?
<jackdk> have a look at the code for nixos-rebuild? I think it has a build-vm option
<CMCDragonkai> jackdk: That seems purpose built for building NixOS like VMs and for the purpose of booting in KVM.. etc
<CMCDragonkai> what if I want to build something that targets AMIs?
<CMCDragonkai> while I can see that hydra definitely does something like that
<CMCDragonkai> it would be cool if I could just do `pkgs.vmTools.buildImage...`
<jackdk> I have no idea. Maybe there's something in nixops, or someone who actually knows things is awake?
<clever> CMCDragonkai: one min
halfbit has quit [Ping timeout: 255 seconds]
<clever> azure-image.nix: system.build.azureImage = import ../../lib/make-disk-image.nix {
<clever> CMCDragonkai: this is the file you want
<clever> [clever@amd-nixos:~/apps/nixpkgs]$ grep -r --color make-disk-image.nix
<clever> CMCDragonkai: this will find all examples within nixpkgs
<clever> nixos/maintainers/scripts/ec2/amazon-image.nix: config.system.build.amazonImage = import ../../../lib/make-disk-image.nix {
<clever> CMCDragonkai: and thats the specific one used for AMI's
<clever> nixos/maintainers/scripts/ec2/create-amis.sh is a bash script, that will nix-build amazon-image.nix, and upload the products to aws
<CMCDragonkai> when i search that `ag 'make-disk-image.nix'`, I see things in nixos/maintainers/scriopts/ec2/amazon-image.nix` and also stuff in nixos/modules/virtualisation
<CMCDragonkai> why are things spread between nixos/maintainer/scripts and nixos/modules/virtualisation?
<clever> CMCDragonkai: mostly up to the person that wrote things
<clever> CMCDragonkai: https://gist.github.com/cleverca22/010456d1d1895f760bd8244fd62ffd9f#file-insane-nix-L36-L45 is an old example, of how i booted xen inside qemu
<clever> due to xen breaking 9plan, i had to generate a full disk image (including a valid bootloader and MBR)
<{^_^}> [nixpkgs] @MasseGuillaume opened pull request #56864 → kubernetes: set current-context and context name correctly → https://git.io/fhxi6
halfbit has joined #nixos
<CMCDragonkai> clever: It's very strange to have all the NixOS virtualisation modules in nixos/modules/virtualisation that is then exported as NixOS configuration settings as `virtualisation.docker` or `virtualisation.libvirtd`. But there's also code in that same directory that is not exposed as configuration settings, but instead act as entrypoints for maintainer scripts that execute them for the purpose of building images. Even ISO
<CMCDragonkai> building is also located somewhere else!
vk3wtf has joined #nixos
<clever> CMCDragonkai: some of those are used like a replacement to configuration.nix, nix-build '<nixpkgs/nixos>' -I nixos-config=/foo/nixpkgs/nixos/modules/virtualisation/something.nix -A config.system.build.fooImage
<clever> CMCDragonkai: its mostly a choice left to whoever wrote the code first and how its planned to be used
* clever heads off to bed
<clever> you could also PR things to move them around
<CMCDragonkai> clever: thanks
<clever> yep
<{^_^}> [nixpkgs] @domenkozar pushed to master « cachix: 0.1.3 -> 0.2.0 »: https://git.io/fhxiP
kreisys has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
stepcut has quit [Remote host closed the connection]
stepcut has joined #nixos
vk3wtf has quit [Ping timeout: 240 seconds]
stepcut has quit [Remote host closed the connection]
stepcut has joined #nixos
stepcut has quit [Read error: Connection reset by peer]
stepcut_ has joined #nixos
camsbury has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @domenkozar pushed to release-19.03 « cachix: 0.1.3 -> 0.2.0 »: https://git.io/fhxi1
stepcut_ has quit [Remote host closed the connection]
black-brick has joined #nixos
stepcut has joined #nixos
stepcut has quit [Remote host closed the connection]
stepcut has joined #nixos
<black-brick> Is there a way to setup the resolution of systemd-boot? it's too large and some info is hidden rn
slack1256 has joined #nixos
gagbo has quit [Ping timeout: 240 seconds]
stepcut has quit [Ping timeout: 255 seconds]
<suzu> clever: regarding setting up an ide for haskell and stuff with all this cabal/stack/nix bikeshed going on
<suzu> i'm looking at 'dante' and maybe it would be useful for you as well
<suzu> it doesn't care how your project is built so long as it can get to a running instance of ghci
<suzu> it also is able to auto-detect whether you've got stack or nix or whatever and try to get ghci up that way
hamishmack has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<suzu> but if not, just feed it a command that will start ghci for it and it will all just work
<suzu> .. or so they claim! i am going to give it a try
noonien has quit [Quit: Connection closed for inactivity]
<suzu> this is for emacs btw
vk3wtf has joined #nixos
<{^_^}> [nixpkgs] @stephengroat opened pull request #56865 → terraform-providers.segment: init at 0.2.0 → https://git.io/fhxip
vk3wtf has quit [Ping timeout: 252 seconds]
black-brick has quit [Ping timeout: 256 seconds]
pie___ has joined #nixos
pie__ has quit [Ping timeout: 245 seconds]
vk3wtf has joined #nixos
slack1256 has quit [Ping timeout: 245 seconds]
hamishmack has joined #nixos
ErAsMuS has quit [Read error: Connection reset by peer]
slack1256 has joined #nixos
maximiliantagher has joined #nixos
ddellacosta has quit [Ping timeout: 255 seconds]
ddellacosta has joined #nixos
yl has quit [Ping timeout: 252 seconds]
maximiliantagher has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @elasticdog opened pull request #56867 → bazelisk: init at 0.0.2 → https://git.io/fhxPW
halfbit has quit [Quit: WeeChat 2.4]
<{^_^}> [nixpkgs] @volth opened pull request #56868 → perlPackages: upgrade → https://git.io/fhxP0
reinhardt has joined #nixos
endformationage has quit [Quit: WeeChat 2.3]
slack1256 has quit [Remote host closed the connection]
Rusty1 has quit [Quit: Konversation terminated!]
troydm has joined #nixos
maximiliantagher has joined #nixos
maximiliantagher has quit [Ping timeout: 255 seconds]
haveo_ has quit [Ping timeout: 245 seconds]
xkapastel has joined #nixos
jackdk has quit [Ping timeout: 240 seconds]
vk3wtf has quit [Ping timeout: 240 seconds]
ottidmes has quit [Ping timeout: 245 seconds]
dansho has joined #nixos
<{^_^}> [nixpkgs] @knedlsepp closed pull request #56847 → pythonPackages.pyopencl: Fix build → https://git.io/fhxaD
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/d45ba336b28 (from 3 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
jasongrossman has joined #nixos
maximiliantagher has joined #nixos
palo1 has joined #nixos
maximiliantagher has quit [Ping timeout: 245 seconds]
rauno has joined #nixos
palo has quit [Ping timeout: 250 seconds]
palo1 is now known as palo
random_yanek has quit [Ping timeout: 268 seconds]
dansho has quit [Quit: Leaving]
random_yanek has joined #nixos
hyper_ch2 has joined #nixos
kvda has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<{^_^}> [nixpkgs] @kalbasit merged pull request #56852 → go_1_12: set meta.branch to 1.12 → https://git.io/fhxwv
<{^_^}> [nixpkgs] @kalbasit pushed to master « go_1_12: set meta.branch to 1.12 (#56852) »: https://git.io/fhxX0
dansho has joined #nixos
tesq0 has quit [Remote host closed the connection]
hyper_ch2 has quit [Ping timeout: 256 seconds]
<{^_^}> [nixpkgs] @FRidh pushed to staging « python: 2.7.15 -> 2.7.16 »: https://git.io/fhxXM
<{^_^}> [nixpkgs] @FRidh merged pull request #56807 → python: 2.7.15 -> 2.7.16 → https://git.io/fhxGt
Makaveli7 has joined #nixos
<{^_^}> [nixpkgs] @FRidh pushed to staging-19.03 « python: 2.7.15 -> 2.7.16 »: https://git.io/fhxXy
<simpson> FRidh[m]: It seems like you're active; could I trouble you for a PyPy PR? https://github.com/NixOS/nixpkgs/pull/56817
<{^_^}> #56817 (by MostAwesomeDude, 18 hours ago, open): PyPy: 7.0.0
<{^_^}> [nixpkgs] @FRidh pushed 32 commits to staging-19.03: https://git.io/fhxX9
<simpson> I cut up my previous PR.
<{^_^}> [nixpkgs] @FRidh pushed 174 commits to staging-next: https://git.io/fhxXH
ddellacosta has quit [Ping timeout: 268 seconds]
maximiliantagher has joined #nixos
alex``` has joined #nixos
maximiliantagher has quit [Ping timeout: 255 seconds]
<{^_^}> Channel nixos-unstable advanced to https://github.com/NixOS/nixpkgs/commit/34aa254f9eb (from 34 hours ago, history: https://channels.nix.gsc.io/nixos-unstable)
<{^_^}> Channel nixpkgs-unstable advanced to https://github.com/NixOS/nixpkgs/commit/a0ad72bebca (from 25 hours ago, history: https://channels.nix.gsc.io/nixpkgs-unstable)
cross_ has quit [Quit: Lost terminal]
orivej has joined #nixos
<{^_^}> [nixpkgs] @dotlambda pushed to master « python.pkgs.pykerberos: put krb5 in buildInputs too »: https://git.io/fhx1f
orivej has quit [Ping timeout: 250 seconds]
zupo has joined #nixos
orivej has joined #nixos
dansho has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @vbgl merged pull request #56407 → ocamlPackages.lablgtk3: 3.0.beta4 -> 3.0.beta5 → https://git.io/fhNU8
<{^_^}> [nixpkgs] @vbgl pushed to master « ocamlPackages.lablgtk3: 3.0.beta4 -> 3.0.beta5 »: https://git.io/fhx1O
gagbo has joined #nixos
Kakky has joined #nixos
<{^_^}> [nixpkgs] @dotlambda merged pull request #56696 → pythonPackages.libarcus: use pkgs.protobuf as input → https://git.io/fhA1o
<{^_^}> [nixpkgs] @dotlambda pushed 3 commits to master: https://git.io/fhx1C
fusion809 has joined #nixos
<{^_^}> [nixpkgs] @apeyroux opened pull request #56869 → chirp: 20190206 -> 20190304 → https://git.io/fhx1R
maximiliantagher has joined #nixos
rauno has quit [Ping timeout: 240 seconds]
<{^_^}> [nixpkgs] @fgaz opened pull request #56870 → zeronet: 0.6.4 -> 0.6.5 → https://git.io/fhx1g
kvda has joined #nixos
periklis has joined #nixos
zupo_ has joined #nixos
periklis has quit [Remote host closed the connection]
periklis has joined #nixos
gagbo has quit [Quit: I'm out !]
maximiliantagher has quit [Ping timeout: 245 seconds]
zupo has quit [Ping timeout: 245 seconds]
kvda has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos
zupo_ has quit [Ping timeout: 245 seconds]
goibhniu has joined #nixos
__monty__ has joined #nixos
gagbo has joined #nixos
<{^_^}> [nixpkgs] @dotlambda pushed 2 commits to staging-19.03: https://git.io/fhx1j
adamt has joined #nixos
johanot has joined #nixos
gilligan_ has quit [Ping timeout: 258 seconds]
xkapastel has quit [Quit: Connection closed for inactivity]
thc202 has joined #nixos
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<{^_^}> Channel nixpkgs-unstable advanced to https://github.com/NixOS/nixpkgs/commit/d45ba336b28 (from 5 hours ago, history: https://channels.nix.gsc.io/nixpkgs-unstable)
laalf has quit [Quit: ZNC 1.7.2 - https://znc.in]
laalf has joined #nixos
jtojnar has joined #nixos
zupo has joined #nixos
<Myrl-saki> What does nixos-install --no-root-passwd do?
<Myrl-saki> Ah. I needed pam.
<{^_^}> [nixpkgs] @peti pushed 7 commits to haskell-updates: https://git.io/fhxMi
maximiliantagher has joined #nixos
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kvda has joined #nixos
maximiliantagher has quit [Ping timeout: 245 seconds]
arjen-jonathan has joined #nixos
<{^_^}> [nixpkgs] @dotlambda opened pull request #56872 → python.pkgs.bpython: correct Exec in bpython.desktop → https://git.io/fhxMb
<{^_^}> Channel nixpkgs-unstable advanced to https://github.com/NixOS/nixpkgs/commit/9b3e5a3aab7 (from 2 hours ago, history: https://channels.nix.gsc.io/nixpkgs-unstable)
kjekac has joined #nixos
jtojnar has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @xeji merged pull request #56838 → gogs: 0.11.53 -> 0.11.86 → https://git.io/fhx2v
<{^_^}> [nixpkgs] @xeji pushed commit from @herrwiese to release-18.09 « gogs: 0.11.53 -> 0.11.86 (#56838) »: https://git.io/fhxDE
<Dandellion[m]> I'm new to kubernetes, and the docs talk about something called "kubectl diff" but when installing kubectl on nix that command isn't available for whatever reason
simukis has joined #nixos
M-Gregoire has joined #nixos
<tilpner> Compare the version numbers the docs are talking about, and the one you installed
<tA> whats the shorthand for running a command in a nix-shell?
sigmundv has joined #nixos
<tilpner> nix-shell -p hello --run hello
<tA> thank you
<Dandellion[m]> <freenode_til "Compare the version numbers the "> Ah yes it's two versions old thanks
JonReed has joined #nixos
<Myrl-saki> tA: You might want to use `nix run nixpkgs.hello -c hello` tho
kjekac has quit [Quit: Lost terminal]
<Dandellion[m]> How do i go about upgrading this though. I usually create an overlay, but this package is all split up and complicated
<tilpner> master has 1.13.4
<Dandellion[m]> So i have to switch channels?
<tilpner> ,unstable
<tilpner> No, you can use multiple at once
<Myrl-saki> /bu/buffer justanotheruser
<Myrl-saki> Oh whoops
<tilpner> nixos-unstable has 1.13.4, nixos-19.03 has 1.13.3
<Dandellion[m]> That's weird, why am i getting 1.11
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « pandoc: add overrides to fix build of the new 2.7 version »: https://git.io/fhxDS
maximiliantagher has joined #nixos
<Myrl-saki> Dandellion[m]: How are you testing it?
<tilpner> Dandellion[m]: What channel are you on?
<Dandellion[m]> Oh Im on 18 duhh
<tilpner> nixos-18.09 only has 1.11.6
<Dandellion[m]> Yeah okay, can I install just this package from unstable with home-manager or a nix-shell somehow?
<adamt> Read the link above from the bot
<adamt> You could also sleep for a month and then just upgrade to 19.03
<tilpner> nix-shell -I nixpkgs=channel:nixos-19.03 -p kubectl
maximiliantagher has quit [Ping timeout: 240 seconds]
<Dandellion[m]> So first add the channel and then run that
<Dandellion[m]> Cool
<Dandellion[m]> I'm asking a lot here but is there any way to do this inside a shell.nix
<tilpner> No, either will work, you don't need both
<tilpner> Yes, you can use the FAQ entry above inside a shell.nix
vonfry has joined #nixos
<{^_^}> [nixpkgs] @ck3d opened pull request #56873 → sile: build and install documentation (self test) → https://git.io/fhxDN
<Dandellion[m]> I don't see any faq entry
<Dandellion[m]> Above
<tilpner> ,unstable
<Dandellion[m]> If there is a irc side bot that is suppose to link something its not getting bridged to matrix
<{^_^}> [nixpkgs] @peti pushed 5 commits to haskell-updates: https://git.io/fhxDh
<{^_^}> [nixpkgs] @peti pushed 7 commits to master: https://git.io/fhxDj
<tilpner> Really? What room are you in?
<tilpner> It should just appear as a normal user, though the nick could confuse the bridge
<Dandellion[m]> #freenode_#nixos:matrix.org
vonfry has quit [Client Quit]
<Dandellion[m]> Thanks
<Dandellion[m]> Oh wait it was working
<Dandellion[m]> I had somehow ignored it
<Dandellion[m]> My bad
<tilpner> :/
<Dandellion[m]> Thanks everyone
<{^_^}> [nixpkgs] @danbst merged pull request #56020 → nixos: doc: include all modules in manual generation → https://git.io/fhdO3
<{^_^}> [nixpkgs] @danbst pushed 4 commits to master: https://git.io/fhxyT
ij has joined #nixos
skorpy2009 has joined #nixos
arjen-jonathan has quit [Ping timeout: 245 seconds]
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/9b3e5a3aab7 (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
timor has joined #nixos
<ij> gchristensen: hi. do you know how big the nixos cache s3 bucket is?
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/95fed28ac37 (from 48 minutes ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
Olivier[m]1 has left #nixos ["Kicked by @appservice-irc:matrix.org : issued !quit command"]
sigmundv has quit [Remote host closed the connection]
<tA> could someone look at the nix in here: git.lain.church/tA/rf and help me change my build process? at the moment it runs the haskell program after building, but id also like to call the fixup thing on the bash script and run it after the haskell programs been built, without it runnig
ilmu has joined #nixos
drakonis has quit [Quit: WeeChat 2.3]
<tA> actually, i could add the fixup commands to the shell.nix, and then just run it in a shell
<tA> that sounds better, nevermind
<tA> thank you anyway :)
<ilmu> hey is having a /mnt folder frowned upon in nixos? do you have some other place you like to mount filesystems?
<tA> i usually have ~/usb and just mount to there for conveniance
<ilmu> I'm on a laptop with two internal hard drives and I'm thinking where I want the storage disk to be permanently mounted
<ilmu> that's why I'm curious about some new tradition or whatever
<immae> if you want permanent mount, usually /mnt is not a good place for that (both in nixos and outside)
<ilmu> yeah I figured
<immae> But then, it’s up to you and your usage ;)
arjen-jonathan has joined #nixos
<immae> (when I need to mount something quickly, I "always" use /mnt, because I know it’s there for that. But if your is permanently mounted then your usage is probably different :p )
<tA> ive got two drives in this, ones mounted to / and another to /home and swap, with boot and encryption key partitions. its nice not really having to think about there being more than one drive
<tilpner> hier(7) says that /mnt is for temporary mounts
<tilpner> But then... you don't need to follow that
<ilmu> so what would you guys recommend to someone unfamiliar with the 'right' way of doing things?
<tilpner> I have my SSD as /, and the HDD as /data
<ilmu> but yeah I realize it's totally arbitrary as it's my system
<ilmu> yeah maybe that makes sense
<adamt> There's no "right" way, but sometimes it might be really really annoying to mount things direcly under /, like /foo
<ilmu> I can just make /data and put everything under that
<immae> for instance
<Taneb> It's frustrating when you want something very slightly less trivial than something in trivial-builders
garbas has quit [Ping timeout: 240 seconds]
<{^_^}> [nixpkgs] @domenkozar merged pull request #55142 → thinkfan: add option for libatasmart support → https://git.io/fhSXi
<{^_^}> [nixpkgs] @domenkozar pushed 2 commits to master: https://git.io/fhxyd
<Taneb> (I want to have a writeShellScriptBin with a couple of overridable options)
<adamt> Just don't do that with network mounts, or you'll end up stracing things to figure out why your systemed halted to a ground
<ilmu> adamt: I'll keep that in mind!
<johanot> Taneb: I have a couple of custom runCommand-wrappers in my own conf for the same reason :)
sigmundv has joined #nixos
<{^_^}> [nixpkgs] @Mic92 merged pull request #56673 → Add Darwin support for ccls → https://git.io/fhA6d
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fhxyp
<tA> nix will install bash to /run/current/sw/ or whatever if a non nixos user starts a nix-shell right?
_kwstas has joined #nixos
_kwstas has quit [Client Quit]
<{^_^}> [nixpkgs] @vbgl opened pull request #56874 → ocaml: 4.08.0+beta1 -> 4.08.0+beta2 → https://git.io/fhxSv
<disasm> tA: how would you have a non-nixos user on nixos? Or are you saying nix installed on another linux system? If the latter, nix won't even create /run/current-system/sw/bin. All wiring to set nix up happens in the users bash config.
<{^_^}> [nixpkgs] @woffs opened pull request #56875 → shotcut: 18.12.23 -> 19.02.28 → https://git.io/fhxSf
<tA> gotcha, thanks
reinhardt has quit [Ping timeout: 240 seconds]
zemm_ is now known as zemm
orivej has quit [Ping timeout: 240 seconds]
vk3wtf has joined #nixos
infinee has quit [Ping timeout: 246 seconds]
infinee has joined #nixos
init_6 has joined #nixos
maximiliantagher has joined #nixos
Makaveli7 has quit [Quit: Leaving]
<{^_^}> [nixpkgs] @peti pushed 2 commits to master: https://git.io/fhxSy
jasongrossman has quit [Ping timeout: 255 seconds]
iyzsong has joined #nixos
maximiliantagher has quit [Ping timeout: 245 seconds]
waleee has joined #nixos
<{^_^}> [nixpkgs] @peti opened pull request #56877 → boost: fix misspelled version numbers in 1.66.0, 1.67.0, 1.68.0, and 1.69.0 → https://git.io/fhxSF
jasongrossman has joined #nixos
<{^_^}> [nixpkgs] @peti pushed to master « davfs2: update to version 1.5.5 »: https://git.io/fhxSx
cswl has joined #nixos
<{^_^}> [nixpkgs] @Infinisil merged pull request #56774 → nixos/mate: cleanup → https://git.io/fhAp3
<{^_^}> [nixpkgs] @Infinisil pushed 3 commits to master: https://git.io/fhx9v
init_6 has quit [Ping timeout: 245 seconds]
ij has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @danbst merged pull request #56854 → consul: 1.4.1 -> 1.4.2 → https://git.io/fhxrJ
<{^_^}> [nixpkgs] @danbst pushed to master « consul: 1.4.1 -> 1.4.2 (#56854) »: https://git.io/fhx9Y
orivej has joined #nixos
iyzsong has quit [Ping timeout: 252 seconds]
reinhardt has joined #nixos
Mateon1 has quit [Ping timeout: 268 seconds]
infinee has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @dotlambda pushed to master « python.pkgs.willow: correct src »: https://git.io/fhx9Q
<{^_^}> [nixpkgs] @dotlambda pushed to release-19.03 « python.pkgs.willow: correct src »: https://git.io/fhx95
ThatDocsLady has joined #nixos
<{^_^}> [nixpkgs] @peti pushed 6 commits to master: https://git.io/fhx9b
ilmu has quit [Ping timeout: 240 seconds]
ij has joined #nixos
pie_work has joined #nixos
<therealwaphire[m> guys, need some help
<therealwaphire[m> the video card doesn't show up at `/dev/dri`
<therealwaphire[m> CPU: intel i9 9900k
<therealwaphire[m> kernel: 4.19.26
rprije has quit [Ping timeout: 245 seconds]
ericsagnes has quit [Ping timeout: 250 seconds]
Neo-- has joined #nixos
maximiliantagher has joined #nixos
maximiliantagher has quit [Ping timeout: 250 seconds]
<therealwaphire[m> are i965 modules not included by default or something?
<tilpner> i915 is included, but there are no directories or files mentioning i965 in 4.19.24
<{^_^}> [nixpkgs] @vdemeester opened pull request #56879 → minikube: 0.30.0 -> 0.34.1 → https://git.io/fhxHR
<tilpner> Though mesa mentions i965, so it might not need those
<therealwaphire[m> yeah, that is what weird
<therealwaphire[m> the last time I tried a coffee lake cpu, the video card showed up ootb
<therealwaphire[m> on 4.19 that is
<tilpner> You could try booting other distros from a live drive
<tilpner> If they detect it out of the box, you can gather information on what modules it loaded
<tilpner> (And what versions they use)
dustinm has quit [Quit: Leaving]
ivan has quit [Quit: lp0 on fire]
<tilpner> If you know how to do it elsewhere, getting NixOS to do the same should be feasile
otini has joined #nixos
<therealwaphire[m> <freenode_til "You could try booting other dist"> yeah I did try booting a rescue image but no luck
<therealwaphire[m> I'm guessing it's the motherboard that doesn't support the CPU's video capabilities yet?
calbrecht has joined #nixos
<therealwaphire[m> Had the same problem once with SoYouStart
dustinm has joined #nixos
<tilpner> I don't know. My integrated graphics worked out-of-the-box-ish, and the nvidia card was a giant struggle I don't care to repeat
<tilpner> (All sort of works now, but CUDA and Vulkan still need hacks every time I use them)
<therealwaphire[m> yeah nvidia can be a real pain
<{^_^}> [nixpkgs] @lheckemann opened pull request #56880 → nixos/bash: fix root prompt → https://git.io/fhxHD
<clefru> Is somebody doing stuff with ethereum here, especially "truffle"? I am pulling my hair out over the need for this toolchain to download stuff "from the internet" on first runs
<tilpner> Unless you can stop it from doing that, you probably want some kind of FHSUserEnv
ivan has joined #nixos
<therealwaphire[m> it does show up though
* therealwaphire[m uploaded an image: image.png (365KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/VLTYtSZYIrtMWQyWudZOQTfz >
<clefru> tilpner: that wouldn't be writable either. truffle wants to drop stuff in node_modules, which isn't writable via node2nix
<Ankhers> Is there something similar to nix-prefetch-url but for git that is installed by default?
<{^_^}> [nixpkgs] @jokogr merged pull request #56832 → pugixml: Fix pkg-config file installation and use fetchFromGitHub [19.03] → https://git.io/fhxub
<{^_^}> [nixpkgs] @jokogr pushed 3 commits to release-19.03: https://git.io/fhxH5
<tilpner> Ankhers: I don't think so
<tilpner> But since Nix makes installing things quite easy, you should really drop that requirement
<therealwaphire[m> I should try upgrading to 4.20 and see
<tilpner> (nix-prefetch-git)
<timor> I recently opened a pull request (#56792), where the the relevant source code neither has a code owner on github, nor is there a maintainer listed in meta. Normally, I would cc the maintainer, but in this case, how do I find out who is responsible for reviewing the changes and committing them?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/56792 (by timor, 1 day ago, open): libdwarf: add zlib to buildInputs
<{^_^}> [nixpkgs] @dotlambda pushed 4 commits to master: https://git.io/fhxHb
<tilpner> timor: Look at the git blame
<etu> timor: re version suffixes: Not needed in nix since nix depend on the derivation and not a version
<tilpner> timor: Here I would ping ${"Mic" + "92"}
jasongrossman has quit [Ping timeout: 246 seconds]
<timor> etu: It will not be picked up by something like nix-env -u though, if not called with --eq, or --leq, right? So semantically speaking, is a version with a bugfix "newer" than the one without it?
<Ankhers> tilpner: I'm trying to make an erlang2nix tool. So I don't really know how to manage git dependencies without nix-prefetch-git, or some tool like it.
<tilpner> Ankhers: Well, then just install nix-prefetch-git
<sphalerite> timor: nix-env -u is generally awful :p
<sphalerite> ,imperative
<{^_^}> nix-env has multiple drawbacks as an imperative package manager. nix-env -u will sometimes upgrade to the wrong thing; the outputs to install are very finicky to override; and packages that have been removed or are otherwise unavailable will remain in your profile without any warnings. Consider using a ,declarative setup instead.
Xal has quit [Ping timeout: 250 seconds]
Xal has joined #nixos
<gchristensen> ij: I do, why do you ask?
<ij> gchristensen: I'm curious. :)
<gchristensen> last time I looked it was like 160tb
jasongrossman has joined #nixos
Makaveli7 has joined #nixos
<timor> sphalerite: Given. Unfortunately, we have a lot of users here where it is infeasible to teach them about generating their declarative user environment vs. telling them to use nix-env as a "apt-get" alternative and run `nix-env -u` regularly. It would make sense in our case that bugfixes count as version increment. (e.g. Like Gentoo, who also version their own build scripts in that way.)
<therealwaphire[m> a little help
<therealwaphire[m> I installed the latest kernel with `nix-env -iA nixos-unstable.linux_4_20`
<tilpner> No no no, that's not how you install a kernel
<sphalerite> timor: there was a nice wrapper that provides a better imperative UI posted on the discourse recently I believe, that might be better
<therealwaphire[m> how do I switch to it now? I'm lost on what to put in my `/etc/nixos/configuration.nix`
<tilpner> You set boot.kernelPackages in your nixos-config
<therealwaphire[m> yeah I tried
<tilpner> boot.kernelPackages = pkgs.linuxPackages_4_20;
<tilpner> nixos-rebuild switch, and reboot
<therealwaphire[m> <freenode_til "boot.kernelPackages = pkgs.linux"> this doesn't work because 4.20 is not in 18.09 yet I think
<tilpner> ,unstable
<therealwaphire[m> `nixos-unstable`
Ariakenom has joined #nixos
<tilpner> Do what it says in that linkk
maximiliantagher has joined #nixos
<{^_^}> [nixpkgs] @vdemeester opened pull request #56881 → minishift: 1.31.0 -> 1.32.0 → https://git.io/fhxQm
<clefru> speaking of which... I want 5.0, but I have ZFS :/
maximiliantagher has quit [Ping timeout: 245 seconds]
<clefru> oh nice, zfs-0.7.13 just got release with 5.0 compatibility
oida has quit [Remote host closed the connection]
<jasongrossman> \o/
drakonis1 has quit [Ping timeout: 245 seconds]
oida has joined #nixos
drakonis1 has joined #nixos
<clefru> I'll prepare a PR for zfs 0.7.12 -> 0.7.13
<gchristensen> !! finally!
<clefru> Mic92: Do you have any interest in maintaining github.com/Mic92/zfs? Because the zfs/default.nix points to your repo for a patch, which with new 0.7.13 fails to apply
<clefru> Mic92: my default strategy would be to copy your patch to nixpkgs directly and fix it up.
<timor> sphalerite: Is this the one you were talking about: https://discourse.nixos.org/t/declarative-package-management-for-normal-users/1823/3 ?
<sphalerite> timor: yep
<therealwaphire[m> guys, I'm really lost lol
<ij> gchristensen: cool, thanks! :)
* therealwaphire[m uploaded an image: image.png (40KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/DHZbAvmOFRLaTHAdCqlBAdhn >
<therealwaphire[m> doesn't work
<therealwaphire[m> says unexpected SPATH
Shouou has joined #nixos
<ben> inside { } you only get to use "name = value;" pairs
<ben> "import foo" is an expression, you need to do something with its value
<adamt> therealwaphire[m: For the record, you might want to use a pastebin or something like https://gist.github.com/ instead of uploading screenshots of your code
<therealwaphire[m> oh yeah, I'll do that instead
<Shouou> I want to package runnable Python software and get it into Nixpkgs, but I'm stuck on it failing to nix-build because it can't reach pypi.org (no network access?). How do I get around this? Do I have to use pypi2nix or is there another solution?
cantstanya has quit [Remote host closed the connection]
ij has quit [Quit: WeeChat 2.2]
fendor has joined #nixos
ij has joined #nixos
stepcut has joined #nixos
cantstanya has joined #nixos
<fendor> when trying to execute a perl script, this error happens: https://hastebin.com/owalazetaf.nginx
<fendor> is that nix-related or I am doing something wrong?
waleee has quit [Quit: WeeChat 2.4]
ottidmes has joined #nixos
Synthetica has joined #nixos
<Synthetica> How do I use $out in subsituteAll?
infinee has joined #nixos
<__monty__> fendor: Doesn't look very nix-y.
<__monty__> Shouou: Problem with network access is it needs to be reproducible. That's why fetchFromGitHub requires a hash for example.
<__monty__> Shouou: So unless there's a fetchFrom* you can use with PyPI you'll have to take a different approach.
kreisys has joined #nixos
Makaveli7 has quit [Quit: Leaving]
kai_w has joined #nixos
<Shouou> __monty__, ah thanks! I see there's fetchPypi but then I assume pypi2nix probably automates that process so I don't have to write it all myself.
<fendor> does someone has experience with running pintos in qemu in nixos? It seg faults for me
<sphalerite> Synthetica: iirc, @out@
<fendor> found it
<Synthetica> sphalerite: That refers to the file I'm patching, not the output
<fendor> nixOS packages are "too" new. output of `qemu --version` breaks consistency
<tilpner> You can access older versions from older channels
<etu> Synthetica: I think $out should just work there
<sphalerite> Synthetica: huh..?
<sphalerite> Synthetica: oh you mean substituteAll the nix function, not the shell function :|
<Synthetica> Yeah
<etu> oh
maximiliantagher has joined #nixos
infinee has quit [Quit: WeeChat 2.3]
<therealwaphire[m> upgrading to 4.20 did it
<therealwaphire[m> thanks guys
<therealwaphire[m> seems there's no support for i965 in 4.19 yet
<{^_^}> [nixpkgs] @clefru opened pull request #56882 → spl/zfs: 0.7.12 -> 0.7.13 → https://git.io/fhx7D
<kai_w> Is it possible to use a directory other than `/build` as the temporary directory in the sandbox?
<sphalerit> therealwaphire: that seems very odd, i965 is ancient
<clefru> Time to test zfs 0.7.13 and linux 5.0 and switching from nixos-unstable to nixos-19.03. brb
<Synthetica> clefru: That sounds like a "Hold my beer while I..."
<clefru> Synthetica: I am aware of that. :D
<clefru> luckily I have backups...
<tilpner> When did you last test them? c.c
fendor has quit [Remote host closed the connection]
<joko> clefru: hope you're testing this on a vm
maximiliantagher has quit [Ping timeout: 245 seconds]
zupo has joined #nixos
<clefru> tilpner: never, of course. Who has time for that. Improvise all the way
<clever> kai_w: why do you need to use a diff dir?
<clefru> Oh that reminds me, my encryption keys for my backup are on my backup. not sure if that workss.
<tilpner> ...
<tilpner> You don't have backups
fendor has joined #nixos
<joko> Speaking of ZFS, I have started testing encryption and I was wondering if there is a way to share a password between a LUKS partition and a ZFS encrypted dataset
<kai_w> clever: the 'isort' packages tests operate on files in $TMPDIR, but isort refuses by default to work on files whos paths contain `/build/`
<joko> I mean during booting and mounting
<clever> joko: would need some changes to stage-1.sh, one sec
<kai_w> Since python packages are built in $WORKDIR/build/, so some tests fail
<clefru> tilpner: I am aware of that, but thanks for your reminder :)
<clever> kai_w: you could just change TMPDIR to /tmp/
<{^_^}> [nixpkgs] @tokudan opened pull request #56883 → filezilla: 3.31.0 -> 3.40.0, libfilezilla: 0.13.0 -> 0.15.1 → https://git.io/fhx7F
<tilpner> "clefru | luckily I have backups..."
<joko> clefru: I don't want to bother you, only if you have something ready :)
<tilpner> Your awareness wasn't obvious enough
<kai_w> clever: sorted! thanks :)
<clefru> joko: https://git.io/fhx7D compiles for me
<kai_w> I wasn't sure this is OK, since the reason for /build is security-related
<clever> joko: this code will temporarily save your luks password to a tmpfs at /crypt-ramfs/passphrase
<clever> joko: and if 2 luks volumes in a row need the same pw, it will just unlock both with a single prompt
<clever> joko: you might be able to modify things to try the same pw on zfs, but the luks stuff deletes that file when its done, so it could be tricky
<Synthetica> sphalerite, etu: I suppose I'll use the substituteAll shell function and override the patchPhase
illegalprime has joined #nixos
<clever> joko: and to aid your debug, do `nix-build '<nixpkgs/nixos>' -A config.system.build.bootStage1` and then read the script result points to
<{^_^}> [nixpkgs] @kwohlfahrt opened pull request #56884 → isort: 4.3.4 -> 4.3.10 → https://git.io/fhx7x
<clever> joko: that is the /init from inside the initrd
clefru has quit [Quit: Leaving]
<{^_^}> [nixpkgs] @vcunat pushed to master « ipe: fix the src hash (modified upstream) »: https://git.io/fhx5t
<{^_^}> [nixpkgs] @vcunat pushed to release-19.03 « ipe: fix the src hash (modified upstream) »: https://git.io/fhx5q
xkapastel has joined #nixos
<joko> clever: many thanks, I think I could echo this on "zfs load-key -a" or sth like that
<clever> joko: yep, just need to do it after luks, and ensure luks didnt clean it up
<joko> And any idea how to maintain this? Disable the upstream module and maintain the file on my own?
<clever> joko: the initrd is a fairly sensitive area, so you may break things when upstream changes stuff, so maybe just file a PR to nixpkgs
clefru has joined #nixos
<illegalprime> hi! using the musl-gcc toolchain in a pkgsStatic.bash nix-shell on a simple hello-world.c file causes an error 'recompile with -fPIC', but the same binary in a pkgsStatic.hello nix-shell works OK.
<illegalprime> what env vars could cause the same binary to behave that differently?
<tilpner> Save both environment to files, then diff them. Look for anything that starts with NIX_
kreisys has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<joko> clever: agreed
<clefru> joko: spl/zfs-0.7.13 seems to work for me with linux-5.0
<joko> clefru: kuhl! Is linux-5.0 considered to be an LTS version?
<etu> joko: no, 4.19 is
<{^_^}> [nixpkgs] @Synthetica9 opened pull request #56885 → vscode: patch vscode wrapper to use predetermined path → https://git.io/fhx5w
kreisys has joined #nixos
<suzu> so i've got a haskell project building
<suzu> i'd like to make a nix-shell for it so i can do development with cabal
<{^_^}> [nixpkgs] @dotlambda pushed to release-19.03 « python.pkgs.tvdb_api: disable tests »: https://git.io/fhx5K
<clever> suzu: can you pastebin your current default.nix?
reinhardt has quit [Ping timeout: 240 seconds]
<suzu> so my shell.nix is: {}: (import ./default.nix {}).normal.env
<suzu> and this works but i don't have `cabal` in that shell
<clever> suzu: yeah, thats what i was going to recomend
<suzu> yeah i'm using the template you gave me from yesterday
<clever> suzu: nix doesnt provide cabal (the binary) but rather Cabal (the haskell library)
<clever> suzu: so you need to compile Setup.hs to get a cabal-like binary
<suzu> i uh what?
<clever> `ghc Setup.hs -o Setup`
<suzu> i can't get cabal?
<clever> you can, but i just dont bother
<suzu> ok. i kinda need it for my ide tho
<suzu> so it can cabal repl and cabal ghci and such
<joko> tokudan[m]: are you online? Is it ok to edit your FileZilla PR to modernize it a bit?
<clever> one min
<suzu> kk
<clever> suzu: .env is a normal derivation that can accept normal overrides
<suzu> ah great
<suzu> so i can add cabal to it's buildInputs?
<clever> suzu: (import ./default.nix {}).normal.env.overrideAttrs (drv: { buildInputs = drv.buildInputs ++ [ ( (import <nixpkgs>{}).haskellPackages.cabal-install ) ]; })
<suzu> cabal-install is the cabal binary?
<clever> would be simpler if default.nix also did `inherit pkgs;` then you can reuse the pkgs set
<clever> yeah
<suzu> this is some real confusing nameing
<suzu> i have pkgs pinned to a tarball from github
<clever> blame haskell people :P
<suzu> so my system nix doesnt screw up my package
<suzu> haha okay
<clever> if you make a gist with both the default.nix and shell.nix, i can adjust it to share the pinning
<suzu> so how did you find this file and how do you know that .env is a regular derivation that takes .overrideAttrs
<suzu> i had tried to search for the definition of '.env' and couldnt
fendor has quit [Remote host closed the connection]
<suzu> i started with a search for `cabal2nix` to see it's defn and that didnt find any results
<suzu> err callCabal2nix*
<suzu> oic!
<clever> suzu: callCabal2nix and shellFor should be in the same directory
fendor has joined #nixos
<suzu> kk
cross has joined #nixos
<tokudan[m]> @joko
<tokudan[m]> joko: of course
gagbo has quit [Ping timeout: 250 seconds]
<suzu> hmm
<suzu> clever: i added this
<suzu> repl = normal.overrideAttrs (drv: { buildInputs = drv.buildInputs ++ [pkgs.cabal-install];});
periklis has quit [Ping timeout: 245 seconds]
<suzu> to my default.nix output set
Makaveli7 has joined #nixos
<suzu> and my shell is: {}: (import ./default.nix {}).repl.env
<suzu> and i get a shell but `cabal` isn't in it
<suzu> ah hold on
<suzu> i need to override env, not the package.
<suzu> <_<
<clever> suzu: yep
<suzu> yay! works great
<clever> suzu: heh, generic-builder, script-runner, and make-package-set where all open in tabs beside eachother, from the last time i demo'd how this works, lol
<suzu> :D
<suzu> i find the firefox history search to be supreme compared to chrome fyi
<clever> i really need to get better at closing my tabs
<joko> tokudan[m]: ok, thanks
<clever> currently have 840 tabs open
<gchristensen> good grief clever
<suzu> which browser?
<clever> chromium
mekeor has joined #nixos
<gchristensen> I finish each day by closing as many tabs as I can :P
<suzu> do you have vertical-style tabs?
<clever> suzu: regular tabs
<suzu> i recommend that you switch to firefox and use tree-style-tabs
<suzu> not only can i open hundreds of tabs, i can read the titles on all of them and close entire trees of them
<suzu> e.g. go on a wikipedia binge, open layers of child tabs, and click one x to nuke the whole thing
<clever> suzu: vimium, shift+t to search all open tabs by title
<suzu> however you'll never be able to go back to chrome afterwards
<{^_^}> [nixpkgs] @dotlambda pushed 3 commits to staging-19.03: https://git.io/fhxdf
<adamt> I used to have a nifty addon to count my tabs. Sadly, it didn't survive firefox v57(?). 600+ was pretty normal. :P
<suzu> firefox's address bar already searches as you type
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to master: https://git.io/fhxdU
<suzu> searches open tabs, that is
jasongrossman has quit [Ping timeout: 255 seconds]
reinhardt has joined #nixos
endformationage has joined #nixos
<{^_^}> [nixpkgs] @kalbasit merged pull request #56865 → terraform-providers.segment: init at 0.2.0 → https://git.io/fhxip
silver has joined #nixos
<{^_^}> [nixpkgs] @kalbasit pushed commit from @stephengroat to master « terraform-providers.segment: init at 0.2.0 (#56865) »: https://git.io/fhxdk
<tokudan[m]> i loved the firefox feature that allowed you to group your tabs... ctrl+shift+e popped up the groups and you could switch to another group. then they deprecated that feature because it was too well hidden and only reachable through that key combo...
<clever> tokudan[m]: i had so many tabs open, that that UI was laggy
<suzu> yeah i liked that feature too
<suzu> there's a few extensions that bring similar functionality back
<tokudan[m]> clever: it was still nice to sort different projects
<{^_^}> [nixpkgs] @jtojnar merged pull request #56791 → gnome2: remove aliases → https://git.io/fhxtH
<{^_^}> [nixpkgs] @kalbasit merged pull request #56863 → vagrant: re-add nowarn patch → https://git.io/fhxi4
<illegalprime> so the difference between pkgsStatic.bash & pkgsStatic.hello was NIX_HARDENING_ENABLE, which had -pie set in bash. I had no idea gcc's built in nix followed NIX_ env vars, but I guess that makes sense
<{^_^}> [nixpkgs] @kalbasit pushed commit from @wkral to master « vagrant: re-add nowarn patch (#56863) »: https://git.io/fhxdY
<clever> illegalprime: thats cc-wrapper, a bash script that enforces various things
<joko> tokudan[m]: you can do something similar with container tabs and the multi-account containers addon, I think
<tokudan[m]> joko: probably
<suzu> clever: the cabal-install in this pinned nixpkgs is a bit older than i'd like
<suzu> do you think it would be safe to use a newer version of only cabal-install, and how would i do so?
<suzu> fetch another 'pkgs' from github that's newer, and access the .cabal-install from it?
<clever> suzu: using a newer cabal can sometimes cause weird problems, where it may work in nix-shell and fail in nix-build
<suzu> i would only be using the newer cabal in nix-shell
<clever> suzu: but if you use a new cabal field in the cabal file, it will keep working in nix-shell, but then later fail in nix-build with the old cabal
<suzu> ah yes that is a danger
<suzu> so i can either move the whole project forward to a newer nixpkgs, install a new cabal bin for the shell at my own risk, or workaround having a slightly older cabal
<suzu> are those my only options?
<clever> suzu: yep
<suzu> kk
<clever> suzu: thats also why i use cabal-install from the same nixpkgs, rather then just nix-env -i it, like others do
<suzu> makes sense
<suzu> keep all the vers of things in lockstep together
<clever> that is also what breaks QT
<clever> QT propagated the libs into ~/.nix-profile if you nix-env things
<clever> and if things get out of sync, all qt apps break hard
<suzu> lol fun
<{^_^}> [nixpkgs] @Mic92 opened pull request #56886 → zfs: 0.7.12 -> 0.7.13 → https://git.io/fhxdl
<suzu> k i just walked the whole proj forward
<suzu> praying it builds
<suzu> it will be a bit annoying that this stuff is on nixos 19.03 while the rest of the system is on 18.09
<suzu> so i'll have multiple copies of a lot of system things
<suzu> oh well
<simpson> It's no different than, say, GHC's heap having two versions of some data structure. Such things can happen.
<suzu> true
<suzu> or 50 string types
<suzu> or 10 custom preludes
<suzu> etc
jtojnar has joined #nixos
<clever> suzu: i once ran into a type error, expected Data.String, got Data.String
<suzu> haha
<suzu> probably two versions of String
<clever> 2 different versions of the same library where in scope
<clever> dep used 1, shell used a 2nd
<suzu> two different versions of `base`?
<clever> it was a different type, but i cant remember which one
<suzu> in scope at the same time??
<clever> it was still a boot package though (baked into nix's ghc package)
<clever> `ghc-pkg list` did show 2 of them
<suzu> lol
<suzu> how did you get out of that one
<clever> suzu: nixpkgs nulls out every boot package, so you cant get duplicates
<clever> but stack2nix undoes that
<clever> so i had to repeat that list within stack2nix to fix it
Uma_ has joined #nixos
<Uma_> Is it possible to force fsck to fix the root fs on boot?
<clever> defaults to true
<Uma_> Yes, but AFAIK that only checks the fs for errors
<Uma_> I want to repair it
CrazedProgrammer has joined #nixos
<ToxicFrog> checkJournalingFS is true by default anyways
<clever> Uma_: add boot.debug1devices to the kernel cmdline, and it will give you a shell in the initrd
<clever> then you can manually run fsck
<CrazedProgrammer> hi all, is there a function in nixpkgs that allows me to create a package with a single file? I want to create a package with only $out/share/xsessions/sway-session.desktop and i was wondering if there was a simple function for that
<Uma_> Oooh nice, thanks
<ToxicFrog> Uma_: it runs it with "fsck -a" which should automatically repair problems; is the problem that / is already mounted when it tries to fsck or something?
<Uma_> No, it's not already mounted, but for some reason it doesn't repair it automatically
<kreisys> domenkozar: there's an issue with the travis nix support on darwin because recent versions of nix changed the default installer behaviour so that it doesn't install in multi-user mode and the travis support expects that. I tried to report it as described in the travis docs but the github issue template says not to use it and use the discourse forum instead. I'm not sure that any of the travis nix support maintainers are
<kreisys> following that forum though...
<Uma_> I'll try rebooting and setting boot.debug1devices
<Uma_> brb
Uma_ has quit [Remote host closed the connection]
<suzu> clever: why are these boot packages removed?
alex``` has quit [Quit: WeeChat 2.4]
<clever> suzu: the ghc package has all of those boot packages baked into the same derivation
<adamt> kreisys: And since Travis was recently bought by Idera (?), and a bunch of people laid off, it's probably not going to get fixed.
<clever> suzu: so the versions cant be changed, and adding the same package via the inputs will only give dups
<clever> suzu: so that overlay causes haskellPackages.base to be null, and effectively do nothing
Uma_ has joined #nixos
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Uma_> clever: that worked, thanks!
<kreisys> adamt: ugh that would... suck :(
<Uma_> One last question: after I login with slim, i3 doesn't load until a dhcpd job finishes, is possible to break this (I guess, systemd) dependency?
<adamt> kreisys: As I understood it, Idera is basically experts in buying stuff companies rely on and can't migrate away from easily, and just keep it on life support. So yeah.
<clever> Uma_: `systemd-analyze plot` and read the related units in /etc/systemd/system/
CrazedProgrammer has quit [Remote host closed the connection]
<kreisys> adamt: they just sent an email out yesterday.... basically 10 paragraphs of saying nothing.
<adamt> kreisys: Yeah, I just ignored it, figured it wasn't worth reading.
<suzu> ah i see
<suzu> so base packages can't be included twice
<suzu> except that stack2nix doesn't know about that so you got two bases
<kreisys> adamt: do you know of any other CI service that offers free darwin builds for open source? I think travis is the only one...
<suzu> icic
<suzu> kreisys: circleci does
<suzu> but you need to contact them
<suzu> We also offer the Seed plan free (at 1x concurrency) for OS X open source projects. Contact us at billing@circleci.com for access. If you are building a bigger open-source project and need more resources, let us know how we can help you!
<suzu> from the bottom of their pricing page, https://circleci.com/pricing/#faq-section-linux
<adamt> kreisys: Sorry, no clue. But maybe it's worth spending a bit of time getting it fixed, just.. Don't get your hopes up.
<clever> suzu: https://github.com/input-output-hk/cardano-sl/blob/develop/nix/overlays/required.nix#L36-L39 is the 4 packages i actually had dup'd, and how i fixed them
<clever> suzu: ahh, it was Data.Text, not Data.String
<kreisys> suzu: cool thanks for pointing that out! I actually know someone who works for them so I'll just poke him and ask
<kreisys> adamt: it's a painfully easy fix. can probably even work around it in my own .travis.yml file. it would just be pretty ugly to do so.
<Uma_> clever: user@1000.service seems to wait for network-online.target
adulteratedjedi has left #nixos [#nixos]
<{^_^}> #50930 (by cprussin, 14 weeks ago, open): Add option to make dhcpcd non-blocking
steell_ has quit [Ping timeout: 244 seconds]
zupo has joined #nixos
jasongrossman has joined #nixos
jasongrossman has quit [Remote host closed the connection]
Shouou has quit [Remote host closed the connection]
<therealwaphire[m> is zfs-0.17.3 in 19.03 yet?
<Uma_> clever: cheers ^^
<therealwaphire[m> `zfs-0.7.13` *
<gchristensen> therealwaphire[m: it was released 18hrs ago, I'd be surprised if it was patched, PR'd, merged, and release by then
<gchristensen> therealwaphire[m: it was released 18hrs ago, I'd be surprised if it was patched, PR'd, merged, and release by now
<therealwaphire[m> oh alright
<{^_^}> [nixpkgs] @jtojnar pushed to master « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fhxFs
<therealwaphire[m> is there any way that I can force use of 4.20 kernel with zfs 0.7.12 /
<therealwaphire[m> ?
<{^_^}> [nixpkgs] @jtojnar pushed to master « Revert "hackage-packages.nix: automatic Haskell package set update" »: https://git.io/fhxFZ
<gchristensen> no, it doesn't work
<gchristensen> it doesn't compile
kini has quit [Quit: No Ping reply in 210 seconds.]
shibboleth has joined #nixos
<tokudan[m]> @joko, where did you find the download server for filezilla? everything I saw on the website pointed to that CDN that used hashes
<{^_^}> [nixpkgs] @amazari closed pull request #56015 → zoneminder: Fix locally created database → https://git.io/fhdqE
<therealwaphire[m> <freenode_gch "no, it doesn't work"> I'm using 4.20.12 with zfs 0.7.12 on arch though
<therealwaphire[m> I mean it works fine
nikivi has quit [Read error: Connection reset by peer]
zupo_ has joined #nixos
<gchristensen> then arch must have custom patches, because ZFS 0.7.12 and Kernel 4.20.12 don't compile together
alex`` has joined #nixos
nikivi has joined #nixos
jasongrossman has joined #nixos
<therealwaphire[m> yeah, I guess
<ij> gchristensen: Are those 160TB $4k a month?
zupo has quit [Ping timeout: 252 seconds]
<clever> 2019-02-27 16:57:56< hyper_ch> clever: I used this https://paste.simplylinux.ch/view/raw/c8b41aad
<clever> gchristensen: this was a chunk of patches to get a new zfs and trim working in nixos
<gchristensen> ok
<samueldr> weirdly enough archlinux doesn't seem to do anything specific for 4.20.13 and 0.7.13 (neither did they for 4.20.12 and 0.7.12)
<gchristensen> 0.7.13 compiles with 4.20
Uma_ has quit [Quit: leaving]
kini has joined #nixos
<suzu> got a new nixpkgs working with my proj
<suzu> and so a newer cabal
fendor has quit [Remote host closed the connection]
<suzu> though it's still not new enough
<therealwaphire[m> I wish nix gets 0.7.13 real fast :P
<suzu> i'll just work around it yolo
<samueldr> ah, found the patch
<therealwaphire[m> my video card doesn't work with 4.19
fendor has joined #nixos
ThatDocsLady_ has joined #nixos
gagbo has joined #nixos
<samueldr> (and indeed, it was removed for 0.7.13)
ThatDocsLady has quit [Remote host closed the connection]
jtojnar has quit [Read error: Connection reset by peer]
<ij> is it possible to get a nixos user cloak?
<clever> 2019-03-05 11:44:27 [freenode] -!- clever [~clever@NixOS/user/clever]
<clever> ij: i think it was gchristensen that gave it to me
<pie_work> Church- ive not done the preliminary work yet but would you be interested in trying to collab on packaging / making a module for cuckoo sandbox
adamt has quit [Ping timeout: 268 seconds]
woffs has quit [Quit: Gateway shutdown]
<ij> gchristensen: I wouldn't mind flaunting one :)
Shouou has joined #nixos
woffs has joined #nixos
* gchristensen rustles up someone
work_ has joined #nixos
<Church-> Cuckoo?
<Church-> And yeah sure when I can grab cycles on my weekends.
<Church-> Busy at work at the moment, settling into a new gig
<Church-> ij: What are we flaunting?
<ij> Church-: a NixOS/user/… cloak!
ottidmes has quit [Quit: WeeChat 2.2]
<Shouou> Is buildPythonPackage supposed to try the Makefile? The project I'm dealing with has an ad-hoc Makefile unrelated to the actual build. How can I avoid it?
Mateon1 has joined #nixos
<simpson> Shouou: I don't see anything that would cause that Makefile to be incanted or touched. If it's distracting some build tool, feel free to rm it in patchPhase.
fendor has quit [Ping timeout: 255 seconds]
reinhardt has quit [Quit: Leaving]
<{^_^}> [nixpkgs] @elohmeier opened pull request #56888 → sunvox: 1.9.3b -> 1.9.4c → https://git.io/fhxbG
<ij> makefu: ooo
<{^_^}> [nixpkgs] @amazari opened pull request #56889 → Fix locally created database → https://git.io/fhxbn
<Shouou> simpson, thanks. So in prePatch or postPatch I'd just `rm Makefile`?
<ij> gchristensen: so can I get a NixOS/user/siers cloak, which is also my github username? (siers is also present, which is my bouncer nick from the same nickserv account) I promise not cause disgrace to the name.
fendor has joined #nixos
<simpson> Shouou: Yeah.
<gchristensen> ij: that would work
noonien has joined #nixos
maximiliantagher has joined #nixos
ij has quit [Quit: WeeChat 2.2]
maximiliantagher has quit [Remote host closed the connection]
maximiliantagher has joined #nixos
<Synthetica> Could someone look at #56885? I don't think the failure is my fault here correct?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/56885 (by Synthetica9, 1 hour ago, open): vscode: patch vscode wrapper to use predetermined path
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/0b76b2d2af7 (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<{^_^}> [cabal2nix] @jtojnar opened pull request #411 → hackage2nix: ignore aliases → https://git.io/fhxbX
fusion809 has quit [Quit: Leaving]
<siraben> What is this "baloo" folder in ~/.local/share/baloo that keeps taking up 10+ GB?
<siraben> I don't use plasma, hm.
<sphalerite> siraben: probably a search index that should be safe to delete. I wouldn't bet my life on it though.
maximiliantagher has quit [Remote host closed the connection]
<simpson> I wouldn't even bet my Tuesday on that~
<ldlework> heh
Rovanion has quit [Ping timeout: 258 seconds]
Kakky has quit [Ping timeout: 255 seconds]
<siraben> I have deleted it before
<siraben> but it keeps get regenerated
<siraben> rm -rf .local/share/baloo done
ErAsMuS has joined #nixos
maximiliantagher has joined #nixos
<gchristensen> chattr +i .local/share/baloo :')
<simpson> pgrep baloo
<ldlework> just throw your computer out
maximiliantagher has quit [Remote host closed the connection]
alex`` has quit [Quit: WeeChat 2.4]
<joko> tokudan[m]: I cheated by checking Gentoo and ArchLinux sources
Rovanion has joined #nixos
timor has quit [Ping timeout: 240 seconds]
<joko> clever: you mention zfs and trim in the same sentence, did you mean trim support has landed in zfs?
<gchristensen> it hasn not landed
<clever> joko: the pastebin i linked, i think is running the unfinished trim code, from a pr
<gchristensen> https://github.com/zfsonlinux/zfs/pull/8419 but a PR is in the works, and likely to land
<{^_^}> zfsonlinux/zfs#8419 (by behlendorf, 2 weeks ago, open): Add TRIM support
<joko> ah
maximiliantagher has joined #nixos
<joko> ok, maybe I should set my backup server and then test this :D
<joko> Has anyone used it?
<gchristensen> please do be a guinneapig :)
<tokudan[m]> joko: ah... that explains it :)
sigmundv has quit [Ping timeout: 250 seconds]
<{^_^}> [nixpkgs] @markuskowa opened pull request #56891 → arpack: 3.6.3 -> 3.7.0 → https://git.io/fhxNR
<joko> gchristensen: well, I'm using encryption which is still not available, but ok, maybe I should not push my luck :)
<siraben> ldlework: not an option!
maximiliantagher has quit [Ping timeout: 250 seconds]
<ldlework> siraben: you just have to declare it in the options key of any imported module
<siraben> Not sure how this baloo thing could be arisen
<joko> Could anyone help me and tokudan[m] with a segfault of a ported application (FileZilla)? https://github.com/NixOS/nixpkgs/pull/56883
<{^_^}> #56883 (by tokudan, 2 hours ago, open): [WIP] filezilla: 3.31.0 -> 3.40.0, libfilezilla: 0.13.0 -> 0.15.1
<siraben> Could have *
<{^_^}> Channel nixos-18.09 advanced to https://github.com/NixOS/nixpkgs/commit/95fed28ac37 (from 7 hours ago, history: https://channels.nix.gsc.io/nixos-18.09)
<{^_^}> [nixpkgs] @Mic92 merged pull request #56886 → zfs: 0.7.12 -> 0.7.13 → https://git.io/fhxdl
<{^_^}> [nixpkgs] @Mic92 pushed 3 commits to master: https://git.io/fhxND
johanot has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @Mic92 closed pull request #56882 → spl/zfs: 0.7.12 -> 0.7.13 → https://git.io/fhx7D
BlessJah has quit [Ping timeout: 245 seconds]
xkapastel has quit [Quit: Connection closed for inactivity]
BlessJah has joined #nixos
<{^_^}> [nixpkgs] @jtojnar opened pull request #56892 → webkit: move to aliases → https://git.io/fhxNx
ddellacosta has joined #nixos
kipari has joined #nixos
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fhxNh
jtojnar has joined #nixos
zupo has joined #nixos
garbas has joined #nixos
Ariakenom has quit [Quit: Leaving]
slack1256 has joined #nixos
fendor has quit [Ping timeout: 252 seconds]
<betawaffle> does anyone here run nixos on a system76 laptop?
arjen-jonathan has quit [Ping timeout: 245 seconds]
fusion809 has joined #nixos
<goibhniu> betawaffle: I have on two Clevo (Tuxedo) laptops, which are pretty close.
<goibhniu> ^have it
<betawaffle> and nixos is going well on it?
<{^_^}> [nixpkgs] @das-g opened pull request #56893 → ili2c: init at 4.7.11 → https://git.io/fhxAB
<ivan> is virt-manager broken in master? I see ValueError: Namespace LibvirtGLib not available
Ariakenom has joined #nixos
<goibhniu> betawaffle: like a dream
<betawaffle> cool. i'm thinking about getting a darter. do you know any reason i shouldn't?
<betawaffle> (for work)
<noonien> hello
<noonien> how can one get available kernel versions?
<noonien> the instructions at https://nixos.wiki/wiki/Choose_your_kernel_on_NixOS don't work
<noonien> i get a package is marked as broken
<clever> noonien: i tab-complete linux in `nix repl '<nixpkgs>'`
<noonien> i get a lot of package is marked as broken errors
<noonien> clever: oh, nice! thanks!
orivej has quit [Ping timeout: 250 seconds]
<goibhniu> betawaffle: I heard of issues with their customer support years and years ago. That's the only thing bad I've heard about them. Hopefully, they're better these days.
<noonien> is linux 5 not available in unstable yet?
<clever> > linux_latest
<{^_^}> "<derivation /nix/store/p3wv0x83g1y0xpbdbyjylg3ik058128s-linux-5.0.drv>"
<noonien> in `nix-repl '<nixos-unstable>'` `linux_latest` gives me `«derivation /nix/store/dwqp2crjn3j3m4df8bviskqknir9ywzm-linux-4.20.13.drv»`
<clever> noonien: when did you last nix-channel --update?
<noonien> just now
erictape1 has quit [Ping timeout: 244 seconds]
<clever> nixos is 10 hours old, nixpkgs is 8 hours old
<clever> noonien: also, which user did you --update as?
<noonien> ah, not root, my bad
<noonien> ah, no, it was root
<noonien> i didn't execute nix repl as root though
<clever> noonien: which user is the channel on? --list
<noonien> on the root user
<noonien> must not be in nixos-unstable yet
stepcut has quit [Remote host closed the connection]
stepcut has joined #nixos
erasmas has joined #nixos
stepcut has quit [Ping timeout: 252 seconds]
<suzu> clever: i'm trying to add a run-time dependency to my hs project
<suzu> addPdfInfo = drv: drv.overrideAttrs (drv: {propagatedNativeBuildInputs = drv.propagatedNativeBuildInputs ++ [pkgs.poppler];});
<colemickens> any intel/wayland users want to confirm a bug/fix for me?
<suzu> this seems to do nothing when i wrap a callCabal2nix call with it
gagbo has quit [Ping timeout: 252 seconds]
<clever> suzu: propagatedNativeBuildInputs only exist at build-time for other things that depend on your thing
<clever> suzu: it wont have any effect at normal runtime
<clever> suzu: you usually want to have another derivation, that makes a bash script, extending PATH, and then running the haskell thing
<suzu> the haskell thing just needs that bin to be around
<{^_^}> [nixpkgs] @vdemeester opened pull request #56894 → traefik: 1.7.8 -> 1.7.9 → https://git.io/fhxAp
<suzu> doesn't need to be called in any special way
<clever> suzu: but the only sane way to ensure its in PATH, is to wrap it with a bash script that extends PATH
Czen has quit [Remote host closed the connection]
<suzu> so if i add it as a dep it won't be in path during runtime automatically?
<clever> commit 09d708eee393f9d95175979a4d59d5a5f3ca96a8
<clever> Date: Mon Mar 4 07:35:03 2019 -0500
<clever> Author: Tim Steinbach <tim@nequissimus.com>
<clever> noonien: ^^^
<clever> suzu: correct, it will only be in PATH at build-time
q6AA4FD has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
<noonien> clever: the commit which adds 5.0?
<suzu> oh. runtime deps are not a thing?
nikivi has quit [Quit: ZNC is awesome]
<clever> noonien: yep
<noonien> great, thanks!
<clever> suzu: runtime deps are detected automatically, based on the subset of build-time paths, that wind up as strings in your output
<Myrl-saki> What systemd target should I use?
nikivi has joined #nixos
Czen has joined #nixos
<suzu> oh i see
<clever> suzu: so at build-time, you have to either embed $(which pandoc) into your code somewhere (template-haskell, ew!), or generate a bash script that puts the path into a shell script wrapper
<suzu> is there an example of how to do this properly?
<clever> suzu: that will generate a bash script called foo, that extends PATH, then runs the haskell thing
<{^_^}> [nixpkgs] @vdemeester opened pull request #56895 → skoepo: 0.1.34 -> 0.1.35 → https://git.io/fhxxL
<suzu> hmm
<suzu> how does this work with nix-shell?
<suzu> i'd need the dep to be present in path in a shell too
<clever> suzu: nix-shell obeys propagatedNativeBuildInputs and will add it to PATH for you
<clever> so its less of an issue there
<suzu> and nix-shell would stop at building the hs project, or would it stop at running it?
<clever> suzu: depends on what your goal is
Shouou has quit [Read error: Connection reset by peer]
alex`` has joined #nixos
<suzu> so, the hs code calls out this bin during runtime
<clever> if you want to compile and run that hs code in nix-shell, then the dep should be in your regular nativeBuildInputs
<{^_^}> [nixpkgs] @vdemeester opened pull request #56896 → go-outline: unstable-2017-08-04 -> unstable-2018-11-22 → https://git.io/fhxxY
<suzu> i don't need a derivation to run the hs code, i just need the bin to installed as part of installing the hs proj
<suzu> cleveri tried adding it to nativeBuildInputs but don't see it in path
<clever> suzu: if you want the binary from nix-build to find the dep, then you want to nix-build the writeScriptBin instead
<Myrl-saki> clever: A bit more geeral, writeShellScriptBin, makeBinPath?
<Myrl-saki> s/geeral/general/
<clever> Myrl-saki: yeah, those could also be used to optimize it further
maximiliantagher has joined #nixos
<clever> suzu: can you gist the nix files you tried?
<suzu> yep
<noonien> how often is the hydra build for nixos-unstable triggered?
<clever> noonien: nixos-unstable is the latest version of master to pass a set of tests
<clever> noonien: and master is checked on every push (i think)
<Myrl-saki> Hm. I wonder if there's a writeShellScriptBin that doesn't put it under /bin.
<clever> suzu: and what did you run nix-shell with? what is shell.nix?
<Myrl-saki> Oh.
<suzu> {}: (import ./default.nix {}).repl
<suzu> that's my shell.nix
<Myrl-saki> writeScript. Of course. :|
<andrewrk> what's the best way for my application to find out at runtime that the dynamic linker path is /lib/ld-linux-x86-64.so.2 and not /lib64/ld-linux-x86-64.so.2 (the standard path)?
<{^_^}> [nixpkgs] @stephengroat opened pull request #56897 → terraform-providers: version bumps → https://git.io/fhxxG
<andrewrk> here's one way: cc -print-file-name=ld-linux-x86-64.so.2
<clever> suzu: normal.env wont include the normal.buildINputs
<clever> suzu: you must override the .env seperately, like you already did with cabal-install
<andrewrk> however this depends on a c compiler being installed, and is a lot slower than, say, an environment variable
maximiliantagher has quit [Ping timeout: 245 seconds]
<{^_^}> [nixpkgs] @vdemeester opened pull request #56898 → delve: 1.1.0 -> 1.2.0 → https://git.io/fhxxZ
<clever> andrewrk: one sec
<suzu> so a regular build will work fine but the shell won't?
<noonien> is this the status page for building master?
<suzu> how do you know that, lol
<clever> andrewrk: cat $NIX_CC/nix-support/dynamic-linker
<clever> andrewrk: inside nix-shell or a nix-build script
<{^_^}> [nixpkgs] @pSub pushed to update-cabextract « cabextract: 1.9 -> 1.9.1 »: https://git.io/fhxxc
<clever> suzu: ive read the source for .env and know it only has a ghc with your haskell deps
<suzu> oh i see
<suzu> ok will try it on the env
<suzu> do i want a buildInput or a .. nativeBuildInput and why?
<clever> suzu: no real difference when doing a native nix-shell thing
<suzu> it has a difference on cross-compilation though, right?
<clever> the difference only comes into play when your doing cross-compiles
mekeor has quit [Ping timeout: 268 seconds]
yl has joined #nixos
<clever> buildInputs is for the target, native for the host
<{^_^}> [nixpkgs] @pSub opened pull request #56899 → cabextract: 1.9 -> 1.9.1 → https://git.io/fhxxC
<andrewrk> clever, hmm now that would require adding documentation for my users "On NixOS you must be in a nix-shell"
<suzu> i see
<suzu> then i want buildInputs
<andrewrk> I just thought of a good one though! the executable can look at its own dynamic linker
<clever> andrewrk: one sec
<andrewrk> that's bullet proof. ones own dynamic linker is by definition the native dynamic linker path
<clever> andrewrk: i have a util that likely does exactly what you want
<{^_^}> [nixpkgs] @vdemeester opened pull request #56900 → skaffold: 0.21.1 -> 0.24.0 → https://git.io/fhxx8
<clever> andrewrk: if you nix-build this file, it generates a bash script
<clever> andrewrk: if you then run that bash script on an ELF, it will fix the dynamic linker, and rpath
<clever> as an added benefit, the result pointing to the bash script roots those libraries, so nix cant GC them on you
<clever> (since nix wont know the ELF is using them)
Shouou has joined #nixos
<{^_^}> [nixpkgs] @vdemeester opened pull request #56901 → go-symbols: unstable-2018-05-23 -> 0.1.1 → https://git.io/fhxxr
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
reinhardt has joined #nixos
maximiliantagher has joined #nixos
<andrewrk> clever, thanks! this is a "nix solution" that would work in a packaging context, which is an understandable assumption in #nixos. I'm going to explore my reflection technique above first since it does not have a dependency on nix, bash, patchelf, etc
<clever> andrewrk: that util is less for packing properly, and more for testing things you dont want to package immediately, but yea, it is nix-speciic
<Myrl-saki> Hm. Anyone have an idea how to access the attrkey from attrsOf submodule?
<Myrl-saki> s/attrkey/name/
<Myrl-saki> Oh. name.
<Myrl-saki> As an argument.
<Myrl-saki> Of course.
shabius has quit [Quit: Leaving]
<Izorkin> aanderse: https://pastebin.com/ess0Z6xG fix install limesurvey. need fix to upgrade to new package. Error with upgrade unlink(/nix/store/9fghm4a8a7brvrg75ns21rj1iijalml3-limesurvey-3.15.9+190214/share/limesurvey/third_party/kcfinder/cache/theme_default.js): Read-only file system
<{^_^}> [nixpkgs] @flokli merged pull request #56872 → python.pkgs.bpython: correct Exec in bpython.desktop → https://git.io/fhxMb
<{^_^}> [nixpkgs] @flokli pushed 2 commits to master: https://git.io/fhxx9
zupo has joined #nixos
rfold has joined #nixos
<Myrl-saki> NixOS's module system is just high up on arcane magic there.
<clever> Myrl-saki: have you seen the example i recently did?
stepcut has joined #nixos
<Myrl-saki> Nop. Just right now.
<Myrl-saki> Okay. TIL. Imports are evaluated earlier than config?
<clever> yeah, thats what it looks like
stepcut has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @flokli pushed commit from @dotlambda to release-19.03 « python.pkgs.bpython: correct Exec in bpython.desktop »: https://git.io/fhxx7
stepcut has joined #nixos
<{^_^}> [nixpkgs] @flokli pushed commit from @dotlambda to release-18.09 « python.pkgs.bpython: correct Exec in bpython.desktop »: https://git.io/fhxxF
<Myrl-saki> Hm. Does Nix have a way to check if an expression errors?
<Myrl-saki> Actually, let me ask a more direct question. Can I default to something if <foo> doesn't exist?
yl has quit [Ping timeout: 240 seconds]
<gchristensen> sure
arjen-jonathan has joined #nixos
<gchristensen> I forget how exactly ... but yes definitely. check nix's builtins
stepcut has quit [Ping timeout: 240 seconds]
yl has joined #nixos
<Myrl-saki> `try`
<Myrl-saki> # Return ‘x’ if it evaluates, or ‘def’ if it throws an exception.
<Myrl-saki> try = x: def: let res = tryEval x; in if res.success then res.value else def;
<Myrl-saki> That's something.
<Myrl-saki> pathOverlays = try (toString <nixpkgs-overlays>) "";
<Myrl-saki> So apparently Nixpkgs agrees with my idea on how to do it. :P
<gchristensen> tryEval works in some scenarios and not others
<gchristensen> for example you can't use it to handle a hash mismatch
<ddellacosta> can anyone point me at some ex
delan has quit [Ping timeout: 246 seconds]
<ddellacosta> examples of how to override a flag for a dependency in a haskell package
reinhardt has quit [Quit: Leaving]
<srhb> Myrl-saki: It's less useful than you might things, because the things you might think are exceptions aren't always.
<srhb> ddellacosta: What flag specifically? In general, overrideCabal and whatever specific attribute you need.
<illegalprime> is there anyway to get nix to run without a build users & groups? i'm running the statically compiled nix
erictapen has joined #nixos
Thra11 has joined #nixos
<ddellacosta> srhb: I'm looking for a concrete example. Everyone keeps giving me links to the flags and whatnot but every time I actually try to implement it I have no idea e.g. how to refer to stuff properly in the arguments of callPackage
<srhb> Myrl-saki: Note that a lot of things you might think are exceptions are actually errors, so it's less useful than you might think
<yl> I keep hitting https://github.com/NixOS/nixops/commit/03599b2a447bdb3c1f5638fd28927950866e13a8 when can I expect nixops 1.6.2 to be released with this fix?
delan has joined #nixos
<ddellacosta> I've gone through the pills, read the nixpkgs haskell docs, but I'm still completely stuck
shabius has joined #nixos
<gchristensen> aminechikhaoui, yl: :)
<srhb> ddellacosta: Okay, give me a moment.
siers has quit [Changing host]
siers has joined #nixos
<ddellacosta> srhb: thank you!
andi- has quit [Changing host]
andi- has joined #nixos
<Myrl-saki> sphalerite: I found this, maybe this can help advance my PR? http://man7.org/linux/man-pages/man8/cryptsetup-reencrypt.8.html
<sphalerite> Myrl-saki: I don't really see how it's useful, if you need to reencrypt after building you might as well do the initial encryption outside the build
<Myrl-saki> Hm. True. And this won't work for my use-case.
<Myrl-saki> I was developing this for LUKS-loop under an ISO, so I can't reencrypt it.
<Myrl-saki> Welps, back to the drawing board.
linarcx has joined #nixos
<srhb> ddellacosta: https://gist.github.com/cc8970b37dd9739ace96ec06a10d32d1 -- here's one way, using overlays to override the haskellPackages set (such that the hello package is altered for every package that uses it as a dependency. Which is probably none, but there you go.)
Soo_Slow has joined #nixos
linarcx has quit [Quit: WeeChat 2.4]
<ddellacosta> srhb: thanks--so this is distinct from overriding by redefining inside of callPackage (project-level) or globally (.config/nixpkgs/config.nix)?
<srhb> ddellacosta: You can generally mix and match all of those methods. I generally override callPackage if I want to alter some default for my project.
linarcx has joined #nixos
<srhb> ddellacosta: (I guess the real answer is: How you're going to go about it depends what you're trying to achieve specifically) :)
<ddellacosta> srhb: overlays don't seem to be described in the pills or nixpkgs haskell docs huh
<ddellacosta> srhb: so sorry, where would this actually go again?
<srhb> ddellacosta: overlays are described generically in the nixpkgs manual, but using it on haskellPackages is a bit roundabout (the two levels in my gist)
<ddellacosta> okay
<srhb> ddellacosta: The gist is a standalone, buildable nix expression
<ddellacosta> okay, I appreciate it but unfortunately
<ddellacosta> i think this just adds to my confusion
<srhb> ddellacosta: There's a lot of flexibility here. That's part of the reason that I hinted at "what do you actually need to do" instead of "show me any override of a haskell package" :)
stepcut has joined #nixos
<tobiasBora> Hello,
<hyper_ch> gchristensen: clever: something wrong with trim?
<srhb> ddellacosta: (If you have an example, we can work on that)
<tobiasBora> What is the nix way to create an ldap database with predefined users (like admins for example)?
<{^_^}> [nixpkgs] @kalbasit opened pull request #56902 → build-support/docker: fix the build of tarsum with Go 1.12 → https://git.io/fhxpl
Neo-- has quit [Ping timeout: 240 seconds]
<ddellacosta> srhb: okay so to start really simpley: let's say I have a default.nix as described here: https://nixos.org/nixpkgs/manual/#how-to-create-nix-builds-for-your-own-private-haskell-packages
<ddellacosta> srhb: how would I override a dependency with the "dontCheck" flag?
<srhb> ddellacosta: In that ase I'd do what I just did. Override haskellPackages to produce a new haskellPackages set that has dontCheck on that package
<srhb> ddellacosta: Instead of my overrideCabal, it'd just say hello = dontCheck hsuper.hello;
<ddellacosta> srhb: so I should _not_ be overriding using callPackage in general then?
<suzu> error: The option `LANG' defined in ... does not exist
<suzu> why is this happening with a nixops deploy?
<srhb> ddellacosta: Hmm, I'm not sure what you mean. I generally don't override callPackage unless I want some value in it to change for _all_ haskell packages.
<suzu> i can't find a 'LANG' in any of these nix files
<srhb> ddellacosta: It's the opposite of pinpoint changes.
<srhb> ddellacosta: So, overriding callPackage is something I do when i want to change the entire haskellPackages set in one fell swoop.
<ddellacosta> srhb: okay. So it sounds like I got some bad information, or that there is no real consensus on how to do this kind of standard stuff in the haskell infrastructure?
<ddellacosta> oh
<srhb> ddellacosta: I'm not sure what this "standard stuff" is, really. There are different ways to do different kinds of overrides. I think most users tentatively agree on the method for each specific need, more or less :)
<ddellacosta> ugh okay, I think I'm more confused than when I started. Ah well. I'm going to go re-read a bunch of stuff and see if anything makes more sense this time
<ddellacosta> srhb: thanks for trying, haha
<srhb> ddellacosta: 9.5.4.1 has an example of making a global change by overriding mkDerivation as well
<srhb> ddellacosta: I'd probably not worry too much about reading at this point, it can be quite nebulous until you need to make an actual, specific change
<ddellacosta> I guess I thought that if you modified callpackage for a specific project it would only modify that project's build, which is why I'm confused by you suggesting it'll change all of haskellPackages
<srhb> ddellacosta: At which point it's pretty easy to get help here to execute that one thing, and gain some clarity :)
ng0 has joined #nixos
<ddellacosta> but I may have been confused by the pills
<srhb> callPackage is probably a bad example. If you can point me to where it was mentioned, maybe I can elucidate a bit.
ThatDocsLady_ has quit [Ping timeout: 255 seconds]
<ddellacosta> srhb: okay, one sec
Synthetica has quit [Quit: Connection closed for inactivity]
<LnL> FRidh[m]: around?
<ddellacosta> srhb: so the reason I'm focusing on callPackage is because of this: https://nixos.org/nixos/nix-pills/override-design-pattern.html ...which was reinforced by this the other day: "15:53:36 <Some User> ddellacosta: I'm not 100% sure it's seen by dependencies, but I think you can just use callPackage's final argument, giving it { Diff = nixpkgs.haskell.lib.dontCheck stuff.${compiler}.Diff; } rather than {}." (in
<ddellacosta> #haskell)
<ddellacosta> srhb: and the haskell nixpkgs docs don't give any examples of this, or otherwise of how to do this
linarcx has left #nixos ["WeeChat 2.4"]
<ddellacosta> so I assumed that for package-specific changes this was The Right Way (TM)
<ddellacosta> then I spent the next few days trying to figure out what "stuff" should be :-p
<srhb> ddellacosta: You can absolutely do that if you want to change the dependency for Just The One Package
<suzu> ah figured it out
<suzu> my nixops conf was completely bonkers
linarcx has joined #nixos
zupo_ has joined #nixos
drakonis has joined #nixos
<suzu> i was trying to merge a nixops configuration with a package derivation, lol
fusion809 has quit [Quit: Leaving]
zupo has quit [Ping timeout: 250 seconds]
<suzu> instead of placing it in environment.systemPackages
<srhb> ddellacosta: So, that approach is the right one for altering one dependency for one package. But, let's say lens has a broken test case. Now, you probably don't want callPackage ./myPackage.nix { lens = dontCheck oldlens; }; -- you want it to apply for every haskell package that uses lens. Thus, we override the lens package in the haskellPackages set instead. That's basically the difference between those two
<srhb> approaches.
<srhb> ddellacosta: Each has merits under different circumstances.
<ddellacosta> okay sure--that makes sense. I get the global vs. per-package thing. but how do you refer to "lens" inside of callPackage? Is there a working example of that somewhere? That's what I'm stuck on
<srhb> ddellacosta: Usually, you'll have pkgs or something
<srhb> ddellacosta: In which case, callPackage ./yourPackage.nix { lens = dontCheck pkgs.haskellPackages.lens; }
<srhb> ddellacosta: Usually whatever scope you got callPackage from. :)
<srhb> ddellacosta: In other words, haskellPackages.callPackage is a sibling to haskellPackages.lens
<siers> gchristensen, woo, thanks!
<gchristensen> siers: =)
<lejonet> srhb: now I know why the dashboard plugin is so... overly complex...
<srhb> lejonet: Oh no
<lejonet> srhb: its written by Red Hat and OpenSUSE people, to replace a standalone web management gui for ceph
<srhb> Right, the openATTIC thing?
<lejonet> Mhm
<lejonet> and if there is one thing that Red Hat is good at, is to make stuff overly complex and assume a looot of things :P
<srhb> That might be true.
<srhb> I don't suppose this leads up to an "anyway, I figured out how to fix it" ? :-P
<lejonet> sadly no, I haven't even gotten to the part where I found the code responsible for "dynamically" loading modules O.o
<srhb> I have a scary feeling it's, somehow, in c++ somewhere
<lejonet> we'll soon find out, because that is exactly where I'm headed...
<srhb> lejonet++
<{^_^}> lejonet's karma got increased to 4
<gchristensen> https://www.youtube.com/watch?v=p8Uw1cl4xjg │ │ | :) │ _cyril_
<gchristensen> 2. #sparkfun │ │192138 srhb | ddellacosta: In other words, haskellPackages.callPackage is a │ _deepfire
<gchristensen> lol. sorry, this is what happens when you throw your mouse and keyboard on the floor.
<srhb> And use weechat.
<srhb> And tmux.
<srhb> :)
<gchristensen> screen, actually ;)
<srhb> Ah!
<gchristensen> I learned screen and then never got the hang of tmux
<srhb> screen/tmux tagline: "Who needs copy/paste anyway"
<gchristensen> but also, that youtube video? well worth a watch ;)
linarcx has quit [Quit: WeeChat 2.4]
<srhb> Thanks :P
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<ddellacosta> gchristensen: lol
<lejonet> srhb: yep, found the module loading function, I'm scared... xD
linarcx has joined #nixos
<srhb> lejonet: Do show :P
<{^_^}> [nixpkgs] @timokau opened pull request #56905 → Pari fix → https://git.io/fhxhk
<srhb> Extra spicy ceph nonsense I bet.
<lejonet> it also explains why module.py is the "main function" in all modules
<srhb> What :|
<srhb> Okay, but how are we losing our PYTHONPATH.. Or, I guess that's not exactly what's happening...
<lejonet> I think we are indeed losing our pythonpath somehow, because I don't think env vars are kept on whatever variable type that is at L76
simukis has quit [Quit: simukis]
<lejonet> But I've never done a python<->cython integration, so I dunno what mod->load(pMainThreadState) entails
<srhb> lejonet: That seems unlikely to work in a normal setup though, doesn't it?
<srhb> lejonet: Is the regular python interpreter even used here or do we have to invent the moral equivalent of cython.withPackages? :|
simukis has joined #nixos
<lejonet> srhb: I think it embeds a python interprenter
<lejonet> srhb: if you look at line 42 to 48
<lejonet> They even handle the python GIL themselves
jtojnar_ has joined #nixos
jtojnar has quit [Ping timeout: 240 seconds]
<Unode> hi all. If I want to build a nix recipe that includes two components that need to be built. One lib and a final binary, each fetch and built from their own repository, The lib is a dependency of the binary. Should I use let libname = stdenv.mkDerivation rec {} for the lib and then stdenv.mkDerivation rec {..} for the binary including the lib in buildInputs or is there a better constructor for the lib?
<Unode> I've seen examples of this in the past but can't find them right now
jtojnar_ is now known as jtojnar
<manveru> is anyone still using beam-modules? seems like hex-packages.nix hasn't been updated in over a year :|
<lejonet> Maybe that part is the culprit?
<manveru> and fetching _all_ of the hex packages seems like a ... rather excessive method :)
simukis has quit [Ping timeout: 240 seconds]
<{^_^}> [nixpkgs] @peti pushed 2 commits to haskell-updates: https://git.io/fhxhC
<lejonet> which explains why the loading function finds the appropriate modules and all, but the code inside of the module is confused
<srhb> I see!
<lejonet> With a huge disclaimer that I have no idea how the Python<->C/C++ interface actually works
<lejonet> but it honestly seems like env vars, like pythonpath, gets "washed away" in the cpython code
simukis has joined #nixos
ErAsMuS has quit [Ping timeout: 246 seconds]
zupo has joined #nixos
<infinisil> Argh, how do you deal with binaries that need setgid for a nix project (without relying on nixos)
<{^_^}> [nixpkgs] @stephengroat opened pull request #56906 → terraform-providers.ansible: init at 0.0.4 → https://git.io/fhxh0
<infinisil> I'm currently trying to just copy the binaries to a tmpfs in a shellHook, and sudo chmod/chowning them
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages: re-generate with alias disabled during attribute discovery »: https://git.io/fhxhE
<lejonet> srhb: because basically, ceph-mgr doesn't use a python interprenter persay to run the module, it makes python threads itself to run the modules in, so the code importing the module has the right pythonpath in the env for the thread, but those most likely aren't inherited in the spawned thread
<infinisil> That fails, the binary still thinks it's not root
<srhb> lejonet: OK, this is certainly interesting.
<clever> infinisil: nix builds are never able to create setuid or setgid binaries
<clever> infinisil: you must use security.wrappers (https://nixos.org/nixos/options.html#security.wrappers) to have nixos generate a wrapper at activation time
ErAsMuS has joined #nixos
<srhb> lejonet: So maybe we can bake together that site module..
<clever> infinisil: this example, makes dumpcap setuid root, and restricts it to members of the wireshark group: https://github.com/cleverca22/nixos-configs/blob/master/wireshark-no-root.nix
<lejonet> srhb: yeah, to inject our fancy pythonpath into
<srhb> There's some serious NIH going on here...
<{^_^}> [nixpkgs] @LnL7 opened pull request #56907 → python: make it possible to disable the python setup-hook → https://git.io/fhxhV
<lejonet> You don't say?
<infinisil> clefru: yeah but as i said, i don't want to rely on nixos
<lejonet> That is one of the sad things with ceph, its full of NIHness :(
<infinisil> clever: It's supposed to be a nix only project
<clever> infinisil: then you need to recreate the security.wrappers, and have the end-user run it as root to grant the wrapper permissions
<lejonet> heck, that it took em until version like 9-10 before they went to a "real" make system instead of their own bs...
<srhb> lejonet: Oh hang on
<infinisil> clever: ah so there's something special needed on nixos for some reason? I see the c wrapper nixos uses for its wrapping
<srhb> lejonet: They _are_ calling the interpreter
<srhb> lejonet: Maybe we can be evil and just wrap python itself?
<infinisil> clever: and chmod g+s doesn't work?
<clever> infinisil: at the nix level, setuid binaries are not allowed, so nixos creates those setuid wrappers outside the nixstore, on bootup
<lejonet> srhb: oh, where?
<infinisil> u+s sry
<clever> infinisil: all nix builds occur as a member of the nixbld group, like nixbld1, so you cant make it setuid root
<srhb> lejonet: I think Py_InitializeEx(0);
<clever> infinisil: and recently, the sandbox has been modified, so you cant even make a binary setuid nixbld1
<infinisil> clever: I'm talking about outside of nix builds
<clever> infinisil: and the nix store is immutable, so you cant g+s after the build
<lejonet> srhb: which file... xD
<clever> (well, shouldnt)
<infinisil> clever: copy binary, chown root, chmod u+s
<infinisil> That's what i tried
<clever> infinisil: that should work
<clever> infinisil: how did you test things?
<infinisil> Hmm alright, I'll take a closer look at why the binary didn't seem to think it worked
<lejonet> srhb: I think I might've found the actual code that loses the pythonpath envvar L324 in PyModule.cc
<infinisil> clever: Gotta bike now, be back later
<clever> kk
<lejonet> srhb: so they create a sub-interpreter that handles loading the module
<srhb> lejonet: I'll remind you, we actually do have cherrypy.
<srhb> lejonet: And I don't think that's vendored somehow.
<lejonet> srhb: which proceeds to create the path itself, mainly from mgr_module-path
<lejonet> so somewhere in the computation of the new sys.path, stuff gets lost in translation to the actual module code or something
<srhb> lejonet: I'm going to say "sounds plausible" and handwave here... :P
<noonien> can i access my nixos overlays in nix-env or nix-shell?
<lejonet> srhb: I'm on thin ice as it is, it was ages since I code-dived C/C++ code, and I've never actually done any Cpython myself, so :P
<ddellacosta> just want to say that I love how helpful the nix community is. srhb just spent a bunch of time walking me through how the haskell nix infrastructure works and it made all the difference. You folks are great.
<srhb> #nixos++ :)
<lejonet> ddellacosta: srhb is awesome amongst a whole slew of other awesome people here indeed :)
<ddellacosta> lejonet: I am starting to see that!
<srhb> lejonet: I wanna try and wrap python itself, I think..
<lejonet> srhb: honestly, I think that is the only way to do this, without really digging into cpython
<srhb> lejonet: I'm not sure it'll work though. Groan, giant rebuild coming up...
<lejonet> srhb: because what I think happens is, the thread that puts together the whole computed sys.path, is not the thread that ends up running the module code after initializing the module
<srhb> lejonet: But they should all still inherit from the ceph-mgr wrapper, I feel..
<srhb> lejonet: Surely it's still the same _process_
<lejonet> Well, yes and no :P
<lejonet> it obviously forks a sub-interpreter for loading the module
<lejonet> I'm gonna see if I can find some docs for Py_NewInterpreter
Soo_Slow has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @WilliButz opened pull request #56909 → oxidized: 0.25.0 -> 0.26.2 → https://git.io/fhxhF
<moredhel_> Hi, I'm trying to figure out how to reference a file in the nix repo when using home-manager.
<moredhel_> I can do it with text using `home.files."test".text = "foo";`
<yl> moredhel_: use .source instead of .text
<lejonet> srhb: found this interesting text in the docs for Py_SetPath: " This is useful if Python is embedded by an application that has full knowledge of the location of all modules"
<{^_^}> [nixpkgs] @NeQuissimus pushed 4 commits to master: https://git.io/fhxhN
<moredhel_> But I don't know how to add a package in
johanot has joined #nixos
<{^_^}> [nixpkgs] @NeQuissimus pushed 3 commits to release-18.09: https://git.io/fhxhA
<srhb> moredhel_: What are you trying to symlink in place exactly?
<moredhel_> desktop files
<{^_^}> [nixpkgs] @NeQuissimus pushed 4 commits to release-19.03: https://git.io/fhxhj
<moredhel_> into `.local/share/applications/...`
<srhb> moredhel_: Normally you can just install packages to achieve that. (except it'll be in ~/.nix-profile/share/applications)
<{^_^}> [cabal2nix] @peti pushed 3 commits to master: https://git.io/fhxjf
<srhb> moredhel_: But if you're sure, you can do .source = "${pkgs.somePackage}/share/somePackage.desktop"; -- I'm pretty sure that should not be necessary normally though
delan has quit [Ping timeout: 240 seconds]
<moredhel_> yeah, I feel like it's a bit of a hack and would prefer to do a symlink in
<srhb> moredhel_: What makes you think you need this? As opposed to just the normal Desktop files in ~/.nix-profile :)
<{^_^}> [nixpkgs] @nlewo merged pull request #56513 → Update podman → https://git.io/fhNdz
<{^_^}> [nixpkgs] @nlewo pushed 3 commits to master: https://git.io/fhxjI
<srhb> Maybe something else is amiss.
<moredhel_> some applications don't have it, such as Slack
<srhb> moredhel_: How about overriding the slack package to provide it inside it?
<moredhel_> yeah, I think that would work better
<srhb> moredhel_: Or, creating a dummy slack-desktopfile package that contains it
<lejonet> srhb: erhm, the pythonpath we give ceph-mgr through the wrapper, only contains the ceph stuff, we've relied on the ceph-python-env wrapping the python interprenter
<srhb> Both seem cleaner :)
<moredhel_> yeah, that's what I was doing, extending the slack module
<srhb> lejonet: wrapProgram $out/bin/ceph-mgr --prefix PYTHONPATH ":" "${ceph-python-env}:$lib/lib/ceph/mgr:$out/lib/python2.7/site-packages/"
<moredhel_> but I wasn't sure how to get it to drop into the correct place
<srhb> lejonet: Just noticed the same thing
delan has joined #nixos
<srhb> lejonet: Could it be that ceph-mgr used to be a python executable?
<srhb> lejonet: So wrapPythonPrograms fixed it for us
<lejonet> srhb: its a elf binary in 12.2.2
<srhb> Odd...
<{^_^}> [nixpkgs] @nlewo merged pull request #56667 → gandi-cli: 1.3 -> 1.4 → https://git.io/fhAKA
<{^_^}> [nixpkgs] @nlewo pushed 2 commits to master: https://git.io/fhxjt
kvda has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<ldlework> I did nix-channels update (I'm on unstable) and then did a rebuild and I got:
<ldlework> patching file cairocffi/__init__.py
<ldlework> Hunk #1 FAILED at 27.
<ldlework> does this mean that that package is just broken on unstable right now?
<srhb> ldlework: Sounds like it
<srhb> ldlework: If you didn't add the patch or alter the source :)
<{^_^}> #56839 (by avnik, 1 day ago, open): Fix cairocffi build
<ldlework> how does a channel get updated to a nixpkgs commit that doesn't work?
<srhb> ldlework: We don't test most packages
<srhb> ldlework: Everything but the test set mentioned on howoldis is allowed to break
<lejonet> So the initial load of the modules are made by the python interprenter that we wrapped as ceph-python-env, whereas the thread and interprenter that runs the actual module doesn't seem to be that python interprenter
<srhb> ldlework: Or rather, we test them, but we ignore the failures.
<moredhel_> hmm, okay. That seems to work. Is there a way to symlink directories in home-manager?
<lejonet> and I honestly think the mgr backend fails silently, because it wants werkzeug for example, which we don't provide it
<ldlework> srhb: Technically I should be able to override the qtile package to the nixpkgs commit of that PR?
<srhb> lejonet: er um.
<srhb> ldlework: Yes.
<ldlework> moredhel_:yeah with an activation package
<moredhel_> or even overriding `.local/share/applications`
<moredhel_> are there docs on the activation package?
<srhb> lejonet: It _might_ just be optional?
<lejonet> srhb: for the backend?
<srhb> lejonet: Yeah, probably not then.. :-P
<srhb> I need a test cluster...
<lejonet> werkzeug is the wsgi utility ;)
<srhb> Ah :)
<lejonet> so I highly doubt it'd work without it :P
<{^_^}> [nixpkgs] @samhug opened pull request #56910 → pythonPackages.ppft: disable checks for python3 → https://git.io/fhxjZ
<srhb> Yeah, mgr probably needs its own env soonish..
<{^_^}> [nixpkgs] @peti pushed 1000 commits to mas: https://git.io/fhxjn
<{^_^}> [nixpkgs] @peti pushed 0 commits to mas: https://git.io/fhxjc
<lejonet> srhb: I'm setting up an actual testcluster (once I get my thumb out of my ass to do the final battle with u-boot) that you could get access to, maybe :P
<ldlework> srhb:haha can you remind me how urgh
<ldlework> wait nm
<srhb> :)
<{^_^}> [cabal2nix] @jtojnar closed pull request #411 → hackage2nix: ignore aliases → https://git.io/fhxbX
<{^_^}> [nixpkgs] @peti pushed 2 commits to master: https://git.io/fhxjC
<{^_^}> [nixpkgs] @peti pushed 0 commits to haskell-updates: https://git.io/fhxjl
<lejonet> srhb: it feels like ceph-mgr SHOULD be an python program, instead of doing all the harnessing in C++ and then the actual module code in python :P
<srhb> lejonet: They must have had some reason that we don't see...
<lejonet> srhb: NIH...
<srhb> I hope a better one!
<lejonet> So do I
<lejonet> Because they are managing the python threads themselves, and manhandling the GIL and everything
<srhb> The GIL might be the exact reason..
srid_ has joined #nixos
<lejonet> srhb: maybe, but I can't find a reason why you'd essentially write your own python interprenter because you don't like the GIL xD depend on pypy or any of the other alternative python interprenters that don't have a GIL instead...
<moredhel_> thanks :)
maximiliantagher has quit [Remote host closed the connection]
<srhb> lejonet: I think we'd have to dig through the archives to figure out the reasoning. For now, let's just agree we're not rewriting mgr :-P
<ldlework> I have the following function and it says that "repo" is not defined, https://gist.github.com/dustinlacewell/0617dda67cf079a7f1e348626d95cf9d#file-fetchnixpkgs-nix-L25
<ldlework> but it is a parameter to the function
<lejonet> srhb: haha yeah, and I'm not so sure I actually want to know the reasoning, because any reasoning that results in this, is the reasoning of mad people xD
<ldlework> oh missing comma maybe
<lejonet> Brilliant, but mad people
<lejonet> srhb: and Py_InitializeEx is only a thin wrapper around regular Py_Initialize, which you can tell to not init signal handlers because the interprenter is embedded
<srhb> lejonet: So.. Are we on a wild goose chase here? We know we have cherrypy... Is it really that we're mucking up distutils or whatever with this approach?
<tobiasBora> Hello,
<tobiasBora> I just discovered LemonLDAP::NG and it looks an awesome project
<tobiasBora> but I can't find any thing about that in nixos.
<tobiasBora> Is it because nobody took the time to include it, or for deeper reason? And if nobody has time to include it, is it because better software exists for this?
<lejonet> srhb: I'm just trying to understand the cpython functions at work here, but I honestly don't know how we can solve this gracefully :/
<ldlework> srhb: is this not a sensible implementation? https://gist.github.com/969f4f9bdf586299d2ac8528f112222f
<{^_^}> [cabal2nix] @jtojnar opened pull request #412 → Update mapping of webkitgtk to non-aliased version → https://git.io/fhxjo
<srhb> ldlework: Looks like mostly a reimplementation of fetchFromGitHub :)
<lejonet> srhb: to be honest, I think its the import of pkg_resources that fails, because that is the only import from cherrypy's __init__.py that calls to an external module
<srhb> lejonet: I'm also a bit at a loss. And the new wrapper still fails in the same way..
<srhb> lejonet: Yeah, that's from distutils iirc
<srhb> Oh, no, it's setuptools
<lejonet> srhb: but its imported without a prefix, just import pkg_resources
<srhb> Isn't that normal?
<lejonet> well, it implies that it is its own module
srid has joined #nixos
<lejonet> ah its just distributed WITH setuptools, its not a part of it
<ldlework> srhb:why does this say that attribute qtile is missing on the last line, https://gist.github.com/bb3e7f84c6cf01febf8ff1e302dc23a4
<srhb> ldlework: because that's just the source, not an imported nixpkgs
<{^_^}> [nixpkgs] @Mic92 merged pull request #56902 → build-support/docker: fix the build of tarsum with Go 1.12 → https://git.io/fhxpl
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fhxji
<srhb> lejonet: Oh, hm, in withPackages it comes with setuptools..
<lejonet> srhb: basically, I think the import of pkg_resources fail for some odd reason, because pkg_resources doesn't ask the loaded module for the version, it looks up the egg file for the module in question
<lejonet> because the loaded module clearly knows its __version__
<srhb> lejonet: mgrbl...
<srhb> lejonet: I think I'm too tired to be useful tonight :P
<lejonet> srhb: haha, if you can just remind me how I enter a nix-shell "inside" of the build of ceph, I'll dig a bit more to verify my thesis :P
<srhb> lejonet: nix-shell . -A ceph should suffice
<lejonet> ah, right
<srhb> lejonet: (then unpackPhase, genericBuild, etc.)
<lejonet> I was trying to use -p... xD
<{^_^}> Channel nixos-18.09-small advanced to https://github.com/NixOS/nixpkgs/commit/ed8c74e857e (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-18.09-small)
<{^_^}> [nixpkgs] @Mic92 merged pull request #56901 → go-symbols: unstable-2018-05-23 -> 0.1.1 → https://git.io/fhxxr
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fhxjy
<ldlework> thanks srhb
<{^_^}> [cabal2nix] @peti pushed to master « travis-ci: abandon support for ghc versions prior to 8.6.x »: https://git.io/fhxjS
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to master: https://git.io/fhxj9
<lejonet> srhb: ... pkg_resources is importable for the ceph-python-env interprenter, and pkg_resources.require('cherrypy')[0].version reports the version correctly
orivej has joined #nixos
<srhb> lejonet: wat :)
<lejonet> srhb: so back to square one... we somehow loose the pythonpath between loading of the module and running of it
<srhb> It can't be the pythonpath. We have cherrypy.
<srhb> Otherwise we wouldn't get the weird version = undefined
<srhb> That's a string from cherrypy itself...
<lejonet> yeah, but cherrypy is loaded, so maybe what we actually lose access to is the egg file so that pkg_resource can't do its thing?
<srhb> oh, um..
cswl has quit [Quit: Connection closed for inactivity]
<ldlework> yay it worked
<ldlework> if you have the disk space, just using a specific nixpkgs clone for any override package is simplest
<ldlework> haha so bad but whatever
<srhb> ldlework: If it's a real simple callPackage, then you can just callPackage the source file directly. But yeah, agreed.
<{^_^}> [nixpkgs] @vcunat pushed 625 commits to release-19.03: https://git.io/fhxjh
xkapastel has joined #nixos
<srhb> lejonet: Good luck, I'm out for today. Hopefully I can be around earlier to try some things tomorrow.
<ldlework> gchristensen:i have global keys now to interact with all of wpgtk's functions
<lejonet> srhb: Have fun, I have a sinking feeling that I'll need that luck lol
<ldlework> so i can de/saturate brighten/darken, normalize and shuffle the palette for any given wallpaper
<ldlework> like let's say a generated theme makes the current irc channel's background a color too similar to the foreground so you can't read what the text is anymore
<ldlework> just shuffle that shit around
<ldlework> oops wrong channel, dang
Lears has joined #nixos
maximiliantagher has joined #nixos
<{^_^}> [nixpkgs] @Mic92 merged pull request #56898 → delve: 1.1.0 -> 1.2.0 → https://git.io/fhxxZ
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fhpeI
<{^_^}> [cabal2nix] @peti merged pull request #412 → Update mapping of webkitgtk to non-aliased version → https://git.io/fhxjo
<{^_^}> [cabal2nix] @peti pushed 2 commits to master: https://git.io/fhpeL
[Leary] has quit [Ping timeout: 240 seconds]
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « haskell-packages: re-write references to webkit to webkitgtk »: https://git.io/fhpes
<lejonet> srhb: as a fyi, there is no file named pkg_resources in the ceph-python-env env... there is some magic involved when I call the python interprenter from the shell that might not be done when its manhandled by the cpython code...
maximiliantagher has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @timokau opened pull request #56911 → python.pkgs.pplpy: init at 0.8.4 → https://git.io/fhpeW
jabranham has joined #nixos
<{^_^}> [nixpkgs] @Mic92 merged pull request #56894 → traefik: 1.7.8 -> 1.7.9 → https://git.io/fhxAp
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fhpe4
civodul has joined #nixos
maximiliantagher has joined #nixos
<{^_^}> [cabal2nix] @peti pushed 0 commits to v3: https://git.io/fhpe0
<lejonet> screw this, I need to rest my brain, it hurts from all this lol
vk3wtf has quit [Ping timeout: 252 seconds]
maximiliantagher has quit [Ping timeout: 245 seconds]
<noonien> i've got `propagatedBuildInputs = [ (python3.withPackages (ps: with ps; [ fontforge configparser ])) ];` in a derivation, should i not have access to fontforge in anotherderivation in which i have `buildInputs = [ thatDerivation ];`?
<clever> noonien: you would have access to a variant of python, that has fontforge in the pythonpath
<clever> noonien: but if you have 2 pythons propagating, they could conflict
<clever> noonien: `which --all python`
<noonien> that's the only thing i have in buildInputs though
<noonien> i'll try which
noctux has quit [Remote host closed the connection]
noctux has joined #nixos
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nSeagull has quit [Quit: WeeChat 2.2]
sander44 has joined #nixos
<sander44> Hello
ottidmes has joined #nixos
<{^_^}> [cabal2nix] @peti pushed to v3 « hackage2nix: fix hlint warnings »: https://git.io/fhpeH
sander44 has quit [Client Quit]
<{^_^}> [cabal2nix] @peti pushed to master « hackage2nix: fix hlint warnings »: https://git.io/fhpeH
<ldlework> nixos is amaze
<ldlework> truly
<ottidmes> my Haskell packages fail to build after updating to 19.03 (probably due to the upgrade to 8.6.3 by default), due to .ghc.environement files being present, instead of removing them manually each time, I added a filterSource
<ottidmes> but I wonder if I can add this filter afterwards, so I dont have to alter a generated nix file (cabal2nix)
<ottidmes> I am now testing overrideAttrs, I just hope it does not result in ./. first being copied over to the store, since the dist folders would add some wasted space
<suzu> yeah you can add that filter afterwards
<suzu> i use a nix-gitignore filter
maximiliantagher has joined #nixos
<suzu> so dist and etc are all filtered out
<suzu> ghc: can't find a package database at /home/user/.cabal/store/ghc-8.6.3/package.db
<ottidmes> suzu: yeah I have used that too in other contexts, too bad its not yet in nixpkgs
<suzu> why am i getting this when building with nix
<ottidmes> suzu:right that error
<suzu> oh it's befcause of this .ghc environment thing
<suzu> just as you are?
<suzu> i see
<clever> another option, is to just dont bother with filtering, just modify generic-builder.nix to delete the file (with rm) before doing a build
<ottidmes> suzu: that error is caused by copying too much of your haskell directory, including the .ghc.environment file
<suzu> guess i'll just toss that into my gitignore
<suzu> ez
<clever> the file will still trigger a rebuild when it changes, but its much much simpler to rm inside the build, then to omit it entirely
<suzu> ottidmes: you can use this to get a nix-gitignore
<ottidmes> clever: but that requires changing nixpkgs, right?
<clever> ottidmes: yeah, but once changed, it would fix it for everybody
<clever> so nobody will see the problem, ever again (until cabal and/or ghc adds another problem :P )
<ottidmes> suzu: yeah I am using exactly that already elsewhere, but thanks
<{^_^}> [nixpkgs] @Kjuvi opened pull request #56912 → spice-up: 1.7.0 -> 1.8.0 → https://git.io/fhpvL
<suzu> and then it can be used as `nix-gitignore.gitignoreSource [ ./.gitignore ] ./.;
<suzu> ah okay
<arianvp> Anybody got Radeon VII working on NixOS already?
<arianvp> Mine arrives tomorrow. Wondering if there are any issues
<clever> suzu: you can also use your nix-gitignore in the above
<clever> basically, this overlay will replace the mkDerivation used by every haskell package
<clever> and then filterSource the .src of everything that has a src=
<clever> (the stuff coming from nixpkgs lacks a src=, and will be un-changed)
<ldlework> there's a pip installable aws cli called saws
<ldlework> job for pip2nix i guess
<ottidmes> clever: I already have some boilerplate code that I just copy paste per Haskell project, so a bit extra is not so bad, but its a good suggestion if I was OK with doing it in global manner (I prefer the boilerplate, so that others can still check it out (hah!) without requiring those global changes)
<suzu> clever: that would cause all my haskell packages to cache miss and i'd have to build the ocean, no?
<{^_^}> [nixpkgs] @worldofpeace merged pull request #56784 → torrential: init at 1.1.0 → https://git.io/fhxeo
<{^_^}> [nixpkgs] @worldofpeace pushed 2 commits to master: https://git.io/fhpvm
<clever> suzu: the packages coming from nixpkgs lack a src=, so they wont be changed
<suzu> oh right i see
<ottidmes> does anyone know how to make weechat autocomplete with "<name>: " again rather than "<name>:" (I just updated to 19.03)
jabranham has quit [Remote host closed the connection]
jabranham has joined #nixos
<ottidmes> ah found the option: weechat.completion.nick_add_space :)
<ottidmes> or rather / set weechat.completion.nick_completer ": "
<__monty__> Why would that be turned off by default? o.O
<ottidmes> __monty__: no clue, just updated weechat to 2.4 and it no longer did that, which was rather annoying
<{^_^}> [nixpkgs] @markuskowa opened pull request #56913 → julia: remove 0.6.4 (julia_06) → https://git.io/fhpvE
<tbenst[m]> I'm using virtualbox with rawdisk access on nixos, and currently need to run "chown $USER /dev/sdb" on each reboot. Anyone know a way to do this in configuration.nix?
<suzu> clever: i'd like to replace a haskell-dep with a vendor'ed local copy that i've modified
<suzu> it seems that simply adding that directory to my cabal.project and building will build it, but will not be used as a dependency?
<suzu> i assume that's because cabal doesn't resolve dependencies, nix is
<clever> suzu: you should be able to just do aeson = self.callCabal2nix "aeson" /path/to/custom/aeson {}; for example
<__monty__> Do you mean your project.cabal?
<suzu> how do i override the dep to point to my local copy? will simply overriding it with a callCabal2nix work?
<symphorien> tbenst[m]: maybe systemd-tmpfiles can do that ?
<suzu> ah ok you wrote it before i could :)
Ariakenom has quit [Quit: Leaving]
<{^_^}> [nixpkgs] @Kjuvi closed pull request #56912 → spice-up: 1.7.0 -> 1.8.0 → https://git.io/fhpvL
shibboleth has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @worldofpeace merged pull request #56910 → pythonPackages.ppft: use custom checkPhase → https://git.io/fhxjZ
<{^_^}> [nixpkgs] @worldofpeace pushed 2 commits to master: https://git.io/fhpvD
<infinisil> clever: Well I ended up just writing a NixOS module that packs up all the setuid binaries
<{^_^}> [nixpkgs] @mebubo opened pull request #56914 → coursier: update to 1.1.0-M13 → https://git.io/fhpvy
<infinisil> Can't be bothered with getting this to work without NixOS
<infinisil> After all, everybody that will use the Nix way for this project is using NixOS anyways
<{^_^}> [nixpkgs] @worldofpeace pushed commit from @samhug to release-19.03 « pythonPackages.ppft: use custom checkPhase »: https://git.io/fhpv9
<__monty__> infinisil: What project?
gagbo has joined #nixos
JonReed has quit [Ping timeout: 256 seconds]
<infinisil> __monty__: A project for the course "Future Internet" at my university, we have to implement a good congestion control for a network
johanot has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @Kjuvi opened pull request #56915 → spice-up: 1.7.0 -> 1.8.0 → https://git.io/fhpvQ
<elvishjerricco> Hm. Before=getty.target doesn't seem to do what I want it to do
<elvishjerricco> I really want a oneshot service to finish before the system starts the login prompt
<elvishjerricco> because I'm trying to do systemd-ask-password in the boot console
<__monty__> infinisil: Ah, and you're building nix-infect into the protocol? : >
<infinisil> __monty__: Hehehe
<__monty__> And can you beat AIMD really?
<infinisil> __monty__: -> #nixos-chat
erictapen has quit [Ping timeout: 245 seconds]
Fare has joined #nixos
linarcx has quit [Quit: WeeChat 2.4]
ErAsMuS has quit [Quit: reboot]
<{^_^}> [nixpkgs] @samhug opened pull request #56916 → pachyderm: 1.4.6 -> 1.8.5 → https://git.io/fhpff
_kwstas has joined #nixos
ericsagnes has joined #nixos
civodul has quit [Quit: ERC (IRC client for Emacs 26.1)]
Makaveli7 has quit [Quit: Leaving]
_kwstas has quit [Quit: _kwstas]
jackdk has joined #nixos
q6AA4FD has joined #nixos
stepcut has quit [Remote host closed the connection]
<elvishjerricco> Something is blocking me from typing into the prompt for systemd-ask-password in the console agent during boot
<{^_^}> [nixpkgs] @worldofpeace merged pull request #56915 → spice-up: 1.7.0 -> 1.8.0 → https://git.io/fhpvQ
<{^_^}> [nixpkgs] @worldofpeace pushed 2 commits to master: https://git.io/fhpfq
<elvishjerricco> How do I even debug something like that? :/
arjen-jonathan has quit [Ping timeout: 252 seconds]
vk3wtf has joined #nixos
linarcx has joined #nixos
jabranham has quit [Quit: ERC (IRC client for Emacs 27.0.50)]
shibboleth has joined #nixos
rprije has joined #nixos
<{^_^}> [nixpkgs] @worldofpeace pushed commit from @Kjuvi to release-19.03 « spice-up: 1.7.0 -> 1.8.0 »: https://git.io/fhpfs
<immae> elvishjerricco: Just as a check, you considered the possibility that no outputs is needed until you press enter?
<{^_^}> [nixpkgs] @markuskowa merged pull request #56845 → mapnik: Fix build → https://git.io/fhxa8
<{^_^}> [nixpkgs] @markuskowa pushed 2 commits to master: https://git.io/fhpfZ
<elvishjerricco> immae: Yea. For one, it's supposed to echo * for each character you type, which it's not. Second, when I press enter, the oneshot service asking for the password does not continue
<immae> ok
<immae> How is it started? Is it during normal boot, or early boot in initrd?
<elvishjerricco> Weird thing, *some of the time* it will echo stars for like a second, then stop
<elvishjerricco> Normal boot
<elvishjerricco> Though I'm testing this with the Qemu VM you can build automatically with NixOS
<immae> as a service that is dependent on cryptsetup? (or whatever server needs a password)
<immae> s/server/service/
<noonien> is it ok for packages to require arguments?
<elvishjerricco> immae: Right now it's literally just running the systemd-ask-password program. And I set it to Before= all the getty things
<{^_^}> [nixpkgs] @markuskowa pushed commit from @knedlsepp to release-19.03 « mapnik: Fix build »: https://git.io/fhpfC
<immae> hmm
<immae> That doesn’t sound like the intended use case
<immae> Could you try creating a service which starts systemd-ask-password ith --no-tty instead?
<elvishjerricco> immae: How so? The point of the agent's --console argument is to operate in this case
shibboleth has quit [Remote host closed the connection]
<noonien> or should i use overrides to provide options for packages?
<immae> I don’t see --console argument
linarcx has quit [Quit: WeeChat 2.4]
<yl> is anyone working on refactoring our buildGoPackage to work with vgo (as in GO111MODULES=on)?
<immae> noonien: it depends, if it’s for you it’s up to you, if you plan to publish it it’s usually considered better to provide default arguments
<{^_^}> [nixpkgs] @worldofpeace merged pull request #56881 → minishift: 1.31.0 -> 1.32.0 → https://git.io/fhxQm
<{^_^}> [nixpkgs] @worldofpeace pushed 2 commits to master: https://git.io/fhpf4
<elvishjerricco> immae: It's an argument to the agent, not the client. man systemd-tty-ask-password-agent
<immae> ok
<elvishjerricco> Adding --no-tty to the client command line changes nothing. Which I'd expect, since the service shouldn't have a tty
<noonien> immae: i do plan on publishing it, however i don't know how to do it idiomatically, i haven't see packages that are exposed as functions yet
calbrecht has quit [Ping timeout: 252 seconds]
<noonien> so, in order to create the derivation you have to call the function with a set
<elvishjerricco> noonien: Usually packages provide defaults, then tell the users to use .override to change arguments to it, rather than asking for arguments as a function
<noonien> i see, that's what i was hoping for
erasmas has quit [Quit: leaving]
<noonien> cool, thanks! i'll look into overrides
<immae> elvishjerricco: If you don’t have a usecase (like a disk to decrypt, systemd-tty-ask-password-agent should be a noop if I understand the manual correctly
erictapen has joined #nixos
<immae> as far as I understand, systemd-tty-ask-password-agent looks for "passwords that he needs" and asks for them, if you don’t have any, it shouldn’t do anything, no?
<elvishjerricco> immae: Hm? `systemctl cat systemd-ask-password-console.service` says `ExecStart=/nix/store/...-systemd-239/bin/systemd-tty-ask-password-agent --watch --console`, so the agent runs in the background during boot so that boot services can ask for passwords on the boot console.
zupo has joined #nixos
<immae> ah, --watch
<noonien> is it possible for a user to use the same package multiple times, with different derivations?
<immae> but still, it should ask only when he needs something
<immae> (unless I misunderstand)
<elvishjerricco> immae: Right, so when *my* service runs `systemd-ask-password`, it tells the agent that it needs a password, and the agent prompts on the console. The prompt is displaying properly. My problem is just that I can't type into it
<{^_^}> [nixpkgs] @grahamc opened pull request #56918 → references-by-popularity: get a handle on memory usage → https://git.io/fhpf2
<immae> ok, so you have something who asks for it, good
ErAsMuS has joined #nixos
<elvishjerricco> yea. this isn't an issue with how systemd-ask-password is supposed to be used as far as I can tell. It's just some problem with the console not working properly
<immae> yes, I was trying to understand how it was ordered to see if something was "missing", but it seems all right to me now
<noonien> what's the reason behind nixpkgs-channels being a separate repository?
lsyoyom has quit [Ping timeout: 244 seconds]
<yl> noonien: hydra promote nixpkgs to nixpkgs-channels when all the tests pass
<infinisil> noonien: I guess it could be one repo, but the branch names would get a bit confusing
<immae> elvishjerricco: https://bbs.archlinux.org/viewtopic.php?id=177839 this person has the same issue as you it seems
<infinisil> noonien: Then there would be `release-19.03` and `nixos-19.03`
<noonien> isn't that how a git repo should work though?
<elvishjerricco> immae: Oh, I see part of the problem now. The agent is getting killed after one second
<elvishjerricco> why though...
<infinisil> noonien: Well, the channel names aren't really branches anyways
<immae> (don’t bother reading my link, he says solved but he used a workaround :( )
<infinisil> I guess nixpkgs-channels is more of a mirror of the nixos channels, and not a mirror of the repo
<{^_^}> [nixpkgs] @grahamc opened pull request #56919 → Closure graph memory (18.09) → https://git.io/fhpf6
<immae> Isn’t the agent supposed to start automatically on demand?
<noonien> nixpkgs-channels looks like an entirely different repo just for the sake of keeping branches separate from the main git repo
<{^_^}> [nixpkgs] @grahamc opened pull request #56920 → Closure graph memory (19.03) → https://git.io/fhpfi
<infinisil> noonien: They're not really branches though, nobody should ever push to them
<gchristensen> there is a valuable principle of least privilege going on there
<noonien> in git terms they are, this sounds like a permission problem
<noonien> does github not have per-branch permissions?
<infinisil> I mean, it could work to have this combined into nixpkgs itself, but it just makes more sense separately imo
<elvishjerricco> immae: I think so. I think when you open the socket, systemd starts it. So it started in the same second as my service started, but then it just stops a second later for seemingly no reason
<gchristensen> well hydra probably shouldn't be able to push to nixpkgs, only hydra should be able to push to nixpkgs-channels
<elvishjerricco> infinisil, noonien: Frankly, I'm not sure the channels repo even needs to exist.
<immae> Yes, that sounds strange elvishjerricco
<infinisil> elvishjerricco: Now that we have gchristensen's lovely https://channels.nix.gsc.io/ you may be right :D
<elvishjerricco> like, we don't necessarily need branches for the commits that a channel has advanced to.
<immae> Can you confirm it is the agent that gets killed, not systemd-ask-password?
<elvishjerricco> and yea, that link is far more useful since you get a history of the commits it has *advanced to* not just the commits it contains.
<immae> so he starts a systemd-ask-password, then terminates for an unknown reason?
<elvishjerricco> immae: Yea, I'm basing this off the journalctl and systemctl info on both services.
<elvishjerricco> immae: It just says "Stopping <name of the agent service>" in the agent service's log
<immae> Ok
Shouou has quit [Ping timeout: 250 seconds]
<elvishjerricco> immae: Thanks for taking the time to investigate with me btw :)
<gchristensen> infinisil: not very helpful for builtins.fetchGit though
<elvishjerricco> gchristensen: builtins.fetchUrl the file, read the last line, pass it to fetchGit? :P
<infinisil> ^^
<immae> One hypothesis is that your system thinks he finished to boot, and then closes him because he doesn’t need a password anymore, and then your service (is it a user service?) asks for it but too late?
<gchristensen> evil!
vikingman has quit [Remote host closed the connection]
<immae> (you’re welcome)
<noonien> i'm not saying nixpkgs-channels isn't useful, it just seems reduntant if github has per-branch permissions (which i don't really know if it does)
vikingman has joined #nixos
<elvishjerricco> immae: Hm, yea it could be that systemd like kills the console or something. My service is a system service btw.
Dagger2 is now known as Dagger
<samueldr> it might not have fine-grained enough permissions, and it would muddy the water between the working branch and the released branch I think
<immae> maybe looking at a cryptsetup-like service would show some option that is needed in case you want to ask for a password? (like a dependency or so)
<infinisil> noonien: I'd think it's simpler for hydra to just set up a separate mirroring repo instead of making sure nobody can do something nasty in a very active repo with lots of people with access rights
<elvishjerricco> immae: That's a good idea
<samueldr> (hydra isn't even involved in pushing to the mirror, if it changes anything)
<infinisil> noonien: s/simpler/easier
<immae> cryptsetups are auto-generated, so good luck finding the service :(
<elvishjerricco> yea...
<infinisil> But I'm with elvishjerricco, I don't see much use in nixpkgs-channels and we could deprecate it imo
<gchristensen> ok, but why?
<elvishjerricco> infinisil: gchristensen made a good point. Being able to `fetchGit` a branch like `nixos-18.09` could be useful in some cases
<immae> infinisil oh yes, one less file in my HOME :D
<gchristensen> why deprecate it
<vikingman> hi i got a problem tying to setup nixos i got an old nvidia gt335 and i have set to nvidiaLegacy340 but now my system is acting strange its look like 2 console try to be on the top of each other and flashing between them
<samueldr> I am using nixpkgs-channels
<samueldr> Vikingman: I'd say it's likely your X session is crashing in a tight loop
srid_ has quit [Quit: Connection closed for inactivity]
<samueldr> (hi!)
<vikingman> !! samueldr
<infinisil> gchristensen: Hmm, doesn't nix 2.0 have this channel:nixos-unstable syntax for that?
<samueldr> channel:nixos-unstable doesn't allow me to git diff
<samueldr> I can't base a branch off channel:nixos-unstable
<infinisil> samueldr: How do you use git diff with fetchGit and nixpkgs-channels?
<samueldr> I don't fetchGit, whenever I hack on nixpkgs I start from the channels repo
<samueldr> like imperative things
linarcx has joined #nixos
<infinisil> Ah
ottidmes has left #nixos ["WeeChat 2.4"]
<infinisil> OHh, idea: How about creating a git tag in nixpkgs for every channel update
<infinisil> Might get a bit bloated over time though for the more active channels
<samueldr> tags shouldn't be moved, in git parlance IIRC
<infinisil> I mean, a new tag for every channel update
<samueldr> and they don't scale, from previous discussion where I asked the same :)
<samueldr> "allegedly" I never tried it
<gchristensen> yes, git doesn''t nicely handle many many tags
<infinisil> samueldr: Do too many tags cause performance issues or..?
<gchristensen> yes
<infinisil> Oh snap
<infinisil> Booo
<samueldr> gchristensen: answered that at the time :D
<immae> elvishjerricco: https://www.freedesktop.org/wiki/Software/systemd/PasswordAgents/ following this guide, could you maybe try to run systemd-ask-password --no-tty and see if that works?
linarcx has quit [Client Quit]
<immae> (in a shell)
ddellacosta has quit [Ping timeout: 240 seconds]
alex`` has quit [Ping timeout: 240 seconds]
lsyoyom has joined #nixos
<elvishjerricco> immae: I can already use the tty agent manually in the shell, switch to another tty and use systemd-ask-password. That does work fine.
<elvishjerricco> The mystery is just the service getting killed...
<immae> did you try asking on #systemd? I’m lost here, I see nothing that explains your issue and what you describe seems to be the intended way
<elvishjerricco> immae: That's a good idea.
mmlb has quit [Ping timeout: 255 seconds]
ddellacosta has joined #nixos
<{^_^}> [nixpkgs] @mweinelt opened pull request #56922 → nixos/knot: init → https://git.io/fhpJc
<noonien> can a user use the same package multple times, withh different overrides?
<noonien> does it have to have a different name?
xkapastel has quit [Quit: Connection closed for inactivity]
biopandemic has joined #nixos
rfold has quit [Quit: leaving]
<symphorien> with nix-env, yes
<symphorien> note that if files have the same name, they will collide
<noonien> in this case, it's a font, which in configurations nix, i add in fonts.fonts = [ <here> ];
Thra11 has quit [Ping timeout: 240 seconds]
<symphorien> if the files in the derivation are not the same, then yes
<symphorien> *then it will work
<noonien> the files are different, yes
<noonien> should i also give the derivation a different name, based on the provided parameters (it might be a really long one though)
<symphorien> the name is only important with nix-env
<symphorien> so for font.fonts it does not matter
<noonien> hmm, why would the derivation name matter to nix-env?
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<symphorien> this is how nix-env know whether what you install is an update or a new package
<symphorien> if the name is the same as something already installed (but possibly not the same version) it will remove the old version before installing
<vikingman> someone know how to deal with nvidia laptop gpu ?
<{^_^}> [nixpkgs] @jtojnar merged pull request #56730 → sublime3: add updateScript → https://git.io/fhA5Z
<{^_^}> [nixpkgs] @jtojnar pushed 3 commits to master: https://git.io/fhpJu
<tobiasBora> I'm trying to create a package for shelldap, is there any licence for "customs" open-source licences like here: https://bitbucket.org/mahlon/shelldap/src/22f52658f883e264ad8fa7337761af8da6d59eab/shelldap?at=default&fileviewer=file-view-default
kvda has joined #nixos
<{^_^}> [nixpkgs] @jtojnar merged pull request #56715 → ibus: remove gconf dependency from runtime → https://git.io/fhAy1
<{^_^}> [nixpkgs] @jtojnar pushed 2 commits to master: https://git.io/fhpJg
<noonien> symphorien: i see, in this case, i don't see why a font should behave differently than another package, i'll make sure the name changes with the parameters
<noonien> i do wonder if there's a limit on how long the name should be
<__monty__> gchristensen: If it's bad at tags wouldn't it also be bad at branches?
<symphorien> noonien: because font.fonts is declarative, not imperative
<symphorien> so there is no need to detect upgrades and remove old packages
<symphorien> you tell you want A and B, it installs A and B
<symphorien> it will only complain if A and B provide the same files
<{^_^}> [nixpkgs] @rnhmjoj opened pull request #56923 → treewide: fixup bcf54ce → https://git.io/fhpJ2
<noonien> i see, i'm trying to learn idiomatic nix, is this something common?
<{^_^}> [nixpkgs] @jtojnar merged pull request #56745 → ffado: port to qt5 → https://git.io/fhAFK
<{^_^}> [nixpkgs] @jtojnar pushed 4 commits to staging: https://git.io/fhpJV
<gchristensen> __monty__: possibly, have you worked with 5,000 branches before?
<symphorien> what do you mean by common ?
<{^_^}> [nixpkgs] @kalbasit opened pull request #56924 → jx: init at 1.3.955 → https://git.io/fhpJw
<__monty__> Vikingman: I think ldlework recently complained about optimus/bumblebee no longer working?
<noonien> is it common for packages that provide options that can be changed by overriding not change their name when the options are changed?
<ldlework> its fine, i had to reboot
<symphorien> I would say yes
<vikingman> hmmm thats bad
<__monty__> gchristensen: I assumed tags were to be an alternative to branches so the same reasoning would apply. Maybe I misunderstood though.
<__monty__> Vikingman: Nah, ldlework just said it wasn't a real issue.
<gchristensen> ah, __monty__, maybe, but it is "wrong" to update tags
<__monty__> Why? Isn't a tag just a pointer to a commit, just like a branch is?
<{^_^}> [nixpkgs] @jtojnar pushed commit from @peti to master « haskell-packages: re-write references to webkit to webkitgtk »: https://git.io/fhpJK
ddellacosta has quit [Ping timeout: 244 seconds]
ddellacosta has joined #nixos
<{^_^}> [nixpkgs] @jtojnar pushed to master « webkit: move to aliases »: https://git.io/fhpJi
<noonien> hmm, should i provide my optios as part of the set that i give to mkDerivation and use .overrideAttrs, or as the first set param in the file and use .override?
zupo has joined #nixos
<symphorien> .override is usually prefered
<noonien> are there any packages that i can look at that encourage overrides? i know all packages can be overriden, but i'm guessing some encourage it
<{^_^}> [nixpkgs] @jtojnar merged pull request #56892 → webkit: move to aliases → https://git.io/fhxNx
stepcut has joined #nixos
<jtojnar> noonien: gimp-with-plugins and other programs with plug-ins
kreisys has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<noonien> symphorien: hmm, in this case, the options are `conf, patchesm extralibs`? if so, isn't that risky?
<symphorien> what do you mean by risky ?
<noonien> what if a conf module is defined
<noonien> will it not be supplied to st?
__monty__ has quit [Quit: leaving]
<symphorien> I don't understand
<noonien> for example, stdenv is a module(?), it's provided by nix to this nix expression automatically
<symphorien> ah yes indeed this happened when an attribute named `src` was added to nixpkgs
<noonien> what if there was a module named `conf`?
<{^_^}> [nixpkgs] @stephengroat opened pull request #56925 → qtwebkit-plugins: fix hunspell build issue → https://git.io/fhpJ5
<symphorien> some derivations took `src` as an argument and it was wrongly "autofilled"
<gchristensen> `src` was added to nixpkgs?
<symphorien> > src
<{^_^}> <LAMBDA>
<gchristensen> rrrrrr
<noonien> it's my understanding that passing the option as a module argument is how .override works
rcshm has joined #nixos
<noonien> in this case, i would consider .overideAttrs to be a better choice
<infinisil> Whaaa
<symphorien> gchristensen: https://nixos.org/nixos/packages.html#src+revision
<gchristensen> nice.
<noonien> this might also be a constraint for me, since i want to provide my package as `nerdfonts.font-name` where font-name is a derivation created by a function in the sam file where nerdfonts is created
<symphorien> noonien: I think your argument is valid, but if you ask what is idiomatic, I would still say .override
<noonien> i understand
<noonien> there currently exists a `nerdfonts` derivation, i want to keep its functionality, can i make `pkgs.nerdfonts` a derivation, while also making `pkgs.nerdfonts.some-font` a derivation?
nDuff has joined #nixos
<symphorien> yes
<nDuff> What's the usual policy wrt. whether it's appropriate to fold an out-of-tree kernel patch into nixpkgs? (Context is a data-corruption bug in btrfs with a fix posted on the linux-btrfs list but not yet merged to the mainline kernel).
<noonien> awesome! is there a package i can look at that does this?
<symphorien> > let foo = pkgs.sl // { bar = pkgs.gti; }; in [ foo foo.bar ]
<{^_^}> [ <CODE> <CODE> ]
<noonien> AAAH, NICE!
<symphorien> > let foo = pkgs.sl // { bar = pkgs.gti; }; in [ foo.name foo.bar.name ]
<{^_^}> [ <CODE> <CODE> ]
<symphorien> :(
<symphorien> well you get the idea
<symphorien> this is not to be abused: some attributes such as meta or name must be kept intact
<noonien> yeah, i always thought derivations always eval as a string
<symphorien> they can magically coerce to a string, but are an attrset
<noonien> that makes sense, out of curiosity, what does the returned attrset look like?
<symphorien> (by the way, this is how multiple outputs are implement I think)
<{^_^}> [nixpkgs] @worldofpeace pushed commit from @Kjuvi to release-19.03 « maintainers: add kjuvi »: https://git.io/fhpJj
<infinisil> > let foo = pkgs.sl // { bar = pkgs.gti; }; in deepEval [ foo.name foo.bar.name ]
<{^_^}> [ "sl-5.02" "gti-1.6.1" ]
<symphorien> nice
<symphorien> > lib.attrNames pkgs.sl
<{^_^}> [ "__ignoreNulls" "all" "args" "buildFlags" "buildInputs" "builder" "configureFlags" "depsBuildBuild" "depsBuildBuildPropagated" "depsBuildTarget" "depsBuildTargetPropagated" "depsHostHost" "depsHostH...
<symphorien> ^ noonien it looks like that
<gchristensen> nDuff: we try not to carry patches like that
<noonien> i'm guessing there are some attrs that nix considers magic that define a derivation
slack1256 has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @aaronduino opened pull request #56926 → protonmail-bridge: 1.1.1-1 -> 1.1.3-1 → https://git.io/fhpUe
<infinisil> noonien: Not really, only the `derivation` function creates a derivation :2
<infinisil> But from the nix side it looks like a normal attrset
<infinisil> from the side that has access to that derivation i mean
<noonien> ah, i totally forgot about the derivation function
<tilpner> Well, normal attrset with .type = "derivation"
<noonien> hmm, in my case, the parent derivation is basically a compilation of all sub-derivations, is there something that help me define "this derivation is a set of all these other derivations"?
<infinisil> tilpner: (a normal attrset could also just have type = "derivation" though)
<tilpner> infinisil: And those are considered derivations by Nix
<tilpner> > { type = "derivation"; }
<{^_^}> attribute 'drvPath' missing, at (string):18:55
<tilpner> It was trying to handle it as a derivation
<infinisil> Whoa
<infinisil> > :v _show
<{^_^}> _show = x: if lib.isDerivation x then "<derivation ${x.drvPath}>" else x
<tilpner> nix repl does «derivation ???» instead
rcshm has quit [Remote host closed the connection]
<infinisil> Well, maybe nix repl does just something like this ^^
<tilpner> infinisil: Can I please have :p in {^_^}?
<symphorien> noonien: symlinkJoin
<symphorien> for example
jtojnar has quit [Remote host closed the connection]
<infinisil> tilpner: I'll see what I can do, I don't have anything to do right now and that shouldn't be too hard :)
<tilpner> infinisil: Not urgent, but it always looks stupid when you try to demonstrate something, and {^_^} says CODE CODE CODE
<tilpner> And :p would be consistent with nix repl, so no remembering of deepEval/deepseq
<tilpner> infinisil: Or maybe even format both ways and default to :p if the result is still smaller than the max message length?
<noonien> symphorien: nice!, thanks!
<infinisil> tilpner: I'll have to use --strict for :p
<infinisil> and that doesn't work well with derivations
<tilpner> infinisil: Can't you just have it prepend deepEval?
sigmundv has joined #nixos
<infinisil> I think that would be about the same as --strict yeah
<noonien> can i inherit all attrs of a set?
<tilpner> > deepEval hello
<{^_^}> types.optionSet is deprecated; use types.submodule instead
<tilpner> Oh
<infinisil> But I'll have to change the code for :p anyways, so I might as well implement it with --strict
<symphorien> noonien: // ?
<noonien> `//` works, i was looking for something like `inherit` so i can place it near where it's more relevant
ng0 has quit [Quit: Alexa, when is the end of world?]
<tilpner> infinisil: Sorry, I didn't intend to give you a bunch of work, I thought it'd be a quick alias of :p to deepEval :/
maximiliantagher has quit [Remote host closed the connection]
<infinisil> tilpner: No problem, I enjoy doing this right now, no worries :)
<tilpner> infinisil++
<{^_^}> infinisil's karma got increased to 54
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<symphorien> > let foo = { a = 1; b = 2; }; in deepEval { c = 3; inherit (foo) a b; } # noonien
<{^_^}> { a = 1; b = 2; c = 3; }
<symphorien> but you have to repeat the name of all the attrs you want
maximiliantagher has joined #nixos
maximiliantagher has quit [Remote host closed the connection]
maximiliantagher has joined #nixos
<noonien> yes, i was looking for a way to go around that, oh well, thanks anyway!
<noonien> btw, will my package requiring a different fetcher lower the chances of mr PR being accepted? i've got a fetcher that pulls a subset of files from a github repo (the repo i'm working with is 2GB and includes build artifacts i don't need)