/usr/lib/crt1.o, while it should be using $glibc/lib/crt1.o. This
quick hack (prepending $glibc/lib to the GCC search path using "-B")
fixes the problem, but a better solution to prevent this sort of
thing is to remove these static paths from gcc.
Note: this problem was found using the pure UML Nix environment
(where we don't have /usr/lib).
svn path=/nixpkgs/trunk/; revision=810
(stdenv) on Linux. The previous 1-stage bootstrap was insufficient,
because the tools in stdenv where built by native tools. For
instance, the Nix bash had a reference to /lib/libncurses. This
doesn't happen with a 2-stage bootstrap, since the bash built in
stage 2 will be built with the gcc built in stage 1, which doesn't
search in the "standard" locations.
Motto: "Disparaging the boot is a bootable offense."
svn path=/nixpkgs/trunk/; revision=809
virtual consoles 0 and 1. To shutdown, do `init 0' (`halt' and
`shutdown' don't work because they call /sbin/init).
svn path=/nixu/trunk/; revision=803
environment; that is, an operating system environment in which there
is (essentially) only a store.
The script `make-disk.sh' creates an ext2 disk image, creates a Nix
store in it, and copies the closure of the bash package (from
nixpkgs) to it. The script `run.sh' then starts bash in a UML
virtual machine.
The contents of the image after creation look like this:
$ ls -l
drwxr-xr-x 2 root root 1024 2004-02-14 19:13 dev
lrwxrwxrwx 1 root root 61 2004-02-14 23:34 init -> /nix/store/e40873ece7a010752ad72b4262b23d28-bash-2.05b/bin/sh
drwx------ 2 root root 12288 2004-02-14 19:13 lost+found
drwxr-xr-x 4 root root 1024 2004-02-14 19:13 nix
drwxr-xr-x 2 root root 1024 2004-02-14 19:13 proc
drwxrwxrwt 2 root root 1024 2004-02-14 19:13 tmp
The next step is to add all the other stuff that goes into a working
system (coreutils, etc.). BTW, if you don't have `ls' you can still
list directories by doing `echo *' :-)
Nix itself should also be Nixified so that it can be put into the
store.
svn path=/nixu/trunk/; revision=783
stages of the bootstrap process (i.e., stdenvLinuxBoot).
* Add those packages to the distribution. We didn't do that before
because it would cause them to be built twice.
svn path=/nixpkgs/trunk/; revision=753
a big problem, so I decided to require to user to get the
file and put it in some location in the file system. wget
doesn't seem to accept the file scheme however, so I had to
move the copying into the builder itself. The builder checks
the md5 hash of the downloaded file. Maybe having a separate
'fetchfile' would be useful to make a file in the outside
world pure. I tried to add this to build-support, but this
obviously did not work. I still committed it. Just remove it
if you think that it sucks.
svn path=/nixpkgs/trunk/; revision=716
