No more complaints from boltd or any other software.
Sorry, I meant -1 of course
https://bugzilla.redhat.com/show_bug.cgi?id=1759019 SELinux is preventing boltd from 'getattr' accesses on the lnk_file
This build is working. I can access my data. The previous build was crashing on startup every time.
Sorry, I meant to use -1 :(
The icon for desktop selection in gdm is oversized. Some icons in gnome-shell are not showing, notably the terminal. The icon for restart in the gnome-shell menu is missing, its bounding box is oversized. Many other GUI defects. Downgrading to shared-mime-info-1.12-2.fc30.x86_64 resolved the issue (although xorg-x11-server crashed during the downgrade).
Tested autotype successfully with Firefox and Chromium. It doesn't work with text editors, but I think it's OK. Made a note of it on #1636596
I had to download this manually to update gimp. The updated gimp (gimp-2:2.10.10-1.fc29.x86_64) is working, so I assume gegl04 is also OK.
A bug existed already, but "sln" was misspelled, which is why I could not find it. https://bugzilla.redhat.com/show_bug.cgi?id=1625584
It was redhat-lsb. Uninstalling it fixed the error messages. All is good now.
I can reproduce the message about /sbin/sln both when downgrading from 2.28-27 to 2.28-26 and when upgrading from 2.28-26 to 2.28-27. That said, I have verified that there are no references to /sbin/sln in the glibc install scripts, as I wrongly assumed. So I'm reverting the negative karma. I'll keep digging, it must be some other package running a trigger on glibc upgrade.
There is an error message coming from glibc being replaced: Cleanup : glibc-2.28-26.fc29.i686 Running scriptlet: glibc-2.28-26.fc29.i686 /var/tmp/rpm-tmp.oWJ2fH: line 5: /sbin/sln: No such file or directory
There is no /sbin/sln on my system, and it doesn't appear to be part of any package. Please make sure there are no references to /sbin/sln in the current glibc package.
I'm not sure if dotted red rectangles around HTML elements (presumably borderless table cells) in replies are meant to be shown. Can it be a debugging feature that slipped into the build? But I can live with it. The build appears to be fully functional.
Also, is evolution-ews 3.30.4 coming? I don't see it, so I'm using evolution-ews 3.30.3.
Bugs filed for SELinux denials: #1632354, #1632356, #1632357, #1632358
I was able to process a large document that uses \color in many places. The resulting HTML looks correctly.
@dhgutteridge: The issue is gone with the downgrade of upower. Thank you! I'm going to give positive karma to this update, I hope that will cancel the negative karma I left before.
@dhgutteridge: Yes, I have upower-0.99.8-1 installed. I'm up to date with updates-testing. Yet I'm getting the issue referenced in #1594585 on every reboot.
I had a crash described in #1761095 before updating to this version. I did the same thing that crashed ABRT before (closing the parent window while the child window was running), no crash this time.