July 2022 - devel-announce - Fedora mailing-lists

Important changes to software license information in Fedora packages (SPDX and more!)
by Matthew Miller 29 Jul '22

29 Jul '22

On behalf of all of the folks working on Fedora licensing improvements, I have a few things to announce! New docs site for licensing and other legal topics -------------------------------------------------- All documentation related to Fedora licensing has moved to a new section in Fedora Docs, which you can find at: https://docs.fedoraproject.org/en-US/legal/ Other legal documentation will follow. This follows the overall Fedora goal of moving active user and contributor documentation away from the wiki. Fedora license information in a structured format ------------------------------------------------- The “good” (allowed) and “bad” (not-allowed) licenses for Fedora are now stored in a repository, using a simple structured file format for each license (it’s TOML). You can find this at: https://gitlab.com/fedora/legal/fedora-license-data This data is then presented in easy tabular format in the documentation, at: https://docs.fedoraproject.org/en-US/legal/allowed-licenses/ New policy for the License field in packages — SPDX identifiers! ---------------------------------------------------------------- We’re changing the policy for the "License" field in package spec files to use SPDX license identifiers. Historically, Fedora has represented licenses using short abbreviations specific to Fedora. In the meantime, SPDX license identifiers have emerged as a standard, and other projects, vendors, and developers have started using them. Adopting SPDX license identifiers provides greater accuracy as to what license applies, and will make it easier for us to collaborate with other projects. Updated licensing policies and processes ---------------------------------------- Fedora licensing policies and processes have been updated to reflect the above changes. In some cases, this forced deeper thought as to how these things are decided and why, which led to various discussion on Fedora mailing lists. In other cases, it prompted better articulation of guidance that was implicitly understood but not necessarily explicitly stated. New guidance on “effective license” analysis -------------------------------------------- Many software packages consist of code with different free and open source licenses. Previous practice often involved “simplification” of the package license field when the packager believed that one license subsumed the other — for example, using just “GPL” when the source code includes parts licensed under a BSD-style license as well. Going forward, packagers and reviewers should not make this kind of analysis, and rather use (for example) “GPL-2.0-or-later AND MIT”. This approach is easier for packagers to apply in a consistent way. When do these changes take effect? ---------------------------------- The resulting changes in practice will be applied to new packages and licenses going forward. It is not necessary to revise existing packages at this time, although we have provided some guidance for package maintainers who want to get started. We’re in the process of planning a path for updating existing packages at a larger scale — stay tuned for more on that! Thank you everyone! ------------------- A huge thanks to some key people who have worked tirelessly to make this happen: David Cantrell, Richard Fontana, Jilayne Lovejoy, Miroslav Suchý. Behind the scenes support was also provided by David Levine, Bryan Sutula, and Beatriz Couto. Thank you as well for the valuable feedback from Fedora community members in various Fedora forums. Please have a look at the updated information. If you have questions, please post them to the Fedora Legal mailing list: https://lists.fedoraproject.org/archives/list/legal@lists.fedoraproject.org/ -- Matthew Miller <mattdm(a)fedoraproject.org> Fedora Project Leader

1 0

List of long term FTBFS packages to be retired in August
by Miro Hrončok 26 Jul '22

26 Jul '22

Dear maintainers. Based on the current fail to build from source policy, the following packages will be retired from Fedora 37 approximately one week before branching (August 2022). Policy: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… The packages in rawhide were not successfully built at least since Fedora 35. This report is based on dist tags. Packages collected via: https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbf… If you see a package that was built, please let me know. If you see a package that should be exempted from the process, please let me know and we can work together to get a FESCo approval for that. If you see a package that can be rebuilt, please do so. Package (co)maintainers ========================================================================= golang-grpc-go4 eclipseo, go-sig, jchaloup lancer willb php-aws-sdk3 lcts php-pimple lcts recorder ddd rubygem-coffee-rails jaruga, ruby-packagers-sig, vondruch rubygem-minitest-reporters pvalena rubygem-sprockets-rails jaruga, pvalena, ruby-packagers-sig tinygo go-sig, qulogic uom-parent lberk, mgoodwin, nathans xs petersen The following packages require above mentioned packages: Depending on: golang-grpc-go4 (1) golang-x-build (maintained by: eclipseo, go-sig, jchaloup) golang-x-build-0-0.19.20201229git0a4bf69.fc35.src requires golang(grpc.go4.org) = 0-0.9.20180421git11d0a25.fc34, golang(grpc.go4.org/codes) = 0-0.9.20180421git11d0a25.fc34 golang-x-build-devel-0-0.19.20201229git0a4bf69.fc35.noarch requires golang(grpc.go4.org) = 0-0.9.20180421git11d0a25.fc34, golang(grpc.go4.org/codes) = 0-0.9.20180421git11d0a25.fc34 Depending on: rubygem-sprockets-rails (22) rubygem-actionmailbox (maintained by: pvalena) rubygem-actionmailbox-7.0.2.3-2.fc37.src requires rubygem(sprockets-rails) = 3.2.2 rubygem-activestorage (maintained by: ruby-packagers-sig, vondruch) rubygem-activestorage-7.0.2.3-1.fc37.src requires rubygem(sprockets-rails) = 3.2.2 rubygem-railties (maintained by: mmorsi, pvalena, tdawson, vondruch) rubygem-railties-7.0.2.3-2.fc37.src requires rubygem(sprockets-rails) = 3.2.2 rubygem-sassc-rails (maintained by: pvalena) rubygem-sassc-rails-2.1.2-4.fc36.noarch requires rubygem(sprockets-rails) = 3.2.2 rubygem-sassc-rails-2.1.2-4.fc36.src requires rubygem(sprockets-rails) = 3.2.2 rubygem-rails (maintained by: jstribny, kanarip, mmorsi, mtasaka, pvalena, ruby-packagers-sig, sseago, tdawson, vondruch) rubygem-rails-1:7.0.2.3-2.fc37.noarch requires rubygem(actionmailbox) = 7.0.2.3 rubygem-rspec-rails (maintained by: clalance, vondruch) rubygem-rspec-rails-5.1.1-2.fc37.src requires rubygem(actionmailbox) = 7.0.2.3 rubygem-actiontext (maintained by: pvalena) rubygem-actiontext-7.0.2.3-2.fc37.noarch requires rubygem(activestorage) = 7.0.2.3 rubygem-actiontext-7.0.2.3-2.fc37.src requires rubygem(activestorage) = 7.0.2.3 rubygem-actionpack (maintained by: jaruga, jstribny, kanarip, mmorsi, pvalena, ruby-packagers-sig, sseago, vondruch) rubygem-actionpack-1:7.0.2.3-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-actionview (maintained by: jaruga, pvalena, ruby-packagers-sig) rubygem-actionview-7.0.2.3-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-activemodel (maintained by: jstribny, mmorsi, pvalena, tdawson, vondruch) rubygem-activemodel-7.0.2.3-2.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-ammeter (maintained by: jstribny, ruby-packagers-sig, vondruch) rubygem-ammeter-1.1.5-3.fc37.noarch requires rubygem(railties) = 7.0.2.3 rubygem-ammeter-1.1.5-3.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-font-awesome-rails (maintained by: abradshaw, ckyriakidou, evgeni, fale, snecker) rubygem-font-awesome-rails-4.7.0.8-2.fc37.noarch requires rubygem(railties) = 7.0.2.3 rubygem-font-awesome-rails-4.7.0.8-2.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-generator_spec (maintained by: ilgrad) rubygem-generator_spec-0.9.4-12.fc37.noarch requires rubygem(railties) = 7.0.2.3 rubygem-generator_spec-0.9.4-12.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-globalid (maintained by: jaruga, pvalena, ruby-packagers-sig) rubygem-globalid-1.0.0-3.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-haml (maintained by: kanarip, pvalena) rubygem-haml-5.2.2-3.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-importmap-rails (maintained by: pvalena) rubygem-importmap-rails-1.0.3-2.fc37.noarch requires rubygem(railties) = 7.0.2.3 rubygem-jbuilder (maintained by: pvalena, vondruch) rubygem-jbuilder-2.11.5-2.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-jquery-rails (maintained by: jstribny, tdawson, vondruch) rubygem-jquery-rails-4.4.0-3.fc37.noarch requires rubygem(railties) = 7.0.2.3 rubygem-rails-controller-testing (maintained by: valtri) rubygem-rails-controller-testing-1.0.5-6.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-sass-twitter-bootstrap (maintained by: tdawson) rubygem-sass-twitter-bootstrap-2.3.0-16.fc37.noarch requires rubygem(railties) = 7.0.2.3 rubygem-slim (maintained by: vondruch) rubygem-slim-4.1.0-6.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-web-console (maintained by: jaruga, ruby-packagers-sig, vondruch) rubygem-web-console-4.1.0-4.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-web-console-4.1.0-4.fc36.src requires rubygem(railties) = 7.0.2.3 Too many dependencies for rubygem-sprockets-rails, not all listed here Affected (co)maintainers (directly and indirectly): abradshaw: rubygem-sprockets-rails ckyriakidou: rubygem-sprockets-rails clalance: rubygem-sprockets-rails ddd: recorder eclipseo: golang-grpc-go4 evgeni: rubygem-sprockets-rails fale: rubygem-sprockets-rails go-sig: golang-grpc-go4, tinygo ilgrad: rubygem-sprockets-rails jaruga: rubygem-sprockets-rails, rubygem-coffee-rails jchaloup: golang-grpc-go4 jstribny: rubygem-sprockets-rails kanarip: rubygem-sprockets-rails lberk: uom-parent lcts: php-aws-sdk3, php-pimple mgoodwin: uom-parent mmorsi: rubygem-sprockets-rails mtasaka: rubygem-sprockets-rails nathans: uom-parent petersen: xs pvalena: rubygem-sprockets-rails, rubygem-minitest-reporters qulogic: tinygo ruby-packagers-sig: rubygem-sprockets-rails, rubygem-coffee-rails snecker: rubygem-sprockets-rails sseago: rubygem-sprockets-rails tdawson: rubygem-sprockets-rails valtri: rubygem-sprockets-rails vondruch: rubygem-sprockets-rails, rubygem-coffee-rails willb: lancer -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 0

Automated reports redirected into a new mailing list: test-reports
by Kamil Paral 26 Jul '22

26 Jul '22

Hello testers and developers, please note that we've set up a new mailing list called test-reports [1] and we've redirected all automated compose/updates/test/etc reports into it. These reports were previously sent to the test list and devel list and created a lot of visual noise among regular conversations (especially in the test list). You can see test-reports archives [1] to see which emails I'm talking about. The only exception is the main rawhide compose report, which still goes to the devel list (as well as test-reports), because it was deemed useful enough to be kept there. If you're interested in receiving these reports, please subscribe to the new list. The default reply is set to go to the test list, where we can have conversations about any suspicious changes/outcomes, but you can of course start your discussion in the devel list, if you prefer. Cheers, Kamil Fedora QA [1] https://lists.fedoraproject.org/archives/list/test-reports@lists.fedoraproj…

1 0

Fedora 37 mass rebuild complete
by Kevin Fenzi 25 Jul '22

25 Jul '22

Hi all, Per the Fedora 37 schedule[1] we started a mass rebuild for Fedora 37 on 2022/07/20. We did a mass rebuild for Fedora 37 for: https://pagure.io/releng/issues?status=Open&tags=mass+rebuild The mass rebuild was done in a side tag (f37-rebuild) and moved over to f37. Failures can be seen https://kojipkgs.fedoraproject.org/mass-rebuild/f37-failures.html Things still needing rebuilding https://kojipkgs.fedoraproject.org/mass-rebuild/f37-need-rebuild.html 21713 builds have been tagged into f37, there is currently 1144 failed builds that need to be addressed by the package maintainers. FTBFS bugs will be filed shortly. Please be sure to let releng know if you see any bugs in the reporting. You can contact releng in #fedora-releng on libera.chat, by dropping an email to our list[2], joining #releng:fedoraproject.org on Matrix, or filing an issue in pagure[3] Regards, Fedora Release Engineering [1] https://fedorapeople.org/groups/schedule/f-N/f-N-key-tasks.html [2] https://lists.fedoraproject.org/admin/lists/rel-eng.lists.fedoraproject.org/ [3] https://pagure.io/releng/

1 0

Some spins/labs to be dropped from F37
by Ben Cotton 20 Jul '22

20 Jul '22

In accordance with FESCo's approved[1] keepalive policy, the following Spins/Labs will be dropped from F37 unless new maintainers step up. ## Maintainer indicated they do not have time to maintain for this release * Robotics Spin — https://fedoraproject.org/wiki/Robotics_Spin ## Maintainer did not respond to pings * Games Spin — https://fedoraproject.org/wiki/Games_Spin * Security Spin — https://fedoraproject.org/wiki/Security_Spin If you'd like to become a maintainer of one of these, please comment on the corresponding ticket in the schedule repo[2]. If you want to know what goes into maintaining a Spin/Lab, see the Releases docs[3]. [1] https://pagure.io/fesco/issue/1972 [2] https://pagure.io/fedora-pgm/schedule/issues?tags=spins+keepalive [3] https://docs.fedoraproject.org/en-US/releases/spins/maintaining/ -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Fedora 37 mass rebuild started
by Kevin Fenzi 20 Jul '22

20 Jul '22

Hi all, Per the Fedora f37 schedule[1] we have started a mass rebuild on 2022-07-20 for Fedora f37. We are running this mass rebuild for the changes listed in: https://pagure.io/releng/issues?status=Open&tags=mass+rebuild This mass rebuild will be done in a side tag (f37-rebuild) and merged when completed. Failures can be seen https://kojipkgs.fedoraproject.org/mass-rebuild/f37-failures.html <https://kojipkgs.fedoraproject.org/mass-rebuild/f37-failures.html> Things still needing rebuilding https://kojipkgs.fedoraproject.org/mass-rebuild/f37-need-rebuild.html <https://kojipkgs.fedoraproject.org/mass-rebuild/f37-need-rebuild.html> FTBFS (Fails To Build From Source) bugs will be filed shortly after the mass rebuild is complete. Please be sure to let releng know if you see any bugs in the reporting. You can contact releng in #fedora-releng channel on Libera.Chat, the #releng:fedoraproject.org room on Matrix, or by dropping an email to our list[2] or filing an issue in pagure[3]. This email template is also in https://pagure.io/releng if you wish to propose improvements or changes to it. Regards, Fedora Release Engineering [1] https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html [2] https://lists.fedoraproject.org/admin/lists/rel-eng.lists.fedoraproject.org/ [3] https://pagure.io/releng/

1 0

Upcoming F37 schedule dates
by Ben Cotton 19 Jul '22

19 Jul '22

It's me again with some more schedule reminders * 2022-07-19 (TODAY!) — F37 Self-Contained Change proposals due * 2022-07-20 (TOMORROW) — Mass rebuild begins * 2022-07-26 — Software string freeze * 2022-08-09 — F37 branches from Rawhide, Change complete (testable) deadline More schedule details are available at https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

List of long term FTBFS packages to be retired in August
by Miro Hrončok 19 Jul '22

19 Jul '22

Dear maintainers. Based on the current fail to build from source policy, the following packages will be retired from Fedora 37 approximately one week before branching (August 2022). Policy: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… The packages in rawhide were not successfully built at least since Fedora 35. This report is based on dist tags. Packages collected via: https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbf… If you see a package that was built, please let me know. If you see a package that should be exempted from the process, please let me know and we can work together to get a FESCo approval for that. If you see a package that can be rebuilt, please do so. Package (co)maintainers ============================================================================ golang-grpc-go4 eclipseo, go-sig, jchaloup klamav kkofler koffice-kivio kkofler, rdieter lancer willb php-aws-sdk3 lcts php-pimple lcts recorder ddd rubygem-bundler_ext jaruga, ruby-packagers-sig, vondruch rubygem-coffee-rails jaruga, ruby-packagers-sig, vondruch rubygem-image_processing pvalena rubygem-minitest-reporters pvalena rubygem-sprockets-rails jaruga, pvalena, ruby-packagers-sig tinygo go-sig, qulogic uom-parent lberk, mgoodwin, nathans xs petersen The following packages require above mentioned packages: Depending on: golang-grpc-go4 (1) golang-x-build (maintained by: eclipseo, go-sig, jchaloup) golang-x-build-0-0.19.20201229git0a4bf69.fc35.src requires golang(grpc.go4.org) = 0-0.9.20180421git11d0a25.fc34, golang(grpc.go4.org/codes) = 0-0.9.20180421git11d0a25.fc34 golang-x-build-devel-0-0.19.20201229git0a4bf69.fc35.noarch requires golang(grpc.go4.org) = 0-0.9.20180421git11d0a25.fc34, golang(grpc.go4.org/codes) = 0-0.9.20180421git11d0a25.fc34 Depending on: rubygem-image_processing (28) rubygem-activestorage (maintained by: ruby-packagers-sig, vondruch) rubygem-activestorage-7.0.2.3-1.fc37.src requires rubygem(image_processing) = 1.11.0 rubygem-actionmailbox (maintained by: pvalena) rubygem-actionmailbox-7.0.2.3-1.fc37.noarch requires rubygem(activestorage) = 7.0.2.3 rubygem-actionmailbox-7.0.2.3-1.fc37.src requires rubygem(activestorage) = 7.0.2.3 rubygem-actiontext (maintained by: pvalena) rubygem-actiontext-7.0.2.3-1.fc37.noarch requires rubygem(activestorage) = 7.0.2.3 rubygem-actiontext-7.0.2.3-1.fc37.src requires rubygem(activestorage) = 7.0.2.3 rubygem-rails (maintained by: jstribny, kanarip, mmorsi, mtasaka, pvalena, ruby-packagers-sig, sseago, tdawson, vondruch) rubygem-rails-1:7.0.2.3-1.fc37.noarch requires rubygem(activestorage) = 7.0.2.3 rubygem-railties (maintained by: mmorsi, pvalena, tdawson, vondruch) rubygem-railties-7.0.2.3-1.fc37.src requires rubygem(activestorage) = 7.0.2.3 rubygem-rspec-rails (maintained by: clalance, vondruch) rubygem-rspec-rails-5.1.1-1.fc37.src requires rubygem(actionmailbox) = 7.0.2.3 rubygem-apipie-rails (maintained by: ruby-packagers-sig, vondruch) rubygem-apipie-rails-0.5.18-5.fc36.noarch requires rubygem(rails) = 7.0.2.3 rubygem-declarative_authorization (maintained by: mcpierce) rubygem-declarative_authorization-0.5.7-17.fc36.noarch requires rubygem(rails) = 7.0.2.3 rubygem-importmap-rails (maintained by: pvalena) rubygem-importmap-rails-1.0.3-1.fc37.src requires rubygem(rails) = 7.0.2.3 rubygem-sass-rails (maintained by: ruby-packagers-sig, tdawson, vondruch) rubygem-sass-rails-6.0.0-4.fc36.src requires rubygem(rails) = 7.0.2.3 rubygem-shoulda (maintained by: stahnma, tdawson) rubygem-shoulda-3.6.0-10.fc36.src requires rubygem(rails) = 7.0.2.3 rubygem-shoulda-context (maintained by: tdawson, vondruch) rubygem-shoulda-context-1.2.2-11.fc36.src requires rubygem(rails) = 7.0.2.3 rubygem-shoulda-matchers (maintained by: vondruch) rubygem-shoulda-matchers-4.5.1-3.fc36.src requires rubygem(rails) = 7.0.2.3 rubygem-actionpack (maintained by: jaruga, jstribny, kanarip, mmorsi, pvalena, ruby-packagers-sig, sseago, vondruch) rubygem-actionpack-1:7.0.2.3-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-actionview (maintained by: jaruga, pvalena, ruby-packagers-sig) rubygem-actionview-7.0.2.3-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-activemodel (maintained by: jstribny, mmorsi, pvalena, tdawson, vondruch) rubygem-activemodel-7.0.2.3-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-ammeter (maintained by: jstribny, ruby-packagers-sig, vondruch) rubygem-ammeter-1.1.5-2.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-ammeter-1.1.5-2.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-font-awesome-rails (maintained by: abradshaw, ckyriakidou, evgeni, fale, snecker) rubygem-font-awesome-rails-4.7.0.8-1.fc37.noarch requires rubygem(railties) = 7.0.2.3 rubygem-font-awesome-rails-4.7.0.8-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-generator_spec (maintained by: ilgrad) rubygem-generator_spec-0.9.4-11.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-generator_spec-0.9.4-11.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-globalid (maintained by: jaruga, pvalena, ruby-packagers-sig) rubygem-globalid-1.0.0-2.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-haml (maintained by: kanarip, pvalena) rubygem-haml-5.2.2-2.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-jbuilder (maintained by: pvalena, vondruch) rubygem-jbuilder-2.11.5-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-jquery-rails (maintained by: jstribny, tdawson, vondruch) rubygem-jquery-rails-4.4.0-2.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-rails-controller-testing (maintained by: valtri) rubygem-rails-controller-testing-1.0.5-5.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-sass-twitter-bootstrap (maintained by: tdawson) rubygem-sass-twitter-bootstrap-2.3.0-15.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-sassc-rails (maintained by: pvalena) rubygem-sassc-rails-2.1.2-4.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-sassc-rails-2.1.2-4.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-slim (maintained by: vondruch) rubygem-slim-4.1.0-5.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-web-console (maintained by: jaruga, ruby-packagers-sig, vondruch) rubygem-web-console-4.1.0-4.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-web-console-4.1.0-4.fc36.src requires rubygem(railties) = 7.0.2.3 Too many dependencies for rubygem-image_processing, not all listed here Affected (co)maintainers (directly and indirectly): abradshaw: rubygem-image_processing ckyriakidou: rubygem-image_processing clalance: rubygem-image_processing ddd: recorder eclipseo: golang-grpc-go4 evgeni: rubygem-image_processing fale: rubygem-image_processing go-sig: tinygo, golang-grpc-go4 ilgrad: rubygem-image_processing jaruga: rubygem-coffee-rails, rubygem-bundler_ext, rubygem-image_processing, rubygem-sprockets-rails jchaloup: golang-grpc-go4 jstribny: rubygem-image_processing kanarip: rubygem-image_processing kkofler: klamav, koffice-kivio lberk: uom-parent lcts: php-aws-sdk3, php-pimple mcpierce: rubygem-image_processing mgoodwin: uom-parent mmorsi: rubygem-image_processing mtasaka: rubygem-image_processing nathans: uom-parent petersen: xs pvalena: rubygem-image_processing, rubygem-minitest-reporters, rubygem-sprockets-rails qulogic: tinygo rdieter: koffice-kivio ruby-packagers-sig: rubygem-coffee-rails, rubygem-bundler_ext, rubygem-image_processing, rubygem-sprockets-rails snecker: rubygem-image_processing sseago: rubygem-image_processing stahnma: rubygem-image_processing tdawson: rubygem-image_processing valtri: rubygem-image_processing vondruch: rubygem-coffee-rails, rubygem-bundler_ext, rubygem-image_processing willb: lancer -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

