devel-announce November 2021

devel-announce@lists.fedoraproject.org

8 participants
24 discussions

Fedora elections voting now open
by Ben Cotton 06 Dec '21

06 Dec '21

Voting in the Fedora Linux 35 elections is now open. Go to the Elections app[1] to cast your vote. Voting closes at 23:59 UTC on Thursday 9 December. Don't forget to claim your "I Voted" badge when you cast your ballot. Links to candidate interviews are in the Elections app and on the Community Blog[2]. [1] https://elections.fedoraproject.org/ [2] https://communityblog.fedoraproject.org/f35-elections-voting-now-open/ -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 1

Fedora 33 End Of Life
by Mohan Boddu 29 Nov '21

29 Nov '21

Hello all, Fedora 33 will go end of life for updates and support on 30th of November 2021. No further updates, including security updates, will be available for Fedora 33 after the said date. All the updates of Fedora 33 being pushed to stable will be stopped as well. Fedora 34 will continue to receive updates until approximately one month after the release of Fedora 36. The maintenance schedule of Fedora releases is documented on the Fedora Project wiki [0]. The fedora Project wiki also contains instructions [1] on how to upgrade from a previous release of Fedora to a version receiving updates. Regards, Mohan Boddu. [0]https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle#Maintenance_Sche… [1]https://fedoraproject.org/wiki/Upgrading?rd=DistributionUpgrades

1 0

F36 Change: Users are administrators by default in the installer GUI. (Self-Contained Change proposal)
by Ben Cotton 29 Nov '21

29 Nov '21

https://fedoraproject.org/wiki/Changes/Users_are_admins_by_default_in_Anaco… = 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

1 0

F36 Change: LXQt 1.0.0 (Self-Contained Change proposal)
by Ben Cotton 29 Nov '21

29 Nov '21

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

1 0

Planned Outage - bodhi.fedoraproject.org - 2021-11-29 7:00 UTC
by Adam Saleh 26 Nov '21

26 Nov '21

Planned Outage - bodhi.fedoraproject.org - 2021-11-29 7:00 UTC There will be an outage starting on monday at 2021-11-29 7:00 UTC which will last approximately 2 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2021-11-29 7:00 UTC' Reason for outage: Bodhi will be upgraded to 5.7.2 - should help with several issues that surfaced with the 5.7.1 deployment, Affected Services: bodhi / updates.fedoraproject.org may be down or unresponsive during the upgrade window Ticket Link: https://pagure.io/fedora-infrastructure/issue/10379 Please join #fedora-admin or #fedora-noc on irc.freenode.net or add comments to the ticket for this outage above.

1 0

F36 Change: PostgreSQL 14 (Self-Contained Change proposal)
by Ben Cotton 25 Nov '21

25 Nov '21

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 ==  == Benefit to Fedora == The latest stable software is used by Fedora users. == Scope == * Proposal owners:  **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

1 0

F36 Change: ostree native containers / CoreOS layering (System-Wide Change proposal)
by Ben Cotton 23 Nov '21

23 Nov '21

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  * 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

1 0

F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)
by Ben Cotton 23 Nov '21

23 Nov '21

https://fedoraproject.org/wiki/Changes/Plocate_as_the_default_locate_implem… == 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

1 0

Orphaned packages looking for new maintainers
by Miro Hrončok 22 Nov '21

22 Nov '21

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

1 0

F37 Change: RetireARMv7 (System-Wide Change proposal)
by Ben Cotton 15 Nov '21

15 Nov '21

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

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce November 2021