<clever>
vaibhavsagar: now do #1 egrep 'llqvjcz1bg7242sgycs75i18pdq5b6cx|1x01ridywrbcgr419q2fzk3pr63mjhzv' /nix/store/wv8bg5mmm1r78fyjmlw8v2b57fvz6wvf-mariadb-client-10.1.21
<clever>
turnandrun: fetchgit cant access your ssh keys
<clever>
ah those are still $out
<clever>
stripping (with flags -S) in /nix/store/j3nn8yznfr1qfnyfm7wdz5yywlpw3bac-mariadb-10.1.21/lib /nix/store/j3nn8yznfr1qfnyfm7wdz5yywlpw3bac-mariadb-10.1.21/bin
<clever>
its still finishing up
<clever>
vaibhavsagar: ok, so $out is /nix/store/j3nn8yznfr1qfnyfm7wdz5yywlpw3bac-mariadb-10.1.21 on my machine
<clever>
vaibhavsagar: 100%
<clever>
yep, up to 83 now
<clever>
oh, and theres a random 72%
<clever>
vaibhavsagar: its stopped giving progress %'s and appears to now be compiling stuff without cmake
<clever>
Infinisil: then you can grep that for xsession, which will return 1 entry
<clever>
Infinisil: thats why i said to use -qR earlier, "nix-store -qR /run/current-system" will show the subset of the store that the current nixos uses
<clever>
Infinisil: GC wont save you,the rollback will keep old copies for easy-undo
<clever>
but thats not in the fstab, so it refuses to tab-complete a directory that exists locally
<clever>
i also often do things like mount nas:/nas /na<tab>
<clever>
then cd just tells you, "x is not a directory" and you instantly know what is wrong
<clever>
i prefer it in the dumb mode, where it can complete files on cd
<clever>
i mean the smarter tab completion stuff
<clever>
it can do dumb things like that and often just gets in the way
<clever>
i usualy turn tab completion off
<clever>
Infinisil: and then in the slim.cfg you will find the session script under login_cmd
<clever>
Infinisil: in /etc/systemd/system/display-manager.service you will find the slim config path
<clever>
Infinisil: which display manager are you using?
<clever>
Infinisil: its usualy faster to find the xsession script in the displaymanager config, after nix-build has finished
<clever>
ive got 8 cores and a lot of spare time
<clever>
vaibhavsagar: i'm trying to reproduce the issue here, but the build is only 26% done
<clever>
just saying that its not as broken as the wiki claims
<clever>
Ralith: the logind stuff works fine for me on slim
<clever>
that is just the path for one output, we need the paths for all the outputs to find the cycle
<clever>
that failure
<clever>
2017-04-25 22:24:44 < vaibhavsagar> I'm trying to build MariaDB and it's running into a dependency cycle
<clever>
and find out what the depdency graph is
<clever>
vaibhavsagar: then grep each output for the other output paths
<clever>
vaibhavsagar: checking the first few fields in that .drv will give you the path of each output
<clever>
vaibhavsagar: when it fails, it will give a .drv path
<clever>
vaibhavsagar: but it will leave the failed build in /nix/store, for you to manualy grep
<clever>
vaibhavsagar: nix wont register a build as valid if it has a dependency cycle
<clever>
Infinisil: thats the simplest way
<clever>
Infinisil: run "nix-store -qR /run/current-system | grep xsession"
<clever>
it was probably just factorio.overrideDerivation (old: { src = /home/clever/downloads/foo.tar.gz; })
<clever>
yeah, its just gone
<clever>
its not in my config.nix
<clever>
trying to remember where i put it
<clever>
Ralith: joepie91 is doing some other stuff with factorio and may know more
<clever>
i just made an override that sets src=
<clever>
the whole auth wall code did look pretty ugly
<clever>
ah
<clever>
Ralith: somebody was talking to me about mod changes recently
2017-04-25
<clever>
you need to use some specialized commands to be able to modify files
<clever>
it doesnt save changes by default
<clever>
its far faster to test it in grub, then to edit configuration.nix, and nixos-rebuild every change
<clever>
and you can test this in the grub console by just typing line 10 in directly
<clever>
lines 7, 9, and 11 are useless now
<clever>
from the output of blkid, i think this should work, "chainloader (hd1)+1"
<clever>
the only thing search does, is find the drive automaticaly if the numbers change
<clever>
but this loads the 1st sector of the whole drive: chainloader (hd1)+1
<clever>
this loads the 1st sector of a partition: chainloader (hd1,msdos2)+1
<clever>
it looks like windows has its own hdd, so you can probably use the MBR from that
<clever>
simp__: oh, what about just chainload (hd1)+1
<clever>
M$ deciding they need to change stuff that was working perfectly fine before they messed with it
<clever>
why does M$ have to break everything? lol
<clever>
that is odd, i dont even see a boot.ini in there
<clever>
simp__: ok, now umount that, then mount sdb2 with the same cmd, and ls it
<clever>
simp__: ok, try doing mount /dev/sdb1 -o ro /mnt and then ls /mnt
<clever>
it needs the *
<clever>
can you gist the output of "blkid /dev/sd*"
<clever>
are you currently in nixos?
<clever>
a lot of windows tools just hijack the MBR and break dual-booting
<clever>
yeah
<clever>
and look around to see what files are still there
<clever>
you can also try using ntfs3g to try to mount the windows partitions under linux
<clever>
and try looking in every drive and partition for a bootmgr file
<clever>
simp__: double-check with tab completion to see what other files are on that partition
<clever>
Infinisil: you can also use "--option build-cores 4" to override the value of that option
<clever>
Infinisil: changes like nix.buildCores dont take effect until after nixos-rebuild is done, so you would need to temporarily remove/undo firefox's change
<clever>
Infinisil: did you change configuration.nix's nix.buildCores in the same nixos-rebuild as firefox?
<clever>
Infinisil: one min
<clever>
then just guess and brute-force it until you find a solution
<clever>
and you can test the chainload in that console
<clever>
and it should even show you files within the FS if you put a / after it
<clever>
you can open a grub console with c, and then use tab-complete on the (hd argument
<clever>
it will open the ntfs filesystem and load the windows stage 2 loader
<clever>
i think the reason the ntldr module in grub is special, it that it replaces the job of the mbr stub
<clever>
the wiki i linked says the uuid example works on 10
<clever>
then i can git clone all of nixcfg between machines
<clever>
Infinisil: and then configuration.nix purely has whats needed to boot, and imports [ ./nixcfg/laptop.nix ];
<clever>
Infinisil: i have a core.nix for stuff on every machine, then i have a router.nix, nas.nix, and laptop.nix, all of those have imports = [ ./core.nix ];
<clever>
Infinisil: ah, i have things in the other direction
<clever>
that never gets overwritten
<clever>
Infinisil: you can also just put everything into configuration.nix
<clever>
Infinisil: the only special thing about hardware-configuration.nix, is that nixos-generate-config will overwrite it
<clever>
Infinisil: you can put config into either one
<clever>
Infinisil: the 2 files are pretty much identical
<clever>
and confusingly, nixpkgs will rename your buildInputs to nativeBuildInputs when the cross config is missing
<clever>
and the buildInputs go into NIX_CROSS_LDFLAGS
<clever>
the nativeBuildInputs have to go into NIX_LDFLAGS
<clever>
jophish: you need the ability to compile host tools that are used in code generation
<clever>
jophish: so everything had to be staticly linked
<clever>
jophish: i also dont know why, but i could never get dynamic linking to work in the windows cross-compiles
<clever>
jophish: that sounds likely
<clever>
Infinisil: maxJobs controls the number of derivations in parallel, not the make level
<clever>
i would expect the modern extension stuff to not allow executition of code like that
<clever>
and in the event the ffi doesnt support your os, it can just execute a script (bash or bat)
<clever>
i need to test my firefox extension on version 53, and put out an update
<clever>
yeah
<clever>
which reminds me, i need to update to 53
<clever>
only things built by mozilla can use the firefox name
<clever>
Infinisil: for legal reasons, copies of firefox cant use the "firefox" name, so when the build-script messes up, it doesnt taint the brand-name
<clever>
Infinisil: the reason its split between the wrapper and firefox, is to avoid a recompile when changing plugin stuff
<clever>
Infinisil: enableOfficialBranding is a compile-time thing
<clever>
the issue is how firefox plugins are loaded
<clever>
benley: it is an override flag
<clever>
nix-shell -p john to play with it
<clever>
so it will depend on how good a password it is
<clever>
then a program like john the ripper can be used to brute-force the password
<clever>
alphor: but when you start using users.users.foo.initialPasswordHash in nixos, the hash is visible under /nix/store/, so you loose the protection shadow gave
<clever>
alphor: so a non-root user can map user<->uid in /etc/passwd but not get your hashes
<clever>
alphor: yeah, the point of shadow is to hide the hashes in /etc/shadow where only root can read them
<clever>
alphor: and some of the security of the hash relies on the salt being randomized
<clever>
alphor: passwd will generate a random salt
<clever>
alphor: youll loose the benefit of shadow, but an attacker still has to brute-force the hash
<clever>
alphor: or if you trust the password hashing, you can set an initialPasswordHash on a user
<clever>
alphor: you can still configure users declaratively, and just set the password manualy afterwards
<clever>
alphor: yeah, every user can see every file in the store, and any config/passwords that might be there