Announcement

Collapse
No announcement yet.

Fedora 34 Change To Further Compress Install Media Rejected Due To Install Time Concerns

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Fedora 34 Change To Further Compress Install Media Rejected Due To Install Time Concerns

    Phoronix: Fedora 34 Change To Further Compress Install Media Rejected Due To Install Time Concerns

    The plans to shrink the Fedora install media by ramping up the compression settings were rejected at last week's Fedora Engineering and Steering Committee meeting...

    http://www.phoronix.com/scan.php?pag...uashFS-XZ-More

  • #2
    I'm actually all for growing the install media size instead now that most people are using USB flash memory to load the ISO on.

    A 32GB stick is so affordable nowadays that trying to constrain the image to the size of a single layer DVD is hardly worth the effort. And don't start with the 'not-all-systems-support-USB-boot' claims; practically every development ARM board or x64 machine released over the last 15 years are capable of USB boot.

    Comment


    • #3
      Just like 32Bit, CD size (700MB) has to die for good. I'm all in for larger media if that implies an improvement of course.
      But to be honest most install media grew calmly. Even Debian's.

      Comment


      • #4
        The install media should be 20Mb and not be updated for 10 years.

        The first thing that happens after an install is an update that replaces nearly everything anyway.

        Comment


        • #5
          Originally posted by OneTimeShot View Post
          The install media should be 20Mb and not be updated for 10 years.

          The first thing that happens after an install is an update that replaces nearly everything anyway.
          Yes, I too want installers to be unbootable on new hardware thanks to missing / old drivers.

          Comment


          • #6
            Originally posted by Sonadow View Post
            I'm actually all for growing the install media size instead now that most people are using USB flash memory to load the ISO on.

            A 32GB stick is so affordable nowadays that trying to constrain the image to the size of a single layer DVD is hardly worth the effort. And don't start with the 'not-all-systems-support-USB-boot' claims; practically every development ARM board or x64 machine released over the last 15 years are capable of USB boot.
            you forget about people who do pxe installs or vmware off ftp installs. not everyone uses usb 3.0 transfer speeds.

            Comment


            • #7
              Originally posted by OneTimeShot View Post
              The install media should be 20Mb and not be updated for 10 years.

              The first thing that happens after an install is an update that replaces nearly everything anyway.
              pick a distro from 10 years ago and try booting it on current hardware. see how that works out for you. kernel alone is getting bigger and bigger. and having environment with ancient libc might not be the best idea.

              the idea you propose might work for netinstall type of media or super minimalistic distro. but it would be severely constrained.

              Comment


              • #8
                Originally posted by yoshi314 View Post

                you forget about people who do pxe installs or vmware off ftp installs. not everyone uses usb 3.0 transfer speeds.
                But isnt that kinda your problem?

                Comment


                • #9
                  Originally posted by OneTimeShot View Post
                  The first thing that happens after an install is an update that replaces nearly everything anyway.
                  Joke's on you. Potent distributions are able to have both the local install media and a network location as a repository, pulling updates as-needed so that, after initial installation, there are 0 updates proposed by the package manager.

                  Comment


                  • #10
                    SquashFS does not support Zstandard AFAIK.

                    Comment

                    Working...
                    X