1 0

F37 proposal: Mumble 1.4 (Self-Contained Change proposal)
by Ben Cotton 18 Jul '22

18 Jul '22

https://fedoraproject.org/wiki/Changes/Mumble1.4 This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Summary == Update the Mumble voice chat application from 1.3 to 1.4. == Owner == * Name: [[User:carlwgeorge| Carl George]] * Email: carl(a)redhat.com == Detailed Description == Earlier this year the Mumble project released a new major version. The full list of new features can be found in the [https://www.mumble.info/blog/mumble-1.4.230/ upstream release notes]. This change also involves several notable packaging changes. * Enable the native PipeWire audio backend * Rename the Mumble server package from murmur to mumble-server, per upstream preference * Relocate Mumble server configuration file from /etc/murmur/murmur.ini to /etc/murmur.ini, per upstream preference == Feedback == == Benefit to Fedora == Mumble is a popular voice chat application. It is commonly used for gaming and podcasts. Updating the Fedora package to the latest upstream version ensures that Fedora Linux continues to be an attractive operating system for those communities. == Scope == * Proposal owners: ** Build version 1.4.x in carlwgeorge/mumble copr ** Test copr packages ** Build version 1.4.x in appropriate Fedora branches * Other developers: N/A (not needed for this Change) * Release engineering: N/A (not needed for this Change) * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == The Mumble developers prefer distributions to name the server package mumble-server. Currently this is named murmur in Fedora. This change renames the server package to align with upstream. The required provides/obsoletes will be added per the packaging guidelines. The Mumble developers prefer the server configuration file to be /etc/murmur.ini. Currently this file is /etc/murmur/murmur.ini in Fedora. This change relocates that file in an RPM scriptlet to align with upstream. The old path will become a compatibility symlink to the new path. == How To Test == As Mumble is voice chat software, to test this change you will need a microphone and headphones/speakers. The carlwgeorge/mumble copr repository contains the updated packages. Install the mumble package to test the client. Install the mumble-server package to test the server. If you have other Mumble servers you routinely connect to, connect to them with the updated mumble package. If you are familiar with setting up a Mumble server, set one up with the existing 1.3.x packages and then update to the 1.4.x packages. Verify that the server configuration file gets relocated as described in this change. == User Experience == Users will have the 1.4.x version of Mumble available, with all the upstream features that provides. == Dependencies == N/A == Contingency Plan == * Contingency mechanism: revert to Mumble 1.3 with an epoch * Contingency deadline: beta freeze * Blocks release? no == Documentation == * https://www.mumble.info/blog/mumble-1.4.230/ == Release Notes == Mumble 1.4 is available in Fedora 37. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: Emacs 28 (Self-Contained Change proposal)
by Ben Cotton 18 Jul '22

18 Jul '22

https://fedoraproject.org/wiki/Changes/Emacs_28 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 GNU Emacs to 28.1 release. This release includes a wide variety of new features, including native compilation of Lisp files. == Owner == * Name: [[User:Bhavin192| Bhavin Gandhi]] * Email: bhavin192(a)fedoraproject.org == Detailed Description == The Emacs package will be updated to 28.1 release of GNU Emacs. This will have native compilation feature enabled, and will package additional natively compiled Lisp files. == Benefit to Fedora == This major version of Emacs has bugfixes and new features which also improve the overall speed of Emacs. == Scope == * Proposal owners: Upgrade the Emacs package to 28.1 * Other developers: N/A * Release engineering: N/A (not needed for this Change) * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: N/A == Upgrade/compatibility impact == Users might see some warnings while their installed Emacs packages get natively compiled after first launch post the upgrade. These warnings won't break any functionality, though the users are encouraged to update their Emacs packages. == How To Test == # Run dnf update emacs # Open Emacs and check if inbuilt functionalities and packages work as indented. == User Experience == https://www.gnu.org/software/emacs/#Releases * Lisp files are natively compiled, this results in speed improvements for most of the functionalities * Much improved display of Emoji and Emoji sequences * New system for documenting groups of functions == Dependencies == N/A == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change) * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change), No == Documentation == * https://www.gnu.org/software/emacs/news/NEWS.28.1 * https://src.fedoraproject.org/rpms/emacs/pull-request/12 == Release Notes == The upstream release notes are available at https://www.gnu.org/software/emacs/news/NEWS.28.1 These can also be accessed from within Emacs by doing `C-h n`. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: Haskell GHC 8.10.7 & Stackage LTS 18.28 (Self-Contained Change proposal)
by Ben Cotton 18 Jul '22

18 Jul '22

Note that this proposal supersedes the Haskell GHC 9.0 & Stackage LTS 19 proposal, which was deferred to F38. https://fedoraproject.org/wiki/Changes/Haskell_GHC_8.10.7 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 GHC Haskell compiler will be updated from minor version 8.10.5 to 8.10.7, and Haskell packages will be updated to Stackage LTS 18.28 minor versions. == Owner == * Name: [[User:Petersen|Jens Petersen]] * Email: petersen(a)redhat.com * Name: [[Haskell_SIG|Haskell SIG]] * Email: haskell(a)lists.fedoraproject.org == Detailed Description == For Fedora 37, the GHC Haskell compiler will be updated from version 8.10.5 to 8.10.7 release (rebasing from the ghc8.10 package). Along with this, Haskell packages in [https://www.stackage.org Stackage] (the stable Haskell source package distribution) will be updated to the final LTS 18.28 minor release. Haskell packages not in Stackage will be updated to the latest appropriate version in the upstream [https://hackage.haskell.org Hackage] package repository. == Benefit to Fedora == Fedora users will have a newer more stable Haskell compiler, tools, and current Haskell packages from final Stackage LTS 18. GHC 8.10.7 contains a few important bug fixes (see the release notes linked in the Documentation section for more details). == Scope == * Proposal owners: ** rebase ghc to 8.10.7 ** update ghc-rpm-macros to the final version for F37 ** update packages to latest [https://www.stackage.org/lts-18 Stackage LTS 18] versions using cabal-rpm ** build all the packages in a Koji sidetag repo in dependency order using fbrnch ** push the sidetag through Bodhi to Rawhide before the mass rebuild [[https://bodhi.fedoraproject.org/updates/FEDORA-2022-3ae019aee4 done]] * Other developers: no actions should be needed * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == There should not be any significant upgrade impact. Users' Haskell projects will get built with ghc-8.10,7 when they next build. == How To Test == * install ghc and cabal-install * install pandoc, ShellCheck, ghcid, git-annex, hadolint, stack, xmonad * install ghc-*-devel or ghc-*-prof or ghc-*-doc * cabal-rpm builddep <favouritepackage>; cabal install <favouritepackage> * test upgrades of F36 Haskell packages to F37 == User Experience == Users will have the newer stable minor version of ghc and Haskell libraries and tools available to them. This makes it easier to build the recent versions of Haskell projects. == Dependencies == == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) ** Change owner can revert back to the versions in F36. * Contingency deadline: Beta Freeze == Documentation == * https://www.haskell.org/ghc/blog/20210814-ghc-8.10.6-released.html * https://downloads.haskell.org/ghc/8.10.6/docs/html/users_guide/8.10.6-notes… * https://www.haskell.org/ghc/blog/20210827-ghc-8.10.7-released.html * https://downloads.haskell.org/ghc/8.10.7/docs/html/users_guide/8.10.7-notes… == Release Notes == The Haskell GHC compiler has been updated from 8.10.5 to 8.10.7 with some important bugfixes. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Orphaned packages looking for new maintainers
by Miro Hrončok 18 Jul '22

18 Jul '22

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will fail to install and/or build when the affected package gets retired. Request package ownership via the *Take* button in he left column on https://src.fedoraproject.org/rpms/<pkgname> Full report available at: https://churchyard.fedorapeople.org/orphans-2022-07-18.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 ================================================================================ RBTools orphan 0 weeks ago evolution-rss mcrha, orphan 1 weeks ago ez-pine-gpg orphan 2 weeks ago gfbgraph orphan 4 weeks ago gnome-online-miners orphan, pranvk 4 weeks ago golang-github-rubyist-tracerx orphan 2 weeks ago gpart dcantrell, orphan 2 weeks ago libnss-pgsql orphan 1 weeks ago module-macros orphan 2 weeks ago pam_url herlo, orphan 4 weeks ago preproc orphan 2 weeks ago preproc-rpmspec orphan 2 weeks ago python-proteus orphan 4 weeks ago rpkg-macros orphan 2 weeks ago rpkg-util orphan 2 weeks ago rpm-git-tag-sort orphan 2 weeks ago sourcetrail orphan 0 weeks ago toped orphan, tnorth 0 weeks ago tryton orphan 4 weeks ago trytond orphan 4 weeks ago trytond-account orphan 4 weeks ago trytond-account-be orphan 4 weeks ago trytond-account-de-skr03 orphan 4 weeks ago trytond-account-invoice orphan 4 weeks ago trytond-account-invoice-history orphan 4 weeks ago trytond-account-invoice-line- orphan 4 weeks ago standalone trytond-account-product orphan 4 weeks ago trytond-account-statement orphan 4 weeks ago trytond-account-stock-anglo-saxon orphan 4 weeks ago trytond-account-stock-continental orphan 4 weeks ago trytond-analytic-account orphan 4 weeks ago trytond-analytic-invoice orphan 4 weeks ago trytond-analytic-purchase orphan 4 weeks ago trytond-analytic-sale orphan 4 weeks ago trytond-company orphan 4 weeks ago trytond-company-work-time orphan 4 weeks ago trytond-country orphan 4 weeks ago trytond-currency orphan 4 weeks ago trytond-dashboard orphan 4 weeks ago trytond-google-maps orphan 4 weeks ago trytond-ldap-authentication orphan 4 weeks ago trytond-party orphan 4 weeks ago trytond-party-siret orphan 4 weeks ago trytond-product orphan 4 weeks ago trytond-product-cost-fifo orphan 4 weeks ago trytond-product-cost-history orphan 4 weeks ago trytond-product-price-list orphan 4 weeks ago trytond-project orphan 4 weeks ago trytond-project-plan orphan 4 weeks ago trytond-project-revenue orphan 4 weeks ago trytond-purchase orphan 4 weeks ago trytond-purchase-invoice-line- orphan 4 weeks ago standalone trytond-sale orphan 4 weeks ago trytond-sale-opportunity orphan 4 weeks ago trytond-sale-price-list orphan 4 weeks ago trytond-stock orphan 4 weeks ago trytond-stock-forecast orphan 4 weeks ago trytond-stock-inventory-location orphan 4 weeks ago trytond-stock-location-sequence orphan 4 weeks ago trytond-stock-product-location orphan 4 weeks ago trytond-stock-supply orphan 4 weeks ago trytond-stock-supply-day orphan 4 weeks ago trytond-timesheet orphan 4 weeks ago zuul openstack-sig, orphan, zuul 3 weeks ago The following packages require above mentioned packages: Depending on: gfbgraph (3), status change: 2022-06-16 (4 weeks ago) gnome-maps (maintained by: elad, gnome-sig, kalev, kathenas, zeenix) gnome-maps-43~alpha-1.fc37.x86_64 requires gfbgraph(x86-64) = 0.2.4-2.fc36 gnome-online-miners (maintained by: orphan, pranvk) gnome-online-miners-3.34.0-10.fc36.src requires gfbgraph-devel = 0.2.4-2.fc36 gnome-online-miners-3.34.0-10.fc36.x86_64 requires libgfbgraph-0.2.so.0()(64bit) gnome-photos (maintained by: gnome-sig, pranvk) gnome-photos-42.0-3.fc37.src requires pkgconfig(libgfbgraph-0.2) = 0.2.4 gnome-photos-42.0-3.fc37.x86_64 requires gfbgraph(x86-64) = 0.2.4-2.fc36, gnome-online-miners = 3.34.0-10.fc36, libgfbgraph-0.2.so.0()(64bit) Depending on: gnome-online-miners (1), status change: 2022-06-16 (4 weeks ago) gnome-photos (maintained by: gnome-sig, pranvk) gnome-photos-42.0-3.fc37.x86_64 requires gnome-online-miners = 3.34.0-10.fc36 Depending on: golang-github-rubyist-tracerx (2), status change: 2022-07-02 (2 weeks ago) git-lfs (maintained by: carlwgeorge, go-sig, qulogic) git-lfs-3.1.2-1.fc37.src requires golang(github.com/rubyist/tracerx) = 0-14.20190524git7879593.fc36 golang-github-git-lfs-3-devel-3.1.2-1.fc37.noarch requires golang(github.com/rubyist/tracerx) = 0-14.20190524git7879593.fc36 sparkleshare (maintained by: tpokorra) sparkleshare-3.28-7.fc36.x86_64 requires git-lfs = 3.1.2-1.fc37 Depending on: preproc (4), status change: 2022-07-02 (2 weeks ago) preproc-rpmspec (maintained by: orphan) preproc-rpmspec-1.3-3.fc36.noarch requires preproc = 0.5-4.fc36, rpkg-macros = 2.0-3.fc36 rpkg-util (maintained by: orphan) rpkg-3.2-2.fc37.noarch requires preproc = 0.5-4.fc36, rpkg-macros = 2.0-3.fc36 rpkg-util-3.2-2.fc37.src requires preproc = 0.5-4.fc36, rpkg-macros = 2.0-3.fc36 rpkg-macros (maintained by: orphan) rpkg-macros-2.0-3.fc36.src requires preproc = 0.5-4.fc36 copr-rpmbuild (maintained by: copr-sig, dturecek, frostyx, praiskup) copr-builder-0.58-1.fc37.x86_64 requires rpkg = 3.2-2.fc37 Depending on: rpkg-macros (3), status change: 2022-07-02 (2 weeks ago) preproc-rpmspec (maintained by: orphan) preproc-rpmspec-1.3-3.fc36.noarch requires rpkg-macros = 2.0-3.fc36 rpkg-util (maintained by: orphan) rpkg-3.2-2.fc37.noarch requires rpkg-macros = 2.0-3.fc36 rpkg-util-3.2-2.fc37.src requires rpkg-macros = 2.0-3.fc36 copr-rpmbuild (maintained by: copr-sig, dturecek, frostyx, praiskup) copr-builder-0.58-1.fc37.x86_64 requires rpkg = 3.2-2.fc37 Depending on: rpkg-util (1), status change: 2022-07-02 (2 weeks ago) copr-rpmbuild (maintained by: copr-sig, dturecek, frostyx, praiskup) copr-builder-0.58-1.fc37.x86_64 requires rpkg = 3.2-2.fc37 Depending on: rpm-git-tag-sort (4), status change: 2022-07-02 (2 weeks ago) rpkg-macros (maintained by: orphan) rpkg-macros-2.0-3.fc36.noarch requires rpm-git-tag-sort = 1.0-6.fc36 rpkg-macros-2.0-3.fc36.src requires rpm-git-tag-sort = 1.0-6.fc36 preproc-rpmspec (maintained by: orphan) preproc-rpmspec-1.3-3.fc36.noarch requires rpkg-macros = 2.0-3.fc36 rpkg-util (maintained by: orphan) rpkg-3.2-2.fc37.noarch requires rpkg-macros = 2.0-3.fc36 rpkg-util-3.2-2.fc37.src requires rpkg-macros = 2.0-3.fc36 copr-rpmbuild (maintained by: copr-sig, dturecek, frostyx, praiskup) copr-builder-0.58-1.fc37.x86_64 requires rpkg = 3.2-2.fc37 Depending on: trytond (44), status change: 2022-06-16 (4 weeks ago) python-proteus (maintained by: orphan) python-proteus-4.0.2-17.fc35.noarch requires tryton(kernel) = 4.0 trytond-* (maintained by: orphan) all the trytond-* packages depend on trytond they also depend on each other, omitted for brevity see https://churchyard.fedorapeople.org/orphans-2022-07-18.txt See dependency chains of your packages at https://packager-dashboard.fedoraproject.org/ See all orphaned packages at https://packager-dashboard.fedoraproject.org/orphan Affected (co)maintainers (either directly or via packages' dependencies): carlwgeorge: golang-github-rubyist-tracerx copr-sig: rpkg-util, rpm-git-tag-sort, rpkg-macros, preproc dcantrell: gpart dturecek: rpkg-util, rpm-git-tag-sort, rpkg-macros, preproc elad: gfbgraph frostyx: rpkg-util, rpm-git-tag-sort, rpkg-macros, preproc gnome-sig: gnome-online-miners, gfbgraph go-sig: golang-github-rubyist-tracerx herlo: pam_url kalev: gfbgraph kathenas: gfbgraph mcrha: evolution-rss openstack-sig: zuul praiskup: rpkg-util, rpm-git-tag-sort, rpkg-macros, preproc pranvk: gnome-online-miners, gfbgraph qulogic: golang-github-rubyist-tracerx tnorth: toped tpokorra: golang-github-rubyist-tracerx zeenix: gfbgraph zuul: zuul -- 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 2022-07-18 08:11:53 UTC

1 0

F37 proposal: z13 as the Baseline for IBM Z Hardware (Self-Contained Change proposal)
by Ben Cotton 15 Jul '22

15 Jul '22

https://fedoraproject.org/wiki/Changes/z13BaselineForIBMZ 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 == Move the minimal architecture level for IBM Z hardware (the s390x architecture) to z13 to benefit from the new features and better performance in the newer CPU. == Owner == * Name: [[User:sharkcz| Dan Horák]] * Email: <sharkcz(a)fedoraproject.org> == Detailed Description == Moving the minimal architecture level for IBM Z hardware (the s390x architecture) to z13 allows us to benefit from the new features and better performance in the newer CPU. The current minimum at zEC12 is targeting hardware that has been already obsoleted by the vendor. All Fedora infrastructure is already using the latest z15 hardware (builders and co and also our public resources for developers). But we still want to be able to use existing z13 and z14 hardware. Also the TCG (full-system/non-KVM) emulation in QEMU already allows running distros built with z13 as the baseline architecture. This change means updating the defaults in gcc and the build flags and in the kernel. == Benefit to Fedora == The primary benefit is being able to exploit vector instructions by default, which should increase performance. Plus take advantage of other architectural improvements. == Scope == * Proposal owners: ** update the minimal hardware level in the kernel config to z13 ([https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1907 MR#1907]) ** set default compiler flags to <tt>-march=z13 -mtune=z14</tt> in <tt>redhat-rpm-config</tt> ([https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/207 PR#207]) and <tt>gcc</tt> ([https://src.fedoraproject.org/rpms/gcc/pull-request/25 PR#25]) * Other developers: * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == Users with hardware older than z13 should stick with F-36 or older release. == How To Test == You shouldn't be able to start Fedora Linux 37 on system older than z13. == User Experience == The primary difference will be in the availability of the vector instructions and as a result better performance. == Dependencies == == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change) * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change), Yes/No == Documentation == N/A (not a System Wide Change) == Release Notes == Starting with Fedora Linux 37 the minimal hardware level for the s390x architecture has been updated to z13. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: ibus-libpinyin 1.13 (Self-Contained Change proposal)
by Ben Cotton 15 Jul '22

