Working well with exploring new settings using two existing profiles with various extensions in use. F30 Workstation (Gnome) on Dell XPS-15 without NVIDIA in use.

This fixed printing failures I'd had with qpdf-libs-6.0.0-6.fc26-x86_64. Those were: pdftopdf dumping core, "Can't detect file type" message for my HP 7525 in the print dialog (Gnome), and absence of info about marker levels. All were fixed with qpdf-libs-6.0.0-7.fc26.x86_64.rpm. Thank you for the fast turn-around! I appreciate all the work on these.

Definitely fixed #1325462 Thx!

Can't vouch for 1353103, but no regressions here. System is Skylake i7-6820HQ running latest Virtualbox and F24 VM. Had microcode_ctl-2:2.1-12.fc24.x86_64 (before seeing PSA from adamw) and successfully upgraded kernel, so was lucky. Today upgraded to microcode_ctl-2:2.1-13 and then kernel to kernel-4.6.4-301.fc24.x86_64 and all remains good. Thx.

No regressions here.

LGTM

No regressions with Gnome3 Wayland on MacBook w/GK107M [GeForce GT 750M Mac Edition]

LGTM. I didn't have thunderbird-lightning-gdata installed (I use the built-in lightning), so I didn't install thunderbird-lightning-gdata for this testing. I've not had any of the issue listed in the release notes, so can't validate them.

LGTM

Works for me.

Upgraded only FF (not any bookmarks package) from latest 46 on F24 beta. Created new FF profile and it has bookmarks that aren't related to astronomy, so looks correct to me. Interestingly the only bookmarks package on my system is astronomy-bookmarks-1-14.fc24.noarch, FWIW. So I don't know that I can say #1338010 is fixed. In the profiles that I have with Tabkit 2nd Edition installed, the rt-click "Open Link in New Tab" no longer works; it works again if I disable that add-on, and works in the new/virgin profile. I expect that's a case of the addon needing another update to track FF changes. Testcase_desktop_browser is also PASS here.

LGTM

With non-default /etc/sudoers, the upgrade wrote new into /etc/sudoers.rpmnew, and dnf warned of this (added comment to 1340701). So LGTM.

I didn't create confident reproducible testcase before upgrade, so can only say "no regressions here".

I'd been using bundled Lightning before and after upgrade to this, both times w/o the issues described in either bug report, so can only say "no regressions here". LGTM.

Working well here.

fedora-cisco-openh264.repo has enabled=0 I assume that's intended? Anyway, key imported OK and the following succeeded: dnf --enablerepo=fedora-cisco-openh264 download openh264-devel

FWIW - 3.13.1-184.fc24 (linked in the BZ) resolved the issue for me. That build's not available on bodhi for karma yet tho.

Moved from 4.5.1-300.fc24.x86_64 to this w/o issue. dmesg and journalctl -b look clean enough and all's well. I've not tried anything in the BZ reports tho.

FWIW, I did dnf install *.rpm and that downloaded zlib-devel-1.2.8-10.fc24.x86_64 from the fedora repos; it was not in the set downloaded by bodhi. (zlib-devel is needed by binutils-devel). I only mention this in case it's a sign that zlib-devel should have been a product of this build and/or pulled down by bodhi.