desktop August 2022

desktop@lists.fedoraproject.org

12 participants
22 discussions

F32, Automatic suspend isn't working.
by Chris Murphy 26 Apr '25

26 Apr '25

cross-posting test@ and desktop@ Fedora Workstation 32 (upgraded from f31) Laptop on battery power set aside, 12 hours later it's dead instead of sleeping. On F31 it reliably would sleep after 20 minutes. Sleep still happens when pressing the power button and closing the lid. It seems to be a GNOME automatic suspend timer problem. Using dconf editor, I changed the /org/gnome/settings-daemon/plugins/power/sleep-inactive-battery-timeout Custom value 30 and the problem doesn't happen. Is there a way to increase debug messages somehow to find out whether this timeout is being reached? And what process or policy is causing it to be reset? With the available information I can't figure out what's preventing sleep. -- Chris Murphy

2 1

Plan / proposal: enable openQA update testing and potentially gating on Rawhide updates
by Adam Williamson 09 Jun '23

09 Jun '23

Hi folks! We've had openQA testing of updates for stable and branched releases, and gating based on those tests, enabled for a while now. I believe this is going quite well, and I think we addressed the issues reported when we first enabled gating - Bodhi's gating status updates work more smoothly now, and openQA respects Bodhi's "re-run tests" button so failed tests can be re-triggered. A few weeks ago, I enabled testing of Rawhide updates in the openQA lab/stg instance. This was to see how smoothly the tests run, how often we run into unexpected failures or problems, and whether the hardware resources we have are sufficient for the extra load. So far this has been going more smoothly than I anticipated, if anything. The workers seem to keep up with the test load, even though one out of three worker systems for the stg instance is currently out of commission (we're using it to investigate a bug). We do get occasional failures which seem to be related to Rawhide kernel slowness (e.g. operations timing out that usually don't otherwise time out), but on the whole, the level of false failures is (I would say) acceptably low, enough that my current regime of checking the test results daily and restarting failed ones that don't seem to indicate a real bug should be sufficient. So, I'd like to propose that we enable Rawhide update testing on the production openQA instance also. This would cause results to appear on the Automated Tests tab in Bodhi, but they would be only informational (and unless the update was gated by a CI test, or somehow otherwise configured not to be pushed automatically, updates would continue to be pushed 'stable' almost immediately on creation, regardless of the openQA results). More significantly, I'd also propose that we turn on gating on openQA results for Rawhide updates. This would mean Rawhide updates would be held from going 'stable' (and included in the next compose) until the gating openQA tests had run and passed. We may want to do this a bit after turning on the tests; perhaps Fedora 37 branch point would be a natural time to do it. Currently this would usually mean a wait from update submission to 'stable push' (which really means that the build goes into the buildroot, and will go into the next Rawhide compose when it happens) of somewhere between 45 minutes and a couple of hours. It would also mean that if Rawhide updates for inter-dependent packages are not correctly grouped, the dependent update(s) will fail testing and be gated until the update they depend on has passed testing and been pushed. The tests for the dependent update(s) would then need to be re- run, either by someone hitting the button in Bodhi or an openQA admin noticing and restarting them, before the dependent update(s) could be pushed. In the worst case, if updated packages A and B both need the other to work correctly but the updates are submitted separately, both updates may fail tests and be blocked. This could only be resolved by waiving the failures, or replacing the separate updates with an update containing both packages. All of those considerations are already true for stable and branched releases, but people are probably more used to grouping updates for stable and branched than doing it for Rawhide, and the typical flow of going from a build to an update provides more opportunity to create grouped updates for branched/stable. For Rawhide the easiest way to do it if you need to do it is to do the builds in a side tag and use Bodhi's ability to create updates from a side tag. As with branched/stable, only critical path updates would have the tests run and be gated on the results. Non-critpath updates would be unaffected. (There's a small allowlist of non-critpath packages for which the tests are also run, but they are not currently gated on the results). I think doing this could really help us keep Rawhide solid and avoid introducing major compose-breaking bugs, at minimal cost. But it's a significant change and I wanted to see what folks think. In particular, if you find the existing gating of updates for stable/branched releases to cause problems in any way, I'd love to hear about it. Thanks folks! -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net

