F39 proposal: BiggerESP (Self-Contained Change proposal)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/BiggerESP

This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.

== Summary ==

The Fedora installer includes an EFI System Partition of between 200MB
and 600MB by default, of which the lower size is much too small for
firmware updates on modern hardware and also for future bootloader
features like UKI.
This change will increase the minimum size of the ESP to be 500MB,
which is also the same value used by Microsoft for Windows 10 and
newer.

== Owner ==
* Name: [[User:rhughes| Richard Hughes]]
* Email: rich...@hughsie.com


== Detailed Description ==

Modern hardware has UEFI firmware updates that are more than 64MB in
size. The OEMs recommend a ESP free space of double the flash size
plus 20MB and fwupd now enforces this requirement to ensure flash
success. As the ESP is often shared between Windows and Linux, and
also used for firmware updates, and soon to be used by UKIs it's not
enough to just allocate a few hundreds of megabytes. Windows 10 and 11
allocates an ESP of at least 500MiB. Arch also specifies a minimum of
512 MiB.

== Feedback ==

There is no alternative -- the ESP has to scale up if we want firmware
updates to continue to work and to support UKIs for next-generation
bootloaders.

== Benefit to Fedora ==

Firmware updates will work on future hardware, and we can boot the
kernel using UKIs using next-generation bootloaders.

== Scope ==
* Proposal owners:

We need to change a number in Anaconda:
https://github.com/rhinstaller/anaconda/pull/4711

== Upgrade/compatibility impact ==

We can't grow the ESP in size, and so this change will only affect new
installs. This is fine, as this will affect new hardware more than old
hardware.

== How To Test ==

Install Fedora and observe that /boot/efi has at least 276MB free
space, even when installed alongside Windows.

== Dependencies ==

Anaconda would need to be modified, and Fedora would have a / or /home
partition that's ~300MB smaller by default than it is now.

== Contingency Plan ==

* Contingency mechanism: (What to do?  Who will do it?) N/A (not a
System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? N/A (not a System Wide Change), No

== Documentation ==

N/A (not a System Wide Change)

== Release Notes ==

Fedora now defaults to a larger EFI System Partition which allows
firmware updates to work on newer hardware, and allows future
bootloader and kernel modernizations.


-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
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-announce@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

F39 proposal: Increase vm.max_map_count value (System-Wide Change proposal)

[Ben Cotton]

https://fedoraproject.org/wiki/Changes/IncreaseVmMaxMapCount

This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.

== Summary ==
This change aims at increasing the default value of the
`vm.max_map_count` sysctl

== Owner ==
* Name: [[User:aleasto| Alessandro Astone]]
* Email: ales.ast...@gmail.com


== Detailed Description ==
Increase the vm.max_map_count sysctl default value.

The goal is to improve compatibility with Windows games through wine
or steam. Read on "Benefit to Fedora" for examples.

Steam Deck is shipping with a default of `2147483642` (MAX_INT - 5) up
from `65530` of Fedora; it makes sense to follow their lead and set
the same value.

== Feedback ==

This was briefly discussed in #fedora-devel and received positively.
Concerns over possible downsides were raised. I am not aware of any,
but more input here is desired.

== Benefit to Fedora ==
The following Windows games will work out of the box (through wine or steam):
* DayZ: https://steamcommunity.com/app/221100/discussions/0/3199241400256965913/
* Hogwarts Legacy: https://github.com/ValveSoftware/Proton/issues/6510
* Counter Strike 2 (Beta Windows build):
https://www.youtube.com/watch?v=i02n_Ak98TA
* Any other software that might be invoking a lot of mmaps

== Scope ==
* Proposal owners: Add the new default to `/usr/lib/sysctl.d/`

* Other developers: No work will be necessary unless the new default
is found breaking some software

* Release engineering: N/A (not needed for this Change)

* Policies and guidelines: N/A (not needed for this Change)

* Trademark approval: N/A (not needed for this Change)

* Alignment with Community Initiatives: N/A

== Upgrade/compatibility impact ==
Upgrading to the new Fedora release will seamlessly update the
default. No manual intervention is necessary.

== How To Test ==
Temporarily set the new value with `sudo sysctl -w vm.max_map_count=2147483642`

Run any of the software listed above to verify that it now works.

Or run any other software to verify the change causes no regression.


== User Experience ==
More Windows games will work out-of-the-box (through wine or steam)

== Dependencies ==
None


== Contingency Plan ==
* Contingency mechanism: Revert the shipped configuration
* Contingency deadline: Final Freeze
* Blocks release? No


== Documentation ==
The default value is currently hard-coded in the kernel, at
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/include/linux/mm.h?h=v6.2.12#n203
.
It cannot be changed through the kernel defconfig, instead it must be
set through sysctl.

== Release Notes ==
The default value of the vm.max_map_count sysctl is increased


-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
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-announce@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

The new version of Fedora Messaging Notifications will arrive this week

[Aurelien Bompard]

Hi folks!

The "FMN replacement" team has finished writing the new version of our
notification system, and we are ready to deploy!

We plan on:
- deploying the new version on https://notifications.fedoraproject.org
this week,
- keep the old one around but move it to https://apps.fp.o/notifications-old
- redirect from https://apps.fp.o/notifications to the new place.
(fp.o being an abbreviation for fedoraproject.org)

You will thus still be able to access the current FMN, and it will
keep running until F39. Due to the difference in features, we can't
import existing rules into the new system, so we encourage you to
create new rules that suit you as soon as the new system is up and
running.

The change of URLs will happen with the planned outage set for
2023-04-24 08:30 UTC (this Wednesday), see ticket 11266
 for details.

If you have issues with the new FMN, please open infra tickets at:
https://pagure.io/fedora-infrastructure/new_issue

We hope you will enjoy the simpler UI and faster processing speed that
the new FMN brings.

Cheers!
Aurélien
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
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-announce@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue