devel-announce September 2024

devel-announce@lists.fedoraproject.org

2 participants
11 discussions

F42 Change Proposal: Ansible 11 (Self-Contained)
by Aoife Moloney 24 Sep '24

24 Sep '24

Wiki - https://fedoraproject.org/wiki/Changes/Ansible11 Discussion Thread - https://discussion.fedoraproject.org/t/f42-change-proposal-ansible-11-self-… This is a proposed Change for Fedora Linux. 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 to Ansible 11 and Ansible Core 2.18, which no longer supports Python 2.7 and Python 3.6 target nodes, including EL 7 and EL 8 hosts. == Owner == * Name: [[User:gotmax23| Maxwell G]]; [[User:nirik| Kevin Fenzi]] * Email: maxwell(a)gtmx.me; kevin(a)scrye.com == Detailed Description == The premise of the change proposal is simple — a major version update from Ansible 9 ({{package|ansible}}) / Ansible Core 2.16 ({{package|ansible-core}}) to Ansible 11 / Ansible Core 2.18. This is being filed as a Change proposal instead of a standard update due to major breaking changes. Ansible Core 2.18's minimum supported Python version on target nodes is Python 3.8 - 3.13. This means that Ansible will no longer be able to interact with RHEL 8 hosts (system Python is Python 3.6) or RHEL 7 hosts (system Python is Python 2.7). Ansible Core upstream plans to be more aggressive with dropping support for older Python versions on target nodes in the feature. Ansible 9, the last release that supports Python 2.7 and Python 3.6 target nodes, will go EOL upstream in November 2024, so we must update to the latest Ansible to continue receiving upstream support. The collections included in the Ansible 11 package will also receive the usual updates to their latest respective major versions. See the upstream roadmaps linked in the Documentation section for more details about other more minor Ansible Core changes and the release schedules for both Ansible and Ansible Core. == Feedback == (FAQ) * What about alternative Python interpreters on RHEL 8? Can Ansible Core 2.18 use those and keep support for RHEL 8? Kind of. The appstream repository does indeed provide [https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/8/html/co… alternative, newer Python interpreter versions], in addition to the default system Python version. Ansible ''can'' execute modules on target nodes using an alternative Python interpreter if the <code>ansible_python_interpreter</code> var is set appropriately, but core functionality such as the <code>ansible.builtin.package</code> / <code>ansible.builtin.dnf</code> module require access to system libraries that are only available for the default system Python interpreter. Users are therefore not recommended to update to Ansible Core 2.18 if they still require compatibility with RHEL 8 hosts. * Can a compat package with an older Ansible Core version be provided? Maybe. Ansible Core only adds support for new Python versions in new major releases, not the minor releases in between, even though multiple major release trains receive bugfix/security support at a time. The Ansible Core 2.16 controller in Fedora 41 only works with python3.13 thanks to a downstream patch. Additionally, even with our patches, certain parts of the codebase — including the <code>ansible-test sanity</code> tooling used by Ansible Collection developers to lint their code — do not work properly with Python versions not officially supported by upstream or its test infrastructure. If other users are interested in an Ansible Core 2.16 compat package and willing to take primary responsibility for maintenance and forward Python compatibility, please reach out to the Change owners. == Benefit to Fedora == Fedora will have the latest version of Ansible and continue receiving upstream support. == Scope == * Proposal owners: ** Update the ansible and ansible-core packages ** Ensure Ansible Collections packages in Fedora are up to date and compatible with the latest Ansible Core version. * Other developers:  ** Ensure Ansible Collections packages in Fedora that are maintained by packagers other than the Change owners are up to date and compatible with the latest Ansible Core version. == Upgrade/compatibility impact == Ansible Core 2.18's minimum supported Python version on target nodes is Python 3.8 - 3.13. This means that Ansible will no longer be able to interact with RHEL 8 hosts (Python 3.6) or RHEL 7 hosts (Python 2.7). == How To Test == Install the latest ansible/ansible-core packages once they arrive in the Fedora repos and ensure that your existing playbooks and installed collections and roles continue to function. == User Experience == Users will have the latest version of Ansible and Ansible Core. == Dependencies == Ansible Collection packages in Fedora should be tested against the new ansible-core release. == Contingency Plan == * Contingency mechanism: Revert ansible-core and ansible updates * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change) == Documentation == * [https://docs.ansible.com/ansible/devel/roadmap/ROADMAP_2_18.html Ansible Core 2.18 Roadmap] * [https://docs.ansible.com/ansible/devel/roadmap/COLLECTIONS_11.html Ansible 11 Roadmap] == Release Notes == Update to Ansible 11 and Ansible Core 2.18, which no longer supports Python 2.7 and Python 3.6 target nodes, including EL 7 and EL 8 hosts. -- Aoife Moloney Fedora Operations Architect Fedora Project Matrix: @amoloney:fedora.im IRC: amoloney

1 0

F42 Change Proposal: Setuptools 74+ (System-Wide)
by Aoife Moloney 24 Sep '24

24 Sep '24

Wiki - https://fedoraproject.org/wiki/Changes/Setuptools_74%2B Discussion Thread - https://discussion.fedoraproject.org/t/f42-change-proposal-setuptools-74-sy… This is a proposed Change for Fedora Linux. 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 to a new upstream release of {{package|python-setuptools}} that is not completely compatible with previous releases. Most notably, version 72.0.0 removed support for the `setup.py test` command (deprecated for 5 years). This is a breaking change and Fedora packages that use the `setup.py test` command during the build need to be adapted to use a different test runner, such as unittest, pytest, etc. There might be other breaking changes. We estimate 142 to 196 Fedora Rawhide packages to fail to build due to this upgrade (as of Sep 2024). == Owner == * Name: [[User:Churchyard|Miro Hrončok]] * Email: mhroncok(a)redhat.com == Detailed Description == Setuptools is a package development process library designed to facilitate packaging Python projects by enhancing the former Python standard library distutils (distribution utilities). It changes fast and it often introduces breaking changes such as the removal of the `setup.py test` command in version 72.0.0 which was deprecated since 2019. If your Fedora package still uses the `setup.py test` command (deprecated for 5 years), please update to `%pytest`, `%tox`, `%{python3} -m unittest`, etc. List of packages that will likely fail to build, because they use the removed `setup.py test` command in the specfile: $ rg '^[^-#].+(\b|_)setup(\.py|\})\s+test\b' -l | sed -E 's|^rpm-specs/(.+)\.spec$|\1|' | sort adapt ansible-inventory-grapher binwalk btrfs-sxbackup calibre cepces classification-banner ddiskit fprettify fros grammalecte gtts gtts-token hddfancontrol hgsvn ioc-writer isrcsubmit kitty lazygal libvirt-test-API mopidy mopidy-mpd nototools past-time petsc pycairo PyGreSQL pyjokes pyowm python3-lxc python3-mallard-ducktype python-aioresponses python-apsw python-auth-credential python-autopage python-binaryornot python-booleanoperations python-bracex python-can python-case python-casttube python-cccolutils python-chai python-cliff python-collada python-colorclass python-CommonMark python-cpuinfo python-cwcwidth python-cx-oracle python-decorator python-dfdatetime python-dictdiffer python-digitalocean python-dirq python-distroinfo python-django-contrib-comments python-django-prometheus python-dkimpy python-enlighten python-epub python-events python-fedmsg-meta-fedora-infrastructure python-flask-wtf-decorators python-flask-xml-rpc python-flufl-i18n python-fontMath python-freeipa python-gammu python-genshi python-genty python-geojson python-gerritlib python-glyphsLib python-gmqtt python-hgapi python-html5-parser python-httpsig-cffi python-hypothesis-fspaths python-imagehash python-ipgetter2 python-iptools python-jack-client python-jcconv python-jinja2_pluralize python-jinja2-time python-journal-brief python-json-minify python-jsonpath-ng python-jsonpath-rw python-klusta python-launchpadlib python-lazr-uri python-libusb1 python-lupa python-markups python-messaging python-moksha-hub python-murano-pkg-check python-mutatormath python-mwclient python-neurosynth python-num2words python-oletools python-openidc-client python-oslo-context python-oslo-metrics python-os-service-types python-ouimeaux python-pdfkit python-phonenumbers python-poyo python-pyasn1 python-pyclipper python-pycryptodomex python-pydispatcher python-pyfim python-pymediainfo python-pyramid_sawing python-pyramid-tm python-pysignals python-pysocks python-pystray python-pyte python-pytest-fixture-config python-pytest-flakes python-pytest-runner python-pytimeparse python-repoze-lru python-rmtest python-rsd-lib python-scripttest python-serpy python-shodan python-simplegeneric python-simplevisor python-singledispatch python-slacker python-smartypants python-sphinxcontrib-autoprogram python-sphinxcontrib-trio python-sql python-ssdeep python-statsd python-svg-path python-testscenarios python-textile python-textparser python-tgscheduler python-tidy python-timeout-decorator python-tosca-parser python-translationstring python-tree-format python-typing-inspect python-volatile python-wadllib python-whoosh python-wsgi_intercept python-www-authenticate python-xmp-toolkit python-xunitparser python-yapsy python-yaql python-zc-customdoctests python-zc-lockfile python-zope-deprecation python-zope-testing python-zstd sepolicy_analysis tpm2-pkcs11 transifex-client List of packages that actually failed in our [https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-74/ testing copr] but did not fail in a control copr: ansible-inventory-grapher btrfs-sxbackup cepces classification-banner ddiskit flent fprettify fros gpgme grammalecte grpc hddfancontrol ioc-writer lazygal mopidy mopidy-mpd mozjs102 past-time PyGreSQL pyproject-rpm-macros python3-lxc python3-mallard-ducktype python-aioresponses python-binaryornot python-bracex python-case python-cccolutils python-chai python-cliff python-collada python-colorclass python-cpuinfo python-cwcwidth python-daemon python-decorator python-dfdatetime python-digitalocean python-distroinfo python-django-contrib-comments python-django-prometheus python-epub python-events python-flake8-class-newline python-flask-wtf-decorators python-flask-xml-rpc python-flufl-i18n python-fontMath python-freeipa python-genshi python-genty python-geojson python-hypothesis-fspaths python-imagehash python-iptools python-jack-client python-jcconv python-jinja2_pluralize python-jinja2-time python-json-minify python-jsonpath-ng python-jsonpath-rw python-jupyter-packaging python-klusta python-launchpadlib python-lazr-uri python-libusb1 python-lupa python-markups python-moksha-hub python-mutatormath python-mwclient python-nose python-oletools python-openidc-client python-oslo-context python-oslo-metrics python-ouimeaux python-parsel python-pdfkit python-phonenumbers python-poyo python-pyasn1 python-pycdio python-pyclipper python-pydispatcher python-pyemd python-pygmtools python-pymediainfo python-pyproject-api python-pyproject-hooks python-pyramid_sawing python-pyramid-tm python-pysignals python-pysrt python-pytaglib python-pyte python-pytest-fixture-config python-pytest-flakes python-pytest-runner python-pytimeparse python-pyvmomi python-repoze-lru python-rmtest python-robot-detection python-scikit-build python-scripttest python-serpy python-simplegeneric python-singledispatch python-slacker python-sphinxcontrib-autoprogram python-sphinxcontrib-trio python-sql python-ssdeep python-statsd python-svg-path python-testscenarios python-textparser python-tgscheduler python-timeout-decorator python-translationstring python-tree-format python-trml2pdf python-typing-inspect python-virtualenv python-volatile python-wadllib python-whoosh python-wsgi_intercept python-www-authenticate python-xmp-toolkit python-xunitparser python-yaql python-zc-customdoctests python-zc-lockfile python-zope-deprecation python-zope-testing python-zope-testrunner python-zstd sentencepiece tpm2-pkcs11 transifex-client Both lists together, by maintainers: abbra python-whoosh abompard python-flufl-i18n python-jinja2_pluralize python-pyramid_sawing python-pysocks python-translationstring python-zope-deprecation python-zope-testing python-zope-testrunner adamwill python-mwclient adrian flent aekoroglu python-django-prometheus python-pytaglib python-repoze-lru python-serpy python-xunitparser ajax binwalk alexl pycairo amigadave isrcsubmit python3-mallard-ducktype amoralej python-rsd-lib python-yaql ankursinha python-klusta python-num2words python-pyemd python-pyfim apevec python-oslo-context python-testscenarios python-wsgi_intercept asn cepces athoscr python-booleanoperations python-epub python-fontMath python-glyphsLib python-mutatormath python-pyclipper atim kitty aviso python-enlighten besser82 python-jcconv caolanm pycairo carlwgeorge python-pyproject-hooks chandankumar python-oslo-context python-tosca-parser python-wsgi_intercept chedi python-jinja2-time python-poyo python-pytest-flakes python-tree-format chkr calibre churchyard pyproject-rpm-macros python-genty python-launchpadlib python-lazr-uri python-nose python-scripttest python-simplegeneric python-virtualenv python-wadllib cicku python-apsw ckalina ddiskit cottsay python-flake8-class-newline cqi python-django-contrib-comments cstratak python-virtualenv dcallagh python-phonenumbers python-www-authenticate dcavalca tpm2-pkcs11 dchen cepces defolos grpc dfateyev python-apsw dherrera python-pytest-runner dminer python-zstd dshea python-jinja2_pluralize echevemaster python-pydispatcher transifex-client eeickmeyer python-jack-client esyr ddiskit fab ioc-writer past-time python-cx-oracle python-dfdatetime python-geojson python-gmqtt python-imagehash python-ipgetter2 python-jsonpath-ng python-jsonpath-rw python-shodan python-slacker python-textparser python-zc-customdoctests fale python-decorator python-pyvmomi fed500 python-pygmtools fedepell python-jinja2-time filiperosset hddfancontrol fjanus PyGreSQL frantisekz mozjs102 frostyx python-flask-wtf-decorators fschwarz python-digitalocean python-genshi girst mopidy mopidy-mpd gsauthof python-aioresponses gui1ty python-moksha-hub hhorak PyGreSQL hiwkby python-oslo-metrics hobbes1069 python-collada hvad python-events ignatenkobrain python-pytest-flakes python-simplegeneric jamatos python-markups python-smartypants jcapitao python-cliff python-distroinfo python-timeout-decorator jcaratzas python-repoze-lru python-simplegeneric python-singledispatch python-sphinxcontrib-trio python-zc-lockfile jjelen tpm2-pkcs11 jkucera gpgme jmontleon python-dictdiffer jonathanspw kitty python-freeipa python-parsel python-pystray python-pytest-runner python-zstd jonny python-libusb1 jorti python-pysrt jpena python-murano-pkg-check python-tosca-parser jruzicka python-tosca-parser jujens python-CommonMark python-hgapi jussilehtola fprettify kalev pycairo kevin calibre python-chai python-decorator python-html5-parser python-pycdio python-pyramid-tm python-pysocks python-pytest-fixture-config python-svg-path python-tgscheduler kni python-ouimeaux python-pysignals ktdreyer python-testscenarios kushal python-daemon laxathom python-gammu lbalhar python-jupyter-packaging python-pyproject-api python-pyproject-hooks python-virtualenv lbazan python-neurosynth transifex-client lberk python-rmtest lbrabec python-xunitparser lcons python-auth-credential python-dirq python-messaging python-simplevisor lecris python-scikit-build limb python-typing-inspect lnie libvirt-test-API lyessaadi python-yapsy maha python-sphinxcontrib-autoprogram melmorabity grammalecte python-pycryptodomex mfabian nototools mhayden python-virtualenv mhlavink gpgme mohanboddu python-openidc-client mrc0mmand gpgme mrunge python-pytimeparse python-singledispatch python-testscenarios python-virtualenv nathans python-rmtest nb python-digitalocean neil grpc python-gerritlib ngompa python-case python-dkimpy python-freeipa python-pystray python-robot-detection python-zstd opohorel python-launchpadlib python-lazr-uri python-wadllib orion python-virtualenv python-zope-testing orphan python-case python-fedmsg-meta-fedora-infrastructure python-hypothesis-fspaths python-iptools osloup PyGreSQL pbrobinson adapt gtts gtts-token pyjokes python-can python-casttube tpm2-pkcs11 peter python-libusb1 pingou python-binaryornot python-case python-chai python-flask-xml-rpc pkubat PyGreSQL pnemade ansible-inventory-grapher python-bracex python-cpuinfo poros ddiskit praiskup PyGreSQL puiterwijk python-cccolutils pwhalen pyjokes pyowm pwu nototools qulogic python-json-minify python-xmp-toolkit radez python-zc-lockfile python-zope-testing raphgro python-pdfkit python-pyvmomi rathann lazygal rcallicotte python-pyvmomi rcritten cepces python-pyasn1 rdieter gpgme python-mwclient rebus python-colorclass python-oletools rhughes pycairo robert python-oletools rstrode pycairo sagitter petsc salimma kitty python-lupa python-pytest-runner python-robot-detection python-volatile python-zope-testrunner python-zstd sergiomb python-gammu sgallagh python-whoosh sharkcz python-sql shoracek tpm2-pkcs11 slinabery python-jsonpath-rw solopasha kitty spichugi python-pyasn1 suve python-ssdeep swt2c binwalk tdecacqu python-statsd terjeros hgsvn python-cwcwidth python-httpsig-cffi python-pyte python-tidy tflink python-xunitparser thebeanogamer classification-banner thm python-sphinxcontrib-trio python-textile python3-lxc thofmann btrfs-sxbackup thrnciar python-scikit-build tieugene python-trml2pdf tohojo flent tomspur python-daemon python-simplegeneric topazus sentencepiece trawets fros ttorling python-pysocks twaugh python-journal-brief vascom python-pymediainfo vmojzis sepolicy_analysis vtrefny python-pytimeparse xavierb python-daemon ykarel python-os-service-types zaneb python-autopage zawertun kitty zbyszek calibre zsun ddiskit We will be slowly crushing the failures and opening bugzillas before we actually update setuptools. == Feedback == python-devel thread from August 2024: https://lists.fedoraproject.org/archives/list/python-devel@lists.fedoraproj… Listed ~200 packages, ~30 were fixed in a month. Thank you, maintainers! == Benefit to Fedora == Fedora offers cutting-edge technologies for Python and setuptools is one of the most important Python packages. By doing this update we bring users the latest features that setuptools offers and also we enable Fedora 42+ to receive future updates as well. == Scope == * Proposal owners: update python-setuptools to 74.x.x or newer, open bugzillas, provide help * Other developers: report problems to the upstream and backport patches to the affected packages. The impact can be tested using [https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-74/ copr repository where setuptools 74+ has been built]. * Release engineering: [https://pagure.io/releng/issue/12323 #12323] * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with the Fedora Strategy: First == Upgrade/compatibility impact == There is a clean upgrade path from current version to python-setuptools 69.x.x. Fedora users using RPM-packaged setuptools will use setuptools 74+ by default. == Early Testing (Optional) == Do you require 'QA Blueprint' support? N == How To Test == * Find the package you want to update in the [https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-74/ copr repository] and check the build logs to determine the fail cause. * Work with the upstream to resolve the issue or drop the need for `setup.py test` during the build of the package. * When updating the package, you can test it using the same copr repository where the latest version of setuptools has been built. * Let us know if something doesn't work as it should. == User Experience == Regular distro users shouldn't notice any change in setuptools behavior, except for upstream-intended changes. == Dependencies == == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) Provide a compat package with setuptools 69 * Contingency deadline: mass rebuild * Blocks release? No == Documentation == [https://setuptools.pypa.io/en/stable/history.html Setuptools changelog] This page is the documentation. == Release Notes == -- Aoife Moloney Fedora Operations Architect Fedora Project Matrix: @amoloney:fedora.im IRC: amoloney

1 0

F42 Change Proposal: Third Party Legacy JDKs (System-Wide)
by Aoife Moloney 24 Sep '24

24 Sep '24