15 Jul '22

https://fedoraproject.org/wiki/Changes/ibus-libpinyin_1.13 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 == This ibus-libpinyin release includes new features for English input and Table input. == Owner == * Name: [[User:pwu| Peng Wu]] * Email: pwu(a)redhat.com == Detailed Description == The ibus-libpinyin package contains two new features for English input and Table input. * When user inputs some English words, the English word will be listed in the candidates. * After user imports a custom table file, they can use the table mode to input the phrases defined by the custom table file. == Benefit to Fedora == The two new features will improve English input and Table input when using the "Intelligent Pinyin" input method. == Scope == * Proposal owners: ** Release ibus-libpinyin 1.13 ** Update the Fedora ibus-libpinyin package to version 1.13.0 * Other developers: * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == == How To Test == When user input some English word, the English word will display in the candidate list. * Choose some frequent English word, try to input the word in pinyin mode, the word may appear in the candidate list. * Input some English word with initial capital letter, the input method will switch to English input mode automatically. After user imported some table file, press 'u' or 'U', it will use the content of the table file to input the phrase. Here are the detailed steps: # Read the table file format description in the setup dialog # Prepare the table file and import the table file in the setup dialog # Press "u" to switch to table input mode # Input some character by table code defined in the imported table file == User Experience == The two features will speed up English input and table input in "Intelligent Pinyin" input method. == Dependencies == == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change) * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change) Revert the ibus-libpinyin package to the last stable version. == Documentation == N/A (not a System Wide Change) == Release Notes == The ibus-libpinyin package will make English input and Table input in the "Intelligent Pinyin" input method easier. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: SELinux Parallel Autorelabel (Self-Contained Change proposal)
by Ben Cotton 15 Jul '22

15 Jul '22

https://fedoraproject.org/wiki/Changes/SELinux_Parallel_Autorelabel 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 == After a system's SELinux mode is switched from disabled to enabled, or after an administrator runs `fixfiles onboot`, SELinux autorelabel will be run in parallel by default. == Owner == * Name: [[User:plautrba| Petr Lautrbach]] * Email: plautrba(a)redhat.com == Detailed Description == SELinux tools `restorecon` and `fixfiles` recently gained the ability to relabel files in parallel using the `-T nthreads` option. This option is currently not used in the automatic relabel after reboot. When users want/need the parallel relabeling they have to specify the option explicitly (e.g. `fixfiles -T 0 onboot`). With this change `-T 0` (0 == use all available CPU cores) will be the default for `fixfiles onboot` and users will have to use `fixfiles -T 1 onboot` to force it to use only one thread. The rationale is that when autorelabel runs, there are no other resource-intensive processes running on the system, so it's fine (and actually better) to use all available parallelism to speed up the task and get to a fully booted system faster. == Benefit to Fedora == Faster reboot after switching back to an SELinux enabled system or when triggering autorelabel explicitly. == Scope == * Proposal owners: ** Update `/usr/libexec/selinux/selinux-autorelabel` to use `-T 0` by default. * Other developers: * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == == How To Test == # boot with SELinux disabled - add `selinux=0` to the kernel command line # reboot # store the time it took # run `fixfiles -T 1 onboot` # reboot # the latter reboot should take longer time == User Experience == Systems should be up and running faster after SELinux autorelabel. == Dependencies == == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change) * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change), Yes/No == Documentation == N/A (not a System Wide Change) -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: BIND 9.18 (Self-Contained Change proposal)
by Ben Cotton 15 Jul '22

15 Jul '22

https://fedoraproject.org/wiki/Changes/BIND_9.18 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 == (not provided) == Owner == * Name: [[User:pemensik| Petr Menšík]] * Email: <pemensik(a)redhat.com> == Detailed Description == ISC BIND9 will be upgraded to new major release version 9.18.x. It introduces new features and changes. It will also remove some packages provided before. == Benefit to Fedora == The most recent major release will be provided, with some notable features: * Support to DNS over TLS and DNS over HTTPS servers. Both authoritative and resolver modes. * Reworked internal connection handling using libuv * RNDC channel does not support unix sockets [https://gitlab.isc.org/isc-projects/bind9/-/issues/1759] * Zone transfers over [https://datatracker.ietf.org/doc/html/rfc9103.html DNS over TLS] were added, both incoming and outgoing. * dig is now able to send queries using DNS over TLS * dig is now able to send queries using DNS over HTTPS == Scope == * Proposal owners: The update required update of bind-dyndb-ldap package (part of Freeipa suite), but otherwise it is isolated change. * Other developers: Any developers * Change pull request: [https://src.fedoraproject.org/rpms/bind/pull-request/13 bind PR#13] * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == Upgrade should be smooth from 9.16.x, without significant issues. Incompatibility existed with bind-dyndb-ldap, but that were resolved. === PKCS11 removal === Native PKCS11 builds in separate '''bind-pkcs11''' package and '''bind-pkcs11-utils''' will be not longer built. It used to read directly pkcs11 plugins, but it will be supported only indirectly using OpenSSL pkcs11 engine. Following commands would be removed: * pkcs11-keygen * pkcs11-destroy * pkcs11-list * pkcs11-tokens All their actions should be possible using ''pkcs11-tool'' from ''opensc'' package or ''p11tool'' from ''gnutls-utils'' package. * dnssec-*-pkcs11 commands would be removed too, but they have simple replacement using ''-E pkcs11'' parameter to their respective normal dnssec-* tool. === Python isc module === The utilities ''dnssec-checkds'', ''dnssec-coverage'', and ''dnssec-keymgr'' have been removed from '''bind-dnssec-utils''' package. Also '''python3-bind''' python module is no longer supported by ISC upstream and therefore removed from a bind package. DNSSEC features formerly provided by these utilities are now integrated into named. See the [https://bind9.readthedocs.io/en/v9_18_4/reference.html#dnssec-policy-grammar dnssec-policy configuration option] for more details. === Map file format === Support for the ''map'' zone file format (''masterfile-format map;'') has been removed. Use ''raw'' format instead, which has similar performance and less issues. === Removed options === Previously deprecated options were removed and are no longer accepted in ''/etc/named.conf''. Their full list can be found on [https://bind9.readthedocs.io/en/v9_18_4/notes.html#removed-features removed features] release notes in Upstream. == How To Test == (not supplied) == User Experience == * Users will get simple tools to query also encrypted DNS servers. * Recent improvements packaged. * Simplified DNSSEC maintenance of both keys and signatures via ''dnssec-policy'' == Dependencies == bind-dyndb-ldap would be built together with bind package. It were upgraded to version 11.10 to support BIND 9.18 release. == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) N/A (not a System Wide Change) * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change), Yes/No == Documentation == N/A (not a System Wide Change) -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: Public release of the Anaconda Web UI preview image (Self-Contained Change proposal)
by Ben Cotton 15 Jul '22

15 Jul '22

https://fedoraproject.org/wiki/Changes/Anaconda_Web_UI_preview_image 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 work on Web UI for the Anaconda installer has advanced enough so that it is possible to create and publish self contained preview images. == Owner == * Name: [[User:m4rtink| Martin Kolman]] * Email: mkolman(a)redhat.com == Detailed Description == Even though still very simple the new Anaconda Web UI is now far enough to support a simple installation workflow from a self-contained image while demonstrating all the main aspects of the new UI, such as: * flexible Wizard layout * responsive PatternFly components * new style built-in help * local and remote access to the Web UI For this we will create a self-contained boot.iso style image with a built-in tar-payload (so that the image can work even without network access) based on the latest Anaconda upstream code. We aim to have the image available for download just after the F37 release (so that the tar-payload can contain final F37 release content) and then updated automatically in regular intervals. That way the rather active Web UI development of the Web UI will be reflected in the up-to-date installation image, as well as any feedback and community PRs. == Benefit to Fedora == The Anaconda Web UI will provide modern responsive user interface based on a well known and widely used toolkit (PatternFly) and backed by proven Cockpit tooling. The screen layout is based on latest UX design guidelines as well as usability testing of the new interface and extensive mockup work. There are improvements in developer experience as well due to the more modern & more mainstream UI technology chosen and powerful Cockpit test tooling (rich unit-test as well as pixel-test framework). The stateless property of the Web UI allows almost live-coding style of UI development. This should make it easier to work on the Anaconda Web UI for not only the Anaconda team, addon developer but also for any interested contributors. Remote Web UI access should also provide a much better experience than the slow and inefficient VNC based remote GUI installation support Anaconda has today. Due to no need for local rendering remotely driven GUI installations on a constrained hardware with minimal installation images should become possible. == Scope == * Proposal owners: The Anaconda team will setup and maintain an automated Web UI preview image creation pipeline, with the image being available via a web server on the Fedora infrastructure. It will be a '''preview image only''', not an official Fedora deliverable and it will not influence Fedora release criteria in any way. * Other developers: Other developers and Fedora users are welcome to try the image once it is released and to provide feedback. * Release engineering: * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == (not supplied) == How To Test == Download the Anaconda Web UI preview image and boot it on VM or hardware that contains no important data. Install using the Web UI locally, alternatively try using the Web UI remotely. The installed OS should be functional but its testing or any issues with it are currently out of scope for the Anaconda Web UI preview image. To provide feedback use one of the Anaconda team communication channels: * IRC: [https://web.libera.chat/#anaconda #anaconda] on libera.chat * mailing list: anaconda-devel(a)lists.fedoraproject.org - https://lists.fedoraproject.org/archives/list/anaconda-devel@lists.fedorapr… * Github Discussion: https://github.com/rhinstaller/anaconda/discussions == User Experience == Should be improved compared to the current GTK interface. == Dependencies == (not supplied) == Contingency Plan == * Contingency mechanism: If we hit some blocking technical issues, the image will be published later. * Contingency deadline: N/A (not a System Wide Change) * Blocks release? N/A (not a System Wide Change), Yes/No == Documentation == N/A (not a System Wide Change) -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Upcoming F37 deadlines
by Ben Cotton 13 Jul '22

13 Jul '22

As a reminder, several Fedora Linux 37 deadlines are approaching: * 2022-06-22 — Change proposals requiring infrastructure changes due * 2022-06-28 — System-Wide Change proposals and proposals requiring a mass rebuild due * 2022-07-19 — Self-Contained Change proposals due For the full schedule, see https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 2

