Hello, everyone,
Please participate in the Fedora Annual Contributor Survey 2023!
* https://fedoraproject.limequery.com/2023
The survey is targeting Fedora contributors of all kinds and asks about
your default choices of applications and services and familiarity with
the project.
The survey is anonymous, but at the end of the survey you will get the
link which you can use to claim the badge.
The survey will be open until the end of the month, July 31.
For more details about the Survey see
https://docs.fedoraproject.org/en-US/council/procedures/survey/overview/
Thank you for your contribution!
--
Aleksandra Fedorova
Fedora Council
@bookwar:fedora.im on Matrix
Hi all,
Per the Fedora Linux f39 schedule [1] we started a mass rebuild for
Fedora Linux f39 on 2023-07-19. We did a mass rebuild for Fedora Linux f39
for:
- No default fedora-repos-modular
- GNU Toolchain Update (gcc 13.2, binutils 2.40, glibc 2.38, gdb 13.2)
- Make DNF5 The Default
- Make Toolbx a release-blocking deliverable
- LegacyXorg Driver Removal
- Python3.12
- RPM-4.19
- Perl 5.38
[https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild]
The mass rebuild was done in a side tag (f39-rebuild) and moved over to
f39.
Failures can be seen
at https://kojipkgs.fedoraproject.org/mass-rebuild/f39-failures.html
Things still needing rebuilding
https://kojipkgs.fedoraproject.org/mass-rebuild/f39-need-rebuild.html
21426 builds have been tagged into f39, there are currently 1017 failed builds
that need to be addressed by the package maintainers. FTBFS bugs will be
filed shortly. Please let releng know if you see any bugs in
the reporting. You can contact releng in #fedora-releng on libera.chat,
by dropping an email to our list [2], joining #releng:fedoraproject.org
on Matrix, or filing an issue in pagure [3].
If a build failed due to transitory buildsystem errors like
"OSError: [Errno 28] No space left on device:" or similar reason,
a new rawhide build can be run to clear the package from failed builds.
This email template is also in https://pagure.io/releng if you wish to
propose improvements or changes to it.
Regards,
Samyak Jain
Fedora Release Engineering
[1] https://fedorapeople.org/groups/schedule/f-39/f-39-key-tasks.html
[2] https://lists.fedoraproject.org/admin/lists/rel-eng.lists.fedoraproject.org/
[3] https://pagure.io/releng/
https://fedoraproject.org/wiki/Changes/EnableFwupdRefreshByDefault
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 ==
fwupd-refresh systemd service unit & timer are designed to regularly
refresh the fwupd metadata and update the MOTD when new firmware
updates can be applied on a system. We want to enable the
fwupd-refresh.timer by default on IoT, CoreOS & Server editions so
that users get reminded about firmware updates.
On desktops, firmware updates are generally coordinated by graphical
applications such as GNOME Software or Plasma Discover so we will not
enable it on those editions.
== Owner ==
* Name:[[User:Siosm| Timothée Ravier]], [[User:ravanelli| Renata Ravanelli]]
* Email: travier(a)redhat.com, rravanel(a)redhat.com
== Detailed Description ==
Firmware for hardware devices can have bugs and firmware updates
generally help address those. Firmware updates might however need
manual interaction, a reboot or device unplug/re-plug so we can not
enable firmware update by default.
This change thus only enable notifying about new firmware updates, not
installing them.
With this change, Fedora installations will contact the Linux Vendor
Firmware Service CDN (LVFS, https://cdn.fwupd.org/) to get the updated
metadata but will not send any information about the hardware without
user interaction.
See the LVFS privacy policy at
https://lvfs.readthedocs.io/en/latest/privacy.html.
== Feedback ==
Discussion for each impacted edition:
* CoreOS: https://github.com/coreos/fedora-coreos-tracker/issues/1512 (Accepted)
* IoT: https://pagure.io/fedora-iot/issue/52 (Accepted)
* Server: https://pagure.io/fedora-server/issue/115 (Accepted)
== Benefit to Fedora ==
Knowing when firmware updates can be applied on a system would make
systems more reliable.
== Scope ==
* Proposal owners: Do the change required to enable
fwupd-refresh.timer by default
* Other developers: N/A
* Release engineering: N/A [https://pagure.io/releng/issues #Releng
issue number]
* 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 ==
No impact, it is just a refresh to check about new firmware updates.
It will be enabled for existing and new systems.
== How To Test ==
Install a system on hardware that has an old firmware and check if you
get a notification about a new firmware update on login in the MOTD.
== User Experience ==
User will still have to manually update their firmware.
== Dependencies ==
There are no dependencies
== Contingency Plan ==
* Contingency mechanism: Continue to ship things the way we ship them today
* Contingency deadline: N/A
* Blocks release? N/A
== Documentation ==
N/A (not a System Wide Change)
== Release Notes ==
--
Aoife Moloney
Product Owner
Community Platform Engineering Team
Red Hat EMEA
Communications House
Cork Road
Waterford
https://fedoraproject.org/wiki/Changes/Haskell_GHC_9.4_and_Stackage_21
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 ==
Update the GHC Haskell compiler from major version 9.2 to 9.4, and
Haskell packages will be updated from Stackage LTS 20 to LTS 21
versions.
== Owner ==
* Name: [[User:Petersen| Jens Petersen]]
* Email: <petersen(a)redhat.com>
== Detailed Description ==
For Fedora 39, the [https://www.haskell.org/ghc/ GHC] Haskell compiler
will be updated from version
[https://www.haskell.org/ghc/download_ghc_9_2_6.html 9.2.6] to the
latest stable [https://www.haskell.org/ghc/download_ghc_9_4_5.html
9.4.5] release (rebasing from the
[https://www.haskell.org/ghc/download_ghc_9_4_5.html ghc9.4] package).
Along with this, Haskell packages in [https://www.stackage.org
Stackage] (the stable Haskell source package distribution) will be
updated from the versions in [https://www.stackage.org/lts-20 LTS 20]
to latest [https://www.stackage.org/lts-21 LTS 21] release.
Haskell packages not in Stackage will be updated to the latest
appropriate version in the upstream [https://hackage.haskell.org
Hackage] package repository.
== Feedback ==
== Benefit to Fedora ==
Fedora users will have the latest stable Haskell compiler release,
package tools, and current Haskell packages from Stackage LTS.
GHC 9.4.5 is the current recommended version of GHC with various
enhancements and fixes (see the release notes linked in the
Documentation section for more details).
== Scope ==
* Proposal owners:
** update ghc9.2 is build against itself
** rebase ghc to 9.4.5
** finalize ghc-rpm-macros for F39
** (refresh packagings with the latest cabal-rpm release if needed)
** update packages to latest [https://www.stackage.org/lts-21 Stackage
LTS 21] versions using cabal-rpm
** build all the packages in a Koji sidetag repo in dependency order
using fbrnch
** push the sidetag through Bodhi
* Other developers: no actions should be needed
* Release engineering: [https://pagure.io/releng/issues #Releng issue number]
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Community Initiatives:
== Upgrade/compatibility impact ==
Any dropped packages will have obsoletes added.
Otherwise there should not be any direct upgrade impact.
Users' Haskell projects will get built with ghc-9.4 when they next
build them and might need some minor code tweaks
(see the release notes linked below).
== How To Test ==
* install ghc and cabal-install
* install pandoc, ShellCheck, ghcid, git-annex, hadolint, stack, xmonad, Agda
* install ghc-*-devel or ghc-*-prof or ghc-*-doc
* cabal-rpm builddep <favouritepackage>; cabal install <favouritepackage>
* install ghc8.10, ghc9.0, ghc9.2, ghc9.6
* test upgrades of F38 Haskell packages to F39
== User Experience ==
Users will have the most recent stable major version of `ghc` and
Haskell libraries and tools available to them.
This makes it easier to build the latest versions of Haskell projects.
In particular `cabal-install` will also be updated from 3.6 to 3.8.
== Dependencies ==
== Contingency Plan ==
* Contingency mechanism:
** Change owner will drop the new builds and revert back to the versions in F38
* Contingency deadline: Beta Freeze
* Blocks release? N/A (not a System Wide Change)
== Documentation ==
* https://downloads.haskell.org/~ghc/9.4.5/docs/html/users_guide/9.4.1-notes.…
* https://www.stackage.org/blog/2023/06/announce-lts-21-nightly-ghc9.6
== Release Notes ==
The Haskell GHC compiler has been updated from 9.2.6 to 9.4.5 with
many improvements
and Haskell package versions are updated from Stackage LTS 20 to 21.
--
Aoife Moloney
Product Owner
Community Platform Engineering Team
Red Hat EMEA
Communications House
Cork Road
Waterford
https://fedoraproject.org/wiki/Changes/LibreOffice_7.6
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 ==
Update LibreOffice suite to 7.6
== Owner ==
* Name: [[User:mattia| Mattia Verga]]
* Name: [[User:limb| Gwyn Ciesla ]]
* libreoffice-SIG
* Email: mattia.verga(a)protonmail.com, gwync(a)protonmail.com
== Detailed Description ==
LibreOffice 7.6 is currently in Beta and the first stable release is
currently scheduled during F39 development. We aim to bring the latest
LibreOffice stable release in F39.
At the same time we plan to stop building LibreOffice for i686 architecture.
== Benefit to Fedora ==
Make Fedora be in parity with upstream release, so users are not
forced to switch to external Flatpaks.
== Scope ==
* Proposal owners:
Update `libreoffice` package to the latest version and make sure the
dependencies are updated.
This will be the first major update after Libreoffice-SIG take over
maintenance from RH, so there might be a few troubles as the former
maintainers were also able to contribute to upstream with patches.
* Other developers: N/A (not needed for this Change)
* 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 (not needed for this Change)
== Upgrade/compatibility impact ==
== How To Test ==
Users running F39 will get LO 7.6 and can use and test any regression
from the previous release.
== User Experience ==
== 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)
== Documentation ==
N/A (not a System Wide Change)
== Release Notes ==
--
Aoife Moloney
Product Owner
Community Platform Engineering Team
Red Hat EMEA
Communications House
Cork Road
Waterford