Wiki - https://fedoraproject.org/wiki/Changes/ThirdPartyLegacyJdks Discussion Topic - https://discussion.fedoraproject.org/t/f42-change-proposal-third-party-lega… This is a proposed Change for Fedora Linux. 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. = Adjust java/java-devel requires to multi-vendor JDK world and replace legacy JDKs by third party Eclipse Temurin repositories = == Summary == Adjust java/java-devel `provides/requires` to multivendor world and obsolete all non-system LTS JDKs (java-1.8.0-openjdk, java-11-openjdk, java-17-openjdk in time of writing) by appropriate, properly integrating, RPMs from Eclipse Adoptium repositories. == Owner == * Name: [[User:jvanek| Jiri Vanek]] * Email: <jvanek(a)redhat.com> * Product: java and java stack * Responsible WG: java-sig (java and java-maint)(which no longer exists) * rcm ticket: https://pagure.io/releng/issue/TODO * named side tag ticket: tbd === Expected schedule === * Eclipse Temurin repositories already exists: https://adoptium.net/installation/linux/#_centosrhelfedora_instructions * RPMs can be easily integrated. Remaining issues are summed up at: https://github.com/adoptium/installer/issues/848 ; but they do not block immediate usage * RPM with repository on review: https://bugzilla.redhat.com/show_bug.cgi?id=2313339 * JDKs will be obsoleted from f42 onwards only. The Repository may be available also for older Fedoras, as they can coexists. * to keep en system-jdk idea as it is, the requires of "java", "java-devel" and "java-headless" were revisited ** those will be encapsulated them to "javapackages-tools" and "javapavckages-local" which handles system JDK anyway in user independent way (https://fedoraproject.org/wiki/Changes/Decouple_system_java_setting_from_ja…) ** the documentation of https://docs.fedoraproject.org/en-US/packaging-guidelines/Java/#_buildrequi… will be updated ** all non-system LTS JDKs will be orphaned or replaced by obsoleting package with possible dependency on the repository wrapper) As 'Change Checkpoint: Proposal submission deadline (System Wide Changes) Tue 2024-12-24' and 'Branch Fedora Linux 42 from Rawhide Tue 2025-02-04' is in reasonable time, we hope to finish all peacefully (as all initial tests are already finished). == Detailed Description == {{admon/important | JDK TEAM NOTE: | in el10 there is only one jdk, however, the non binding java/java-devel, and all the whole "system jdk in javapackages-tools" is quite a precedent for it, and considering we will be updating system jdk in el aprox 3x, we should take exceptional care here, as it may solve - or bite back - the issue we are facin gin el9 now}} Fedora currently ships: * java-1.8.0-openjdk (LTS) * java-11-openjdk (LTS) * java-17-openjdk (LTS) * java-21-openjdk (LTS), system JDK * java-latest-openjdk (STS) - currently JDK22, soon JDK23, in time of finish JDK24 * In future, java-25-openjdk will fork from java-latest-openjdk, and will become system jdk, as jdk21 before (https://fedoraproject.org/wiki/Changes/Java21#java-21-openjdk_as_the_system…) and jdk17 before that and so on... ** java-21-openjdk will then follow the fate of java-17-openjdk, 11 and 1.8.0 as written lower. We, OpenJDK maintainers in Fedora, would like to orphan/close/obsolete non system JDKs in favor of Temurin JDKs. Adoptium Temurin (https://adoptium.net/temurin/releases/) is de-facto standard build of JDK, with huge support and compatibility, and all current Fedora JDK contributors are long term members and contributors to Temrun JDK (and its RPMs). Adoptium is dedicated, to keep Temurin RPMs well integrated and healthy for Fedora. Adoptium efforts are tracked in https://github.com/adoptium/installer/issues/848 . Adoptium is maintaining their repos (https://adoptium.net/installation/linux/#_centosrhelfedora_instructions) for ages, and they're heavily used. Practically We see several approaches: * simply orphan jdk 8,11 and 17 (in f42 the only system JDK will be 21) ** However past (orphaning of jdk 6 and 7 ) had learned us a lesson that average packager (despite being experienced java/C programmer) is unable to maintain OpenJDK packages * orphan the packages and close them. enhance https://docs.fedoraproject.org/en-US/quick-docs/installing-java/ that non system JDK can be installed after enabling the adoptium repos (https://adoptium.net/installation/linux/#_centosrhelfedora_instructions) * orphan the packages and close them. ** provide rpm which will contain the 3d party repository\ ** enhance https://docs.fedoraproject.org/en-US/quick-docs/installing-java/ informing about that * provide rpm which will contain the 3d party repository\ ** integrate it with gnome software and and fedora setup of 3rd party repos ** we would like try to do an fluent transition - so the current 8,11 and 17 packages will also install the rpm with repository files and thus once we remove jdk8-17 (or future) from distribution, they will be smoothly updated by temurin jdk (with check if other 3rd party repos are enabled) java-latest-openjdk remain also maintained in Koji, as it is necessary testing ground for future system JDK. It was never an intention to repack a binary Temurin blob in Koji (just in case anybody will think about it). It is not an intention to get rid of maintaining System JDK. However once JDK will no longer be System jdk in any live Fedora, it will be orphaned/closed in favor of Temurin JDK. So once f42 will go out we will continue to maintain only jdk 23+21. In some short time, we will maintain 25+21, a bit later 26+25+21... And once 25 will become system JDK in all live fedoras, we will ditch 21 in favor of Temurins === java packages `requires` mass change === The javastack (via javapackages-tools) will be reworked to: *encapsulate dependencies on system jdk (or any other koji-based jdk) to javapackages tools *allow any application to work on any, even 3rd party java This should be achieved via following chnages to reqires changes and generated changes: *`javapackages-local` for packages with `ant` or no build - `requires java-%{system}-openjdk-devel` (`%jpackage_script`) **`javapavckages-local%VERSIONED` for older ones **For slower transitions to newer jdks *`javapackages-tools` **`requires java-%{system}-openjdk-headless` **`javapackages-tools%VERSIONED` for older ones **Do not requires java-%{system}-openjdk ***'''Will not be added''' - satisfied by Javapackages-tools with java || java-xyz-openjdk requires * Requires generator which crawls through launchers of packages (including `jpackage_script` ) which source `java_functions` ** will be pointing to used jre headless **`%jpackage_script` is implicitly affected by generator and will generate requires to corresponding `%{build_time_sdk's}-headless jre` (which is currently system jdk, which is jdl 21, unless specified differently) *Other packages will need to manually adjust from `java-%{system}-openjdk-/headless/devel` to `java-(system+1)-openjdk-/headless/devel` **This affects mass rebuilds (instead of just release++ a java-xy-openjdk must do xy++). Positive si that there is more time to do that ** Indirectly this is '''not enforcing''' new system jdk when new LTS is promoted in Fedora ***Otherwise generic `java-devel` will no longer satisfy new systemjdk after system bump *`JAVA_HOME` remains main override (rpm generated requires are not affected (maybe todo?)) https://docs.fedoraproject.org/en-US/packaging-guidelines/Java/ will be adjusted accordingly the packages built by pure javac or just build requires java without any javapackages tools will be adjusted manually '''Note that this is a much smaller effort than it looks like. 99% of packages are living with generated provides, and will get the change automagically. The remaining - approx 10 - packages will be handled manually''' == Feedback == todo == Benefit to Fedora == The number of legacy JDKs have grown, and hand in hand with that the number of their usages dropped to minimum. It seems there is no longer any need to maintain them, as their usage is only highly specialized. By providing 3rd party repo, we allow the specialized use-cases to continue to exist. By discontinuing their build in koji we will untie our hands to move forward and focus on future JDKs. Also we will enable fedora to provide highly stable, often updated, secure, 100% integrate-able and passionately maintained builds of legacy JDKs, which will serve as proper replacement if really needed. As a side effect of the changes in `provides/requires`, we will allow every JDK, from any vendor, which follows unofficial packaging JEP (which covers java and javac alternatives master and java/java-devel provides) to be effectively part of system if wanted, and not just silent companion. == Scope == * Proposal owners: ** will provide and maintain the 3rd party repo - https://bugzilla.redhat.com/show_bug.cgi?id=2313339 ** will help to integrate it with gnome-software and other 3rd party repos units ** will orphan or replace (based on agreement on `details` ** will update java packages documentation ** we will fix all the direct requires java/java-devel (approx 14 only) ** we will communicate with packagers of known, remaining packages which do not run with system jdk (approx 5 ) * Other developers: ** javapackages-tools, maven and ant maintainers are already on board to to totally decuple system jdk from installed java * Release engineering: [https://pagure.io/releng/issues #Releng issue number] ** I think the mass rebuild will not be needed * Policies and guidelines: N/A (not needed for this Change) ** java packaging guidelines will be updated * Trademark approval: N/A (not needed for this Change) * Alignment with the Fedora Strategy: ** This proposal is aligned with Fedora mission - to be on top of technology. We want to focus on newer JDKs, and still provide comfortable access to legacy ones, == Upgrade/compatibility impact == No meter what approach will be selected at the end, there will be upgrade impact. * in ideal usecase, the JDKs from koji simply replaces themselves by those from Eclipse Temurin * in worst case, user will just get disabled 3rd party repo and updated docs. In all cases system jdk will remain on machine, and in all cases legacy jdks will be replaced or disappear. I would really be unhappy to simply discontinue them, and leave unmaintained software on target boxes. == Early Testing (Optional) == Do you require 'QA Blueprint' support? Y == How To Test == No JDK on system # get system without java # update to next fedora # no JDK should be there Only system JDK on system and future STS jdk # get system with system jdk only # update to next fedora # JDK should be there Only legacy JDK # get system withotu any JDK # manually install any of legacy LTS jdks # update to next fedora # the legacy jdk should not be there or should be gone System JDK and legacy JDK # get system with system jdk only # manually install any of legacy LTS jdks # update to next fedora # system JDK should be there # the legacy jdk should not be there or should be gone == User Experience == As already described, basic users should not notice change. Advanced users should not lost. == Dependencies == Several (less then 10) packages will lost theirs main dependencies. Those list will be enumerated. Those packages will need to orphan and move to different kind of distribution or update. Main java stack - the packages depending on system java/java-devel/java-headless/java-packages-tools and similar, should not notice change. == Contingency Plan == * Contingency mechanism: If we fails to introduce Eclipse Temurin JDKs repo, we will simply orphan legacy JDKs as written earlier * Contingency deadline: 1. December 2024 * Blocks release? Yes == Documentation == Only eclipse temurin install pages and java packages guidelines * todo link1 * todo link2 == Release Notes == tbd -- Aoife Moloney Fedora Operations Architect Fedora Project Matrix: @amoloney:fedora.im IRC: amoloney

1 0

Orphaned packages looking for new maintainers
by maxwell＠gtmx.me 23 Sep '24

23 Sep '24

