test

test@lists.fedoraproject.org

8 participants
57286 discussions

Criteria proposal: reword beta upgrade package requirement footnote
by Adam Williamson 16 Jan '25

16 Jan '25

Hi folks! I decided it's finally time to knock this action item off my todo list... Last cycle, we had a proposed blocker[1] which relied on a footnote to the Beta upgrade criterion which was added way back when we first set up the Editions: "The upgraded system must include all packages that would be present on the system after a default installation from install media, plus any packages the user previously had (minus any obsolete content)"[2] We had a detailed discussion about this at the review meeting[3]. The text does seem to cover the proposed blocker as written, but we didn't think it was really meant to. Per sgallagh, the intent of this footnote was "to guarantee that upgrades from F20 -> F21 would specify a preferred edition and then guarantee that they would get everything from the default install of that Edition plus keep whatever else was on their system (i.e. don't reset them to a default install)". At a subsequent team meeting[4], we talked about it again, and I volunteered to do a rewrite. So, I propose we change it to: "The upgraded system must include any packages that were installed before upgrade, unless the package was obsoleted. The upgrade process may also add packages that, in the new release, are newly included in package groups that were installed before upgrade." The last sentence is included because we do do that on upgrade, these days, so the criterion should allow for it. What do folks think of this wording? Thanks! [1] https://bugzilla.redhat.com/show_bug.cgi?id=2309697 [2] https://fedoraproject.org/wiki/Fedora_42_Beta_Release_Criteria#Upgrade_requ… [3] https://meetbot-raw.fedoraproject.org/teams/f41-blocker-review/f41-blocker-… [4] https://meetbot-raw.fedoraproject.org/teams/quality/quality.2024-09-16-15.0… -- Adam Williamson (he/him/his) Fedora QA Fedora Chat: @adamwill:fedora.im | Mastodon: @adamw@fosstodon.org https://www.happyassassin.net

4 4

rtl8812au rtl88x2bu drivers
by Robert McBroom 15 Jan '25

15 Jan '25

Saw a note the the rtl8812au rtl88x2bu drivers were being builtin into the kernel for f42. They are not in the 6.13.0* kernels and the github packages that worked for the 6.12.0* kernels now fail

2 1

Unexpected behavior
by Robert McBroom 15 Jan '25

15 Jan '25

Lots of cruft has been collecting in /lib/modules on installation tracking rawhide. Looks like the updates do not clear the directory trees when removing superseded kernels

1 0

Problem Reporting tool is now non-functional on several DEs in Rawhide
by Ian Laurie 08 Jan '25

08 Jan '25

The "Problem Reporting" tool (gnome-abrt) is now non-functional on several DEs in Rawhide including (but not necessarily limited to) Cinnamon and Xfce. It runs wit with faulty screen rendering in Budgie. https://bugzilla.redhat.com/show_bug.cgi?id=2336326 -- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney

1 0

is /proc/net/wireless really gone?
by Onyeibo Oku 07 Jan '25

07 Jan '25

