87d5a24dbc
Multiple fixes to make redbear-bare actually build and progress through boot: config/redbear-bare.toml: - filesystem_size: 96 -> 192 MiB. The bare image packages ~153 MiB of installed content (zsh, base, base-initfs, kernel, relibc, userutils, libgcc, libstdcxx, plus coreutils/extrautils/etc.), so 96 MiB triggers installer ENOSPC during commit. - Override 31_debug_console.service with postinstall=true so the override wins over minimal.toml's version that uses /scheme/debug/no-preserve (which busy-loops when the debug scheme returns ENODEV in the bare initfs). recipes/core/base-initfs/recipe.toml: - bare_initfs() now only references BINS in the base workspace (init, logd, ramfs, randd, zerod, ptyd). getty is removed from BINS because it lives in userutils, not base. - Copy getty from the sysroot into the initfs after the cargo build (analogous to the existing redoxfs/ion/driver-manager sysroot copies). - Filter the init.d copy under REDBEAR_BARE_INITFS to keep only services for binaries we actually built (logd, randd, zerod, runtime.target, ramfs@.service, 90_initfs.target, 50_rootfs). The mainline 23 services reference fbcond/vesad/acpid/pcid/ fbbootlogd/hwd/inputd which aren't in the bare BINS, so init would try to start them and busy-loop. - Synthesize minimal 00_ptyd.service and 30_getty.service units in the initfs since they're built/copied but not in the mainline init.initfs.d. - Override 00_runtime.target to add ptyd and getty as weak requires (the mainline target references nulld/rtcd which we filtered out).