Report started at 2024-09-23 18:00:57 UTC 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 be retired when the affected package gets retired. Request package ownership via the *Take* button in the left column on https://src.fedoraproject.org/rpms/<pkgname> Full report available at: https://a.gtmx.me/orphans/orphans.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 ================================================================================ RediSearch agerstmayr, orphan 0 weeks ago abrt-java-connector @abrt-sig, orphan 3 weeks ago ansible-collection-netbox- @infra-sig, ignatenkobrain, 1 weeks ago netbox orphan ctemplate orphan 5 weeks ago echolinux orphan 3 weeks ago fedmsg orphan 2 weeks ago gearmand orphan 4 weeks ago ghc-cryptohash @haskell-lang-sig, orphan 3 weeks ago golang-github-emersion-milter @go-sig, orphan 0 weeks ago golang-github-emersion-msgauth @go-sig, orphan 0 weeks ago gpsman orphan 3 weeks ago harvey orphan 2 weeks ago libkindrv orphan 5 weeks ago m2crypto @python-packagers-sig, mitr, 4 weeks ago orphan orocos-bfl orphan 5 weeks ago orocos-kdl cottsay, orphan 5 weeks ago pcc orphan 0 weeks ago php-aws-sdk3 orphan 1 weeks ago php-guzzlehttp-guzzle6 orphan 1 weeks ago php-ralouphie-getallheaders orphan 1 weeks ago pmix orion, orphan 3 weeks ago pycanberra @python-packagers-sig, orphan 2 weeks ago python-case ngompa, orphan, pingou 5 weeks ago python-fedmsg-meta-fedora- orphan 2 weeks ago infrastructure python-ffmpeg-python orphan 5 weeks ago python-gear orphan, tdecacqu, zuul 2 weeks ago python-hypothesis-fspaths @python-packagers-sig, orphan 5 weeks ago python-iptools orphan 5 weeks ago python-k2hr3-osnl orphan 2 weeks ago python-nss orphan 1 weeks ago python-opentracing orphan 5 weeks ago python-oslo-concurrency @epel-packagers-sig, 2 weeks ago @openstack-sig, apevec, orphan python-oslo-messaging orphan 2 weeks ago python-oslo-service orphan 2 weeks ago python-pyvmomi @python-packagers-sig, fale, 0 weeks ago orphan, rcallicotte python-webpy orphan 2 weeks ago python-ws4py orphan, sbluhm, zuul 2 weeks ago rebloom lberk, orphan 0 weeks ago rejson lberk, orphan 0 weeks ago viking orphan 0 weeks ago The following packages require above mentioned packages: Depending on: fedmsg (2), status change: 2024-09-05 (2 weeks ago) module-build-service (maintained by: breilly, mikem) module-build-service-3.9.2-9.fc41.noarch requires python3-fedmsg = 1.1.7-6.fc40, python3.12dist(fedmsg) = 1.1.7 module-build-service-3.9.2-9.fc41.src requires python3-fedmsg = 1.1.7-6.fc40 python-fedmsg-meta-fedora-infrastructure (maintained by: orphan) python-fedmsg-meta-fedora-infrastructure-0.31.0-12.fc40.src requires python3-fedmsg = 1.1.7-6.fc40 python3-fedmsg-meta-fedora-infrastructure-0.31.0-12.fc40.noarch requires python3-fedmsg = 1.1.7-6.fc40, python3.12dist(fedmsg) = 1.1.7 Depending on: gearmand (1), status change: 2024-08-26 (4 weeks ago) php-pecl-gearman (maintained by: pwhalen, remi) php-pecl-gearman-2.1.2-2.fc41.src requires libgearman-devel = 1.1.21-4.fc41 php-pecl-gearman-2.1.2-2.fc41.x86_64 requires libgearman.so.8()(64bit) Depending on: golang-github-emersion-milter (1), status change: 2024-09-23 (0 weeks ago) golang-github-emersion-msgauth (maintained by: @go-sig, orphan) golang-github-emersion-msgauth-0.6.6-8.fc41.src requires golang(github.com/emersion/go-milter) = 0.3.3-8.fc41 golang-github-emersion-msgauth-devel-0.6.6-8.fc41.noarch requires golang(github.com/emersion/go-milter) = 0.3.3-8.fc41 Depending on: gpsman (1), status change: 2024-09-01 (3 weeks ago) xastir (maintained by: lucilanga) xastir-1:2.2.0-4.fc41.src requires gpsman = 6.4.1-26.fc41 Depending on: m2crypto (9), status change: 2024-08-20 (4 weeks ago) dnsviz (maintained by: @dns-sig, jonathanspw, pemensik) dnsviz-0.10.0-3.fc41.noarch requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41 dnsviz-0.10.0-3.fc41.src requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41, python3dist(m2crypto) = 0.41 fts-rest-client (maintained by: mipatras) fts-rest-client-3.13.4-1.fc42.noarch requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41, python3.13dist(m2crypto) = 0.41 hash-slinger (maintained by: frankcrawford) hash-slinger-3.2-5.fc41.noarch requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41 ipsilon (maintained by: jonathanspw, kevin, puiterwijk, simo) ipsilon-3.0.4-17.fc41.src requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41 module-build-service (maintained by: breilly, mikem) module-build-service-3.9.2-9.fc41.noarch requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41 module-build-service-3.9.2-9.fc41.src requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41 oz (maintained by: clalance) oz-0.18.1-15.fc41.noarch requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41 oz-0.18.1-15.fc41.src requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41 ursa-major (maintained by: cqi, julian8628) ursa-major-0.4.2-12.fc41.noarch requires python3-m2crypto = 0.41.0^git20240613.3156614-1.fc41 imagefactory (maintained by: clalance, kevin) imagefactory-1.1.16-14.fc41.noarch requires oz = 0.18.1-15.fc41 imagefactory-plugins (maintained by: kevin) imagefactory-plugins-IndirectionCloud-1.1.16-13.fc41.noarch requires imagefactory-plugin-api = 1.0, oz = 0.18.1-15.fc41 imagefactory-plugins-OVA-1.1.16-13.fc41.noarch requires imagefactory-plugin-api = 1.0, oz = 0.18.1-15.fc41 imagefactory-plugins-TinMan-1.1.16-13.fc41.noarch requires imagefactory-plugin-api = 1.0, oz = 0.18.1-15.fc41 imagefactory-plugins-ovfcommon-1.1.16-13.fc41.noarch requires oz = 0.18.1-15.fc41 imagefactory-plugins-1.1.16-13.fc41.noarch requires imagefactory = 1.1.16-14.fc41 imagefactory-plugins-RHEVM-1.1.16-13.fc41.noarch requires imagefactory-plugin-api = 1.0 imagefactory-plugins-vSphere-1.1.16-13.fc41.noarch requires imagefactory-plugin-api = 1.0 Depending on: php-guzzlehttp-guzzle6 (1), status change: 2024-09-16 (1 weeks ago) php-aws-sdk3 (maintained by: orphan) php-aws-sdk3-3.191.10-7.fc41.noarch requires php-composer(guzzlehttp/guzzle) = 6.5.8 php-aws-sdk3-3.191.10-7.fc41.src requires php-composer(guzzlehttp/guzzle) = 6.5.8 Depending on: php-ralouphie-getallheaders (4), status change: 2024-09-16 (1 weeks ago) php-guzzlehttp-psr7 (maintained by: remi) php-guzzlehttp-psr7-1.9.0-7.fc41.noarch requires php-composer(ralouphie/getallheaders) = 3.0.3 php-guzzlehttp-psr7-1.9.0-7.fc41.src requires php-composer(ralouphie/getallheaders) = 3.0.3 php-aws-php-sns-message-validator (maintained by: siwinski) php-aws-php-sns-message-validator-1.6.0-8.fc39.src requires php-composer(guzzlehttp/psr7) = 1.9.0 php-aws-sdk3 (maintained by: orphan) php-aws-sdk3-3.191.10-7.fc41.noarch requires php-composer(guzzlehttp/guzzle) = 6.5.8, php-composer(guzzlehttp/psr7) = 1.9.0 php-aws-sdk3-3.191.10-7.fc41.src requires php-composer(guzzlehttp/guzzle) = 6.5.8, php-composer(guzzlehttp/psr7) = 1.9.0 php-guzzlehttp-guzzle6 (maintained by: orphan) php-guzzlehttp-guzzle6-6.5.8-7.fc41.noarch requires php-composer(guzzlehttp/psr7) = 1.9.0 php-guzzlehttp-guzzle6-6.5.8-7.fc41.src requires php-composer(guzzlehttp/psr7) = 1.9.0 Depending on: pmix (67), status change: 2024-08-28 (3 weeks ago) openmpi (maintained by: dledford, orion) openmpi-5.0.5-2.fc41.src requires pmix-devel = 4.2.8-3.fc41 openmpi-5.0.5-2.fc41.x86_64 requires libpmix.so.2()(64bit) openmpi-devel-5.0.5-2.fc41.x86_64 requires libpmix.so.2()(64bit) prrte (maintained by: orion) prrte-3.0.2-6.fc41.src requires pmix-devel = 4.2.8-3.fc41, pmix-tools = 4.2.8-3.fc41 prrte-3.0.2-6.fc41.x86_64 requires libpmix.so.2()(64bit) prrte-libs-3.0.2-6.fc41.x86_64 requires libpmix.so.2()(64bit) slurm (maintained by: @epel-packagers-sig, neil, salimma) slurm-24.05.2-1.fc42.src requires pmix-devel = 4.2.8-3.fc41 slurm-24.05.2-1.fc42.x86_64 requires pmix = 4.2.8-3.fc41 MUMPS (maintained by: sagitter) MUMPS-openmpi-5.6.2-6.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), libmpi_usempi_ignore_tkr.so.40()(64bit)(openmpi-x86_64), libmpi_usempif08.so.40()(64bit)(openmpi-x86_64), openmpi(x86-64) = 5.0.5-2.fc41 MUMPS-openmpi-examples-5.6.2-6.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), libmpi_usempi_ignore_tkr.so.40()(64bit)(openmpi-x86_64), libmpi_usempif08.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 MUSIC (maintained by: @neuro-sig, ankursinha) MUSIC-1.2.1-7.fc41.src requires openmpi-devel = 5.0.5-2.fc41 MUSIC-openmpi-1.2.1-7.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 MUSIC-openmpi-devel-1.2.1-7.fc41.x86_64 requires openmpi = 5.0.5-2.fc41 python3-MUSIC-openmpi-1.2.1-7.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 amg4psblas (maintained by: sagitter) amg4psblas-1.1.2-6.fc41.src requires openmpi-devel = 5.0.5-2.fc41 amg4psblas-openmpi-1.1.2-6.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi(x86-64) = 5.0.5-2.fc41 arbor (maintained by: @neuro-sig, ankursinha) arbor-0.9.0-8.fc41.src requires openmpi-devel = 5.0.5-2.fc41 arbor-openmpi-0.9.0-8.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41, python3-openmpi = 5.0.5-2.fc41 auryn (maintained by: @neuro-sig, ankursinha) auryn-0.8.3-8.fc41.src requires openmpi-devel = 5.0.5-2.fc41 auryn-openmpi-0.8.3-8.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 boost (maintained by: denisarnaud, jwakely, mcermak, ppalka, trodgers) boost-graph-openmpi-1.83.0-8.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) boost-openmpi-1.83.0-8.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) boost-openmpi-python3-1.83.0-8.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), python3-openmpi(x86-64) = 5.0.5-2.fc41 bout++ (maintained by: davidsch) bout++-5.1.0-13.fc41.src requires openmpi-devel = 5.0.5-2.fc41 bout++-openmpi-5.1.0-13.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) python3-bout++-openmpi-5.1.0-13.fc41.x86_64 requires openmpi = 5.0.5-2.fc41, python3-openmpi = 5.0.5-2.fc41 cgnslib (maintained by: cicku, loveshack, orion, smani) cgnslib-openmpi-devel-4.4.0-5.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 cgnslib-openmpi-libs-4.4.0-5.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) coin-or-Ipopt (maintained by: pcpa, sagitter) coin-or-Ipopt-3.14.14-2.fc41.src requires pkgconfig(ompi) = 5.0.5 coin-or-Ipopt-openmpi-3.14.14-2.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) combblas (maintained by: sagitter) combblas-openmpi-2.0.0-8.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi(x86-64) = 5.0.5-2.fc41 combblas-openmpi-devel-2.0.0-8.fc41.x86_64 requires openmpi-devel(x86-64) = 5.0.5-2.fc41 cp2k (maintained by: @scitech_sig, jussilehtola, lecris, tomspur) cp2k-openmpi-2024.1-8.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), libmpi_usempi_ignore_tkr.so.40()(64bit)(openmpi-x86_64), libmpi_usempif08.so.40()(64bit)(openmpi-x86_64) dbcsr (maintained by: lecris, orion) dbcsr-openmpi-2.6.0-6.fc41.x86_64 requires libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), libmpi_usempi_ignore_tkr.so.40()(64bit)(openmpi-x86_64), libmpi_usempif08.so.40()(64bit)(openmpi-x86_64) dl_poly (maintained by: loveshack) dl_poly-1.10-22.fc41.src requires openmpi-devel = 5.0.5-2.fc41 dl_poly-openmpi-1.10-22.fc41.x86_64 requires libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), openmpi(x86-64) = 5.0.5-2.fc41 elk (maintained by: marcindulak) elk-9.2.12-2.fc41.src requires openmpi-devel = 5.0.5-2.fc41 elk-openmpi-9.2.12-2.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), libmpi_usempi_ignore_tkr.so.40()(64bit)(openmpi-x86_64), libmpi_usempif08.so.40()(64bit)(openmpi-x86_64) espresso (maintained by: jngrad, junghans) espresso-4.2.2-4.fc41.src requires openmpi-devel = 5.0.5-2.fc41 python3-espresso-openmpi-4.2.2-4.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) fftw (maintained by: dcantrell, jchaloup, jussilehtola, konradm) fftw-openmpi-devel-3.3.10-13.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 fftw-openmpi-libs-double-3.3.10-13.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) fftw-openmpi-libs-long-3.3.10-13.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) fftw-openmpi-libs-single-3.3.10-13.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) freefem++ (maintained by: corsepiu) freefem++-4.14-11.fc42.src requires openmpi-devel = 5.0.5-2.fc41 freefem++-openmpi-4.14-11.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) ga (maintained by: marcindulak) ga-5.8.2-8.fc41.src requires openmpi-devel = 5.0.5-2.fc41 ga-openmpi-5.8.2-8.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), libmpi_usempi_ignore_tkr.so.40()(64bit)(openmpi-x86_64), libmpi_usempif08.so.40()(64bit)(openmpi-x86_64) ga-openmpi-devel-5.8.2-8.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 ga-openmpi-static-5.8.2-8.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 gloo (maintained by: trix) gloo-0.5.0^git20230824.01a0c81-12.fc41.src requires openmpi-devel = 5.0.5-2.fc41 gloo-openmpi-0.5.0^git20230824.01a0c81-12.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) gmsh (maintained by: hobbes1069, ignatenkobrain, jkastner, smani) gmsh-4.13.2-3.fc41.src requires openmpi-devel = 5.0.5-2.fc41 gmsh-openmpi-devel-4.13.2-3.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 gmsh-openmpi-libs-4.13.2-3.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) gpaw (maintained by: marcindulak) gpaw-24.1.0-3.fc41.src requires openmpi-devel = 5.0.5-2.fc41 python3-gpaw-openmpi-24.1.0-3.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) gretl (maintained by: hannes) gretl-2024b-2.fc41.src requires openmpi-devel = 5.0.5-2.fc41 gretl-openmpi-2024b-2.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 gromacs (maintained by: junghans) gromacs-2024.3-1.fc42.src requires openmpi-devel = 5.0.5-2.fc41 gromacs-openmpi-2024.3-1.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) hdf5 (maintained by: @scitech_sig, ignatenkobrain, orion, sagitter) hdf5-openmpi-1.12.1-20.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) hdf5-openmpi-devel-1.12.1-20.fc41.x86_64 requires openmpi-devel(x86-64) = 5.0.5-2.fc41 hpl (maintained by: jskarvad) hpl-openmpi-2.2-19.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), libmpi_usempi_ignore_tkr.so.40()(64bit)(openmpi-x86_64), libmpi_usempif08.so.40()(64bit)(openmpi-x86_64) hpx (maintained by: diehlpk, junghans) hpx-1.10.0-4.fc42.src requires openmpi-devel = 5.0.5-2.fc41 hpx-openmpi-1.10.0-4.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi-devel = 5.0.5-2.fc41 hpx-openmpi-devel-1.10.0-4.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi-devel = 5.0.5-2.fc41 hpx-openmpi-examples-1.10.0-4.fc42.x86_64 requires openmpi = 5.0.5-2.fc41 hypre (maintained by: fuller, loveshack) hypre-openmpi-2.24.0-16.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi(x86-64) = 5.0.5-2.fc41 hypre-openmpi-devel-2.24.0-16.fc42.x86_64 requires openmpi-devel(x86-64) = 5.0.5-2.fc41 intel-mpi-benchmarks (maintained by: kheib, michich) intel-mpi-benchmarks-2021.8-4.fc41.src requires openmpi-devel = 5.0.5-2.fc41 intel-mpi-benchmarks-openmpi-2021.8-4.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 lammps (maintained by: cz4rs, ellio167, junghans, rberger) lammps-openmpi-20240829-1.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 libcircle (maintained by: junghans) libcircle-0.3-17.fc41.src requires openmpi-devel = 5.0.5-2.fc41 libcircle-openmpi-0.3-17.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) libneurosim (maintained by: @neuro-sig, ankursinha) libneurosim-openmpi-1.2.0-12.20210110.gitafc003f.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 libneurosim-openmpi-devel-1.2.0-12.20210110.gitafc003f.fc41.x86_64 requires openmpi = 5.0.5-2.fc41 mathgl (maintained by: krege) mathgl-openmpi-8.0.1-14.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) mfem (maintained by: topazus) mfem-4.7-3.fc41.src requires openmpi-devel = 5.0.5-2.fc41 mfem-openmpi-4.7-3.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi(x86-64) = 5.0.5-2.fc41 mfem-openmpi-devel-4.7-3.fc41.x86_64 requires openmpi-devel(x86-64) = 5.0.5-2.fc41 mpi4py (maintained by: @python-packagers-sig, limb, tomspur) mpi4py-4.0.0-1.fc41.src requires openmpi-devel = 5.0.5-2.fc41 python3-mpi4py-openmpi-4.0.0-1.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), python3-openmpi(x86-64) = 5.0.5-2.fc41 mpibash (maintained by: junghans) mpibash-1.4-2.fc41.src requires openmpi-devel = 5.0.5-2.fc41 mpibash-openmpi-1.4-2.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) nest (maintained by: @neuro-sig, ankursinha) nest-3.8-1.fc42.src requires openmpi-devel = 5.0.5-2.fc41 nest-openmpi-3.8-1.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 python3-nest-openmpi-3.8-1.fc42.x86_64 requires openmpi = 5.0.5-2.fc41 netcdf-cxx4 (maintained by: @scitech_sig, orion) netcdf-cxx4-openmpi-4.3.1-13.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) netcdf-cxx4-openmpi-devel-4.3.1-13.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 netcdf-fortran (maintained by: @scitech_sig, orion) netcdf-fortran-4.6.1-2.fc41.src requires openmpi-devel = 5.0.5-2.fc41 netcdf-fortran-openmpi-devel-4.6.1-2.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 netcdf (maintained by: @scitech_sig, orion) netcdf-openmpi-4.9.2-6.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) netcdf-openmpi-devel-4.9.2-6.fc41.x86_64 requires openmpi-devel(x86-64) = 5.0.5-2.fc41 netgen-mesher (maintained by: hobbes1069, smani) netgen-mesher-6.2.2404-2.fc41.src requires openmpi-devel = 5.0.5-2.fc41 netgen-mesher-openmpi-devel-6.2.2404-2.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 netgen-mesher-openmpi-libs-6.2.2404-2.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) python3-netgen-mesher-openmpi-6.2.2404-2.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) neuron (maintained by: @neuro-sig, ankursinha) neuron-8.2.2-11.fc41.src requires openmpi-devel = 5.0.5-2.fc41 neuron-openmpi-8.2.2-11.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 nwchem (maintained by: marcindulak) nwchem-7.2.2-7.fc41.src requires openmpi-devel = 5.0.5-2.fc41 nwchem-openmpi-7.2.2-7.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), libmpi_usempi_ignore_tkr.so.40()(64bit)(openmpi-x86_64), libmpi_usempif08.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 orsa (maintained by: lkundrak, zbyszek) orsa-openmpi-0.7.0-78.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) osu-micro-benchmarks (maintained by: kheib, michich) osu-micro-benchmarks-7.4-1.fc41.src requires openmpi-devel = 5.0.5-2.fc41 osu-micro-benchmarks-openmpi-7.4-1.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 paraview (maintained by: @scitech_sig, orion, sagitter) paraview-5.12.1-5.fc41.src requires openmpi-devel = 5.0.5-2.fc41 paraview-openmpi-5.12.1-5.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) petsc (maintained by: sagitter) petsc-openmpi-3.20.6-12.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64) petsc-openmpi-devel-3.20.6-12.fc42.x86_64 requires openmpi-devel(x86-64) = 5.0.5-2.fc41 python3-petsc-openmpi-3.20.6-12.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi(x86-64) = 5.0.5-2.fc41 psblas3 (maintained by: sagitter) psblas3-3.8.1-6.post2.fc41.src requires openmpi-devel = 5.0.5-2.fc41 psblas3-openmpi-3.8.1-6.post2.fc41.x86_64 requires libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), openmpi(x86-64) = 5.0.5-2.fc41 psblas3-openmpi-static-3.8.1-6.post2.fc41.x86_64 requires openmpi(x86-64) = 5.0.5-2.fc41 scotch (maintained by: fuller, smani) ptscotch-openmpi-7.0.5-1.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) python-dijitso (maintained by: limb) python-dijitso-2019.1.0-20.fc41.src requires openmpi-devel = 5.0.5-2.fc41 python-lfpy (maintained by: @neuro-sig, lbazan, victortyau) python-lfpy-2.3-7.fc41.src requires openmpi-devel = 5.0.5-2.fc41 python-pytest-mpi (maintained by: orion) python-pytest-mpi-0.6-10.fc41.src requires openmpi-devel = 5.0.5-2.fc41 python-steps (maintained by: @neuro-sig, ankursinha) python-steps-3.6.0-36.fc41.src requires openmpi-devel = 5.0.5-2.fc41 python3-steps-openmpi-3.6.0-36.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 python-torch (maintained by: @rocm-packagers-sig, trix) python-torch-2.4.1-1.fc42.src requires openmpi-devel = 5.0.5-2.fc41 h5py (maintained by: orion, stevetraylen, terjeros) python3-h5py-openmpi-3.11.0-3.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 vtk (maintained by: @scitech_sig, orion) python3-vtk-openmpi-9.2.6-17.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) vtk-openmpi-9.2.6-17.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) vtk-openmpi-devel-9.2.6-17.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 quantum-espresso (maintained by: marcindulak) quantum-espresso-7.0-12.fc41.src requires openmpi-devel = 5.0.5-2.fc41 quantum-espresso-openmpi-7.0-12.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 sandia-omega-h (maintained by: @neuro-sig, gui1ty) sandia-omega-h-9.34.13-7.fc41.src requires openmpi-devel = 5.0.5-2.fc41 sandia-omega-h-openmpi-9.34.13-7.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi = 5.0.5-2.fc41 sandia-omega-h-openmpi-devel-9.34.13-7.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 scalapack (maintained by: spot, tomspur) scalapack-openmpi-2.2.0-10.fc41.x86_64 requires openmpi = 5.0.5-2.fc41 scalapack-openmpi-devel-2.2.0-10.fc41.x86_64 requires openmpi-devel = 5.0.5-2.fc41 scalasca (maintained by: loveshack) scalasca-2.6.1-7.fc41.src requires openmpi-devel = 5.0.5-2.fc41 scalasca-openmpi-2.6.1-7.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi(x86-64) = 5.0.5-2.fc41 scorep (maintained by: jreuter, loveshack, orion) scorep-8.4-3.fc41.src requires openmpi-devel = 5.0.5-2.fc41 sundials (maintained by: sagitter) sundials-openmpi-6.7.0-4.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) superlu_dist (maintained by: fuller, loveshack, sagitter) superlu_dist-openmpi-1:8.2.0-5.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), libmpi_mpifh.so.40()(64bit)(openmpi-x86_64), libmpi_usempi_ignore_tkr.so.40()(64bit)(openmpi-x86_64), libmpi_usempif08.so.40()(64bit)(openmpi-x86_64) superlu_dist-openmpi-devel-1:8.2.0-5.fc42.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64), openmpi-devel(x86-64) = 5.0.5-2.fc41 valgrind (maintained by: ahajkova, dodji, fche, jakub, jcheca, mjw) valgrind-openmpi-1:3.23.0-5.fc41.x86_64 requires libmpi.so.40()(64bit)(openmpi-x86_64) votca (maintained by: junghans) votca-2024.1-1.fc41.src requires openmpi-devel = 5.0.5-2.fc41 Too many dependencies for pmix, not all listed here Depending on: pycanberra (1), status change: 2024-09-06 (2 weeks ago) pitivi (maintained by: ignatenkobrain, limb, wtaymans) pitivi-2023.03-11.fc41.x86_64 requires python3-canberra = 0-0.38.git88c53cd.fc41 Depending on: python-case (1), status change: 2024-08-16 (5 weeks ago) python-hpilo (maintained by: aekoroglu) python-hpilo-4.4.3-9.fc41.src requires python3-case = 1.5.3-22.fc41 Depending on: python-nss (1), status change: 2024-09-10 (1 weeks ago) sigul (maintained by: kevin, mitr) sigul-1.2-4.fc41.src requires python3-nss = 1.0.1^20210803hg9de14a6f77e2-12.fc41 sigul-1.2-4.fc41.x86_64 requires python3-nss = 1.0.1^20210803hg9de14a6f77e2-12.fc41 Depending on: python-oslo-concurrency (4), status change: 2024-09-09 (2 weeks ago) copr-dist-git (maintained by: @copr-sig, frostyx, msuchy, praiskup) copr-dist-git-0.70-1.fc41.noarch requires python3-oslo-concurrency = 6.0.0-1.fc41 copr-dist-git-0.70-1.fc41.src requires python3-oslo-concurrency = 6.0.0-1.fc41 python-oslo-service (maintained by: orphan) python-oslo-service-3.3.0-1.fc41.src requires python3-oslo-concurrency = 6.0.0-1.fc41 python3-oslo-service-3.3.0-1.fc41.noarch requires python3-oslo-concurrency = 6.0.0-1.fc41, python3.12dist(oslo-concurrency) = 6 python-oslo-messaging (maintained by: orphan) python-oslo-messaging-14.7.0-2.fc41.src requires python3-oslo-service = 3.3.0-1.fc41 python3-oslo-messaging-14.7.0-2.fc41.noarch requires python3-oslo-service = 3.3.0-1.fc41 python3-oslo-messaging-tests-14.7.0-2.fc41.noarch requires python3-oslo-service = 3.3.0-1.fc41 python-k2hr3-osnl (maintained by: orphan) python-k2hr3-osnl-1.0.6-1.fc41.src requires python3-oslo-messaging = 14.7.0-2.fc41 python3-k2hr3-osnl-1.0.6-1.fc41.noarch requires python3-oslo-messaging = 14.7.0-2.fc41, python3.12dist(oslo-messaging) = 14.7 Depending on: python-oslo-messaging (1), status change: 2024-09-09 (2 weeks ago) python-k2hr3-osnl (maintained by: orphan) python-k2hr3-osnl-1.0.6-1.fc41.src requires python3-oslo-messaging = 14.7.0-2.fc41 python3-k2hr3-osnl-1.0.6-1.fc41.noarch requires python3-oslo-messaging = 14.7.0-2.fc41, python3.12dist(oslo-messaging) = 14.7 Depending on: python-oslo-service (2), status change: 2024-09-09 (2 weeks ago) python-oslo-messaging (maintained by: orphan) python-oslo-messaging-14.7.0-2.fc41.src requires python3-oslo-service = 3.3.0-1.fc41 python3-oslo-messaging-14.7.0-2.fc41.noarch requires python3-oslo-service = 3.3.0-1.fc41 python3-oslo-messaging-tests-14.7.0-2.fc41.noarch requires python3-oslo-service = 3.3.0-1.fc41 python-k2hr3-osnl (maintained by: orphan) python-k2hr3-osnl-1.0.6-1.fc41.src requires python3-oslo-messaging = 14.7.0-2.fc41 python3-k2hr3-osnl-1.0.6-1.fc41.noarch requires python3-oslo-messaging = 14.7.0-2.fc41, python3.12dist(oslo-messaging) = 14.7 Depending on: python-pyvmomi (5), status change: 2024-09-18 (0 weeks ago) python-pvc (maintained by: @python-packagers-sig, raphgro) python-pvc-0.3.0-24.fc41.src requires python3-pyvmomi = 8.0.3.0.1-1.fc42, python3-vconnector = 0.6.0-16.fc41 python3-pvc-0.3.0-24.fc41.noarch requires python3.13dist(pyvmomi) = 8.0.3.0.1, python3.13dist(vconnector) = 0.6 python-pyvirtualize (maintained by: @python-packagers-sig, raphgro) python-pyvirtualize-0.10-19.20191018gitdc2d971.fc41.src requires python3dist(pyvmomi) = 8.0.3.0.1 python3-pyvirtualize-0.10-19.20191018gitdc2d971.fc41.noarch requires python3-pyvmomi = 8.0.3.0.1-1.fc42, python3.13dist(pyvmomi) = 8.0.3.0.1 python-vconnector (maintained by: @python-packagers-sig, raphgro) python-vconnector-0.6.0-16.fc41.src requires python3-pyvmomi = 8.0.3.0.1-1.fc42 python3-vconnector-0.6.0-16.fc41.noarch requires python3.13dist(pyvmomi) = 8.0.3.0.1 python-vevents (maintained by: @python-packagers-sig, raphgro) python-vevents-0.1.0-0.18.20149631git3ff37a2.fc41.src requires python3-pyvmomi = 8.0.3.0.1-1.fc42, python3-vconnector = 0.6.0-16.fc41 python3-vevents-0.1.0-0.18.20149631git3ff37a2.fc41.noarch requires python3.13dist(pyvmomi) = 8.0.3.0.1, python3.13dist(vconnector) = 0.6 python-vpoller (maintained by: @python-packagers-sig, raphgro) python-vpoller-0.7.3-24.fc41.src requires python3-pyvmomi = 8.0.3.0.1-1.fc42, python3-vconnector = 0.6.0-16.fc41 python3-vpoller-0.7.3-24.fc41.noarch requires python3.13dist(pyvmomi) = 8.0.3.0.1, python3.13dist(vconnector) = 0.6 Affected (co)maintainers @abrt-sig: abrt-java-connector @copr-sig: python-oslo-concurrency @dns-sig: m2crypto @epel-packagers-sig: python-oslo-concurrency, pmix @go-sig: golang-github-emersion-milter, golang-github-emersion-msgauth @haskell-lang-sig: ghc-cryptohash @infra-sig: ansible-collection-netbox-netbox @neuro-sig: pmix @openstack-sig: python-oslo-concurrency @python-packagers-sig: pycanberra, python-hypothesis-fspaths, m2crypto, pmix, python-pyvmomi @rocm-packagers-sig: pmix @scitech_sig: pmix aekoroglu: python-case agerstmayr: RediSearch ahajkova: pmix ankursinha: pmix apevec: python-oslo-concurrency breilly: fedmsg, m2crypto cicku: pmix clalance: m2crypto corsepiu: pmix cottsay: orocos-kdl cqi: m2crypto cz4rs: pmix davidsch: pmix dcantrell: pmix denisarnaud: pmix diehlpk: pmix dledford: pmix dodji: pmix ellio167: pmix fale: python-pyvmomi fche: pmix frankcrawford: m2crypto frostyx: python-oslo-concurrency fuller: pmix gui1ty: pmix hannes: pmix hobbes1069: pmix ignatenkobrain: ansible-collection-netbox-netbox, pmix, pycanberra jakub: pmix jchaloup: pmix jcheca: pmix jkastner: pmix jngrad: pmix jonathanspw: m2crypto jreuter: pmix jskarvad: pmix julian8628: m2crypto junghans: pmix jussilehtola: pmix jwakely: pmix kevin: python-nss, m2crypto kheib: pmix konradm: pmix krege: pmix lbazan: pmix lberk: rebloom, rejson lecris: pmix limb: pmix, pycanberra lkundrak: pmix loveshack: pmix lucilanga: gpsman marcindulak: pmix mcermak: pmix michich: pmix mikem: fedmsg, m2crypto mipatras: m2crypto mitr: python-nss, m2crypto mjw: pmix msuchy: python-oslo-concurrency neil: pmix ngompa: python-case orion: pmix pcpa: pmix pemensik: m2crypto pingou: python-case ppalka: pmix praiskup: python-oslo-concurrency puiterwijk: m2crypto pwhalen: gearmand raphgro: python-pyvmomi rberger: pmix rcallicotte: python-pyvmomi remi: gearmand, php-ralouphie-getallheaders sagitter: pmix salimma: pmix sbluhm: python-ws4py simo: m2crypto siwinski: php-ralouphie-getallheaders smani: pmix spot: pmix stevetraylen: pmix tdecacqu: python-gear terjeros: pmix tomspur: pmix topazus: pmix trix: pmix trodgers: pmix victortyau: pmix wtaymans: pycanberra zbyszek: pmix zuul: python-ws4py, python-gear Orphans (40): RediSearch abrt-java-connector ansible-collection-netbox-netbox ctemplate echolinux fedmsg gearmand ghc-cryptohash golang-github-emersion-milter golang-github-emersion-msgauth gpsman harvey libkindrv m2crypto orocos-bfl orocos-kdl pcc php-aws-sdk3 php-guzzlehttp-guzzle6 php-ralouphie-getallheaders pmix pycanberra python-case python-fedmsg-meta-fedora-infrastructure python-ffmpeg-python python-gear python-hypothesis-fspaths python-iptools python-k2hr3-osnl python-nss python-opentracing python-oslo-concurrency python-oslo-messaging python-oslo-service python-pyvmomi python-webpy python-ws4py rebloom rejson viking Orphans (dependend on) (15): fedmsg gearmand golang-github-emersion-milter gpsman m2crypto php-guzzlehttp-guzzle6 php-ralouphie-getallheaders pmix pycanberra python-case python-nss python-oslo-concurrency python-oslo-messaging python-oslo-service python-pyvmomi Orphans (rawhide) for at least 6 weeks (dependend on) (0): Orphans (rawhide) (not depended on) (25): RediSearch abrt-java-connector ansible-collection-netbox-netbox ctemplate echolinux ghc-cryptohash golang-github-emersion-msgauth harvey libkindrv orocos-bfl orocos-kdl pcc php-aws-sdk3 python-fedmsg-meta-fedora-infrastructure python-ffmpeg-python python-gear python-hypothesis-fspaths python-iptools python-k2hr3-osnl python-opentracing python-webpy python-ws4py rebloom rejson viking Orphans (rawhide) for at least 6 weeks (not dependend on) (0): Depending packages (rawhide) (96): MUMPS MUSIC amg4psblas arbor auryn boost bout++ cgnslib coin-or-Ipopt combblas copr-dist-git cp2k dbcsr dl_poly dnsviz elk espresso fftw freefem++ fts-rest-client ga gloo gmsh golang-github-emersion-msgauth gpaw gretl gromacs h5py hash-slinger hdf5 hpl hpx hypre imagefactory imagefactory-plugins intel-mpi-benchmarks ipsilon lammps libcircle libneurosim mathgl mfem module-build-service mpi4py mpibash nest netcdf netcdf-cxx4 netcdf-fortran netgen-mesher neuron nwchem openmpi orsa osu-micro-benchmarks oz paraview petsc php-aws-php-sns-message-validator php-aws-sdk3 php-guzzlehttp-guzzle6 php-guzzlehttp-psr7 php-pecl-gearman pitivi prrte psblas3 python-dijitso python-fedmsg-meta-fedora-infrastructure python-hpilo python-k2hr3-osnl python-lfpy python-oslo-messaging python-oslo-service python-pvc python-pytest-mpi python-pyvirtualize python-steps python-torch python-vconnector python-vevents python-vpoller quantum-espresso sandia-omega-h scalapack scalasca scorep scotch sigul slurm sundials superlu_dist ursa-major valgrind votca vtk xastir Packages depending on packages orphaned (rawhide) for more than 6 weeks (0): -- 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 Report finished at 2024-09-23 18:06:36 UTC

1 0

Fedora Linux 41 Beta Release is GO
by amoloney＠redhat.com 12 Sep '24

12 Sep '24

The content of this message was lost. It was probably cross-posted to multiple lists and previously handled on another list.

1 0

F42 Change Proposal: PHP 8.4 (Self-Contained)
by Aoife Moloney 12 Sep '24

12 Sep '24

Wiki - https://fedoraproject.org/wiki/Changes/php84 Discussion Thread - https://discussion.fedoraproject.org/t/f42-change-proposal-php-8-2-self-con… This is a proposed Change for Fedora Linux. 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. == Detailed Description == Update the PHP stack in Fedora to latest version 8.4.x. Fedora has a 6 months cycle, PHP a 1 year cycle, our common practice for some years: * 2 Fedora cycles for each PHP minor release (exceptions below) * 3 Fedora cycles for latest minor (e.g. 5.6 or 7.4) to give more time before next major * 1 Fedora cycle for first major (e.g. 7.0 or 8.0) Fedora 38 and 39 have PHP 8.2, Fedora 40 and 41 have PHP 8.3. As this version should be the last 8.x (before 9.0), it should be in Fedora 42, 43 and 44. * A testing SCL and a testing module are available in my [https://blog.remirepo.net/post/2024/07/05/PHP-8.4-as-Software-Collection repository] * List of [https://github.com/remicollet/remirepo/issues/258 extensions compatibility list] * [https://wiki.php.net/todo/php84 Upstream schedule for 8.4] Version 8.4.0 GA is planned for November 21st. == Benefit to Fedora == Provides the latest PHP version to developers and system administrators. == Scope == * Proposal owners: Check Koschei status. Test with latest version to ensure compatibility. Work with upstream on bug fixing. Needed mass rebuild (C extensions) done by change owner. * 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 == N/A (not a System Wide Change) == How To Test == * The PHP stack (extensions and libraries) are monitored by Koschei, see the [https://apps.fedoraproject.org/koschei/groups/php?order_by=state%2C-started Koschei PHP group] * install and play with your web applications == User Experience == Developers and system administrators will have the great benefit or running the latest PHP version. == Dependencies == All php-* packages (and some *-php) == Contingency Plan == * Contingency mechanism: Drop not compatible (and not fixable) packages. * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change) == Documentation == * [https://raw.githubusercontent.com/php/php-src/master/UPGRADING UPGRADING] * [https://raw.githubusercontent.com/php/php-src/master/UPGRADING.INTERNALS UPGRADING.INTERNALS] == Release Notes == -- Aoife Moloney Fedora Operations Architect Fedora Project Matrix: @amoloney:fedora.im IRC: amoloney

