After upgrade to Fedora 40, applications in Xfce that use yelp for help (GParted, Atril etc) can no longer bring up content.
Running yelp from the command line brings inconsistent results on different systems that have been upgraded. The thing they have in common is yelp has no visible content.
adric$ yelp TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (i915) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (i915) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) DRI3 not available failed to load driver: zink Failed to get GBM device I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd Failed to get GBM device Failed to get GBM device Failed to get GBM device Failed to get GBM device adric$
Another system:
fc40$ yelp I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd fc40$ ** (WebKitWebProcess:2852): ERROR **: 15:13:40.224: WebProcess didn't exit as expected after the UI process connection was closed fc40$
Yelp runs OK in a freshly installed Xfce Fedora 40, so this appears to be some kind of update stuff-up.
-- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney
On 3/3/24 15:19, Ian Laurie wrote:
After upgrade to Fedora 40, applications in Xfce that use yelp for help (GParted, Atril etc) can no longer bring up content.
Running yelp from the command line brings inconsistent results on different systems that have been upgraded. The thing they have in common is yelp has no visible content.
adric$ yelp TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (i915) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (i915) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) DRI3 not available failed to load driver: zink Failed to get GBM device I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd Failed to get GBM device Failed to get GBM device Failed to get GBM device Failed to get GBM device adric$
Another system:
fc40$ yelp I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd fc40$ ** (WebKitWebProcess:2852): ERROR **: 15:13:40.224: WebProcess didn't exit as expected after the UI process connection was closed fc40$
Yelp runs OK in a freshly installed Xfce Fedora 40, so this appears to be some kind of update stuff-up.
This may be related. Until the latest round of updates, yelp ran from the command line on Rawhide with no errors. I went back to a backed up VM and upgraded individual packages until the breakage happened.
This payload brought errors:
Upgrading: gettext-envsubst x86_64 0.22.4-2.fc41 rawhide 38 k gettext-libs x86_64 0.22.4-2.fc41 rawhide 332 k gettext-runtime x86_64 0.22.4-2.fc41 rawhide 123 k Installing dependencies: libtextstyle x86_64 0.22.4-2.fc41 rawhide 89 k
Now, when yelp is run from the command line, these errors happen:
rawhide$ yelp libEGL warning: DRI2: failed to authenticate TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (vmwgfx) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) MESA: error: ZINK: failed to choose pdev libEGL warning: egl: failed to create dri2 screen TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (vmwgfx) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) MESA: error: ZINK: failed to choose pdev glx: failed to create drisw screen failed to load driver: zink VMware: No 3D enabled (0, Success). libEGL warning: egl: failed to create dri2 screen VMware: No 3D enabled (0, Success). libEGL warning: egl: failed to create dri2 screen I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd rawhide$
However... yelp still manages to work despite striking similarity in errors to an upgrade Fedora 40 system.
-- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney
On 3/3/24 16:33, Ian Laurie wrote:
On 3/3/24 15:19, Ian Laurie wrote:
After upgrade to Fedora 40, applications in Xfce that use yelp for help (GParted, Atril etc) can no longer bring up content.
In VirtualBox VMs I can make yelp work again by disabling 3D acceleration in the VirtualBox display settings. The fresh VM (not upgraded) worked because coincidentally 3D was turned off.
This sort of makes sense because GNOME no longer runs with 3D enabled in VirtualBox, with all sorts of display artifacts, and lockups.
However... I can't do that on native systems where yelp is still broken.
A bit lost where to go from here.
-- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney
On Mon, 2024-03-04 at 17:56 +1100, Ian Laurie wrote:
On 3/3/24 16:33, Ian Laurie wrote:
On 3/3/24 15:19, Ian Laurie wrote:
After upgrade to Fedora 40, applications in Xfce that use yelp for help (GParted, Atril etc) can no longer bring up content.
In VirtualBox VMs I can make yelp work again by disabling 3D acceleration in the VirtualBox display settings. The fresh VM (not upgraded) worked because coincidentally 3D was turned off.
This sort of makes sense because GNOME no longer runs with 3D enabled in VirtualBox, with all sorts of display artifacts, and lockups.
However... I can't do that on native systems where yelp is still broken.
A bit lost where to go from here.
Does `GSK_RENDERER=cairo yelp` help?
See https://gitlab.gnome.org/GNOME/gtk/-/issues/6411 for context.
Having said that, yelp works OK here without special prodding (bare metal system, Intel graphics).
On 3/4/24 18:24, Adam Williamson wrote:
Does `GSK_RENDERER=cairo yelp` help?
On the first system it makes no difference. I'll be able to try the other later in the day (different location).
On the first system it feels like I have something missing after the upgrade:
adric$ GSK_RENDERER=cairo yelp TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (i915) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (i915) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) DRI3 not available failed to load driver: zink Failed to get GBM device Failed to get GBM device I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd Failed to get GBM device Failed to get GBM device
In particular "failed to load driver zinc" and "DRI3 not available" then the GBM errors. I don't think those come up on the other system, so maybe there are two issues in this system.
-- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney
On 3/5/24 7:22 AM, Ian Laurie wrote:
On 3/4/24 18:24, Adam Williamson wrote:
Does `GSK_RENDERER=cairo yelp` help?
On the first system it makes no difference. I'll be able to try the other later in the day (different location).
On the first system it feels like I have something missing after the upgrade:
adric$ GSK_RENDERER=cairo yelp TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (i915) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) TU: error: ../src/freedreno/vulkan/tu_knl.cc:232: device /dev/dri/renderD128 (i915) is not compatible with turnip (VK_ERROR_INCOMPATIBLE_DRIVER) DRI3 not available failed to load driver: zink Failed to get GBM device Failed to get GBM device I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd Failed to get GBM device Failed to get GBM device
In particular "failed to load driver zinc" and "DRI3 not available" then the GBM errors. I don't think those come up on the other system, so maybe there are two issues in this system.
On the second machine I get the same results as the first machine in that yelp GUI comes up, but it is blank (no help content). Should have GParted and Atril help as a minimum. On both systems yelp adopts the correct theme (for me adwaita-dark). However, second system shows a different error set on the console:
zuke$ `GSK_RENDERER=cairo yelp` I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd zuke$
Atril brings up a blank yelp when you access help.
My main concern isn't really yelp but rather what else may be broken that I've not struck yet, particularly on the first system that shows rather scary errors about missing stuff.
-- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney
On 3/5/24 9:09 AM, Ian Laurie wrote:
zuke$ `GSK_RENDERER=cairo yelp` I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd zuke$
Atril brings up a blank yelp when you access help.
My main concern isn't really yelp but rather what else may be broken that I've not struck yet, particularly on the first system that shows rather scary errors about missing stuff.
Well this is interesting... If I XRDP into my account on zuke, yelp works in the XRDP session. Just fails on the console.
In VirtualBox, activating VirtualBox 3D mode in the display settings breaks yelp.
Since yelp is a GNOME application this is starting to feel like another GNOME/Wayland breakage to me.
-- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney
On Wed, 2024-03-06 at 13:07 +1100, Ian Laurie wrote:
On 3/5/24 9:09 AM, Ian Laurie wrote:
zuke$ `GSK_RENDERER=cairo yelp` I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd zuke$
Atril brings up a blank yelp when you access help.
My main concern isn't really yelp but rather what else may be broken that I've not struck yet, particularly on the first system that shows rather scary errors about missing stuff.
Well this is interesting... If I XRDP into my account on zuke, yelp works in the XRDP session. Just fails on the console.
In VirtualBox, activating VirtualBox 3D mode in the display settings breaks yelp.
Since yelp is a GNOME application this is starting to feel like another GNOME/Wayland breakage to me.
It has to be setup specific to some extent, yelp runs fine here (and in openQA). VirtualBox having graphics stack issues wouldn't be the first time that's happened, there is only a limited amount we can do about it on the guest OS side.
The docbook errors relate to content, they have nothing to do with failure to render. The problem is likely *somewhere* in the 3D rendering stack, from mutter down to the kernel.
On 3/6/24 18:22, Adam Williamson wrote:
The problem is likely *somewhere* in the 3D rendering stack, from mutter down to the kernel.
To cut a [very] long story short, I have "fixed" the issue on both a native Rawhide box AND a native Fedora 40 beta branch box by uninstalling mesa-vulkan-drivers-24.0.0-2.fc40.x86_64/mesa-vulkan-drivers-24.0.2-1.fc41.x86_64.
What I am not certain about is if there will be any negative consequences of doing that.
F40 Box: Intel NUC i7 NUC11PAH 1 x 11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 01)
Rawhide Box: Dell Optiplex 3040 1 x 6th Gen Intel(R) Core(TM) i3-6100T CPU @ 3.20GHz Intel Corporation HD Graphics 530 (rev 06)
-- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney
On Sat, 2024-03-09 at 22:05 +1100, Ian Laurie wrote:
On 3/6/24 18:22, Adam Williamson wrote:
The problem is likely *somewhere* in the 3D rendering stack, from mutter down to the kernel.
To cut a [very] long story short, I have "fixed" the issue on both a native Rawhide box AND a native Fedora 40 beta branch box by uninstalling mesa-vulkan-drivers-24.0.0-2.fc40.x86_64/mesa-vulkan-drivers-24.0.2-1.fc41.x86_64.
What I am not certain about is if there will be any negative consequences of doing that.
Can you please file a bug against mesa explaining the problem, how you worked around it, and whatever information you used along the way? Thanks a lot!
I believe this may mean you're falling back on an older acceleration framework or even software acceleration, but IMBW. I don't keep super up to date on all the 3D acceleration stuff. Worth noting I'm using Intel hardware here too, though, and it's not affecting that...
On 3/13/24 04:06, Adam Williamson wrote:
Can you please file a bug against mesa explaining the problem, how you worked around it, and whatever information you used along the way? Thanks a lot!
Sorry for the delay Adam, I was away for a couple of days. Here it is:
https://bugzilla.redhat.com/show_bug.cgi?id=2269637
-- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney
-
Adam Williamson -
Ian Laurie