On Fri, Jun 5, 2020 at 2:09 PM John M. Harris Jr <johnmh@xxxxxxxxxxxxx> wrote: > > On Friday, June 5, 2020 10:49:52 AM MST Chris Murphy wrote: > > On Fri, Jun 5, 2020 at 4:35 AM Vitaly Zaitsev via devel > > <devel@xxxxxxxxxxxxxxxxxxxxxxx> wrote: > > > > > > > > > > > On 04.06.2020 22:30, Ben Cotton wrote: > > > > > > > Swap is useful, except when it's slow. zram is a RAM drive that uses > > > > compression. Create a swap-on-zram during start-up. And no longer use > > > > swap partitions by default. > > > > > > > > > > > > I'm strongly against this, because zram will replace disk swap and > > > disable hibernation, which is very useful on laptops. > > > > > > Already discussed in the 'support hibernation' thread. > > > > Most laptops today have UEFI Secure Boot enabled by default and > > therefore hibernation isn't possible. And even when the laptop doesn't > > have Secure Boot enabled, there's a forest of bugs. It works for some > > people and not others. It was working for me on one laptop in > > February, consistently doesn't work now and I haven't gotten a reply > > yet from upstream about the problem. > > It may be true that most laptops have "Secure Boot" enabled, but not those > running Fedora. We don't have numbers to support that claim, and most devices > require "Secure Boot" to be disabled, or to have the mode changed so that it > accepts new keys, to install Fedora. > This is not true. Fedora installs perfectly fine on Secure Boot-enabled systems without any change to the enrolled keys. Our shim package is signed by a key that has been required to be trusted for virtually all x86 PCs for the past several years. The *only* case where Secure Boot must be disabled for the proper functioning of a PC today is if you use the NVIDIA proprietary drivers, because nobody is helping RPM Fusion set up a mechanism to sign their driver and load the key into the kernel for trust. -- 真実はいつも一つ！/ Always, there's only one truth! _______________________________________________ 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
