Note that this proposal supersedes the Haskell GHC 9.0 & Stackage LTS
19 proposal, which was deferred to F38.
https://fedoraproject.org/wiki/Changes/Haskell_GHC_8.10.7
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 GHC Haskell compiler will be updated from minor version 8.10.5 to 8.10.7,
and Haskell packages will be updated to Stackage LTS 18.28 minor versions.
== Owner ==
* Name: [[User:Petersen|Jens Petersen]]
* Email: petersen(a)redhat.com
* Name: [[Haskell_SIG|Haskell SIG]]
* Email: haskell(a)lists.fedoraproject.org
== Detailed Description ==
For Fedora 37, the GHC Haskell compiler will be updated from version
8.10.5 to 8.10.7 release (rebasing from the ghc8.10 package).
Along with this, Haskell packages in [https://www.stackage.org
Stackage] (the stable Haskell source package distribution) will be
updated to the final LTS 18.28 minor release.
Haskell packages not in Stackage will be updated to the latest
appropriate version in the upstream [https://hackage.haskell.org
Hackage] package repository.
== Benefit to Fedora ==
Fedora users will have a newer more stable Haskell compiler, tools,
and current Haskell packages from final Stackage LTS 18.
GHC 8.10.7 contains a few important bug fixes (see the release notes
linked in the Documentation section for more details).
== Scope ==
* Proposal owners:
** rebase ghc to 8.10.7
** update ghc-rpm-macros to the final version for F37
** update packages to latest [https://www.stackage.org/lts-18 Stackage
LTS 18] versions using cabal-rpm
** build all the packages in a Koji sidetag repo in dependency order
using fbrnch
** push the sidetag through Bodhi to Rawhide before the mass rebuild
[[https://bodhi.fedoraproject.org/updates/FEDORA-2022-3ae019aee4
done]]
* Other developers: no actions should be needed
* Release engineering:
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:
== Upgrade/compatibility impact ==
There should not be any significant upgrade impact.
Users' Haskell projects will get built with ghc-8.10,7 when they next build.
== How To Test ==
* install ghc and cabal-install
* install pandoc, ShellCheck, ghcid, git-annex, hadolint, stack, xmonad
* install ghc-*-devel or ghc-*-prof or ghc-*-doc
* cabal-rpm builddep <favouritepackage>; cabal install <favouritepackage>
* test upgrades of F36 Haskell packages to F37
== User Experience ==
Users will have the newer stable minor version of ghc and Haskell
libraries and tools available to them.
This makes it easier to build the recent versions of Haskell projects.
== Dependencies ==
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?)
** Change owner can revert back to the versions in F36.
* Contingency deadline: Beta Freeze
== Documentation ==
* https://www.haskell.org/ghc/blog/20210814-ghc-8.10.6-released.html
* https://downloads.haskell.org/ghc/8.10.6/docs/html/users_guide/8.10.6-notes…
* https://www.haskell.org/ghc/blog/20210827-ghc-8.10.7-released.html
* https://downloads.haskell.org/ghc/8.10.7/docs/html/users_guide/8.10.7-notes…
== Release Notes ==
The Haskell GHC compiler has been updated from 8.10.5 to 8.10.7 with
some important bugfixes.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/z13BaselineForIBMZ
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 ==
Move the minimal architecture level for IBM Z hardware (the s390x
architecture) to z13 to benefit from the new features and better
performance in the newer CPU.
== Owner ==
* Name: [[User:sharkcz| Dan Horák]]
* Email: <sharkcz(a)fedoraproject.org>
== Detailed Description ==
Moving the minimal architecture level for IBM Z hardware (the s390x
architecture) to z13 allows us to benefit from the new features and
better performance in the newer CPU. The current minimum at zEC12 is
targeting hardware that has been already obsoleted by the vendor. All
Fedora infrastructure is already using the latest z15 hardware
(builders and co and also our public resources for developers). But we
still want to be able to use existing z13 and z14 hardware. Also the
TCG (full-system/non-KVM) emulation in QEMU already allows running
distros built with z13 as the baseline architecture. This change means
updating the defaults in gcc and the build flags and in the kernel.
== Benefit to Fedora ==
The primary benefit is being able to exploit vector instructions by
default, which should increase performance. Plus take advantage of
other architectural improvements.
== Scope ==
* Proposal owners:
** update the minimal hardware level in the kernel config to z13
([https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1907
MR#1907])
** set default compiler flags to <tt>-march=z13 -mtune=z14</tt> in
<tt>redhat-rpm-config</tt>
([https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/207
PR#207]) and <tt>gcc</tt>
([https://src.fedoraproject.org/rpms/gcc/pull-request/25 PR#25])
* Other developers:
* Release engineering:
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:
== Upgrade/compatibility impact ==
Users with hardware older than z13 should stick with F-36 or older release.
== How To Test ==
You shouldn't be able to start Fedora Linux 37 on system older than z13.
== User Experience ==
The primary difference will be in the availability of the vector
instructions and as a result better performance.
== Dependencies ==
== 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), Yes/No
== Documentation ==
N/A (not a System Wide Change)
== Release Notes ==
Starting with Fedora Linux 37 the minimal hardware level for the s390x
architecture has been updated to z13.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/ibus-libpinyin_1.13
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 ibus-libpinyin release includes new features for English input
and Table input.
== Owner ==
* Name: [[User:pwu| Peng Wu]]
* Email: pwu(a)redhat.com
== Detailed Description ==
The ibus-libpinyin package contains two new features for English input
and Table input.
* When user inputs some English words, the English word will be listed
in the candidates.
* After user imports a custom table file, they can use the table mode
to input the phrases defined by the custom table file.
== Benefit to Fedora ==
The two new features will improve English input and Table input when
using the "Intelligent Pinyin" input method.
== Scope ==
* Proposal owners:
** Release ibus-libpinyin 1.13
** Update the Fedora ibus-libpinyin package to version 1.13.0
* Other developers:
* Release engineering:
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:
== Upgrade/compatibility impact ==
== How To Test ==
When user input some English word, the English word will display in
the candidate list.
* Choose some frequent English word, try to input the word in pinyin
mode, the word may appear in the candidate list.
* Input some English word with initial capital letter, the input
method will switch to English input mode automatically.
After user imported some table file, press 'u' or 'U', it will use the
content of the table file to input the phrase.
Here are the detailed steps:
# Read the table file format description in the setup dialog
# Prepare the table file and import the table file in the setup dialog
# Press "u" to switch to table input mode
# Input some character by table code defined in the imported table file
== User Experience ==
The two features will speed up English input and table input in
"Intelligent Pinyin" input method.
== Dependencies ==
== 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)
Revert the ibus-libpinyin package to the last stable version.
== Documentation ==
N/A (not a System Wide Change)
== Release Notes ==
The ibus-libpinyin package will make English input and Table input in
the "Intelligent Pinyin" input method easier.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/SELinux_Parallel_Autorelabel
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 ==
After a system's SELinux mode is switched from disabled to enabled, or
after an administrator runs `fixfiles onboot`, SELinux autorelabel
will be run in parallel by default.
== Owner ==
* Name: [[User:plautrba| Petr Lautrbach]]
* Email: plautrba(a)redhat.com
== Detailed Description ==
SELinux tools `restorecon` and `fixfiles` recently gained the ability
to relabel files in parallel using the `-T nthreads` option. This
option is currently not used in the automatic relabel after reboot.
When users want/need the parallel relabeling they have to specify the
option explicitly (e.g. `fixfiles -T 0 onboot`). With this change `-T
0` (0 == use all available CPU cores) will be the default for
`fixfiles onboot` and users will have to use `fixfiles -T 1 onboot` to
force it to use only one thread.
The rationale is that when autorelabel runs, there are no other
resource-intensive processes running on the system, so it's fine (and
actually better) to use all available parallelism to speed up the task
and get to a fully booted system faster.
== Benefit to Fedora ==
Faster reboot after switching back to an SELinux enabled system or
when triggering autorelabel explicitly.
== Scope ==
* Proposal owners:
** Update `/usr/libexec/selinux/selinux-autorelabel` to use `-T 0` by default.
* Other developers:
* Release engineering:
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:
== Upgrade/compatibility impact ==
== How To Test ==
# boot with SELinux disabled - add `selinux=0` to the kernel command line
# reboot
# store the time it took
# run `fixfiles -T 1 onboot`
# reboot
# the latter reboot should take longer time
== User Experience ==
Systems should be up and running faster after SELinux autorelabel.
== Dependencies ==
== 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), Yes/No
== Documentation ==
N/A (not a System Wide Change)
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/BIND_9.18
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 ==
(not provided)
== Owner ==
* Name: [[User:pemensik| Petr Menšík]]
* Email: <pemensik(a)redhat.com>
== Detailed Description ==
ISC BIND9 will be upgraded to new major release version 9.18.x. It
introduces new features and changes. It will also remove some packages
provided before.
== Benefit to Fedora ==
The most recent major release will be provided, with some notable features:
* Support to DNS over TLS and DNS over HTTPS servers. Both
authoritative and resolver modes.
* Reworked internal connection handling using libuv
* RNDC channel does not support unix sockets
[https://gitlab.isc.org/isc-projects/bind9/-/issues/1759]
* Zone transfers over
[https://datatracker.ietf.org/doc/html/rfc9103.html DNS over TLS] were
added, both incoming and outgoing.
* dig is now able to send queries using DNS over TLS
* dig is now able to send queries using DNS over HTTPS
== Scope ==
* Proposal owners: The update required update of bind-dyndb-ldap
package (part of Freeipa suite), but otherwise it is isolated change.
* Other developers: Any developers
* Change pull request:
[https://src.fedoraproject.org/rpms/bind/pull-request/13 bind PR#13]
* Release engineering:
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:
== Upgrade/compatibility impact ==
Upgrade should be smooth from 9.16.x, without significant issues.
Incompatibility existed with bind-dyndb-ldap, but that were resolved.
=== PKCS11 removal ===
Native PKCS11 builds in separate '''bind-pkcs11''' package and
'''bind-pkcs11-utils''' will be not longer built. It used to read
directly pkcs11 plugins, but it will be supported only indirectly
using OpenSSL pkcs11 engine.
Following commands would be removed:
* pkcs11-keygen
* pkcs11-destroy
* pkcs11-list
* pkcs11-tokens
All their actions should be possible using ''pkcs11-tool'' from
''opensc'' package or ''p11tool'' from ''gnutls-utils'' package.
* dnssec-*-pkcs11 commands would be removed too, but they have simple
replacement using ''-E pkcs11'' parameter to their respective normal
dnssec-* tool.
=== Python isc module ===
The utilities ''dnssec-checkds'', ''dnssec-coverage'', and
''dnssec-keymgr'' have been removed from '''bind-dnssec-utils'''
package. Also '''python3-bind''' python module is no longer supported
by ISC upstream and therefore removed from a bind package. DNSSEC
features formerly provided by these utilities are now integrated into
named. See the [https://bind9.readthedocs.io/en/v9_18_4/reference.html#dnssec-policy-grammar
dnssec-policy configuration option] for more details.
=== Map file format ===
Support for the ''map'' zone file format (''masterfile-format map;'')
has been removed. Use ''raw'' format instead, which has similar
performance and less issues.
=== Removed options ===
Previously deprecated options were removed and are no longer accepted
in ''/etc/named.conf''. Their full list can be found on
[https://bind9.readthedocs.io/en/v9_18_4/notes.html#removed-features
removed features] release notes in Upstream.
== How To Test ==
(not supplied)
== User Experience ==
* Users will get simple tools to query also encrypted DNS servers.
* Recent improvements packaged.
* Simplified DNSSEC maintenance of both keys and signatures via
''dnssec-policy''
== Dependencies ==
bind-dyndb-ldap would be built together with bind package. It were
upgraded to version 11.10 to support BIND 9.18 release.
== 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), Yes/No
== Documentation ==
N/A (not a System Wide Change)
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/Anaconda_Web_UI_preview_image
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 work on Web UI for the Anaconda installer has advanced enough so
that it is possible to create and publish self contained preview
images.
== Owner ==
* Name: [[User:m4rtink| Martin Kolman]]
* Email: mkolman(a)redhat.com
== Detailed Description ==
Even though still very simple the new Anaconda Web UI is now far
enough to support a simple installation workflow from a self-contained
image while demonstrating all the main aspects of the new UI, such as:
* flexible Wizard layout
* responsive PatternFly components
* new style built-in help
* local and remote access to the Web UI
For this we will create a self-contained boot.iso style image with a
built-in tar-payload (so that the image can work even without network
access) based on the latest Anaconda upstream code.
We aim to have the image available for download just after the F37
release (so that the tar-payload can contain final F37 release
content) and then updated automatically in regular intervals.
That way the rather active Web UI development of the Web UI will be
reflected in the up-to-date installation image, as well as any
feedback and community PRs.
== Benefit to Fedora ==
The Anaconda Web UI will provide modern responsive user interface
based on a well known
and widely used toolkit (PatternFly) and backed by proven Cockpit tooling.
The screen layout is based on latest UX design guidelines as well as
usability testing of the new interface and extensive mockup work.
There are improvements in developer experience as well due to the more
modern & more mainstream UI technology chosen and powerful Cockpit
test tooling (rich unit-test as well as pixel-test framework). The
stateless property of the Web UI allows almost live-coding style of UI
development. This should make it easier to work on the Anaconda Web UI
for not only the Anaconda team, addon developer but also for any
interested contributors.
Remote Web UI access should also provide a much better experience than
the slow and inefficient VNC based remote GUI installation support
Anaconda has today. Due to no need for local rendering remotely driven
GUI installations on a constrained hardware with minimal installation
images should become possible.
== Scope ==
* Proposal owners:
The Anaconda team will setup and maintain an automated Web UI preview
image creation pipeline, with the image being available via a web
server on the Fedora infrastructure.
It will be a '''preview image only''', not an official Fedora
deliverable and it will not influence Fedora release criteria in any
way.
* Other developers:
Other developers and Fedora users are welcome to try the image once it
is released and to provide feedback.
* Release engineering:
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:
== Upgrade/compatibility impact ==
(not supplied)
== How To Test ==
Download the Anaconda Web UI preview image and boot it on VM or
hardware that contains no important data.
Install using the Web UI locally, alternatively try using the Web UI remotely.
The installed OS should be functional but its testing or any issues
with it are currently out of scope for the Anaconda Web UI preview
image.
To provide feedback use one of the Anaconda team communication channels:
* IRC: [https://web.libera.chat/#anaconda #anaconda] on libera.chat
* mailing list: anaconda-devel(a)lists.fedoraproject.org -
https://lists.fedoraproject.org/archives/list/anaconda-devel@lists.fedorapr…
* Github Discussion: https://github.com/rhinstaller/anaconda/discussions
== User Experience ==
Should be improved compared to the current GTK interface.
== Dependencies ==
(not supplied)
== Contingency Plan ==
* Contingency mechanism: If we hit some blocking technical issues, the
image will be published later.
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? N/A (not a System Wide Change), Yes/No
== Documentation ==
N/A (not a System Wide Change)
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
As a reminder, several Fedora Linux 37 deadlines are approaching:
* 2022-06-22 — Change proposals requiring infrastructure changes due
* 2022-06-28 — System-Wide Change proposals and proposals requiring a
mass rebuild due
* 2022-07-19 — Self-Contained Change proposals due
For the full schedule, see
https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis