<clever>
arianvp: also, line 3 is basically identical to what nix-env does with def-expr, and you can even take advantage of that
<clever>
arianvp: builtins.fetchGit will cache it to both ~/.cache/nix/gitv2/, and then import a subtree to /nix/store/
<clever>
LnL: blast!, mojave strikes again!!
<clever>
5>Jul 2 09:32:44 nixoss-iMac powerd[52]: Entering Sleep state due to 'Idle Sleep':
<clever>
arianvp: roots bash-profile will even create the channels if they are missing
<clever>
arianvp: yeah
<clever>
arianvp: and then every single time you run anything nix related, it warns you that X doesnt exist
<clever>
arianvp: if your user has never ran nix-channel, that directory wont exist
<clever>
arianvp: NIX_PATH is used by 90% of the nix tools, ~/.nix-defexpr/ is only used by nix-env -iA
<clever>
arianvp: the second layer, is that nix-env will recursively search ~/.nix-defexpr/ for either foo.nix or foo/default.nix, (stopping recursion once it finds one), and that becomes foo in nix-env -iA foo.hello
<clever>
arianvp: for both of them, nix-channel --update will mess with nix-env -i to add the latest nixpkgs to the profile
<clever>
channels-root points to roots profile (if you arent root)
<clever>
channels is always a symlink to the channels profile for the current user (a nix-env profile)
<clever>
arianvp: yeah, its assumed root will always have channels, so those are always in NIX_PATH
<clever>
but the check happens at login
<clever>
and only adds it when it can be found
<clever>
thats why it checks if it exists or not
<clever>
because adding it when it doesnt causes a warning on every nix cmd
<clever>
the default bash-profile will check if ~/.nix-defexpr/channels/ exists
<clever>
arianvp: you have to relog for it to be added to NIX_PATH
<clever>
LnL: looks like perl supports 3 forms of heredoc, <<EOF, <<'EOF', and <<"EOF", the single-quote one wont interpolate vars, while the other 2 do
<clever>
second problem is .User and PermissionsStartOnly
<clever>
then nixos would shove it into a shell script and simplify ExecStart
<clever>
LnL: my short-term fix, was to just move things from serviceConfig.ExecStart to .script
<clever>
LnL: the heredoc stuff should also deal with all the newline mess ive seen in a few execStarts
<clever>
so i cant tell why nix-daemon failed
<clever>
the new plist file doesnt send stdout/stderr anywhere
<clever>
and the script isnt waiting long enough
<clever>
chris___: what channel are you on, and which kernel is it pulling?
<clever>
LnL: 2 of the 3 macs failed again, but that was immediately followed by the kickstart you gave me, and then a 30 second sleep
<clever>
13>Jul 2 08:22:55 nixoss-iMac com.apple.xpc.launchd[1] (org.nixos.nix-daemon): Service only ran for 0 seconds. Pushing respawn out by 10 seconds.
<clever>
13>Jul 2 09:23:29 nixoss-iMac com.apple.xpc.launchd[1] (org.nixos.nix-daemon): Service only ran for 0 seconds. Pushing respawn out by 10 seconds.
<clever>
chris___: double-check `sudo nix-channel --list` and maybe `--update` it
<clever>
chris___: sounds like nix-channel wasnt in sync with what was installed, so its upgrading (or downgrading?) everything
<clever>
LnL: trying to think of what the best solution is, a dozen writeText's? passAsFile and a runCommand for all of them? some nix code to escape things?
<clever>
my $cmd = 'foo --arg='bar'';
<clever>
so now you have
<clever>
and this line, auto-generates an ExecStart = "foo --arg='bar'";
<clever>
LnL: oh, have you seen the systemd runner thing lately?
<clever>
LnL: it may be a race condition, i was booting 3 macs on the same machine
<clever>
and now we boot them all over!
<clever>
that one is my fault
<clever>
*doh*
<clever>
error: anonymous function at /Users/nixos/.nixpkgs/iohk-ops/nix-darwin/test.nix:1:1 called without required argument 'host', at /Users/nixos/.nixpkgs/iohk-ops/nix-darwin/modules/basics.nix:5:17
<clever>
LnL: then why is it not called restart? lol
<clever>
LnL: what exactly does kickstart do?
<clever>
LnL: i'll toss that into my script as well then
<clever>
half of those arent really partition types, and are more of where you mount them
<clever>
lordcirth__: legacy on gpt, requires a bios boot partition, which is not /boot and cant be mounted
<clever>
lordcirth__: mbr booting doesnt need that much special stuff with the boot partition
<clever>
lordcirth__: gpt or mbr?
2019-07-01
<clever>
ocharles: ah, i think its already doing static haskell linking, havent confirmed that though
<clever>
ocharles: there are plans to make that work on linux, so we can distribute 100% static ELF files, and then users dont need to worry about /nix/store/ deps
<clever>
Moredread[m]: i usually unpack the tar, copy the entire dir to something-orig, edit one copy, then `diff -ru something-orig something > foo.patch`
2019-06-30
<clever>
asymmetric: but the above wont change channels after you update the cfg
<clever>
oops, wrong tab-complete, lol
<clever>
symphorien: on the first login as root, if ~/.nix-channels doesnt exist, it will register system.defaultChannel as your channel
<clever>
yunratobe: are you running appimage-run on the appimage?
<clever>
compare `env` inside and out
<clever>
fresheyeball: what pid os psql actually running as?
<clever>
fresheyeball: is that path in an env variable?
<clever>
fresheyeball: its connecting to this unix socket, which doesnt exist
<clever>
connect(3, {sa_family=AF_UNIX, sun_path="/tmp/.s.PGSQL.5432"}, 110) = -1 ENOENT (No such file or directory)
<clever>
fresheyeball: the stuff near the end is most important, right before the error claiming cant connect to server
<clever>
fresheyeball: strace psql
<clever>
benhart: is it a fresh install? what path was configuration.nix at?
<clever>
benhart: does that machine not have an irc client or a pastebin?
<clever>
benhart: what is the output from nixos-rebuild switch?
<clever>
so if i plug it in, then immediately unplug it, the machine is bork :P
<clever>
and for extra fun, xfce will auto-enable any monitor i plug in
<clever>
i have to go into the xfce settings, and disable that monitor first
<clever>
but, if i unplug a monitor while its active, the video driver crashes, very hard
<clever>
after login, xfce restores the monitor layout perfectly
<clever>
on bootup, the login prompt is all over the place, but i dont really reboot much so i dont care
<clever>
selfsymmetric-mu: on my end, ive got an amd card, and am currently using the amdgpu driver with xfce
<clever>
selfsymmetric-mu: the "patch" may already be in $src
<clever>
selfsymmetric-mu: what about in the src path?
<clever>
benhart: you also need services.xserver.enable = true;
<clever>
selfsymmetric-mu: youll see all patches that are being applied, and the path to its src
<clever>
selfsymmetric-mu: then run `nix show-derivation` on that drv
<clever>
selfsymmetric-mu: now run `nix-store --query --deriver /nix/store/wdzg39mqppqmcv3yh1nxdpwijdx73n2b-xfce4-settings-4.12.1/bin/xfce4-settings-editor` and it should give a .drv file
<clever>
selfsymmetric-mu: what is the path in the nix store for the xfce settings binary?
<clever>
benhart: display-manager.service will dynamically start whichever DM you enabled in configuration.nix
<clever>
selfsymmetric-mu: typo, i renamed it from your example, but missed a place
<clever>
benhart: display-manager.service will only exist if you set services.xserver.enable = true;
<clever>
only nix-env and nix-build will obey nixpkgs-overlays from $NIX_PATH
<clever>
nixos only obeys the nixpkgs.overlays config option
<clever>
nixos will also ignore the nixpkgs-overlays path
<clever>
correct
<clever>
and that part itself, is then doing another overlay, against all xfce packages
<clever>
this creates a nixpkgs overlay, that will replace whatever pkgs.xfce is
<clever>
selfsymmetric-mu: if you want to alter the xfce used by nixos, you just want nixpkgs.overlays = [ a_nixpkgs_overlay ];
<clever>
selfsymmetric-mu: if you have a clone of nixpkgs, you could just edit xfce4-settings.nix directly and skip the entire overlay system
2019-06-29
<clever>
and then you can make an xfceoverlay = self: super: { xfce4-settings = super.xfce4-settings.overrideAttrs (old: { patches = old.patches ++ [ ./foo ]; ); };
<clever>
selfsymmetric-mu: for example, to replace xfce.xfce4-settings, you want a nixpkgs overlay, that does: xfce = super.xfce.overrideScope' xfceoverlay;
<clever>
which has to be insrted at the right place in the overlays
<clever>
WilliamHamilton: it takes a list of self: super: functions, so you may need overlays = [ (import ./foo.nix) ];
<clever>
WilliamHamilton: when you `import <nixpkgs> {}` you can do `import <nixpkgs> { overlays = [ .... ]; }`
<clever>
jaen: this will show the kernel version it wants, vs what it booted
<clever>
ls -l /run/{current,booted}-system/kernel
<clever>
jaen: if changing the kernel, you will need to reboot
<clever>
yeah, v6 can also be a factor
<clever>
jaen: there may be an optional driver with better perf
<clever>
jaen: if you check `lspci -vv` youll see which kernel driver your using
<clever>
jaen: hmmm, on emin
<clever>
jaen: you can try 18.09 then, or even 18.03
<clever>
19.03 was cut in march, while unstable continues to evolve
<clever>
jaen: its older then unstable :P
<clever>
jaen: you can fairly easily downgrade, by just adding the right channel with nix-channel --add, rebuilding, and rebooting
<clever>
jaen: maybe try an older kernel, or an older channel like 19.03 or 18.09?
<clever>
jaen: yeah, not much else i can think of to check
<clever>
nyanloutre[m]: probably best to just run the full steam package and run it via that
<clever>
nyanloutre[m]: ah
<clever>
nyanloutre[m]: steam-run doesnt actually use steam, it just sets up the same chroot env used to launch steam
<clever>
nyanloutre[m]: have you tried steam-run?
<clever>
jaen: it could be that your router is good at forwarding packets, but bad at actually processing and responding to things, .... but why was it fast for one machine and slow for nixos
<clever>
jaen: and then try an external server
<clever>
karetsu: might there be a duplicate pulseaudio daemon still running?
<clever>
karetsu: pulseaudio will remember the default device on clean shutdown and restore it next time it starts
<clever>
jaen: on one machine, `nix run nixpkgs.iperf3 -c iperf3 -s`, then on another, `nix run nixpkgs.iperf3 -c iperf3 -c 192.168.2.11`
<clever>
rfold: nix-shell doesnt update the MANPATH, youll need to manually `nix-build '<nixpkgs>' -A zeromq and then look under result/share/man and run man on a file
<clever>
jaen: one min
<clever>
jaen: looks fairly normal, and its properly at gigabit speeds
<clever>
jaen: jaen what does `nix run nixpkgs.ethtool -c ethtool enp3s0` report?
<clever>
jaen: check `top` to see what the cpu usage is like and what process is to blame
<clever>
levdub: nix-store --verify --check-contents, to search for any other "damage"
<clever>
levdub: youll probably want to also delete it with --delete, to tell nix its gone
<clever>
levdub: nix-store --delete /nix/store/foo, and dont use force
<clever>
levdub: they are probably built by hydra, and people have been focusing on getting rid of all randomness, so it would make sense for the uuid's to be duplicated
<clever>
the other files under video do similar things, for each vendor
<clever>
baum: this will check for nvidia/nvidiaBeta/nvidiaLegacy304/nvidiaLegacy340/nvidiaLegacy390 and put the right kernel drivers into the environment