Re: CVS commit: src/usr.sbin/sysinst/arch

[Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>]

> > Modified Files:
> > 	src/usr.sbin/sysinst/arch/atari: Makefile
> > 	src/usr.sbin/sysinst/arch/hp300: Makefile
> > 	src/usr.sbin/sysinst/arch/luna68k: Makefile
> > 	src/usr.sbin/sysinst/arch/news68k: Makefile
> > 	src/usr.sbin/sysinst/arch/newsmips: Makefile
> > 	src/usr.sbin/sysinst/arch/x68k: Makefile
> > 
> > Log Message:
> > Pull SMALLPROG stuff to disable unnecessary partitioning methods etc.
> 
> I'm a bit concerned about the CHECK_ENTROPY part. This has a good chance
> of resulting in a inferior user experience, so is that really worth
> saving a few bytes?

- ramdiskbin with CHECK_ENTROPY requires extra 7000 bytes, at least on
  m68k, so poor tier-II ports that have size restrictions on install media
  or use slow floppies rather prefer smaller binaries
- CHECK_ENTROPY has been added after netbsd-9 was branched so I guess
  ordinary release users won't notice differences
- actually sysinst(8) itself has been broken on several these ports
  hp300 (PR/55197), luna68k (PR/55058), and x68k (PR/55384 etc.)
  since netbsd-9, so it would be much more important to bring them
  installable state for better user experience
- src/distrib/atari/floppies/common/Makefile.images already has
  NO_PROGRESS due to 1440KB restriction, and users (including me)
  will rather prefer to restore progress bar on ftp for better experience
- if you would like to discuss about pros and cons without numbers,
  maybe it would be worth to try installation on various emulators
  and describe actual experiences

---
Izumi Tsutsui