1 0

F42 Change Proposal: Anaconda WebUI Partitioning (System-Wide)
by Aoife Moloney 12 Sep '24

12 Sep '24

Wiki - https://fedoraproject.org/wiki/Changes/Anaconda_Web_UI_Partitioning Discussion Thread - https://discussion.fedoraproject.org/t/feedback-anaconda-web-ui-partitionin… This is a proposed Change for Fedora Linux. This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == The Anaconda OS installer project needs to have a new approach for partitioning with the new web UI. This approach needs to be easy to control for users who don’t understand details of the Linux storage but still allows more complex requirements. == Owner == * Name: [[User:jkonecny| Jiri Konecny]] * Email: jkonecny(a)redhat.com == Detailed Description == This is separation of one topic from the [[Changes/AnacondaWebUIforFedoraWorkstation|Anaconda WebUI for Fedora Workstation by default]] change in Fedora. The storage part of the new installer UI was extracted here to start an open discussion of our solution, to collect feedback and get agreement with the proposed approach. '''Main reason for creating this change is to agree on a solution and to find feasibility for the next Fedora delivery.''' With the current GTK UI of Anaconda we provide users three ways of creating partitioning. * Automatic - select disks (optional encryption) and Anaconda will do everything else for you. ** If disks are not empty a pop-up will show, which allows you to select what partitions you want to remove or preserve to free up space for the automatic installation. * Custom - select disks and then you will get to an advanced screen where you design your output partitioning. This is the top-bottom partitioning approach where you design your mount points but do not have to care about how the final goal is reached. * Blivet-gui - select disks and then design your storage from the bottom (bottom-top approach) by creating a partition on it BTRFS etc… ** This solution was added later and its external tool integrated into Anaconda, not directly maintained by the Anaconda team. However, with web UI we need to change this because technologies are different. When we are changing this, we would like to resolve old pains of the current approach. The current approach is great in being middle ground but in general, however, there are people who want to have something extra (top-bottom approach is not specific enough) but we also do not cover users, who don’t have much experience with Linux partitioning (use cases as reinstall my existing system). Another issue is that the Anaconda team size has reduced significantly from times when the GTK solution was created, so we are looking for solutions which are simple yet smart and easier to maintain and extend. Our solution: * Guided partitioning - this is a more powerful automatic partitioning where the user will select a goal and have additional customizations possible. The goal here is that most users should be covered by this guided experience. ** Currently our implementation has three possibilities: *** Reinstall all selected disks and remove everything that is on them. *** Install into a free space on selected disks. *** Use existing storage and assign mount points for the installed system. **** Good option for reusing the existing partitioning. **** Users can also create their partitioning ahead of time with any partitioning tool they prefer and use this option to just tell Anaconda how to use the partitioning. ** We will extend the existing set of possibilities with the following list: *** Reinstall existing system. **** Users will have a list of existing systems installed on disks and select which one they want to reinstall (remove existing system and install to the same space). **** Anaconda will replace root and should have a possibility to preserve /home with user data. *** Easy way to reclaim space from the existing disks and start installation to the free space. **** Similar approach to what we had on GTK UI. **** It is simple and should cover a lot of cases in a simple way. *** Based on the user feedback we would love to add more requested workflows. * Cockpit storage - this is an external tool which is provided to the user, however, thanks to the fact that web UI and Cockpit storage are based on the same technologies, we are able to integrate Cockpit Storage into the Anaconda web UI. '''Please note, that it is still an external tool and shouldn’t be taken as part of the installation workflow.''' We are trying to make this obvious in the UI. ** We have chosen the Cockpit Storage because it is using the same PatternFly and Cockpit frameworks as the web UI, so it has a consistent look and feel and allows us much seamless integration with Anaconda. Also Cockpit Storage can be used with remote HTTPS installations in the future. Users of Fedora might be familiar with this tool because it is already used in Cockpit, it is a stable and well maintained project. ** Cockpit storage does not support action planning which creates controversy around this approach. All the actions done in the Cockpit Storage are immediately applied to the disk. This is a drawback compared to the current GTK UI, however, the approach as explained above should be used as the secondary option when you are not satisfied with the Guided partitioning and only for advanced users. This shouldn't be taken as the main installation method nor part of the installation workflow. Based on the feedback we have decided to implement these changes: https://discussion.fedoraproject.org/t/108995/58 == Feedback == We unfortunately don’t have much feedback from the community yet, however, for that reason the FESCO decided in https://pagure.io/fesco/issue/3169 that we should have testing for feedback collection after Fedora 40 is released. However, we were able to collect a bit of a feedback from FESCO members * Cockpit storage is missing planning and immediate execution of actions feels unsafe. ** Reply: We worked hard on notifying users that this is the case and users could lose their data (which applies to any partitioning method). Also this tool should be used only by the advanced users and ideally only to a smaller number of them. The guided solution should be the preferred one. * What other tools can we use than Cockpit Storage? ** Reply: To our knowledge there are no other tools for partitioning based on the same technologies as we are using for Cockpit Storage. Which is making the Cockpit Storage an obvious choice for us and enables us to also support this tool with remote HTTPS installations in the future. * Why Anaconda won’t implement their own solution. ** Reply: Reasons were already described above. Anaconda team size has reduced a lot recently and we are looking at ways to maintain less to be able to keep the project alive reasonably and not only for bug fixing. Implementing our own solution would take significant resources to implement and would increase maintenance costs. A lot of feedback was received on https://discussion.fedoraproject.org/t/feedback-anaconda-web-ui-partitionin… == Benefit to Fedora == Anaconda GTK UI partitioning solution is quite complex but it also could be limiting to advanced users. Our new solutions should simplify the process of partitioning for Fedora users by selecting what they want to achieve instead of how to achieve and leave the rest on Anaconda. On the other hand we also allow users to use external partitioning tools if they prefer. Thanks to the fact that the Cockpit Storage project is maintained by another team, the Anaconda team should have more capacity to focus on other goals and priorities. As the outcome of this, Anaconda team should have more capacity for feature work and bug fixing of issues for the Fedora users. The biggest benefit is the new guided partitioning. This approach should simplify installation a lot and provide a powerful tool for users who don't bother about details but want to achieve a specific goal. == Scope == * Proposal owners: ** Anaconda team ** Cockpit team * Other developers: Should not have impact out of the Fedora Workstation Live environment. * 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 == This is a change to the installer of the system - no compatibility or upgrade issues are expected to happen. == How To Test == New partitioning solution together with a new web UI which should simplify and improve user experience. == Dependencies == Cockpit and Cockpit storage packages. == Contingency Plan == * Contingency mechanism: Return back to the current GTK UI by changing packages to build the ISO. * Contingency deadline: Beta freeze * Blocks release? No, we can ship without the new web UI == Documentation == Documentation should be extended to guide users in how to create partitioning beforehand if that is their desire. == Release Notes == -- Aoife Moloney Fedora Operations Architect Fedora Project Matrix: @amoloney:fedora.im IRC: amoloney