3 8

Computer
by Alejandro López 21 Sep '22

21 Sep '22

Greetings, my name is Alejandro Lopez from Slimbook Computers and I'm writing this email following Matthew's advice. We are hardware company committed to the flawless integration and improvement of the end user experience with the Linux OS and the hardware it runs on. We were given the chance to work together with the KDE team back in 2016 when other laptop brands didn't even think about it, and after getting the approval from both parties, the objective of our collaboration was the birth of a modern and sleek device that excelled in performance and provided a flawless user experience for the community. The intent of this email is to let you know that the current demand for your amazing Fedora distribution is 2% from all our orders, and we think that this should change. I've sent to Matthew some general reports on which distros are currently in demand from our customers, and KDE Neon had an exponential growth versus other distros. What are your thoughts on this situation? I believe that we should work something out together to fix this. I think we should do more than offer Fedora as just another operating system (the user can choose up to 12 distributions). Thank you, -- *Alejandro López* /CEO/ <https://slimbook.es/?utm_source=mailfirma&utm_medium=free&utm_campaign=logo…> *The BEST GNU/Linux computers since 2015* alejandrolopez(a)slimbook.es www.slimbook.es <https://slimbook.es/?utm_source=mailfirma&utm_medium=free&utm_campaign=enla…> Este mensaje y sus archivos adjuntos van dirigidos exclusivamente a su destinatario, pudiendo contener información confidencial sometida a secreto profesional. No está permitida su reproducción o distribución sin la autorización expresa de Grupo Odin Soluciones Informáticas, S.L.N.E. Si usted no es el destinatario final por favor elimínelo e infórmenos por esta vía. De acuerdo con lo establecido por la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal (LOPD), le informamos que sus datos están incorporados en un fichero del que es titular Grupo Odin Soluciones Informáticas, S.L.N.E. con la finalidad de realizar la gestión administrativa, contable y fiscal, así como enviarle comunicaciones comerciales sobre nuestros productos y/o servicios. Asimismo, le informamos de la posibilidad de ejercer los derechos de acceso, rectificación, cancelación y oposición de sus datos en el correo electrónico: info(a)slimbook.es

8 14

Fedora Workstation WG minutes, 2022-08-30
by Chris Murphy 30 Aug '22

30 Aug '22

============================================== #fedora-meeting-2: Workstation WG (2022-08-30) ============================================== Meeting started by brainycmurf at 16:23:31 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-2/2022-08-30/workstation.2… . Meeting summary --------------- * Present members: Allan, Jens, Kalev, Chris, Michael, Matthias, Neal (brainycmurf, 16:23:47) * Guests: Luna Jernberg(bittin), Zac (brainycmurf, 16:23:47) * Regrets: Owen (brainycmurf, 16:23:47) * Missing: (brainycmurf, 16:23:47) * Secretary: Jens (brainycmurf, 16:23:47) * F37 release status (brainycmurf, 16:23:48) * Currently things are looking quite good - probably cannot get 43.rc into Beta. (brainycmurf, 16:23:50) * LINK: https://qa.fedoraproject.org/blockerbugs/milestone/37/beta/buglist (brainycmurf, 16:23:52) * LINK: https://qa.fedoraproject.org/blockerbugs/milestone/37/final/buglist (brainycmurf, 16:23:54) * Workstation issues here: (brainycmurf, 16:23:58) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=2111025 (gnome-shell) (brainycmurf, 16:24:00) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=2121110 (gnome-initial-setup) (brainycmurf, 16:24:02) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=2111003 (gnome-contacts) (brainycmurf, 16:24:04) * ACTION: Matthias to check with Florian about the shell screen recording issue (brainycmurf, 16:24:06) * ACTION: Kalev to investigate the gnome-initial-setup issue (brainycmurf, 16:24:08) * ACTION: Allan to comment on the contacts issue (brainycmurf, 16:24:10) * openh264 isn't getting pulled into new installs like we thought it should be, due to a DNF change. (brainycmurf, 16:24:12) * ACTION: Tomas to get the package list and add them to gnome-sig (brainycmurf, 16:24:21) * LINK: https://pagure.io/fesco/issue/2858 (brainycmurf, 16:24:23) * AGREED: We'll target 7 September. If we slip by a day, we slip by a day. (brainycmurf, 16:24:38) * Reduce default service timeout to 15s (brainycmurf, 16:24:43) * LINK: https://pagure.io/fedora-workstation/issue/163 (brainycmurf, 16:24:45) * Issues with device security panel in F37 (brainycmurf, 16:24:53) * LINK: https://pagure.io/fedora-workstation/issue/331 -- (Ubuntu is also discussing this heavily) (brainycmurf, 16:24:55) * AGREED: Keep the panel for F37 (brainycmurf, 16:25:07) * Make more GNOME Circle apps available out of the box (brainycmurf, 16:25:09) * LINK: https://pagure.io/fedora-workstation/issue/330 (brainycmurf, 16:25:11) * Release blocking criteria for preinstalled apps (brainycmurf, 16:25:19) * LINK: https://pagure.io/fedora-workstation/issue/304 (brainycmurf, 16:25:21) * Announcements, Status Updates (brainycmurf, 16:25:25) * The minutes from last week have been posted. (brainycmurf, 16:25:29) * LINK: https://meetbot.fedoraproject.org/fedora-meeting-2/2022-08-24/workstation.2… (brainycmurf, 16:25:31) * gnome-info-collect was released last week to help gnome to collect telemetry: https://blogs.gnome.org/aday/2022/08/25/help-improve-gnome/ (brainycmurf, 16:25:34) * LINK: https://fedoraproject.org/wiki/Test_Day:2022-09-06_I18N_Test_Day (brainycmurf, 16:25:37) Meeting ended at 16:46:35 UTC. Action Items ------------ * Matthias to check with Florian about the shell screen recording issue * Kalev to investigate the gnome-initial-setup issue * Allan to comment on the contacts issue * Tomas to get the package list and add them to gnome-sig Action Items, by person ----------------------- * Allan * Allan to comment on the contacts issue * **UNASSIGNED** * Matthias to check with Florian about the shell screen recording issue * Kalev to investigate the gnome-initial-setup issue * Tomas to get the package list and add them to gnome-sig People Present (lines said) --------------------------- * brainycmurf (56) * zodbot (7) * Allan (0) Generated by `MeetBot`_ 0.4 .. _`MeetBot`: https://fedoraproject.org/wiki/Zodbot#Meeting_Functions

1 0

[Fedocal] Reminder meeting : Workstation WG
by catanzaro＠fedoraproject.org 30 Aug '22

30 Aug '22

Dear all, You are kindly invited to the meeting: Workstation WG on 2022-08-30 from 09:30:00 to 10:30:00 US/Eastern At https://bluejeans.com/395383051/ The meeting will be about: Regular meeting for the Workstation Working Group Current Topics: https://pagure.io/fedora-workstation/issues?status=Open&tags=meeting Etherpad: https://etherpad.gnome.org/p/fedora-workstation-wg More information available at: https://fedoraproject.org/wiki/Workstation Source: https://calendar.fedoraproject.org//meeting/10142/

2 2

Heads-up / for discussion: dnf not working with 1G of RAM or less
by Adam Williamson 29 Aug '22

29 Aug '22

