Luna/tools/make-iso.sh

#!/usr/bin/env bash
set -e

source $(dirname $0)/env.sh

cd $LUNA_ROOT

fakeroot -u -s $LUNA_ROOT/.fakeroot -- tools/install.sh

fakeroot -u -i $LUNA_ROOT/.fakeroot -- genext2fs -d base -B 4096 -b 2048 -L luna-rootfs -N 2048 build/ext2fs.bin

mkbootimg luna.json Luna.iso
kernel+tools: Allow loading files with different owners + add a more dynamic install script 2023-05-06 10:11:35 +00:00			`#!/usr/bin/env bash`
			`set -e`

			`source $(dirname $0)/env.sh`

			`cd $LUNA_ROOT`

			`fakeroot -u -s $LUNA_ROOT/.fakeroot -- tools/install.sh`

libluna+libc: Implement memchr() and strstr() 2023-07-10 13:30:05 +00:00			`fakeroot -u -i $LUNA_ROOT/.fakeroot -- genext2fs -d base -B 4096 -b 2048 -L luna-rootfs -N 2048 build/ext2fs.bin`
tools: Generate the Ext2 filesystem using genext2fs instead mkbootimg's filenames have some kind of bug... 2023-06-22 17:39:43 +00:00
kernel+apps+base+tools: Use Ext2 for the root partition file system init is now split into two parts: preinit, which lives in the initrd and prepares the root file system for init, and the actual /usr/bin/init, which lives in the root partition and starts services and reaps zombies. The kernel now looks for /bin/preinit instead of /bin/init as the executable for the init process. All configuration files in initrd/etc have been moved to base/etc. (The plan is to have only moon and preinit in the initrd.) Since the current Ext2 implementation is read-only (and it's on a CDROM so it would be read-only anyways), /home/selene is a tmpfs (as well as /tmp), to allow for a writable home directory. The system is slower now, but that's to expect since the Ext2 code doesn't use caching and the ATA code still uses PIO. 2023-07-10 11:05:06 +00:00			`mkbootimg luna.json Luna.iso`