List of long term FTBFS packages to be retired in August
by Miro Hrončok 12 Jul '22

12 Jul '22

Dear maintainers. Based on the current fail to build from source policy, the following packages will be retired from Fedora 37 approximately one week before branching (August 2022). Policy: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails… The packages in rawhide were not successfully built at least since Fedora 35. This report is based on dist tags. Packages collected via: https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbf… If you see a package that was built, please let me know. If you see a package that should be exempted from the process, please let me know and we can work together to get a FESCo approval for that. If you see a package that can be rebuilt, please do so. Package (co)maintainers =============================================================================== golang-github-apparentlymart- textseg-12 eclipseo, go-sig golang-grpc-go4 eclipseo, go-sig, jchaloup klamav kkofler koffice-kivio kkofler, rdieter lancer willb libgnomecanvasmm26 nphilipp, verdurin libowfat cicku, kevin opari2 loveshack, orion openjpeg oliver, phracek, rdieter pesign-test-app javierm, pjones php-aws-sdk3 lcts php-pimple lcts recorder ddd rubygem-bundler_ext jaruga, ruby-packagers-sig, vondruch rubygem-coffee-rails jaruga, ruby-packagers-sig, vondruch rubygem-image_processing pvalena rubygem-minitest-reporters pvalena rubygem-sprockets-rails jaruga, pvalena, ruby-packagers-sig tinygo go-sig, qulogic uom-parent lberk, mgoodwin, nathans xs petersen The following packages require above mentioned packages: Depending on: golang-github-apparentlymart-textseg-12 (15) golang-github-hashicorp-hcl-2 (maintained by: eclipseo, go-sig) golang-github-hashicorp-hcl-2-2.8.2-4.fc36.src requires golang(github.com/apparentlymart/go-textseg/v12/textseg) = 12.0.0-3.fc34 golang-github-hashicorp-hcl-2-devel-2.8.2-4.fc36.noarch requires golang(github.com/apparentlymart/go-textseg/v12/textseg) = 12.0.0-3.fc34 golang-ariga-atlas (maintained by: eclipseo, go-sig) golang-ariga-atlas-0.3.6-3.fc37.src requires golang(github.com/hashicorp/hcl/v2) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/gohcl) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclparse) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclsyntax) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclwrite) = 2.8.2-4.fc36 golang-ariga-atlas-devel-0.3.6-3.fc37.noarch requires golang(github.com/hashicorp/hcl/v2) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/gohcl) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclparse) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclsyntax) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclwrite) = 2.8.2-4.fc36 golang-github-alecthomas-kong-hcl (maintained by: eclipseo, go-sig) golang-github-alecthomas-kong-hcl-1:1.0.1-3.fc36.src requires golang(github.com/hashicorp/hcl/v2) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/gohcl) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclparse) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclsyntax) = 2.8.2-4.fc36 golang-github-alecthomas-kong-hcl-devel-1:1.0.1-3.fc36.noarch requires golang(github.com/hashicorp/hcl/v2) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/gohcl) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclparse) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclsyntax) = 2.8.2-4.fc36 golang-github-alecthomas-kong-hcl-2 (maintained by: eclipseo, go-sig) golang-github-alecthomas-kong-hcl-2-2.0.0-6.20210731gitd3b99e5.fc36.src requires golang(github.com/hashicorp/hcl/v2) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/gohcl) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclparse) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclsyntax) = 2.8.2-4.fc36 golang-github-alecthomas-kong-hcl-2-devel-2.0.0-6.20210731gitd3b99e5.fc36.noarch requires golang(github.com/hashicorp/hcl/v2) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/gohcl) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclparse) = 2.8.2-4.fc36, golang(github.com/hashicorp/hcl/v2/hclsyntax) = 2.8.2-4.fc36 golang-entgo-ent (maintained by: salimma) golang-entgo-ent-0.10.0-4.fc37.src requires golang(ariga.io/atlas/sql/migrate) = 0.3.6-3.fc37, golang(ariga.io/atlas/sql/mysql) = 0.3.6-3.fc37, golang(ariga.io/atlas/sql/postgres) = 0.3.6-3.fc37, golang(ariga.io/atlas/sql/schema) = 0.3.6-3.fc37, golang(ariga.io/atlas/sql/sqlite) = 0.3.6-3.fc37 golang-entgo-ent-devel-0.10.0-4.fc37.noarch requires golang(ariga.io/atlas/sql/migrate) = 0.3.6-3.fc37, golang(ariga.io/atlas/sql/mysql) = 0.3.6-3.fc37, golang(ariga.io/atlas/sql/postgres) = 0.3.6-3.fc37, golang(ariga.io/atlas/sql/schema) = 0.3.6-3.fc37, golang(ariga.io/atlas/sql/sqlite) = 0.3.6-3.fc37 golang-github-alecthomas-chroma (maintained by: athoscr, go-sig) golang-github-alecthomas-chroma-0.10.0-2.fc36.src requires golang(github.com/alecthomas/kong-hcl) = 1.0.1-3.fc36 golang-github-alecthomas-chroma-devel-0.10.0-2.fc36.noarch requires golang(github.com/alecthomas/kong-hcl) = 1.0.1-3.fc36 cheat (maintained by: tkorbar) cheat-4.2.2-3.fc36.src requires golang(github.com/alecthomas/chroma/quick) = 0.10.0-2.fc36 golang-github-cheat-devel-4.2.2-3.fc36.noarch requires golang(github.com/alecthomas/chroma/quick) = 0.10.0-2.fc36 golang-github-charmbracelet-glamour (maintained by: go-sig, mikelo2) golang-github-charmbracelet-glamour-0.5.0-1.fc36.src requires golang(github.com/alecthomas/chroma) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/quick) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36 golang-github-charmbracelet-glamour-devel-0.5.0-1.fc36.noarch requires golang(github.com/alecthomas/chroma) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/quick) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36 golang-github-elastic-elasticsearch-6 (maintained by: eclipseo, go-sig) golang-github-elastic-elasticsearch-6-6.8.10-4.fc36.src requires golang(github.com/alecthomas/chroma/formatters) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/lexers) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36 golang-github-elastic-elasticsearch-6-devel-6.8.10-4.fc36.noarch requires golang(github.com/alecthomas/chroma/formatters) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/lexers) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36 hugo (maintained by: athoscr, go-sig, mikep) golang-github-gohugoio-hugo-devel-0.98.0-4.fc37.noarch requires golang(github.com/alecthomas/chroma) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/formatters/html) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/lexers) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36, golang(github.com/niklasfasching/go-org/org) = 1.6.2-2.fc37 hugo-0.98.0-4.fc37.src requires golang(github.com/alecthomas/chroma) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/formatters/html) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/lexers) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36 golang-github-niklasfasching-org (maintained by: go-sig, qulogic) golang-github-niklasfasching-org-1.6.2-2.fc37.src requires golang(github.com/alecthomas/chroma) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/formatters/html) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/lexers) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36 golang-github-niklasfasching-org-devel-1.6.2-2.fc37.noarch requires golang(github.com/alecthomas/chroma) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/formatters/html) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/lexers) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36 golang-github-yuin-goldmark-highlighting (maintained by: go-sig, qulogic) golang-github-yuin-goldmark-highlighting-0-0.10.20220213git594be19.fc37.src requires golang(github.com/alecthomas/chroma) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/formatters/html) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/lexers) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36 golang-github-yuin-goldmark-highlighting-devel-0-0.10.20220213git594be19.fc37.noarch requires golang(github.com/alecthomas/chroma) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/formatters/html) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/lexers) = 0.10.0-2.fc36, golang(github.com/alecthomas/chroma/styles) = 0.10.0-2.fc36 gh (maintained by: go-sig, mikelo2) gh-2.13.0-1.fc37.src requires golang(github.com/charmbracelet/glamour) = 0.5.0-1.fc36 golang-github-cli-2-devel-2.13.0-1.fc37.noarch requires golang(github.com/charmbracelet/glamour) = 0.5.0-1.fc36 golang-github-beego (maintained by: eclipseo, go-sig) golang-github-beego-2.0.2-2.fc36.src requires golang(github.com/elastic/go-elasticsearch/v6) = 6.8.10-4.fc36, golang(github.com/elastic/go-elasticsearch/v6/esapi) = 6.8.10-4.fc36 golang-github-beego-devel-2.0.2-2.fc36.noarch requires golang(github.com/elastic/go-elasticsearch/v6) = 6.8.10-4.fc36, golang(github.com/elastic/go-elasticsearch/v6/esapi) = 6.8.10-4.fc36 golang-github-gohugoio-testmodbuilder (maintained by: go-sig, qulogic) golang-github-gohugoio-testmodbuilder-0-0.10.20201030git72e1e0c.fc37.src requires golang(github.com/gohugoio/hugo/modules) = 0.98.0-4.fc37 golang-github-gohugoio-testmodbuilder-devel-0-0.10.20201030git72e1e0c.fc37.noarch requires golang(github.com/gohugoio/hugo/hugofs/glob) = 0.98.0-4.fc37, golang(github.com/gohugoio/hugo/modules) = 0.98.0-4.fc37 Depending on: golang-grpc-go4 (1) golang-x-build (maintained by: eclipseo, go-sig, jchaloup) golang-x-build-0-0.19.20201229git0a4bf69.fc35.src requires golang(grpc.go4.org) = 0-0.9.20180421git11d0a25.fc34, golang(grpc.go4.org/codes) = 0-0.9.20180421git11d0a25.fc34 golang-x-build-devel-0-0.19.20201229git0a4bf69.fc35.noarch requires golang(grpc.go4.org) = 0-0.9.20180421git11d0a25.fc34, golang(grpc.go4.org/codes) = 0-0.9.20180421git11d0a25.fc34 Depending on: libgnomecanvasmm26 (1) flowcanvas (maintained by: verdurin) flowcanvas-0.7.1-38.fc36.i686 requires libgnomecanvasmm-2.6.so.1 flowcanvas-0.7.1-38.fc36.src requires libgnomecanvasmm26-devel = 2.26.0-26.fc34 flowcanvas-0.7.1-38.fc36.x86_64 requires libgnomecanvasmm-2.6.so.1()(64bit) flowcanvas-devel-0.7.1-38.fc36.i686 requires libgnomecanvasmm26-devel = 2.26.0-26.fc34 flowcanvas-devel-0.7.1-38.fc36.x86_64 requires libgnomecanvasmm26-devel = 2.26.0-26.fc34 Depending on: libowfat (1) opentracker (maintained by: cicku, lbazan) opentracker-0-0.25.20160728cvs.fc36.src requires libowfat-static = 0.30-16.fc34 Depending on: opari2 (2) scorep (maintained by: loveshack, orion) scorep-7.0-3.fc35.src requires opari2 = 2.0.5-4.fc34 scorep-7.0-3.fc35.x86_64 requires opari2(x86-64) = 2.0.5-4.fc34 scalasca (maintained by: loveshack) scalasca-2.6-3.fc36.i686 requires /usr/bin/scorep-config scalasca-2.6-3.fc36.x86_64 requires /usr/bin/scorep-config scalasca-mpich-2.6-3.fc36.x86_64 requires /usr/lib64/mpich/bin/scorep-config scalasca-openmpi-2.6-3.fc36.x86_64 requires /usr/lib64/openmpi/bin/scorep-config Depending on: openjpeg (5) 0ad (maintained by: bruno, ignatenkobrain, pwalter) 0ad-0.0.25b-2.fc36.src requires openjpeg-devel = 1.5.1-29.fc34 icecat (maintained by: jenslody, kengert, sagitter) icecat-91.10.0-3.rh3.fc37.src requires openjpeg-devel = 1.5.1-29.fc34 megaglest (maintained by: andymenderunix) megaglest-3.13.0-12.fc37.src requires openjpeg-devel = 1.5.1-29.fc34 nvidia-texture-tools (maintained by: pcpa, pwalter) nvidia-texture-tools-2.1.2-3.fc36.src requires openjpeg-devel = 1.5.1-29.fc34 qsstv (maintained by: hobbes1069, lucilanga) qsstv-9.5.8-8.fc37.src requires openjpeg-devel = 1.5.1-29.fc34 Depending on: rubygem-image_processing (28) rubygem-activestorage (maintained by: ruby-packagers-sig, vondruch) rubygem-activestorage-7.0.2.3-1.fc37.src requires rubygem(image_processing) = 1.11.0 rubygem-actionmailbox (maintained by: pvalena) rubygem-actionmailbox-7.0.2.3-1.fc37.noarch requires rubygem(activestorage) = 7.0.2.3 rubygem-actionmailbox-7.0.2.3-1.fc37.src requires rubygem(activestorage) = 7.0.2.3 rubygem-actiontext (maintained by: pvalena) rubygem-actiontext-7.0.2.3-1.fc37.noarch requires rubygem(activestorage) = 7.0.2.3 rubygem-actiontext-7.0.2.3-1.fc37.src requires rubygem(activestorage) = 7.0.2.3 rubygem-rails (maintained by: jstribny, kanarip, mmorsi, mtasaka, pvalena, ruby-packagers-sig, sseago, tdawson, vondruch) rubygem-rails-1:7.0.2.3-1.fc37.noarch requires rubygem(activestorage) = 7.0.2.3 rubygem-railties (maintained by: mmorsi, pvalena, tdawson, vondruch) rubygem-railties-7.0.2.3-1.fc37.src requires rubygem(activestorage) = 7.0.2.3 rubygem-rspec-rails (maintained by: clalance, vondruch) rubygem-rspec-rails-5.1.1-1.fc37.src requires rubygem(actionmailbox) = 7.0.2.3 rubygem-apipie-rails (maintained by: ruby-packagers-sig, vondruch) rubygem-apipie-rails-0.5.18-5.fc36.noarch requires rubygem(rails) = 7.0.2.3 rubygem-declarative_authorization (maintained by: mcpierce) rubygem-declarative_authorization-0.5.7-17.fc36.noarch requires rubygem(rails) = 7.0.2.3 rubygem-importmap-rails (maintained by: pvalena) rubygem-importmap-rails-1.0.3-1.fc37.src requires rubygem(rails) = 7.0.2.3 rubygem-sass-rails (maintained by: ruby-packagers-sig, tdawson, vondruch) rubygem-sass-rails-6.0.0-4.fc36.src requires rubygem(rails) = 7.0.2.3 rubygem-shoulda (maintained by: stahnma, tdawson) rubygem-shoulda-3.6.0-10.fc36.src requires rubygem(rails) = 7.0.2.3 rubygem-shoulda-context (maintained by: tdawson, vondruch) rubygem-shoulda-context-1.2.2-11.fc36.src requires rubygem(rails) = 7.0.2.3 rubygem-shoulda-matchers (maintained by: vondruch) rubygem-shoulda-matchers-4.5.1-3.fc36.src requires rubygem(rails) = 7.0.2.3 rubygem-actionpack (maintained by: jaruga, jstribny, kanarip, mmorsi, pvalena, ruby-packagers-sig, sseago, vondruch) rubygem-actionpack-1:7.0.2.3-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-actionview (maintained by: jaruga, pvalena, ruby-packagers-sig) rubygem-actionview-7.0.2.3-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-activemodel (maintained by: jstribny, mmorsi, pvalena, tdawson, vondruch) rubygem-activemodel-7.0.2.3-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-ammeter (maintained by: jstribny, ruby-packagers-sig, vondruch) rubygem-ammeter-1.1.5-2.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-ammeter-1.1.5-2.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-font-awesome-rails (maintained by: abradshaw, ckyriakidou, evgeni, fale, snecker) rubygem-font-awesome-rails-4.7.0.8-1.fc37.noarch requires rubygem(railties) = 7.0.2.3 rubygem-font-awesome-rails-4.7.0.8-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-generator_spec (maintained by: ilgrad) rubygem-generator_spec-0.9.4-11.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-generator_spec-0.9.4-11.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-globalid (maintained by: jaruga, pvalena, ruby-packagers-sig) rubygem-globalid-1.0.0-2.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-haml (maintained by: kanarip, pvalena) rubygem-haml-5.2.2-2.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-jbuilder (maintained by: pvalena, vondruch) rubygem-jbuilder-2.11.5-1.fc37.src requires rubygem(railties) = 7.0.2.3 rubygem-jquery-rails (maintained by: jstribny, tdawson, vondruch) rubygem-jquery-rails-4.4.0-2.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-rails-controller-testing (maintained by: valtri) rubygem-rails-controller-testing-1.0.5-5.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-sass-twitter-bootstrap (maintained by: tdawson) rubygem-sass-twitter-bootstrap-2.3.0-15.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-sassc-rails (maintained by: pvalena) rubygem-sassc-rails-2.1.2-4.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-sassc-rails-2.1.2-4.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-slim (maintained by: vondruch) rubygem-slim-4.1.0-5.fc36.src requires rubygem(railties) = 7.0.2.3 rubygem-web-console (maintained by: jaruga, ruby-packagers-sig, vondruch) rubygem-web-console-4.1.0-4.fc36.noarch requires rubygem(railties) = 7.0.2.3 rubygem-web-console-4.1.0-4.fc36.src requires rubygem(railties) = 7.0.2.3 Too many dependencies for rubygem-image_processing, not all listed here Affected (co)maintainers (directly and indirectly): abradshaw: rubygem-image_processing andymenderunix: openjpeg athoscr: golang-github-apparentlymart-textseg-12 bruno: openjpeg cicku: libowfat ckyriakidou: rubygem-image_processing clalance: rubygem-image_processing ddd: recorder eclipseo: golang-grpc-go4, golang-github-apparentlymart-textseg-12 evgeni: rubygem-image_processing fale: rubygem-image_processing go-sig: golang-grpc-go4, golang-github-apparentlymart-textseg-12, tinygo hobbes1069: openjpeg ignatenkobrain: openjpeg ilgrad: rubygem-image_processing jaruga: rubygem-coffee-rails, rubygem-bundler_ext, rubygem-sprockets-rails, rubygem-image_processing javierm: pesign-test-app jchaloup: golang-grpc-go4 jenslody: openjpeg jstribny: rubygem-image_processing kanarip: rubygem-image_processing kengert: openjpeg kevin: libowfat kkofler: klamav, koffice-kivio lbazan: libowfat lberk: uom-parent lcts: php-aws-sdk3, php-pimple loveshack: opari2 lucilanga: openjpeg mcpierce: rubygem-image_processing mgoodwin: uom-parent mikelo2: golang-github-apparentlymart-textseg-12 mikep: golang-github-apparentlymart-textseg-12 mmorsi: rubygem-image_processing mtasaka: rubygem-image_processing nathans: uom-parent nphilipp: libgnomecanvasmm26 oliver: openjpeg orion: opari2 pcpa: openjpeg petersen: xs phracek: openjpeg pjones: pesign-test-app pvalena: rubygem-minitest-reporters, rubygem-image_processing, rubygem-sprockets-rails pwalter: openjpeg qulogic: tinygo, golang-github-apparentlymart-textseg-12 rdieter: openjpeg, koffice-kivio ruby-packagers-sig: rubygem-coffee-rails, rubygem-bundler_ext, rubygem-sprockets-rails, rubygem-image_processing sagitter: openjpeg salimma: golang-github-apparentlymart-textseg-12 snecker: rubygem-image_processing sseago: rubygem-image_processing stahnma: rubygem-image_processing tdawson: rubygem-image_processing tkorbar: golang-github-apparentlymart-textseg-12 valtri: rubygem-image_processing verdurin: libgnomecanvasmm26 vondruch: rubygem-coffee-rails, rubygem-bundler_ext, rubygem-image_processing willb: lancer

