whenever listen is clicked on girl the following error shows in the log: May 09 19:51:40 harrisl-desktop girl.desktop[25787]: (totem:27183): Gdk-ERROR **: The program 'totem' received an X Window System error. May 09 19:51:40 harrisl-desktop girl.desktop[25787]: This probably reflects a bug in the program. May 09 19:51:40 harrisl-desktop girl.desktop[25787]: The error was 'BadMatch (invalid parameter attributes)'. May 09 19:51:40 harrisl-desktop girl.desktop[25787]: (Details: serial 401 error_code 8 request_code 153 (GLX) minor_code 31) May 09 19:51:40 harrisl-desktop girl.desktop[25787]: (Note to programmers: normally, X errors are reported asynchronously; May 09 19:51:40 harrisl-desktop girl.desktop[25787]: that is, you will receive the error a while after causing it. May 09 19:51:40 harrisl-desktop girl.desktop[25787]: To debug your program, run it with the GDK_SYNCHRONIZE environment May 09 19:51:40 harrisl-desktop girl.desktop[25787]: variable to change this behavior. You can then get a meaningful May 09 19:51:40 harrisl-desktop girl.desktop[25787]: backtrace from your debugger if you break on the gdk_x_error() function.) May 09 19:51:40 harrisl-desktop kernel: traps: totem[27183] trap int3 ip:7fef2c738c60 sp:7ffffad525b0 error:0 May 09 19:51:42 harrisl-desktop kernel: traps: totem[27204] trap int3 ip:7fb46e7a5c60 sp:7ffde925a210 error:0 totem-3.14 fails when started from command line with: harrisl@harrisl-desktop ~ $ totem (totem:15382): Gdk-ERROR **: The program 'totem' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 401 error_code 8 request_code 153 (GLX) minor_code 31) (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 a similar BadMatch error occurs when running pivtivi and cheese-3.14. All these programs depend on clutter-gst. totem-9999 needs clutter-gst-3.0 which is not in the overlay yet.
This rather look like a driver problem as I am running this on a Gnome 3.14 desktop. Do you happen to run with Nvidia hardware ? Please add emerge --info.
yes I am running with nvidia-drivers so that could be the issue harrisl@harrisl-desktop ~ $ sudo emerge --info Portage 2.2.18 (python 3.3.5-final-0, default/linux/amd64/13.0/desktop/gnome/systemd, gcc-4.9.2, glibc-2.20-r2, 4.0.2-gentoo x86_64) ================================================================= System uname: Linux-4.0.2-gentoo-x86_64-Intel-R-_Core-TM-_i7_CPU_970_@_3.20GHz-with-gentoo-2.2 KiB Mem: 24680600 total, 205572 free KiB Swap: 62914548 total, 62913960 free sh bash 4.3_p33-r2 ld GNU ld (Gentoo 2.25 p1.0) 2.25 app-shells/bash: 4.3_p33-r2::<unknown repository> dev-java/java-config: 2.2.0::<unknown repository> dev-lang/perl: 5.20.2-r1::<unknown repository> dev-lang/python: 2.7.9-r2::<unknown repository>, 3.2.5-r6::<unknown repository>, 3.3.5-r1::<unknown repository>, 3.4.3::<unknown repository> dev-util/cmake: 3.2.2::<unknown repository> dev-util/pkgconfig: 0.28-r2::<unknown repository> sys-apps/baselayout: 2.2::<unknown repository> sys-apps/openrc: 0.15.1::<unknown repository> sys-apps/sandbox: 2.6-r1::<unknown repository> sys-devel/autoconf: 2.13::<unknown repository>, 2.69-r1::<unknown repository> sys-devel/automake: 1.10.3-r1::<unknown repository>, 1.11.6-r1::<unknown repository>, 1.12.6::<unknown repository>, 1.13.4::<unknown repository>, 1.14.1::<unknown repository>, 1.15::<unknown repository> sys-devel/binutils: 2.25::<unknown repository> sys-devel/gcc: 4.9.2::gentoo sys-devel/gcc-config: 1.8::<unknown repository> sys-devel/libtool: 2.4.6-r1::<unknown repository> sys-devel/make: 4.1-r1::<unknown repository> sys-kernel/linux-headers: 4.0::<unknown repository> (virtual/os-headers) sys-libs/glibc: 2.20-r2::<unknown repository> Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync27.us.gentoo.org/gentoo-portage priority: -1000 gnome location: /var/lib/layman/gnome masters: gentoo priority: 50 miramir location: /var/lib/layman/miramir masters: gentoo priority: 50 sublime-text location: /var/lib/layman/sublime-text masters: gentoo priority: 50 vmware location: /var/lib/layman/vmware masters: gentoo priority: 50 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/apache2-php5.4/ext-active/ /etc/php/apache2-php5.5/ext-active/ /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/cgi-php5.5/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/php/cli-php5.5/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" USE="ABI_X86_32 X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli colord cracklib crypt cups cxx dbus dri dts dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gif glamor gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk gtk3 gtreamer iconv introspection ipv6 jpeg lcms ldap libnotify libsecret mad mmx mmxext mng modules mp3 mp4 mpeg multilib nautilus ncurses nls nptl nvidia ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio qt3support qt4 readline sdl session sound spell sse sse2 ssl startup-notification svg systemd tcpd tiff tracker truetype udev udisks unicode upower usb vorbis wxwidgets x264 xcb xml xv xvid xvmc zlib" ABI_X86="64 32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python3_3" PYTHON_TARGETS="python2_7 python3_4 python3_3" RUBY_TARGETS="ruby19 ruby21 ruby22 ruby20" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, MAKEOPTS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
*** Bug 549132 has been marked as a duplicate of this bug. ***
I think this bug is fixed. Totem-3.16 works and I tested girl and it works as well.
Without needing the workaround needed for nvidia drivers? (looks like upstream report is still opened and I see no fix for this :/)
I am using nvidia-drivers
Lets see if people still suffer this with full 3.16 setup
It works for me but I have CLUTTER_BACKEND=x11 in /etc/env.d/00totem. As far as I know there has not yet been a fix for nvidia-drivers use with programs that use clutter. see: https://bugzilla.gnome.org/show_bug.cgi?id=747489
(In reply to Harris Landgarten from comment #8) > It works for me but I have CLUTTER_BACKEND=x11 in /etc/env.d/00totem. > > As far as I know there has not yet been a fix for nvidia-drivers use with > programs that use clutter. > > see: > > https://bugzilla.gnome.org/show_bug.cgi?id=747489 We need to install that env.d file then until it's finally fixed, right? :/ (I don't have a nvidia-drivers setup to test :S)
that is the only workaround I have found. I also had to do the same for cheese and pitivi as they are effected by the same bug.
Maybe we will need to make media-libs/clutter[X,video_cards_nvidia] to install that env.d file forcing the usage of x11 clutter backend As a side note, other downstream reports (to see how they fix this for now) https://bugs.archlinux.org/task/44531 https://bugzilla.opensuse.org/show_bug.cgi?id=931446
somehow programs that use clutter need to be wrapped with CLUTTER_BACKEND=x11. I assume this is a temporary situation so we should not go too crazy. from my testing creating /etc/env.d files is a partial solution. Everything works from the command line. Girl can call totem. But direct launching of totem or cheese from gnome-shell gives an error: (cheese:17078): Gdk-ERROR **: The program 'cheese' received an X Window System error. May 30 13:21:27 harrisl-desktop org.gnome.Cheese[1246]: This probably reflects a bug in the program. May 30 13:21:27 harrisl-desktop org.gnome.Cheese[1246]: The error was 'BadMatch (invalid parameter attributes)'. May 30 13:21:27 harrisl-desktop org.gnome.Cheese[1246]: (Details: serial 462 error_code 8 request_code 153 (GLX) minor_code 31) May 30 13:21:27 harrisl-desktop org.gnome.Cheese[1246]: (Note to programmers: normally, X errors are reported asynchronously; May 30 13:21:27 harrisl-desktop org.gnome.Cheese[1246]: that is, you will receive the error a while after causing it. May 30 13:21:27 harrisl-desktop org.gnome.Cheese[1246]: To debug your program, run it with the GDK_SYNCHRONIZE environment May 30 13:21:27 harrisl-desktop org.gnome.Cheese[1246]: variable to change this behavior. You can then get a meaningful May 30 13:21:27 harrisl-desktop org.gnome.Cheese[1246]: backtrace from your debugger if you break on the gdk_x_error() function.) Is it possible to just build clutter to use the x11 backend as default and what if any issues does that entail. It would be obviously better to deal with this issue in the clutter ebuild but creating an unknown number of /etc/env.d files or stub files would be problematic because it would not work if new clutter backed programs were later installed fresh
If I don't misremember we can simply drop a file in /etc/env.d to get the desired variable exported globally and, then, every app respecting that variable should use x11 (as it works for all the other stuff under /etc/env.d... or am I missing anything? :/)
Well... the other option is to try to build clutter with --enable-gdk-backend=no --enable-x11-backend=yes
This is the commit I thing made this problem to be more visible: https://git.gnome.org/browse/clutter/commit/?id=60dbeb9425f51fc602ba2fe89b2a968ef4b527ed and that maybe could be reverted (introduced with 1.21.4 clutter version)
I can test whatever you like this weekend.
(In reply to Harris Landgarten from comment #16) > I can test whatever you like this weekend. Does the env.d hack work when running affected app from gnome-shell for example? Or does it only work when manually running them from a terminal?
currently totem and cheese work from command line but do not work when launched from gnome-shell. totem works with girl when called in background to play a radio stream. piviti works in both gnome-shell and command line. Those are the only apps I have that are effected.
I would then opt for reverting: https://git.gnome.org/browse/clutter/commit/?id=60dbeb9425f51fc602ba2fe89b2a968ef4b527ed For that, you can get the patch from: https://git.gnome.org/browse/clutter/patch/?id=60dbeb9425f51fc602ba2fe89b2a968ef4b527ed And do "epatch -R" with it. I prefer that over disabling gdk in clutter building because maybe some tool will need it (even if not preferred) exactly as, for example, mutter uses x11 backend without taking care of gdk being now preferred
that patch fixes the issue.
Nice, thanks for testing! Also, do you have any other setup (for example with nouveau, fglrx or radeon) to confirm this issue is only afecting nvidia-drivers and not any non-intel setup? :/
I believe it is only nvidia. I have been trying to get nouveau working all day with my 4 monitor setup but keep getting blank screens. Looks like gdm cannot find gdm-shell.session which doesn't seem to around anymore and then gdm-session fails. Might be one of the problems with the gdm bug you show as resolved but definitely isn't yet.
gdm-3.16 bug is fixed. Put this where you like. Issue was old files in /etc/dconf /etc/dconf/db/gdm.d/00-upstream-settings referenced gdm-shell which has been removed as a session rm -rf /etc/dconf sudo cave resolve dconf ibus and the issue is fixed. gdm ebuild should remove /etc/dconf/gdm and /etc/dconf/gdm.d if they are there
*** Bug 550868 has been marked as a duplicate of this bug. ***
After following the upstream bug I have a suggestion on how to handle clutter. If I understand the illogic of upstream they refuse to revert the patch because wayland needs it. It is clearly a bug that no one is assigned to fix so I vote for reverting the patch and putting a wayland use flag in clutter that would not revert the patch. I think this is better than an nvidia flag since the issue isn't nvidia.
I prefer to only apply it for nvidia as, even if it's not their culprit, it will still allow most people to run the "official" way that is the one that upstream will use. But yeah... I agree with you that upstream is acting in a really stupid way keeping this broken on purpose and refusing to revert the change (as they did in previous cycle) :S
Keeping the gdk backend as default for the rest of devices will also keep the benefit of workarounding the original bug that "reminded" upstream to move the defaults: https://bugzilla.gnome.org/show_bug.cgi?id=734587 And yeah, it's interesting the order was switched for workarounding a bug and now they keep it broken for forcing people to really FIX the other issue :(
Considering the nature of the problem, I think I would rather have the env.d file either controlled by USE=video_cards_nvidia or installed unconditionally. Less (optional) patching to do which is imho always better.
To make the affected applications work from gnome-shell launcher, the variable needs to be exported by gnome-session (tested with cheese). This way, applications that aren't launched manually (tested with sushi) are fixed as well. diff --git a/gnome-session/main.c b/gnome-session/main.c index e68b6f4..a3e0e57 100644 --- a/gnome-session/main.c +++ b/gnome-session/main.c @@ -349,6 +349,8 @@ main (int argc, char **argv) */ gsm_util_setenv ("XDG_MENU_PREFIX", "gnome-"); + gsm_util_setenv ("CLUTTER_BACKEND", "x11"); + gsm_util_set_autostart_dirs (override_autostart_dirs); session_name = opt_session_name;
I prefer the optional patching in cogl (that we know is broken and needs that "special" patching for this) than needing to patch also our gnome-session in an "unofficial" way to get that variable exported :|
Another problem with /etc files files is that I am unsure what will occur if, in the future, people edit or rename it locally and we end up having people with that env being still (silently) exported because of forgotten files there that weren't removed when needed, that is one reason I regenerally don't want to rely on files under /etc for settings that we want to be set "by default". Also, that env.d file could be used for people playing with that variable randomly and switching to different backends... and that is something we certainly don't want to "promote" in any way, we want to set it to x11 for nvidia (because it's needed to get things working there) and let the upstream default for "gdk" on the rest as it workarounds other bugs. But we don't want other values
I have seen that new patches have been proposed in upstream bug report to fix this in "the right way"... testing is highly appreciated (I don't have anyt nvidia setup for a long time to test this myself :( https://bugzilla.gnome.org/show_bug.cgi?id=747489
(In reply to Pacho Ramos from comment #32) The patches are for git master, they need some minor rebasing for 3.16.
If someone can get the patches ready to apply I would be happy to test them.
Upstream kindly backported them :D For clutter: https://git.gnome.org/browse/clutter/commit/?h=clutter-1.22&id=44fc1c87489bb7bbe1d28eb0f551794db333e1fb https://git.gnome.org/browse/clutter/commit/?h=clutter-1.22&id=ab63b30a9b1812b0e53bcddcd55f00fd507347dc https://git.gnome.org/browse/clutter/commit/?h=clutter-1.22&id=19064c4f444ed3fd596580cb98876619133c7f22 For clutter-gtk: https://git.gnome.org/browse/clutter-gtk/commit/?id=a561b1efb5518f69c56ac274fdd46ff72846dcac https://git.gnome.org/browse/clutter-gtk/commit/?id=60df86a6fbc0f5893fff182b4308c2ee4d679569
I applied all the patches except the so name change and forced the config patch for clutter-gtk to accept clutter-1.22.2 (it wants clutter-1.22.3) I tested totem cheese and pitivi. They both work as expected and both failed with 1.22.2 clutter unpatched. There is some cleanup needed and clutter version needs to be bumped but it looks like the bug is fixed
Should be fixed now, thanks a lot for investigating and testing this! +*clutter-1.22.2-r1 (11 Jun 2015) + + 11 Jun 2015; Alexandre Rostovtsev <tetromino@gentoo.org> + +clutter-1.22.2-r1.ebuild, + +files/clutter-1.22.2-clutter_gdk_get_visual.patch, + +files/clutter-1.22.2-clutter_gdk_get_visual-2.patch, + +files/clutter-1.22.2-cogl-visual-xlib.patch, + +files/clutter-1.22.2-touchpad-detection.patch: + Add upstream patch to fix touchpad detection. Add upstream patches to fix + totem crashes with nvidia-drivers (bug #549036, thanks to Harris Landgarten + and Pacho Ramos). +*clutter-gtk-1.6.0-r1 (11 Jun 2015) + + 11 Jun 2015; Alexandre Rostovtsev <tetromino@gentoo.org> + +clutter-gtk-1.6.0-r1.ebuild, + +files/clutter-gtk-1.6.0-clutter_gdk_get_visual.patch: + Add upstream patch to fix totem crashes with nvidia-drivers (bug #549036, + thanks to Harris Landgarten and Pacho Ramos).
