July 2021 - devel - Fedora Mailing-Lists

Fedora-IoT-35-20210728.0 compose check report

by Fedora compose checker

No missing expected images. Failed openQA tests: 3/15 (aarch64) New failures (same test not failed in Fedora-IoT-35-20210727.0): ID: 936963 Test: aarch64 IoT-dvd_ostree-iso iot_zezere_server@uefi URL: https://openqa.fedoraproject.org/tests/936963 ID: 936968 Test: aarch64 IoT-dvd_ostree-iso iot_zezere_ignition@uefi URL: https://openqa.fedoraproject.org/tests/936968 Old failures (same test failed in Fedora-IoT-35-20210727.0): ID: 936964 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/936964 Soft failed openQA tests: 3/16 (x86_64), 1/15 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-IoT-35-20210727.0): ID: 936945 Test: x86_64 IoT-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/936945 ID: 936947 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/936947 ID: 936948 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/936948 ID: 936961 Test: aarch64 IoT-dvd_ostree-iso install_default_upload@uefi URL: https://openqa.fedoraproject.org/tests/936961 Passed openQA tests: 13/16 (x86_64), 11/15 (aarch64) New passes (same test not passed in Fedora-IoT-35-20210727.0): ID: 936955 Test: x86_64 IoT-dvd_ostree-iso release_identification URL: https://openqa.fedoraproject.org/tests/936955 ID: 936967 Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_overlay@uefi URL: https://openqa.fedoraproject.org/tests/936967 ID: 936972 Test: aarch64 IoT-dvd_ostree-iso release_identification@uefi URL: https://openqa.fedoraproject.org/tests/936972 Installed system changes in test x86_64 IoT-dvd_ostree-iso install_default_upload: Used mem changed from 207 MiB to 186 MiB System load changed from 0.18 to 0.30 Previous test data: https://openqa.fedoraproject.org/tests/936457#downloads Current test data: https://openqa.fedoraproject.org/tests/936945#downloads Installed system changes in test x86_64 IoT-dvd_ostree-iso install_default@uefi: Used mem changed from 216 MiB to 191 MiB Previous test data: https://openqa.fedoraproject.org/tests/936459#downloads Current test data: https://openqa.fedoraproject.org/tests/936947#downloads Installed system changes in test aarch64 IoT-dvd_ostree-iso install_default_upload@uefi: Used mem changed from 208 MiB to 184 MiB System load changed from 0.64 to 0.43 Previous test data: https://openqa.fedoraproject.org/tests/936473#downloads Current test data: https://openqa.fedoraproject.org/tests/936961#downloads -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

2 years, 9 months

1
0
0 / 0

[Test-Announce] Fedora 35 Rawhide 20210728.n.3 nightly compose nominated for testing

by rawhide＠fedoraproject.org

Announcing the creation of a new nightly release validation test event for Fedora 35 Rawhide 20210728.n.3. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_plan Notable package version changes: anaconda - 20210724.n.0: anaconda-35.20-1.fc35.src, 20210728.n.3: anaconda-35.20-2.fc35.src python-blivet - 20210724.n.0: python-blivet-3.4.0-4.fc35.src, 20210728.n.3: python-blivet-3.4.0-5.fc35.src pyparted - 20210724.n.0: pyparted-3.11.7-3.fc35.src, 20210728.n.3: pyparted-3.11.7-4.fc35.src parted - 20210724.n.0: parted-3.4-4.fc35.src, 20210728.n.3: parted-3.4-5.fc35.src pykickstart - 20210724.n.0: pykickstart-3.34-1.fc35.src, 20210728.n.3: pykickstart-3.34-2.fc35.src lorax - 20210724.n.0: lorax-35.6-1.fc35.src, 20210728.n.3: lorax-35.6-2.fc35.src pungi - 20210724.n.0: pungi-4.2.9-2.fc35.src, 20210728.n.3: pungi-4.2.9-3.fc35.src Test coverage information for the current release can be seen at: https://openqa.fedoraproject.org/testcase_stats/35 You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210728.n.... The individual test result pages are: https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210728.n.... https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210728.n.... https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210728.n.... https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210728.n.... https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210728.n.... https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210728.n.... Thank you for testing! -- Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer _______________________________________________ test-announce mailing list -- test-announce(a)lists.fedoraproject.org To unsubscribe send an email to test-announce-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test-announce@lists.fedorap... Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

2 years, 9 months

1
0
0 / 0

[Registration Open & Schedule Live] Nest with Fedora 2021 - Contributor Conference

by Marie Nordin

Hi Fedora Friends, As you may have noticed, Nest with Fedora 2021 is coming up quick. Our annual contributor conference is next week August 5th-7th, virtual, and we would love for you to attend! Make sure to register here: https://hopin.com/events/nest-with-fedora-2021 Check out the schedule here: https://fedoraproject.org/wiki/Nest_with_Fedora_2021_Schedule# Our schedule is packed full of sessions on all things Fedora. The sessions range from technical, to how to get started on different teams, to a variety of collaborative panels & more- the Fedora community showed up with great topics! There is also a *fancy & fedorable* Fedora Museum themed custom WorkAdventure map in the works that we will be using for our social sessions. Of course, there will be a Nest Attendee Fedora Badge to earn. Additionally, there is a unique swag pack created specially for Nest with Fedora 2021. The swag pack will include items with the new Fedora logo, surprise items from our sponsors and a ton of stickers! You will receive updates about claiming your Nest attendee swag pack via the email you use to register in Hopin. Cheers, and I can't wait to see you there! -- Marie Nordin Fedora Community Action and Impact Coordinator Red Hat <https://www.redhat.com/> • Fedora Project <https://getfedora.org/> She/Her/Hers T: +1.973.800.4967 IRC: riecatnor <https://red.ht/sig>

2 years, 9 months

1
0
0 / 0

How to correctly handle scriptlets for systemd template unit instances

by Fabio Valentini

Hi everybody, I have a package (syncthing [0]) that provides both system and user units, depending on how the user wants the service to start. The user units are obviously specific to each user, but the system units are templates that are instantiated for the user who wants to have the service run at boot. Now, this is the problem: I do not know how to adapt the systemd scriptlets [1] for this. Wildcards are not supported, and systemd on Fedora 34+ now warns when encountering such wildcards, so the way it's done in the syncthing package right now is not correct (as reported on BugZilla [2]). Glob pattern passed, but globs are not supported for this. Invalid unit name "syncthing(a)*.service" escaped as "syncthing(a)\x2a.service". Does anybody know the correct way to handle this? Obviously those system units can't (and shouldn't) be enabled for all users on update or install, but I still want all service instances to be restarted on update. The systemd scriptlet Guidelines do not cover this scenario at all. Thanks, Fabio [0]: https://src.fedoraproject.org/rpms/syncthing/blob/rawhide/f/syncthing.spe... [1]: https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/#_sy... [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1986258

2 years, 9 months

2
1
0 / 0

Fedora-Cloud-34-20210728.0 compose check report

by Fedora compose checker

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20210727.0): ID: 936565 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/936565 ID: 936575 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/936575 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

2 years, 9 months

1
0
0 / 0

Fedora-Cloud-33-20210728.0 compose check report

by Fedora compose checker

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210727.0): ID: 936491 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/936491 ID: 936501 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/936501 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

2 years, 9 months

1
0
0 / 0

Heads-up: python-starlette 0.15.0 coming to Rawhide (minor API changes)

by Ben Beasley

In one week, I will update python-starlette to 0.15.0 in Rawhide (https://bugzilla.redhat.com/show_bug.cgi?id=1975613). This includes some minor API changes; please see the release notes at https://github.com/encode/starlette/releases/tag/0.15.0. The following packages depend on this package, with maintainers in parentheses: • python-authlib (v02460) • python-databases (music) • python-fastapi (music); FTBFS due to dependency problems since Python 3.10 (https://bugzilla.redhat.com/show_bug.cgi?id=1968972) Maintainers of potentially-affected packages should have received this email directly. I have rebuilt all packages in a COPR (https://copr.fedorainfracloud.org/coprs/music/starlette-0.15/) without incident (except the pre-existing python-fastapi FTBFS), so I think no changes to dependent packages will be required.

2 years, 9 months

1
3
0 / 0

Self Introduction: Ma Zheng

by Ma, Zheng

Hi all, This is Zheng, newly coming to Fedora community :) I'm now working on the rpm packaging things, hoping to contribute a package soon! Zheng

2 years, 9 months

2
1
0 / 0

Standard version specification in Dockerfile's for 'x-pkg verrel'

by James Kunstle

Hey y'all, I'm a developer at Red Hat working on adding a user-requested feature to the 'x-pkg' line of products. Specifically, the user would like the 'x-pkg verrel' command to work for those projects under the container/* branch of Fedora targeted software in the same way that the command works for rpm/ software. issue: https://pagure.io/rpkg/issue/547 However, different container maintainers include the metadata about their Dockerfile's in different ways. Take nginx for example. Its Dockerfile contains both: NGINX_VERSION=1.12 and VERSION=0 What would be the correct way to solve this collision for a hypothetical workflow that you might have? Are there any ad hoc best-practices w.r.t Dockerfile standards involving specifying the version and release number? Any feedback or suggestions would be helpful. -jkunstle

2 years, 9 months

1
0
0 / 0

Fedora Zuul had been integrated with Testing Farm and TMT

by Miroslav Vadkerti

Dear all, Today we are gladly announcing that the Zuul CI system for Fedora, which is running checks for pull requests against src.fedoraproject.org, will also run Test Management Tool (tmt) based tests via the new `rpm-tmt-test` check, if they are available. The test environment is the same as with Fedora CI, as both CI systems use our Testing Farm service as the backend. For more information about: * Fedora Zuul: https://fedoraproject.org/w/index.php?title=Zuul-based-ci * Test Management Tool (tmt): https://docs.fedoraproject.org/en-US/ci/tmt/ This change is opening up doors for the same functionality for the up-coming CentOS Stream CI, once there are available images for CI, we will enable the same check also there. We would like to especially thank Guy Inger (Testing Farm), Fabien Boucher (Zuul) and Tristan De Cacqueray (Zuul) for contributing to this change. Best regards, /M -- Miroslav Vadkerti :: Senior Principal QE :: Testing Farm IRC mvadkert #fedora-ci

2 years, 9 months

3
6
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel July 2021