On Sat, Dec 14, 2019 at 1:25 AM John M. Harris Jr <johnmh@xxxxxxxxxxxxx> wrote: > > On Friday, December 13, 2019 1:34:29 PM MST Mike Pinkerton wrote: > > On 13 Dec 2019, at 15:03, John M. Harris Jr wrote: > > > > > > > On Friday, December 13, 2019 12:53:57 PM MST Chris Murphy wrote: > > > > > >> > > >> > > >> What? There are only two images that are release blocking for optical > > >> media right now. > > >> > > >> > > >> > > >> Everything/x86_64/iso/Fedora-Everything-netinst-x86_64- > > >> _RELEASE_MILESTONE_.i > > >> so > > >> Workstation/x86_64/iso/Fedora-Workstation-Live-x86_64- > > >> _RELEASE_MILESTONE_.i > > >> so https://fedoraproject.org/wiki/Releases/31/ReleaseBlocking > > >> > > >> > > >> > > >> I'm suggesting one instead of zero. Whatever image you're saying you > > >> must have is already non-blocking so I don't even understand what > > >> you're complaining about now. > > > > > > > > > > > > This isn't something that *I* personally need. The only ISO image I > > > personally > > > need is the KDE Spin ISO, so you'd be correct. For end-users, > > > there's no need > > > for the complexity of the Everything image to be present, however. > > > If the end > > > user wants to install the GNOME Spin, they shouldn't have to jump > > > through > > > hoops and know what they're picking. > > > > > > I would say that the Everything netinstall image is more useful than > > the Workstation Live image: > > > > * netinstall is smaller > > * netinstall can be used to install servers > > * netinstall with updates repo enabled yields current system without > > doing the almost inevitable post-install (from non-netinstall image) > > update > > That'd be great experience for users that already know what they want. and > have a NIC which is supported in mainline. It's also not an option for users > installing in airgapped environments, users who don't have internet access or > have bad internet service, among other common issues. It would NOT be a good > experience for a user to grab a GNOME or KDE Spin DVD, attempt to boot, and > not be able to boot it. > > -- > John M. Harris, Jr. > Splentity Part of my approach for airgapped environments, and environments I want to do installs and updates from my local network for, has been to bring external an external medium, such as a USB drive, with a full mirror of all of that fedora release's current upstream mirror. and mount *that*. It's currently about 150 GB for the entire Fedora 31 release. The approach has also been very handy when setting up clusters or when the installer lacks network drivers until after the kernel update, and I don't want to spend cycles building a new bootable image. I'll also admit that since 2000, I've building tarballs of OS images much as "mock" builds cached OS images and using them on a network kickstart or installer CD image to ignore most of anaconda, partition the disk image with anaconda's '%pre" scripting, and blow the OS image onto the disk. It's *much, much, much faster* than negotiating the graphical anaconda screens and selections and it provides *much* more flexibility for disk partitioning than sitting down working through the anaconda disk paritioning or software selection GUI provides. The approach uses anaconda's scripting tools to provide very scalable deployments, I once used it for 13,000 deployed systems in one month, including negotiating which of the network ports were eth0 and which eth1for consistent "eth1 is on top!!!!" for the poor beggars wiring up the machines. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
