2018-01-25

<clever> chisui: try turning this option on and nixos-install again, then see if it can boot
<clever> # boot.loader.grub.efiInstallAsRemovable = true;
<clever> chisui: yeah, everything is where it should be
<clever> chisui: what files are in /mnt/boot/ ?
<clever> then there is no IFD
<clever> TimePath: you can also just copy the relevant nix expressions into the nixpkgs tree and open a PR
<clever> chisui: what does nixos-install print out, after everything has been mounted to the right spot?
<clever> what kind of hard drive?
<clever> chisui: what is sda?
<clever> chisui: its only configured to boot something on USB, which doesnt sound right
<clever> chisui: so it is configured to boot something, try again with efibootmgr -v
<clever> chisui: sort of like that?
<clever> [nix-shell:~]$ efibootmgr
<clever> BootCurrent: 0003
<clever> [root@system76:~]# nix-shell -p efibootmgr
<clever> chisui: what happens when you run efibootmgr ?
<clever> chisui: and "dmesg | grep EFI" finds something?
<clever> yeah
<clever> until result is deleted or pointed at something else
<clever> chisui: try the other options in your bios when you pick booting from the cd
<clever> chisui: how did you get the ISO onto the usb drive?
<clever> CapsAdmin: nix builds them
<clever> chisui: and also, how did you make the install media?, is it a cd? usb?
<clever> chisui: you have to select it in the firmare, when booting the machine
<clever> chisui: you need to make sure you boot the installer in efi mode
<clever> chisui: that environment didnt boot via efi, so it cant configure efi booting
<clever> chisui: you censored out the important bits
<clever> chisui: what does "mount" output?
<clever> symphorien: and it has sshd, so ssh back in, and you are free to reinstall the entire OS
<clever> symphorien: and if your wondering what the expression i linked does, you just unpack the tar to /, and run /kexec_nixos, and you have nixos running from a ramdisk
<clever> and yeah, nix is designed to not break things like apt does
<clever> CapsAdmin: if you give a non-root user write access to an empty /nix directory, then you can install nix without root
<clever> if unpacked to /
<clever> symphorien: in this case, it creates a /kexec_nixos symlink and a /nix directory with the full closure
<clever> symphorien: there is also a nix derivation that does the tar for you
<clever> CapsAdmin: nix hashes anything that can impact the gcc version, and you will get 2 gcc's in /nix/store/
<clever> but the multiple rootfs's will confuse coredumpctl
<clever> jsgrant_: you can also run `coredumpctl gdb 123` to open it in gdb directly
<clever> jsgrant_: in my case, i have a dedicated zfs dataset for it
<clever> 111 "/var/lib/systemd/coredump" = { device = "amd/coredumps"; fsType = "zfs"; };
<clever> jsgrant_: systemd.coredump.enable = true;
<clever> nope
<clever> yep
<clever> chisui: yes
<clever> just bios boot, which cant contain a filesystem
<clever> jsgrant_: he currently doesnt have an efi partition
<clever> and the output of mount isnt in there
<clever> chisui: line 25, you dont have EFI enabled
<clever> chisui: the bios boot partition is only to support legacy booting
<clever> chisui: EFI cant install with only a bios boot partition
<clever> i-am-the-slime: i use lastpass
<clever> jsgrant_: yeah, it could overwrite the wrong MBR
<clever> jsgrant_: the grub device has no default, and an assertion will fail if its unset
<clever> thats only for legacy booting
<clever> chisui: if you are booting with efi, you must set boot.loader.grub.device = "nodev";
<clever> chisui: grub only embeds if your using legacy booting, it sounds like you configured it wrong
<clever> chisui: what does "mount" say?, paste it into gist.github.com
<clever> chisui: and what failed?
<clever> chisui: you need a fat formated filesystem, with partition type EFI system, mounted to /mnt/boot/ and a rootfs of your choice mounted to /mnt/
<clever> chisui: do you want to boot with efi or legacy?
<clever> but i think it doesnt work anymore
<clever> Baughn: good question, not many of the tests test changing between 2 states
<clever> boomshroom: you can also just use the right gcc flags to tell it not to link to a libc
<clever> boomshroom: i686 is easy, just set the right system tag
<clever> fresheyeball: gsettings is in glib.dev
<clever> boomshroom: Sonarpulse has been involved in the changes lately
<clever> glib.dev 32,664 x /nix/store/vc1ipmdkvnkx5p99vadzvlan6c6cyhbh-glib-2.50.3-dev/bin/gsettings
<clever> even if you pick a different one at login
<clever> ah, then it should just work if you enable the gnome3 desktop manager
<clever> but the lists make it a bit fuzzy on if dconf is in there or not
<clever> i would expect it to be in this region
<clever> so enabling dconf will automatically add it to systemPackages for you
<clever> id recomend a PR, that adds dconf to systemPackages inside this if statement
<clever> coconnor: so it will only ever contain what you put into systemPackages
<clever> coconnor: sw is just a buildenv over everything in systemPackages
<clever> coconnor: dbus should auto-configure dbus services for anything in systemPackages
<clever> which will create a /etc/dconf/profiles/name containing that value
<clever> programs.dconf.profiles.name = ./name.txt;
<clever> which must point to paths
<clever> fresheyeball: profiles takes a set of profiles
<clever> fresheyeball: that will do absolutely nothing
<clever> neither version of the dconf module adds a systemd unit
<clever> fresheyeball: the profiles wind up in /etc/dconf/profile/
<clever> description = "Set of dconf profile files.";
<clever> master has an enable option
<clever> and if profiles contains anything, its enabled
<clever> 17.09 only has a profiles option
<clever> ah, i see the issue
<clever> fresheyeball: what exactly "doesnt work" with programs.dconf.enable = true ?
<clever> fresheyeball: which channel are you on?
<clever> fresheyeball: neither option exists on https://nixos.org/nixos/options.html#dconf
<clever> Myrl-saki: your derivation will install to $out/include/ and the stdenv will add the include dir of every input to the gcc search path via $NIX_CFLAGS_COMPILE

