F36 Change: Users are administrators by default in the installer GUI.
(Self-Contained Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/Users_are_admins_by_default_in_Ana...
= Users are administrators by default in the installer GUI =
== Summary ==
The Anaconda installer GUI will have the administrative rights
checkbox on the User screen ticked by default.
== Owner ==
* Name: [[User:Vladimirslavik| Vladimir Slavik]]
* Email: vslavik(a)redhat.com
== Detailed Description ==
Currently, the Anaconda installer GUI presents an unticked checkbox
"Make this user administrator" on the user setup screen by default.
This means users have to discover the control, understand its meaning,
and consciously decide to change the value from the default one.
However, computer usage by individuals is heavily skewed towards
single user machines where the (sole) user has administrative powers
over the machine by invoking `sudo`. This has been always reflected by
the design of the screen, which allows only a single user to be
created. The GNOME first time setup also creates a single user - and
makes them an administrator without asking.
The proposed change merely changes the default GUI state to be in line
with this expectation.
Further, this change of defaults complements the default for root
account. The redesign of root setup screen in Fedora 35 makes it clear
that root should be left locked. This change makes it clear that the
user should be the administrator. Together, these defaults will let
the user satisfy all user account options by filling in nothing more
than the user name and the password (twice to confirm).
== Benefit to Fedora ==
One less footgun in the installer for entry-level users. They will be
able to rely on defaults and achieve the expected outcome.
== Scope ==
* Proposal owners: Isolated change - adjust Anaconda code to do so as
suggested here. Low effort.
* Other developers: No changes needed.
* Release engineering: Different defaults ''could'' impact installer
testing. [https://pagure.io/releng/issues #Releng issue number]
* Policies and guidelines: N/A
* Trademark approval: N/A
* Alignment with Objectives: None.
== Upgrade/compatibility impact ==
No impact. Installation implies teardown of previous system, including users.
== How To Test ==
Start Anaconda installer for the Server variant, open the user setup
screen, "Make this user administrator" is checked = pass.
Should be variant / spin / hardware agnostic, with the caveat that the
presence of user screen is configurable, so in many cases the screen
is not reachable.
Kickstart installs are not affected.
== User Experience ==
Users installing Fedora will no longer be forced to spend time
deciding how to arrange the administrative powers (they, root, both?)
and configuring that. They will be able to fill in user name and
password and the default configuration will be valid. They can give in
to the power of defaults.
For users that want to configure the system differently from the
majority use case, the controls to do so are still as they were, only
the defaults are different.
For those installing Fedora manually often, muscle memory for user
screen will break, as the checkbox will no longer have to be toggled.
== Dependencies ==
None.
== Contingency Plan ==
Any Fedora QA and OpenQA changes reflecting this will have to be
reverted. Other than that, there is no technical or process
requirement for this change, so no impact. The change does not happen
and previous defaults remain.
* Contingency mechanism: N/A
* Contingency deadline: N/A
* Blocks release? No
== Documentation ==
* https://github.com/rhinstaller/anaconda/pull/3719
== Release Notes ==
In the User spoke, the "Make this user administrator" checkbox is now
checked by default. This improves installation experience for users
who do not know and need to rely on the default values to guide them.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
2 years, 4 months
F36 Change: LXQt 1.0.0 (Self-Contained Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/LXQt_1.0
== Summary ==
Update LXQt to 1.0.0 in Fedora.
== Owner ==
* Name: [[User:Zsun|Zamir SUN]]
* Email: zsun#AT#fedoraproject.org
== Detailed Description ==
LXQt 1.0.0 released with a bunch of bugfixes and new features. It's
always good to keep Fedora users running on most recent software.
Detailed LXQt release note is available
[https://lxqt-project.org/release/2021/11/06/lxqt-1-0-0/ here].
== Benefit to Fedora ==
This change brings bug fixes and enhancements to LXQt in Fedora.
== Scope ==
* Proposal owners: Update all the LXQt related packages in Fedora. And
fix the kickstart file if needed.
* Other developers: N/A
* Release engineering: [https://pagure.io/releng/issue/10405 #10405]
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
N/A (not a System Wide Change)
== How To Test ==
Install using the spin, netinstall or DVD. Or upgrade from older
release. Then users should be able to test by doing any daily work.
== User Experience ==
There will be a better user experience and many new features to explore.
== Dependencies ==
This update is pretty self contained.
== Contingency Plan ==
* Contingency mechanism: If I cannot make it happen, I'll just do not
merge side-tag into f36 branch.
* Contingency deadline: Fedora 36 Beta Freeze
* Blocks release? N/A (not a System Wide Change)
* Blocks product? N/A
== Documentation ==
N/A (not a System Wide Change)
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
2 years, 4 months
F36 Change: PostgreSQL 14 (Self-Contained Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/PostgreSQL_14
== Summary ==
Update of PostgreSQL (`postgresql` and `libpq` components) in Fedora
from version 13 to version 14 in the non-modular (main) builds.
== Owner ==
* Name: [[User:fjanus| Filip Januš]]
* Email: fjanus(a)redhat.com
== Detailed Description ==
Update of PostgreSQL (`postgresql` and `libpq` components) in Fedora
from version 13 to version 14 in the non-modular (main) builds.
This also involves updating and rebuilding the PostgreSQL plugins that
depend on postgresql server.
=== Plan ===
* Prepare PostgreSQL 14 in Copr (By 2022-01-15)
* Rebuild important dependencies in Copr (By 2022-01-15)
* Debug and fix compatibility issues found in dependencies (a
reasonable amount of non-critical in FTBFS state might be tolerable)
* Prepare Pull requests in Rawhide
* Merge and build PR into Rawhide
== Feedback ==
<!-- Summarize the feedback from the community and address why you
chose not to accept proposed alternatives. This section is optional
for all change proposals but is strongly suggested. Incorporating
feedback here as it is raised gives FESCo a clearer view of your
proposal and leaves a good record for the future. If you get no
feedback, that is useful to note in this section as well. For
innovative or possibly controversial ideas, consider collecting
feedback before you file the change proposal. -->
== Benefit to Fedora ==
The latest stable software is used by Fedora users.
== Scope ==
* Proposal owners:
<!-- What work do the feature owners have to accomplish to complete
the feature in time for release? Is it a large change affecting many
parts of the distribution or is it a very isolated change? What are
those changes?-->
**Prepare PostgreSQL 14
**Prepare PostgreSQL 13 as a module for Rawhide
**Check software that requires or depends on `postgresql-server` or
`libpq` packages for incompatibilities
**Build PostgreSQL 14 (postgresql and libpq) to Rawhide
**Rebuild depended on packages against PostgreSQL 14
**Gather user input on the changes between PostgreSQL 13 and PostgreSQL 14
* Other developers: N/A (not a System Wide Change)
* Release engineering: [https://pagure.io/releng/issues #Releng issue number]
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
The PostgreSQL client library (libpq component) is compatible. So,
there shouldn't be any issues with compatibility, but rebuild of the
depended components is recommanded.
Server plugins might require a newer version update, because they
sometimes have explicit server requirements. PostgreSQL maintainer
will help fixing/rebuilding any issues in the plugins.
== How To Test ==
Usual testing as when upgrading between major PostgreSQL versions,
running `postgresql-setup --upgrade` is necessary between major
versions.
Test that all other software runs well with PostgreSQL 14.
== User Experience ==
The users will have to upgrade their databases the same way as between
major PostgreSQL versions, aka `postgresql-setup --upgrade` after
installing PostgreSQL 14 server packages.
If users want to stick with PostgreSQL 13 for a little longer, there
will be PostgreSQL 13 module
== Dependencies ==
There are some packages (mostly server plugins), that build on top of
PostgreSQL. Since the separation of PostgreSQL client library (libpq
component), only packages that build server plugins should use
postgresql package in BuildRequires, others should use libpq. In case
of Postgresql-server, rebuild should be done to make sure all
potential binary incompatibilities are handled.
* PostgreSQL server dependecies
** perl-DBD-Pg
** pgaudit
** qt
** qt3
** qt5-qtbase
** postgres-decoderbufs
** gambas3
** kdb
** kea
** libpqxx
** openvas-manager
** orafce
** pg-semver
** pgRouting
** pgadmin3
** pgsphere
** postgis
** postgresql-ip4r
** postgresql-pgpool-II
** qt3
** rdkit
** rhdb-utils
** timescaledb
** pg_repack
== Contingency Plan ==
Revert changes in the non-modular packages and provide PostgreSQL 14
as a module stream only.
== Documentation ==
Upgrade strategy: https://www.postgresql.org/docs/14/upgrading.html
== Release Notes ==
Release notes for PostgreSQL 14 release:
https://www.postgresql.org/docs/14/index.html
Overall overview of the changes and improvements:
https://www.postgresql.org/docs/14/release-14.html
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
2 years, 4 months
F36 Change: ostree native containers / CoreOS layering (System-Wide
Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/OstreeNativeContainer
== Summary ==
Enhance the (rpm-)ostree stack to natively support OCI/Docker
containers as a transport and delivery mechanism for operating system
content.
This is the basis of
https://github.com/coreos/enhancements/blob/main/os/coreos-layering.md
== Owner ==
* Name: [[User:walters| Colin Walters]]
* Email: walters(a)verbum.org
== Detailed Description ==
Having the Fedora ecosystem (from users to release engineering)
maintain tooling that operates on all three of "container images",
RPMs, and OSTree updates is a maintenance burden.
This proposes that:
* The ostree stack is enhanced to support
encapsulating/unencapsulating ostree commits as OCI/Docker images
(DONE)
* rpm-ostree is updated to consume this, while still supporting all
its current features (e.g. per-machine package layering) (DONE)
* We ship e.g. `quay.io/fedora/coreos:stable` and
`quay.io/fedora/silverblue:36` etc.
* We support '''deriving''' new user custom images from these images
* We enhance this tooling to
[https://github.com/ostreedev/ostree-rs-ext/issues/69 support
chunking]
For more details, please see:
* [https://github.com/coreos/enhancements/blob/main/os/coreos-layering.md
CoreOS layering enhancement]
* [https://coreos.github.io/rpm-ostree/container/ rpm-ostree container docs]
* [https://github.com/ostreedev/ostree-rs-ext/ ostree-rs-ext project]
Note that significant effort has been invested in ensuring
compatibility between what exists in ostree today and OCI/Docker
container image "encapsulation". For example, we will continue to
reuse the GPG signature infrastructure on OSTree commits that exists
today - the ostree tooling knows how to verify the signature *inside*
the container image. In the future, we will also likely invest in
container-native signatures.
== Benefit to Fedora ==
* Stronger focus on Docker/OCI as transport for operating system and
applications
* New ability to easily create derived operating system images "server side"
* More benefit from e.g. work on container deltas
== Scope ==
* Proposal owners: Lots of detailed items listed in the rpm-ostree/CoreOS docs.
* Other developers: The "other" here is vague, but certainly
developing this so far has needed cooperation with e.g. the
containers/ organization etc.
* Release engineering: https://pagure.io/releng/issue/10399
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives: No
== Upgrade/compatibility impact ==
Each individual edition/spin would need to choose when and how to make
a cutover to containers as a transport. The Fedora OSTree repository
would continue to be maintained until that is finished.
== How To Test ==
See the examples under https://coreos.github.io/rpm-ostree/container/
== User Experience ==
Users of rpm-ostree systems will primarily interact with container images.
== Dependencies ==
Release engineering.
== Contingency Plan ==
* Contingency mechanism: Continue to ship updates via baseline OSTree
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Blocks release? No
== Documentation ==
Already linked above to avoid duplicating it here.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
2 years, 4 months
F36 Change: Plocate as the default locate implementation
(Self-Contained Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/Plocate_as_the_default_locate_impl...
== Summary ==
The venerable `mlocate` program is replaced by `plocate` — a
compatible reimplementation that is faster and uses less disk space.
== Owner ==
* Name: [[User:Zbyszek| Zbigniew Jędrzejewski-Szmek]]
* Email: zbyszek at in.waw.pl
* Name: [[User:Msekleta| Michal Sekletár]]
* Email: msekleta at redhat.com
== Detailed Description ==
Plocate is a newer implementation of `locate`/`mlocate` that using
`liburing` and `libzstd` for speed.
The database it creates on disk is also smaller.
Debian recently switched to `plocate` as the default implementation
(https://lwn.net/Articles/846405/).
It doesn't seem useful to maintain multiple locate implementations.
Thus the new package Conflicts with the old one, so they cannot be
installed in parallel.
The plan is:
# F35: `plocate` is made available for testing
# F36: `mlocate` is replaced by `plocate` in comps
# F37 or F38: `mlocate` will be retired (or given away, if somebody
wants to pick it up)
== Benefit to Fedora ==
We save some cpu cycles and disk sectors by using a more modern
implementation of a common tool.
== Scope ==
* Proposal owners:
** package `mlocate` (Review bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1931141, DONE)
** submit a pull request to comps with `s/mlocate/plocate/`
* Other developers: install plocate locally and test if it works as
expected on F35 and other versions
* Release engineering: n/a
* Policies and guidelines: n/a
* Trademark approval: n/a
* Alignment with Objectives: none
== Upgrade/compatibility impact ==
The upgrade should be mostly invisible. It is possible that somebody
might be relying on some very specific `mlocate` behaviour or parsing
the `mlocate` database directly, but no such cases are currently
known.
== How To Test ==
# Install `plocate` (`sudo dnf install plocate --allowerasing`)
# Wait for `plocate-updatedb.service` to finish (`sudo systemctl start
plocate-updatedb.service`)
# Use `plocate pattern` or `plocate -r <regexp>` to search for files.
== User Experience ==
Users should not notice the difference. Installing `plocate`
automatically removes `mlocate`. The new implementation is generally
compatible with the old one in all common cases, and provides some
additional options.
== Dependencies ==
None.
== 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 ==
`plocate` is now used as the default provider of `/usr/bin/locate`
instead of `mlocate`.
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
2 years, 4 months
Orphaned packages looking for new maintainers
by Miro Hrončok
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will fail to install and/or build when the affected package gets retired.
Request package ownership via the *Take* button in he left column on
https://src.fedoraproject.org/rpms/<pkgname>
Full report available at:
https://churchyard.fedorapeople.org/orphans-2021-11-22.txt
grep it for your FAS username and follow the dependency chain.
For human readable dependency chains,
see https://packager-dashboard.fedoraproject.org/
For all orphaned packages,
see https://packager-dashboard.fedoraproject.org/orphan
Package (co)maintainers Status Change
================================================================================
Java-WebSocket orphan 3 weeks ago
PyPAM orphan, tmraz 1 weeks ago
arduino-ctags orphan 3 weeks ago
asl orphan 3 weeks ago
bitlbee-discord orphan 6 weeks ago
bytelist lef, orphan 3 weeks ago
cAudio orphan 6 weeks ago
chaos-client go-sig, orphan 3 weeks ago
chck fale, orphan, zvetlik 3 weeks ago
concurrent-trees hhorak, orphan 3 weeks ago
conky-manager orphan 3 weeks ago
couchdb orphan 3 weeks ago
crlfuzz go-sig, orphan 3 weeks ago
cuetools orphan 3 weeks ago
dummy-test-package-rubino asaleh, orphan, packagerbot, 3 weeks ago
patrikp, scoady, wwoods
edac-utils orphan 3 weeks ago
elog orphan 6 weeks ago
erlang-certifi erlang-maint-sig, orphan 4 weeks ago
erlang-cf erlang-maint-sig, orphan 4 weeks ago
erlang-cth_readable erlang-maint-sig, orphan 4 weeks ago
erlang-erlware_commons erlang-maint-sig, orphan 4 weeks ago
erlang-eunit_formatters erlang-maint-sig, orphan 4 weeks ago
erlang-exometer_core orphan 3 weeks ago
erlang-hex_core erlang-maint-sig, orphan 4 weeks ago
erlang-protobuffs orphan 3 weeks ago
erlang-providers erlang-maint-sig, orphan 4 weeks ago
erlang-relx erlang-maint-sig, orphan 4 weeks ago
erlang-riak_api bowlofeggs, erlang-maint-sig, 3 weeks ago
orphan
erlang-riak_core bowlofeggs, erlang-maint-sig, 3 weeks ago
orphan
erlang-ssl_verify_fun erlang-maint-sig, orphan 4 weeks ago
erlang-triq orphan 3 weeks ago
fennel epel-packagers-sig, lua- 3 weeks ago
packagers-sig, orphan
forbidden-apis jvanek, orphan 3 weeks ago
gdata-sharp moezroy, orphan, tpokorra 3 weeks ago
gfm orphan 6 weeks ago
gnu-getopt dwalluck, mizdebsk, orphan 3 weeks ago
golang-github-beevik-ntp go-sig, orphan 2 weeks ago
golang-github-dgraph-io-badger orphan 6 weeks ago
golang-github-dgraph-io- orphan 6 weeks ago
ristretto
golang-github-ema-qdisc go-sig, orphan 2 weeks ago
golang-github-geziyor orphan 6 weeks ago
golang-github-kolo-xmlrpc go-sig, orphan 2 weeks ago
golang-github-mdlayher- go-sig, orphan 2 weeks ago
genetlink
golang-github-mdlayher-wifi go-sig, orphan 2 weeks ago
golang-github-milochristiansen- go-sig, orphan 6 weeks ago
axis2
golang-github-milochristiansen- go-sig, orphan 6 weeks ago
lua
golang-github-soundcloud-runit go-sig, orphan 2 weeks ago
ipmitool branto, jridky, orphan, 0 weeks ago
pcahyna, praveenp
jsap orphan 3 weeks ago
k3guitune orphan 3 weeks ago
kexi kde-sig, orphan 0 weeks ago
komparator orphan 3 weeks ago
latex-mk orphan 3 weeks ago
libcxl orphan 5 weeks ago
libgaiagraphics orphan 3 weeks ago
libocxl orphan 5 weeks ago
librfid orphan 3 weeks ago
libticables2 orphan 6 weeks ago
libticalcs2 orphan 6 weeks ago
libticonv orphan 6 weeks ago
libtifiles2 orphan 6 weeks ago
llvm11.0 orphan, tstellar 3 weeks ago
mingw-colord-gtk gnome-sig, orphan 3 weeks ago
mir orphan 2 weeks ago
mygui orphan 6 weeks ago
naabu go-sig, orphan 3 weeks ago
netcf berrange, orphan 3 weeks ago
nuclei go-sig, orphan 3 weeks ago
oci-kvm-hook orphan 3 weeks ago
pam_mount lupinix, orphan, steve 3 weeks ago
passenger kanarip, orphan 3 weeks ago
perl-OpenOffice-UNO filabrazilska, orphan, scenek 3 weeks ago
plantuml gil, orphan 0 weeks ago
plasma-applet-redshift-control kde-sig, lupinix, orphan 3 weeks ago
postgres-decoderbufs fjanus, hhorak, orphan, 3 weeks ago
panovotn
purple-mattermost orphan 6 weeks ago
python-sockjs-tornado orphan, python-sig 6 weeks ago
qotd orphan 6 weeks ago
quasselgrep orphan 6 weeks ago
qwtpolar orphan 3 weeks ago
rubygem-simple-navigation orphan 3 weeks ago
rubygem-six orphan 3 weeks ago
rust-ruma-events orphan, rust-sig 3 weeks ago
seahorse-sharing gnome-sig, orphan, stefw 3 weeks ago
shuffledns go-sig, orphan 3 weeks ago
spasm-ng orphan 6 weeks ago
sugar-visualmatch orphan 3 weeks ago
tfdocgen orphan 6 weeks ago
tilp2 orphan 6 weeks ago
trafshow orphan 3 weeks ago
treefrog-framework orphan 6 weeks ago
truth orphan 3 weeks ago
uglify-js1 nodejs-sig, orphan, patches 6 weeks ago
umph orphan 1 weeks ago
unshield orphan 6 weeks ago
vanessa_logger orphan 3 weeks ago
vgrive orphan 3 weeks ago
wxpdfdoc orphan, swt2c 3 weeks ago
xfce4-equake-plugin cheese, orphan 3 weeks ago
xoreos-tools orphan 6 weeks ago
yecht orphan 3 weeks ago
yydebug orphan 3 weeks ago
zgrab2 orphan 6 weeks ago
The following packages require above mentioned packages:
Report too long, see the full version at
https://churchyard.fedorapeople.org/orphans-2021-11-22.txt
See dependency chains of your packages at
https://packager-dashboard.fedoraproject.org/
See all orphaned packages at https://packager-dashboard.fedoraproject.org/orphan
Affected (co)maintainers (either directly or via packages' dependencies):
abbot: truth
abbra: ipmitool
achernya: truth
adev: truth
adrian: truth
akoutsou: golang-github-kolo-xmlrpc
alakatos: truth
alexl: truth
am1g0: truth
andreamanzi: truth
anoopcs: ipmitool
asaleh: dummy-test-package-rubino
asn: ipmitool
atim: truth
avagin: truth
avsej: truth
berrange: netcf, ipmitool
besser82: ipmitool
bofh80: golang-github-kolo-xmlrpc
bonzini: ipmitool
bowlofeggs: erlang-riak_core, erlang-riak_api, erlang-exometer_core,
erlang-triq, erlang-protobuffs
branto: ipmitool
bruno: truth
caillon: truth
caolanm: truth
carlwgeorge: truth
cfeist: ipmitool
cheese: xfce4-equake-plugin
churchyard: truth
clalance: ipmitool
cockpit: golang-github-kolo-xmlrpc
codeblock: erlang-triq, erlang-protobuffs
comzeradd: truth
crobinso: ipmitool
dang: ipmitool
ddd: truth
defolos: truth
deji: truth
denisarnaud: truth
devos: ipmitool
dwalluck: gnu-getopt
dwmw2: ipmitool
dwrobel: plantuml
eclipseo: golang-github-ema-qdisc, golang-github-mdlayher-wifi,
golang-github-mdlayher-genetlink, truth, golang-github-soundcloud-runit,
golang-github-kolo-xmlrpc, golang-github-beevik-ntp
ehabkost: ipmitool
epel-packagers-sig: fennel
erlang-maint-sig: erlang-cf, erlang-riak_core, erlang-erlware_commons,
erlang-riak_api, erlang-providers, erlang-hex_core, erlang-eunit_formatters,
erlang-certifi, erlang-cth_readable, erlang-ssl_verify_fun, erlang-relx,
erlang-exometer_core, erlang-triq, erlang-protobuffs
etrunko: truth
fab: truth
fale: chck
fantom: truth
filabrazilska: erlang-triq, erlang-protobuffs, perl-OpenOffice-UNO
filbranden: truth
fjanus: postgres-decoderbufs
fnux: erlang-triq, erlang-protobuffs
fujiwara: truth
gbitzes: truth
gd: ipmitool
gferon: truth
gil: plantuml
gnome-sig: mingw-colord-gtk, seahorse-sharing
go-sig: naabu, golang-github-ema-qdisc, chaos-client,
golang-github-mdlayher-genetlink, golang-github-mdlayher-wifi, nuclei, truth,
golang-github-soundcloud-runit, golang-github-kolo-xmlrpc,
golang-github-beevik-ntp, golang-github-milochristiansen-axis2, shuffledns,
crlfuzz, golang-github-milochristiansen-lua
grover: ipmitool
hguemar: truth
hhorak: postgres-decoderbufs, concurrent-trees, truth
hno: truth
hubbitus: vanessa_logger, truth
hvad: truth
iboukris: ipmitool
icheishvili: erlang-triq, erlang-protobuffs
idevat: ipmitool
ignatenkobrain: rust-ruma-events, truth
infra-sig: truth
jarrpa: ipmitool
java-sig: truth
jcline: erlang-triq, erlang-protobuffs
jcpunk: ipmitool
jeckersb: erlang-triq, erlang-protobuffs
jforbes: ipmitool
jiffintt: ipmitool
jjanco: truth
jjg: truth
jkucera: truth
jlayton: ipmitool
jlcjohn: truth
jmlich: truth
jonny: truth
jreznik: truth
jridky: truth, ipmitool
jskarvad: truth
jsteffan: truth, ipmitool
jstephen: ipmitool
jvanek: forbidden-apis
kanarip: passenger
kde-sig: plasma-applet-redshift-control, kexi, truth
kevin: ipmitool
kkeithle: ipmitool
kkofler: truth
konradm: truth
kwizart: truth
laine: ipmitool
larsu: golang-github-kolo-xmlrpc
leamas: jsap
lef: bytelist
leigh123linux: ipmitool
libvirt-maint: ipmitool
limb: truth
linkdupont: truth
ljavorsk: truth
lkundrak: erlang-triq, erlang-protobuffs, ipmitool
lua-packagers-sig: fennel
lupinix: pam_mount, plasma-applet-redshift-control
martinlanghoff: erlang-triq, erlang-protobuffs
martinpitt: golang-github-kolo-xmlrpc
marx: ipmitool
mayorga: truth
mbarnes: truth
mcrha: truth
mhayden: truth
michaelc: ipmitool
mikep: truth
mizdebsk: gnu-getopt, truth
mjakubicek: truth
mkulik: truth
mlisik: ipmitool
mlombard: ipmitool
mmuzila: truth
moceap: truth
moezroy: gdata-sharp
mruprich: truth
mschorm: truth
msehnout: golang-github-kolo-xmlrpc
mstevens: truth
music: truth
musuruan: truth
nforro: truth
ngompa: truth
njha: truth
nodejs-sig: uglify-js1
nonamedotc: ipmitool
oalbrigt: ipmitool
obnox: ipmitool
obudai: golang-github-kolo-xmlrpc
ochosi: golang-github-kolo-xmlrpc
odubaj: truth
okeeble: truth
olem: golang-github-kolo-xmlrpc
omular: ipmitool
orion: truth
osier: ipmitool
packagerbot: dummy-test-package-rubino
packit: golang-github-kolo-xmlrpc
panovotn: postgres-decoderbufs
patches: uglify-js1
patrikp: dummy-test-package-rubino
pbrobinson: truth
pcahyna: ipmitool
pemensik: truth
peter: erlang-cf, erlang-riak_core, erlang-erlware_commons, erlang-providers,
erlang-hex_core, erlang-eunit_formatters, erlang-certifi, erlang-cth_readable,
erlang-ssl_verify_fun, erlang-relx, erlang-exometer_core, erlang-triq,
erlang-protobuffs
piotrp: truth
ppisar: truth
praveenp: ipmitool
pwalter: truth
python-sig: python-sockjs-tornado, truth
quintela: ipmitool
rathann: ipmitool
rdieter: truth
rebus: truth
rhughes: truth
rjones: ipmitool
rmattes: truth
robotics-sig: truth
rocha: truth
rsroka: truth
rstoyanov: truth
rstrode: truth
ruben: truth
rust-sig: rust-ruma-events, truth
s4504kr: erlang-triq, erlang-protobuffs
sagitter: truth
salimma: truth
sandeen: truth
scenek: perl-OpenOffice-UNO
scitech_sig: truth
scoady: dummy-test-package-rubino
sergiomb: truth
simo: ipmitool
skoduri: ipmitool
skottler: erlang-triq, erlang-protobuffs
smani: libgaiagraphics, truth
ssp: truth
stefw: seahorse-sharing
steve: pam_mount
swt2c: wxpdfdoc
tagoh: truth
tartare: truth
tdawson: truth
terjeros: ipmitool
than: truth
thofmann: truth
timn: truth
tjikkun: truth
tmraz: PyPAM
tojeline: ipmitool
tomegun: golang-github-kolo-xmlrpc
tomh: truth
torbuntu: truth
tpokorra: gdata-sharp
tstellar: llvm11.0
van: truth
vascom: truth, ipmitool
veillard: ipmitool
virtmaint-sig: ipmitool
vjancik: truth
vokac: truth
volter: truth
wwoods: dummy-test-package-rubino
xavierb: erlang-triq, erlang-protobuffs
xiubli: ipmitool
yanqiyu: truth
zfridric: truth
zmiklank: truth
zvetlik: chck
--
The script creating this output is run and developed by Fedora
Release Engineering. Please report issues at its pagure instance:
https://pagure.io/releng/
The sources of this script can be found at:
https://pagure.io/releng/blob/main/f/scripts/find_unblocked_orphans.py
2 years, 4 months
F37 Change: RetireARMv7 (System-Wide Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/RetireARMv7
== Owner ==
* Name: [[User:pbrobinson| Peter Robinson]]
* Email: <pbrobinson(a)fedoraproject.org>
== Detailed Description ==
The ARMv7 arm architecture was the second variant of the arm
architecture that Fedora has supported, the first was ARMv5, the third
is aarch64. The proposal is to retire ARMv7 as part of the Fedora 37
release. This will allow ARMv7/armhfp to be supported until the Fedora
36 end of life in around June 2023.
Overall arm32 is generally waning with generally few new ARMv7 devices
added to Fedora in recent releases. To add to that a number of newer
Fedora features designed to improve speed and security of the Fedora
release are causing 32 bit architectures in general primarily due to
the process memory limit when linking large applications. The
ARMv7/armhfp is the last fully supported 32 bit architecture, we still
currently build i686 packages, but it's not shipped as artefacts.
== Benefit to Fedora ==
The primary benefit is to maintainers of the ARM architecture, the
various toolchain teams and package maintainers in general.
== Scope ==
* Proposal owners: Work with rel-eng to disable the architecture in
koji, remove all the various pungi pieces and clean up any other
release detritus.
* Other developers: No action required.
* Release engineering: [https://pagure.io/releng/issue/10387 Releng
issue #10387] Disable a bunch of stuff, it's really just one koji
admin command and a PR for pungi config changes
* Policies and guidelines: No initial updates to policies and
guidelines as ARMv7 won't completely disappear until F-36 EOL.
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
Any current users of Fedora on ARMv7 devices won't be able to upgrade
to Fedora 37, they will have to stay on Fedora 36 until it's EOL.
== How To Test ==
There's not really anything to test as it's removing the support for
an architecture.
== User Experience ==
Any current users of Fedora on ARMv7 devices won't be able to upgrade
to Fedora 37, they will have to stay on Fedora 36 until it's EOL.
== Dependencies ==
N/A.
== Contingency Plan ==
Continue on as before with the added advantage of the people that
protested the removal of the architecture will be actively
contributing to the maintenance of the architecture
* Contingency mechanism: Leave enabled. We basically won't get to this
if FESCo doesn't approve the change.
* Contingency deadline: Mass rebuild.
* Blocks release? Yes
* Blocks product? Yes
== Documentation ==
N/A
== Release Notes ==
Fedora Linux 37 with the ARMv7 architecture is retired into the
sunset. There will definitely be celebrations, there will likely be
some that shed some tears! Overall for the maintainers it will likely
be seen as a net win, for the few, generally shrinking, users it's
probably a net loss but they can probably just go and buy a Raspberry
Pi Zero 2W for US$15. ¯\_(ツ)_/¯
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
2 years, 5 months