1 0

F42 Change Proposal: Distributing Kickstart Files as OCI Artifacts (Self-Contained)
by Aoife Moloney 12 Sep '24

12 Sep '24

Wiki - https://fedoraproject.org/wiki/Changes/KickstartOciArtifacts Discussion Thread - https://discussion.fedoraproject.org/t/f42-change-proposal-distributing-kic… This is a proposed Change for Fedora Linux. 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 == Fedora distributed as bootable container ships via [https://quay.io/repository/fedora/fedora-bootc?tab=tags OCI registry]. Installation is typically done by conversion into a VM image or ISO installer via [https://osbuild.org/ osbuild] (image builder), however, booting from network is a useful workflow for bare-metal fleet deployments. Required files to perform such installation are not available in the OCI repository that could be fetched from registry in a similar manner as the bootable container. As of today, files are only available in the Fedora RPM repository and the installation workflow would be cumbersome to find appropriate RPM repo version and extract needed files instead of fetching all the needed assets from the registry only. The change introduces a new OCI repository with the files in question for each Fedora stable version. == Owner == * Name: [[User:ipanova| Ina Panova]], [[User:lzap| Lukáš Zapletal]] * Email: <ipanova(a)redhat.com>, <lzap(a)redhat.com> == Detailed Description == Fedora bootable container is shipped via OCI registries without any supplementary files for automated kickstart installations. The files needed for this workflow are typically: bootloader, anaconda kernel, initramdisk and anaconda main image. These files can be found in regular Fedora RPM repository, for example in case of x86_64 architecture: * [https://dl.fedoraproject.org/pub/fedora/linux/releases/40/Everything/x86_64… vmlinuz] * [https://dl.fedoraproject.org/pub/fedora/linux/releases/40/Everything/x86_64… initrd.img] * [https://dl.fedoraproject.org/pub/fedora/linux/releases/40/Everything/x86_64… install.img] * [https://dl.fedoraproject.org/pub/fedora/linux/releases/40/Everything/x86_64… shim.efi] * [https://dl.fedoraproject.org/pub/fedora/linux/releases/40/Everything/x86_64… grubx64.efi] * [https://dl.fedoraproject.org/pub/fedora/linux/releases/40/Everything/x86_64… pxelinux.0] * [https://dl.fedoraproject.org/pub/fedora/linux/releases/40/Everything/x86_64… boot.iso] Some files are distributed unsigned in the `images/` directory, others are signed and need to be extracted from RPM packages. A complete ISO "netboot" image is also available for network installations, the image can be customized using `mkksiso` tool found in Fedora. The main goal of this change is to start publishing the mentioned files as [https://oras.land/docs/concepts/artifact/ OCI artifacts] for each Fedora version and architecture. Buildah/Podman will be used for creating such manifest and [https://gitlab.com/fedora/bootc/netboot/netboot/-/blob/main/push.sh?ref_typ… pushing it] to OCI registry and the process will be integrated into current or upcoming (Konflux) release processes. There is currently no support for downloading OCI artifacts with podman but the feature is currently being discussed and worked on upstream. However, Fedora contains `golang-oras` tool which understands the OCI artifact format. This tool can already be used by Fedora users to consume the content: <pre> $ oras pull quay.io/pulp/fedora-kickstart-artifacts:40-amd64 Downloading 8ea1dd040e97 initrd.img Downloading 80c3fe2ae106 boot.iso Downloading a3b7052d7b2f grubx64.efi Downloaded a3b7052d7b2f grubx64.efi Downloading fff4b2feeef3 pxelinux.0 Downloaded fff4b2feeef3 pxelinux.0 Downloading 4773d74d87c2 shimx64.efi Downloaded 4773d74d87c2 shimx64.efi Downloading 09cf5df01619 vmlinuz Downloaded 80c3fe2ae106 boot.iso Downloaded 09cf5df01619 vmlinuz Downloaded 8ea1dd040e97 initrd.img Restored 80c3fe2ae106 install.img Pulled quay.io/pulp/fedora-kickstart-artifacts:40-amd64 Digest: sha256:0306e10fd556e12ce8c3674150bceb88c0917b74b63c37eecc17070b3b30003b </pre> Alternatively, the content can be downloaded via `skopeo` tool with [https://github.com/theforeman/nboci-files/blob/main/artifact-pull.py some scripting] involving file renaming. The proposed repository for the content is: `quay.io/fedora/kickstart-artifacts` and tag convention will be `N` where N is Fedora version with manifest index for all supported architectures pointing to tags in the form of `N-arch`. Only stable and N-1 Fedora versions will be kept for storage reasons and old artifacts will be regularly removed and garbage collected. For more info, read [https://github.com/pulp/netboot-oci-specs/blob/main/netboot-oci-artifacts.md manifest specification]. Files are currently being published at a temporary space: [https://quay.io/repository/pulp/fedora-kickstart-artifacts?tab=tags&tag=lat… quay.io/pulp/fedora-kickstart-artifacts] and can be consumed from there. The pipeline currently lives on Fedora's gitlab. == Benefit to Fedora == The change solves the situation for Fedora bootable containers users who currently need to find matching Fedora RPM repositories and use various tools like `curl` or `rpm2cpio` and `cpio` to download required files. This will significantly simplify provisioning workflows of Fedora systems en-masse via automation tools like Ansible or Foreman. All files will be also signed by Fedora GPG keys for increased security. Users of regular (RPM) Fedora spin will benefit as well since bare-metal provisioning workflows, scripts or tools can be further simplified. Additionally, many provisioning systems (Beaker, Foreman) use one shim/grub for installing all OS versions which does not work reliably when SecureBoot is turned on. Published files can be easily downloaded for each OS version. The newly published content is planned to be integrated with other open source projects: Foreman, Pulp and Ansible. This is out of scope for this change. == Scope == * Proposal owners: prepare CI/CD pipeline for fully automated build and push of kickstart artifacts, integrate the published repositories with related open-source project workflows [https://theforeman.org/ Foreman] and [https://pulpproject.org/ Pulp] * Release engineering: create new repository in fedora namespace [https://pagure.io/fedora-infrastructure/issue/12152 #12152] and assistance with integrating the new pipeline into the Fedora workflow == Documentation == The newly created repository will be features in documentation of several upstream projects that will make use of it: * osbuild * foreman * pulp == Release Notes == TBD -- Aoife Moloney Fedora Operations Architect Fedora Project Matrix: @amoloney:fedora.im IRC: amoloney

