<clever>
"cat /nix/store/y83prin1dixpzp78mqg9lnzmf1jldxgw-Mathematica_11.0.1_LINUX.sh.drv" and the first path should be the path its expecting to find in /nix/store/
<clever>
run cat on that .drv file, and youll see a second path near the top
<clever>
yeah, thats the hash of the drv. not the output
<clever>
i need to see those exact paths
<clever>
the paths and hashes are important
<clever>
MagneticDuck: can you gist the entire console output from the failing nix-build?
<clever>
ah, that was in step 1, maybe something got messed up then
<clever>
then copy it there, and do the registration thing again
<clever>
MagneticDuck: you may want to check the .drv file thats failing, to see the right storepath
<clever>
and if that path is wrong, nix wont find the file
<clever>
MagneticDuck: the hash in this path has no visible connection to the --flat hash
<clever>
teodorlu: nix-env manages all of .nix-profile, which must never be modified
<clever>
teodorlu: oh, it has to go in ~/.config/nixpkgs/config.nix
<clever>
MagneticDuck: what name did you give it in the store?
<clever>
MagneticDuck: it needs to know the hash of the file before it knows where to write it, and it doesnt want you being naughty and changing the file between the hash and copy
<clever>
teodorlu: line 12- makes a new package called mystuff, which i can then nix-env -iA nixpkgs.mystuff
<clever>
it should build a copy of stage1, and then give a storepath at the end
<clever>
Nobabs27: inside the guest, can you run "nix-build '<nixpkgs/nixos>' -A config.system.build.bootStage1" and then gist the file that result is pointing to
<clever>
can you read the file with "less"?
<clever>
Nobabs27: and can you gist the /boot/grub/grub.cfg file?
<clever>
Nobabs27: what does "sudo nix-channel --list" say?
<clever>
switch is just test+boot
<clever>
nixos-rebuild boot will make it the default in grub
<clever>
nixos-rebuild test will activate the changes without making them the default
<clever>
every time you do switch or boot, nixos updates the grub.cfg
<clever>
rebuild switch will restart services and update config files, but the kernel change will wait until you reboot
<clever>
probably isnt
<clever>
the change requires a reboot to apply, so switch doesnt really help any
<clever>
i would use "nixos-rebuild boot"
<clever>
and the socat has to be running when you launch the guest
<clever>
path/address has to be set to 127.0.0.1:4321
<clever>
and if your lucky enough to have a hardware serial port, you can also use the above on real machines for debugging things remotely
<clever>
so you should now get the entire error, and have the ability to copy/paste
<clever>
that tells linux to output everything to the serial port, instead of the virtual gpu
<clever>
Nobabs27: then add boot.kernelParams = [ "console=ttyS0,115200" ]; to the configuration.nix and rebuild
<clever>
you can then configure virtualbox to connect to 127.0.0.1:4321
<clever>
if you run this on arch, it will listen on port 4321
<clever>
socat tcp-listen:4321,fork stdin
<clever>
and then you gain the ability to scroll
<clever>
Nobabs27: the guest can be configured to print more debug info to the serial ports
<clever>
Nobabs27: in the virtualbox settings, you can configure COM1 to tcp mode, and set it up to connect to an existing socket, let me find some exact values
<clever>
Nobabs27: everything looks fine, what OS is the host that virtualbox is running on?
2017-06-14
<clever>
Nobabs27: gist --login
<clever>
Nobabs27: ok, boot that up and then gist the configuration.nix file and the output of sudo nix-channel --list
<clever>
Nobabs27: are you able to pick an older generation from grub?
<clever>
Nobabs27: did you do anything odd with the activation scripts?, can i see more of the error?
<clever>
mellowmaroon: either modify idea, or set that env variable correctly before launching idea
<clever>
so you need to use LD_LIBRARY_PATH to add things
<clever>
but java/python are an edge case, where you dont know what libraries it will be using later on
<clever>
you normally have to patch the program to know where the library is
<clever>
so installing a library wont fix the problem
<clever>
programs compiled with nix will never look for libraries in a global directory
<clever>
but java is an edge case, where you must add the library to LD_LIBRARY_PATH when lauching it
<clever>
normally, you must add the library to the package that needs it
<clever>
installing libraries will never fix library not found errors in a nix system
<clever>
pxc: but the nix ELF files have a non-standard rpath, and cant search /usr/lib
<clever>
pxc: my first guess is that someting in /etc is telling libc to load ldap, so it can properly lookup users and such
<clever>
gchristensen: i now have an entire window in chromium, with gistbox, and 20 to 40 gists open, of stuff that was important when i opened it
<clever>
http://www.gistboxapp.com/ has helped to dig gists out, as long as i set the topic well or know the name of the files
<clever>
eacameron: i gist so much crap that i often have trouble finding the stuff i saved, lol
<clever>
eacameron: nice
<clever>
Mic92: have there been any changes in the area of a musl stdenv?
<clever>
so if you dont do that, you loose bits
<clever>
Mic92: also, you must use that typedef if you want to copy an inode from a stat result to your own storage
<clever>
Mic92: and if any program was relying on that typedef being 32bits for some internal on-disk data...
<clever>
Mic92: but it also changes the bit size of a typedef in glibc
<clever>
Mic92: you need to compile with a -D flag, to transparently swap it over
<clever>
Mic92: and many programs in nixos (and a lot of other distros) are compiled to only use the 32bit one, and also treat EOVERFLOW as "the directory is empty"
<clever>
Mic92: on 32bit kernels, there are seperate stat and readdir functions, for 32bit or 64bit ints
<clever>
Mic92: turns out, the problem was inode numbers that dont fit inside 32bits
<clever>
Mic92: my case was pretty fun as well, programs claiming files dont exist, when they clearly do
<clever>
Mic92: oh god, lol :D
<clever>
Mic92: ive run the entire nix-daemon and a whole build under strace before
<clever>
eacameron: yeah, it would help if there was a program that would run X on every event, and not quit
<clever>
the -ff makes it append the pid to the filename, so the logs dont get interleaved
<clever>
pxc: i also like makign heavy use of "strace -ff -o logfiles"
<clever>
eacameron: heh
<clever>
yeah, it depends on how extreme you want to disable things
<clever>
Mic92: this one turns other x stuff off, and removes x11 from dbus
<clever>
so the box can modify its own shipping label
<clever>
also interestingly, the shipping label is just an e-ink display
<clever>
eacameron: yeah, i believe it just becomes normal objects in S3 once you return the box
<clever>
eacameron: ah, and AWS has 80tb and 50tb models of the snowball, but you can connect several boxes at once
<clever>
eacameron: simplest thing i can think of is to make a nix expression for building, and then just "watch nix-build", nix will hash the sources, and only build if the hash changes
<clever>
eacameron: ah, they have changed the process a bit, they will basicaly ship you a micro S3 server, and you do the upload over the LAN, and then return the server back to them
<clever>
qknight: nix-build '<nixpkgs/nixos>' -A system.build.toplevel -I nixos-config=./configuration.nix
<clever>
disasm: last time i used cups, it was tied into pam, so the root name/pw may work
<clever>
not sure then, i would just use a linux machine elsewhere, it can be a VM
<clever>
nixy: is $NIX_REMOTE set?
<clever>
goibhniu: stateVersion also handles that, so when you do switch channels, it will keep using postgress 8
<clever>
samueldr: if your using bridging, then you would put eno1 into br0 on line 21, where its currently blank, and then you give the containers IP's that exist in your main LAN
<clever>
is eno1 in the bridge?
<clever>
ah, if your using a bridge, then nat isnt at play
<clever>
and you dont have a hostAddress set
<clever>
samueldr: the internalIPs is commented out in there
<clever>
samueldr: can you gist your configuration?
<clever>
if you run "nixos-container root-login <containername>", can you ping a domain?
<clever>
samueldr: i have used that exact config before to run a minecraft server
<clever>
samueldr: does the hostaddress and localaddress exist in the same subnet as the internalip's?
<clever>
it almost is
<clever>
the kernel will run a command when certain events happen
<clever>
catern: line 445-447, the closures for any kernel->userland entrypoints
<clever>
414, every path in an env variable
<clever>
406, every file mmap'd
<clever>
388-394, every open file
<clever>
line 386, the current working dir
<clever>
catern: on line 385, it checks what the executable for the pid is
<clever>
but nix-store --delete still says they are in-use
<clever>
there is also a bug, nix-store --query --roots doesnt show those
<clever>
yes
<clever>
and /proc/*/environ are env variables
<clever>
/proc/*/exe are symlinks to all running binaries
<clever>
catern: the GC will scan /proc to find all in-use paths
<clever>
yes
<clever>
ah, then youll need the right type and flags
<clever>
andrewrk: oh, what bootloader are you using?
<clever>
andrewrk: oops, boot.loader.grub.device
<clever>
and confirm that boot.loader.device is still right