It looks newer (appearred after 1.6) gzip tries to read less than DEV_BSIZE
(to check header?) so we can't use raw device directly.
(note sparc bootfs ramdisk doesn't have dd(1))
Workaround for PR port-sparc/42193, and would also fix PR install/28734.
- move guts of distrib/Makefile.inc to distrib/common/Makefile.distrib
(fixes problem caused by implicit include of ../Makefile.inc in certain
submake conditions triggered by makefiles not yet in tree)
- removed mkdir of ${RELEASEDIR}/*; rely upon "snap_pre" target of
etc/Makefile to create all the release directories
- renamed RELINSTALL to RELEASE_INSTALL
- renamed FLOPPYINSTDIR to FLOPPY_RELEASEDIR
- renamed MDSETDIR to MDSET_RELEASEDIR
- removed ITARGET
- move release target from top level to appropriate subdirectory
- ensure release target has correct depends
- replace miniroot's IMAGE_MD_POST with common/Makefile.image IMAGEPOSTBUILD
- Makefile.image: add realall: ${IMAGE}
as they only support reading /etc/hosts, and its the "least useful" of
the libhack routines. Add gethost.o back to Really Small media which
appears to need the space savings.
cross-built without root privileges. (tested i386->sparc cross-build).
- remove now-unused cruft
XXX: there's still other parts of distrib/sparc that need fixing.
- a bootable bootfs which contains a spartan md-based `ramdisk'
filesystem, which loads the tar file image:
- instfs, which is constructed from the miniroot filesystem
and contains all installation utilities.
The current miniroot image also supersedes the former separate
{bootfs,ramdisk}.sysinst tools.
files have copyright held by people in addition to myself. (I did the
original work, they copied it, enhanced it, and added their copyright
to the derivative work.) Their approval has been given re: the license
change.
this larger is the solution we're looking for.) And make it actually work
with a larger size, rather not using the extra space we've allocated due
to not changing the geometry we disklabel it with. Do we even need to give
this a disk-like geometry, especially if it's a `floppy' with more tracks
than a real floppy has?
joerg