gchristensen changed the topic of #nixos to: NixCon 2018 CfP is now open! https://nixcon2018.org/ || Share the output of nix-shell -p nix-info --run nix-info to help us help you. || 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
<genesis> you've to!
<genesis> i'm joking since i was a gentoo user for 15 years before left it weeks ago for nixos.
<genesis> you know you'll jump entirely anyway.
<lejonet> I'm in the middle of the process already :P my desktop and like 60% of my servers are nixos already
<genesis> that's like a drug, they have us with their nix store
<genesis> we emerge nix and do some try
<genesis> and here we are.
<{^_^}> [nixpkgs] @xeji merged pull request #44710 → fwupdate: 10 -> 12 → https://git.io/fNSTA
<{^_^}> [nixpkgs] @xeji pushed commit from @dtzWill to master « fwupdate: 10 -> 12 (#44710) »: https://git.io/fAmnO
<lejonet> For me it was actually nixops that caught me :P
<genesis> i was fed up with conflict dependancies
<genesis> upgrade become impossible and no binaries, and portage become a mess
<lejonet> Know what you mean
<genesis> and i won't tell about packaging stuff and receive an answer 10 years ago
<lejonet> Especially if you're doing weird stuff like I did, with investigating weird binaries with odd library dependencies and such
<genesis> yes, i'd like that, i package mbrola , dead since 2005, for nixos
<genesis> and look at that
<genesis> nix-build nixops, nix-locate, and much tools we have
<genesis> how effective is it to write stuff.
<genesis> people wait so long to have their stuff include that every gentoo power user get his own overlay
<genesis> and there is website like http://gpo.zugaina.org/ where we searched desasperatly for an ebuild
<lejonet> Yeah and whole layman and stuff
<genesis> get stuck with their svn for too long...
<lejonet> hehe :P
<infinisil> Is there a reason one would prefer abort over throw? Profpatsch maybe you know
<genesis> my friend we get on gentoo 15 years ago switch for arch after try nixos no enough :)
slack1256 has joined #nixos
<samueldr> infinisil: throw s
<samueldr> Throw an error message s. This usually aborts Nix expression evaluation, but in nix-env -qa and other commands that try to evaluate a set of derivations to get information about those derivations, a derivation that throws an error is silently skipped (which is not the case for abort).
<samueldr> from the fine manual, 14.5 https://nixos.org/nix/manual/#ssec-builtins
<infinisil> samueldr: Yeah, but like, that's an argument for using throw, because I don't see a reason why anybody would want nix-env -qa to error out
<samueldr> oh right, "prefer abort of throw" and not the inverse :)
<infinisil> huh?
<samueldr> your question was "why would one prefer abort over throw" and not "throw over abort" :)
<infinisil> Ahh yes
<infinisil> I think I've asked this question 2 times before and nobody could tell me a reason
<callipygous> how do I change to i3wm?
simukis has quit [Quit: simukis]
<callipygous> services.xserver.desktopManager = { i3.enable = true; default = "i3"; }; or similar?
<callipygous> oh found my answer
<callipygous> ;)
<samueldr> infinisil: there's the abort in <nixpkgs/default.nix>
<samueldr> and a couple in lib/
<samueldr> the ones in lib make a bit more sense, erroneous use of functions should cause errors?
<infinisil> samueldr: throw also causes errors :)
<samueldr> in the nix-env -qa situation I mean
<samueldr> if somehow a lib function fails there, it makes a bit more sense to abort I think?
<infinisil> The only difference really is that throw can be caught while abort can't. The first of which gives you (almost) strictly more flexibility
<infinisil> > (builtins.tryEval (throw "foo")).success
<{^_^}> false
<infinisil> > (builtins.tryEval (abort "foo")).success
<{^_^}> evaluation aborted with the following error message: 'foo'
ixxie has quit [Ping timeout: 252 seconds]
<samueldr> yeah, so stuff in lib can tell you you're doing it wrong, instead of suggesting you're doing it wrong?
<samueldr> (I'm also wondering, just as you are)
<infinisil> Usually tryEval isn't used, so that difference really doesn't matter. throw and abort look about the same to the end user
<{^_^}> [nixpkgs] @xeji merged pull request #45056 → 20kly: init at 1.4 → https://git.io/fNAwD
<{^_^}> [nixpkgs] @xeji pushed commit from @fgaz to master « 20kly: init at 1.4 (#45056) »: https://git.io/fAmnj
lejonet has quit [Quit: "Stuff"]
rardiol has quit [Remote host closed the connection]
<samueldr> yeah
<samueldr> there isn't much distinction between both in the nix source code
lejonet has joined #nixos
<samueldr> though throw/ThrownError is used internally, Abort isn't
<callipygous> "created 18147 symlinks in the user environment"
<callipygous> lol
Ariakenom has quit [Read error: Connection reset by peer]
<callipygous> that's a lot of symlinks
<samueldr> depends what you were expecting to do :)
jpab has quit [Remote host closed the connection]
<samueldr> it could represent a deeply nested tree built from multiple things from /nix/store
pxc has joined #nixos
hellrazor has quit [Ping timeout: 244 seconds]
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fAmcm
<callipygous> I've got services.xserver.windowManager.i3.enable = true; in my config, and rebuilt
<callipygous> but still it boots in to kde ?
aexoxea has joined #nixos
<infinisil> samueldr: I think I'll just open a PR to change every abort to throw and see what people have to say :)
drakonis has quit [Remote host closed the connection]
countingsort has quit [Ping timeout: 244 seconds]
<{^_^}> [nixpkgs] @Infinisil opened pull request #45637 → treewide: abort -> throw (aka aborts are useless, convince me otherwise) → https://git.io/fAmc4
<infinisil> samueldr: There we go ^
ju6ju8oo has left #nixos ["The Lounge - https://thelounge.chat"]
<samueldr> calling in cuuningham's law
<samueldr> » @Infinisil Infinisil requested review from edolstra, Ericson2314, nbp and Profpatsch as code owners 2 minutes ago
<samueldr> this could sting :)
<samueldr> (but is a good way to have a definitive answer)
xeji has quit [Quit: WeeChat 2.1]
slack1256 has quit [Remote host closed the connection]
slack1256 has joined #nixos
pxc has quit [Ping timeout: 252 seconds]
<aanderse> i'm working on packaging incron and have a question
pxc has joined #nixos
<aanderse> the software uses clearenv and then calls setenv("PATH", DEFAULT_PATH, 1);
<aanderse> where default_path is defined as so: #define DEFAULT_PATH "/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin"
grenade has quit [Remote host closed the connection]
<aanderse> is /run/current-system/sw/bin the nixos equivalent DEFAULT_PATH in this case?
<Ashy> what's the current version of linuxPackages_latest on unstable?
<gchristensen> 4.18.5
pxc has quit [Ping timeout: 264 seconds]
<infinisil> samueldr: Let's see :P
<Ashy> gchristensen: so i'm on 4.17.18 then because i'm still on 18.03?
pxc has joined #nixos
<gchristensen> yeah
<gchristensen> it is debatable if _latest should be updated in stable or not
<gchristensen> same with _testing
pxc has quit [Ping timeout: 252 seconds]
pxc has joined #nixos
<Ashy> i dunno, "latest" is a pretty clear english word
<Ashy> maybe it should be renamed to linuxPackages_outofdate if that's what it actually means
<{^_^}> [nix] @bhipple opened pull request #2373 → Add human readable closure sizes to nix path-info → https://git.io/fAmCm
<samueldr> gchristensen: I think in the past it always was
<samueldr> I'm guessing the changes in the plumbing from the kernel are again reporting the backport
<callipygous> I followed this here: https://nixos.wiki/wiki/I3
<callipygous> but I'm getting some enviroment variable has been set twice
<callipygous> to do with kde
<Ashy> actually i guess according to kernel.org what i really want is a linuxPackages_mainline package
<samueldr> gchristensen: generally it's backported since the penultimate release (in this case 4.17) gets dropped before the next nixos release updates
<gchristensen> ah
<samueldr> (you don't want _latest which referred to 4.16 brought back to 4.14, the LTS)
<samueldr> (and then 4.16 isn't maintained)
<samueldr> I know 4.17 was hung up by the plumbing changes (did the backport at the time)
<callipygous> what am I supposed to do? I have checked the nix config file, and it has no instance of kde/plasma
<callipygous> but the virtualbox image has plasma installed
<{^_^}> [nixpkgs] @aanderse opened pull request #45638 → incron: init at 0.5.12 → https://git.io/fAmCG
<samueldr> *puts psychic hat on* callipygous those come from conflicting options from the imported files in imports
<samueldr> (your last sentence about the virtualbox image I think is the key here)
<callipygous> files in imports?
ris has quit [Ping timeout: 252 seconds]
<samueldr> let me check how the file looks like in the VM
Piece_Maker has joined #nixos
<callipygous> I'll get you the exact error, 1 sec
<callipygous> error: The unique option `environment.variables.GDK_PIXBUF_MODULE_FILE' is defined multiple times, in `/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/services/x11/desktop-managers/plasma5.nix' and `/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/services/x11/desktop-managers/xfce.nix'.
aanderse has quit []
<callipygous> (use '--show-trace' to show detailed location information)
mayhewluke has quit [Ping timeout: 252 seconds]
<samueldr> callipygous: did your configuration.nix look like that initially? https://github.com/NixOS/nixpkgs/blob/release-18.03/nixos/modules/installer/virtualbox-demo.nix
<callipygous> no
<callipygous> all it had in it when I edited it was :
<callipygous> error: The unique option `environment.variables.GDK_PIXBUF_MODULE_FILE' is defined multiple times, in `/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/services/x11/desktop-managers/plasma5.nix' and `/nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs/nixos/modules/services/x11/desktop-managers/xfce.nix'.
Acou_Bass has quit [Ping timeout: 252 seconds]
Piece_Maker is now known as Acou_Bass
<callipygous> (use '--show-trace' to show detailed location information)
<callipygous> I'm sorry for that paste
<callipygous> accident
<samueldr> oh, then I missed something, when you said "the virtualbox image" were you talking about the nixos ova?
<callipygous> imports = [ <nixpkgs/nixos/modules/installer/virtualbox-demo.nix> ];
<samueldr> ah, right
<callipygous> ova, yes
<callipygous> oh I get it
mayhewluke has joined #nixos
<samueldr> then I was one level removed; the file I linked is the file that it imports
<callipygous> it's importing that demo.nix file
<samueldr> and this one imports four files
<samueldr> and those I know some import other files
<callipygous> so I should edit out that line, or edit the demo.nix file?
<samueldr> if you comment out that line, you will lose all defaults
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/9e2668cd6cb (from 5 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<samueldr> since this is what makes the current configuration work
<callipygous> yes
<callipygous> Where do I find nixpkgs/nixos/modules/installer/virtualbox-demo.nix?
<samueldr> you could realistically, instead, add `services.xserver.displayManager.plasma5.enable = lib.mkForce false` and make sure at the top of configuration.nix `lib` is in the parameters (something like {pkgs, lib, ...})
<samueldr> callipygous: when you see a path within angled brackets (<>), nis will use $NIX_PATH to figure out where to find those... in that situation, it will find a local copy of the nixpkgs repo that was either built-in the ova or downloaded from the channels
<samueldr> (cannot say fore sure, depends on whether you updated the channels)
<samueldr> > <nixpkgs/nixos/modules/installer/virtualbox-demo.nix>
<{^_^}> /var/lib/nixbot/state/nixpkgs/nixos/modules/installer/virtualbox-demo.nix
<samueldr> the bot here has the NIX_PATH pointing to a nixpkgs checkout in its state folder (just for explaining)
<callipygous> ok
<callipygous> I could copy some of the stuff over from that file, and delete the import?
<callipygous> import reference that is
<samueldr> yes you could
seanparsons has quit [Read error: Connection reset by peer]
<samueldr> everything in the `imports` attribute will be recursively merged when building the system
seanparsons has joined #nixos
<samueldr> (so imports in imports work)
Supersonic112 has joined #nixos
Supersonic has quit [Disconnected by services]
Supersonic112 is now known as Supersonic
<callipygous> 3those paths don't exist
<callipygous> I'll look harder
<samueldr> you won't find it under /var/ in your system, that's really specific to how the bot works
<samueldr> you could and probably should use the github repo to find the contents in this particular instance
<samueldr> oh uh
* samueldr thinks
<samueldr> `nix-instantiate --eval -E '<nixpkgs>'` would show the location of the files
<samueldr> (I would bet it'll be in the store)
<samueldr> oh, and callipygous, don't hesitate to ask more questions if you have doubts
pxc has quit [Ping timeout: 252 seconds]
<callipygous> there are a few instances of the file in /nix/store
<samueldr> yeah, that's entirely possible and probably normal; they would be the different generations created by nix-channel I guess
<callipygous> weird
<callipygous> I did a diff on them, they're all the same
pxc has joined #nixos
<callipygous> it has a bunch of imports, too, just like I think you said
<samueldr> the file isn't one that change often, but the store paths /nix/store/.../ are all different (git) revisions of the whole nixpkgs tree... so even if only one file changes, you will see a whole copy of the tree
Acou_Bass has quit [Ping timeout: 252 seconds]
<infinisil> samueldr: `nix-instantiate --find-file nixpkgs` works too btw
<samueldr> thanks infinisil
<samueldr> (haven't really used it in the past)
Acou_Bass has joined #nixos
<callipygous> hmm, I guess there isn't an easier way to disable plasma?
<samueldr> [21:25:25] <samueldr> you could realistically, instead, add `services.xserver.displayManager.plasma5.enable = lib.mkForce false` and make sure at the top of configuration.nix `lib` is in the parameters (something like {pkgs, lib, ...})
<samueldr> » services.xserver.displayManager.plasma5.enable = lib.mkForce false;
<samueldr> (added the semi-colon which would be required)
<samueldr> lib.mkForce makes conflicting options "more important"; nixos options only fail when they are of the same importance
<callipygous> ok :) thank you
<samueldr> with hindsight, I would have built the internal profiles from nixpkgs with just a bit lesser importance, allowing more natural overriding for users using the ova
<samueldr> (I did not build any of that)
pxc has quit [Quit: WeeChat 2.1]
<callipygous> error: The option `services.xserver.displayManager.plasma' defined in `/etc/nixos/configuration.nix' does not exist.
<samueldr> I may have mistyped a part
<samueldr> oh, or you, plamsa_5_
<samueldr> oh, even worse
<ldlework> I have these three Nix files, https://gist.github.com/dustinlacewell/4aa025bfb301d433684f6ccf16af073b and yet when I try to build home-manager with them, i do not get a "recap" in a bin path. I can however "nix-env -i -f default.nix" and it gets installed properly. What am I doing wrong?
<samueldr> (my fault)
<samueldr> it's not displayManager, silly me
<samueldr> » services.xserver.desktopManager.plasma5.enable
<clever> ldlework: 6 fetches the source, and 17 installs the source
<ldlework> clever: lol what?
<ldlework> 6 and 17? I don't get that
<ldlework> oh line numbers
<clever> oops, missed a word
<callipygous> got it
<ldlework> clever: I think I understand that 6 downloads the source and 17 installs it
<ldlework> so what?
<clever> ldlework: 17 installs the SOURCE, not the result of running that nix
<clever> ldlework: you need to import the source to run its default.nix
<ldlework> clever: but shouldn't installing the source find the default.nix
<ldlework> I see.
init_6 has joined #nixos
<ldlework> I thought that happens automatically
<clever> it only happens when you run import or callPackage
<ldlework> so fetchFromGithub doesn't do any building at all
<ldlework> I guess that makes sense, usually it is being assigned to a src= inside a derivation
<clever> correct
<clever> it just fetches, from github
<ldlework> haha
<ldlework> thanks man
lassulus_ has joined #nixos
trevthedev has joined #nixos
lassulus has quit [Ping timeout: 252 seconds]
lassulus_ is now known as lassulus
<callipygous> ugh something went wrong
silver has quit [Quit: rakede]
<callipygous> I did the nixos rebuilt switch thing
<callipygous> rebuild
<callipygous> and came back, and the desktop is black
<callipygous> can't get it to respond
<callipygous> just a cursor
<clever> callipygous: try using grub to switch to the previous generation, then run `sudo journalctl -b -1` to read the logs from the previous boot
<ldlework> clever: I'm confused. The repo's default.nix does the callPackage call. What should I do with the github fetched source?
<clever> ldlework: but nothing is currently loading THAT file
<clever> ldlework: so you must import (fetchFromGithub { ... })
<ldlework> clever: ah OK I think i just had the wrong idea about fetchGitHub, importing worked.
<ldlework> clever: thanks, I was confused.
joseph-gl has joined #nixos
Acou_Bass has quit [Read error: Connection reset by peer]
Acou_Bass has joined #nixos
slack1256 has quit [Ping timeout: 272 seconds]
lopsided98 has quit [Quit: Disconnected]
lopsided98 has joined #nixos
<callipygous> okay, tried again with the nixos-rebuild switch
<callipygous> in a console
<callipygous> tty
<callipygous> but the screen just went black all of a sudden :S
trevthedev has quit [Ping timeout: 264 seconds]
grenade has joined #nixos
<callipygous> should I pastebin my config?
<callipygous> https://ptpb.pw/Nmpp <<there is my config
<clever> callipygous: did you do nix-channel --update at any point?
<callipygous> yeah
<callipygous> I think I added unstable
<callipygous> and did nix-channel --update
<callipygous> that was a while ago
<clever> try using `nixos-rebuild boot` instead, and then reboot
<callipygous> sorry, I'm finding it difficult to remember all the commands
<callipygous> what's that do
<clever> that defers the update until you reboot
<clever> the xserver sometimes crashes if you try to update things without rebooting
<callipygous> I wasn't in the xserver the third time I tried - I was in a tty
<callipygous> okay, did that...now on after boot I just have a black unresponsive screen :(
<clever> then the update broke something, try nix-channel --rollback to undo the update
<samueldr> callipygous: still in virtualbox? (would be interesting to know to verify if something broke)
<callipygous> yes, I'm in virtualbox
<callipygous> did you see anything wrong in my config ^^
* samueldr loads the current ova to verify if updating to unstable causes issues
grenade has quit [Remote host closed the connection]
<samueldr> everything in your configuration shouldn't cause black screen at boot and hanging on ttys :/
<callipygous> I'm going to delete it
<callipygous> and start with fresh .ova
slack1256 has joined #nixos
<callipygous> nope
<callipygous> something in my config is causing it to black screen me
<callipygous> No idea what
<callipygous> but it happened again on a fresh ova
<clever> callipygous: what if you dont add unstable?
<callipygous> that's what I just omitted
<callipygous> I deleted the virtual machine, loaded a fresh ova, and copied acorss my config without adding unstable
<callipygous> and did nixos-rebuild switch
<clever> callipygous: try changing absolutely nothing, and onyl nixos-rebuild switch
<callipygous> I did that initally, after just adding the package firefox
<callipygous> and it worked fine
<clever> try without enabling i3
<callipygous> not certain, but I think plasma5.enable = lib.mkForce false;
<callipygous> is the culprit
<clever> callipygous: also to speed up testing, use `nixos-rebuild test`
<clever> that wont change the bootup default, so you can just reboot the VM to undo the change
<emily> callipygous: do you have graphics acceleration turned on in virtualbox?
Dedalo has joined #nixos
<emily> that's the kind of thing that could cause issues
<callipygous> I am not sur
<callipygous> not at present
<callipygous> but I had it enabled before
grenade has joined #nixos
<{^_^}> [nixos-channel-scripts] @samueldr opened pull request #22 → Fixes channel going back in time due to incomplete change. → https://git.io/fAmlI
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/0fd58ed0997 (from 3 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
bennofs has quit [Quit: WeeChat 2.0]
<{^_^}> [nixpkgs] @kyrias opened pull request #45639 → dex: 0.7 -> 0.8.0 → https://git.io/fAml0
<ldlework> is pypi2nix recommended?
<ldlework> nice it worked
<ldlework> clever: I added fetchFromGithub to my release.nix { fetchFromGithub, python3Packages, maim, slop, ffmpeg }:
<ldlework> but I guess callPackage doesn't send that by default?
<Enzime> has anyone had any issues with slop being really laggy lately? :\
<Enzime> think it has something to do with OpenGL but I'm not sure if it's a slop regression or NixOS regression or mesa regression
<ldlework> nm
<Enzime> huh
<Enzime> it's not a slop regression
<Enzime> I think it's a compton regression
<{^_^}> chjj/compton#477 (by mission712, 29 weeks ago, open): Mesa 18.0.0: GLX backend broken
<clever> ldlework: callPackage can send anything that is an attribute of pkgs
<clever> > pkgs.fetchFromGithub
<{^_^}> attribute 'fetchFromGithub' missing, at (string):171:1
<clever> > pkgs.fetchFromGitHub
<{^_^}> <LAMBDA>
<ldlework> clever: it was a typo Github -> GitHub
<ldlework> hah!!!
<clever> yep
<ldlework> serendipity
<ldlework> samueldr: I see you too can take fast screenshots :)
* clever heads off to bed
<ldlework> o/
<samueldr> 'night!
<{^_^}> Night!
<samueldr> ldlework: yeah, immensely useful when doing QA work in code reviews
<samueldr> also extremely useful for memeing and stuff with friends ;)
<ldlework> samueldr: i've got video support now
<ldlework> samueldr: i've actually made a tool and am making a nix package for it
<ldlework> recap it supports rec and cap sub commands
<samueldr> awesome!
<ldlework> can do mp4, webm and soon gif
<samueldr> (my thing is an awful hack that I'm dragging along since about forever)
<ldlework> uses slop for selection, maim for screenshots, imgur-uploader for uploading (for people who don't have webservers)
<samueldr> fine choises (slop/maim) that's what's powering mine
<ldlework> i use ffmpeg for the video
drakonis has joined #nixos
<ldlework> i am adding xdg config support to it now
<ldlework> samueldr: do you know python?
<samueldr> not at all
<ldlework> what's yours written in
<samueldr> for h264 you could hit an issue with odd amount of pixels in wither x and y dimensions
<samueldr> glorious bash
<infinisil> Am jealous of y'alls setups
<ldlework> samueldr: I made it adjust it so it is always even
<infinisil> ldlework: Got a link to your tool?
<samueldr> ldlework: great, that puzzled me for a while when initially implementing
<samueldr> all my tests turned out to be even, but when actively trying to use it it crashed seemingly randomly!
<ldlework> samueldr: argh!
<infinisil> ldlework: Neat!
<ldlework> infinisil: oh you got it working?
<infinisil> Nah, just checked out the code
<ldlework> oh
mayhewluke has quit [Ping timeout: 252 seconds]
mayhewluke has joined #nixos
kenshinCH has quit [Ping timeout: 268 seconds]
robstr has joined #nixos
Fare has quit [Ping timeout: 244 seconds]
<robstr> Morning, trying to enter a nix-shell with additional system packages. this is my attempt https://gist.github.com/rsoeldner/1406aa9498dbd224dfdeeb04160f63fc -but just receive cannot corce a function to a string, can someone help ?
<Ralith> robstr: try replacing the last two lines of release.nix with just: pkgs.haskellPackages.app
<robstr> Ralith: cannot coerce a function to a string, same ...
<robstr> Ralith: oh maybe my machine fault, i will double check
<Ralith> what command are you running?
<robstr> Ralith: for whatever reasons on my mac, cabal2nix is not able to build ... and i tried with an empty default.nix file
<Ralith> that probably wouldn't help
<Ashy> ldlework: just looking through a-schaefers nix-config now
<ldlework> Ashy: adamantium might be around
<Ashy> so the idea is define a bunch of modules that conditionaly define config if an option is set
<Ashy> and then in each host config set the options as required
<Ashy> right?
robstr has quit [Ping timeout: 252 seconds]
robstr has joined #nixos
<robstr> Ralith: true, on my other machine i run into the same problem
<ldlework> Ashy: yep
<ldlework> Ashy: you can have unguarded modules too
<ldlework> Ashy: and modules which aggregate other modules
<ldlework> like "profiles"
<ldlework> etc etc
<ldlework> I am trying to pin nixpkgs in my python package but I am getting:
<ldlework> error: store path mismatch in file downloaded from 'https://github.com/NixOS/nixpkgs/archive/ee80654b5267b07ba10d62d143f211e0be81549e.tar.gz'
<ldlework> when I try to build my package
<Ashy> ldlework: cool
<ldlework> nm i figured it out
robstr has quit [Ping timeout: 252 seconds]
kenshinCH has joined #nixos
<{^_^}> [nixpkgs] @FRidh merged pull request #45625 → Skype 8.28 → https://git.io/fAqpW
<{^_^}> [nixpkgs] @FRidh pushed 2 commits to master: https://git.io/fAm4a
FRidh has joined #nixos
kenshinCH has quit [Ping timeout: 272 seconds]
oida has quit [Remote host closed the connection]
oida has joined #nixos
regulus_ has quit [Ping timeout: 264 seconds]
regulus_ has joined #nixos
<{^_^}> [nixpkgs] @flokli opened pull request #45640 → subsurface: 4.7.5 -> 4.8.1 → https://git.io/fAm4A
jD91mZM2 has joined #nixos
Dedalo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Travankor has joined #nixos
Travankor has quit [Client Quit]
dmj` has quit [Quit: Connection closed for inactivity]
mzan has joined #nixos
balsoft has joined #nixos
goibhniu has joined #nixos
<emily> hi, I can't "nix run nixpkgs.purescript" because the spdx build fails, saying it requires base <4.11 (i.e. GHC <8.4); is this expected, and how can I override the GHC version so that it works out okay?
<srhb> emily: If you grab it directly from the haskell package set, you can select the version easily
<srhb> emily: eg haskell.packages.ghc822.purescript
Izorkin has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<emily> ah, thanks
<emily> I guess the only remaining question is how expected this is, then
<srhb> How expected that things like this happens?
<emily> right; especially since I'm just trying to use purescript as an end user rather than as a Haskell library per se, I was surprised to find the build failing on a random dependency due to the GHC version (that I didn't even pick)
<srhb> I only just realized we have bumped to hc 8.4.3, and I imagine _many_ packages are not compatible yet, so I think it's pretty expected.
<srhb> So, the top level attribute is an alias for haskellPackages.purescript
<emily> I guess my assumption was that nixpkgs.purescript would be defined to use the correct GHC version
<emily> *nods*
<srhb> haskellPackages in turn is an alias for haskell.packages.ghcxyy
<srhb> It's been... Many months since the default was bumped here, and I imagine it caused similar breakage
<srhb> So I guess the answer is: Pretty expected during major ghc bumps :)
<srhb> I think having even top level aliases point to specific ghc versions is very costly, since it might cause hydra to have to build a lot of hackage for that ghc version alone
<srhb> Losing the sharing when using the same ghc version across the board
* emily nods
<emily> makes sense
<emily> I mean, I was surprised it wanted to build spdx at all, it was fine with binaries for most of the dependencies
<srhb> Right.. :)
<emily> I suppose it wanted to exactly because it fails on hydra
<srhb> Yeah.
simukis has joined #nixos
<emily> I see, the tradeoff of using a package that works is that I have to build everything T_T
<srhb> Yep. :P
<srhb> emily: you could also use the version from nixos-18.03
<srhb> We're entering the last sprint of unstable -> 18.09 so it might be a bit messy for a little while :-)
<srhb> nix run -f channel:nixos-18.03 purescript
<emily> cool, thanks!
<emily> I'm fine dealing with mess -- Nix makes it so easy after all
<srhb> Great ^_^
<{^_^}> [nixpkgs] @volth closed pull request #43358 → [staging] libuv: disable tests failed on GCE → https://git.io/fNk9T
slack1256 has quit [Ping timeout: 272 seconds]
ixxie has joined #nixos
drakonis has quit [Read error: Connection reset by peer]
<ixxie> clever, are you around?
<srhb> ixxie: Went to bed about three hours ago, according to my logs.
<ixxie> right
<ixxie> makes snese
<ixxie> sense
<ixxie> bah
<ixxie> I don't suppose anybody happens to know how to use justdoit.nix? xD
<srhb> I've used it ages ago
<srhb> ixxie: What's your question?
<ixxie> how to use it basically
<tilpner> ixxie - I've used clevers kexec trick a few times
<ixxie> I managed to do a kexec method
<ixxie> but I understand you can use justdoit to do it faster somehjow
<srhb> Ah
<tilpner> ixxie - IIRC just type "justdoit" from a console
<tilpner> But note that it will use ZFS in the specified layout
<ixxie> yeah I noticed
<tilpner> If you want anything else, edit that script prior to building
<tilpner> So what's the question?
<ixxie> that was the question basically
<ixxie> how to justdoit xD
<ixxie> I didn't notice it build another executible
<ixxie> thanks tilpner
<ixxie> srhb: yeah I followed session.md but I thought justdoit was a seperate option
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/07ea150b5c7 (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<{^_^}> [nixpkgs] @FRidh pushed to master « docs python: `python.buildEnv` does not include `buildPythonApplication` modules »: https://git.io/fAmEN
<srhb> ixxie: ah :)
<ldlework> Anyone here handy with packaging Python applications?
<srhb> ldlework: I've done a few, not a master of it.
<ldlework> I'm a bit confused about how to include and access data files.
<ldlework> Like an example configuration file
<srhb> Stick it in share somewhere?
<ldlework> I have data_files=[('data', ['data/config.toml'])],
<ldlework> in my setup.py
<ldlework> In my actual application I have a command to copy the example to the user's XDG_CONFIG_HOME but I don't know how to find the path to the file.
<srhb> Either relative to the executable or with an absolute path from $out ?
<ldlework> there's no $out in python
<srhb> No, but in your nix expression there is, and you can use that as you like :)
garbas has joined #nixos
<ldlework> I want the config file to work as normal if the package is being used by a non-Nix user
kenshinCH has joined #nixos
<srhb> ldlework: Reading the note here, it appears the way to go is to use __file__ to get the path relative to the python module https://python-packaging.readthedocs.io/en/latest/non-code-files.html
<srhb> So stick the data file anywhere in $out and then you know the relative path from __file__
<emily> srhb: unfortunately ghc822 purescript fails because of Semigroup vs. Monoid (<>) clashing with a custom prelude thing ;_;
<emily> I think I might just have to resort to the binary packages
Ariakenom has joined #nixos
<srhb> emily: Ah, looks like the purecript people have some work to do with this upgrade
<srhb> emily: But 18.03 works, right?
<emily> it works, but it's a major version of the purescript compiler behind, alas
<srhb> you can just override that though! :)
<emily> I'm kind of not sure what configuration this version is meant to build on at all though
<emily> oh, hmm :o
<emily> I guess I need to look into how to override individual haskell packages then
<srhb> emily: Random example from my overlays: https://gist.github.com/9ae8206fa94bf9a0eaed3c9be78e0f70
aexoxea has quit [Quit: Goodbye!]
<{^_^}> [nixpkgs] @dywedir opened pull request #45641 → tokei: 7.0.3 -> 8.0.0 → https://git.io/fAmuW
smolboye has quit [Read error: Connection reset by peer]
<emily> srhb: thank you for all the help! I'll try and get that working tomorrow
<srhb> emily: See you :)
smolboye has joined #nixos
balsoft has quit [Ping timeout: 244 seconds]
<ixxie> srhb, tilpner - any tips on how to deduce the ipv6 gateway of a random VM from the inside?
<srhb> ixxie: Um, why do you need it? :)
<ldlework> srhb: FileNotFoundError: [Errno 2] No such file or directory: '/nix/store/nrj8vf0s0qc0c5s6l0vhk1k6pf2x8ggq-recap/lib/python3.6/site-packages/recap/data/config.toml'
<srhb> ldlework: Is it there though?
<ldlework> no why would it
<srhb> I assumed you copied it there during installPhase or something?
<ldlework> the file is in the $out of the recap package
<ldlework> installPhase has nothing to do with it!
<ldlework> the python package must work on non-nix OS lol
<srhb> Okay, I guess I'm misunderstanding your question then.
<ldlework> I have a python package, which has an entrypoint, IE, a bin script
thc202 has joined #nixos
<ldlework> It has a command, such that I would like to copy a text file from *somewhere* to XDG_CONFIG_HOME/recap
<ldlework> ls -la ./result/data ~/src/recap
<ldlework> .r--r--r-- 372 root 31 Dec 1969 config.toml
<ldlework> the python setup.py is putting config.toml into $out
<Aleksejs> srhb: hi. Sorry, I just woke up and read your comment. I've checked your commits, there seems to be a small error in python-dotenv package. You use licenses.bsd, which is not in licenses file. It shows error "attribute bsd missing" during install
<srhb> ldlework: And what's the question?
<srhb> Aleksejs: Ah, thanks.
<ldlework> srhb: how do I retrieve the file from within my python code
<ldlework> such that it will find it on a nix and non-nix system
<ldlework> i understand if I have to "patch" the file in the nix
<ldlework> so that when the python app does the copy, it looks in the right place
<srhb> ldlework: I think the right answer is the same: You must know the data file location relative to the module beforehand, and it seems that data_files should ensure that
<srhb> ldlework: And then the path to the datafile is just relative to __file__ in the module
<srhb> On Nix and non-Nix
<ldlework> it isn't relative to the module lol
<srhb> Why isn't it?
<ldlework> maybe you're thinking of package_data?
<ldlework> where the data files literally end up inside the package/ ?
<ldlework> data_files install things relative to sys.prefix but nix that isn't actually the case, the files end up in the python library's nix package
<ldlework> in $out
<ldlework> and absolute paths don't work at all
<ldlework> like if you try to say this data file should be installed into /usr/share or /etc or something
<ldlework> it just doesn't end up anywhere from what I can tell
<ldlework> so you use a relative path and it ends up in the library's $out
<ldlework> the python package, the code files, end up in the python interpreter's package
<srhb> ldlework: Perhaps a small example package would help, I may be reading the python documentation wrong.
<ldlework> so if you use __file__ you're inside the python package..
<srhb> And you may be right that it's package_data and pkgutil.get_data instead
<ldlework> simple package
<ldlework> just two files cli.py and util.py
<ldlework> cli is a click entrypoint
<ldlework> it has a command "test"
<ldlework> in that command I need to get the location of data/config.toml
<ldlework> this is gonna make a great wiki entry if i can figure it out
<srhb> ldlework: Is this supposed to build?
<srhb> Download error on https://pypi.org/simple/pytest-runner/: [Errno -2] Name or service not known
revtintin has joined #nixos
<ldlework> srhb: i'm so confused about that
<ldlework> it builds for me but not you or infinisil
<ldlework> i've pinned nixpkgs
<ldlework> what's with that?
<srhb> ldlework: Do you have sandboxing turned off?
<srhb> nixos-option nix.useSandbox
mayhewluke has quit [Ping timeout: 272 seconds]
<ldlework> srhb: that just exit without output
<srhb> ldlework: You're on NixOS, right?
<srhb> ldlework: Anyway, I suspect you have it off and that your build (or the build of a dependency) is impure and using the network, breaking it for sandboxed builds.
mayhewluke has joined #nixos
<ldlework> srhb: yeah
<ldlework> i am on nixos
<srhb> set nix.useSandbox = true
<ldlework> this is going to like rebuild my whole system isn't it
<srhb> Nope.
<ldlework> oh that was fast
<srhb> It only affects new builds.
<ldlework> well uh
<srhb> And it really ought to be on by default.
<ldlework> the package still built for me
<srhb> That's probably because you already built a package that should fail
* ldlework sighs.
<srhb> ldlework: Try: nix-build /nix/store/5vhivs31p18p4n7yjfi0lgsc8gbx1v3q-python3.6-xdg.drv
<srhb> Er..
<srhb> nix-build /nix/store/5vhivs31p18p4n7yjfi0lgsc8gbx1v3q-python3.6-xdg.drv --check
<ldlework> ok i got the error now
<srhb> Great.
<{^_^}> [nixpkgs] @bb010g opened pull request #45642 → mandoc: 1.13.4 -> 1.14.4 → https://git.io/fAmuj
aswanson has quit [Ping timeout: 268 seconds]
<srhb> Wow, why is it so hard to find an example hello world packaging for python3...
aswanson has joined #nixos
<srhb> Anyway, I'm more and more convinced that you're right that you're supposed to use package_data and it'll just work.
<ldlework> LookupError: setuptools-scm was unable to detect version for '/build/source'.
<ldlework> ugh i'm in python depenendcy hell
<ldlework> this pytest-runner thing
b has quit [Ping timeout: 252 seconds]
<ldlework> stupid xdg module
<ldlework> i'm just going to remove it
<ldlework> srhb: ok it builds now
<{^_^}> [nixpkgs] @xeji merged pull request #45596 → nixos/tests/matrix-synapse: fix test → https://git.io/fAqLg
<{^_^}> [nixpkgs] @xeji pushed to master « nixos/tests/matrix-synapse: fix test (#45596) »: https://git.io/fAmzO
<FRidh> Including assets is a often a pain. You should indeed use package_data here.
ixxie has quit [Ping timeout: 272 seconds]
Ariakenom has quit [Quit: Leaving]
<{^_^}> [nixpkgs] @vcunat pushed to staging « mesa: 18.1.5 -> 18.1.7 (maintenance) »: https://git.io/fAmzK
<ldlework> srhb: I got it to work with package_data
jpab has joined #nixos
<srhb> Great :)
<srhb> Aleksejs: Fixed. Feel free to upstream if you're interested in maintaining them. :)
<Aleksejs> srhb: thanks!
ThatDocsLady has quit [Quit: Leaving]
<srhb> Why is it that sometimes bsd-3 clause is written with bullet points, and sometimes with numbered bullets >>
<Aleksejs> ampy itself works now but it's commands don't work. I'm trying to figure out if it's a problem with ampy itself or with esp32 firmware
<srhb> Aleksejs: Well, I doubt I have the right tools to really test it.
<srhb> But I figured this would be a starting point. :)
<Aleksejs> yeah, I will test it today
Ariakenom has joined #nixos
logzet has joined #nixos
revtintin has quit [Quit: WeeChat 1.9.1]
orivej has quit [Ping timeout: 244 seconds]
hellrazor has joined #nixos
alex`` has joined #nixos
<Aleksejs> srhb: I've figured out where the problem was - it was with my setup. ampy works fine
Asmadeus has quit [Ping timeout: 240 seconds]
Asmadeus has joined #nixos
orzo has quit [Ping timeout: 268 seconds]
<srhb> Aleksejs: Nice :)
das_j has joined #nixos
<das_j> Hey, little question about nix 2. I'm currently deploying my Debian infrastructure with Ansible, which means I have a default.nix that returns a derivation with all required packages (Ansible and some python libs) as build inputs. When launching nix-shell in this directory, I get a new shell with all required packages. When using `nix run` however, it complains that there is no valid `src` or `srcs`. What do I
<das_j> have to do differently here?
jtojnar has quit [Ping timeout: 252 seconds]
<das_j> Setting unpackPhase to "" doesn't work either
ok2 has joined #nixos
<{^_^}> [nixpkgs] @FRidh pushed 3 commits to master: https://git.io/fAm2u
<{^_^}> [nixpkgs] @FRidh closed pull request #33673 → nixos/jupyter: init service → https://git.io/vNmJp
FRidh has quit [Remote host closed the connection]
Thra11 has joined #nixos
FRidh has joined #nixos
<norfumpit> say how does one do upgrades with nixops
orivej has joined #nixos
<{^_^}> [nixpkgs] @FRidh pushed 104 commits to staging-next: https://git.io/fAm21
<{^_^}> [nixpkgs] @FRidh pushed 104 commits to staging: https://git.io/fAm2D
<{^_^}> [nixpkgs] @FRidh opened pull request #45643 → Staging next → https://git.io/fAm2y
das_j has quit [Quit: WeeChat 2.1]
<{^_^}> [nixpkgs] @FRidh pushed to master « konversation: 1.7.4 -> 1.7.5 »: https://git.io/fAm2j
<srhb> norfumpit: nixops deploy
mkoenig has joined #nixos
jasongrossman has joined #nixos
jasongrossman has left #nixos ["ERC (IRC client for Emacs 26.1)"]
<Thra11> If I find a mistake in my pull request after it gets merged, should I create a new pull request to fix it, or can I add new commits to the original pull request?
<LnL> you can't reopen it if it was merged, but you can create a new one with the same branch
<Thra11> LnL: Ok. Thanks
inquisitiv3 has joined #nixos
<{^_^}> [nixpkgs] @LnL7 pushed 5 commits to release-18.03: https://git.io/fAmaR
<inquisitiv3> Does somebody know if there is a finished derivation for Haskell IDE Engine in Nix? I can't find it when I search, bit I got a lot of matches so it's possible that I missed it.
__monty__ has joined #nixos
<cocreature> inquisitiv3: https://github.com/domenkozar/hie-nix
<inquisitiv3> I found domenkozar's repo
<inquisitiv3> cocreature: Haha, thanks!
<inquisitiv3> Is cachix only available in unstable?
<infinisil> inquisitiv3: check the cachix website
rprije has joined #nixos
<inquisitiv3> infinisil: I didn't think of that.
rct has joined #nixos
jtojnar has joined #nixos
orivej has quit [Ping timeout: 272 seconds]
<{^_^}> [nixpkgs] @FRidh pushed to cythonize « python: cythonize packages »: https://git.io/fAmVT
<Enzime> is it normal for python-modules inside nixpkgs to fail to download their requirements?
<Enzime> "Download error on https://pypi.org/simple/setuptools-markdown/: [Errno -2] Name or service not known -- Some packages may not be found!
<Enzime> Couldn't find index page for 'setuptools-markdown' (maybe misspelled?)"
<infinisil> Enzime: sounds like an undeclared dependency on the nix side
aanderse has joined #nixos
<infinisil> When python can't find some dependency it tries to download it, which fails because the sandbox prevents network access
<Enzime> infinisil: I don't see any dependencies specified at all in this file https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/python-modules/rlp/default.nix
<Enzime> how are the dependencies meant to be specified
<infinisil> Enzime: add the argument to the list at the top and to propagatedBuildInputs
<Enzime> infinisil: what's the difference between propagatedBuildInputs and buildInputs?
<infinisil> No time or will to explain right now, python just needs it
<inquisitiv3> It seems that I can't sign in to Github using my Yubikey on NixOS. When I insert the key the error message "Something went really wrong". I'm using Chromium, and there isn't any problems with an similarly configured Chromium instance on my Fedora machine. I've checked open issues on Github in the Nixpkgs repo, but it seems that there isn't any reported issues with it.
<Enzime> alrighty
<infinisil> I hope to eventually find (or write) a good and complete explanation of propagatedBuildInputs myself
<bart-> hi
<inquisitiv3> Does it make sense to try to get HIE running in a nix-shell environment, or do I only make it more complicated than what it needs to be?
<{^_^}> [nixpkgs] @FRidh pushed 0 commits to cythonize: https://git.io/fAmV1
<infinisil> inquisitiv3: it does call stack or cabal to build your project
<infinisil> Stack has transparent nix integration while cabal doesn't
<infinisil> So if you want to use a cabal project, you might want to use a nix-shell to have project specific cabal ghc and stuff
<jtojnar> anyone knows how to add ssdp helper to conntrack? https://github.com/NixOS/nixpkgs/pull/45045#issuecomment-416030795
<inquisitiv3> infinisil: Are you saying that it *should* be installed in a nix-shell environment?
<infinisil> inquisitiv3: I'm doing it at least, to have the right ghc with the nix packages the projects needs
<{^_^}> [nixpkgs] @jluttine opened pull request #45644 → pythonPackages.rlp: 1.0.1 -> 1.0.2 (with some new deps) → https://git.io/fAmV7
bruno2 has joined #nixos
<inquisitiv3> infinisil: So I've installed Cachix and authenticated my machine in the regular environment. Should I navigate to the project directory, start a nix-shell with `nix-shell -p ghc` (I only need a very basic environment) and when run 1) `cachix use hie-nix` 2) `nix-env -iA hies -f https://github.com/domenkozar/hie-nix/tarball/master` and lastly 3) `hie-8.2 --help`?
<inquisitiv3> I'm just guessing right now. Don't have any directly relevant knowledge how to set this up.
<infinisil> Nah, installation can't be per nix-shell
<inquisitiv3> When how should I do?
<infinisil> 1) then 2)
<infinisil> Then get some working cabal on PATH (this can be through installing cabal-install or through nix-shell)
<infinisil> Then start hie
orivej has joined #nixos
<{^_^}> [nixpkgs] @xeji opened pull request #45645 → ceph: fix build, 12.2.2 -> 12.2.7 → https://git.io/fAmwe
<{^_^}> [nixpkgs] @bfortz opened pull request #45646 → mixxx: 2.0.0 -> 2.1.3 → https://git.io/fAmwv
<inquisitiv3> Doesn't that install a specific version of HIE system-wide? Or is HIE built against several different versions of GHC installed at the same time?
<inquisitiv3> Little confused :S
<infinisil> hies contains all versions (8.0, 8.,2 8.4) as binaries hie-8.0, hie-8.2, hie-8.4
<infinisil> While hie-nix's hie80 attribute only contains version 8.0, as a binary "hie", same for the others
philippD has joined #nixos
<inquisitiv3> Aha, thanks!
<infinisil> You need the correct hie for your ghc version
<infinisil> inquisitiv3: domenkozar/hie-nix#26
<{^_^}> https://github.com/domenkozar/hie-nix/pull/26 (by Infinisil, 2 days ago, open): Update HIE (d769a30608cd5)
<Mic92> Any idea what can act as a replacement for nix-repl in nix pills: https://github.com/NixOS/nix-pills/blob/master/pills/03-enter-environment.xml#L43
monotux has joined #nixos
<Mic92> something that has a man page would be nice
<infinisil> inquisitiv3: Unfortunately this update can't be used yet, but if it eventually can, there will be a hie-wrapper binary to automatically select the correct binary
<inquisitiv3> infinisil: That would be good! :)
jD91mZM2 has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @Mic92 merged pull request #45641 → tokei: 7.0.3 -> 8.0.0 → https://git.io/fAmuW
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fAmwm
<infinisil> Mic92: you mean because it got removed?
<Mic92> infinisil: yes.
<monotux> so I copied this file (https://goo.gl/kkPLpF) and imported it into my system wide configuration.nix, and setup a backup job. I have some settings in /root/.ssh/config that has to be used for the backup job to work, but it's not being applied which makes the backup job fail. how do I make sure that my root ssh config is applied when running the serv
<monotux> ice?
<inquisitiv3> infinisil: You say that I should get a working Cabal installation, but you mention Stack previously. Should I still get Cabal? I only need GHC as of now (just beginning to learn Haskell).
<inquisitiv3> Mic92: `nix-repl` has been replaced with `nix repl`.
<Mic92> inquisitiv3: I know. I want to update the tutorial therefore
FRidh has quit [Quit: Konversation terminated!]
<infinisil> inquisitiv3: hie needs either stack or cabal to work. It will be easier to use stack
<inquisitiv3> Mic92: Aha, misunderstood you. Sorry
<infinisil> #44903 btw
<{^_^}> https://github.com/NixOS/nixpkgs/pull/44903 (by Infinisil, 2 weeks ago, open): Revert "nix-repl: Remove"
<monotux> oh I'm retarded. I could just add the extra parameter to the extraConfig
<inquisitiv3> infinisil: Okey. So I should create an environment with `nix-shell
<inquisitiv3> infinisil: Okey. So I should create an environment with `nix-shell -p ghc stack`?
callipygous has quit [Quit: Connection reset by queer]
<infinisil> inquisitiv3: if you intend to use stack: install stack (nix-env), then `stack new helloworld simple`
<infinisil> Then go into the helloworld directly and confirm that it builds by doing `stack build`
<{^_^}> [nixpkgs] @xeji opened pull request #45647 → nixos/tests/netdata: fix non-deterministic failure → https://git.io/fAmwK
<infinisil> inquisitiv3: then hie will work without nix-shell, as stack takes care of that
<{^_^}> Channel nixos-18.03-small advanced to https://github.com/NixOS/nixpkgs/commit/f316ac45e5d (from 70 minutes ago, history: https://channels.nix.gsc.io/nixos-18.03-small)
<inquisitiv3> infinisil: Sorry if I'm slow to understand, but do you mean that I shouldn't use a different development environment? That I should simply install stack in my regular environment with `nix-env`?
<infinisil> Yeah
<inquisitiv3> Why with `nix-env` and not system-wide?
<infinisil> Stack itself handles different dev environments, the stack version itself doesn't have any influence on what
<infinisil> that*
<infinisil> inquisitiv3: ah yeah you can do that too
<inquisitiv3> So you mean that I should use Stack's environments instead of nix-shell?
<inquisitiv3> Yeah, that's is obvious even for me...
<infinisil> Just install stack globally
<infinisil> `stack build` automatically enters a nix-shell with the correct things
<infinisil> And hie used that command to build your project
<inquisitiv3> So now I've installed Stack globally.
mayhewluke has quit [Ping timeout: 272 seconds]
mayhewluke has joined #nixos
Mateon3 has joined #nixos
aarvar has quit [Ping timeout: 272 seconds]
Mateon1 has quit [Ping timeout: 252 seconds]
Mateon3 is now known as Mateon1
<inquisitiv3> So now I only need to navigate to the parent directory for directory containing all the *.hs files I've and 1) run `stack new [...]` and 2) run `stack build`?
ixxie has joined #nixos
rardiol has joined #nixos
das_j has joined #nixos
<infinisil> Something like that, stack new doesn't work with an existing dir though
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/a04cf8fdb7f (from 2 hours ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<infinisil> inquisitiv3: i'd just do a new `stack new' and copy the files to it, look up online how files have to be layed out and how the .cabal file works
<inquisitiv3> Why did you describe giving `stack new` two arguments? I'm looking trough stack's documentation and it only seems to take one argument?
<das_j> Hm, is there any way to add my own options to the generated option list? (options.json)
<infinisil> inquisitiv3: maybe ask in #haskell instead
<das_j> I essentially need to add my own modules to the `nix-build --no-out-link '<nixpkgs/nixos/release.nix>' -I nixpkgs=$(NIXPKGS) -A options` command
<inquisitiv3> infinisil: True.
<inquisitiv3> There isn't anything left for me to do to get HIE running on my machine? When I run `stack build` the correct version of HIE will start?
orivej has quit [Ping timeout: 252 seconds]
orivej has joined #nixos
aanderse has quit [Ping timeout: 276 seconds]
<infinisil> inquisitiv3: stack won't do anything for the correct hie version, it doesn't add any hie itself
<ixxie> anybody ever considering adding `nixops install` command that uses kexec to install NixOS on some cloud VM?
<infinisil> inquisitiv3: in fact it's the other way around: hie starts stack. But you need to select the correct hie version yourself (until that hie-wrapper is there)
<infinisil> The stack.yaml file shows the stackage lts version, which determines the ghc version and therefore the hie version you need
<infinisil> Right now the default should be 8.4
<tilpner> ixxie - I don't really see how that could be done well without any user config or a ton of templates
b has joined #nixos
<mudri[m]> Often when I run `nix-collect-garbage --delete-older-than 14d`, a lot of symlinks go missing from /var/run/current-system/sw/bin, and I have to reinstall everything via nix-env. Why could this be happening?
<inquisitiv3> infinisil: Aha. So I should run `hie-8.4` to get hie and stack running?
<mudri[m]> Also, I guess I should mention that I install my user packages like https://nixos.org/nixpkgs/manual/#sec-declarative-package-management .
<inquisitiv3> I'm little confused now :S
<ixxie> tilpner: it would be implemented on a per-backend basis I figured
<infinisil> inquisitiv3: yea
<tilpner> ixxie - Maybe if you limited support to VMs with a single disk, that could work
<ixxie> tilpner: that is what I mean, a way to produce pretty basic NixOS machines
<inquisitiv3> infinisil: Do I have to think about which version of GHC Nix supplies?
<infinisil> inquisitiv3: nope, it's selected by stack (but provided by nix), and nix provides all common ghc version (and ones hie can use)
<ixxie> tilpner: this worked for Hetzner, it doesn't include the steps of creating the machine or building Clever's kexec yet, but it could easily be added
<tilpner> Ehh
<tilpner> Many of those steps are unnecessary
<ixxie> sleep probably
<ixxie> what else?
<tilpner> I got it down to scp $(nip ...) root@...:/tmp/kexec && ssh root@... /tmp/kexec
<tilpner> If you're doing unattended installs anyway, you don't need do to all of it manually
mzan has left #nixos [#nixos]
<bitonic> has anybody experienced `writing to file: Broken pipe` errors?
<tilpner> /tmp/kexec is an executable that self-extracts and then executes kexec. Once in kexec, a systemd service installs and reboots when done
<infinisil> clever would link his justdoit script now :P
<bitonic> and i'm not entirely sure how to debug it
<tilpner> infinisil - That's not any shorter though
<tilpner> (Not that it matters)
<mudri[m]> bitonic: I'm sure I have, but I can't remember why.
<ixxie> tilpner: neat, do you have that in a repo somewhere?
<infinisil> tilpner: yea
<bitonic> mudri[m]: do you have a clue on how to debug this?
<mudri[m]> bitonic: What was the command?
<jluttine> i'm packaging a python package that has a dot in its name: backports.shutil-which. how should i name it in nixpkgs?
<inquisitiv3> infinisil: You said that I need to start HIE and Stack by running `hie-8.*` manually in the command line until the `hie-wrapper` script is finished and available. Do I still need to following instructions to get it working with VS Code?
<bitonic> otherwise i guess i'm going to start having to strace this :|
<{^_^}> [nixpkgs] @Thra11 opened pull request #45648 → qtwebengine: Fix inputs on aarch64 → https://git.io/fAmrS
<infinisil> bitonic: shh substitutors are somehow super flaky, try shh-ng:// instead maybe
<bitonic> mudri[m]: building a fairly complex derivation
<tilpner> ixxie - Here's a 4mo version of it: https://git.tx0.co/scratch/nixos-kexec/tree/kexec.nix
<bitonic> infinisil: what's that?
lejonet has quit [Ping timeout: 268 seconds]
<infinisil> inquisitiv3: you don't if you don't intend to use different ghc versions
<bitonic> infinisil: that also doesn't work, but the error is a bit different
<infinisil> inquisitiv3: just tell vscode to use the "hie-8.4" binary (or only install hie-nix' hie84 attribue which will then make you have the standard "hie" binary which is the version 8.4)
<ixxie> tilpner: in the end its the same but shifts the code into Nix, which is better of course. But my point stands I think: this could be a handy util to nixops, especially if wrapped in cloud provider specific APIs/CLIs to also create the machine and pass the IP to it.
<tilpner> ixxie - Maybe. I don't use nixops. IIRC there was interest in removing provider-specific stuff from nixops and replacing it with terraform
<infinisil> bitonic: not entirely sure, both aren't working for me i think. I actually never got ssh substituters to work with nix 2.0 :/ maybe check if there's an issue for it. sphalerit also had the same broken terminal problem at some point i think
<inquisitiv3> infinisil: Sorry if I'm very slow and don't understand, but what do you mean with the text in the parenthesis?
<bitonic> infinisil: that is quite sucky
<bitonic> thanks for the info, i'll google
<infinisil> inquisitiv3: the hies attribute installs all hie versions in binaries called hie-8.*, but if you only use 8.4, you can install the hie84 attribute directly, which will then give you the "hie" binary. By default editors look for a "hie" binary, so probably it will just work out of the box
<ixxie> tilpner: interesting, do you know who to ask about this?
rprije has quit [Ping timeout: 264 seconds]
<tilpner> ixxie - I remember gchristensen talking about it, don't know about actual activity/progress though
<bitonic> infinisil: there is this ticket and especially this interesting comment https://github.com/NixOS/nix/issues/1988#issuecomment-401321708
<gchristensen> I already do it, but it is a bit janky
<inquisitiv3> infinisil: I installed hies according the instructions on https://github.com/domenkozar/hie-nix. I've `hie-8.0`, `hie-8.2` and `hie-8.4` available in my path. Should I have done it any other way?
<ixxie> gchristensen: so what does terraform do exactly?
<gchristensen> creates the servers and writes a .nix file
<infinisil> inquisitiv3: well it seems that it will be easier to just install hie84
<gchristensen> but it doesn't handle hardware configs nicely, I reimplement that.
<{^_^}> [nixpkgs] @xeji opened pull request #45649 → nixos/tests/networking: fix routes and virtual tests → https://git.io/fAmok
<ixxie> gchristensen: so it also handles installing NixOS?
<gchristensen> no
<inquisitiv3> infinisil: How should I go about installing only `hie84`? It isn't documented https://github.com/domenkozar/hie-nix
<ixxie> but I guess one could marry the kexec installer into it
<infinisil> inquisitiv3: you sure about that? Read again
<ixxie> and then we would have a reasoably universal NixOS cloud system?
<jluttine> with fetchPypi, how can i tell it fetch zip instead of tar.gz?
<gchristensen> ixxie: but my recommendation is don't bother with converting to NixOS and instead use/support providers which already support NixOS in a nice way.
<gchristensen> hetzner cloud allows uploading a disk image iirc, aws already has nixos, packet.net... I'm happy to work with other providers to get them supporting NixOS, too
<inquisitiv3> infinisil: Is it the second part?
<inquisitiv3> "Or for just a specific GHC and get hie:" and below
<ixxie> gchristensen: oh cool, didn't know that about Hetzner
* gchristensen looks it up
<ixxie> gchristensen: I recently switched to Hetzner so
<infinisil> inquisitiv3: yes
<inquisitiv3> So how do I uninstall the hies? :P
<gchristensen> Hetzner _cloud_ specifically, ixxie
<infinisil> ,fancy-uninstall inquisitiv3
<{^_^}> inquisitiv3: Fancy way to uninstall packages, needs fzf installed: nix-env -q | fzf | xargs -I{} nix-env -e {}
<ixxie> I'm using cloud yeah
<gchristensen> yeah so convert just one image by hand and save it as a Snapshot. that would be easy.
<{^_^}> [cabal2nix] @basvandijk merged pull request #368 → Add override for the vte system library → https://git.io/fNH4r
<{^_^}> [cabal2nix] @basvandijk pushed 4 commits to master: https://git.io/fAmoc
<tilpner> ixxie - IIRC Hetzner Cloud has NixOS ISOs already
<gchristensen> even better
<tilpner> But I guess that's not an installation you would want to snapshot
<tilpner> So either manually install from that once, or do kexec once. Not much difference either way
<ixxie> I only see 4 images available in the basic setup
<ixxie> but maybe I am missing another menu or something
civodul has joined #nixos
<{^_^}> [nixpkgs] @xeji merged pull request #45640 → subsurface: 4.7.5 -> 4.8.1 → https://git.io/fAm4A
<{^_^}> [nixpkgs] @xeji pushed commit from @flokli to master « subsurface: 4.7.5 -> 4.8.1 (#45640) »: https://git.io/fAmog
<inquisitiv3> infinisil: So now I've ran `nix
<tilpner> ixxie - You can see them under "ISO-IMAGES" after you have any server cloud server
<inquisitiv3> `nix-env --uninstall hies`
<{^_^}> [nixpkgs] @Mic92 merged pull request #45649 → nixos/tests/networking: fix routes and virtual tests → https://git.io/fAmok
<{^_^}> [nixpkgs] @Mic92 pushed 3 commits to master: https://git.io/fAmoa
<tilpner> ixxie - Click mount, reboot, then use the virtual console thing to install
bruno2 has quit [Ping timeout: 244 seconds]
<inquisitiv3> infinisil: So now I've installed HIE and only `hie` is in my path
<inquisitiv3> infinisil: Do I need to follow the instructions in https://github.com/haskell/haskell-ide-engine#using-vs-code-with-nix
<inquisitiv3> ?
<{^_^}> [nixpkgs] @Mic92 merged pull request #45648 → qtwebengine: Fix inputs on aarch64 → https://git.io/fAmrS
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fAmox
<{^_^}> [nixpkgs] @Mic92 merged pull request #45647 → nixos/tests/netdata: fix non-deterministic failure → https://git.io/fAmwK
<gchristensen> tilpner: oh so you can only do it to an existing system?
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fAmKk
<infinisil> inquisitiv3: try it and see, no need to ask me everything :)
<infinisil> inquisitiv3: should be smooth from now
<tilpner> gchristensen - Yes. The creation wizard will only give you fully-installed systems, not "we've mounted an ISO for you, now do the rest"
<{^_^}> [nixpkgs] @Mic92 merged pull request #45645 → ceph: fix build, 12.2.2 -> 12.2.7 → https://git.io/fAmwe
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fAmK3
<gchristensen> ... who do I call to get them to support NixOS properly?
<tilpner> I don't know, but it's not so bad
<tilpner> They only have Ubuntu, Fedora, Debian, and Centos right now
<tilpner> I'm not certain they intend to add "exotic" images. They might see the issue as solved
<infinisil> inquisitiv3: feel free to ask if you're having trouble with it though (I'm not using vscode though, can't help much with that)
<gchristensen> Packet.net only had roughly CentOS, Ubuntu, and Windows when I started......
<{^_^}> [nixpkgs] @tilpner opened pull request #45650 → racket: 6.12 -> 7.0 → https://git.io/fAmKo
<inquisitiv3> infinisil: Thanks for all the help! I wouldn't be able to do that myself. I really appreciate you taking your time!
<gchristensen> you can do it!
hamishmack has quit [Ping timeout: 268 seconds]
<tilpner> gchristensen - borg build ^ ?
<inquisitiv3> Why should it be so complicated to only get a language extension to work on a machine? :(
silver has joined #nixos
<infinisil> inquisitiv3: ;)
<genesis> infinisil : is it oki for xkbd finally ?
<tilpner> gchristensen++
<{^_^}> gchristensen's karma got increased to 23
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fAmKX
<infinisil> genesis still no sorry. Why do you keep bash and perl arguments?
<genesis> for the 2 scripts in share/xkbd
<infinisil> genesis: they aren't used in the code and should therefore be removed.
<genesis> i will fix them later
<infinisil> They don't have any effect
<genesis> the perl one would be usefull to fix i think
<infinisil> You seem to have a misunderstanding on how package declarations work
<genesis> but i'd prefer look at the Makefile.am later, and add the proper regex if i see a need.
<inquisitiv3> infinisil++
<{^_^}> infinisil's karma got increased to 20
<infinisil> genesis: when you have a function like { stdenv, bash }: ... in nix and you're not using the bash argument anywhere, it can be removed, because it has no effect, the nix evaluation doesn't use that argument
<genesis> even to patchshebangs them or try to generate locale later in my todolist ?
<genesis> using xkbd-config
<ixxie> tilpner: I don't see any such option and I have a server set up; just the snapshots option
<infinisil> genesis: this has nothing to do with it
<tilpner> ixxie - Click on your server, then there's a list of menu options on the left-ish side
<infinisil> genesis: it's like creating a function `int foo(int x, int y) { return x; }` in C, you can remove the y argument because it's never referenced
<ixxie> tilpner++
<{^_^}> tilpner's karma got increased to 8
<ixxie> indeed
<ixxie> and NixOS is there
<infinisil> genesis: your bash and perl arguments there are never referenced from the nix function implementation, so they can't have any effect
<{^_^}> [nixpkgs] @Mic92 pushed 5 commits to master: https://git.io/fAmKb
<{^_^}> [nixpkgs] @Mic92 merged pull request #45568 → Flexget: 2.14.9 -> 2.14.18 → https://git.io/fAtEa
<genesis> i should propagagedbuildinputs ?
<genesis> to have bash and perl available to use the scripts ?
<infinisil> genesis: no! Just remove the arguments!
<infinisil> The are not used nor needed
<infinisil> We are talking about https://github.com/NixOS/nixpkgs/pull/45623 btw
<{^_^}> #45623 (by bignaux, 1 day ago, open): xkbd: init at 0.8.18
<genesis> yeap, i thought i need them for the scripts, my bad, i remove and let it go.
<infinisil> genesis: i mean, i'm assuming that you have verified the program working in its current state
<genesis> it is
<genesis> but i can't generate fr xkbd so i've a qwerty one
<genesis> that's better than have the xkbd error in navit
<infinisil> Not sure what this has to do with it
<tilpner> gchristensen - You could always ask support, if this is something you care about: support@hetzner.com . Would you just tell them that there's demand, or do the work for them (as far as possible)?
<genesis> xkdb-config can generate a xkdb profile according to your local, but it is more work i don't want to do right now to fix that upstream
<gchristensen> I have a sales pitch
<genesis> and i donno perl.
<{^_^}> [nixpkgs] @Mic92 closed pull request #45594 → flexget: 2.14.9 -> 2.14.16 → https://git.io/fAqkw
<gchristensen> you are, of course, smart enough to learn perl
<genesis> but i want to focus on navit, not this old onscreen keyboard
<genesis> that no one will use on desktop
ixxie has quit [Ping timeout: 264 seconds]
lejonet has joined #nixos
das_j has quit [Quit: WeeChat 2.1]
iyzsong has joined #nixos
countingsort has joined #nixos
iyzsong has quit [Ping timeout: 244 seconds]
inquisitiv3_ has joined #nixos
jD91mZM2 has joined #nixos
<infinisil> inquisitiv3: can you first run nix-info
<infinisil> > stack.name
<{^_^}> "stack-1.7.1"
<inquisitiv3_> infinisil: `nix-info`: "system: "x86_64-linux", multi-user?: yes, version: nix-env (Nix) 2.0.4, channels(root): "nixos-18.03.133157.fde20125199", nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs"
<infinisil> inquisitiv3: you installed stack through configuration.nix?
<inquisitiv3_> infinisil: Yeap
<inquisitiv3_> Just added "stack" to the list.
jdnavarro has quit [Ping timeout: 272 seconds]
eren has quit [Ping timeout: 264 seconds]
jD91mZM2_ has joined #nixos
<infinisil> inquisitiv3: what's 'which stack'
jD91mZM2 has quit [Ping timeout: 244 seconds]
jD91mZM2_ is now known as jD91mZM2
<inquisitiv3_> infinisil: `which stack`: "/run/current-system/sw/bin/stack"
<inquisitiv3_> infinisil: You aren't in a nix-shell environment or running unstable? Just want to check. :/
<infinisil> Huuuuh this is super weird
<infinisil> Ah no it's not
<infinisil> Oh yes it is
<inquisitiv3_> Is it weird or is it not? :P
<infinisil> Ahh, it's not in the sense that I thought it would be
<infinisil> I'll see if this older stack really doesn't work, it shouldn't be that way
<inquisitiv3_> Thanks!
<infinisil> Yeah no this works for me
<infinisil> inquisitiv3_: is `realpath $(which stack)` also /nix/store/20fa3ff1y2islcvp4dc1la48lkprbz4s-stack-1.6.5 for you?
ArahaelPi has quit [Ping timeout: 244 seconds]
<inquisitiv3_> infinisil: "/nix/store/20fa3ff1y2islcvp4dc1la48lkprbz4s-stack-1.6.5/bin/stack"
<inquisitiv3_> Seems like it
<infinisil> inquisitiv3_: So the problem certainly isn't the stack version
<inquisitiv3_> It works for you?
<inquisitiv3_> realpath $(which stack)
<inquisitiv3_> Should I test to reboot the machine? I havne't done that since I installed Stack.
<infinisil> No that doesn't do anything
<inquisitiv3_> Do you want to see my configuration.nix?
<infinisil> No that won't do anything either
<infinisil> (well it won't help)
<infinisil> I'll delete my ~/.stack I guess and try again
<infinisil> inquisitiv3_: Oh! You're right, it doesn't work, now that I deleted .stack
<infinisil> I'll try with the newer version now
<infinisil> Yeah that works
<infinisil> inquisitiv3_: So the solution is to install stack from the unstable channel
<infinisil> ,unstable inquisitiv3_
<inquisitiv3_> I'll test that. Should I create an issue on Github? 18.09 is around the corner, so 18.03 reach EOL in about two months?
<infinisil> inquisitiv3_: Yeah an issue would be a good idea, stack might need to be upgraded in 18.03
alexteves has joined #nixos
aswanson has quit [Ping timeout: 252 seconds]
jluttine has quit [Quit: WeeChat 2.1]
<inquisitiv3_> infinisil: I got some error messages while trying to update. Configuration.nix and error messages: https://gist.github.com/inquisitiv3/74ae645e3e7d0146f6b3233c1420e2ed
aswanson has joined #nixos
<tilpner> gchristensen - racket ofborg build timed out :/
<gchristensen> yeah they do that from time to time
<inquisitiv3_> The command I run is `nixos-rebuild switch --upgrade`.
<tilpner> Should it have a higher timeout, or not use ofborg at all?
<gchristensen> not everything can be built on ofborg and that is okay
<infinisil> inquisitiv3_: your paste is incomplete
<gchristensen> we can't tie up our builders on, like, Chrome
<{^_^}> [nixpkgs] @jluttine opened pull request #45651 → nano-wallet: 14.2 -> 15.2 → https://git.io/fAmMf
<infinisil> inquisitiv3_: the message says the error is on line 38
jluttine has joined #nixos
<inquisitiv3_> infinisil: Line 38 is the one there "in {" is on. Do you want the whole config_
<inquisitiv3_> ?
<infinisil> inquisitiv3_: Yea
<inquisitiv3_> infinisil: Updated the gist
BlessJah_ has quit [Ping timeout: 272 seconds]
<infinisil> inquisitiv3_: Ah yes, put lines 36-38 to line 2 instead
lejonet has quit [Ping timeout: 252 seconds]
<gchristensen> inquisitiv3_: it looks like you've sort of gotten in to a mode where infinisil is doing the thinking and you're doing the typing. we're all volunteers here, and I worry you risk over-asking. if you're going to use Nix, you're going to need to learn Nix, and that means experimenting and trying stuff and reading error messages to build up your own ability to debug problems. We're still here to help, but we need
<gchristensen> you to be holding up your own end of bargain, by trying to learn and solve your own problems before coming for help. If you need help with how to do this better, https://www.mikeash.com/getting_answers.html has a nice bit on good IRC etiquette for how to solve problems, and failing that find help.
<infinisil> Thanks gchristensen, well put :)
<gchristensen> :)
ArahaelPi has joined #nixos
init_6 has quit [Ping timeout: 244 seconds]
<inquisitiv3_> gchristensen, infinisil: I'm sorry if I'm overasking. I guess I simply is tired of this problem and want to get this working ASAP. Sorry again.
<gchristensen> it is okay! I get in to the same mode sometimes, especially with something new to me.
lejonet has joined #nixos
<genesis> can we merge #45623 please ?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/45623 (by bignaux, 1 day ago, open): xkbd: init at 0.8.18
kenshinCH has quit [Ping timeout: 244 seconds]
BlessJah_ has joined #nixos
<{^_^}> [nixpkgs] @grahamc merged pull request #45623 → xkbd: init at 0.8.18 → https://git.io/fAqA1
<{^_^}> [nixpkgs] @grahamc pushed 2 commits to master: https://git.io/fAmD8
<gchristensen> nice job with that PR, inquisitiv3_
<gchristensen> infinisil:
Dedalo has joined #nixos
<genesis> thanks gchristensen .
<infinisil> ;)
BlessJah_ has quit [Ping timeout: 272 seconds]
eren has joined #nixos
hiroshi has quit [Ping timeout: 276 seconds]
<typetetris> is `fetchpatch` a nix builtin?
<gchristensen> no
<infinisil> typetetris: You can just eval nix to find out! nix eval '(builtins.fetchpatch)'
<infinisil> > builtins.fetchpatch
<{^_^}> attribute 'fetchpatch' missing, at (string):171:1
<typetetris> hmm ok, no builtin then. I only find usages, but no definition, if I grep for it in nixpkgs.
Fare has joined #nixos
<typetetris> ok, but simply calling it in the repl tells me it comes from lib/customization.nix, so I oversaw that with grep.
<infinisil> typetetris: Just grep (or ripgrep) for "fetchpatch = " in nixpkgs: `rg 'fetchpatch = '`
<typetetris> or not
<typetetris> ok, that worked thansk
<typetetris> thanks
<infinisil> I do have plans to create a program to index nixpkgs for attributes :)
<genesis> +1
<Dezgeg> > builtins.unsafeGetAttrPos "fetchpatch" (import <nixpkgs> {})
<{^_^}> { column = 3; file = "/var/lib/nixbot/state/nixpkgs/pkgs/top-level/all-packages.nix"; line = 173; }
<sphalerit> infinisil: or make `nix edit` work for non-drvs?
mayhewluke has quit [Ping timeout: 268 seconds]
<inquisitiv3_> I'm creating an issue regarding the problem with stack from stable. Should I write in the issue that infinisil │ a3f
<inquisitiv3_> │ | was able to reproduce the problem?
mayhewluke has joined #nixos
<infinisil> inquisitiv3_: Yeah feel free
<infinisil> Dezgeg: Unfortunately that's not very reliable, try it for any haskellPackages for example
<inquisitiv3_> infinisil: Good! Is it generally OK to write that in issues? Don't know if there's a etiquette rule that says otherwise? :/
<Dezgeg> yeah. foo.meta.position doesn't do the right thing always either
<infinisil> inquisitiv3_: Go ahead (you're asking a bit too many questions again)
<inquisitiv3_> infinisil: Aah, soory
<sphalerit> infinisil: but they're inquisitive, it's in their nature
<infinisil> Heh :P
<sphalerit> I think that's a fine question to ask
BlessJah_ has joined #nixos
BlessJah_ has quit [Remote host closed the connection]
<mpickering> Anyone fancy reviewing my very old PR? https://github.com/NixOS/nixpkgs/pull/39125
<{^_^}> #39125 (by mpickering, 18 weeks ago, open): SAGA, SAGA LTS release, dependencies and QGIS SAGA plugin
mudri has joined #nixos
rardiol has left #nixos [#nixos]
<{^_^}> [nix] @KaiHa opened pull request #2375 → Set NIX_REMOTE to unix-socket path; fixes #2372 → https://git.io/fAmSs
inquisitiv3_ has quit [Ping timeout: 244 seconds]
<mpickering> inquisitiv3: That looks like a potential stack bug
mzan has joined #nixos
<{^_^}> Channel nixpkgs-18.03-darwin advanced to https://github.com/NixOS/nixpkgs/commit/f316ac45e5d (from 5 hours ago, history: https://channels.nix.gsc.io/nixpkgs-18.03-darwin)
<philippD> is ther a way to have `src` be a single file when calling `mkDerivation`?
<gchristensen> sure, src = ./myfile;
<{^_^}> Channel nixos-unstable-small advanced to https://github.com/NixOS/nixpkgs/commit/cca57171707 (from 52 minutes ago, history: https://channels.nix.gsc.io/nixos-unstable-small)
<philippD> It says "do not know how to unpack source archive ..."
<gchristensen> unpackCmd = ":"
<philippD> ah ok
<gchristensen> (a colon is bash's noop command)
Izorkin has joined #nixos
hiroshi has joined #nixos
Fare has quit [Ping timeout: 252 seconds]
Fare has joined #nixos
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fAm9y
<{^_^}> [nixpkgs] @Mic92 merged pull request #45646 → mixxx: 2.0.0 -> 2.1.3 → https://git.io/fAmwv
aszlig has quit [Quit: Kerneling down for reboot NOW.]
aszlig has joined #nixos
netixx has joined #nixos
<netixx> Hi all, I have been working/rebasing a PR about openvswitch for a while, it's been reviewed by a couple of people. Is there any chances to have this merged into master (hopefully before 18.09 fork) ? https://github.com/NixOS/nixpkgs/pull/35127
<{^_^}> #35127 (by netixx, 26 weeks ago, open): nixos/openvswitch : upgrade 2.5.4 -> 2.9.2 and vlans
<Izorkin> How to need to merge PR https://github.com/NixOS/nixpkgs/pull/44343
<{^_^}> #44343 (by Izorkin, 3 weeks ago, open): mariadb: 10.2.17 -> 10.3.9
goibhniu has quit [Ping timeout: 272 seconds]
sigmundv__ has joined #nixos
<Yardanico> sorry wrong chat
<{^_^}> [nixpkgs] @Mic92 merged pull request #44890 → iwd: 0.4 -> 0.7 → https://git.io/fN5s8
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to master: https://git.io/fAmHw
<genesis> i wonder, i put xkdb in my buildinputs, but navit can't find it, if i installed xkdb, it could
Izorkin has quit [Disconnected by services]
Izorkin has joined #nixos
<genesis> so navit wants xkdb available in $PATH, how to do that ?
<genesis> same with espeak, i need it cmdline, is that the right case for propagatedbuildinputs ?
<symphorien> Just wrap the binary
<genesis> with prefix path ?
<symphorien> Yes
<genesis> oki thanks
<symphorien> Or patch the source to use an absolute path of you prefer
<genesis> i don't since it's in user config, make it unreadable with nix path :)
edwtjo has joined #nixos
sigmundv__ has quit [Ping timeout: 268 seconds]
kenshinCH has joined #nixos
kenshinCH has quit [Client Quit]
<philippD> I want to use a single file as src when calling mkDerivation but it doesn't work how I want to. I have set { src = ./test.md; unpackCmd = ":"; ... } but I get an error: "unpacker appears to have produced no directories" And my buildPhase script isn't called.
orivej has quit [Ping timeout: 244 seconds]
michaelpj has quit [Quit: ZNC 1.6.5 - http://znc.in]
<genesis> yes
<infinisil> philippD: unpackPhase = "cp $src .";
worldofpeace has joined #nixos
ixxie has joined #nixos
<philippD> ah so the variable had the wrong name
<philippD> unpackPhase = ":"; works for me
<infinisil> philippD: builds get run in a directory which unpackPhase is supposed to populate
<infinisil> ":" just does nothing, so this won't get populated, which is fine when you're referring to the source by using the `$src` env var
<philippD> I use ${src} which points to the nix store so that works too and I don't have to copy another file
<{^_^}> [nixpkgs] @volth opened pull request #45653 → perlPackages.AlienWxWidgets: fix build → https://git.io/fAmQP
<infinisil> Ah yeah, many ways to do the same thing :)
<{^_^}> [nixpkgs] @volth opened pull request #45654 → perlPackages.ArchiveZip: fix build → https://git.io/fAmQ1
Dedalo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
phreedom__ is now known as phreedom
Dedalo has joined #nixos
eren has quit [Read error: Connection reset by peer]
eren has joined #nixos
slack1256 has joined #nixos
netixx has quit [Remote host closed the connection]
<jtojnar> Anyone familiar with firewall? Why does `sudo nfct add helper ssdp inet udp` print `nfct v1.4.5: netlink error: Invalid argument`?
jperras has joined #nixos
timj has joined #nixos
<{^_^}> [nixpkgs] @dotlambda merged pull request #45057 → endgame-singularity: init at 0.30c → https://git.io/fNA6E
<{^_^}> [nixpkgs] @dotlambda pushed commit from @fgaz to master « endgame-singularity: init at 0.30c (#45057) »: https://git.io/fAm5l
<{^_^}> [nixpkgs] @vkleen opened pull request #45655 → fetchpatch: should use the buildPackages patchutils → https://git.io/fAm5a
goibhniu has joined #nixos
r2d2leboss has joined #nixos
<r2d2leboss> Hello. Is someone (a person, a team or a company) working on adding support to Nix (the package manager) on Windows without using WSL ? I would like to help but I would like to know if there has been previous works.
<{^_^}> [nixpkgs] @jtojnar closed pull request #30271 → deja-dup:add dconf dependency → https://git.io/vdaAA
<{^_^}> [nixpkgs] @vkleen closed pull request #45655 → fetchpatch: should use the buildPackages patchutils → https://git.io/fAm5a
simukis has quit [Read error: Connection reset by peer]
simukis has joined #nixos
<sevcsik> Hi, could somebody point me to
<sevcsik> Hi, could someone point me to a nix expression which builds an electron app from source? I'm having trouble with a lot of binary NPM packages electron depends on
<{^_^}> [nixpkgs] @timokau opened pull request #45656 → pythonPackages.sympy: 1.1.1 -> 1.2 → https://git.io/fAmdw
worldofpeace has quit [Remote host closed the connection]
ixxie has quit [Ping timeout: 244 seconds]
<sevcsik> r2d2leboss: have you seen this post: https://www.tweag.io/posts/2017-11-10-nix-on-wsl.html ?
<{^_^}> [nixpkgs] @timokau merged pull request #45615 → maven: 3.5.3 -> 3.5.4 → https://git.io/fAqo5
<{^_^}> [nixpkgs] @timokau pushed 2 commits to master: https://git.io/fAmdj
<{^_^}> [nixpkgs] @timokau merged pull request #45606 → charybdis: 4.1 -> 4.1.1 → https://git.io/fAqCM
<{^_^}> [nixpkgs] @timokau pushed 2 commits to master: https://git.io/fAmFe
<{^_^}> [nixpkgs] @timokau merged pull request #45603 → clipgrab: 3.6.8 -> 3.6.9 → https://git.io/fAqsY
<{^_^}> [nixpkgs] @timokau pushed 2 commits to master: https://git.io/fAmFf
<{^_^}> [nixpkgs] @timokau merged pull request #45257 → openblas: add pkg-config aliases → https://git.io/fNjWh
<{^_^}> [nixpkgs] @timokau pushed 2 commits to staging: https://git.io/fAmFL
<{^_^}> [nixpkgs] @timokau merged pull request #45654 → perlPackages.ArchiveZip: fix staging build → https://git.io/fAmQ1
<{^_^}> [nixpkgs] @timokau pushed 2 commits to staging: https://git.io/fAmFl
<{^_^}> [nixpkgs] @timokau merged pull request #45653 → perlPackages.AlienWxWidgets: fix staging build → https://git.io/fAmQP
<{^_^}> [nixpkgs] @timokau pushed 2 commits to staging: https://git.io/fAmF4
blankhart has joined #nixos
<keith_analog> Hi, I would like to find a way to configure my ipfs service in nixos to use the version of ipfs from the unstable channel (but continue to use the default channel otherwise). Could someone help me find the configuration I need? Thanks!
<mdash> keith_analog: let unstable = import <nixos-unstable> {}; in {... services.ipfs = { package = unstable.ipfs; ... }; }
<pikajude> is there an effort right now to implement incremental compilation of haskell packages in nixpkgs?
<blankhart> the snack project?
Izorkin has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
agjacome has quit [Quit: leaving]
<blankhart> i am having trouble building a haskell tensorflow project. nix-shell fails complaining that it is missing executable protoc (google binary for protocol buffers). what is my next step?
<LnL> add protobuf?
<jonge> blankhart: LnL: i think the compiler is in "pkgs.protobufc" while the lib stuff is in "pkgs.protobuf"
<LnL> ,locate /bin/protoc
<{^_^}> Found in packages: protobuf, haskellPackages.protobuf-simple
<blankhart> it should already be there
<blankhart> oh
IRCsum has quit [Remote host closed the connection]
<jonge> LnL: oh i just learned that protobufc has the c bindings. i have a project where both is needed as dependency and accidentally interchanged their meanings, oops. :'-O
<clever> blankhart: pkgs.protobufc also contains a protoc symlink
IRCsum has joined #nixos
<keith_analog> mdash: thanks! it looks like what i want, but i haven't found a way to make it compile in my configuration.nix file. perhaps i need to instead pass in for the `pkgs` argument `unstable`? here's the link to the ipfs service nixexpr https://github.com/NixOS/nixpkgs/blob/1b2cc51031a6334dcd8934e0584dd7b594217b85/nixos/modules/services/network-filesystems/ipfs.nix
Dedalo has quit [Quit: Textual IRC Client: www.textualapp.com]
IRCsum has quit [Remote host closed the connection]
periklis has joined #nixos
IRCsum has joined #nixos
<blankhart> hmm this still isn't working. where should i be adding it? https://lpaste.net/8950149947177566208
<{^_^}> [nixpkgs] @bignaux opened pull request #45657 → navit: add supports, xkdb, and many fixes → https://git.io/fAmbG
<{^_^}> [nixpkgs] @FRidh merged pull request #45656 → pythonPackages.sympy: 1.1.1 -> 1.2 → https://git.io/fAmdw
<{^_^}> [nixpkgs] @FRidh pushed 2 commits to master: https://git.io/fAmbn
<blankhart> is the issue that it is trying to build tensorflow-proto before building protobuf
scode has joined #nixos
orivej has joined #nixos
doyougnu has joined #nixos
<blankhart> this seemed possibly relevant but i'm not sure https://github.com/google/proto-lens/issues/110
<{^_^}> google/proto-lens#110 (by hvr, 1 year ago, closed): Compile failure with `proto-lens-combinators-0.1.0.8`
periklis has quit [Ping timeout: 264 seconds]
<genesis> am i on a good way with my support here #45657 ?
<{^_^}> https://github.com/NixOS/nixpkgs/pull/45657 (by bignaux, 10 minutes ago, open): navit: add supports, xkdb, and many fixes
<scode> Apologies in advance for being dense, but I'm waiting for the fix to https://github.com/NixOS/nixpkgs/issues/45500 to land in the unstable channel. However, I think I'm misreading what's what in Hydra, because as far as I can tell the issue is present in unstable (as per nix-channel --update nixpkgs). But following links to hydra it appears to have relatively new builds. What am I missing?
<{^_^}> #45500 (by mdorman, 3 days ago, closed): firefox+browserpass "is not allowed to refer to the following paths:
<r2d2leboss> sevcsik: yes however it only works on Windows 10 ant not on Windows 7
mayhewluke has quit [Ping timeout: 252 seconds]
keith_analog has quit [Quit: Konversation terminated!]
mayhewluke has joined #nixos
<sevcsik> Ah, sorry, you said *without* WSL...
<blankhart> more generally how do i sequence the build so that nix installs a binary like protoc before building other dependencies?
<blankhart> i tried putting protobuf in libraryToolDepends and setupHaskellDepends, but that doesn't seem to work
<clever> blankhart: does the haskell package contain a library?
<pikajude> snack is promising, but I've never gotten it to compile anything before
<clever> pikajude: ive heard that snack doesnt support multiple cabal projects at once
<clever> pikajude: and the main thing i want to use it on, is ~20 cabal projects depending on eachother
<blankhart> clever: yes
<clever> blankhart: can you pastebin your nix files?
<blankhart> see above
<pikajude> clever: snack doesn't support CPP either
<pikajude> I was fiddling around with trying to piggyback on the cabal setup hooks to do some nix-based incremental compilation
<pikajude> but it's quite complicated
inquisitiv3 has quit [Quit: Leaving]
<pikajude> and either way I'm pretty sure Setup.hs and cabal.project don't mix
<clever> > haskellPackages.protobuf
<{^_^}> "<derivation /nix/store/6aw0hprb4a723sryzhxpf6dia58pf9gy-protobuf-0.2.1.2.drv>"
<clever> pikajude: due to how callPackage works, you are getting the hackage protobuf, not the c++ protobuf
<pikajude> snack *will* support CPP soon as it's a known issue
<pikajude> wrong person
periklis has joined #nixos
<clever> pikajude: add protobuf to line 28 of the pastebin, to remap it the same way pkgconfig is remaped
jD91mZM2 has quit [Quit: WeeChat 2.0]
pi3r_ has joined #nixos
<pikajude> ????
<blankhart> clever, thanks
<clever> pikajude: oops, wrong tab-complete
<pikajude> oh no, he's stuck in a race condition
<blankhart> i had tried that suspecting that being the issue but it didn't work either
<blankhart> let me give it one more go and repaste
<{^_^}> [nixpkgs] @volth closed pull request #37594 → [wip] nixos/xfce4-13: add nixos module → https://git.io/vxC74
<blankhart> same error with this https://lpaste.net/4504470960270737408
orivej has quit [Ping timeout: 272 seconds]
<blankhart> whether remapped to pkgs.protobuf or pkgs.protobufc
<pi3r_> Hi, [haskell nix related] Are these two derivations equivalent ? http://nixpaste.lbr.uno/FOKnlms6?nix http://nixpaste.lbr.uno/XVtworfj?nix
<clever> blankhart: with nix-build or nix-shell?
<pikajude> oh snack isn't meant to be used as just a development tool?
<pikajude> huh
<pikajude> interesting
<pi3r_> Another way to ask this: is there any benefit to wrap the derivation inside pkgs.haskellPackages if you don't need to tweak your deps.
<clever> pi3r_: yeah, i think those are the same
periklis has quit [Ping timeout: 276 seconds]
<clever> pi3r_: i try to put it all in an overrides, because it makes it simpler to access the deps if you need them, and when the project grows, more things can depend on that package
<blankhart> nix-shell
<clever> blankhart: did you re-launch the shell? what does `type protoc` return?
<symphorien> r2d2leboss: https://ternaris.com/lab/nix-on-windows.html some people have tried but it seems really difficult
<pi3r_> clever: thanks that's what I thought.
<blankhart> clever: what do you mean by relaunch the shell? nix-shell won't start with that shell.nix
<clever> blankhart: oh, the .env used by nix-shell omits the tools
<clever> blankhart: what error does nix-shell give?
<blankhart> missing protoc
<clever> nix-shell shouldnt try building anything
<clever> blankhart: can you pastebin the error?
<clever> blankhart: tensorflow-proto is failing due to lack of protoc
<clever> blankhart: you only added protoc to project
drakonis__ has joined #nixos
<blankhart> thanks, how do i add protoc to the build of tensorflow-proto
<blankhart> sorry have not articulated it well - i was trying to ask how i ensure that it is available before tensorflow-proto is built
<clever> blankhart: editing that now
<clever> every package is built in its own sandbox, even if you install it before tensorflow, it wont be visible to tensorflow
<clever> it must explicitely be listed in the inputs of tensorflow
<blankhart> i see, thanks, that is a conceptual point i was missing
slack1256 has quit [Ping timeout: 272 seconds]
orivej has joined #nixos
<clever> blankhart: https://gist.github.com/cleverca22/025a197a47f6d21b0af27457b4b5d542 how about with these changes?
<clever> also of use, you can just run `git clone` on the above URL
seanparsons has quit [Quit: ZNC 1.6.5 - http://znc.in]
seanparsons has joined #nixos
makefu has joined #nixos
<{^_^}> [nixpkgs] @timokau pushed 2 commits to master: https://git.io/fAmA0
<{^_^}> [nixpkgs] @timokau merged pull request #45651 → nano-wallet: 14.2 -> 15.2 → https://git.io/fAmMf
<{^_^}> [cabal2nix] @peti pushed to master « yaml: work around incomplete dependency specification in upstream Cabal file »: https://git.io/fAmAX
<blankhart> clever, thanks! it complains that there is no libraryToolDepends attribute where you used it in shell.nix, but stops complaining if that is changed to setupHaskellDepends
<{^_^}> [nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/fAmAF
<blankhart> then, however, i get a different error https://lpaste.net/3766628177619714048
<blankhart> too long to lpaste in full, but no longer obviously a nix issue
<clever> yeah
<clever> the types in tensorflow-proto have changed
<blankhart> if you have any advice about next steps it woudl be welcome (but you've done plenty already...!)
<clever> you would need to look at the hackage docs for the problem function, and see how it has changed
oida has quit [Ping timeout: 250 seconds]
<blankhart> ok, thanks.
orivej has quit [Ping timeout: 252 seconds]
<{^_^}> [nixpkgs] @peti opened pull request #45658 → libyaml: update from 0.1.7 to 0.2.1 → https://git.io/fAmxc
oida has joined #nixos
sphaugh has joined #nixos
jpab has left #nixos ["Leaving"]
mzan has quit [Remote host closed the connection]
<{^_^}> [nixpkgs] @vincentbernat opened pull request #45659 → Small nginx tweaks → https://git.io/fAmxV
aswanson has quit [Quit: WeeChat 2.0]
aswanson has joined #nixos
<aswanson> does anyone know how to compile a locally developed R package for use with RStudio?
<{^_^}> [nixpkgs] @pSub pushed to update-udunits « udunits: 2.2.26 -> 2.2.27.6 »: https://git.io/fAmxP
daveo has joined #nixos
<daveo> hi
<{^_^}> [nixpkgs] @pSub opened pull request #45660 → udunits: 2.2.26 -> 2.2.27.6 → https://git.io/fAmxD
<daveo> I am trying to install duplicity 0.7.18 from nixpkgs. I have cloned the repo and when I do a nix-build -A duplicity it copies it to the store but does not set my path. How do I have it also set the path
snajpa has quit [Ping timeout: 260 seconds]
aither has quit [Ping timeout: 260 seconds]
<clever> daveo: nix-env -f . -iA duplicity
<{^_^}> [nixpkgs] @basvandijk merged pull request #45633 → hunspell-hs: fix build → https://git.io/fAmtg
<{^_^}> [nixpkgs] @basvandijk pushed 2 commits to master: https://git.io/fAmxj
<daveo> clever: the first time I built it I didn't have b2 installed with pip. how do I clean the built binary and rebuild it?
<{^_^}> [nixpkgs] @pSub pushed to master « calibre: 3.29.0 -> 3.30.0 »: https://git.io/fAmpq
<clever> daveo: nix ignores whatever you have currently installed while building
<clever> so that wont make any difference
<sphaugh> is packageOverrides evaluated before any overlays?
<daveo> clever: shucks I was hoping that would fix my problem... error message is `BackendException: B2 backend requires B2 Python APIs (pip install b2)`
<clever> sphaugh: not sure, i try to avoid mixing them
<clever> daveo: the nix expression for the package will need to be fixed to include B2
<daveo> clever: ok looking at that now
snajpa has joined #nixos
jperras has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @volth opened pull request #45661 → perlPackages.SVNSimple: fix build with non-default perl → https://git.io/fAmpu
<{^_^}> [nixpkgs] @xeji merged pull request #45639 → dex: 0.7 -> 0.8.0 → https://git.io/fAml0
<{^_^}> [nixpkgs] @xeji pushed commit from @kyrias to master « dex: 0.7 -> 0.8.0 (#45639) »: https://git.io/fAmpi
<daveo> clever: I tried adding b2 like so http://nixpaste.lbr.uno/OyIDKZie?nix
<daveo> I got this error http://nixpaste.lbr.uno/OyIDKZie?nix
<clever> daveo: thats the same link twice
<daveo> so in pkgs > development > python-modules I made a directory b2 with a default.nix and the contents
<clever> daveo: i dont see b2 in python2Packages
<bigvalen> I'd like to turn my Nixos box into a windows domain controller. It's nearly 20 years since I messed with domain controllers, so I've no idea what I'm doing. I had a look at https://wiki.samba.org/index.php/Setting_up_Samba_as_an_Active_Directory_Domain_Controller and it seems to recommend using 'samba-tool' which ... might conflict with how NixOS does things.
<clever> daveo: youll also need to add it to another file
<clever> daveo: pkgs/top-level/python-packages.nix
<daveo> where is python2Packages... looking
<daveo> thanks
<tilpner> > backblaze-b2
<{^_^}> "<derivation /nix/store/y8139amfzsv5vpsgvqm9zyqmf899qbif-backblaze-b2-1.1.0.drv>"
<tilpner> Try using that before you package your own
<daveo> clever: that worked.
<daveo> tilpner: I will see if backblaze-b2 is the same
<daveo> had the wrong sha hash anyway
<clever> > backblaze-b2.meta.description
<{^_^}> "Command-line tool for accessing the Backblaze B2 storage service"
<daveo> tilpner: that is indeed the same one
<daveo> awesome
<tilpner> Your b2 is a little newer, might want to update nixpkgs with 1.3.6
<daveo> ok that made it much easier
<daveo> now I just had to change duplicity's default.nix
<{^_^}> [nixpkgs] @vcunat closed pull request #32020 → nixos.tests.keymap.*: increase timeouts → https://git.io/vFhwi
<daveo> arrg but it still gave me http://nixpaste.lbr.uno/OyIDKZie?nix
<daveo> This is the last thing I tried: http://nixpaste.lbr.uno/9CKcd9uZ?nix
<tilpner> Leave buildInputs alone
<daveo> k
<tilpner> Then propagatedBuildInputs = (with python2Packages; [ ... ]) ++ [ backblaze-b2 ];
<daveo> k
<tilpner> Actually...
<tilpner> propagatedBuildInputs = with python2Packages; [ ... backblaze-b2 ]; will do the same
<tilpner> :/
<daveo> that sooo worked
<daveo> I have this now
aarvar has joined #nixos
<tilpner> One problem might be (not familiar with python packaging) that backblaze-b2 is using buildPythonApplication. Perhaps it should use a library equivalent?
<daveo> looking
<daveo> I see that in nixpkgs/pkgs/development/tools/backblaze-b2/default.nix:5
<tilpner> The directory structure seems fine though
<tilpner> Is there an error?
<daveo> Not sure if other people want/need b2 support for duplicity in the nixpkgs. If so I can put in a pull request
<daveo> no error it seems to work fine
<daveo> it is now backing up all my stuff to b2
__monty__ has quit [Read error: Connection reset by peer]
<tilpner> It could be an off-by-default option
pi3r_ has quit [Ping timeout: 268 seconds]
<daveo> good idea. that is beyond my knowledge at this point :)
<daveo> I've seen what the options look like before but I don
<daveo> 't know exactly what the syntax is
<Thra11> Wow. nixos hydra's aarch64 build server can build qtwebengine in just over 2 hours! That's fast!
<daveo> Thra11: I don't know regular benchmarks for the qtwebengine build... what are they?
<Thra11> daveo: All I know is my little machine takes over a day.
<Thra11> It doesn't have a massive amount of RAM though, so it ends up swapping a lot in the later stages of the build
<daveo> Thra11: trying to find the build now. unless you got a link
<daveo> Thra11: so it could be even faster. nice
endformationage has joined #nixos
<Thra11> ('It' == my build machine)
<daveo> I remember trying gentoo years ago and waiting soooo long
__monty__ has joined #nixos
<bgamari> what is the recommended way to enable DWARF debugging symbols on all of haskellPackages?
<daveo> for basic stuff
<daveo> wow I can't believe this site still exists. related humor of some sort for source based distos: https://funroll-loops.teurasporsaat.org/
<bgamari> I have tried an overlay with `mkDerivation = args: haskell.lib.enabledDWARFDebugging (mkDerivation args)` but this strange with the curious error
<bgamari> anonymous function at /nix/store/797yi4rh4mzs1vfx6im9yznc9l4sj7bb-source/pkgs/development/haskell-modules/generic-builder.nix:13:1 called with unexpected argument 'mkDerivation', at /nix/store/797yi4rh4mzs1vfx6im9yznc9l4sj7bb-source/lib/customisation.nix:69:12
<clever> bgamari: mkDerivation cant be wrapped like that
<bgamari> hmm, alright then
<clever> bgamari: let me check what i did...
<bigvalen> Hmm. Any attempt to run nixos-rebuild is failing for me, because postfix was installed incorrectly.
<bigvalen> [root@nas:/nix/store/r0z0z67cav0yffbpdpcz2f12b3vd9dwj-postfix-3.0.3/sbin]# ls -l |head -3
<bigvalen> total 4319
<bigvalen> lrwxrwxrwx 3 root root 80 Jan 1 1970 mailq -> installdir/nix/store/r0z0z67cav0yffbpdpcz2f12b3vd9dwj-postfix-3.0.3/bin/sendmail
<bigvalen> lrwxrwxrwx 3 root root 80 Jan 1 1970 newaliases -> installdir/nix/store/r0z0z67cav0yffbpdpcz2f12b3vd9dwj-postfix-3.0.3/bin/sendmail
<bigvalen> Any idea why it'd have prefixed the destination symlink with 'installdir' ?
<bgamari> clever, sure, that will do
<bgamari> clever, thanks!
<bigvalen> Is there any way to mutate something in /nix/store to fix this ?
<clever> bgamari: you want to fix the postfix derivation and then nixos-rebuild again
<daveo> I think somehow that my duplicity/b2 backup scheme is inefficient. I was also looking at borg, but it looks like I have to make the incremental backups on a local drive and then use rclone to send them. I just want to send the backups to b2. Anybody use borg and just send the backup off without storing it locally?
<bgamari> clever, do I? ;)
<bgamari> bigvalen, ^
<clever> bgamari: oops, yeah
<bigvalen> clever, derivation ? I just have: packages.postfix.enable=true;
<tilpner> daveo - Maybe slow, but AFAIK duplicity uses less space than borg
<clever> bigvalen: you need to add an override to fix postfix
<daveo> tilpner: ok I also just read it can do incremental as well
<clever> bigvalen: version 3.3.1 doesnt have this issue, so it may already be fixed, what does `nix-channel --list` report?
<bigvalen> I'm pretty sure I used to see it when I was on 17.09 - I wonder did I not upgrade it properly
<clever> bigvalen: ls -l /root/.nix-defexpr/channels/nixos
<bigvalen> # ls -l /root/.nix-defexpr/channels/nixos
<bigvalen> lrwxrwxrwx 2 root root 80 Jan 1 1970 /root/.nix-defexpr/channels/nixos -> /nix/store/dgsq5xfgyq9psyxfc4mdambbj6cysd11-nixos-18.03.133157.fde20125199/nixos
<bigvalen> Yeah, that looks good...
<clever> bigvalen: do you have any packageOverrides or overlays?
<bigvalen> ]# nix-store --query --requisites /run/current-system | cut -d- -f2-|grep postfix
<bigvalen> postfix-3.2.6
<aswanson> should it be packages.postfix or services.postfix? Thats what I have on my mailserver
<clever> services.postfix is the nixos option
<daveo> tilpner: I'm just concerned because it's been a while and I still see this http://i.imgur.com/tIPb9AK.png
<bigvalen> I don't think I've any packageOverrides.... certainly no mention of 'override' in /etc/nixos/*
<clever> bigvalen: can you post your configuration.nix to a gist?
<bigvalen> Yeah...
<tilpner> daveo - How long have you waited? Could be a B2 UI thing, you could have slow upload, duplicity could be taking a while
<tilpner> (And how much data is it?)
alexteves has quit [Remote host closed the connection]
<daveo> it started at 4:37 and it is 5:05. It's about a terabyte. I still expect size to not say 0 bytes in the backblaze webapp
<daveo> but maybe that's just how it works
<daveo> 0 bytes then 1 TB when it's done
<daveo> and the output from the running command says very little that is useful so I can't really tell if it is working
<tilpner> Hmm, give it some more time, and make sure to force-refresh their site
<clever> daveo: run `vnstat -l -i enp3s0` and check if its doing any kind of upload
<clever> daveo: you can also check `iftop` to see what ip its going to
<tilpner> Mine uploads in chunks of 250MB, so progress can be visible
<daveo> tilpner: I should do that. Looking that up
<clever> bigvalen: yeah, all of that looks perfect, where did you get the /nix/store/r0z0z67cav0yffbpdpcz2f12b3vd9dwj-postfix-3.0.3/sbin path from?
<daveo> tilpner: I might change it to 25MB chunks if I could
<daveo> tilpner: unless that is a bad idea
<bigvalen> [root@nas:~]# nix-env -iA nixos.talloc
<bigvalen> installing 'talloc-2.1.11'
<bigvalen> building '/nix/store/2qrhy4f3bs94icf51f5mln213f65nq0p-user-environment.drv'...
<bigvalen> error: getting status of '/nix/store/r0z0z67cav0yffbpdpcz2f12b3vd9dwj-postfix-3.0.3/sbin/mailq': No such file or directory
<bigvalen> builder for '/nix/store/2qrhy4f3bs94icf51f5mln213f65nq0p-user-environment.drv' failed with exit code 1
<bigvalen> Hmm. I wonder did I stupidly install postfix as a system package AND a user one.
<clever> bigvalen: oh!, nix-env -q
<clever> there is a bug in nix-env, that dead symlinks break nix-env -i
<tilpner> daveo - Probably shouldn't do that
<bigvalen> Ah. OK. Turns out I've a bunch of old crap in there that looks like never get updated :)
<bigvalen> nix-env -u would have also fixed that, right ?
<clever> bigvalen: probably, but its not a good idea to install postfix twice like that
doyougnu has quit [Ping timeout: 244 seconds]
<clever> the nix-env one doesnt really help any, and will stop nixos-rebuild from ever updating what is in $PATH
simukis has quit [Quit: simukis]
<bigvalen> And I learn more :)
<{^_^}> [nixpkgs] @Mic92 merged pull request #45661 → perlPackages.SVNSimple: fix build with non-default perl → https://git.io/fAmpu
<{^_^}> [nixpkgs] @Mic92 pushed 2 commits to staging: https://git.io/fAYea
__monty__ has quit [Quit: leaving]
pi3r_ has joined #nixos
monotux has quit [Quit: prutt]
monotux has joined #nixos
Fare has quit [Ping timeout: 268 seconds]
sphaugh has quit [Quit: Lost terminal]
lawlesseel has joined #nixos
xeji has joined #nixos
daveo_ has joined #nixos
<daveo_> tilpner: backblaze seems to reccomend restic over duplicity
<daveo_> tilpner: using restic right now. worked out of the box and it is much better. at least in terms of the info it puts to stdout :)
pi3r_ has quit [Quit: Leaving]
<adamantium> clever: do we need legacy mounts? I was considering not using legacy, tested it with non-root datasets so far and it seems to work
graphene has joined #nixos
seanparsons has quit [Quit: ZNC 1.6.5 - http://znc.in]
seanparsons has joined #nixos
logzet has quit [Ping timeout: 264 seconds]
chris| has joined #nixos
<daveo_> clever: just saw your message on vnstat and iftop. I have a KDE widget always up that shows how much I have ingoing and outgoing on the network
alex`` has quit [Quit: WeeChat 2.2]
<{^_^}> [nixpkgs] @domenkozar merged pull request #45448 → Elm 0.19 → https://git.io/fATYX
<{^_^}> [nixpkgs] @domenkozar pushed 6 commits to master: https://git.io/fAYJU
<{^_^}> [nixpkgs] @xeji pushed commit from @pSub to master « udunits: 2.2.26 -> 2.2.27.6 (#45660) »: https://git.io/fAYJn
<{^_^}> [nixpkgs] @xeji merged pull request #45660 → udunits: 2.2.26 -> 2.2.27.6 → https://git.io/fAmxD
mayhewluke has quit [Ping timeout: 252 seconds]
mayhewluke has joined #nixos
<clever> daveo_: ah, that also does the same job as vnstat
<clever> daveo_: though iftop can show more details, and tell you which domain is doing it all
lawlesseel has quit [Ping timeout: 250 seconds]
jperras has joined #nixos
aswanson has quit [Quit: WeeChat 2.0]
hamishmack has joined #nixos
<dhess> Hi all, I've started using dhallToNix for bits of configuration. It's working pretty well, but I just ran into an issue that I hadn't considered.
<dhess> dhallToNix depends on dhall-nix, which is a Haskell program. If you try to use it with config that is generated for, say, an aarch64-linux, then it fails, because GHC isn't available for that platform.
<dhess> Now, there's really no reason why the config needs to be *generated* on that arch. Is there a way to tell Nix to build the derivation on a different system than the target system's arch? (Without needing to resort to a full cross-compile)
<clever> daveo_: dhallToNix would need to be modified to accept 2 system params, then import nixpkgs twice, with those 2 values
<clever> dhess: oops, ^^^
<daveo_> clever: loving iftop but I only see ips. do you need something for it to resolve dns and show names??
<dhess> clever: hmm, bummer.
<dhess> well maybe it's time for me to figure out cross-compiles
lawlesseel has joined #nixos
Thra11 has quit [Ping timeout: 252 seconds]
<daveo_> clever: nevermind now I see more than just ip addresses. Fascinating to see what all is interacting with this box
<dhess> It would be nice if Nixpkgs supported an "all" pseudo-architecture like Debian does, where it doesn't matter where the derivation is built.
<clever> daveo_: yep
<clever> dhess: re-importing nixpkgs with builtins.currentSystem can get that effect
<clever> dhess: but then it introduces an impurity
<dhess> clever: Got any examples of that in your nix-tests repo?
<clever> dhess: import <nixpkgs> { system = builtins.currentSystem; }
<clever> that will always be for the current system, then you need to grab the dhall-nix from it
orivej has joined #nixos
<daveo_> woah what do you all think of this. may try it on my nixos system https://github.com/tatsu-i/rpot
<infinisil> daveo_: Holy moly, that is cool
<daveo_> or try to package it up and deploy it on kubernetes
<clever> daveo_: iftop is just a much simpler form of the same thing, it uses pcap to gather the data
<infinisil> Seems like a pain to package
<daveo_> maybe. by package I meant make a Dockerfile and maybe a helm chart for it
<dhess> clever: ok if I did that, would it be a problem for Hydra to build that?
<dhess> I'm not really clear on when imports are Hydra are kosher
<clever> dhess: hydra would eval it on an x86-64, so currentSystem will be x86-64
<dhess> oh ok that's fine then
<clever> dhess: but you wont import <nixpkgs> but instead `import pkgs.path { system = builtins.currentSysstem; }`
<clever> dhess: and maybe also do something with config and overlays
<dhess> clever: I have a fixed Nixpkgs so I'll use that
<dhess> And maybe I'll use system = x86_64-linux so that it's consistent. That should remove the impurities I think?
<clever> dhess: but that can cause problems if you try to build it on a real aarch64, it will demand an x86-64 build slave
<daveo_> I just so wonder how safe this rpot thing is. Makes me want to recreate my own version of it to check all the components instead of using all the binaries in tatsu-i's repo. Call me paranoid
<dhess> clever: I always deploy from either macOS or x86-64
<dhess> and the macOS systems always have x86-64 remote builders
ted_ has joined #nixos
binaryphile has quit [Ping timeout: 268 seconds]
<dhess> clever: that worked like a charm. Thanks!
<dhess> I'll have to remember that trick.
civodul has quit [Quit: ERC (IRC client for Emacs 26.1)]
makefu has quit [Ping timeout: 272 seconds]
<daveo_> trying rpot in a vm now
Dedalo has joined #nixos
rprije has joined #nixos
orivej has quit [Ping timeout: 252 seconds]
kyren has quit [Ping timeout: 264 seconds]
thc202 has quit [Ping timeout: 244 seconds]
kyren has joined #nixos
ericsagnes has quit [Ping timeout: 264 seconds]
goibhniu has quit [Ping timeout: 268 seconds]
lfam has joined #nixos
lfam has quit [Quit: Leaving]
lawlesseel has quit [Remote host closed the connection]
lawlesseel has joined #nixos