On Fri, 2019-10-04 at 13:28 -0400, pmkellly@xxxxxxxxxxxx wrote: > In regard to my testing of F31 Workstation beta drop 1003.n.1: > > This was a bare metal install on a Lenovo M53 with a i5-4570 CPU. After > the ISO was checksummed it was loaded to a thumb drive using Media > Writer. The thumb drive was written successfully and then used to boot > the test machine. The test machine booted to Live normally and the > Install option was selected. Anaconda started normally and the options > to delete all and reclaim space were selected for the hard drive. The > install ran normally and the reboot to the hard drive was normal. > > I ran several of the standard tests and logged the results with relval. > > There were two failures noted: > > When checking for services start, fwupd did not load. A restart was > tried and fwupd still did not load. This is https://bugzilla.redhat.com/show_bug.cgi?id=1757948 . > When checking error checks a gnome-shell crash was shown. I must have > missed it when it happened. I tried filling a bug using the abrt tool, > but after the back trace started, I got a message saying the back trace > failed. I haven't seen more gnome-shell crashes. > > In regard to my as deployed tests the following problems were observed: > > Firewall-applet was installed, but after the startup, it quit > unexpectedly. When I tried to report the bug with the abrt tool again > the back trace failed. Over several restarts I have had no further cases > where abrt caught a failure, but the applet is not working. I don't get > the connection notification during a startup. System-Monitor shows > firewall-applet as a loaded process. You can try using 'coredumpctl' to get backtraces of the crashed apps, though it's harder than with abrt. Run 'coredumpctl list' to get a list of crashes; then run 'coredumpctl gdb XXXX', where XXXX is the pid associated with one of the crashes, to run gdb on it. You need gdb installed, obviously. gdb will likely tell you a debuginfo package is missing and give you a command to install it; quit out of gdb and do that, then run coredumpctl gdb again, and gdb will tell you a bunch *more* debuginfos to install. Repeat this cycle till gdb is happy, then do: set logging on thread apply all bt full c (when prompted) and a backtrace should be saved to a file gdb.txt in the directory you ran from. > I have updates and update notifications disabled for the software > application: > > (gsettings set org.gnome.software allow-updates false) > (gsettings set org.gnome.software download-updates false) > > However, I get a continuing string of notifications that there are > important updates to install. when I do (sudo dnf upgrade --refresh) I > get (Nothing to do Complete). Updates were run earlier; before I started > configuring the system for as deployed testing. Can you file a bug upstream on this? Thanks! Probably against gnome- software to start with. > RHBZ BUG# 1694782 still applies. The authentication popup can not be > satisfied, dismissed, or moved. Yep, I've poked upstream on this one again :/ -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net _______________________________________________ test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx
