June 2022 - devel - Fedora Mailing-Lists

by Chris

Hi, Can't seem to log into COPR; I can log into everything else, but after providing my correct user/pass combo and logging in, the screen just returns back as though I never even attempted (the log in). I tried resetting my password, and all that accomplished is that I can still log into every other site that uses the Fedora Account Credentials, but still not Copr. The login i'm using is lead2gold (attemping to push some new changes and test them out as i've done in the past to https://copr.fedorainfracloud.org/coprs/lead2gold/apprise/). I'm okay with using Koji for now. Advice/Thoughts? Chris

1 year, 11 months

2
2
0 / 0

[Test-Announce] 2022-06-06 @ 15:00 UTC - Fedora QA Meeting

by Adam Williamson

# Fedora Quality Assurance Meeting # Date: 2022-06-06 # Time: 15:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.libera.chat Greetings testers! Most folks weren't around for last week's meeting slot, so let's try again! If anyone has any other items for the agenda, please reply to this email and suggest them! Thanks. == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Fedora 37 check-in 4. Test Day / community event status 5. Open floor -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net _______________________________________________ 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

1 year, 11 months

2
1
0 / 0

Fedora-IoT-36-20220605.0 compose check report

by Fedora compose checker

No missing expected images. Failed openQA tests: 2/15 (x86_64), 1/15 (aarch64) New failures (same test not failed in Fedora-IoT-36-20220602.0): ID: 1288987 Test: x86_64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/1288987 ID: 1288988 Test: x86_64 IoT-dvd_ostree-iso install_default_upload@uefi URL: https://openqa.fedoraproject.org/tests/1288988 Old failures (same test failed in Fedora-IoT-36-20220602.0): ID: 1289002 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/1289002 Passed openQA tests: 14/15 (aarch64) New passes (same test not passed in Fedora-IoT-36-20220602.0): ID: 1289009 Test: aarch64 IoT-dvd_ostree-iso iot_zezere_server@uefi URL: https://openqa.fedoraproject.org/tests/1289009 ID: 1289016 Test: aarch64 IoT-dvd_ostree-iso iot_zezere_ignition@uefi URL: https://openqa.fedoraproject.org/tests/1289016 Skipped non-gating openQA tests: 13 of 30 Installed system changes in test aarch64 IoT-dvd_ostree-iso install_default_upload@uefi: System load changed from 0.18 to 0.32 Previous test data: https://openqa.fedoraproject.org/tests/1287920#downloads Current test data: https://openqa.fedoraproject.org/tests/1289003#downloads -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

1 year, 11 months

1
0
0 / 0

Need help with bodhi pushing failure

by Qiyu Yan

Hi, I encountered a pushing failure after editing a update from side-tag, bodhi says FEDORA-2022-a0a90518a0 ejected from the push because "Cannot find relevant tag for fcitx5-5.0.17-1.fc36. None of ['f36-build-side-53961'] are in [... lot of tags ...] Related update is https://bodhi.fedoraproject.org/updates/FEDORA-2022-a0a90518a0 Could anyone help me pushing this update to testing/stable? Cheers, Qiyu -- Qiyu Yan GPG keyid: 0x4FC914F065F2DF12 About: https://fedoraproject.org/wiki/User:Yanqiyu

1 year, 11 months

2
1
0 / 0

Fedora Spins SIG Proposal: Fedora Mate SIG and Cinnamon SIG

by Ahmed Almeleh

Hello, I have been a fan of the Mate-Compiz and Cinnamon desktops for a while now. And I am aware that the "Mate-Compiz" and "Cinnamon" spins are available. However, I feel more should be done with it for example: testing and developing and supporting it's growth. Open to any opinions / comments regarding my proposals . Thanks, Ahmed Almeleh He / Him / His Fedora QA Contributor.

1 year, 11 months

3
4
0 / 0

Review swaps

by Mark E. Fuller

Dear all, I'm looking to package task (https://taskfile.dev/) for Fedora and would like to offer to swap reviews: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2078117 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2078118 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2093467 All three spec files were generated automatically and the reviews should be trivial (at least I hope so). Thanks all, fuller -- Mark E. Fuller, Ph.D. fuller(a)fedoraproject.org fuller(a)stossrohr.net @fuller:one.ems.host https://www.stossrohr.net PGP Fingerprint: 73F1 A30C BDF4 DB4B C75F FD0F D599 E76C FFCA BF60

1 year, 11 months

2
1
0 / 0

Fedora-Cloud-34-20220604.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-20220603.0): ID: 1288838 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1288838 ID: 1288846 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1288846 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

1 year, 11 months

1
0
0 / 0

Fedora-Cloud-36-20220604.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-36-20220603.0): ID: 1288822 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1288822 ID: 1288830 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1288830 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose

1 year, 11 months

1
0
0 / 0

Re: Self Introduction: Yizheng Xie

by Michel Alexandre Salim

Welcome (again) Yizheng! On Fri, 2022-06-03 at 21:56 +0000, Yizheng Xie via devel wrote: > Hello, Fedora developer community! > > My name is Yizheng Xie (Fedora Project Username: yizhengxie). > Currently I am a Production Engineer Intern in Meta Kernel Team, > specifically in Linux Userspace projects. I am a first-year master > student in Boston University in Computer Science. My software > engineering skills are most solid in Python, Java, C++ and Golang. > > I will work on Rust Packaging Tooling this summer under the > guidance from Michel (Fedora Project Username:salimma). I am > happy to continue contributing as a package maintainer after my > internship! > Great having you here (both at Fedora and at Meta)! I sponsored Yizheng as a packager - he'll be co-maintaining some packages to get experience with packaging - and will be mentoring him throughout the process. Best regards, -- Michel Alexandre Salim identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2

1 year, 11 months

1
0
0 / 0

F37 proposal: Install Using GPT on x86_64 BIOS by Default (System-Wide Change proposal)

by Ben Cotton

https://fedoraproject.org/wiki/Changes/GPTforBIOSbyDefault 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 Change makes it so that Fedora Linux systems installed on legacy x86 BIOS systems will get GPT partitioning by default instead of legacy MBR partitioning. This makes x86 BIOS installs more similar to x86 UEFI installs. == Owner == * Name: [[User:Ngompa| Neal Gompa]], [[User:Dcavalca| Davide Cavalca]], [[User:Salimma| Michel Alexandre Salim]], [[User:Chrismurphy| Chris Murphy]] * Email: ngompa13(a)gmail.com, dcavalca(a)fb.com, michel(a)michel-slm.name, chrismurphy(a)fedoraproject.org == Detailed Description == Once implemented, Anaconda will create a GPT disk table on non-partitioned disks or when the disk is being completely reset when Fedora x86 install/live media is booted in BIOS mode. == Benefit to Fedora == This simplifies our default code path by using the same partitioning scheme as UEFI systems and aligns us more to how Fedora variants that are delivered as disk images, which all use a similar setup. It also paves the way to implement hybrid BIOS+UEFI boot for legacy BIOS installs to enable future conversion to UEFI boot or emulated UEFI boot on legacy BIOS. This is a step toward a longer transition to eventually eliminate direct BIOS boot support, as identified in the discussion for [[Changes/DeprecateLegacyBIOS|the rejected Change to deprecate BIOS support in Fedora Linux 37]]. == Scope == * Proposal owners: ** Submit code changes to Anaconda to use GPT by default on BIOS systems ([https://github.com/rhinstaller/anaconda/pull/4104 gh#rhinstaller/anaconda#4104]) * Other developers: ** Anaconda developers need to review and merge the pull request * Release engineering: [https://pagure.io/releng/issue/10796 #10796] * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Objectives: N/A (not needed for this Change) == Upgrade/compatibility impact == There will be no impact for existing Fedora Linux systems that upgrade. We will not convert the partitioning on upgrade. However, some very old systems have buggy EFI implementations that do not handle legacy BIOS boot on GPT well, and on those systems, users will need to request Anaconda to create a legacy MBR partition table by using <code>inst.mbr</code> on the boot command-line. == How To Test == Currently, users can test by booting Fedora media on BIOS systems with the <code>inst.gpt</code> option to try installing Fedora Linux on a legacy BIOS boot system with a GPT disk. After the change is merged and released, this behavior will be the default, and <code>inst.mbr</code> would be required to go back to the previous behavior. == User Experience == In general, there should nothing materially changing for users. If users look at the disk with <code>fdisk</code> or <code>parted</code>, they'll see a GPT disk instead of an MBR one and a BIOS boot partition will be present, which stores the GRUB boot code on a GPT disk. == Dependencies == This is isolated to Anaconda and is principally dependent on getting the changes into Anaconda. == Contingency Plan == * Contingency mechanism: Revert the change in upstream Anaconda * Contingency deadline: Final Freeze * Blocks release? Yes == Documentation == The upstream documentation will be updated as part of the change in Anaconda. == Release Notes == Fedora Linux now uses GPT (GUID Partition Table) partitioning by default for x86_64 systems that use legacy BIOS instead of UEFI. This brings a more modern method of partitioning disks and aligns closer with UEFI-based installations, which already use GPT partitioning. -- Ben Cotton He / Him / His Fedora Program Manager Red Hat TZ=America/Indiana/Indianapolis

1 year, 11 months

8
16
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 June 2022