On Fri, 2019-10-04 at 13:28 -0400, pmkellly(a)frontier.com 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