Hey folks! I apologize for the wide distribution, but this seemed like a bug it'd be appropriate to get a wide range of input on. There's a bug that was proposed as an F37 Beta blocker: https://bugzilla.redhat.com/show_bug.cgi?id=1907030 it's quite an old bug, but up until recently, the summary was apparently accurate - dnf would run out of memory with 512M of RAM, but was OK with 1G. However, as of quite recently, on F36 at least (not sure if anyone's explicitly tested F37), dnf operations are commonly failing on VMs/containers with 1G of RAM due to running out of RAM and getting OOM-killed. There's some discussion in the bug about what might be causing this and potential ways to resolve it, and please do dig into/contribute to that if you can, but the other question here I guess is: how much do we care about this? How bad is it that you can't reliably run dnf operations on top of a minimal Fedora environment with 1G of RAM? This obviously has some overlap with our stated hardware requirements, so here they are for the record: https://docs.fedoraproject.org/en-US/fedora/latest/release-notes/welcome/Ha… that specifies 2GB as the minimum memory for "the default installation", by which I think it's referring to a default Workstation install, though this should be clarified. But then there's a "Low memory installations" boxout, which suggests that "users with less than 768MB of system memory may have better results performing a minimal install and adding to it afterward", which kinda is recommending that people do exactly the thing that doesn't work (do a minimal install then use dnf on it), and implying it'll work. After some consideration I don't think it makes sense to take this bug as an F37 blocker, since it already affects F36, and that's what I'll be suggesting at the next blocker review meeting. However, it does seem a perfect candidate for prioritized bug status, and I've nominated it for that. I guess if folks can chime in with thoughts here and/or in the bug report, maybe a consensus will emerge on just how big of an issue this is (and how likely it is to get fixed). There will presumably be a FESCo ticket related to prioritized bug status too. Thanks folks! -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net

4 3

Request for testing: Fedora 37 pre-Beta validation tests
by Adam Williamson 29 Aug '22

29 Aug '22

Hey folks! So we're in freeze for Fedora 37 Beta now, and the first go/no-go meeting should be on September 8. It would be really great if we can get the validation tests run now so we can find any remaining blocker bugs in good time to get them fixed. Right now the blocker list looks short, but there are definitely some tests that have not been run. You can use the testcase_stats view to find tests that need running: https://openqa.fedoraproject.org/testcase_stats/37/ For each validation test set (Base, Desktop etc.) it shows when each test was last performed. So you can easily look for Basic and Beta tests that have not yet been run. We need to run all of these. You can enter results using `relval report-results`, or edit the summary results page at https://fedoraproject.org/wiki/Test_Results:Current_Summary . That's a redirect link which will always point to the validation results page for the currently-nominated compose, which right now is 20220826.n.0. Sumantro will be running a validation 'test week' starting on Wednesday, so you can drop by the Fedora Test Day room on chat.fedoraproject.org to hang out with other testers and get any help you need in testing. See https://lists.fedoraproject.org/archives/list/test-announce@lists.fedorapro… for that announcement. Thanks folks! -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net

1 0

2022-08-29 @ 16:00 UTC - Fedora 37 Blocker Review Meeting
by Adam Williamson 27 Aug '22

27 Aug '22

# F36 Blocker Review meeting # Date: 2022-08-29 # Time: 16:00 UTC # Location: #fedora-blocker-review on irc.libera.chat Hi folks! We have 4 proposed Beta blockers and13 proposed Final blockers to review, so let's have a review meeting. If you have time this weekend, you can take a look at the proposed or accepted blockers before the meeting - the full lists can be found here: https://qa.fedoraproject.org/blockerbugs/ . Remember, you can also now vote on bugs outside of review meetings! If you look at the bug list in the blockerbugs app, you'll see links labeled "Vote!" next to all proposed blockers and freeze exceptions. Those links take you to tickets where you can vote. https://pagure.io/fedora-qa/blocker-review has instructions on how exactly you do it. We usually go through the tickets shortly before the meeting and apply any clear votes, so the meeting will just cover bugs where there wasn't a clear outcome in the ticket voting yet. **THIS MEANS IF YOU VOTE NOW, THE MEETING WILL BE SHORTER!** We'll be evaluating these bugs to see if they violate any of the Release Criteria and warrant the blocking of a release if they're not fixed. Information on the release criteria for F36 can be found on the wiki [0]. For more information about the Blocker and Freeze exception process, check out these links: - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process And for those of you who are curious how a Blocker Review Meeting works - or how it's supposed to go and you want to run one - check out the SOP on the wiki: - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting Have a good weekend and see you Monday! [0] https://fedoraproject.org/wiki/Fedora_Release_Criteria -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net

1 0

Workstation WG meeting, 30 August (secretary: Jens)
by Allan Day 25 Aug '22

25 Aug '22

