<clever>
and you would still need a dhcp and dns server on the lan side
<clever>
you would still be using hostapd with my idea, and still need nat to link the br0 and WAN interfaces up
<clever>
CMCDragonkai: and then set a single static ip on that bridge
<clever>
CMCDragonkai: i think if you want the wifi to act like a more normal router, you will need to put both the lan wired card, and the wifi card, into a bridge
<clever>
CMCDragonkai: and only if the hash changes, does it restart the service
<clever>
CMCDragonkai: i think its generating a service, the hash of which depends on the configured ip
<clever>
avahi cant start with a rebuild-switch because dbus is upset
<clever>
sphalerite: and almost anything dealing with dbus
<clever>
ah, not sure then
<clever>
sphalerite: unfreeRedistributable bypasses some of the normal rules
<clever>
steveeJ: there is a register script inside the derivation
<clever>
yeah, thats about all you can do
<clever>
sphalerite: dont think it can do anything like that, and it will usualy not hit a limit on active jobs, so it should just do normal load balancing between processes
<clever>
steveeJ: this builds a static qemu-user-arm for nix, and also has a patched copy of nix, so you can convince nix that the host can run arm locally
<clever>
hyphon81: look at the very first line of text, 'The NixOS wiki is outdated and is being shut down. If you wish to add or improve NixOS documentation, please grab a ticket from the Move the wiki! milestone'
<clever>
myguidingstar: yep, --force-reboot causes it to use boot rather then switch, and will probably follow it up with a reboot
<clever>
myguidingstar: check the nixops manual to see if there is an option to make it reboot to apply changes
<clever>
myguidingstar: i think the problem is the switch action, if nixops used the boot action, then rebooted, this problem shouldnt occur
<clever>
shanemikel: some things like teamspeak have the packagd QT deleted, and its switched to the nixpkgs QT
<clever>
shanemikel: the homepage is also usualy declared in nix packages, so if you can find that, grep nixpkgs for it
<clever>
shanemikel: and sometimes, i apt-file a debian based machine to turn the lib into a package name, then use the above tools to find that package in nix
<clever>
shanemikel: nox, command-not-found, and just grep against nixpkgs are my main tools
<clever>
yep
<clever>
so you just put a list of packages where zlib is, run nix-build, and it makes a bash script, that bash script will patch things
<clever>
yeah, once you throw some http into the mix, it can just use a remote database
<clever>
sphalerite: then it can just read /proc/cmdline to find arguments
<clever>
sphalerite: and then pass a hostname as a kernel parameter
<clever>
sphalerite: if you are using the boot.php from my original gist, you could also modify the netboot.ipxe it chainloads, and embed that into the php script
<clever>
ah, and then hard-code a map of ether->hostname into the image, via ethers
<clever>
so it doesnt nuke every machine you accidentaly boot it on
<clever>
sphalerite: i think it would be safer for it to register itself as booted in some central server, and then wait for a hostname, sshpubkey, and the order to self-nuke
<clever>
avn: ive read its source and helped a few people with it, but have yet to actually use it
<clever>
avn: needs less control over the network then full netboot
<clever>
avn: oh, and i was thinking of using the kexec in nixops also
<clever>
so when it boots, you can simply type in 'justdoit' and it will do the entire install
<clever>
this one creates a bash script in the systemPackages of the netboot
<clever>
hodapp: typing 'configurePhase' into the shell will run the default configurePhase bash function, not eval the $configurePhase variable
<clever>
dejanr: the storepath after its built, or its nix expression path?
<clever>
hodapp: then each version shows up under python3Packages and python2Packages
<clever>
hodapp: i think most of them go into top-level/python-packages.nix, and then nixpkgs will call the package twice, once with python2, and once with python3
2017-04-16
<clever>
kuznero: a nixpkgs maintainer
<clever>
just need to wait for a maintainer to notice that things have been updated now
<clever>
yeah, since its purely adding new things, there is very little chance of it breaking old things
<clever>
kuznero: and then in the github ui, you can create a pull request
<clever>
kuznero: make sure you clone from master, make the changes, then commit, and push to your fork on github
<clever>
the .xz may need to be removed, and the compression code on 204 may need updating
<clever>
about the only difference is that the haskell repl can use lightweight threads to fork off "children", while busybox has to spawn whole new processes, and re-initialize busybox inside each
<clever>
yeah
<clever>
it was more as an example that you can run haskell without needing to rely on any init framework
<clever>
yeah
<clever>
theres not much need for the .img
<clever>
but i already have the entire closure of the os in the initrd
<clever>
yeah
<clever>
MichaelRaskin: yep, but i was testing all of this in qemu and had no rootfs to actualy mount
<clever>
MichaelRaskin: the above gist doesnt have any lvm support, and currently doesnt even mount a persistant drive
<clever>
MichaelRaskin: ah
<clever>
unlmtd[m]: the above gist uses a haskell program as pid 1, and as the repl for a basic shell
<clever>
Mic92: then it doesnt know which unit to tag the journal data under
<clever>
Mic92: i have heard of bugs in systemd, like when a process quits, systemd deletes all state about that pid, before it can finish processing journal messages related to that pid
<clever>
timclassic: looks good
<clever>
oaierjg: the ext4 must be on a partition, not the root of the device, your probably destroying the partition table every time you do that
<clever>
oaierjg: they call it bios_grub
<clever>
oaierjg: and also, bios boot partition is a checkbox in gparted, under flags
<clever>
oaierjg: yeah
<clever>
oaierjg: just make a bios boot partition, it only takes 5 seconds to do that
<clever>
oaierjg: but GPT's partition table is larger, and its not safe to use space that is flagged as unused
<clever>
oaierjg: when using MBR, grub just jams it into "unused" space between sector 0 and the 1st partition
<clever>
1MB in size should be plenty
<clever>
oaierjg: it has no fs type and does not need to be formated
<clever>
oaierjg: you need to make a dedicated 'bios boot partition' in the partition editor, grub needs that to boot
<clever>
oaierjg: did you use MBR or GPT?
<clever>
so there may wind up being zero files outside of that dir
<clever>
ah yeah, though nixos is capable of booting with only a /nix/store
<clever>
adding --owner=0 to the docker tools will make it work the same on both nixos and other
<clever>
that rule is only broken when you install nix on another os, and you lack root to do things well
<clever>
and /nix/store must always be root:root and read-only on any proper nix machine
<clever>
:)
<clever>
it should be easy to test, just git clone that repo, edit the file, and run nix-build -I nixpkgs=/home/clever/nixpkgs to use the modified dockerTools
<clever>
so you dont need root to fix things
<clever>
but the commandline in make-system-tarball will make tar store uid 0 in the tar, and ignore the uid on-disk
<clever>
timclassic: i think the dockerTools expressions inside nixpkgs need to be fixed to force uid/gid 0/0