2018-01-24

<clever> tilpner: is localhost a buildslave?

2018-01-20

<clever> stphrolland: https://howoldis.herokuapp.com/
<clever> cinimod: run nix-store -q --tree on this path
<clever> error: build of ‘/nix/store/z6592cjldc5clypy1jrhamc56fvkw55j-python3-3.6.4-env.drv’ failed
<clever> it clearly says its the package send2trash
<clever> one of the packages you asked for, has failing tests
<clever> cinimod: the tests for send2trash failed

2018-01-17

<clever> ij: when running, it will be in /etc/systemd/system/ like all other units

2018-01-10

<clever> joko: just make sure you dont delete the one that system points to
<clever> joko: yeah
<clever> find util/ghc-pwd -name ghc
<clever> find the ELF file for plain ghc, and try running --version on that
<clever> what path is it at?
<clever> Yotam: which ghc?, the ghc binary that stack downloads wont work because you lack a /usr/lib/
<clever> dhess: worse case, nixos just cant make new certificates
<clever> davesq: darwin is special, and now always does a multi-user install

2018-01-08

<clever> dhess: yep
<clever> dhess: cron
<clever> dhess: the channel is mostly managed by external scripts, that wait until the tests pass on hydra, then publish the tarball hydra made in a certain job
<clever> dhess: yes
<clever> octe: then the editor has to be ran within the nix-shell
<clever> octe: does flycheck have a daemon mode?

2018-01-06

<clever> jekor: run "lsof -p <PID>" on the pid of nix-daemon, and check where stdout/stderr are directed
<clever> jekor: i think that format will work, and the daemon runs as root, so it can read the key
<clever> nikivi: if 2 programs use the exact same build, they will share that storepath, so there isnt a duplicate copy
<clever> jekor: try putting the config into /etc/nix/machines
<clever> jekor: nix-daemon doesnt get that variable
<clever> jekor: and are the remote machines setup in /etc/nix/machines ?
<clever> jekor: with that exact command?
<clever> jekor: what happens if you run "ssh user@host nix-store --help" with the user/host of the darwin machine
<clever> ertes: in general, i use super, self is to fix the loops
<clever> yeah, that should work
<clever> make a packageOverride that just overwrites haskellPackages with the 8.0 set
<clever> so 6 months down the road, when you want to update, you dont need ot do as much work
<clever> all the other stuf, is just to make it simpler to manage things
<clever> for just installing it, all you need is nix-env -iA unstable.discord
<clever> yeah
<clever> all it knows is the names of the packages
<clever> but `nix-env -u` wont always pick the right channel to read them from
<clever> nix-env is then required to install the new versions
<clever> nix-channel is required to update the expressions
<clever> yeah
<clever> fendor: nix-env -iA nixos.setname
<clever> fendor: using a set in config.nix to define all of your programs
<clever> fendor: and im not sure which channel `nix-env -u` will use
<clever> that would only update things root installed with nix-env
<clever> the user will automaticaly use the root channels
<clever> no
<clever> fendor: ah, then nixos will only update if root runs nix-channel --update
<clever> fendor: is nixos listed on both users, or only one?
<clever> jluttine[m]: manually create the missing directory
<clever> so other things wont become unstable
<clever> you can use the stable channel for most things, and then get just discord from unstable
<clever> depends on if you want to keep using the stable channel or not
<clever> nixos is 17.09, which is older, unstable is newer
<clever> fendor: the version in unstable?
<clever> fendor: try nix-env -iA unstable.discord
<clever> fendor: what does nix-channel --list say?
<clever> does it allow the old version to run?
<clever> the update will either fail or break the program
<clever> fendor: nothing installed with nix can update itself
<clever> fendor: nix-env -iA nixos.discord
<clever> jluttine[m]: nixos-install also works from any nixos install
<clever> kim0: yes
<clever> compare a normal release tarball with the github source, to see what they added
<clever> nix removes the .git directory, so that wont help
<clever> stuff that is never included in the github
<clever> and the cmake files expect extra stuff to be added to the tarball when making a release
<clever> kim0: the error is caused by nix not providing a git executable, and the .git directory being missing
<clever> cmake/Version.cmake may explain it more
<clever> it needs a version.cpp.in file to tell it what version it is
<clever> kim0: line 20 and 21
<clever> it helps stop the builds you do later from touching places it shouldnt
<clever> those help ensure you dont break nix
<clever> yes
<clever> bobbypriambodo: you can use multi-user mode as a single user
<clever> the stdin of the bash is connected to curl, so it cant read stdin from you
<clever> ah, it must have been changed again
<clever> bobbypriambodo: it will use stdin to ask that, when installing, how did you run it?

