On 04/02/2018 06:21 PM, Eyal Lebedinsky wrote: > I recently replaced my graphics card (with NVIDIA GT 710). > A newer nvidia module was installed > kmod-nvidia-340xx-4.15.7-200 -> kmod-nvidia-390.42-1 > I also enabled VDPAU which was incorrectly installed until now. > > I now have a failure of 'gthumb': > > $ gthumb -v > > (gthumb:7097): Gdk-ERROR **: The program 'gthumb' received an X Window > System error. > This probably reflects a bug in the program. > The error was 'BadLength (poly request too large or internal Xlib length > erro'. > (Details: serial 159 error_code 16 request_code 152 (DRI2) minor_code 1) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the GDK_SYNCHRONIZE environment > variable to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() > function.) > Trace/breakpoint trap (core dumped) > > and /var/log/messages includes a trace: > > Apr 2 15:03:32 e4 systemd-coredump[20472]: Process 20469 (gthumb) of > user 500 dumped core. > Stack trace of thread 20469: > 0 0x00007f4312e31e51 _g_log_abort (libglib-2.0.so.0) > 1 0x00007f4312e344a1 g_log_writer_default (libglib-2.0.so.0) > 2 0x00007f4312e329ee g_log_structured_array (libglib-2.0.so.0) > 3 0x00007f4312e32ce7 g_log_structured (libglib-2.0.so.0) > 4 0x00007f43140ec351 _gdk_x11_display_error_event (libgdk-3.so.0) > 5 0x00007f43140f9813 gdk_x_error (libgdk-3.so.0) > 6 0x00007f43103da9ba _XError (libX11.so.6) > 7 0x00007f43103d78eb handle_error (libX11.so.6) > 8 0x00007f43103d8a94 _XReply (libX11.so.6) > 9 0x00007f430cb27f2b DRI2Connect (libGL.so.1) > 10 0x00007f430cb274a8 n/a (libGL.so.1) > 11 0x00007f430cb0b5c0 n/a (libGL.so.1) > 12 0x00007f430cb07c60 glXQueryVersion (libGL.so.1) > 13 0x00007f4311c1f153 _cogl_winsys_renderer_connect (libcogl.so.20) > 14 0x00007f4311bd822d cogl_renderer_connect (libcogl.so.20) > 15 0x00007f4315237824 clutter_backend_real_create_context > (libclutter-1.0.so.0) > 16 0x00007f4315250a13 _clutter_feature_init (libclutter-1.0.so.0) > 17 0x00007f4315261ca9 clutter_init_real (libclutter-1.0.so.0) > 18 0x00007f43155342f6 post_parse_hook (libclutter-gtk-1.0.so.0) > 19 0x00007f4312e384f0 g_option_context_parse (libglib-2.0.so.0) > 20 0x00005564d3a9661f gth_application_local_command_line (gthumb) > 21 0x00007f43133e5e46 g_application_run (libgio-2.0.so.0) > 22 0x00005564d3a1bcfe main (gthumb) > 23 0x00007f431229d88a __libc_start_main (libc.so.6) > 24 0x00005564d3a1bd6a _start (gthumb) > Stack trace of thread 20470: > 0 0x00007f4312381a5d poll (libc.so.6) > 1 0x00007f4312e2c579 g_main_context_iterate.isra.25 (libglib-2.0.so.0) > 2 0x00007f4312e2c68c g_main_context_iteration (libglib-2.0.so.0) > 3 0x00007f4312e2c6d1 glib_worker_main (libglib-2.0.so.0) > 4 0x00007f4312e53516 g_thread_proxy (libglib-2.0.so.0) > 5 0x00007f431265936d start_thread (libpthread.so.0) > 6 0x00007f431238db4f __clone (libc.so.6) > > > I see that the gthumb package was updated in 2017, dnf.log says: > Aug 19 18:09:33 DEBUG ---> Package gthumb.x86_64 1:3.4.3-1.fc24 will > be upgraded > Aug 19 18:09:33 DEBUG ---> Package gthumb.x86_64 1:3.4.5-1.fc26 will > be an upgrade > The update was part of a f24->f26 upgrade. There is no later version of > gthumb but I do see > version 3.6.0 in f27. > > I also see that this gthumb version is one year old: > $ ls -l /usr/bin/gthumb > -rwxr-xr-x 1 root root 988384 Apr 20 2017 /usr/bin/gthumb > > The gthumb package depends on the libvdpau package so I suspect some > incompatibility. > Reinstalling both packages does not improve the situation. > > Is gthumb still maintained? https://github.com/GNOME/gthumb suggests > perusing > https://wiki.gnome.org/Apps/gthumb which is not present. > > Still, too many packages are involved, not the least X/nvidia ones. > > Is anyone else seeing this problem? I do not want to log a bug if this > is the result > of my system long update history, but I do want to resolve this. > > I have another f26 machine that has no problems but does not use vdpau > (or nvidia card). Yes, for F27 the latest gthumb is 3.6.0-1 and the latest libvdpau is 1.1.1-6. I don't use gnome myself and don't even have gthumb installed so I can't speak to its operation. I'd go ahead and file a bugzilla with all the relevant data you have. The maintainers will make a determination as to if it's legit or not. I'd suggest upgrading to F27 if possible as it appears they aren't backporting the changes to F26. ---------------------------------------------------------------------- - Rick Stevens, Systems Engineer, AllDigital ricks@xxxxxxxxxxxxxx - - AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 - - - - NEWS FLASH! Intelligence of mankind decreasing! Details at... - - uh, when, uh, the little hand is, uh, on the... Aw, NUTS! - ---------------------------------------------------------------------- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
