I have just confirmed that 48.0-1 works for me.
It turns out that the Blender source tarball has been missing the
datafiles/assets directory, which is a git submodule. It will be
included in future releases.
https://projects.blender.org/blender/blender/issues/128359
I believe that this has a fix upstream, in version 47.4
(https://gitlab.gnome.org/GNOME/gnome-shell/-/releases/47.4). The
relevant merge request linked in the release notes is
https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/3619.
I've also been hitting this problem over the past couple of weeks.
I'm using gnome-shell 47.2-2 in Gnome Classic mode.
I set up gdb to give me a trace when it crashes, attached below.
After searching around a bit online for what I see in the backtrace, I
think that the underlying bug is this:
-
On Tue, Aug 5, 2014 at 10:26 PM, Michel Dänzer wrote:
>
> Does setting the environment variable EGL_DRIVER=egl_dri2 work around
> this problem?
It has no effect on the behavior. The Xorg.0.log is the same, and the
debug output looks like (with non-EGL lines redacted):
libEGL debug: Native platf
On Tue, Aug 5, 2014 at 5:15 AM, Michel Dänzer wrote:
> On 05.08.2014 03:29, Jeff Bradberry wrote:
>>
>> Oddly enough, when I install the *-dbg packages I get an error about
>> eglInitialize() failing and direct rendering no longer works,
>> preventing any of these cr
On Sun, Aug 3, 2014 at 11:52 PM, Michel Dänzer wrote:
> We'd need to see a backtrace from gdb with debugging symbols, but this
> looks like a Mesa bug.
>
>
> BTW, how random is random? :)
>
>
> --
> Earthling Michel Dänzer| http://www.amd.com
> Libre software enthusias
Package: xserver-xorg-video-radeon
Version: 1:7.4.0-2
Severity: important
-- Package-specific info:
X server symlink status:
lrwxrwxrwx 1 root root 13 Jul 19 2013 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2356320 Jul 17 18:25 /usr/bin/Xorg
Diversions concernin
Package: afterstep
Version: 2.2.6-2+b1
The afterstep package sets the FollowTitleChanges option in
feel.DEFAULT(this option is unset in the current official Afterstep
sources). This
forces Afterstep to reread and parse the database file every time a program
changes title, which has bad effects (e
This sounds like the same problem that I was having with the Gimp under
Afterstep 2.x. According to the developers, this is due to the
applications in question abusing USPosition
(http://mail.afterstep.org/pipermail/as-users/2005-November/001726.html).
The fix is to modify the database to inclu
10 matches
Mail list logo
