actually bad, because in theory a different kernel could be chosen to be
installed and then we could not load any modules...but even communism
works...in theory!
svn path=/nixu/trunk/; revision=6068
TODO: rewrite some of the tools to use the busybox tools instead of the "normal" utilities during installation, so we can shave off another 15 MB from the
installer
svn path=/nixu/trunk/; revision=6063
the latest patches to Nix itself, which were committed the last few days.
Biggest changes:
make-disk.sh:
* use nix-push to generate NAR files and a manifest
* use only copy a "few" packages (but probably still too many than we want) to the Nix store on the CD
fill-disk.sh:
* use nix-pull to register a manifest with a lot of packages. Only copy and
register as valid the few packages that are in the Nix store on the installer
CD, install the rest via nix-env and other tools (this needs to be reviewed
thoroughly for optimizations).
All in all the install process is a lot cleaner now, the login script is broken
however (but should be relatively easy to fix with some Nix wizardry). NIX_ROOT
is still broken, but we can work around most issues with relative ease now.
svn path=/nixu/trunk/; revision=6025
to /proc/sys/kernel/hotplug during boot. (FIXME, install hotplug during
install of NixOS)
* /dev/input is created by udev
svn path=/nixu/trunk/; revision=4660
the wrong place to make these directories. After all, if we build this into
a real installer what do we know what to install? Perhaps we will use a
completely different hotplug implementation that won't use this directory.
Ah well, future work ;)
svn path=/nixu/trunk/; revision=4502
This reduces the ramdisk installer size with a few megabytes when gzipped,
but with about 40 MB when unpacked in memory.
There are a few improvements possible:
- strip the binaries. This saves another few MBs.
- only copy the binaries we really need to /bin or /sbin. This could reduce
the size of the installer a lot, especially with util-linux, of which we
don't use that many tools at all.
- try to move some packages we link with glibc right now (like util-linux) to
dietlibc. This will not work for bash, already tried that.
- try to use busybox as a replacement for everything.
svn path=/nixu/trunk/; revision=4428
- have mingetty listen on tty2 (but this still fails because of missing /dev/log
- get rid of /init on the targetdrive, solely use /sbin/init (and even that has to go one day)
- use dietlibc statically linked e2fsprogs for the installer. More to come :)
svn path=/nixu/trunk/; revision=3734
- make symlinks to "build" and "kernel" in those directories
- copy all modules.* files (like modules.dep). This is done so future add-on
modules can modify these files instead of the ones in the store...
Since the Nix hash is embedded in the path, this can still be considered
safe and it makes modprobe work automagically.
svn path=/nixu/trunk/; revision=3674
