Re: bootable mac68k iso (Was: Tools mkhybrid(8) for mac68k/macppc ISO9660/HFS install ISO images
David Brownlee <[email protected]> Mon, 3 Jun 2024 16:27:40 +0100
| Newsgroups | gmane.os.netbsd.devel.toolchain,gmane.os.netbsd.ports.mac68k |
|---|---|
| Message-ID | <CAGN_6pZtqhcxmUtr+6QV1XLYgXWg66r468oOjvNFV-HJqO6pog@mail.gmail.com> |
On Sun, 2 Jun 2024 at 20:21, Izumi Tsutsui <[email protected]> wrote: > > abs@ wrote: > > > > As you wrote another message, mac68k one should work > > > if the previous external mkisofs version has worked. > > > > OK, so releng have confirmed the changes to include the mac68k ISO > > image are being deployed to the autobuild cluster, so bootable mac68k > > ISO images should start showing up on https://nycdn.netbsd.org/ soon Bootable NetBSD-HEAD mac68k iso images should now be available on https://nycdn.netbsd.org/ - direct download should be https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/images/NetBSD-10.99.10-mac68k.iso Now calling for people with a mac68k and CD-writer to give it a test :) > I guess we still need to consider the following (lower priority) items: > > - maybe debug.tgz and xdebug.tgz should be excluded from ISO > to avoid 700MB overflow > (I'm not sure if src/etc/Makefile can handle it, but -m option > of mkhybrid(8) should work) We have prior art for that - at least sparc64 excludes debug.tgz and xdebug.tgz from the default iso (but includes them in an optional dvd image) > - we should prepare an intermediate target on creating iso > by mkhybrid, rather than to specify ${RELEASEDIR}/images/NetBSD-foo.iso > as an output image directly (especially for macppc that needs > ${TOOL_MACPPCINSTALLBOOT} in "iso-image-md-post" process) > > - rename targets like "iso-image" "do-iso-image" "iso-image-setup" etc. > in src/etc/Makefile to explicitly denote "to create special > ISO9660/HFS hybrid ISO images only for Mac ports"? Makes sense. Are there any other ports which have similar additional iso manipulation requirements which should be pulled into a similar pattern? > - also change ${MKISOFS} and ${MKISOFS_FLAGS} to ${TOOL_MKHYBRID} > and ${MKHYBRID_FLAGS}, if we will no longer use external and > newer ${MKISOFS} for other ports > (at least I didn't bother to pull "-eltorito-boot-efi" option > into our tools mkhybrid(8) to avoid unnecessary conflicts) Also reasonable, but probably less urgent. Thanks again David