On 2014-09-09 09:51 UTC-0600, Chris Murphy wrote: > QA wants a release criterion for dual boot OS X + Fedora installations. If this is going to be done, it should have a grammatically unambigous name/title, and use grammatically unambigous language: 1-Multi-boot/multiboot is always grammatically correct if a system has more than one independent operating system installation 2-Dual-boot/dual boot is never grammatically correct if a system has more than two independent operating system installations 3-Dual-boot/dual boot is grammatically nebulous whenever it refers to a bootloader menu that has more than two selections from which to choose If support is to exist for _more_ than one operating system installation in addition to Fedora (e.g. Windows and Debian, or two Windows installations, or Windows plus Fedora plus another Fedora), the limiting term "dual" should not be used. Whatever the criterion is called, it should be clear from discussion whether it can cover more than two operating system installations, or is limited to two only, so that no inference can be logically made from any use of "dual" that more than two is within scope. The language should be consistent regarding all of OS X, Linux and Windows where any differences among them might be applicable. "Dual boot" is a PC term coined by IBM very roughly thirty years ago in conjuction with creation of its OS/2 Boot Manager. It applied "dual" to two operating system installations sharing a single (C:) "system" filesystem, to distinguish diverse installations each having unique "system" filesystems (e.g. DOS and/or Windows on C:, OS/2 on D:), to which it applied the term "multi". Multi, being inclusive of two, aka dual as a common contemporary term, is the generically more sensible term for use on >1 systems. Dual makes good sense only when two only is meant. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list