Hi all, The next meeting of the Fedora Workstation Working Group is planned for Tuesday 30 August, at 9.30 EDT. Join links: - https://bluejeans.com/395383051/ - https://www.bluejeans.com/numbers See below for the agenda. Allan -- Agenda #topic F37 release status #topic Reduce default service timeout to 15s Did we get anywhere with this since last week? #topic Issues with device security panel in F37 #link https://pagure.io/fedora-workstation/issue/331 #topic Make more GNOME Circle apps available out of the box #link https://pagure.io/fedora-workstation/issue/330 #topic Release blocking criteria for preinstalled apps #link https://pagure.io/fedora-workstation/issue/304 #topic Announcements, Status Updates #info The minutes from last week have been posted. #link https://meetbot.fedoraproject.org/fedora-meeting-2/2022-08-24/workstation.2…

1 0

Fedora Workstation WG minutes, 2022-08-23
by Chris Murphy 24 Aug '22

24 Aug '22

============================================== #fedora-meeting-2: Workstation WG (2022-08-23) ============================================== Meeting started by brainycmurf at 15:08:10 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-2/2022-08-24/workstation.2… . Meeting summary --------------- * Present members: Allan, Michael, Kalev, Matthias, Chris, Tomas, Jens, Neal, Owen (brainycmurf, 15:08:26) * Guests: Luna Jernberg (bittin), Sumantro, Jimmac (brainycmurf, 15:08:26) * Regrets: (brainycmurf, 15:08:26) * Missing: (brainycmurf, 15:08:26) * Secretary: Michael (brainycmurf, 15:08:26) * F37 release status (brainycmurf, 15:08:27) * F37 beta freeze has just begun (brainycmurf, 15:08:29) * Next GNOME development release is the RC on 2022-09-03 (brainycmurf, 15:08:31) * Early target date for F37 beta is 2022-09-13 (brainycmurf, 15:08:33) * Beta go/no-go meeting is 2022-09-08 (brainycmurf, 15:08:35) * F37 beta blockers (brainycmurf, 15:08:37) * LINK: https://qa.fedoraproject.org/blockerbugs/milestone/37/beta/buglist (brainycmurf, 15:08:39) * GNOME 43 test day results (brainycmurf, 15:08:45) * LINK: https://testdays.fedoraproject.org/events/138 (brainycmurf, 15:08:47) * Reduce default service timeout to 15s (brainycmurf, 15:09:26) * LINK: https://pagure.io/fesco/issue/2853 (brainycmurf, 15:09:28) * LINK: https://github.com/systemd/systemd/pull/18386 (brainycmurf, 15:09:30) * ACTION: Chris to ask Anita if this can be changed upstream (brainycmurf, 15:09:48) * Evaluate the state of gnome-calendar (brainycmurf, 15:09:54) * LINK: https://pagure.io/fedora-workstation/issue/306 (brainycmurf, 15:09:56) * Release blocking criteria for preinstalled apps (brainycmurf, 15:10:32) * LINK: https://pagure.io/fedora-workstation/issue/304 (brainycmurf, 15:10:34) * Announcements, Status Updates (brainycmurf, 15:10:38) * The minutes from last week have been posted. (brainycmurf, 15:10:40) * LINK: https://meetbot.fedoraproject.org/fedora-meeting-2/2022-08-17/workstation.2… (brainycmurf, 15:10:42) * KDE aKademy first week of October in Barcelona (brainycmurf, 15:10:45) * LINK: http://akademy.kde.org/2022 (brainycmurf, 15:10:47) * LINK: https://docs.fedoraproject.org/en-US/workstation-working-group/prd/ (brainycmurf, 15:10:56) * LINK: https://docs.fedoraproject.org/en-US/workstation-working-group/schedule/ (brainycmurf, 15:11:00) Meeting ended at 15:11:02 UTC. Action Items ------------ * Chris to ask Anita if this can be changed upstream Action Items, by person ----------------------- * **UNASSIGNED** * Chris to ask Anita if this can be changed upstream People Present (lines said) --------------------------- * brainycmurf (73) * zodbot (7) * Allan (0) Generated by `MeetBot`_ 0.4 .. _`MeetBot`: https://fedoraproject.org/wiki/Zodbot#Meeting_Functions

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

desktop August 2022