https://fedoraproject.org/wiki/Changes/Add_LLD_As_Update_Alternatives_Optio…
== Summary ==
Allow users to optionally use update-alternatives to make /usr/bin/ld
point to /usr/bin/lld.
== Owner ==
* Name: [[User:tstellar| Tom Stellard]]
* Email: <tstellar(a)redhat.com>
== Detailed Description ==
Update the lld package %post and %postun steps to configure the system
so that a user can use the update-alternatives tool to create a
symlink from /usr/bin/ld to /usr/bin/lld. This will effectively allow
lld to act as the system linker and make it easier for users to
integrate lld into their projects. This same functionality is
currently available with one other non-system linker: gold.
I want to be clear that this proposal is not about making lld the
system linker or using lld during brew builds. This is simply about
making it easier for end-users to use lld with their own projects.
== Benefit to Fedora ==
This change will make it much easier for users to try out lld in their
projects. Many build systems and compilers assume that the linker is
/usr/bin/ld, and it is very difficult to seamlessly integrate lld into
existing build systems. With this proposal a user will be able to
easily switch between ld.bfd and lld without having to make any
modifications to their build systems.
== Scope ==
* Proposal owners: tstellar
* Other developers: N/A (not a System Wide Change)
* Release engineering:
* Policies and guidelines: N/A
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
N/A (not a System Wide Change)
== How To Test ==
Tests for this change will be added to the lld package's CI tests.
One test will install lld and verify that /usr/bin/ld.bfd is still the
system linker. Another test will use update-alternatives to update
/usr/bin/ld to point to /usr/bin/lld and then it will run /usr/bin/ld
--version to verify that this correctly points to lld and then link a
simple program with it.
== User Experience ==
This will greatly enhance the experience for users who want to use
lld. They will be able to try lld with their projects by simply
running `update-alternatives --set ld /usr/bin/lld` instead of having
to make modifications to existing build systems.
== Dependencies ==
N/A (not a System Wide Change)
== 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)
* Blocks product? N/A
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/DeepinDE_15.11
== Summary ==
Update the Deepin Desktop Environment to 15.11 in Fedora.
== Owner ==
* Name: [[User:Zsun|Zamir SUN]] - main coordinator, packager
* Email: zsun#AT#fedoraproject.org
* [[User:cheeselee|Robin 'cheese' Lee]] - main packager
* Email: cheeselee#AT#fedoraproject.org
== Detailed Description ==
Update Deepin Desktop in Fedora to the newest upstream, which is 15.11.
Deepin Desktop in Fedora 30 is based on 15.9 and the changelog for
15.10 and 15.11 are
* https://www.deepin.org/en/2019/04/28/deepin15-10/
* https://www.deepin.org/en/2019/07/19/deepin15-11/
== Benefit to Fedora ==
Fedora stays in sync with upstream and gets the latest features and bug fixes.
== Scope ==
* Proposal owners: Deepin Desktop 15.11 packages packaged and built in
Fedora 31.
* Other developers: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
No impact should happen to current users except the bugfixes.
== How To Test ==
Install or update your Deepin Desktop on Fedora, make sure that the
desktop and all apps are usable.
== User Experience ==
There are some improvements.
* The default window manager will be changed to deepin-kwin (known as
dde-kwin in Deepin), which consumes less memory and has better
performance
* The deepin-file-manager will support burn ISO to disks.
* The dock - will show the capacity and the remaining time of battery.
== Dependencies ==
N/A (not a System Wide Change)
== Contingency Plan ==
* Contingency mechanism: Not announce the availability of Deepin
Desktop 15.11 in Fedora.
* Contingency deadline: Beta Freeze
* Blocks release? No.
* Blocks product? None.
== Documentation ==
* [https://github.com/FZUG/deepin-desktop The staging git repo of all
spec files].
* [https://www.deepin.org/en/dde/ Deepin Desktop Environment] website.
* [[SIGs/DeepinDE|DeepinDE SIG page]]
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/OpenLDAPwithBerkleyDBasModule
== Summary ==
Change the ''openldap-servers'' package so that BDB and HDB backends
are required to be dynamically loaded.
== Owner ==
* Name: [[User:mhonek| Matus Honek]]
* Email: mhonek (at) redhat (dot) com
== Detailed Description ==
So far the BDB and HDB were statically built with the ''slapd'' binary
and merely declaring `database bdb` or `database hdb` would just work.
Change introduces an additional requirement of explicitly declaring to
load the backend's SO file according to the documentation of dynamic
modules. The respective new modules will be shipped similarly to the
rest of the already shipped modules.
This change is directed to conduct a smoother experience before the
backends are removed in a next Fedora release.
== Benefit to Fedora ==
A step on a way to remove unsupported (both by OpenLDAP and BerkleyDB
upstream) piece of software.
== Scope ==
* Proposal owners:
Change the SPEC file accordingly.
* Other developers: N/A
* Policies and guidelines: N/A
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
Server using BDB or HDB backends without modified configuration would
fail to start. See ''User Experience'' section for more information.
== How To Test ==
N/A (not a System Wide Change)
== User Experience ==
If a user is using either BDB or HDB they have two options:
* migrate to the fully supported MDB backend (preferred)
* add a `moduleload` configuration declaration (discouraged)
=== Migrating to MDB ===
The steps required to migrate a database are following:
* Stop the slapd server.
* Export data to an LDIF file using ''slapcat''.
* Change the server's configuration replacing the BDB/HDB sections
with its MDB counterparts.
* Import data to a new database from the LDIF file using ''slapadd''.
* Start the slapd server.
=== ModuleLoad the BDB/HDB backend ===
Depending on the configuration style and backend type, user should add
a declaration in order to load the backend library: add option
`moduleload` (slapd.conf(5), section ''GLOBAL CONFIGURATION OPTIONS'')
or attribute `olcModuleLoad` (slapd-config(5), section ''DYNAMIC
MODULE OPTIONS'') with value `back_bdb` and/or `back_hdb`.
== Dependencies ==
None.
== Contingency Plan ==
* Contingency mechanism: Revert the change.
* Contingency deadline: Anytime.
* Blocks release? No.
* Blocks product? None.
== 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/x86-64_micro-architecture_update
== Summary ==
Fedora currently uses the original K8 micro-architecture (without
3DNow! and other AMD-specific parts) as the baseline for its
<code>x86_64</code> architecture. This baseline dates back to 2003
and has not been updated since. As a result, performance of Fedora is
not as good as it could be on current CPUs.
This change to update the micro-architecture level for the
architecture to something more recent.
== Owner ==
* Name: [[User:fweimer| Florian Weimer]]
* Email: [mailto:fweimer@redhat.com fweimer(a)redhat.com]
== Detailed Description ==
After preliminary discussions with CPU vendors, we propose AVX2 as the
new baseline. AVX2 support was introduced into CPUs from 2013 to
2015. See [https://en.wikipedia.org/wiki/Advanced_Vector_Extensions#CPUs_with_AVX2
CPUs with AVX2].
Along with AVX2, it makes sense to enable certain other CPU features
which are not strictly implied by AVX2, such as CMPXCHG16B, FMA, and
earlier vector extensions such as SSE 4.2. Details are still being
worked out.
A test rebuild of a distribution largely based on Fedora 28 showed
that there is only a small number of build failures due to the
baseline switch. Very few packages are confused about the availability
of the CMPXCHG16B instruction, leading to linking failures related to
<code>-latomic</code>, and there are some hard-coded floating point
results that could change due to vectorization. (The latter is within
bounds of the usual cross-architecture variation for such tests.)
== Benefit to Fedora ==
Fedora will use current CPUs more efficiently, increasing performance
and reducing power consumption.
Moreover, when Fedora is advertised as a distribution by a compute
service provider, users can be certain that their AVX2-optimized
software will run in this environment.
== Scope ==
* Proposal owners: Update the <code>gcc</code> and
<code>redhat-rpm-config</code> package to implement the new compiler
flags. It is expected that the new baseline will be implemented in a
new GCC <code>-march=</code> option for convenience.
* Other developers: Other developers may have to adjust test suites
which expect exact floating point results, and correct linking with
<code>libatomic</code>. They will also have to upgrade their x86-64
machines to something that can execute AVX2 instructions.
* Release engineering: [https://pagure.io/releng/issue/8513 #8513]
** All Fedora builders need to be AVX2-capable.
** Infrastructure ticket:
[https://pagure.io/fedora-infrastructure/issue/7968 #7968]
* Policies and guidelines: No guidelines need to be changed.
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
Fedora installations on systems with CPUs which are not able to
execute AVX2 instructions will not be able to upgrade.
== How To Test ==
General system testing will provide test coverage for this change.
== User Experience ==
User should observe improved performance and, likely, battery life.
Developers will benefit from the knowledge that code with AVX2
optimizations will run wherever Fedora runs.
== Dependencies ==
There are no direct dependencies on this change at this time.
== Contingency Plan ==
It is possible to not implement this change, or implement a smaller
subset of it (adopting the CMPXCHG16B instruction only, for example).
* Contingency mechanism: Mass rebuild with different/previous compiler glags.
* Contingency deadline: Final mass rebuild.
* Blocks release? No.
* Blocks product? No.
== Documentation ==
The new micro-architecture baseline and the resulting requirements
need to be documented.
== Release Notes ==
Release notes must mention how users can determine whether their
system supports AVX2 prior to upgrading, for example by running
<code>grep avx2 /proc/cpuinfo</code>.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/Erlang_22
== Summary ==
Update Erlang/OTP to version 22.
== Owner ==
* Name: [[User:Peter|Peter Lemenkov]], [[SIGs/Erlang|Fedora Erlang
SIG]], [[User:bowlofeggs|Randy Barlow]], [[User:jcline|Jeremy Cline]]
* Email: lemenkov(a)gmail.com, erlang(a)lists.fedoraproject.org,
bowlofeggs(a)fedoraproject.org, jcline(a)fedoraproject.org
== Detailed Description ==
Upgrade Erlang to version 22 which brings a lot of changes. Just a few
highlights:
* Better and faster compiler. Faster string operations which Elixir
users will benefit.
* A new experimental low-level socket API.
* Even faster SSL/TLS operations.
* Improved [http://erlang.org/doc/apps/erts/erl_dist_protocol.html
Erlang Distribution Protocol] handling when it comes to a huge
messages (splitting into smaller ones, no longer blocking).
Aside from this, we plan to improve quality of Erlang and related
packages. These are shortcomings we want to address:
* Every daemon written in Erlang has its own logging solution which
doesn't use neither syslog nor Journald. We should start switching
them to Journald.
* We should add ability to use D-Bus via
[https://github.com/lizenn/erlang-dbus erlang-dbus] library.
* Further improve [[User:Peter/Erlang_Packaging_Guidelines|Erlang
Packaging Guidelines]] and promote it as the official guideline.
* Switch to rebar3 as a main build tool.
== Benefit to Fedora ==
Fedora users, both developers and end-users, will have visible
benefits from using Fedora-provided packages. Namely:
* Improved logging, better unified with the rest of system.
== Scope ==
* Proposal owners:
** [https://bugzilla.redhat.com/1683660 Upgrade Erlang to the latest
version (22.0)].
** We must rebuild every package which requires NIF version (listed
below in the [[#Dependencies|Dependencies]] section) against Erlang
22.x.y.
** Every Erlang daemon's systemd unit must require epmd.socket.
** We need to fill new review request for
[https://github.com/travelping/ejournald erlang-ejournald]
*** We have to fill new review request for
[https://github.com/travelping/lager_journald_backend
erlang-lager_journald_backend]
** We need to fill new review request for
[https://github.com/lizenn/erlang-dbus erlang-dbus]
** Upgrade outdated packages:
*** {{package|riak|Riak}}
**** {{package|riak|Riak}} has has been retired. We have to re-add it back.
*** {{package|ejabberd|Ejabberd}}
*** {{package|rabbitmq-server|RabbitMQ}}.
*** {{package|couchdb|CouchDB}}
** {{package|erlang-rebar3|rebar3}}
*** Provide/adjust RPM macros for rebar3.
** Package GDB macros for easier coredump debugging (see also
[https://bugzilla.redhat.com/show_bug.cgi?id=663253 this ticket]).
** Enable Kerberos authentication in {{package|ejabberd|Ejabberd}} (finally).
* Other developers: N/A
* Release engineering: TBA
* Policies and guidelines:
** We should promote officially
[[User:Peter/Erlang_Packaging_Guidelines|Erlang Packaging
Guidelines]].
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
* Every Erlang upgrade requires the rebuilding of modules which
contains [http://www.erlang.org/doc/reference_manual/ports.html ports]
or [http://www.erlang.org/doc/tutorial/nif.html NIFs], and we will
rebuild all such modules in Fedora. However if a user has some
additional modules not available in a Fedora repository, then these
modules must be rebuilt manually.
* So-called [http://erlang.org/doc/man/HiPE_app.html HiPE] continues
to deteriorate. In this version it's barely functional and likely is
going to be removed in the next one.
== How To Test ==
* Ensure that high-grade Erlang applications are still working:
{| border="1"
|-
| '''Name''' || '''Tested'''
|-
| {{package|couchdb}} || {{no}}
|-
| {{package|ejabberd}} || {{no}}
|-
| {{package|elixir}} || {{no}}
|-
| {{package|mochiweb}} || {{no}}
|-
| {{package|rabbitmq-server}} || {{no}}
|-
| {{package|riak}} || {{no}} (package was retired :( )
|-
| {{package|wings}} || {{no}}
|}
* Collect feedback from volunteers regarding their experience with
this Erlang/OTP version
== User Experience ==
Users will get more robust, scalable, and fast Erlang applications.
== Dependencies ==
The following packages must be rebuilt:
{| border="1"
|-
| '''Name''' || '''Rebuilt'''
|-
| {{package|couchdb}} || {{no}}
|-
| {{package|erlang-basho_metrics}} || {{no}}
|-
| {{package|erlang-bitcask}} || {{no}}
|-
| {{package|erlang-cache_tab}} || {{no}}
|-
| {{package|erlang-cl}} || {{no}}
|-
| {{package|erlang-ebloom}} || {{no}}
|-
| {{package|erlang-eleveldb}} || {{no}}
|-
| {{package|erlang-emmap}} || {{no}}
|-
| {{package|erlang-erlsyslog}} || {{no}}
|-
| {{package|erlang-esasl}} || {{no}}
|-
| {{package|erlang-esdl}} || {{no}}
|-
| {{package|erlang-esip}} || {{no}}
|-
| {{package|erlang-fast_tls}} || {{no}}
|-
| {{package|erlang-fast_xml}} || {{no}}
|-
| {{package|erlang-fast_yaml}} || {{no}}
|-
| {{package|erlang-hyper}} || {{no}}
|-
| {{package|erlang-iconv}} || {{no}}
|-
| {{package|erlang-jiffy}} || {{no}}
|-
| {{package|erlang-js}} || {{no}}
|-
| {{package|erlang-lfe}} || {{no}}
|-
| {{package|erlang-riak_ensemble}} || {{no}}
|-
| {{package|erlang-sd_notify}} || {{no}}
|-
| {{package|erlang-skerl}} || {{no}}
|-
| {{package|erlang-snappy}} || {{no}}
|-
| {{package|erlang-stringprep}} || {{no}}
|-
| {{package|erlang-xmpp}} || {{no}}
|}
== Contingency Plan ==
* Contingency mechanism: None necessary. Instead of falling back to
the previous version we should fix existing packages in order to help
the Community. We should also monitor upstream development process for
potentially discovered issues and proactively apply patches (as we
already did with [[Features/Erlang_R14|Erlang R14]],
[[Features/Erlang_R15|Erlang R15]], [[Features/Erlang_R16|Erlang
R16]], [[Changes/BetterErlangSupport|Erlang 17]],
[[Changes/Erlang_18|Erlang 18]], [[Changes/Erlang_19|Erlang 19]],
[[Changes/Erlang_20|Erlang 20]], and [[Changes/Erlang_21|Erlang 21]]).
It should be noted that this change consists from an independent or
loosely coupled smaller changes. If we fail to deliver some changes in
time, we should reschedule these exact changes to the future Fedora
release while keeping already implemented ones.
* Contingency deadline: N/A
* Blocks release? N/A
* Blocks product? N/A
== Documentation ==
* [http://www.erlang.org/news/132 Erlang/OTP 22.0 release notes]
== Release Notes ==
Erlang/OTP 22.0 is available in Fedora 31.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/GHC_8.6
== Summary ==
Update Haskell packages from GHC 8.4 to 8.6 and from Stackage LTS 12
to 13 package 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 ==
The Haskell ghc compiler will be updated to 8.6.5 (rebase from the
ghc:8.6 module stream) and package version will be updated to current
Stackage LTS 13 versions. There will also be some packaging
improvements (doc and profiling subpackages).
== Benefit to Fedora ==
Fedora 31 will have the current stable GHC version (8.6.1 was
originally released last Sept),
and packages will be updated to more recent version from the Stackage
LTS 13 set.
The new subpackaging will allow smaller footprint Haskell development
installations without being forced to install docs and profiling
library that take up a lot of space and downloading.
== Scope ==
* Proposal owners:
** rebase ghc to 8.6.5
** update ghc-rpm-macros and cabal-rpm to allows doc and prof subpackaging
** refresh packaging to latest cabal-rpm
** update packages to latest Stackage LTS 13 versions
** build everything in a Koji f31-ghc sidetag repo
** When finished all builds will be pushed by releng to Rawhide before branching
* Other developers: N/A
* Release engineering: [https://pagure.io/releng/issue/8549 #8549]
* Policies and guidelines:
** There may be a minor revision later to update the Haskell Packaging
Guidelines
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
Upgrades of Haskell packages should work fine.
Users will then recompile their code with the latest compiler and libraries.
== How To Test ==
* dnf install ghc
* dnf install ghc ghc-doc
* dnf install ghc ghc-prof
* install ghc and cabal-install
* install pandoc, ShellCheck, git-annex
* install ghc-*-devel or ghc-*-prof or ghc-*-doc
* cabal-rpm builddep <favouritepackage>; cabal install <favouritepackage>
== User Experience ==
Users will be happy to have the latest stable major version of GHC and
Haskell packages available to them, and benefit from the improvements
and new compiler features it provides.
== Dependencies ==
Non really: hedgewars rebuild will be tested.
== Contingency Plan ==
* Contingency mechanism: revert and ship the same package versions as F30
* Contingency deadline: Beta freeze
* Blocks release? N/A
* Blocks product? no
== Documentation ==
* https://downloads.haskell.org/~ghc/8.6.5/docs/html/users_guide/8.6.1-notes.…
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/VariableNotoFonts
== Summary ==
This Change aims to change the priority in Google Noto to make
Variable Fonts higher than non-Variable Fonts.
== Owner ==
* Name: [[User:Tagoh| Akira TAGOH]]
* Email: tagoh(a)redhat.com
== Detailed Description ==
The font selection to match better fonts mostly depends on the order
of the configuration files for fontconfig which is available at
/etc/fonts/conf.d as long as it is written along the templates in our
guidelines. so if we want to change that behavior for certain
languages, we usually change the priority of it.
This proposal is to give the variable fonts version of Google Noto
families higher priority than non-variable fonts in Google Noto
families, to enable the variable fonts in Google Noto.
== Benefit to Fedora ==
The variable fonts of Google Noto families supports some axes for
variations into one OpenType font file. no need to have multiple files
per variations. this saves disk spaces and give us more better
experience.
We have already enabled Google Noto as default fonts for Sinhala which
affects by this change. it may be good to have the comparison table
how it saves.
{| class="wikitable"
|-
! Language !! non-VF !! VF
|-
| Sinhala || 10.94MiB || 1.02MiB
|}
There are also the variable fonts available for other languages too
but not default fonts for them. this will gives similar benefits for
them as well if one install them instead of non-VF version of Noto:
* sans-serif
** Latin
** Arabic
** Armenian
** Bengali
** Canadian Aboriginal
** Cham
** Cherokee
** Devanagari
** Ethiopic
** Georgian
** Hebrew
** Kannada
** khmer
** Lao
** Malayalam
** Myanmar
** Tamil
** Thaana
** Thai
* serif
** Latin
** Armenian
** Ethiopic
** Georgian
** Gujarati
** Gurmukhi
** Hebrew
** Kannada
** Khmer
** Lao
** Myanmar
** Tamil
** Thai
** Tibetan
* monospace
** Latin
== Scope ==
* Proposal owners:
** Update google-noto-fonts package to change the priority of
fontconfig configuration files
** Update langpacks to replace non-VF to VF version of packages
** Update comps.xml to replace non-VF to VF version of packages
* Other developers: N/A
* Policies and guidelines: N/A
* Trademark approval: N/A (not needed for this Change)
== How To Test ==
To check if you use the variable fonts:
<pre>
$ fc-match -f '%{file}' sans-serif:lang=si
/usr/share/fonts/google-noto-vf/NotoSansSinhala-VF.ttf
</pre>
The filename should be obvious for the variable fonts.
== User Experience ==
Users can see more variations of fonts if applications supports.
== Dependencies ==
N/A (not a System Wide Change)
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?) We can simply
revert the relevant changes to what we had before this change
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? No
== Documentation ==
N/A (not a System Wide Change)
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
Self-Contained Change proposals for Fedora 31 must be submitted (i.e.
placed into the ChangeReadyForWrangler category) by the end of
tomorrow (23 July).
I was on PTO last week, so if you were anticipating action on a Change
proposal and it hasn't happened yet, I'll work through that backlog
today.
For more development milestones in the F31 schedule, see:
https://fedorapeople.org/groups/schedule/f-31/f-31-devel-tasks.html
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
Good Morning,
We posted this [1] blog today and want to open a mailing thread to garner
feedback, field questions and get some thoughts from the Community on
the approach that we in Community Platform Engineering (CPE) are taking.
[1] https://communityblog.fedoraproject.org/application-service-categories-and-…
pingou
- For the CPE team