1 0

F42 Change Proposal: Integrate FEX in Fedora Linux (Self-Contained)
by Aoife Moloney 12 Sep '24

12 Sep '24

Wiki - https://fedoraproject.org/wiki/Changes/FEX Discussion Post - https://discussion.fedoraproject.org/t/f42-change-proposal-integrate-fex-in… This is a proposed Change for Fedora Linux. 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 == [https://fex-emu.com/ FEX] is a fast emulator that allows one to run x86 and x86-64 binaries on an AArch64 Linux host. FEX requires a number of supporting components, including a RootFS image, and integration with krun to support 16k page-size hosts. The purpose of this Change is to integrate FEX itself and its supporting components into Fedora Linux, to provide a delightful out-of-box experience for users that want to run x86 and x86-64 binaries on their aarch64 systems. This also includes integration into the AArch64 Fedora KDE spin as a non-blocking component of the spin. == Owner == * Name: [[User:dcavalca|Davide Cavalca]], [[User:ngompa|Neal Gompa]], [[User:alyssa|Alyssa Rosenzweig]] * Responsible Teams: [[SIGs/Asahi|Asahi SIG]], [[SIGs/KDE|KDE SIG]] * Email: davide(at)cavalca.name, ngompa13(at)gmail.com, alyssa(at)rosenzweig.io == Detailed Description == When running Fedora Linux on an AArch64 host, one can normally only run AArch64 binaries. This can be a problem if the user needs to run preexisting software that was built for x86 or x86-64, which is still the predominant architecture. If the software is opensource it can sometimes be recompiled (or, even better, packaged in Fedora), but this isn't always an option and could require significant work on the user's part. For proprietary software, there is no viable option short of persuading the author to release a native AArch64 build. FEX allows the user to sidestep this issue entirely by making it possible to run x86 and x86-64 binares on AArch64 Linux hosts, as if they were native. FEX achieves this via emulation, and it integrates with the binfmts infrastructure to provide a seamless experience. To ensure wide compatibility, FEX is also able to leverage a distribution-shipped root filesystem tree (RootFS) to provide core system libraries that the emulated binaries might need. FEX only supports AArch64 host systems running a 4k page-size kernel. This is the default in Fedora Linux, but it presents a problem for [https://fedora-asahi-remix.org/ Fedora Asahi Remix], as Apple Silicon Macs use a 16k page-size. To address this, we will leverage krun to run FEX inside a microVM with a 4k page-size kernel, thus providing a compatible environment with minimal overhead. == Feedback == (pending the initial Change discussion) == Benefit to Fedora == Users will be able to run x86 and x86-64 binaries out of the box when running Fedora Linux on their Aarch64 systems. This particularly improves the usability of Fedora KDE for day-to-day usage on AArch64 systems. == Scope == * Proposal owners: ** DONE: Package [https://github.com/FEX-Emu/FEX FEX] in Fedora Linux - https://src.fedoraproject.org/rpms/fex-emu ** WIP: Create a [https://pagure.io/fedora-kiwi-descriptions/ Kiwi definition] to produce a FEX root filesystem - https://pagure.io/fedora-kiwi-descriptions/pull-request/83 ** TODO: Package the root filesystem in Fedora Linux as an RPM ** DONE: Package [https://chromium.googlesource.com/chromiumos/platform2/+/HEAD/vm_tools/somm… sommelier] -- https://src.fedoraproject.org/rpms/chromiumos-platform ** TODO: Package [https://github.com/slp/krun krun] ** TODO: Integrate FEX with krun to support 16k page-size systems ** TODO: Create a comps group for FEX and supporting components ** TODO: Attach the comps group to the kde-desktop-environment group ** TODO: Create a [https://pagure.io/fedora-kiwi-descriptions/ Kiwi definition] to produce a sysroot image to be used by FEX at build time to enable thunks ** TODO: Write documentation * Other developers: assist with package reviews and provide feedback * Release engineering: [https://pagure.io/releng/issue/12299 #12299] * 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 == No expected upgrade or compatibility impact, this is a purely additive Change. == How To Test == Once the relevant components have been packaged and the comps group has been created, this Change will be testable with: # dnf install @fex-x86-emulation # ... # profit! == User Experience == Users will be able to run x86 and x86-64 binaries out of the box when running Fedora Linux on their Aarch64 systems. == Dependencies == This is pretty much self contained. == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) Don't ship this * Contingency deadline: N/A (not a System Wide Change) * Blocks release? No == Documentation == The Change owners will write documentation on how to use FEX, both for general Fedora systems and in the context of Fedora Asahi Remix. == Release Notes == -- Aoife Moloney Fedora Operations Architect Fedora Project Matrix: @amoloney:fedora.im IRC: amoloney

1 0

REMINDER: Fedora Linux 41 Beta Go/No-Go Meeting Today
by Aoife Moloney 12 Sep '24

12 Sep '24

The Fedora Linux 41 Beta Go/No-Go meeting[1] will take place today, Thursday 12th September @ 1700 UTC in #meeting:fedoraproject.org[2]. At this time, we will determine the status of the F41 Beta release date [3] that is currently targeting Tuesday 17th September. [1] https://fedoraproject.org/wiki/Go_No_Go_Meeting [2] https://calendar.fedoraproject.org/Fedora%20release/2024/9/12/ [3] https://fedorapeople.org/groups/schedule/f-41/f-41-key-tasks.html -- Aoife Moloney Fedora Operations Architect Fedora Project Matrix: @amoloney:fedora.im IRC: amoloney

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce September 2024