<clever>
iqubic: hydra would allow caching things between builds, while travis would loose that cache on every build
<clever>
iqubic: not that hard
<clever>
it merges 2 sets, overwriting any attributes that collide
<clever>
so its imposible to modify a after rec has copied it
<clever>
> rec { a = 42; b = a; } // { a = "but it takes place before any other operator"; }
<clever>
now it ignores the old a, and uses the a within the set
<clever>
> rec { a = 42; b = a; }
<clever>
there was an a already defined elsewhere
<clever>
> { a = 42; b = a; }
<clever>
it allows you to refer to other attributes in the current set
<clever>
rec is almost never what you want
<clever>
kalbasit: line 44 refers to the value on line 44 directly
<clever>
kalbasit: also, because of the rec on line 7, your not even referencing the value defined elsewhere
<clever>
kalbasit: all list based options append automatically
<clever>
dhess: nope
<clever>
dhess: not that i know of
<clever>
dhess: nixos wont restart containers upon making declarative changes
<clever>
dhess: so it will now be pre-building (and blowing all my free space) both machines every time nixpkgs updates
<clever>
dhess: it has also done the same with the router
<clever>
dhess: the nas has successfully built itself on hydra, no job took over 5 seconds, and it was mostly recreating config files without the secrets
<clever>
dhess: this maps over the config.containers set, and creates a containers/${name}.conf for each key in the set
<clever>
and uses the value after the @ to compute the full path
<clever>
it should contain a script that refers to another dir
<clever>
dhess: read that .service file
<clever>
dhess: does it have the same shortened name in /etc/systemd/system/ ?
<clever>
dhess: ah yeah
<clever>
Jul 17 00:19:00 nas hydra-evaluator[13174]: /nix/store/fxlvm8c0dv46ciq6cbfrm6kkg12c2vwk-hydra-2017-11-21/bin/.nix-prefetch-git-wrapped: line 187: awk: command not found
<clever>
dhess: still failed?!
<clever>
dhess: hydra has been re-deployed, now eval'ing
<clever>
you can just pick the rev from a channel, and fetch it from nixpkgs
<clever>
rotaerk: that only matters if you reference a branch
<clever>
rotaerk: nixpkgs has to load the libGL in /run/opengl-drivers/ to match what your gpu needs
<clever>
thats one file it doesnt seem to cache
<clever>
dhess: nixos will automatically repair it at the next rebuild-switch or boot
<clever>
dhess: sudo rm /etc/nix/machines
<clever>
[clever@system76:~/nixos-configs]$ nixops deploy -d house
<clever>
iqubic: i use nixops to manage my NAS and router, both are within the house
<clever>
dhess: i no longer have every line of nixpkgs memorized!!
<clever>
dhess: i notice that the networking module is refering to a argument option by the name of utils!
<clever>
yeah
<clever>
dhess: can you pastebin the backtrace from --show-trace ?
<clever>
dhess: that only gets ran if you refer to the pkgs_i686 argument in any nixos module
<clever>
dhess: overlays dont set nixpkgs.pkgs
<clever>
rotaerk: for gui programs, the version of nixpkgs you built the project from has to be fairly similar to the nixpkgs the host OS was built from
<clever>
rotaerk: the libGL stuff is a bit crazy, due to how it has to support multiple GPU's
<clever>
dont know then
<clever>
ah
<clever>
dhess: the patch probably didnt fix containers
<clever>
dhess: i think your doing a darwin build of the container, not a linux build
<clever>
kalbasit: the path refered to by ../.. must not begin with a .
<clever>
and treating it as a string will copy it into the nix store, and return the path of that copy
<clever>
> "${./.}"
<clever>
toString returns the input path
<clever>
all paths are absolute automatically
<clever>
> toString ./.
<clever>
sslh is probably creating its own copy of every connection
<clever>
or you have a serial killer in the other room :P
<clever>
so its coming from inside your machine
<clever>
the input is 127.0.0.1
<clever>
and the server port is fixed
<clever>
the client picks a random port for its end
<clever>
tobiasBora: thats how the network stack works
<clever>
tobiasBora: youll have to catch one in the established state to know what exactly is causing both ends
<clever>
tobiasBora: time_wait means the connection was already closed
<clever>
typetetris: can you pastebin more of the error?
<clever>
typetetris: which derivation fails tests?
<clever>
typetetris: -p will insert the argument into the buildInputs of a derivation, so you can use it
<clever>
typetetris: nix-shell -p 'with import <nixpkgs> { }; haskell.packages.ghc843.ghcWithHoogle(p: with p ; [ gi-gtk haskell-gi-base base ])'
<clever>
typetetris: so you need to put that whole ghcWithHoogle into the buildInputs of another derivation, and wrap some of the haskell packages with haskell.lib.dontCheck to turn off the tests
<clever>
typetetris: that drops you into a shell suitable for building ghc with packages, not using ghc with packages
<clever>
i think the bot is just offline
<clever>
,library
<clever>
i think it was ,foo=bar
<clever>
,
<clever>
its normally not an issue, because nix-build/nix-instantiate dies shortly after
<clever>
gchristensen: that desyncs the nix protocol
<clever>
gchristensen: did you ctrl=c at one point?
<clever>
you could either make a custom iso for it, use the netboot server (in the same dir), or just manualy add it to the imports of /etc/nixos/configuration.nix after booting a normal iso, and nixos-rebuild to make it work
<clever>
that file is setup as a nixos module, meant to be added to the imports section of the installer media
<clever>
tenten8401: it always wipes it when you run justdoit
<clever>
tenten8401: this is a script i had made to automate some of my installs, luks is one of the options it supports
<clever>
zenspider: i dont remember how its done on darwin, i dont do much with macs
<clever>
zenspider: it auto-creates that dir the first time you install something as the ryan user
<clever>
zenspider: the default profile will have all of the programs, and when you run `nix-env -iA nixpkgs.something`, it will create the ryan dir
<clever>
zenspider: that is expected to be empty on a multi-user install
<clever>
disasm: yeah
<clever>
zenspider: ah, so you simply didnt have nix-info installed yet
<clever>
zenspider: what paths is it downloading?
<clever>
disasm: i'm guessing it uses the default ~/.ssh/id_rsa
<clever>
zenspider: try restarting the daemon with launchctl and then see if that fixes nix-info
<clever>
zenspider: can you pastebin the entire output from the installer?
<clever>
Lisanna: yeah, that would explain things
<clever>
Lisanna: i also suspect its just a ui frontend, and if you can find the http request made when you restart failed jobs in a different eval, you can manually make that api call in the browser
<clever>
Lisanna: yeah, it probably should be filed on the issue tracker
<clever>
Lisanna: not really, youll need to push a change of some kind that triggers a new eval, or just manually restart everything
<clever>
Lisanna: only the 2nd eval onward can have bulk restarts
<clever>
Lisanna: there is a bug that the first eval in a jobset lacks the option to restart things
<clever>
zenspider: i'm not sure then, you may need to delete /nix/ and re-do the entire install
<clever>
Lisanna: click on the eval#, and then open the actions menu
<clever>
zenspider: even if you spawn a new terminal window and source it there?
<clever>
it may only be a problem in nix.sh, just re-source it
<clever>
zenspider: i suspect that you have something set that causes nix.sh to abort half way thru running, so you need to stop that MANPATH error from happening
<clever>
zenspider: can you pastebin all of those files
<clever>
zenspider: i'm guessing that you have some non-standard bash options set in your .bashrc or .bash_profile or such
<clever>
it said to source nix.sh
<clever>
the installer doesnt tell you to run nix-shell
<clever>
nix-shell reads the shell.nix or default.nix file
<clever>
thats normal
<clever>
zenspider: try adding that to PATH
<clever>
zenspider: what binaries are in /nix/var/nix/profiles/default/bin/ ?
<clever>
zenspider: what output did the install script give?
<clever>
zenspider: and does `which nix-env` show something now?
<clever>
zenspider: 1
<clever>
zenspider: what about: source /nix/var/nix/profiles/default/etc/profile.d/nix.sh ?
<clever>
tobiasBora: no idea, but you could ask #toktok