Bug#930576: vim: Gdk-CRITICAL IA__gdk_drawable_get_size: assertion 'GDK_IS_DRAWABLE (drawable)' failed
Dear James, You saved my day(s). Indeed it doesn't happen with vim-gtk3. Thank you very much and cheers, Antoni pon., 7 paź 2019 o 13:16 James McCoy napisał(a): > On Mon, Oct 07, 2019 at 12:55:55PM +0200, Antoni Marcinek wrote: > > I am running Debian 10 (stable) and I obtain this same error message. I > vaguely > > remember that I had a similar issue with sid few years back. > > Does it also happen with the vim-gtk3 package, or only with vim-gtk? > > Make sure you're either directly invoking the vim-gtk3 binary (vim.gtk3 > -g …) or that the gvim alternative is set to use vim-gtk3. > > Cheers, > -- > James > GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB >
Bug#930576: vim: Gdk-CRITICAL IA__gdk_drawable_get_size: assertion 'GDK_IS_DRAWABLE (drawable)' failed
Hello, I am running Debian 10 (stable) and I obtain this same error message. I vaguely remember that I had a similar issue with sid few years back. It is very annoying, so I would very appreciate if it could be fixed. Best regards, Antoni
Bug#899384: vlc: Hardware acceleration fails after upgrade to 3.0.2
Hello, Now I added additional information to https://forum.videolan.org/viewtopic.php?f=13=144411 It turns out that the problem that I observe happens also on Win10 so it is not Debian or even Linux specific. So, as I already wrote, you can close the ticket from my perspective. Best regards, Antoni
Bug#899384: vlc: Hardware acceleration fails after upgrade to 3.0.2
OK. So basically this means 3 possible upstreams: optirun, Qt or VLC, since I guess this is beyond Debian. I think you can close the issue. Actually I managed to find a workaround that I will report at https://forum.videolan.org/viewtopic.php?f=13=144411 as I still believe that there is a regression in VLC 3.0.2. 2018-06-10 18:42 GMT+02:00 Sebastian Ramacher : > On 2018-06-05 10:13:19, Antoni Marcinek wrote: > > > VA-API was not automatically probed in VLC 2.2. This is expected. > > > VDPAU fails, and then VLC falls back to software decoding. > > > > > > In VLC 3.0, VA-API probing fails due to insufficient hardware > > capabilities, so > > > VLC uses software decoding as well. So no differences. > > > > > > -- > > > Rémi Denis-Courmont > > > > Sorry, I didn't notice this message earlier. Thank you. > > > > OK, so it is not about hardware acceleration. However something did > change > > between VLC versions in Debian what changes behaviour of software > decoding. > > The title of the bug report is wrong now, but I guess the issue of > software > > decoding should still be addressed. Should I send output of vlc -vvv for > > VLC 3.0.2? > > > > > > Still it is not clear who should address the problem of optirun + VLC-Qt. > > As mentioned in another subthread: please seek help from someone who's > familiar > with optirun, ideally someone who's also familiar with Qt and VLC. > > Cheers > -- > Sebastian Ramacher >
Bug#899384: vlc: Hardware acceleration fails after upgrade to 3.0.2
> VA-API was not automatically probed in VLC 2.2. This is expected. > VDPAU fails, and then VLC falls back to software decoding. > > In VLC 3.0, VA-API probing fails due to insufficient hardware capabilities, so > VLC uses software decoding as well. So no differences. > > -- > Rémi Denis-Courmont Sorry, I didn't notice this message earlier. Thank you. OK, so it is not about hardware acceleration. However something did change between VLC versions in Debian what changes behaviour of software decoding. The title of the bug report is wrong now, but I guess the issue of software decoding should still be addressed. Should I send output of vlc -vvv for VLC 3.0.2? Still it is not clear who should address the problem of optirun + VLC-Qt.
Bug#899384: vlc: Hardware acceleration fails after upgrade to 3.0.2
Hi, Attached you can find the output of vlc -vvv. Looking around lines 243 to 272 it seems that indeed hw acceleration is not used at all. I guess I should now look at the same with VLC 3.0.2, right, or is there something more that I should do with 2.2.7 before upgrade? As for optirun, did you mean that I should try to get help from upstream or that you would do it? Cheers, Antoni 2018-05-27 23:25 GMT+02:00 Sebastian Ramacher : > On 2018-05-28 00:10:42, Antoni Marcinek wrote: > > Hi, > > > > I downgraded to 2.2.7-1~deb9u1. As I remembered I can increase the > > speed up to 64x. The messages in the console are the following: > > > > VLC media player 2.2.7 Umbrella (revision 2.2.7-0-g6e32381286) > > [55798d591178] core libvlc: Running vlc with the default > > interface. Use 'cvlc' to use vlc without interface. > > Failed to open VDPAU backend libvdpau_i965.so: cannot open shared > > object file: No such file or directory > > > > There is nothing about VA-API, nor profile(3). So I wonder what is going > on... > > vlc with -vvv should tell you what's used in the end. > > > > > Anyway, what about the optirun? I think I did see in some forums > > people complaining about it (so it is not just my issue). > > I don't know. I don't have a suitable system to test it. My best would be > to get > help from VLC or Qt upstream. > > Cheers > > > > > > > Cheers, > > Antoni > > > > 2018-05-27 11:52 GMT+03:00 Sebastian Ramacher : > > > On 2018-05-27 11:05:32, Antoni Marcinek wrote: > > >> Hi, > > >> > > >> dmo packages replaced, but it doesn't help. > > >> > > >> As for other Qt applications, I can run for example qpdfview (Qt5) and > > >> qtconfig (Qt4) with optirun. > > >> > > >> > > >> As for the codec: before update to VLC 3.0.2 I didn't observe the > > >> performance problem with this movie file. So either hardware > > >> acceleration didn't fail, what is in conflict with "your hardware > > >> doesn't support the codec" or it did fail with the same error, but I > > >> didn't notice the error message and the performance with software > > >> decoding was much better. In order to verify this, I would have to > > >> revert my vlc to the previous version. Are there downloadable Debian > > >> packages for the previous version that was shipped with Debian 9.4? > > > > > > The stretch repos still have 2.2.7 packages until the next point > release. After > > > that you can always get older packages from snapshot.debian.org. > > > > > > Cheers > > > > > >> > > >> Cheers, > > >> Antoni > > >> > > >> 2018-05-26 10:26 GMT+03:00 Sebastian Ramacher : > > >> > Control: tags -1 + moreinfo > > >> > > > >> > Hi > > >> > > > >> > On 2018-05-23 18:29:41, Antoni Marcinek wrote: > > >> >> Package: src:vlc > > >> >> Version: 3.0.2-0+deb9u1 > > >> >> Severity: important > > >> >> > > >> >> Dear Maintainer, > > >> >> > > >> >> After recent upgrade to 3.0.2 when I try to increase the speed > above > > >> >> certain level (16x), the video is frozen. The same procedure on > > >> >> the same movie file worked without problem up to 64x before the > upgrade. > > >> >> Looks like there is some problem with hardware acceleration, which > is > > >> >> set to AUTO in the VLC config - I am getting the following error > in the > > >> >> console: > > >> >> > > >> >> libva info: VA-API version 0.39.4 > > >> >> libva info: va_getDriverName() returns 0 > > >> >> libva info: Trying to open > > >> >> /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so > > >> >> libva info: Found init function __vaDriverInit_0_39 > > >> >> libva info: va_openDriver() returns 0 > > >> >> [7f249c016240] vaapi generic error: profile(3) is not supported > > >> > > > >> > Not much vlc can do about that. If your hardware doesn't support > the codec, then > > >> > it can only fallback to software decoding. > > >> > > > >> >> Failed to open VDPAU backend libvdpau_i965.so: cannot open shared > object file: No such file or directory > > >> >>
Bug#899384: vlc: Hardware acceleration fails after upgrade to 3.0.2
Hi, I downgraded to 2.2.7-1~deb9u1. As I remembered I can increase the speed up to 64x. The messages in the console are the following: VLC media player 2.2.7 Umbrella (revision 2.2.7-0-g6e32381286) [55798d591178] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. Failed to open VDPAU backend libvdpau_i965.so: cannot open shared object file: No such file or directory There is nothing about VA-API, nor profile(3). So I wonder what is going on... Anyway, what about the optirun? I think I did see in some forums people complaining about it (so it is not just my issue). Cheers, Antoni 2018-05-27 11:52 GMT+03:00 Sebastian Ramacher <sramac...@debian.org>: > On 2018-05-27 11:05:32, Antoni Marcinek wrote: >> Hi, >> >> dmo packages replaced, but it doesn't help. >> >> As for other Qt applications, I can run for example qpdfview (Qt5) and >> qtconfig (Qt4) with optirun. >> >> >> As for the codec: before update to VLC 3.0.2 I didn't observe the >> performance problem with this movie file. So either hardware >> acceleration didn't fail, what is in conflict with "your hardware >> doesn't support the codec" or it did fail with the same error, but I >> didn't notice the error message and the performance with software >> decoding was much better. In order to verify this, I would have to >> revert my vlc to the previous version. Are there downloadable Debian >> packages for the previous version that was shipped with Debian 9.4? > > The stretch repos still have 2.2.7 packages until the next point release. > After > that you can always get older packages from snapshot.debian.org. > > Cheers > >> >> Cheers, >> Antoni >> >> 2018-05-26 10:26 GMT+03:00 Sebastian Ramacher <sramac...@debian.org>: >> > Control: tags -1 + moreinfo >> > >> > Hi >> > >> > On 2018-05-23 18:29:41, Antoni Marcinek wrote: >> >> Package: src:vlc >> >> Version: 3.0.2-0+deb9u1 >> >> Severity: important >> >> >> >> Dear Maintainer, >> >> >> >> After recent upgrade to 3.0.2 when I try to increase the speed above >> >> certain level (16x), the video is frozen. The same procedure on >> >> the same movie file worked without problem up to 64x before the upgrade. >> >> Looks like there is some problem with hardware acceleration, which is >> >> set to AUTO in the VLC config - I am getting the following error in the >> >> console: >> >> >> >> libva info: VA-API version 0.39.4 >> >> libva info: va_getDriverName() returns 0 >> >> libva info: Trying to open >> >> /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so >> >> libva info: Found init function __vaDriverInit_0_39 >> >> libva info: va_openDriver() returns 0 >> >> [7f249c016240] vaapi generic error: profile(3) is not supported >> > >> > Not much vlc can do about that. If your hardware doesn't support the >> > codec, then >> > it can only fallback to software decoding. >> > >> >> Failed to open VDPAU backend libvdpau_i965.so: cannot open shared object >> >> file: No such file or directory >> >> >> >> I am doing this on a laptop with integrated Intel graphics + Optimus >> >> nvidia card. What I understand is happening it tries to run vaapi >> >> (fails) and then falls back to vdpau, which also fails. The vdpau >> >> probably would require to run with nvidia card, but unfortunately >> >> > optirun vlc >> >> is unable to open the Qt interface and falls back to console interface >> >> which is pretty useless (at least for my case). >> >> >> >> Maybe the new VLC version requires newer libva - libva2, which provides >> >> VA-API 1.0.0? >> >> >> >> If the problem with VA-API cannot be solved, then maybe it is easier to >> >> make VLC Qt interface run with optirun? While it would not bring the >> >> user experience back to what was before upgrade to 3.0.2 (hardware >> >> acceleration out-of-the-box on Intel graphics), it would still be >> >> acceptable. >> > >> > Are you able to use any other Qt-based applications when started with >> > optirun? >> > >> >> ii libavcodec57 10:3.3.7-dmo1+deb9u1 >> >> ii libavformat5710:3.3.7-dmo1+deb9u1 >> >> ii libavutil55 10:3.3.7-dmo1+deb9u1 >> > >> > This combination of packages is not supported by us. Please replace all dmo >> > packages with the packages provided by Debian. >> > >> > Cheers >> > -- >> > Sebastian Ramacher >> >> ___ >> pkg-multimedia-maintainers mailing list >> pkg-multimedia-maintain...@alioth-lists.debian.net >> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers > > -- > Sebastian Ramacher
Bug#899384: vlc: Hardware acceleration fails after upgrade to 3.0.2
Hi, dmo packages replaced, but it doesn't help. As for other Qt applications, I can run for example qpdfview (Qt5) and qtconfig (Qt4) with optirun. As for the codec: before update to VLC 3.0.2 I didn't observe the performance problem with this movie file. So either hardware acceleration didn't fail, what is in conflict with "your hardware doesn't support the codec" or it did fail with the same error, but I didn't notice the error message and the performance with software decoding was much better. In order to verify this, I would have to revert my vlc to the previous version. Are there downloadable Debian packages for the previous version that was shipped with Debian 9.4? Cheers, Antoni 2018-05-26 10:26 GMT+03:00 Sebastian Ramacher <sramac...@debian.org>: > Control: tags -1 + moreinfo > > Hi > > On 2018-05-23 18:29:41, Antoni Marcinek wrote: >> Package: src:vlc >> Version: 3.0.2-0+deb9u1 >> Severity: important >> >> Dear Maintainer, >> >> After recent upgrade to 3.0.2 when I try to increase the speed above >> certain level (16x), the video is frozen. The same procedure on >> the same movie file worked without problem up to 64x before the upgrade. >> Looks like there is some problem with hardware acceleration, which is >> set to AUTO in the VLC config - I am getting the following error in the >> console: >> >> libva info: VA-API version 0.39.4 >> libva info: va_getDriverName() returns 0 >> libva info: Trying to open >> /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so >> libva info: Found init function __vaDriverInit_0_39 >> libva info: va_openDriver() returns 0 >> [7f249c016240] vaapi generic error: profile(3) is not supported > > Not much vlc can do about that. If your hardware doesn't support the codec, > then > it can only fallback to software decoding. > >> Failed to open VDPAU backend libvdpau_i965.so: cannot open shared object >> file: No such file or directory >> >> I am doing this on a laptop with integrated Intel graphics + Optimus >> nvidia card. What I understand is happening it tries to run vaapi >> (fails) and then falls back to vdpau, which also fails. The vdpau >> probably would require to run with nvidia card, but unfortunately >> > optirun vlc >> is unable to open the Qt interface and falls back to console interface >> which is pretty useless (at least for my case). >> >> Maybe the new VLC version requires newer libva - libva2, which provides >> VA-API 1.0.0? >> >> If the problem with VA-API cannot be solved, then maybe it is easier to >> make VLC Qt interface run with optirun? While it would not bring the >> user experience back to what was before upgrade to 3.0.2 (hardware >> acceleration out-of-the-box on Intel graphics), it would still be >> acceptable. > > Are you able to use any other Qt-based applications when started with optirun? > >> ii libavcodec57 10:3.3.7-dmo1+deb9u1 >> ii libavformat5710:3.3.7-dmo1+deb9u1 >> ii libavutil55 10:3.3.7-dmo1+deb9u1 > > This combination of packages is not supported by us. Please replace all dmo > packages with the packages provided by Debian. > > Cheers > -- > Sebastian Ramacher
Bug#899384: additional possibly useful feedback from VLC developers
I asked about this on VLC forum. Please see discussion at http://forum.videolan.org/viewtopic.php?f=13=144411
Bug#899384: vlc: Hardware acceleration fails after upgrade to 3.0.2
Package: src:vlc Version: 3.0.2-0+deb9u1 Severity: important Dear Maintainer, After recent upgrade to 3.0.2 when I try to increase the speed above certain level (16x), the video is frozen. The same procedure on the same movie file worked without problem up to 64x before the upgrade. Looks like there is some problem with hardware acceleration, which is set to AUTO in the VLC config - I am getting the following error in the console: libva info: VA-API version 0.39.4 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_39 libva info: va_openDriver() returns 0 [7f249c016240] vaapi generic error: profile(3) is not supported Failed to open VDPAU backend libvdpau_i965.so: cannot open shared object file: No such file or directory I am doing this on a laptop with integrated Intel graphics + Optimus nvidia card. What I understand is happening it tries to run vaapi (fails) and then falls back to vdpau, which also fails. The vdpau probably would require to run with nvidia card, but unfortunately > optirun vlc is unable to open the Qt interface and falls back to console interface which is pretty useless (at least for my case). Maybe the new VLC version requires newer libva - libva2, which provides VA-API 1.0.0? If the problem with VA-API cannot be solved, then maybe it is easier to make VLC Qt interface run with optirun? While it would not bring the user experience back to what was before upgrade to 3.0.2 (hardware acceleration out-of-the-box on Intel graphics), it would still be acceptable. Best regards, Antoni -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/8 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8), LANGUAGE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii dpkg 1.18.24 ii vlc-bin 3.0.2-0+deb9u1 ii vlc-l10n 3.0.2-0+deb9u1 ii vlc-plugin-base 3.0.2-0+deb9u1 ii vlc-plugin-qt3.0.2-0+deb9u1 ii vlc-plugin-video-output 3.0.2-0+deb9u1 Versions of packages vlc recommends: ii vlc-plugin-notify 3.0.2-0+deb9u1 ii vlc-plugin-samba 3.0.2-0+deb9u1 ii vlc-plugin-skins2 3.0.2-0+deb9u1 ii vlc-plugin-video-splitter 3.0.2-0+deb9u1 ii vlc-plugin-visualization 3.0.2-0+deb9u1 vlc suggests no packages. Versions of packages libvlc-bin depends on: ii libc62.24-11+deb9u3 ii libvlc5 3.0.2-0+deb9u1 Versions of packages libvlc5 depends on: ii dpkg 1.18.24 ii libc62.24-11+deb9u3 ii libvlccore9 3.0.2-0+deb9u1 Versions of packages libvlc5 recommends: ii libvlc-bin 3.0.2-0+deb9u1 Versions of packages vlc-bin depends on: ii libc6 2.24-11+deb9u3 ii libvlc-bin 3.0.2-0+deb9u1 ii libvlc5 3.0.2-0+deb9u1 Versions of packages vlc-plugin-base depends on: ii dpkg 1.18.24 ii liba52-0.7.4 0.7.4-19 ii libarchive13 3.2.2-2 ii libasound2 1.1.3-5 ii libass5 1:0.13.4-2 ii libavahi-client3 0.6.32-2 ii libavahi-common3 0.6.32-2 ii libavc1394-0 0.5.4-4+b1 ii libavcodec57 10:3.3.7-dmo1+deb9u1 ii libavformat5710:3.3.7-dmo1+deb9u1 ii libavutil55 10:3.3.7-dmo1+deb9u1 ii libbasicusageenvironment12016.11.28-1 ii libbluray1 1:0.9.3-3 ii libc62.24-11+deb9u3 ii libcairo21.14.8-1 ii libcddb2 1.3.2-5 ii libchromaprint1 1:1.4.2-dmo1 ii libcrystalhd31:0.0~git20110715.fdd2f19-12 ii libdbus-1-3 1.10.26-0+deb9u1 ii libdc1394-22 2.2.5-1 ii libdca0 0.0.5-10 ii libdvbpsi10 1.3.0-5 ii libdvdnav4 5.0.3-3 ii libdvdread4 5.0.3-2 ii libebml4v5 1.3.4-1 ii libfaad2 2.8.0~cvs20161113-1 ii libflac8 1.3.2-1 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libfribidi0 0.19.7-1+b1 ii libgcc1 1:6.3.0-18+deb9u1 ii libgcrypt20 1.7.6-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libgnutls30 3.5.8-5+deb9u3 ii libgpg-error01.26-2 ii libgroupsock8
Bug#833930: gitk: display shot, application usability gone
Hello, I observe the same problem for about the same time with sid. I tried purging gitk,tk,tcl and associated libs, as well as libx11-6 with all dependent packages and reinstalling. None of this allowed to get the functionality back (contrary to Oleg Pudeyev's case). I also tried with new user - gitk is still broken. So there is some system wide problem. Regards, Antoni
Bug#827566: qpdfview: search option 'whole words' doesn't work
Package: qpdfview Version: 0.4.14-1 Severity: normal Dear Maintainer, The search option 'whole words' if selected has no effect. According to one of reports at developers site, this is likely due to too old poppler version (below 0.31). However, I have the 0.44 installed. But when in qpdfview I select Help/About, I see: This version includes: PDF support using Poppler 0.26.5 PS support using libspectre 0.2.7 DjVu support using DjVuLibre 3.5.27 Printing support using CUPS 1.7.5 So I suppose, that qpdfview in Debian has been compiled with poppler 0.26.5 when the poppler's API didn't contain the whole words search. So having the new poppler installed doesn't help, as qpdfview does not really make an appropriate function call. If my guesses are correct, it would be good to just release a new package version compiled against the current version of poppler in sid. Regards, Antoni Marcinek -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qpdfview depends on: ii hicolor-icon-theme0.15-1 ii libc6 2.22-11 ii libcups2 2.1.3-6 ii libgcc1 1:6.1.1-6 ii libgl1-mesa-glx [libgl1] 11.2.2-1 ii libpoppler-qt5-1 0.44.0-3 ii libqt5concurrent5 5.6.1+dfsg-2 ii libqt5core5a 5.6.1+dfsg-2 ii libqt5dbus5 5.6.1+dfsg-2 ii libqt5gui55.6.1+dfsg-2 ii libqt5printsupport5 5.6.1+dfsg-2 ii libqt5sql55.6.1+dfsg-2 ii libqt5sql5-sqlite 5.6.1+dfsg-2 ii libqt5svg55.6.1-2 ii libqt5widgets55.6.1+dfsg-2 ii libqt5xml55.6.1+dfsg-2 ii libstdc++66.1.1-6 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages qpdfview recommends: ii qpdfview-djvu-plugin 0.4.14-1 ii qpdfview-ps-plugin 0.4.14-1 ii qpdfview-translations 0.4.14-1 qpdfview suggests no packages. -- no debconf information