Or as it should have said:

"Make 'bsd' before 'mr.fs' so that 'mr.fs' can use the actual
space available in the kernel image rather than relying on
third parties like disktab to be correct.

No intentional functional change."

Sigh.

Kenneth R Westerback <k...@cvs.openbsd.org> writes:

> CVSROOT:      /cvs
> Module name:  src
> Changes by:   k...@cvs.openbsd.org    2023/04/28 02:45:26
>
> Modified files:
>       distrib/alpha/miniroot: Makefile
>       distrib/amd64/ramdiskA: Makefile
>       distrib/amd64/ramdisk_cd: Makefile
>       distrib/arm64/ramdisk: Makefile
>       distrib/armv7/ramdisk: Makefile
>       distrib/hppa/ramdisk: Makefile
>       distrib/i386/ramdisk: Makefile
>       distrib/i386/ramdisk_cd: Makefile
>       distrib/landisk/ramdisk: Makefile
>       distrib/loongson/ramdisk: Makefile
>       distrib/luna88k/ramdisk: Makefile
>       distrib/macppc/ramdisk: Makefile
>       distrib/octeon/ramdisk: Makefile
>       distrib/powerpc64/ramdisk: Makefile
>       distrib/riscv64/ramdisk: Makefile
>       distrib/sparc64/miniroot: Makefile
>       distrib/sparc64/ramdisk: Makefile
>       distrib/sparc64/ramdiskB: Makefile
>       sys/arch/octeon/stand/boot: Makefile
>       sys/arch/powerpc64/stand/boot: Makefile
>
> Log message:
> Retire -E's "expert" mode. Introduced 23 years ago to avoid
> confusing users with FFS attributes that only experts should
> fiddle with. Actual use has withered away with functionality
> rendered moot or moved elsewhere.
>
> '-e' remains for the truly obscure corner cases.
>
> Simply excise the code for now to see if hidden users/uses are
> exposed.  Further simplifications are possible if no such
> users/uses surface.
>
> ok with sthen@ millert@ kn@ otto@
--
.... Ken

Reply via email to