2020-01-08
11:11
<
clever >
kapil_: does hetzner provide dhcp or require a static ip config?
11:08
<
clever >
kapil_: its a short-term fix, the long-term fix is to figure out why dns isnt being set correctly
10:59
<
clever >
kapil_: short-term, you can add a `nameserver 8.8.8.8` to that file to fix it
10:57
<
clever >
kapil_: does /etc/resolv.conf contain any nameserver entries?
10:56
<
clever >
kapil_: then your dns is not working, it has nothing to do with the mirrors
10:55
<
clever >
kapil_: what about `ping 8.8.8.8` ?
10:52
<
clever >
kapil_: what happens if you `ping google.com` ?
10:40
<
clever >
,libraries kapil_
10:38
<
clever >
kapil_: a program that will source .envrc into your shell when you cd into a directory that has a .envrc file
10:14
<
clever >
kapil_: next time you nixos-rebuild, it will obey the new channel
03:35
<
clever >
thomashoneyman: then you can browse from within the virtualbox
03:34
<
clever >
thomashoneyman: you could include X and a browser inside the virtualbox instance
03:28
<
clever >
the whole thing has to match
03:28
<
clever >
thomashoneyman: `hydra.mydomain.com 192.168.56.101`
03:27
<
clever >
you can use /etc/hosts to force that to still go to the right machine
03:27
<
clever >
thomashoneyman: you must use the string hydra.mydomain.com in the url bar, for `virtualHosts."hydra.mydomain.com"` to react to it
03:26
<
clever >
thomashoneyman: virtualHosts requires the entire host in the url to match, having the ip in there means it doesnt match
03:26
<
clever >
thomashoneyman: subdomains dont work with IP's, ive never seen that done before
03:12
<
clever >
evanjs: you probably wanted `nix-env -p /nix/var/nix/profiles/system --switch-generation 838
03:11
<
clever >
but your next `nix-env -i` will recreate the mess
03:11
<
clever >
likely because you cleaned the profile up
03:09
<
clever >
evanjs: it should be pointing to a profile under per-user
03:09
<
clever >
lrwxrwxrwx 1 clever users 45 Oct 11 2015 /home/clever/.nix-profile -> /nix/var/nix/profiles/per-user/clever/profile
03:09
<
clever >
evanjs: so it is the default target for all nix-env -i as your user!
03:09
<
clever >
evanjs: also, that updated ~/.nix-profile to point to the new profile
03:08
<
clever >
which starts at generation 1, system-838-link-1-link
03:08
<
clever >
evanjs: that created a whole new profile, called system-838-link
03:08
<
clever >
evanjs: that didnt switch to generation 838
03:08
<
clever >
evanjs: thats likely your problem
03:07
<
clever >
evanjs: ls -l /nix/var/nix/profiles/ into a pastebin?
03:05
<
clever >
evanjs: check ~/.bash_history on each user, what is every command you ran with system-838 ?
03:05
<
clever >
evanjs: that implies your -profile is wrong?
03:05
<
clever >
evanjs: you shouldnt have n-link-n-link in the names
03:04
<
clever >
evanjs: does the symlink point to something?
03:00
<
clever >
evanjs: need more context on what your doing
02:58
<
clever >
evanjs: it happens if you nix-env -e everything
02:58
<
clever >
evanjs: thats an empty nix-env -i profile
02:51
<
clever >
evanjs: thats weird
2020-01-07
14:34
<
clever >
kqb: mainly just state that cant be migrated automatically
14:32
<
clever >
kqb: you have to read the release nodes, or the nixpkgs source
14:30
<
clever >
kqb: when you want to migrate your state to the newer stateVersion, and deal with whatever changes happened
14:28
<
clever >
kqb: ideally, you would leave stateVersion unchanged, and only use nix-channel to update the channel
14:19
<
clever >
kqb: if you change the stateVersion, it will upgrade postgresql, and then psql cant read its own database files, and everything breaks
14:18
<
clever >
kqb: for example, which postgresql you first ran
14:18
<
clever >
kqb: the whole point of stateVersion, is so nixos knows what version your state came from
14:15
<
clever >
,stateVersion kqb
14:15
<
clever >
kqb: perhaps you simply havent changed channels for 2 years?
14:14
<
clever >
kqb: what does `sudo nix-channel --list` report?
13:59
<
clever >
ptrcmd: yeah, the fhs namespacing disables all setuid, because you could replace /etc/shadow and claim to know the root pw
13:56
<
clever >
ptrcmd: 90% of the time, an fhs is overkill, and you can solve the problem with simpler tools
13:55
<
clever >
ptrcmd: the FHS wrapper is using namespaces to chroot without needing real root
13:54
<
clever >
ptrcmd: check nixpkgs for examples, just search the whole repo for libredirect
13:54
<
clever >
ptrcmd: no, libredirect is a library, that can redirect specific paths, without needing a full FHS wrapper
13:52
<
clever >
ptrcmd: thats what libredirect is for
13:51
<
clever >
ptrcmd: patching it with patchelf would also eliminate the entire need for the FHS, which makes it much much simpler
13:50
<
clever >
ptrcmd: you need to use security.wrappers to run a FHS wrapper around your binary, not enter an FHS env then run a setuid copy of the binary
13:41
<
clever >
flip it around
13:41
<
clever >
so you need a setuid thing, that runs the FHS
13:41
<
clever >
the FHS env disables setuid
13:40
<
clever >
ptrcmd: 1: libredirect, 2: security.wrappers
13:37
<
clever >
Tritlo: your user profile has priority over configuration.nix and will override things
13:36
<
clever >
Tritlo: i think thats the right way, that will just install it to your current users profile
13:36
<
clever >
Tritlo: nix-env -i -E '_: with import <nixpkgs> {}; emacsWithPackages (ps: [ ps.emacs-libvterm ])'
13:33
<
clever >
Tritlo: yeah, you can just put (emacsWithPackages (ps: [ ps.emacs-libvterm ])) into your systemPackages, and thats it
13:30
<
clever >
kqb: or if your dealing with nixos options, lib.mkMerge is better
13:29
<
clever >
kqb: lib.recursiveUpdate
13:29
<
clever >
Tritlo: and this would run emacs26 instead of the default (which happens to currently be 26)
13:29
<
clever >
> emacs26WithPackages (ps: [ ps.emacs-libvterm ])
13:29
<
clever >
Tritlo: i believe this expression will generate a bash script called emacs, that puts libvterm into the search path as it runs emacs
13:28
<
clever >
> emacsWithPackages (ps: [ ps.emacs-libvterm ])
13:28
<
clever >
Tritlo: this package contains a pre-build libvterm for emacs
13:28
<
clever >
> emacsPackages.emacs-libvterm
13:27
<
clever >
kqb: the merging when you have duplicate entires, is handled by the nixos module framework, and is based on the type of the option your setting
13:26
<
clever >
Tritlo: it would need to be properly packaged by nix
13:24
<
clever >
same rule applies to gcc, it just wont work right if installed system-wide
13:24
<
clever >
,libraries Tritlo
05:53
<
clever >
elvishjerricco: i dont think so
2020-01-06
12:38
<
clever >
Enzime: i dont think there is any difference now
12:38
<
clever >
Enzime: nixos-unstable has extra tests ran, to make sure it cant brick a nixos machine, things like ensuring it doesnt corrupt the grub config file
12:36
<
clever >
probably /home/nix /nix
12:34
<
clever >
zimbatm: probably
12:34
<
clever >
freddy2001: mv /nix /home/nix ; mount --bind /home/nix /nix
12:33
<
clever >
mount --bind /home/nix /nix
11:49
<
clever >
evils: the gsc.io page has full history, for all channels
11:23
<
clever >
klntsky: you will need to edit the product, or run `callCabal2nix (lib.cleanSource ./.)`
11:19
<
clever >
that will exclude result when checking the source to see if it changed
11:19
<
clever >
klntsky: src = lib.cleanSource ./.;
11:14
<
clever >
klntsky: why would it?
09:53
<
clever >
Aleksejs: you would need to make it a shell script in $PATH, probably
08:01
<
clever >
my memory is wonky, ive memorized a large chunk of source and can cross-reference things easily
08:00
<
clever >
pie_[bnc]: so, the patch has to be specially made to use that string
08:00
<
clever >
pie_[bnc]: all it does is replace the @libvlcPath@ within the patch
08:00
<
clever >
yep, thats it
07:59
<
clever >
pie_[bnc]: there is a nix level function of the same name, which generates a derivation that runs the bash version
06:01
<
clever >
thomashoneyman: this can let you pre-deploy some known hosts, there is also an option to just blindly trust the first time
06:00
<
clever >
thomashoneyman: ~/.ssh/known_hosts also plays a factor
04:58
<
clever >
thomashoneyman: ./src + "/myfile.txt"
03:22
<
clever >
,pr softinio
01:19
<
clever >
jackdk: because nix converted it from 16->32 before printing the error
01:19
<
clever >
jackdk: its also confusing when nix gives an error in base32, but that hash appears nowhere
01:17
<
clever >
jackdk: nix accepts both base16 and base32 hashes
2020-01-05
12:48
<
clever >
combined, that would let you seek to an offset within the xz, partially decompress, and then seek again within that stream to a specific file body
12:47
<
clever >
then also parse the nar within it, and generate an index from filename to uncompressed offset
12:47
<
clever >
basically, it would need to parse the xz file, figure out where each xz block starts within the .nar.xz, and how many uncompressed bytes each block represents
12:46
<
clever >
the next major change that narfuse would need to work better, is seekable xz support
12:44
<
clever >
jackdk: but, you have to keep them uncompressed...
12:44
<
clever >
jackdk: the original idea with using fuse there, is that you can keep all storepaths as nar files, and then share them over ipfs
12:41
<
clever >
jackdk: thats when haskell tempted me to the dark side :P
12:41
<
clever >
jackdk: so `ls -l /nix/store` was incredibly expensive!
12:40
<
clever >
jackdk: fusenar was a project to turn a directory full of foo.nar into a directory full of foo, and the c++ parser would parse every single byte (possibly over a gig) before it knew what the type of foo was
12:40
<
clever >
jackdk: and thats the original c++ implementation for reference
12:37
<
clever >
jackdk: `nix-store --dump ./foo > foo.nar` and `nix-store --restore foo < foo.nar` will create and extract from a .nar, for test data
12:36
<
clever >
jackdk: if the put instances are all filled in, then you can turn a string (file contents) with the execute flag, back into a nar bytestring, then hash it
12:35
<
clever >
jackdk: this is some ancient code (some of the very first haskell i wrote) that can parse a nar into a tree of data records
12:34
<
clever >
jackdk: one min
12:34
<
clever >
jackdk: you would need to serialize the file as a nar, with the execute flag set, and then hash the resulting bytestring
12:33
<
clever >
o1lo01ol1o: `ps aux | grep nginx` and then cat the .conf its using
12:30
<
clever >
jackdk: the nix-hash command
12:28
<
clever >
and sha256sum doesnt care if its executable or not
12:28
<
clever >
outputHashMode = "flat" is just the dumb hash of the file, like `sha256sum $out`
12:28
<
clever >
outputHashMode = "recursive" will be hashing a nar, which includes directions on if it should be +x or not
12:27
<
clever >
__monty__: the hash and name should 100% describe how to create the file, and leaving the +x bit undefined means your not 100% describing it
12:27
<
clever >
__monty__: because when using flat hashing, there is no metadata to say if it should be executable or not
12:24
<
clever >
jackdk: if outputHashMode = "recursive"; then outputHash is the hash of the nar of $out (nar is like tar), and $out can be anything (file, directory, symlink, +x'd file)
12:24
<
clever >
jackdk: if outputHashMode = "flat"; then outputHash is the raw hash of the $out file, and $out must not be +x
08:35
<
clever >
Guest4429: an example, where you can insert your own package and override
08:31
<
clever >
Guest4429: try `nix-build -E 'with import <nixpkgs> { system = "aarch64-linux"; }; hello.override {}`
08:30
<
clever >
since its already been called with {}, --argstr has no effect
08:30
<
clever >
Guest4429: -p will use this nix expression, and you want the system inside the {} on that line
08:29
<
clever >
one second
08:29
<
clever >
Guest4429: i dont think --argstr works at all with -p
08:28
<
clever >
Guest4429: did you run that in the root of a nixpkgs checkout?
08:27
<
clever >
Guest4429: exactly what command did you run?
08:27
<
clever >
Guest4429: did the default.nix accept a system arg?
08:22
<
clever >
(which is in nixpkgs)
08:22
<
clever >
nixos can boot on the rpi4, but it needs to use the rpi fork of linux, not the upstream linux
06:29
<
clever >
thefloweringash: and my vc4/arm development is currently from a pin
06:29
<
clever >
thefloweringash: currently not that bothered by it, since i can lookup the last-good rev in my hydra
06:27
<
clever >
thefloweringash: thats exactly what i'm seeing on my hydra, its configured to cross-compile nix to arm
06:02
<
clever >
Guest4429: and i dont see what error your currently getting
06:02
<
clever >
Guest4429: i already posted directions above on how to get nix cross-compiled to arm
05:47
<
clever >
wrl: short-term, you can just edit /etc/resolv.conf to get things working again
05:46
<
clever >
wrl: did you set networking.nameservers in your nixos config?
05:45
<
clever >
wrl: did you give it an interface name?
05:45
<
clever >
it always says that
05:43
<
clever >
wrl: does `dhcpcd -U enp3s0` show dns config (if you sub in the right IF)
05:42
<
clever >
wrl: dhcp or static ip?
05:42
<
clever >
but -d destroys your ability to undo things
05:42
<
clever >
wrl: it will re-create any missing files, based on existing config
05:42
<
clever >
wrl: simplest option is to just boot the installer ISO, mount everything back up under /mnt, and run nixos-install
05:41
<
clever >
Guest4429: yeah, thats the one i meant
05:41
<
clever >
Guest4429: it can delete things your actually using
05:40
<
clever >
Guest4429: --force is worse
05:39
<
clever >
so it likely still exists in /nix/store, but doesnt have a generation# assigned to it
05:39
<
clever >
the one you are currently running cant be GC'd, but the generation# pointing to it can be deleted
05:32
<
clever >
Guest4429: my hydra is already configured to cross-compile nix to arm
04:04
<
clever >
thomashoneyman: allowed-urls
03:12
<
clever >
thomashoneyman: sure
03:06
<
clever >
thomashoneyman: yeah
02:59
<
clever >
thomashoneyman: oh, we dont use private repos on this hydra, so no further examples, just edit the target for this
02:59
<
clever >
thomashoneyman: this deals with the private key it needs to ssh into build machines, if you have any
02:57
<
clever >
if your using nixops, you can push a pre-generated key to the same path ssh-keygen would have written to
02:57
<
clever >
for personal machines, yeah
02:56
<
clever >
i mostly go by what user `ps aux` says is running a certain component
02:55
<
clever >
[root@nas:~]# ps aux | grep hydra-eval
02:55
<
clever >
hydra 26325 0.0 0.0 182720 3052 ? Ssl 21:04 0:00 hydra-evaluator
02:55
<
clever >
thomashoneyman: oops, hydra runs evals as plain `hydra`
02:20
<
clever >
gchristensen: you would either need to re-run modify every time you import the state, or patch nixops to stop doing that
02:02
<
clever >
also, you can inspect that in nix repl, to understand how nix parsed $NIX_PATH
02:01
<
clever >
> builtins.nixPath
02:01
<
clever >
gchristensen: first entry has highest priority, and -I will prepend to the list
01:57
<
clever >
gchristensen: i think the : can be part of a var name? try ${NIX_PATH}:
01:52
<
clever >
thomashoneyman: i just `sudo -u hydra-evaluator -i` and then `ssh-keygen`
01:28
<
clever >
thomashoneyman: public github repos are much simpler to manage
01:28
<
clever >
thomashoneyman: yeah, on the right user
00:47
<
clever >
thomashoneyman: create a project, and a jobset, within the jobset, configure an input with the github url, and then tell it which input to use, and the relative path to release.nix within that input
2020-01-04
23:47
<
clever >
Raito_Bezarius: i'll have a look into that sometime this weekend
23:47
<
clever >
Raito_Bezarius: mixed content, its trying to load css over http, not https
04:56
<
clever >
i first joined #nixos on `Thu Jun 25 11:13:00 2015`
03:11
<
clever >
thomashoneyman: runCommand
02:47
<
clever >
zeta_0: no clue
02:33
<
clever >
zeta_0: 2020-01-03 22:15:51 < clever> zeta_0: try each PS1 in a shell, see what each does
02:33
<
clever >
zeta_0: chances are, the if statements will screw you over again
02:31
<
clever >
zeta_0: so you just need to put the right PS1 into the .envrc
02:31
<
clever >
zeta_0: all direnv does, is set env vars, when you enter a dir
02:28
<
clever >
but the direnv irc channel may know more
02:25
<
clever >
zeta_0: i just dont bother
02:19
<
clever >
pie_[bnc]: builtins.fetchurl
02:19
<
clever >
pie_[bnc]: within the stdenv, pkgs.fetchpatch into patches
02:18
<
clever >
zeta_0: xterm is a terminal emulator, that uses X
02:15
<
clever >
zeta_0: try each PS1 in a shell, see what each does
02:11
<
clever >
zeta_0: and decide which half of the if statement you want to keep
02:11
<
clever >
zeta_0: and the then
02:11
<
clever >
zeta_0: and the condition between the if and then
02:09
<
clever >
zeta_0: maybe try again when you have had more sleep?
02:05
<
clever >
zeta_0: you didnt delete the entire if statement
02:02
<
clever >
zeta_0: nuke em all!
02:00
<
clever >
zeta_0: remove that if statement
01:54
<
clever >
zeta_0: $TERM was set to dumb, so the if statement turned everything off
01:51
<
clever >
zeta_0: add a `set -x` at the start of the string, and a `set +x` at the end, then pastebin the output of nix-shell
01:44
<
clever >
zeta_0: is it actually setting the new PS1?
01:44
<
clever >
zeta_0: add more echo's, to the if statements within the code you had to begin with
01:43
<
clever >
mla: so to know if a custom arg of mkIf exists, it must know the value of config, which depends on mkIf!
01:43
<
clever >
mla: you can add custom args to line 1, using config._module.args
01:41
<
clever >
mla: mkIf is part of lib, you want lib.mkIf
01:40
<
clever >
zeta_0: no
01:33
<
clever >
mla: it would be much better to do `config = mkIf (condition) { ... };` within aarch64.nix
01:32
<
clever >
mla: imports cant depend on pkgs
01:31
<
clever >
zeta_0: that should work
01:25
<
clever >
zeta_0: or just keep the entire string, and add the echo within the existing string
01:22
<
clever >
zeta_0: use '' to quote it, not '
01:19
<
clever >
> 'invalid'
01:19
<
clever >
> ''double-single''
01:19
<
clever >
> "double"
01:19
<
clever >
zeta_0: thats not a valid string
01:14
<
clever >
zeta_0: its not even quoted
01:14
<
clever >
zeta_0: thats not even inside the string
01:09
<
clever >
zeta_0: add an `echo foo` to the shellHook, does it echo foo?
01:05
<
clever >
(or add a with pkgs;)
01:05
<
clever >
zeta_0: you dont have a `with pkgs` anywhere, so you must use pkgs.nix-prefetch-git
01:03
<
clever >
steell: replace <nixpkgs> with the path to a nixpkgs
01:02
<
clever >
zeta_0: did the example i just gave include a ; after the ) ?
00:57
<
clever >
zeta_0: `in (....).overrideAttrs ...`
00:56
<
clever >
zeta_0: everything after the `in` up to the `.overrideAttrs`
00:55
<
clever >
so your cmake thing doesnt need to do anything at all, it would just work
00:55
<
clever >
also, nix itself adds fmt to -I and -L for you
00:55
<
clever >
then your project is likely ignoring the pkgconfig file
00:54
<
clever >
noonien: or a bug with fmt not providing a .pc file
00:54
<
clever >
noonien: id say its a bug with the thing your compiling, that its not using pkgconfig to figure out where the libs and headers are
00:50
<
clever >
pie_[bnc]: probably
00:49
<
clever >
zeta_0: that goes after line 36, and you must wrap 6-37 with ( and )
00:49
<
clever >
pie_[bnc]: you will need to decide which daemon controls the cards, and tell the other one to keep its hands off
00:49
<
clever >
bogdb: you could also try (fmt.overrideAttrs(old: { outputs = [ "out" ]; }))
00:47
<
clever >
bogdb: you could also try (fmt.overrideAttrs(old: { outputs = [ "out" ]; }))
00:47
<
clever >
bogdb: try adding pkgconfig
00:46
<
clever >
bogdb: do you have pkgconfig and cmake in your inputs?
00:46
<
clever >
bogdb: its a normal split output package
00:46
<
clever >
> fmt.outputs
00:43
<
clever >
zeta_0: then you want .overrideAttrs (old: { shellHook = ''....''; })
00:40
<
clever >
zeta_0: it looks like it should do something
00:39
<
clever >
zeta_0: have you tested it yet?
00:29
<
clever >
zeta_0: just add it to a derivation, along with src and buildInputs
00:28
<
clever >
zeta_0: its an attribute on a derivation, not a function
00:14
<
clever >
pie_[bnc]: looks like there hasnt been any major loss
00:14
<
clever >
2019-09-10 17:52:47< {^_^}> clever's karma got increased to 200
00:13
<
clever >
2019-02-22 21:52:00< {^_^}> clever's karma got increased to 100
00:12
<
clever >
it did get reset at one point, but only lost 5
00:12
<
clever >
2018-06-14 10:48:00< {^_^}> clever's karma got increased to 1
00:12
<
clever >
pie_[bnc]: 2018-05-04 11:16:33< {^_^}> clever's karma got increased to 1
00:06
<
clever >
ben: rules are always broken, lol
00:05
<
clever >
ben: protocols always have a :// after it, https:// http:// file://
00:03
<
clever >
o1lo01ol1o: file:///foo says to open "/foo" an absolute path
00:03
<
clever >
o1lo01ol1o: file://foo says to open "foo", a thing in the current working dir
00:02
<
clever >
o1lo01ol1o: try file:/// rather then file:// ?
00:01
<
clever >
o1lo01ol1o: nix-hash is recursive by default, so its packaging your .nar.xz up inside another nar, and then hashing
00:00
<
clever >
o1lo01ol1o: you may need a --flat also
2020-01-03
23:52
<
clever >
makefu: `nix-build /path/to/my/checkout -A package-name` would be one fix
23:52
<
clever >
makefu: the -I wont really have any effect, a file hasnt been specified, so it will try to load default.nix from the current dir
23:48
<
clever >
zeta_0: correct
23:47
<
clever >
zeta_0: no clue, i dont use home-manager
23:45
<
clever >
o1lo01ol1o: `man nix-hash` to see how to convert hash types, and how to just hash a file
23:45
<
clever >
o1lo01ol1o: the narinfo also holds the hash in base32, not base16
23:44
<
clever >
o1lo01ol1o: the narinfo contains 2 hashes, for the .nar and for the .nar.xz
23:44
<
clever >
14360 bluetoothSupport = true;
23:44
<
clever >
14356 pulseaudioFull = pulseaudio.override {
23:44
<
clever >
14358 jackaudioSupport = true;
23:44
<
clever >
14357 x11Support = true;
23:43
<
clever >
pie_[bnc]: to the source!
23:42
<
clever >
pie_[bnc]: ive not tried jack in a few years
23:29
<
clever >
pie_[bnc]: there is also accelerometer keyloggers
23:29
<
clever >
zeta_0: probably
23:24
<
clever >
jared-w: id have to check the irc logs, lol
23:22
<
clever >
pie_[bnc]: systemctl --user --reload, i think
23:22
<
clever >
zeta_0: programs.bash.interactiveShellInit
23:21
<
clever >
pie_[bnc]: then it simply hasnt been restarted yet
23:20
<
clever >
pie_[bnc]: what about `which --all pulseaudio` ?
23:20
<
clever >
pie_[bnc]: compare ps aux to the unit file
23:15
<
clever >
zeta_0: displayManager.sessionCommands is the wrong one, thats before your terminal window even opens