Happy New Year everyone, I am getting an error message on my status bar (which depends on a manager called bumblebee-status). The message reads: [Errno 2] No such file or directory: '/proc/net/wireless' This has been the case for weeks. I assumed the issue would go away after subsequent updates but it persists. All the while, I cannot see the state of my wireless connections via the status bar. I filed a bug report against bumblebee-status (https://github.com/tobi-wan-kenobi/bumblebee-status/issues/1029) The maintainer thinks my wireless driver has issues. I, therefore, filed a corresponding report against the driver (https://github.com/clnhub/rtl8192eu-linux/issues/111) According to the driver maintainer, Fedora deprecated "Wireless Extensions" which is responsible for "/proc/net/wireless". While the decision does not affect the operations of the wireless driver (because I am able to access the internet through the device), tools that query network status via "/proc/net/wireless" appear to be affected. I even have a related report againt the kernel (https://bugzilla.redhat.com/show_bug.cgi?id=2334171) What is the way forward? What is the alternative to "/proc/net/wireless"? Perhaps, someone here may have information that will be beneficial to the maintainers above. Regards Onyeibo

2 2

2025-01-06 @ 16:00 UTC - Fedora Quality Meeting
by Adam Williamson 05 Jan '25

05 Jan '25

# Fedora Quality Assurance Meeting # Date: 2025-01-06 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: https://matrix.to/#/#meeting:fedoraproject.org?web-instance[element.io]=cha… Greetings testers! Let's kick off the new year right with an exciting...meeting! Yay. Here is a handy link which should show you the meeting time in your local time: https://www.timeanddate.com/worldclock/fixedtime.html?msg=Fedora+quality+me… 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 42 status and Change check-in 3. Test Day / community event status 4. Open floor -- Adam Williamson (he/him/his) Fedora QA Fedora Chat: @adamwill:fedora.im | Mastodon: @adamw@fosstodon.org https://www.happyassassin.net

1 0

GK107 10de:0fc1 Kepler regression: black screen when KMS enabled
by Felix Miata 27 Dec '24

27 Dec '24

https://gitlab.freedesktop.org/drm/nouveau/-/issues/385 GK107 10de:0fc1 Kepler black screen when KMS enabled No local I/O is possible once KMS engages. 6.11.11-300.fc41.x86_64 produces the same problem as all other post-6.6 kernels. 6.6.63 in Tumbleweed is working just dandy. No distros' current kernels behave any differently. There's been zero activity in that report other than from myself. Can anyone here suggest anything I can do to generate interest (that does not include me trying to bisect or build software) in providing a fix? Command line option(s) perhaps? -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

3 7

Update has been bouncing of Bohdi for months
by Ian Laurie 16 Dec '24

16 Dec '24

Someone who understands the mechanisms needs to take a look at: https://bodhi.fedoraproject.org/updates/FEDORA-2024-4e960d96d5 It's been submitted to stable about 3 million times but keeps bouncing back. The spam from it is driving me nuts :) -- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney

2 1

2024-12-16 @ 16:00 UTC - Fedora Quality Meeting
by Adam Williamson 15 Dec '24

15 Dec '24

# Fedora Quality Assurance Meeting # Date: 2024-12-16 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: https://matrix.to/#/#meeting:fedoraproject.org?web-instance[element.io]=cha… Greetings testers! As proposed last week, let's do the final meeting of the year on Monday. Here is a handy link which should show you the meeting time in your local time: https://www.timeanddate.com/worldclock/fixedtime.html?msg=Fedora+quality+me… 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 42 status 3. Test Day / community event status 4. Open floor -- Adam Williamson (he/him/his) Fedora QA Fedora Chat: @adamwill:fedora.im | Mastodon: @adamw@fosstodon.org https://www.happyassassin.net

1 0

Re: GK107 10de:0fc1 Kepler regression: black screen when KMS enabled
by Felix Miata 14 Dec '24

14 Dec '24

> schrieb Felix Miata: >> https://gitlab.freedesktop.org/drm/nouveau/-/issues/385 >> GK107 10de:0fc1 Kepler black screen when KMS enabled >> No local I/O is possible once KMS engages. > did you check the 6.13 series from Rawhide yet? Do you have some special knowledge of change there that should encompass this? > Caused by a ipu6 driver issue i had tested 6.13.0rc2 from F42 myself, and it works. > If there is a fix, you will find it in that kernel. What is "ipu"? Intel® Infrastructure Processing Unit? If yes, does it apply to NVidia GPUs? I can't fathom a connection. Does 6.13 have some radical change to KMS/DRM since the initial failure in 6.7 that wasn't yet present in 6.8, 6.9, 6.10, 6.11 or 6.12.4? # inxi -S System: Host: p5bse Kernel: 6.12.4-200.fc41.x86_64 arch: x86_64 bits: 64 Desktop: TDE (Trinity) v: R14.1.3 Distro: Fedora Linux 41 (Forty One) # dmesg | grep -i edid [ 25.724264] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 25.757769] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 25.768783] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 68.010916] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 68.034183] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 76.308493] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 76.319709] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 76.330809] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 # This has been the same since 6.7. I can't be more time specific as I didn't have this GPU when the first of 6.7s appeared. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test