2018-01-05

<clever> macslayer: try hashing the files with md5sum
<clever> deltasquared: programs.man.enable = lib.mkForce false;
<clever> Aleksejs: has that user relogged since the change?
<clever> srhb: so i silently loose the ability to capture audio until i restart all of chrome
<clever> srhb: oh, and if pulseaudio restarts, chromium can reconnect for playback, but not capture
<clever> srhb: every 5 minutes
<clever> srhb: and half my pulse clients are incapable of reconnecting, so i just silently lost audio in those applications
<clever> srhb: the realtime watchdog assumed pulse was to blame, and -9'd pulseaudio with zero logs saying so
<clever> srhb: pulse used realtime to prevent such issues, and other glitches in my system caused micro-hangs (locking up for ~2 seconds)
<clever> srhb: ive had far worse problems with pulse and realtime scheduling
<clever> macslayer: i also like doing nixpkgs.config.pulseaudio = true;, which means anything installed with systemPackages has pulse support enabled in it
<clever> macslayer: usualy it starts by just being a low resistance, which heats up, and smolders for ages
<clever> macslayer: certain types are more prone to this kind of defect in manufacturing
<clever> macslayer: yeah, one sec
<clever> macslayer: also, think of the molex to sata power adapters
<clever> macslayer: sounds like the application is properly using pulse, so the alsa emulation isnt to blame
<clever> macslayer: what does pavucontrol say about the music player?
<clever> it has been fixed a few months ago
<clever> it was broken at one point when nixos-install got rewritten
<clever> srhb: it also has `nixos-install --chroot` that does most of them for you
<clever> srhb: nixos-install is just a bash script that does all those incantations for you
<clever> dhess: just manualy add /nix/var/nix/profiles/default/bin/ to $PATH then
<clever> and skip the script that does it for you
<clever> so you must put a file in the home dir of every user
<clever> but the darwin bash is naughty, it NEVER reads global files when running non-interactively
<clever> the nix installer puts it into /etc/ i believe, since thats global
<clever> what about in /etc/bashrc and /etc/profile ?
<clever> and another directory in per-usr
<clever> there should me another ~/.nix-profile in the root account
<clever> dhess: poke around in /nix/var/nix/profiles/ and see where nix is
<clever> dhess: oh, it may be at a different path in the multi-user setup
<clever> dhess: it has to contact the daemon (running as root) via a unix socket to gain write permissions
<clever> dhess: because you ssh'd into a user that lacks write access to the nix store
<clever> dhess: yes
<clever> longrin1: you want to use php56Packages
<clever> longrin1: line 15-17 of the gist, those refer to the php7 variant
<clever> 2018-01-05 05:22:14 < clever> are you using phpPackages anywhere?
<clever> it may also need this, if your using nix-daemon
<clever> export NIX_REMOTE=daemon
<clever> source ${HOME}/.nix-profile/etc/profile.d/nix.sh
<clever> you need to ensure ~/.bashrc on the mac sources
<clever> dhess: bash sources different files when ran interactively
<clever> dhess: what if you run "ssh user@mac nix-store --help"
<clever> longrin1: also, thats why i like gist, just nix-env -iA nixos.gist and then run "gist -p file1.nix file2.nix file3.nix" and all of them are published at once
<clever> longrin1: anything that sets systemPackages
<clever> dhess: restart the nscd service
<clever> longrin1: can you also gist the entire nixos config?
<clever> and murderizes the other 3
<clever> then ghc or the glibcLocales tries to use 99% of the ram in a single job
<clever> but if i instead limit it to 4 jobs, and make -j1, it runs fine 90% of the time
<clever> if i limit it to 1 job and -j4 at the make level, it wastes cpu half the time, on single-threaded builds
<clever> ive had the same issue on my arm
<clever> and it is a hard thing to balance right
<clever> dhess: while maxJobs is at the nix level, so it could potentially do x*y processes
<clever> dhess: the buildCores option is passed to make, and not all packages use ot
<clever> can you re-run the command with --show-trace and then gist the output?
<clever> you want to switch to pkgs.php56
<clever> nix-repl> php
<clever> «derivation /nix/store/6268q34sv8y4wm1hs33jr8dv0qdv0y01-php-7.1.11.drv»
<clever> are you using phpPackages anywhere?
<clever> what is your existing config?
<clever> longrin1: you tried to use memcache on php7, and its not supported there
<clever> 96 # No support for PHP 7 yet
<clever> 97 memcache = assert !isPhp7; buildPecl {
<clever> what git rev are you on?
<clever> longrin1: and what is the assertion at that line of that file?

2018-01-04

<clever> you need a Setup.hs that imports it
<clever> mpickering: cabal is available, as a haskell library
<clever> nixy: run nix-repl '<nixpkgs>' and try to tab-complete linuxPackages
<clever> mpickering: all-packages.nix
<clever> i believe so
<clever> samueldr: the rpi has a hardware random number generator
<clever> and if that hdd ever fails, i'm never getting into the bios again
<clever> i have a computers from that era, where the bios is configured from dos
<clever> i havent seen that kind of thing since the 486 era
<clever> Aleksejs: wtf?
<clever> that is strange
<clever> Aleksejs: is that when fully booted, or at the initrd?

2018-01-03

<clever> -R is recursive over deps, while --query --references isnt
<clever> --query --references will show only the first level
<clever> `_: nix-store --query --references on the myEnv path
<clever> deltasquared: it also has to manage all of the nix objects in a heap
<clever> anelson-: once it has finished once, you can manually run make to do it incrementally
<clever> anelson-: try just genericBuild
<clever> anelson-: nix-shell '<nixpkgs>' -A nix
<clever> iqubic: and there is a button in the top left, that says select an element
<clever> iqubic: did you hit ctrl+shift+i ?
<clever> iqubic: you just click on it with the inspector tool
<clever> petersjt014[m]: dont even bother, dd will overwrite it all anyways
<clever> petersjt014[m]: the directory entries are pointing into un-initialized data
<clever> petersjt014[m]: lol
<clever> iqubic: 2018-01-02 22:23:23 < MP2E> Not really sure how to workaround it other than pressing CTRL+Shift+I, isolating the element, and deleting it, but all that does is make the message go away
<clever> petersjt014[m]: the default of 1 is incredibly hard on the cpu, try bs=512
<clever> petersjt014[m]: did you set the block size?
<clever> they had to be special :P
<clever> iqubic: the binary is called Discord
<clever> iqubic: how did you check to see if discord was installed?
<clever> petersjt014[m]: sdb i believe, the image already contains partition tables

2018-01-02

<clever> thats checking the binary cache
<clever> dhess: is localhost in /etc/nix/machines?
<clever> tilpner: i believe it does the same thing as nix-build -A or -E
<clever> tilpner: but :b will build it
<clever> tilpner: yeah, that prints the string without forcing its context to exist
<clever> tilpner: :b buildFHSUserEnv { name = "foo"; }
<clever> tilpner: :b
<clever> tilpner: pass the derivation via -p instead
<clever> lejonet: eval "${ceph}" and "${ceph.lib}" in nix-repl '<nixpkgs>'
<clever> :D
<clever> yep
<clever> if you add it to an overlay, you can refer to it as pkgs.bitwig
<clever> systemPackages = [ (pkgs.callPackage ./bitwig.nix {}) ];
<clever> that also works
<clever> so you can just install it with nix-env and run bitwig like normal
<clever> and that bitwig you ran is a bash script that handles the chroot for you
<clever> yep
<clever> palo: if you remove .env and use nix-build, it generates a bash script that runs bitwig-studio under a chrootenv