Re: Proposal: Toggle key criterion
by Adam Williamson
On Mon, 2019-09-30 at 15:19 -0400, Ben Cotton wrote:
> As we discussed in today's blocker review meeting[1], I am presenting
> a draft proposal for the toggle keys. I am proposing this as a *final*
> criterion, but would not object to adding it as a beta criterion.
>
> == Keyboard toggle keys ==
>
> For all release-blocking desktops, the Caps Lock and Num Lock keys
> must correctly toggle the relevant behavior for the desktop and all
> applications. The behavior must be consistent with the displayed
> status on physical or virtual keyboards, where applicable.
I think I'm on board with this; however, it'd also be good to get input
from the desktop teams, as the responsibility for this ultimately falls
on them. So CCing desktop@ and kde@. What do you folks think about this
proposed criterion?
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
4 years, 2 months
Upgrade Problem
by Peter G.
On F30, with copr zawertun kde enabled, I have been seeing a massive list of updates available, but there appears to be a conflict between the versions of qt5 on fedora, updates-testing and zawertun. The output is so tangled, that I am unable to discern which package might be the culprit. In any case, I wish to upgrade to the latest versions of all packages, which include qt5-*-5.12.5-1, plasma*-5.16.4-1 etc.
How do I go about this? I have tried --best --allowerasing and nothing happens.
4 years, 2 months
Re: Fedora-31-20190930.n.1 compose check report
by Adam Williamson
On Tue, 2019-10-01 at 00:13 +0000, Fedora compose checker wrote:
> No missing expected images.
>
> Failed openQA tests: 5/152 (x86_64), 1/2 (arm)
>
> New failures (same test not failed in Fedora-31-20190928.n.0):
>
> ID: 460875 Test: x86_64 Workstation-live-iso desktop_update_graphical
> URL: https://openqa.fedoraproject.org/tests/460875
> ID: 460896 Test: x86_64 KDE-live-iso apps_startstop
> URL: https://openqa.fedoraproject.org/tests/460896
> ID: 460945 Test: x86_64 universal install_blivet_software_raid@uefi
> URL: https://openqa.fedoraproject.org/tests/460945
These all look to be test glitches of one kind of another, all
restarted.
> Old failures (same test failed in Fedora-31-20190928.n.0):
>
> ID: 460862 Test: x86_64 Server-dvd-iso modularity_tests
> URL: https://openqa.fedoraproject.org/tests/460862
This is a bunch of long-known issues, all are logged in Bugzilla.
> ID: 460898 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload
> URL: https://openqa.fedoraproject.org/tests/460898
This has been broken for ages, still waiting to be able to run ARM 32-
bit tests on an ARM 64-bit host which should help.
> ID: 460901 Test: x86_64 Silverblue-dvd_ostree-iso release_identification
> URL: https://openqa.fedoraproject.org/tests/460901
This is an issue in the test caused by Silverblue getting clever with
the contents of os-release, we will fix it in the test at some point.
> Installed system changes in test x86_64 Workstation-live-iso install_default_upload:
> 1 services(s) added since previous compose: dbus-:1.7-org.freedesktop.problems@0.service loaded active running dbus-:1.7-org.freedesktop.problems@0.service
> 2 services(s) removed since previous compose: bolt.service, dbus-:1.8-org.freedesktop.problems@0.service loaded active running dbus-:1.8-org.freedesktop.problems@0.service
> Previous test data: https://openqa.fedoraproject.org/tests/459681#downloads
> Current test data: https://openqa.fedoraproject.org/tests/460867#downloads
>
> Installed system changes in test x86_64 Workstation-live-iso install_default@uefi:
> 1 services(s) removed since previous compose: bolt.service
> System load changed from 0.30 to 0.52
> Previous test data: https://openqa.fedoraproject.org/tests/459683#downloads
> Current test data: https://openqa.fedoraproject.org/tests/460869#downloads
Hum, the dbus thing is obviously just a blip I should filter in check-
compose, but 'bolt.service' disappearing seems interesting. Desktop
folks, was that intended? IIRC it's to do with Thunderbolt support...
> Installed system changes in test x86_64 KDE-live-iso install_default_upload:
> Used mem changed from 888 MiB to 710 MiB
> 1 services(s) removed since previous compose: pcscd.service
> System load changed from 0.92 to 0.35
> Previous test data: https://openqa.fedoraproject.org/tests/459696#downloads
> Current test data: https://openqa.fedoraproject.org/tests/460882#downloads
KDE folks, is pcscd.service going away expected?
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
4 years, 2 months