1 0

[Reminder] CfP open for Nest with Fedora
by Marie Nordin 08 Jul '22

08 Jul '22

Hi there Fedorans, It's time to submit your proposals for Nest with Fedora! The event will be held virtually on August 4th, 5th, and 6th. This is a great opportunity to share what you have been doing in the project and connect with your fellow Fedorans :) *The final deadline for the CfP is July 8th. * *Submit your proposals on the Flock pagure repo:* https://pagure.io/flock/issues *More info about the CfP:* https://communityblog.fedoraproject.org/nest-2022-cfp/ *More info about Nest: * https://communityblog.fedoraproject.org/nest-with-fedora-fedora-hatch-annou… Can't wait to see your proposals! Best, -- Marie Nordin Fedora Community Action and Impact Coordinator Red Hat <https://www.redhat.com/> • Fedora Project <https://getfedora.org/> She/Her/Hers IRC/Element: riecatnor <https://red.ht/sig>

1 1

Spins keepalive
by Gregory Bartholomew 06 Jul '22

06 Jul '22

FESco previously approved a requirement that Spin/Labs owners send a keepalive request in order to keep building the spin or lab. I have opened Pagure issues[1] for all Spins and Labs listed on the wiki[2]. If you are the owner of one of those spins and labs, please reply in the appropriate ticket by 19 July 2022 to indicate the spin should continue to be produced. If there is a spin or lab that does not have an open ticket, please create one[3]. The reasoning for this is to not ship spins that are not actively maintained. Future improvements to the release process that will allow for teams to self-publish solutions will eventually remove the need for these keepalives. [1] https://pagure.io/fedora-pgm/schedule/issues?status=Open&tags=spins+keepali… [2] https://fedoraproject.org/wiki/Releases/37/Spins [3] https://pagure.io/fedora-pgm/pgm_team/new_issue

1 0

F37 proposal: Preset All Systemd Units on First Boot (Self-Contained Change proposal)
by Ben Cotton 06 Jul '22

06 Jul '22

https://fedoraproject.org/wiki/Changes/Preset_All_Systemd_Units_on_First_Bo… 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 == Systemd will execute the equivalent of '''systemctl preset-all''' when an unconfigured system is booted ([https://www.freedesktop.org/software/systemd/man/machine-id.html#First%20Bo… "First Boot"] condition). This means that units will be enabled or disabled according to the preset configuration. We currently do the equivalent of '''systemctl preset-all --preset-mode=enable-only''', and this will be extended to also disable units, i.e. '''systemctl preset-all --preset-mode=full'''. Any units which are manually symlinked but presets say they shouldn't (which is against the packaging guidelines for packaged units) will be disabled. Note that this applies to "first boot" only, i.e. to boot from an image without ''/etc'' fully populated. In does not apply to systems that were installed using Anaconda. == Owner == * Name: [[User:jlebon| Jonathan Lebon]] * Name: [[User:Zbyszek| Zbigniew Jędrzejewski-Szmek]] * Email: zbyszek at in.waw.pl, jlebon at redhat.com == Detailed Description == Our [https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/#_syst… guidelines] say that units that are packaged in rpms must be enabled through macros (''%systemd_post'') and the preset system. Almost all packages conform to this, so effectively their enablement state follows the preset config. When the system is installed, or more precisely when ''systemd.rpm'' is installed, we do ''preset-all''. But for historical reasons, when booting an unconfigured system ("first boot") we only 'enable' units in this fashion. In Fedora and RHEL CoreOS, some symlinks are created in the golden image, but should be disabled in the local image after local preset configuration has been inserted. To make this work, the call in systemd will be changed to execute the equivalent of ''preset-all --preset-mode=full'', making enablement during "first boot" more like enablement during an Anaconda installation. == Benefit to Fedora == * CoreOS can insert local preset configuration through Ignition and this configuration will be applied on the first boot. * Users can do something similar with local preset configuration on distributed images. * The system is made a bit simpler and easier to understand, because we can say that "units are enabled/disabled after installation as specified by the preset system". * Users can call ''systemctl preset-all'' at any time to apply preset-configuration. If no local changes to configuration have been made, ''preset-all'' would make no changes to unit state. If units have been enabled or disabled, ''preset-all'' would return unit enablement to the pristine state after installation. == Scope == * Proposal owners: ** implement patch for systemd to configure preset-all mode on first boot (https://github.com/systemd/systemd/pull/15205) ** build systemd with this mode changed to ''--preset-mode=full'' ** provide pull requests for two packages which have been identified to not use the preset system for enablement to conform to the packaging guidelines (https://bugzilla.redhat.com/show_bug.cgi?id=2070862, https://bugzilla.redhat.com/show_bug.cgi?id=2070726) * Other developers: review and merge the pull requests * Release engineering: N/A * Policies and guidelines: none, this change is about following the guidelines more closely * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: == Upgrade/compatibility impact == None. == How To Test == * On a newly installed system, with arbitrary set of packages: call ''systemctl preset-all''. This should result in no changes. * On a system which is booted from an unconfigured image (e.g. the new Server VM image should qualify, see [[Changes/Supplement-server-by-kvm-vm-image]]): before the first boot, enable some units manually that are disabled in presets. After booting, those units should be disabled again. == User Experience == In general this change will be a noop for users, because it only applies to "first boot", i.e. to the case when a system is booted from a distributable image without local configuration and is configured when initially booted. In case where Anaconda is used to install images, /etc is populated before the first boot and the "first boot" condition never applies, thus this change is irrelevant. On systems installed from a "golden image" such as Fedora CoreOS, units will follow the preset configuration more closely. Thanks to the fixes to make packages conform to packaging guidelines, users can call '''preset-all''' to return the system to defaults. == Dependencies == == Contingency Plan == * Contingency mechanism: (What to do? Who will do it?) Systemd maintainers: flip back the default in systemd, rebuild. * Contingency deadline: N/A (not a System Wide Change) This can be done at any time up to the release. * Blocks release? No. == Documentation == N/A (not a System Wide Change) -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: Officially Support Raspberry Pi 4 (Self-Contained Change proposal)
by Ben Cotton 05 Jul '22

05 Jul '22

https://fedoraproject.org/wiki/Changes/RaspberryPi4 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 work around Raspberry Pi 4 has been on going for a number of years, but we've never officially supported it due to lack of accelerated graphics and other key features. A few of us have led the push to get the accelerated graphics work over the line upstream so it now makes sense to enable this in Fedora and make support for the Raspberry Pi 4 more official. == Owner == * Name: [[User:pbrobinson| Peter Robinson]] * Email: [mailto:pbrobinson@fedoraproject.org pbrobinson(a)fedoraproject.org] == Detailed Description == The support for the Raspberry Pi ecosystem has been an ongoing evolution. The aim of this change is to support the Raspberry Pi 4 including the 4B, the 400 and the CM4 with IO board. Upstream now supports accelerated graphics using the V3D GPU for both OpenGL-ES and Vulkan. There's also enhancement to wired networking with support for PTPv2 on the CM4/4B. This work will polish the support for the Raspberry Pi 4 and include some wider general improvements to the Raspberry Pis that we officially support which include the RPi3 series and the Zero2W. There are some minor caveats here: * Support for WiFi on the Raspberry Pi 400 is out of scope as it's dependent on the engagement (in this case the lack of) the vendor, Synaptics, of the WiFi module shipped on this device providing generic upstream firmware. * The Raspberry Pi CM4 is an a module designed for IoT, Edge and Embedded use cases. We will test and support the CM4 on the official IO board, it should work on other devices that incorporate the CM4 assuming the vendor has their support in the upstream Raspberry Pi firmware/overlays. * Further device support around audio and other such pieces will be reviewed as part of the process. == Benefit to Fedora == The Raspberry Pi 4 is a widely available, reasonably prices device. It has worked well in Fedora for some time in IoT and Server use cases, and now with a fully accelerated graphics stack available it's a great device from a price-per-performance perspective, and it has a wide ecosystem, so fully supporting this in Fedora makes a compelling case. == Scope == * Proposal owners: ** Ensure any patches required are accepted upstream ** Work with kernel, mesa and other maintainers to ensure everything is as it should be ** Test * Other developers: ** No direct impact, those already using the device in non-graphical use cases should see no impact. * Release engineering: [https://pagure.io/releng/issue/10872 #10872] * Policies and guidelines: N/A (not a System Wide Change) * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == There is no upgrade impact. Those running Fedora on the Raspberry Pi 4 previously will, depending on their use case, get an enhanced experience. == How To Test == * Buy a Raspberry Pi 4 (if you can) * Test your favourite aarch64 Edition, Spin in particular the desktop environments such as Workstation. == User Experience == The experience should now include fully accelerated graphics. == Dependencies == No external dependencies outside of specific work relating to the specified hardware. == Contingency Plan == * Contingency mechanism: None * Contingency deadline: GA * Blocks release? No. * Blocks product? No. == Documentation == Update the Raspberry Pi FAQ and other documentation including migrating it to docs.fedoraproject.org == Release Notes == Fedora now supports the Raspberry Pi 4! -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

F37 proposal: LXQt 1.1.0 (Self-Contained Change proposal)
by Ben Cotton 05 Jul '22

05 Jul '22

https://fedoraproject.org/wiki/Changes/LXQt_1.1 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 LXQt to 1.1.0 in Fedora. == Owner == * Name: [[User:Zsun|Zamir SUN]] * Email: zsun#AT#fedoraproject.org  == Detailed Description == LXQt 1.1.0 released with a bunch of bugfixes and new features including but not limited to Qt6 integration, appearance changes etc. It's always good to keep Fedora users running on most recent software. Detailed LXQt release note is available [https://lxqt-project.org/release/2022/04/15/lxqt-1-1-0/ here]. == Benefit to Fedora == This change brings bug fixes and enhancements to LXQt in Fedora. == Scope == * Proposal owners: Update all the LXQt related packages in Fedora. * Other developers: N/A (not a System Wide Change) * Release engineering: https://pagure.io/releng/issue/10870 * Policies and guidelines: N/A (not a System Wide Change) * Trademark approval: N/A (not needed for this Change) == Upgrade/compatibility impact == N/A (not a System Wide Change) == How To Test == Install using the spin, netinstall or DVD. Or upgrade from older release. Then users should be able to test by doing any daily work. == User Experience == There will be a better user experience and some new features to explore. == Dependencies == This update is pretty self contained. == Contingency Plan == * Contingency mechanism: If I cannot make it happen, I'll just do not merge side-tag into f37 branch. * Contingency deadline: Fedora 37 Beta Freeze * Blocks release? N/A (not a System Wide Change) * Blocks product? N/A == Documentation == N/A (not a System Wide Change) -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 0

Nest with Fedora Registration Open (CfP still open until July 8th!)
by Marie Nordin 05 Jul '22

05 Jul '22

Hi folks, Nest with Fedora 2022 registration is now open [0]! Make sure to register and share the link with Fedora Friends. The Nest CfP is open until July 8th(this Friday!), and we encourage Fedorans to submit the latest and greatest projects(as well as all the usual standbys, of course;)) to the Flock Pagure repo [1]. Learn more about the CfP on the CommBlog [2]. This year community members are organizing local in person meetups called Fedora Hatches across the world. This is a great chance for Fedora contributors to meet in person. Learn more about the dates and locations of the Fedora Hatches on the CommBlog [3]. [0] https://hopin.com/events/nest-with-fedora-2022/registration [1] https://pagure.io/flock/issues [2] https://communityblog.fedoraproject.org/nest-2022-cfp/ [3] https://communityblog.fedoraproject.org/hatch-with-fedora/ Cheers! -- Marie Nordin Fedora Community Action and Impact Coordinator Red Hat <https://www.redhat.com/> • Fedora Project <https://getfedora.org/> She/Her/Hers IRC/Element: riecatnor <https://red.ht/sig>

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce July 2022