2019-07-20
19:20
<
clever >
karetsu: i think part of what is dropping dpms for me, is that i'm running synergy on my systems
19:19
<
clever >
jcrd: depends mostly on if a nixos test is failing vs how slow the darwin builds are
19:17
<
clever >
karetsu: try opening its config and see what its set to?
19:16
<
clever >
karetsu: try installing xscreensaver? yes that sounds backwards
19:12
<
clever >
,tofu delan
19:12
<
clever >
delan: or just tofu it
19:12
<
clever >
jcrd: nixpkgs-unstable doesnt test the nixos stuff, but does wait for darwin builds to finish, so mac users have cache coverage
19:12
<
clever >
jcrd: nixos-unstable has a lot of nixos testing done, to make sure it wont brick a nixos machine
19:01
<
clever >
karetsu: turning off, or blanking?
19:00
<
clever >
karetsu: what about `xset -dpms` or `xset dpms force on` ?
18:52
<
clever >
freddie-freeload: that would do it
18:45
<
clever >
ashkitten: so it should have still found it
18:45
<
clever >
ashkitten: the efi vars contain the partition uuid for the ESP
18:45
<
clever >
ashkitten: thats not where it would fail
18:43
<
clever >
iqubic: google the printer model and linux
18:19
<
clever >
freddie-freeload: and grub supports "removable" efi, where it uses the same filename as the usb stick, tricking the bios into booting without having to mess with efi vars!
18:19
<
clever >
freddie-freeload: grub even supports installing both at once on the same /boot/
18:19
<
clever >
freddie-freeload: grub supports both legacy and efi
18:16
<
clever >
freddie-freeload: i find grub is much better then systemd
18:13
<
clever >
freddie-freeload: either boot the USB again with efi, or do a legacy bootloader install, grub is what i prefer
18:13
<
clever >
freddie-freeload: you didnt boot via efi, so you cant configure the machine properly for booting via efi
18:09
<
clever >
freddie-freeload: if you boot back into the installer, what does `efibootmgr -v` print?
18:08
<
clever >
freddie-freeload: then its nothing to do with kernel modules
17:43
<
clever >
freddie-freeload: what error does it give when it fails to boot?
17:15
<
clever >
infinisil: in the end, i had to fix that 2nd bug before i could bisect the 1st bug!
17:15
<
clever >
infinisil: the problem was an unrelated bug in the middle, that also had zero output, and i was trying to just `git bisect skip` it all away
06:16
<
clever >
worldofpeace: i'm heading off to bed now, PM me if you find any results
06:06
<
clever >
worldofpeace: ^^^
05:31
<
clever >
on each IF
05:31
<
clever >
worldofpeace: testing the fix now...
05:30
<
clever >
worldofpeace: correct, and it only worked if there was a single hdd
05:22
<
clever >
worldofpeace: it boots!
04:38
<
clever >
worldofpeace: ive gone digging thru qemu source before
04:36
<
clever >
worldofpeace: looking into the fix now
04:29
<
clever >
Netsu: by default, `outputs = [ "out" ];` so you only have $out to install to
04:29
<
clever >
Netsu: a derivation is only ever able to install to its outputs, all in the /nix/store/, all starting with a hash you cant control
03:54
<
clever >
worldofpeace: i gave up doing skip whenever it failed to build, and just debugged why, lol
03:52
<
clever >
worldofpeace: Bisecting: 293 revisions left to test after this (roughly 8 steps)
03:40
<
clever >
ashkitten: in the terrabytes, gchristensen knows the full number, its all in S3
03:39
<
clever >
Henson: cache.nixos.org currently has no garbage collection at all
03:35
<
clever >
Henson: enable plymouth
2019-07-19
23:55
<
clever >
alienpirate5: overrideAttrs
23:55
<
clever >
alienpirate5: every attribute passed to mkDerivation becomes an env var
23:52
<
clever >
worldofpeace: Bisecting: 13739 revisions left to test after this (roughly 14 steps)
23:25
<
clever >
ornx: nuke references was ran on the file
22:13
<
clever >
nixos should generate multiple modulepath entries in the config
22:13
<
clever >
ornx: find the main config file for X (read the display manager config) and then look for ModulePath in there
22:02
<
clever >
simukis_: you may need to override the unpackPhase, or use pre/post unpack to tweak things
21:59
<
clever >
simukis_: how different do you need things to be?
21:58
<
clever >
simukis_: it always unpacks it to $NIX_BUILD_TOP, and then sets $sourceRoot to the path relative to that, and then cd's into the dir
21:17
<
clever >
Thra11: http:// caches default to 50, the base class for all stores defaults to 0, and ssh doesnt override the default, so its 0, the highest priority
21:13
<
clever >
Thra11: cache.nixos.org is 40, hydra defaults to 100, so nix will prefer using cache.nixos.org when possible
21:12
<
clever >
Thra11: correct
21:08
<
clever >
Thra11: there is a nix-cache-info file in the root, that sets the priority
21:04
<
clever >
thats just defining a function
21:03
<
clever >
.override changes the params on line 1, where you put { stdenv }:
21:03
<
clever >
eraserhd: that wont be passed to mkDerivation at all
21:01
<
clever >
passthru will persist thru .overrideAttrs
20:39
<
clever >
thats my guess
20:38
<
clever >
eraserhd: ive always prefered using self.callPackage
20:37
<
clever >
but at that point, just use chmod/chown :P
20:37
<
clever >
you could even configure sudo to only allow editing certain files, and not allow running things as user X
20:34
<
clever >
sudoedit will obey whatever you set $EDITOR to
20:34
<
clever >
hpfr[m]: i believe so
20:32
<
clever >
hpfr[m]: `sudo vim` causes root to own vim files in your $HOME, which then breaks using vim without sudo
20:31
<
clever >
hpfr[m]: you want sudoedit, not sudo vim
18:46
<
clever >
yeah, it will just delete everything that is garbage
18:45
<
clever >
GiGa: nix-collect-garbage might also work, it will just delete everything you can delete
18:45
<
clever >
GiGa: find /nix/store -name '*.drv' -size 0 would probably list them all
18:33
<
clever >
GiGa: makes the builds more predictable if the inputs always have the same timestamp
18:32
<
clever >
GiGa: thats normal for /nix/store/
18:32
<
clever >
GiGa: nix-store --delete /nix/store/58jg89i8h5k4faqprfs7qqfy2w17qkz3-initrd-kmod-blacklist-ubuntu.drv
18:32
<
clever >
GiGa: an improper shutdown truncated that file, it should not be 0 bytes
18:31
<
clever >
GiGa: ls -lh /nix/store/58jg89i8h5k4faqprfs7qqfy2w17qkz3-initrd-kmod-blacklist-ubuntu.drv
18:31
<
clever >
andi-: definitely works
18:30
<
clever >
ah yeah, and the iohk hydra also has redirects in place, its actually hosted on s3
18:27
<
clever >
andi-: probably
18:22
<
clever >
ornx: one min
17:52
<
clever >
rfold: but its not clear why it needs the callPackage
17:52
<
clever >
rfold: line 14 is missing a {} at the end,
17:46
<
clever >
rfold: yeah, pastebin the whole nix file
15:54
<
clever >
Denommus: this will unpack all of the .deb packages in a vm, and then compile the package against them, all in a nix sandbox
15:54
<
clever >
Denommus: yes
15:41
<
clever >
MarcWeber: there should be a libnetpbm.so symlink
15:15
<
clever >
xdxd: nix-store -q --deriver /nix/store/37k4jrrivhqhj8b0ibnxksy7ywyiqnra-sqlite-3.28.0/
15:12
<
clever >
xdxd: cant think of what else to check
15:08
<
clever >
gchristensen: yep
15:08
<
clever >
gchristensen: 2019-07-19 11:56:39 < rmra> clever: complaining is something i have already done, but in Portugal, the normal answer is "this is how it is, and stays"...
15:06
<
clever >
xdxd: you want to add the extra-libraries to your main cabal file, and regenerate the stack2nix output
15:06
<
clever >
gchristensen: and he lacks access to the router config
15:05
<
clever >
gchristensen: i believe rmra's issue is the router giving our v6 config, but then null-routing all v6 traffic
15:02
<
clever >
xdxd: in your cabal file, reference sqlite the same way direct-sqlite does
15:00
<
clever >
static linking is weird like that
15:00
<
clever >
xdxd: you need to add sqlite to your main binary as well
14:59
<
clever >
xdxd: is it direct-sqlite or something else that fails to link?
14:59
<
clever >
xdxd: that looks good
14:57
<
clever >
rmra: ack, thats why i hate those boxes, you cant replace the router half
14:57
<
clever >
rmra: is the router also a modem, or seperate?
14:54
<
clever >
xdxd: the files stack2nix generates are likely where the problem is
14:52
<
clever >
rmra: it will only have trouble on servers that support both v4 and v6
14:51
<
clever >
xdxd: and is the c sqlite in the buildInputs?
14:51
<
clever >
xdxd: yeah, that should do it
14:50
<
clever >
rmra: they dont allow you to complain?
14:50
<
clever >
rmra: then complain to your ISP
14:48
<
clever >
rmra: fix your router to stop doing that
14:48
<
clever >
rmra: then the problem isnt nixos, the problem is your router giving out an addr that doesnt work
14:47
<
clever >
xdxd: probably just a normal package override against pkgs.sqlite
14:46
<
clever >
rmra: does `ip -6 addr` show an address other then fe80?
14:45
<
clever >
xdxd: you need a static build of sqlite in the buildInputs
14:38
<
clever >
rmra: why is it imposible to update the machine?
14:29
<
clever >
rmra: you probably need to reboot to fully apply that change
14:27
<
clever >
so both options are doing the same thing
14:27
<
clever >
rmra: networking.enableIPv6 sets net.ipv6.conf.all.disable_ipv6 for you
14:24
<
clever >
rmra: networking.enableIPv6
04:28
<
clever >
ornx: all-packages.nix
03:50
<
clever >
ornx: 19.09 doesnt exist yet, the only thing newer then 19.03 is nixos-unstable
03:27
<
clever >
nh2: dont think so
03:16
<
clever >
nh2: any time you want to use gcc
03:09
<
clever >
nh2: and then you name one of those attrs in nix run
03:09
<
clever >
nh2: shell.nix should return an attribute set
03:06
<
clever >
nh2: but that will put foo into PATH, not give you the env vars of the foo drv
03:05
<
clever >
nh2: nix run -f shell.nix foo
01:56
<
clever >
and its the remote machine that gives a chunk of openvpn config to the client
01:55
<
clever >
openvpn doesnt setup routes until it contacts the remote machine
01:54
<
clever >
exarkun: yeah, that could be the issue
01:48
<
clever >
exarkun: it also helps to understand now tcp works, and tcpdump every interface along the path, to confirm if its doing the right thing at each step
00:23
<
clever >
the impurities!!!
00:23
<
clever >
gchristensen: i think this is a stdenv that uses /usr/bin/cc to build things
00:13
<
clever >
samueldr: ah, hadnt heard of that before
00:10
<
clever >
which i had made note of
00:10
<
clever >
gchristensen: somebody that was thinking of redoing the stdenv based on the lfs books
00:10
<
clever >
-rw-r--r-- 1 clever clever 641 Mar 9 2016 insane
00:09
<
clever >
2016-03-09 06:13:24 < Darksecond> clever: I'm a bit silly and like to do a LFS style build with nix as the package manager (to get a better understanding about nix)
00:06
<
clever >
gchristensen: and i dont think ive seen somebody using nix without nixpkgs, beyond basic examples
00:06
<
clever >
gchristensen: nix and nixpkgs are fairly tangled together
00:01
<
clever >
gchristensen: nixpkgs is what is responsible for turning 8 into $(nproc), so that part should also be moved to nixpkgs!
2019-07-18
23:59
<
clever >
so you can under-estimate the cpu usage during parts of the build, and have idle cores
23:59
<
clever >
some derivations dont have that, and will only use 1 core each
23:59
<
clever >
gchristensen: also mention enableParallelBuilding
21:07
<
clever >
infinisil: ah, i was wondering if definitions might be of use
21:04
<
clever >
most attr based submodules
21:02
<
clever >
systemd.services = [ { name = "foo"; .... } ];
21:02
<
clever >
behind the scenes, its actually a list type
21:01
<
clever >
which might be dependant on the attr names
21:01
<
clever >
gchristensen: it may copy the values of some defaults, and then overwrite things that should be at defaults
20:01
<
clever >
worldofpeace: down to 13739 commits
20:00
<
clever >
worldofpeace: still bisecting, lol
18:21
<
clever >
gchristensen: my docker image could take advantage of this, to reuse the same code, and properly obey users.extraUsers
18:20
<
clever >
gchristensen: already doing that, but generating passwd was a pain
18:20
<
clever >
gchristensen: and there was a recent nixpkgs pr that actually helps, something about if mutableUsers = false;, it can pre-generate passwd
18:19
<
clever >
gchristensen: main issue that needs solving, is creation of users
18:12
<
clever >
Miyu-chan: yep
18:11
<
clever >
Miyu-chan: create a file in a tmpfs, which will be lost on reboot
18:04
<
clever >
Thra11: then nix-store -r to build it there, and nix-copy-closure the product back
18:04
<
clever >
Thra11: you can even nix-copy-closure a .drv file to another box
18:01
<
clever >
Thra11: nixos-rebuild dry-run will only do the nixexpr half, and print that drv
18:00
<
clever >
Thra11: yeah, just run `nix-store -r /nix/store/foo.drv` on the top-level drv
17:59
<
clever >
Miyu-chan: nice
17:57
<
clever >
it just skips the nix expression half of things
17:57
<
clever >
Thra11: it will also try to build it, if it cant find it on a cache
17:52
<
clever >
strap the USB stick to a carrier pidgeon!
17:52
<
clever >
then tar that up, and move it to another machine, however you can
17:52
<
clever >
to download foo from the cache, directly to the cache dir
17:51
<
clever >
Thra11: and `nix-copy-closure` is around
17:51
<
clever >
Thra11: you can also just `nix-store -r /nix/store/foo` to download something from the binary cache
17:49
<
clever >
the storepath hash, not the sha256 hash
17:47
<
clever >
as are its dependencies
17:47
<
clever >
the .nar.xz is within the narinfo
17:44
<
clever >
Thra11: that will let you manually mirror the cache, and then use the local copy
17:44
<
clever >
Thra11: then nix copy --from file:///home/clever/cache /nix/store/foo
17:43
<
clever >
Thra11: you want to download the .narinfo and .nar.xz files (maintaining the relative paths) to a local dir
17:43
<
clever >
Thra11: correct
17:37
<
clever >
gchristensen: have you seen my recent stuff with runit and docker?
14:57
<
clever >
`sudo -i` then `nix-channel --update` may help
14:57
<
clever >
cinimod: yeah
14:56
<
clever >
cinimod: it was deleted from nixpkgs in nov of last year
14:56
<
clever >
Date: Sun Nov 4 20:12:55 2018 -0600
14:56
<
clever >
atlas is broken and can apparently be removed.
14:56
<
clever >
commit 95373d3634d6431037d8d752513392227c76c66b
14:56
<
clever >
[clever@amd-nixos:~/apps/nixpkgs-master]$ git log --patch origin/master pkgs/development/libraries/science/math/
14:53
<
clever >
[clever@amd-nixos:~/apps/nixpkgs-master]$ git log --patch origin/master
14:50
<
clever >
cinimod: it began failing with version 3.10.3, so if you go to an older version (on an older nixpkgs) it will work again
14:47
<
clever >
cinimod: its only flagged as broken on darwin!
14:46
<
clever >
cinimod: thats in nixpkgs rev 89b618771ad
14:44
<
clever >
cinimod: what does `nix-build '<nixpkgs>' -A atlas` say?
14:38
<
clever >
it will be a bash env var
14:38
<
clever >
matt`: just plain $src
14:36
<
clever >
so its grabbing that package!
14:36
<
clever >
> pkgs.src
14:36
<
clever >
matt`: i see, line 8 is doing self.src, and self is line 1, the nixpkgs self
14:36
<
clever >
matt`: you want to use $src, no {
14:29
<
clever >
matt`: if you nix-instantiate the drv, then `nix-store --query --binding postFixup /nix/store/foo.drv` does it show the changes?
14:26
<
clever >
matt`: can you gist the overlay?
14:20
<
clever >
cinimod: you can also use `nix-instantiate --find-file nixpkgs` to just find the exact nixpkgs its currently using
14:19
<
clever >
cinimod: nix eval nixpkgs.lib.version
14:19
<
clever >
cinimod: pkgs/development/libraries/science/math/atlas/default.nix: name = "atlas${optionalString withLapack "-with-lapack"}-${version}";
14:17
<
clever >
cinimod: i would start by looking at the atlas-3.10.3 expr in nixpkgs, to see why its broken
14:15
<
clever >
turion: yes
14:13
<
clever >
turion: that will force openvpn to get its deps from the 2nd nixpkgs
14:13
<
clever >
turion: you will need a nixpkgs.config.packageOverrides also, to set `openvpn = (import /path/to/nixpkgs {}).openvpn;`
14:11
<
clever >
cinimod: i prefer testing things with nix-build
14:11
<
clever >
cinimod: then its nix-env being weird, its likely loading from a diff nixpkgs
14:08
<
clever >
cinimod: what happens if you nix-build '<nixpkgs>' -A python37Packages.myScikits-odes
14:08
<
clever >
cinimod: nope
14:07
<
clever >
cinimod: not sure whats up with that
14:02
<
clever >
cinimod: and you want to apply it to the right pythonPackages, there is also a python3Packages
14:01
<
clever >
cinimod: you should probably be using nix-build for testing, not nix-env
13:55
<
clever >
cinimod: sounds normal
13:54
<
clever >
turion: look up disabledModules in the nixos manual
13:54
<
clever >
cinimod: what does `nix-instantiate --find-file nixpkgs` return?
13:36
<
clever >
cinimod: sets arent recursive by default, in this case, you want either self.mySundials, or just rename line 4 to sundials_3_lapack
13:35
<
clever >
cinimod: can you gist your expr?
13:32
<
clever >
cinimod: this gives an overlay to pythonPackages, which can replace what all python packages think .foo is
13:32
<
clever >
> (pythonPackages.override { overrides = self: super: { foo = 42; }; }).foo
13:31
<
clever >
cinimod: or use a python overlay to add it to pythonPackages
13:31
<
clever >
cinimod: callPackage ./foo { sundials_3_lapack = mySundials; }
13:28
<
clever >
cinimod: pythonPackages.callPackage maybe?
13:28
<
clever >
mkaito: i think you want to modify things, to put the closure into systemd.services.foo.path
13:27
<
clever >
mkaito: yes
13:25
<
clever >
mkaito: that will setup PATH for the service automatically
13:25
<
clever >
mkaito: systemd.services.foo.path = [ pkgs.hello ];
00:38
<
clever >
_pash: you can only extend the tail
00:35
<
clever >
_pash: yeah
2019-07-17
23:29
<
clever >
but that only shaved 200 commits off, lol
23:28
<
clever >
worldofpeace: found a bad rev!
23:23
<
clever >
yeah, switch isnt perfect currently
23:21
<
clever >
exarkun: iptables is a bit of a mess, but restarting firewall.service should wipe that
23:20
<
clever >
though nixops doesnt really give access to that feature
23:11
<
clever >
and it will bake that `-I nixpkgs=` into the state file, and impact all future deploys
23:11
<
clever >
you can also `nixops modify -d name -I nixpkgs=https://github.com/nixos/nixpkgs/archive/GITREV.tar.gz deployment.nix`
23:10
<
clever >
exarkun: so its behaving the same as if you had done nix-channel --update
23:09
<
clever >
exarkun: `nix eval nixpkgs.lib.version` on both machines
23:08
<
clever >
exarkun: but is it the same nixpkgs version?
23:07
<
clever >
worldofpeace: exactly
23:04
<
clever >
worldofpeace: min-free in nix.conf, it will auto-gc when it gets too low
22:56
<
clever >
worldofpeace: its basically a fork of tmux, that lets you get get in without having to deal with port forwards
22:54
<
clever >
worldofpeace: ssh ro-qNc6p0arIvn1FhAts8CrZAPkc@to2.tmate.io
22:53
<
clever >
worldofpeace: tmate can
22:53
<
clever >
Bisecting: 14740 revisions left to test after this (roughly 14 steps)
22:50
<
clever >
shaved 3k commits off!
22:50
<
clever >
worldofpeace: Bisecting: 16739 revisions left to test after this (roughly 14 steps)
22:39
<
clever >
Bisecting: 19146 revisions left to test after this (roughly 14 steps)
22:39
<
clever >
worldofpeace: it sometimes has trouble, if i test multiple release branches at once, so ive reset with just a single good&bad
22:35
<
clever >
worldofpeace: bisect is being a bit dumb, so i'm having to manually pick revs to test
22:19
<
clever >
worldofpeace: more that the bisect is now 25 commits shorter,lol
22:15
<
clever >
worldofpeace: progress-ish
22:14
<
clever >
Bisecting: 13825 revisions left to test after this (roughly 14 steps)
22:12
<
clever >
worldofpeace: stage-1-init.sh may have to be modified more
22:09
<
clever >
Bisecting: 16854 revisions left to test after this (roughly 14 steps)
21:58
<
clever >
luckily, i just did a GC and had 20gig free, so i can afford a couple mass-rebuilds, lol
21:57
<
clever >
worldofpeace: running into a couple build failures...
21:54
<
clever >
Yaniel: thats not in a let block, you want renpy6 = let version = "6.99.14"; in ....overrideAttrs(....);
21:53
<
clever >
worldofpeace: Bisecting: 19942 revisions left to test after this (roughly 14 steps)
21:53
<
clever >
worldofpeace: 18.09 fails for me
21:52
<
clever >
Yaniel: can you pastebin your current code?
21:49
<
clever >
i also havent checked, but i suspect pname + version may play more nicely, but wont help with src=
21:49
<
clever >
its more obvious that it cant be modified
21:49
<
clever >
let version = "foo"; in stdenv.mkDerivatopn { ...
21:49
<
clever >
a let block
21:48
<
clever >
it leads to confusion
21:48
<
clever >
thats why i avoid using rec whenever possible