<clever>
you could delete the elf, and reuse the ones from pkgs.electron
<clever>
that .deb contains both js and elf files
<clever>
then the pre-patched electron in nixpkgs will load the JS, and you can just delete all of the ELF files
<clever>
i077: just use `cat <<EOF > $out/bin/todoist` to generate a shell script, that will run ${electron}/bin/electron on the directory with the package.json
<clever>
nope
<clever>
lddtree shows that better
<clever>
i077: so you may need to --set-rpath every .so in the package
<clever>
i077: if a .so file shipped with this package opens pulse, that .so must have the rpath fixed also
<clever>
i077: how does it fail? what happens if you use ${electron}/bin/electron instead of trying to patchelf the one they ship?
<clever>
then you start running into nixos-rebuild issues, and discovering reproducability problems in places you wherent looking, lol
<clever>
xelxebar: you can also set `repeat = 1` in nix.conf, and then it will just always repeat every build
<clever>
bhipple: --check only repeats a single thing, while --repeat 1, would check every single dependency as well
<clever>
bhipple: and if the builds produced different results, nix throws out all results and considers it a failure
<clever>
bhipple: nix also has a repeat option in nix.conf, to make it repeat every build N more times
<clever>
and then you can unpack the tar to / and boot
<clever>
thats used to generate a tar file, containing the entire closure of a store path
<clever>
time tar --sort=name --mtime='@1' --owner=0 --group=0 --numeric-owner -c * $extraArgs | $compressCommand > $out/tarball/$fileName.tar${extension}
<clever>
and nar requires that all files in a dir be sorted by name
<clever>
nar just lacks things that can be a problem, like timestamps and uid, or the write bit, stuff nix doesnt allow in /nix/store
<clever>
xelxebar: cache.nixos.org ises nar files, not tar files
<clever>
and then query cache.nixos.org to see if it has that path
<clever>
your meant to eval a nix expr from nixpkgs, to compute what path you want
<clever>
not really
2020-02-02
<clever>
astk: i too have broken scp by leaving echo's like that in place
<clever>
2020-02-02 17:14:57 < clever> astk: try both .bashrc and .bash_profile, and maybe add an echo to them temporarily, to confirm they even run, and when
<clever>
sondr3: you need to set the env var CI to anything, and then complain to them that its not pure :P
<clever>
that would be the problem
<clever>
sondr3: does overlay.nix do anything with builtins.fetchGit?
<clever>
bash will insert the right value for you, where the ~ is
<clever>
astk: vi ~/.bashrc
<clever>
astk: your editing /.bashrc not ~/.bashrc
<clever>
astk: your not in the home folder
<clever>
astk: what does `pwd` output?
<clever>
astk: can you pastebin the output of `ls -ltrha` ?
<clever>
how did you edit .bashrc and .bash_profile ?
<clever>
definitely using bash on the remote end
<clever>
astk: that shouldnt be happening...
<clever>
astk: what about `ssh user@host 'ps aux | grep $$'` ?
<clever>
astk: try .bash_profile then
<clever>
so the remote bash has to do things
<clever>
the single quotes stop the local bash from parsing it
<clever>
you want 'echo $PATH'
<clever>
astk: thats printing the local path, not the remote path
<clever>
astk: how does it not work?
<clever>
astk: it should do `export PATH=~/.nix-profile/bin:$PATH` as you asked earlier
<clever>
astk: then create a .bashrc in home
<clever>
you want to edit .bashrc in the remote home folder
<clever>
the home folder, on the remote machine
<clever>
astk: are you editing the one in the home folder?
<clever>
astk: try both .bashrc and .bash_profile, and maybe add an echo to them temporarily, to confirm they even run, and when
<clever>
astk: bash will run different files for login and non-login shells, so you must have ssh directly run nix-store
<clever>
astk: you can test that .bashrc was done right with `ssh user@host nix-store --version`
<clever>
yeah
<clever>
astk: the .bashrc on the remote end, must put ~/.nix-profile/bin/ into $PATH
<clever>
astk: when you run ssh-agent, you must set the env vars it prints, to the values it prints
<clever>
astk: ssh-agent must be ran on the local machine, not the remote machine
<clever>
astk: launch ssh-agent, and run `ssh-add key.pem`, then you can copy
<clever>
astk: i would just use an ssh agent
<clever>
if its a single-user install, you can ssh into that user, instead of root
<clever>
astk17: you only need nix, so you could just use the curl script to install it
<clever>
astk17: it should now be in /root/.nix-profile/bin/something
<clever>
philipp[m]: in this specific case, you can use patchelf entirely without nix being involved
<clever>
philipp[m]: but, upstream, they could have used patchelf to bake that LD_LIBRARY_PATH into the binary, and then it would work on every system, without the script
<clever>
philipp[m]: yeah, with steam in the mix, you generally want the fhs wrappers
<clever>
philipp[m]: patchelf can also be relative to the binary, so it should fix it even outside of nix
<clever>
philipp[m]: patchelf can entirely eliminate that
<clever>
MmeQuignon: i dont know why, but modern games like portal 2 run perfectly fine, but ancient games like the original half life, have horrible audio repeating
<clever>
so i'm constantly having to throw an `echo ` at the start of a cmd, just to be able to complete filenames
<clever>
gustavderdrache: my problem, is that i try to complete `nix-env --profile /nix/var/nix/profiles/system` and it wont let me, because the author doesnt know all of the edge-cases
<clever>
heh
<clever>
gustavderdrache: i tend to find the completions a bigger hinderance, it stops me from completing perfectly valid commands, because i know the command better then the author of the completion code
<clever>
evanjs: so nix has to unpack, and hash the contents, rather then the zip itself
<clever>
evanjs: which breaks nix's hashing
<clever>
evanjs: the reason its called fetchzip, is that a lot of websites auto-generating a zip for dl, include timestamps in the zip metadata
<clever>
evanjs: the name is misleading, it fetches anything, then runs the unpackPhase to $out, and adds zip support to the unpackPhase
<clever>
evanjs: pkgs.fetchzip with a postUnpack i'm thinking
<clever>
that might be it
<clever>
that are bash related
<clever>
gustavderdrache: do you see things in ~/.nix-profile/etc/ ?
<clever>
,locate
<clever>
kiloreux: nix-locate is about all you can use then, to search for any package that contains font files
<clever>
kiloreux: i just tab-complete that kind of thing under: nix repl '<nixpkgs>'
<clever>
,cache anohigisavay
2020-01-30
<clever>
Shoubit: your better off using mkIf and a custom option, to allow not setting it
<clever>
Shoubit: mkForce would undo all other things setting it, likely breaking many things
<clever>
rihardsk[m]: and then use the result of runCommand as your src=
<clever>
rihardsk[m]: yeah
<clever>
rihardsk[m]: not use submodules? compose it back together with runCommand?
<clever>
Raito_Bezarius: what does `--show-trace` output?
<clever>
Raito_Bezarius: there is the builtins.trace function, which you can insert anywhere in your code
<clever>
the os will be using some ram, which you cant test
<clever>
peelz: any test under an os, is not going to be a proper test
<clever>
peelz: you can also just burn a memtest iso, and boot that
<clever>
peelz: ive not had a chance to test it locally, so i dont know how diff it behaves
<clever>
peelz: last i checked, memtest doesnt support efi
<clever>
peelz: you want to double-check efibootmgr -v
<clever>
peelz: its likely smart enough to check if the files are already up to date
<clever>
peelz: `ls -ltrh /boot/` and look at what dir was recently modified, or named similar to systemd
<clever>
and look at the generated config in /boot to see what its doing
<clever>
yeah, you can try that
<clever>
grub config is just more powerful
<clever>
i prefer using grub at all times
<clever>
yeah
<clever>
peelz: boot.loader.systemd.enable
<clever>
peelz: is systemd enabled in configuration.nix?
<clever>
the bios should also give a ui to change the order
<clever>
peelz: and try to select linux boot manager, from the bios
<clever>
peelz: na, just leave it as-is
<clever>
peelz: that looks like systemd
<clever>
strings and file are fine
<clever>
yeah
<clever>
anything you use on a daily basis, that isnt directly involved in compiling
<clever>
so i can then just install "stuff" and get just those 2 programs
<clever>
peelz: strings is part of binutils, but i really dont want compile-time tools installed globally, so this will copy out just strings and readelf
<clever>
magnetophon: ah, then just re-order the functions within that string
<clever>
magnetophon: you can use mkBefore and mkAfter in nix, to control what order things get emited, if your assigning interactiveShellInit several times
<clever>
magnetophon: check what order they appeared in, within the generated files
<clever>
magnetophon: it depends on what type of string your inside