<clever>
ThatPako: overlays also help to make it simpler
<clever>
ThatPako: you can manage that file in git if you want to
<clever>
ThatPako: so its simpler to just have a single nix file that defines the changes, and not deal with the clone
<clever>
ThatPako: even if you had a local nixpkgs clone, you still must import every nix package, in that clone
<clever>
ThatPako: thats in the nixpkgs manual
<clever>
and the new value would also be ok to keep
<clever>
ixxie: if nothing has broken, then you may not run any of that buggy software
<clever>
if you mess with it, you break the very things it was meant to fix
<clever>
ixxie: things like what role has admin in postgress
<clever>
ixxie: it is the version of the state, which nix cant upgrade
<clever>
ixxie: it must never be changed, and must remain set at the version you originally installed
<clever>
ThatPako: no, you can just put a package override into your configuration.nix and load things with callPackage
<clever>
kthnnlg: so builtInputs = [ foo ]; would do it
<clever>
kthnnlg: the bin dir of every buildInput is added to PATH automatically
<clever>
makefu: sounds good
<clever>
makefu: something more along the lines of just building 32bit stuff
<clever>
makefu: also, its not really cross-compiling, its a 32bit->32bit compiler
<clever>
volhovm: you likely also dont need -m32 at that point, since nix will provide a 32bit only gcc
<clever>
then nix will give you 32bit everything
<clever>
so things like pkgsi686Linux.stdenv.mkDerivation or pkgsi686Linux.callPackage
<clever>
volhovm: ah, you want to use pkgsi686Linux instead of pkgs
<clever>
volhovm: what exactly are you trying to do?
<clever>
!library
<clever>
!libraries
<clever>
ottidmes: you can either embed your pubkey into the configuration.nix as standard, or use the file in / on the host
<clever>
so it allows ssh
<clever>
line 36 of the same file also copies that file out of the initrd, and into the final rootfs
<clever>
to set the format
<clever>
the hardest part i had to figure out, back when i made my own initrd's for gentoo, is that you must use cpio -H newc
<clever>
gzip is also happy with cat'ing several streams together
<clever>
oops
<clever>
actually, it doesnt re-compress
<clever>
kexec itself, doesnt accept a list
<clever>
but the compression layer gets a bit more upset over that, so i have to re-compress
<clever>
there is a special marker at the start of cpio archives, and the kernel will easily accept joining several with cat
<clever>
ottidmes: basically, i uncompress (but not unpack) the initrd, then i generate a 2nd initrd with the ssh pubkey, then i just concat the 2 cpio archives, and re-compress
<clever>
tobiasBora: but you can review things with `nix-build foo.nix -A bar --repeat 2`, as root, it will build it 3 times, and tell you if it differs
<clever>
tobiasBora: also, not a lot of the compilers are able to produce bit-perfect results, so such checks can falsely fail
<clever>
then the slaves can GC safely and you dont loose anything
<clever>
tobiasBora: hydra is more used to build things automatically, on an array of trusted machines, and then pull the results back to 1 central place
<clever>
tobiasBora: not currently
<clever>
testuser: and it will then use the result of that function to modify some attrs
<clever>
testuser: oops, ^
<clever>
tobiasBora: overrideAttrs takes a function that accepts 1 argument (typically called drv), and it will call that function with the original attributes
<clever>
tobiasBora: not really, you should probably just use hydra for this kind of thing
<clever>
testuser: the drv attrset is all of the old values
<clever>
so you need rec { and ${name} to refer to the name you just set
<clever>
testuser: ah yeah, drv.name refers to the old name
<clever>
ah, yeah, nix isnt really capable of that
<clever>
then if you only depend on an output of the 2nd, it will be able to gc the unused parts
<clever>
Lisanna: it would be easyer to make a fixed-output derivation that returns a single directory, then have a non-fixed derivation that splits it into many outputs
<clever>
though the gentoo one at least mentions the oracle archives, so you can find old versions
<clever>
robstr_: i see messages in the jdk package that parallel what nix has to say
<clever>
robstr_: maybe i'm mis-remembering things some, or oracle's licenses was different
<clever>
einfo "Oracle requires you to download the needed files manually after"
<clever>
robstr_: i havent really used gentoo in a year or 2, so id have to look at how it does the download again
<clever>
and if oracle changes the licenes, a new licenes is added to the package manager, and you must read that and add it to the accepted list
<clever>
robstr_: then emerge can download packages for things you have accepted
<clever>
robstr_: and you are supposed to read them, and put them into a list of licenses you have accepted
<clever>
robstr_: gentoo solved the issue in a bit of a different way, there is a list of license files in the package manager
<clever>
nioncode: the error is at least clear about the version#'s causing the issue, but less clear on where they came from
<clever>
nioncode: i have an issue open about that
<clever>
nioncode: if you install anything qt based with nix-env, its libraries wind up in ~/.nix-profile/lib/ and can break other versions
<clever>
its loading them somewhere it shouldnt, and not really using the result
<clever>
ottidmes: there is also a bug where nixos will fail due to problems in the default overlays, but never actually obey them
<clever>
it defaults to just []
<clever>
ottidmes: nixos-rebuild uses the overlays set in nixpkgs.overlays = [ ... ];
<clever>
sphalerite: ahh, fixed
<clever>
amdgpu doesnt even change the res in text mode
<clever>
sphalerite: dang, X is still broken
<clever>
you have to nixpkgs.overlays = [ (import /path/to/overlay) ];
<clever>
abcdw: configuration.nix doesnt load those overlays by default
<clever>
ah, much more
<clever>
i only see a 64bit flag on my end
<clever>
true
<clever>
error: attribute 'is32bit' missing, at (string):1:1