Bug#916595: vlc: program doesn't close its process in some cases

2021-03-27 Thread Bert Schlumwig
Package: vlc
Version: 3.0.12-3
Followup-For: Bug #916595
X-Debbugs-Cc: funat...@posteo.de

Dear Maintainer,

I can confirm the initial bug-report. VLC does not terminate properly in some
cases. Additionally, chances are very high if I increase the
playback speed to 4x or higher and then click on the X to close it.

The VLC instance(s) just stay listed in the task-manager.


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vlc depends on:
ii  vlc-bin  3.0.12-3
ii  vlc-plugin-base  3.0.12-3
ii  vlc-plugin-qt3.0.12-3
ii  vlc-plugin-video-output  3.0.12-3

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.12-3
pn  vlc-plugin-access-extra
pn  vlc-plugin-notify  
pn  vlc-plugin-samba   
pn  vlc-plugin-skins2  
pn  vlc-plugin-video-splitter  
pn  vlc-plugin-visualization   

Versions of packages vlc suggests:
pn  vlc-plugin-fluidsynth  
pn  vlc-plugin-jack
pn  vlc-plugin-svg 

Versions of packages libvlc-bin depends on:
ii  libc62.31-10
ii  libvlc5  3.0.12-3

Versions of packages libvlc5 depends on:
ii  libc62.31-10
ii  libvlccore9  3.0.12-3

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.12-3

Versions of packages vlc-bin depends on:
ii  libc6   2.31-10
ii  libvlc-bin  3.0.12-3
ii  libvlc5 3.0.12-3

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-20
ii  libarchive13 3.4.3-2+b1
ii  libaribb24-0 1.0.3-2
ii  libasound2   1.2.4-1.1
ii  libass9  1:0.15.0-1
ii  libavahi-client3 0.8-5
ii  libavahi-common3 0.8-5
ii  libavc1394-0 0.5.4-5
ii  libavcodec58 7:4.3.2-0+deb11u1
ii  libavformat587:4.3.2-0+deb11u1
ii  libavutil56  7:4.3.2-0+deb11u1
ii  libbluray2   1:1.2.1-4
ii  libc62.31-10
ii  libcairo21.16.0-5
ii  libcddb2 1.3.2-6+b1
ii  libchromaprint1  1.5.0-2
ii  libdav1d40.7.1-3
ii  libdbus-1-3  1.12.20-2
ii  libdc1394-25 2.2.6-3
ii  libdca0  0.0.7-2
ii  libdvbpsi10  1.3.3-1
ii  libdvdnav4   6.1.0-1+b1
ii  libdvdread8  6.1.1-2
ii  libebml5 1.4.2-1
ii  libfaad2 2.10.0-1
ii  libflac8 1.3.3-2
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.4+dfsg-1
ii  libfribidi0  1.0.8-2
ii  libgcc-s110.2.1-6
ii  libgcrypt20  1.8.7-3
ii  libglib2.0-0 2.66.7-2
ii  libgnutls30  3.7.0-7
ii  libgpg-error01.38-2
ii  libharfbuzz0b2.7.4-1
ii  libixml101:1.8.4-2
ii  libjpeg62-turbo  1:2.0.6-4
ii  libkate1 0.4.1-11
ii  liblirc-client0  0.10.1-6.3
ii  liblua5.2-0  5.2.4-1.1+b3
ii  libmad0  0.15.1b-10
ii  libmatroska7 1.6.2-1
ii  libmpcdec6   2:0.1~r495-2
ii  libmpeg2-4   0.5.1-9
ii  libmpg123-0  1.26.4-1
ii  libmtp9  1.1.17-3
ii  libncursesw6 6.2+20201114-2
ii  libnfs13 4.0.0-1
ii  libogg0  1.3.4-0.1
ii  libopenmpt-modplug1  0.4.11-1
ii  libopus0 1.3.1-0.1
ii  libpng16-16  1.6.37-3
ii  libpostproc557:4.3.2-0+deb11u1
ii  libprotobuf-lite23   3.12.4-1
ii  libpulse014.2-2
ii  libraw1394-112.1.2-2
ii  libresid-builder0c2a 2.1.1-15+b1
ii  librsvg2-2   2.50.3+dfsg-1
ii  libsamplerate0   0.2.1+ds0-1
ii  libsdl-image1.2  1.2.12-12
ii  libsdl1.2debian  1.2.15+dfsg2-6
ii  libsecret-1-00.20.4-2
ii  libshine33.1.1-2
ii  libshout32.4.5-1+b1
ii  libsidplay2 

Bug#916595: vlc: program doesn't close its process in some cases

2019-08-18 Thread Fab Stz
Hello,

There is a ticket on the VLC side that reports a similar issue with VLC on 
macOS. https://trac.videolan.org/vlc/ticket/20627
I added the reference to this debian bug report on that VLC ticket.

Disabling hardware acceleration in VLC as suggested in that report is the 
current workaround that fixed the issue for me.



Bug#916595: vlc: program doesn't close its process in some cases

2019-08-17 Thread Fab Stz
Package: vlc
Version: 3.0.7-1
Followup-For: Bug #916595

Dear Maintainer,

I have the same issue here. On buster, and also with vlc package 3.0.7.1-3 from
testing (installed on buster)

I noticed that it doesn't happen if I stop the video before closing VLC.
It I close VLC white it is playin the video, VLC doesn't close. Playing stops
but VLC remains in the system tray, it is even possible to get the list of
actions when clicking on its icon in the system tray, but VLC doesn't respond.
The VLC GUI can be restored but it is blank. The only way to close it is by
killing it.

My system uses VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] (rev cb)
CPU/APU is AMD Athlon 200GE with Vega3 graphics.
Video driver is amdgpu



-- System Information:
Debian Release: 10.0
  APT prefers stable-updates
  APT policy: (991, 'stable-updates'), (991, 'stable'), (95, 'testing'), (90, 
'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages vlc depends on:
ii  vlc-bin  3.0.7-1
ii  vlc-plugin-base  3.0.7-1
ii  vlc-plugin-qt3.0.7-1
ii  vlc-plugin-video-output  3.0.7-1

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.7-1
ii  vlc-plugin-notify  3.0.7-1
ii  vlc-plugin-samba   3.0.7-1
ii  vlc-plugin-skins2  3.0.7-1
ii  vlc-plugin-video-splitter  3.0.7-1
ii  vlc-plugin-visualization   3.0.7-1

vlc suggests no packages.

Versions of packages libvlc-bin depends on:
ii  libc62.28-10
ii  libvlc5  3.0.7-1

Versions of packages libvlc5 depends on:
ii  libc62.28-10
ii  libvlccore9  3.0.7-1

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.7-1

Versions of packages vlc-bin depends on:
ii  libc6   2.28-10
ii  libvlc-bin  3.0.7-1
ii  libvlc5 3.0.7-1

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-19
ii  libaom0  1.0.0-3
ii  libarchive13 3.3.3-4
ii  libaribb24-0 1.0.3-2
ii  libasound2   1.1.8-1
ii  libass9  1:0.14.0-2
ii  libavahi-client3 0.7-4+b1
ii  libavahi-common3 0.7-4+b1
ii  libavc1394-0 0.5.4-5
ii  libavcodec58 7:4.1.4-1~deb10u1
ii  libavformat587:4.1.4-1~deb10u1
ii  libavutil56  7:4.1.4-1~deb10u1
ii  libbasicusageenvironment12018.11.26-1.1
ii  libbluray2   1:1.1.0-1
ii  libc62.28-10
ii  libcairo21.16.0-4
ii  libcddb2 1.3.2-6
ii  libchromaprint1  1.4.3-3
ii  libcrystalhd31:0.0~git20110715.fdd2f19-13
ii  libdbus-1-3  1.12.16-1
ii  libdc1394-22 2.2.5-1
ii  libdca0  0.0.6-1
ii  libdvbpsi10  1.3.2-1
ii  libdvdnav4   6.0.0-1
ii  libdvdread4  6.0.1-1
ii  libebml4v5   1.3.6-2
ii  libfaad2 2.8.8-3
ii  libflac8 1.3.2-3
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libfribidi0  1.0.5-3.1
ii  libgcc1  1:8.3.0-6
ii  libgcrypt20  1.8.4-5
ii  libglib2.0-0 2.58.3-2
ii  libgnutls30  3.6.7-4
ii  libgpg-error01.35-1
ii  libgroupsock82018.11.26-1.1
ii  libharfbuzz0b2.3.1-1
ii  libixml101:1.8.4-2
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libkate1 0.4.1-9
ii  liblirc-client0  0.10.1-5.2
ii  liblivemedia64   2018.11.26-1.1
ii  liblua5.2-0  5.2.4-1.1+b2
ii  libmad0  0.15.1b-10
ii  libmatroska6v5   1.4.9-1
ii  libmicrodns0 0.0.10-1
ii  libmpcdec6   2:0.1~r495-1+b2
ii  libmpeg2-4   0.5.1-8
ii  libmpg123-0  1.25.10-2
ii  libmtp9  1.1.16-2
ii  libncursesw6 6.1+20181013-2
ii  libnfs12 3.0.0-2
ii  libogg0   

Bug#916595: vlc: program doesn't close its process in some cases

2019-08-15 Thread Armin Fuerst
Hi all,

I have the same behavior here, I can confirm it started with the upgrade
to buster and I am using a Radeon card:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM]
07:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
(rev c8)

If there is anything additional I can provide to fix this, feel free to
contact me.

Kind regards,
Armin

-- 
 The ASCII Ribbon Campaign
() No HTML/RTF in email
/\ No Word docs in email
 Respect for open standards
http://arc.pasp.de/



Bug#916595: vlc: program doesn't close its process in some cases

2019-06-22 Thread Jérôme
Le Sat, 22 Jun 2019 12:04:11 +0200,
Bert Schlumwig  a écrit :

> Package: vlc
> Version: 3.0.7-1
> Followup-For: Bug #916595
> 
> Yes, I experienced similar problem. Maybe its all related to bug
> #930542

I'm also experiencing similar problems.

#930542 (playing video at 3x speed) seems to trigger that
systematically (100% out a 3 or 4 tries). But there are other triggers
as I don't normally do that.

Closing window while video is paused doesn't seem to make any
difference here.

I changed to VDPAU and it still happens.

It all started after I moved to Buster.

Jérôme

-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (700, 'testing'), (300, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages vlc depends on:
ii  vlc-bin  3.0.7-1
ii  vlc-plugin-base  3.0.7-1
ii  vlc-plugin-qt3.0.7-1
ii  vlc-plugin-video-output  3.0.7-1

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.7-1
ii  vlc-plugin-notify  3.0.7-1
ii  vlc-plugin-samba   3.0.7-1
ii  vlc-plugin-skins2  3.0.7-1
ii  vlc-plugin-video-splitter  3.0.7-1
ii  vlc-plugin-visualization   3.0.7-1

vlc suggests no packages.

Versions of packages libvlc-bin depends on:
ii  libc62.28-10
ii  libvlc5  3.0.7-1

Versions of packages libvlc5 depends on:
ii  libc62.28-10
ii  libvlccore9  3.0.7-1

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.7-1

Versions of packages libvlccore8 depends on:
ii  dpkg 1.19.7
ii  libc62.28-10
ii  libdbus-1-3  1.12.16-1
ii  libidn11 1.33-2.2

Versions of packages libvlccore8 recommends:
ii  libproxy-tools  0.4.15-5

Versions of packages vlc-bin depends on:
ii  libc6   2.28-10
ii  libvlc-bin  3.0.7-1
ii  libvlc5 3.0.7-1

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-19
ii  libaom0  1.0.0-3
ii  libarchive13 3.3.3-4
ii  libaribb24-0 1.0.3-2
ii  libasound2   1.1.8-1
ii  libass9  1:0.14.0-2
ii  libavahi-client3 0.7-4+b1
ii  libavahi-common3 0.7-4+b1
ii  libavc1394-0 0.5.4-5
ii  libavcodec58 7:4.1.3-1
ii  libavformat587:4.1.3-1
ii  libavutil56  7:4.1.3-1
ii  libbasicusageenvironment12018.11.26-1.1
ii  libbluray2   1:1.1.0-1
ii  libc62.28-10
ii  libcairo21.16.0-4
ii  libcddb2 1.3.2-6
ii  libchromaprint1  1.4.3-3
ii  libcrystalhd31:0.0~git20110715.fdd2f19-13
ii  libdbus-1-3  1.12.16-1
ii  libdc1394-22 2.2.5-1
ii  libdca0  0.0.6-1
ii  libdvbpsi10  1.3.2-1
ii  libdvdnav4   6.0.0-1
ii  libdvdread4  6.0.1-1
ii  libebml4v5   1.3.6-2
ii  libfaad2 2.8.8-3
ii  libflac8 1.3.2-3
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libfribidi0  1.0.5-3.1
ii  libgcc1  1:8.3.0-6
ii  libgcrypt20  1.8.4-5
ii  libglib2.0-0 2.58.3-2
ii  libgnutls30  3.6.7-4
ii  libgpg-error01.35-1
ii  libgroupsock82018.11.26-1.1
ii  libharfbuzz0b2.3.1-1
ii  libixml101:1.8.4-2
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libkate1 0.4.1-9
ii  liblirc-client0  0.10.1-5.2
ii  liblivemedia64   2018.11.26-1.1
ii  liblua5.2-0  5.2.4-1.1+b2
ii  libmad0  0.15.1b-10
ii  libmatroska6v5   1.4.9-1
ii  libmicrodns0 0.0.10-1
ii  libmpcdec6   2:0.1~r495-1+b2
ii  libmpeg2-4   0.5.1-8
ii  libmpg123-0  1.25.10-2
ii  libmtp9  1.1.16-2
ii  libncursesw6 6.1+20181013-2
ii  libnfs12 3.0.0-2
ii  libogg0  1.3.2-1+b1
ii  libopenmpt-modplug1  0.4.3-1
ii  libopus0 1.3-1
ii  libpng16-16  

Bug#916595: vlc: program doesn't close its process in some cases

2019-06-22 Thread Bert Schlumwig
Package: vlc
Version: 3.0.7-1
Followup-For: Bug #916595

Yes, I experienced similar problem. Maybe its all related to bug #930542



-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:de (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vlc depends on:
ii  vlc-bin  3.0.7-1
ii  vlc-plugin-base  3.0.7-1
ii  vlc-plugin-qt3.0.7-1
ii  vlc-plugin-video-output  3.0.7-1

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.7-1
pn  vlc-plugin-notify  
pn  vlc-plugin-samba   
pn  vlc-plugin-skins2  
pn  vlc-plugin-video-splitter  
pn  vlc-plugin-visualization   

vlc suggests no packages.

Versions of packages libvlc-bin depends on:
ii  libc62.28-10
ii  libvlc5  3.0.7-1

Versions of packages libvlc5 depends on:
ii  libc62.28-10
ii  libvlccore9  3.0.7-1

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.7-1

Versions of packages vlc-bin depends on:
ii  libc6   2.28-10
ii  libvlc-bin  3.0.7-1
ii  libvlc5 3.0.7-1

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-19
ii  libaom0  1.0.0-3
ii  libarchive13 3.3.3-4
ii  libaribb24-0 1.0.3-2
ii  libasound2   1.1.8-1
ii  libass9  1:0.14.0-2
ii  libavahi-client3 0.7-4+b1
ii  libavahi-common3 0.7-4+b1
ii  libavc1394-0 0.5.4-5
ii  libavcodec58 7:4.1.3-1
ii  libavformat587:4.1.3-1
ii  libavutil56  7:4.1.3-1
ii  libbasicusageenvironment12018.11.26-1.1
ii  libbluray2   1:1.1.0-1
ii  libc62.28-10
ii  libcairo21.16.0-4
ii  libcddb2 1.3.2-6
ii  libchromaprint1  1.4.3-3
ii  libcrystalhd31:0.0~git20110715.fdd2f19-13
ii  libdbus-1-3  1.12.16-1
ii  libdc1394-22 2.2.5-1
ii  libdca0  0.0.6-1
ii  libdvbpsi10  1.3.2-1
ii  libdvdnav4   6.0.0-1
ii  libdvdread4  6.0.1-1
ii  libebml4v5   1.3.6-2
ii  libfaad2 2.8.8-3
ii  libflac8 1.3.2-3
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libfribidi0  1.0.5-3.1
ii  libgcc1  1:8.3.0-6
ii  libgcrypt20  1.8.4-5
ii  libglib2.0-0 2.58.3-2
ii  libgnutls30  3.6.7-4
ii  libgpg-error01.35-1
ii  libgroupsock82018.11.26-1.1
ii  libharfbuzz0b2.3.1-1
ii  libixml101:1.8.4-2
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libkate1 0.4.1-9
ii  liblirc-client0  0.10.1-5.2
ii  liblivemedia64   2018.11.26-1.1
ii  liblua5.2-0  5.2.4-1.1+b2
ii  libmad0  0.15.1b-10
ii  libmatroska6v5   1.4.9-1
ii  libmicrodns0 0.0.10-1
ii  libmpcdec6   2:0.1~r495-1+b2
ii  libmpeg2-4   0.5.1-8
ii  libmpg123-0  1.25.10-2
ii  libmtp9  1.1.16-2
ii  libncursesw6 6.1+20181013-2
ii  libnfs12 3.0.0-2
ii  libogg0  1.3.2-1+b1
ii  libopenmpt-modplug1  0.4.3-1
ii  libopus0 1.3-1
ii  libpng16-16  1.6.36-6
ii  libpostproc557:4.1.3-1
ii  libprotobuf-lite17   3.6.1.3-2
ii  libpulse012.2-4
ii  libraw1394-112.1.2-1+b1
ii  libresid-builder0c2a 2.1.1-15
ii  librsvg2-2   2.44.10-2.1
ii  libsamplerate0   0.1.9-2
ii  libsdl-image1.2  1.2.12-10
ii  libsdl1.2debian  1.2.15+dfsg2-4
ii  libsecret-1-00.18.7-1
ii  libshine33.1.1-2
ii  libshout32.4.1-2
ii  libsidplay2  2.1.1-15
ii  libsndio7.0  1.5.0-3
ii  libsoxr0 0.1.2-3
ii  

Bug#916595: vlc: program doesn't close its process in some cases

2019-03-15 Thread Jonathan Howard
Hit this bug updating to Buster. AFAIK Stretch was using the same VLC 
version.


Only occurs when video paused and pressing window close. Tray icon 
remains and can bring up blank gray window but have to kill process with -9.


Changing from automatic to VDPAU fixes it.

With automatic terminal output contains;

libva info: VA-API version 1.4.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/r600_drv_video.so
libva info: Found init function __vaDriverInit_1_4
libva info: va_openDriver() returns 0
[7fbaa0002de0] glconv_vaapi_x11 gl error: vaDeriveImage: invalid 
VASurfaceID




Bug#916595: vlc: program doesn't close its process in some cases

2019-02-21 Thread pazifi
Hi all,

here ist the same problem, vlc 3.0.6-1 (or kaffeine 2.0.15-2 which uses the vlc 
libs) 
don't close correctly if i use the "X" button from window-border to close the 
player.
If i go over the menu (File -> Exit) the programm cleanly.

$ lspci | grep VGA
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Seymour [Radeon HD 6400M/7400M Series]

$ dpkg -l | grep -i -E
"libglx-mesa0|libgl1-mesa-dri|vlc-plugin-video-output"
ii  libgl1-mesa-dri:amd64 18.3.2-1
amd64free implementation of the OpenGL API -- DRI modules
ii  libgl1-mesa-dri:i386  18.3.2-1
i386 free implementation of the OpenGL API -- DRI modules
ii  libglx-mesa0:amd6418.3.2-1
amd64free implementation of the OpenGL API -- GLX vendor
library
ii  libglx-mesa0:i386 18.3.2-1
i386 free implementation of the OpenGL API -- GLX vendor
library
ii  vlc-plugin-video-output:amd64 3.0.6-1
amd64multimedia player and streamer (video output plugins)


I hope i can help with this informations.

King regards,
pazifi



Bug#916595: vlc: program doesn't close its process in some cases

2018-12-28 Thread bitfreak25
Hi Bernhard,

here is the requested information:

> dpkg -l | grep -i -E "libglx-mesa0|libgl1-mesa-dri|vlc-plugin-video-output"
ii  libgl1-mesa-dri:amd64   18.2.7-2
amd64free implementation of the OpenGL API -- DRI 
modules
ii  libgl1-mesa-dri:i38618.2.7-2
i386 free implementation of the OpenGL API -- DRI 
modules
ii  libgl1-mesa-dri-dbgsym:amd6418.2.7-2
amd64debug symbols for libgl1-mesa-dri
ii  libglx-mesa0:amd64  18.2.7-2
amd64free implementation of the OpenGL API -- GLX 
vendor library
ii  libglx-mesa0:i386   18.2.7-2
i386 free implementation of the OpenGL API -- GLX 
vendor library
ii  libglx-mesa0-dbgsym:amd64   18.2.7-2
amd64debug symbols for libglx-mesa0
ii  vlc-plugin-video-output:amd64   3.0.4-4 
amd64multimedia player and streamer (video output 
plugins)
ii  vlc-plugin-video-output-dbgsym:amd643.0.4-4 
amd64debug symbols for vlc-plugin-video-output

> lspci | grep VGA
0c:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Vega 
10 XT [Radeon RX Vega 64] (rev c1)


Further information:
- the bug still exists
- the bug could only be reproduced when opengl is used as video-output

Kind regards,
bitfreak25



Bug#916595: vlc: program doesn't close its process in some cases

2018-12-21 Thread Bernhard Übelacker
Hello bitfreak25,
trying to get more details out of it I recognised that my physical PC
is also using radeonsi. "Unfortunately" my vlc closes correctly.

I tried to watch how on my system vlc is running through 
vout_display_opengl_Delete
and found that on mine it diverts into dri2_flush_swapbuffers instead of
loader_dri3_swapbuffer_barrier as in your system.
That might depend from the hardware or driver version.

Therefore you might add the output of following commands:

  dpkg -l | grep -i -E "libglx-mesa0|libgl1-mesa-dri|vlc-plugin-video-output"

  lspci | grep VGA

Kind regards,
Bernhard



Bug#916595: vlc: program doesn't close its process in some cases

2018-12-20 Thread bitfreak25
Hello Bernhard,

here is the output with your mentioned debug symbols and the new command.

Kind regards,
bitfreak25
Attaching to process 10449
[New LWP 10450]
[New LWP 10451]
[New LWP 10452]
[New LWP 10455]
[New LWP 10456]
[New LWP 10457]
[New LWP 10458]
[New LWP 10461]
[New LWP 10462]
[New LWP 10463]
[New LWP 10464]
[New LWP 10465]
[New LWP 10466]
[New LWP 10467]
[New LWP 10468]
[New LWP 10469]
[New LWP 10470]
[New LWP 10471]
[New LWP 10472]
[New LWP 10473]
[New LWP 10474]
[New LWP 10475]
[New LWP 10476]
[New LWP 10477]
[New LWP 10478]
[New LWP 10479]
[New LWP 10480]
[New LWP 10481]
[New LWP 10494]
[New LWP 10495]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x7f5fa8f08485 in __GI___pthread_timedjoin_ex (threadid=140048757475072, 
thread_return=thread_return@entry=0x0, abstime=abstime@entry=0x0, 
block=block@entry=true) at pthread_join_common.c:89
89  pthread_join_common.c: Datei oder Verzeichnis nicht gefunden.
  Id   Target Id   Frame 
* 1Thread 0x7f5fa8200100 (LWP 10449) "vlc" 0x7f5fa8f08485 
in __GI___pthread_timedjoin_ex (threadid=140048757475072, 
thread_return=thread_return@entry=0x0, abstime=abstime@entry=0x0, 
block=block@entry=true) at pthread_join_common.c:89
  2Thread 0x7f5fa2250700 (LWP 10450) "threaded-ml" 0x7f5fa8e27bd9 
in __GI___poll (fds=fds@entry=0x7f5f98007030, nfds=nfds@entry=3, 
timeout=timeout@entry=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
  3Thread 0x7f5fa470c700 (LWP 10451) "vlc" 0x7f5fa8f08485 
in __GI___pthread_timedjoin_ex (threadid=140045812623104, 
thread_return=thread_return@entry=0x0, abstime=abstime@entry=0x0, 
block=block@entry=true) at pthread_join_common.c:89
  4Thread 0x7f5f9da4f700 (LWP 10452) "vlc" 0x7f5fa8e27bd9 
in __GI___poll (fds=fds@entry=0x7f5f9da4ed60, nfds=nfds@entry=2, 
timeout=timeout@entry=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
  5Thread 0x7f5f83bf2700 (LWP 10455) "vlc" 0x7f5fa8e27bd9 
in __GI___poll (fds=0x7f5f78aae340, nfds=4, timeout=1557) at 
../sysdeps/unix/sysv/linux/poll.c:29
  6Thread 0x7f5f8301d700 (LWP 10456) "QXcbEventReader" 0x7f5fa8e27bd9 
in __GI___poll (fds=fds@entry=0x7f5f8301ccf8, nfds=nfds@entry=1, 
timeout=timeout@entry=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
  7Thread 0x7f5f80aa1700 (LWP 10457) "gmain"   0x7f5fa8e27bd9 
in __GI___poll (fds=0x7f5f7811dcf0, nfds=1, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:29
  8Thread 0x7f5f6700 (LWP 10458) "gdbus"   0x7f5fa8e27bd9 
in __GI___poll (fds=0x7f5f7812f040, nfds=2, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:29
  9Thread 0x7f5f6ec85700 (LWP 10461) "QDBusConnection" 0x7f5fa8e27bd9 
in __GI___poll (fds=0x7f5f6000e410, nfds=3, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:29
  10   Thread 0x7f5f802a0700 (LWP 10462) "vlc" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f78381f40) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  11   Thread 0x7f5f6cb89700 (LWP 10463) "vlc:cs0" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f783f6fcc) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  12   Thread 0x7f5f5bfff700 (LWP 10464) "vlc:disk$0"  
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f7811f8c8) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  13   Thread 0x7f5f5b7fe700 (LWP 10465) "vlc:sh0" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f7847d6cc) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  14   Thread 0x7f5f53fff700 (LWP 10466) "vlc:sh1" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f7847d6cc) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  15   Thread 0x7f5f5affd700 (LWP 10467) "vlc:sh2" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f7847d6cc) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  16   Thread 0x7f5f5a7fc700 (LWP 10468) "vlc:sh3" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f7847d6cc) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  17   Thread 0x7f5f59ffb700 (LWP 10469) "vlc:sh4" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f7847d6cc) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  18   Thread 0x7f5f597fa700 (LWP 10470) "vlc:sh5" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f7847d6cc) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  19   Thread 0x7f5f58ff9700 (LWP 10471) "vlc:sh6" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f7847d6cc) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  20   Thread 0x7f5f537fe700 (LWP 10472) "vlc:sh7" 
futex_wait_cancelable (private=0, expected=0, futex_word=0x7f5f7847d6cc) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
  21   Thread 0x7f5f52ffd700 (LWP 

Bug#916595: vlc: program doesn't close its process in some cases

2018-12-19 Thread Bernhard Übelacker
Hello,
probably you can also add following debug symbol packages:

/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so   -> 
libgl1-mesa-dri-dbgsym
/usr/lib/x86_64-linux-gnu/libQt5DBus.so.5   -> 
libqt5dbus5-dbgsym
/usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 -> 
libqt5gui5-dbgsym
/usr/lib/x86_64-linux-gnu/libvlc.so.5   -> 
libvlc5-dbgsym
/usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0  -> 
libglx-mesa0-dbgsym
/usr/lib/x86_64-linux-gnu/vlc/plugins/video_output/libgl_plugin.so  -> 
vlc-plugin-video-output-dbgsym


And execute this slightly modified gdb command (just adds the "info thread"):

for pid in `pgrep vlc`; do gdb -q --pid $pid -ex "set pagination off" -ex "set 
width 0" -ex "info thread" -ex "thread apply all bt full" -ex "info share" -ex 
detach -ex quit; done 2>&1 | tee -a vlc_$(date +%Y-%m-%d_%H-%M-%S).txt


For the current gdb output this is visible:
- Thread  1 (tid=1662) is waiting for Thread  3 (tid=1664)
- Thread  3 (tid=1664) is waiting for Thread 30 (tid=1707)
- Thread 30 (tid=1707) is waiting in "xcb_wait_for_special_event", but
  just from the (current) stacks I cannot say from which thread this event 
should come from ...


Kind regards,
Bernhard



Bug#916595: vlc: program doesn't close its process in some cases

2018-12-18 Thread bitfreak25
Hi,

@Bernard I've tried your recommended debug backtrace. The output is attached in 
vlc_*.txt. I coudn't find all packages with debug-symbols but I hope there 
enough. If somethings missing, please ask.

Kind regards,
bitfreak25
Attaching to process 1662
[New LWP 1663]
[New LWP 1664]
[New LWP 1665]
[New LWP 1668]
[New LWP 1670]
[New LWP 1672]
[New LWP 1673]
[New LWP 1674]
[New LWP 1675]
[New LWP 1676]
[New LWP 1677]
[New LWP 1678]
[New LWP 1679]
[New LWP 1680]
[New LWP 1681]
[New LWP 1682]
[New LWP 1683]
[New LWP 1684]
[New LWP 1685]
[New LWP 1686]
[New LWP 1687]
[New LWP 1688]
[New LWP 1689]
[New LWP 1690]
[New LWP 1691]
[New LWP 1692]
[New LWP 1693]
[New LWP 1694]
[New LWP 1707]
[New LWP 1708]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x7f7a837df485 in __GI___pthread_timedjoin_ex (threadid=140164093331200, 
thread_return=thread_return@entry=0x0, abstime=abstime@entry=0x0, 
block=block@entry=true) at pthread_join_common.c:89
89  pthread_join_common.c: Datei oder Verzeichnis nicht gefunden.

Thread 31 (Thread 0x7f79cb4be700 (LWP 1708)):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x7f79c003c570) at 
../sysdeps/unix/sysv/linux/futex-internal.h:88
__ret = -512
oldtype = 0
err = 
oldtype = 
err = 
__ret = 
resultvar = 
__arg4 = 
__arg3 = 
__arg2 = 
__arg1 = 
_a4 = 
_a3 = 
_a2 = 
_a1 = 
#1  __pthread_cond_wait_common (abstime=0x0, mutex=0x7f79c003c520, 
cond=0x7f79c003c548) at pthread_cond_wait.c:502
spin = 0
buffer = {__routine = 0x7f7a837e3d60 <__condvar_cleanup_waiting>, __arg 
= 0x7f79cb4bdd80, __canceltype = 576, __prev = 0x0}
cbuffer = {wseq = 0, cond = 0x7f79c003c548, mutex = 0x7f79c003c520, 
private = 0}
rt = 
err = 
g = 0
flags = 
g1_start = 
signals = 
result = 0
wseq = 0
seq = 0
private = 0
maxspin = 
err = 
result = 
wseq = 
g = 
seq = 
flags = 
private = 
signals = 
g1_start = 
spin = 
buffer = 
cbuffer = 
rt = 
s = 
#2  __pthread_cond_wait (cond=0x7f79c003c548, mutex=0x7f79c003c520) at 
pthread_cond_wait.c:655
No locals.
#3  0x7f7a435d5cfb in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so
No symbol table info available.
#4  0x7f7a435d5a27 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so
No symbol table info available.
#5  0x7f7a837ddfa3 in start_thread (arg=) at 
pthread_create.c:486
ret = 
pd = 
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140161078519552, 
-6302034852034311783, 140161085136622, 140161085136623, 140161078519552, 34, 
6231075497269070233, 6232887647007607193}, mask_was_saved = 0}}, priv = {pad = 
{0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
#6  0x7f7a8370988f in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95
No locals.

Thread 30 (Thread 0x7f79cbb0f700 (LWP 1707)):
#0  0x7f7a836febd9 in __GI___poll (fds=fds@entry=0x7f79cbb0e8d8, 
nfds=nfds@entry=1, timeout=timeout@entry=-1) at 
../sysdeps/unix/sysv/linux/poll.c:29
resultvar = 18446744073709551100
sc_cancel_oldtype = 0
sc_ret = 
#1  0x7f7a7f64fcf7 in poll (__timeout=-1, __nfds=1, __fds=0x7f79cbb0e8d8) 
at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
No locals.
#2  _xcb_conn_wait (c=c@entry=0x7f79c02d3c00, cond=cond@entry=0x7f79c0292cc8, 
vector=vector@entry=0x0, count=count@entry=0x0) at ../../src/xcb_conn.c:479
ret = 
fd = {fd = 34, events = 1, revents = 0}
#3  0x7f7a7f651a0a in xcb_wait_for_special_event (c=0x7f79c02d3c00, 
se=0x7f79c0292ca0) at ../../src/xcb_in.c:795
special = {se = 0x7f79c0292ca0, next = 0x0}
event = 
#4  0x7f7a48b54f6b in ?? () from /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0
No symbol table info available.
#5  0x7f7a48b56158 in ?? () from /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0
No symbol table info available.
#6  0x7f7a48b575e8 in ?? () from /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0
No symbol table info available.
#7  0x7f7a436d13da in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so
No symbol table info available.
#8  0x7f7a434db37a in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so
No symbol table info available.
#9  0x7f7a434db3b0 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so
No symbol table info available.
#10 0x7f79cb9fd73e in ?? () from 
/usr/lib/x86_64-linux-gnu/vlc/plugins/video_output/libgl_plugin.so
No symbol table info available.
#11 0x7f79cba0663b in ?? () from 
/usr/lib/x86_64-linux-gnu/vlc/plugins/video_output/libgl_plugin.so
No symbol table info available.
#12 

Bug#916595: vlc: program doesn't close its process in some cases

2018-12-18 Thread Bernhard Übelacker
Hello
when you find such a failing to close vlc, you might
consider to run following line.
That should give you a vlc_*.txt file which contains
all threads current backtrace and might point to where
the vlc process is waiting.

for pid in `pgrep vlc`; do gdb -q --pid $pid -ex "set pagination off" -ex "set 
width 0" -ex "thread apply all bt full" -ex "info share" -ex detach -ex quit; 
done 2>&1 | tee -a vlc_$(date +%Y-%m-%d_%H-%M-%S).txt

Even better if debug symbols are installed like described in [1].
Starting with vlc-bin-dbgsym.

Kind regards,
Bernhard

[1] https://wiki.debian.org/HowToGetABacktrace



Bug#916595: vlc: program doesn't close its process in some cases

2018-12-16 Thread bitfreak25
Subject: vlc: program doesn't close its process in some cases
Package: vlc
Version: 3.0.4-4
Severity: normal

Dear Maintainer,

   * What led up to the situation?

I tried to open and close some video files very often. I do this by opening the
file, watch it and close the program through the [x] in the gui or the xfce 
panel before I watch another one. After some time I couldn't open a new video
file due to the still existing vlc process from the previous watched video
(using only one instance is configured).

It seems to be that music files (*.mp3) aren't affected by this bug. What files
are exactly affected or not isn't investigated yet.


   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?

My currently workaround is to kill the previous vlc process to go on. But this
isn't very comfortable.


   * What outcome did you expect instead?

The vlc process must close its running process in any case.


Further information:
The output of "vlc -vvv bbb_sunflower_1080p_30fps_normal.mp4" is attached.

Sidenote:
This bug also happens in the current Manjaro Stable, so Debian Testing seems to
be not the only affected distribution.



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-3-amd64 (SMP w/16 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages vlc depends on:
ii  vlc-bin  3.0.4-4
ii  vlc-plugin-base  3.0.4-4
ii  vlc-plugin-qt3.0.4-4
ii  vlc-plugin-video-output  3.0.4-4

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.4-4
ii  vlc-plugin-notify  3.0.4-4
ii  vlc-plugin-samba   3.0.4-4
ii  vlc-plugin-skins2  3.0.4-4
ii  vlc-plugin-video-splitter  3.0.4-4
ii  vlc-plugin-visualization   3.0.4-4

vlc suggests no packages.

Versions of packages libvlc-bin depends on:
ii  libc62.28-2
ii  libvlc5  3.0.4-4

Versions of packages libvlc5 depends on:
ii  libc62.28-2
ii  libvlccore9  3.0.4-4

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.4-4

Versions of packages vlc-bin depends on:
ii  libc6   2.28-2
ii  libvlc-bin  3.0.4-4
ii  libvlc5 3.0.4-4

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-19
ii  libaom0  1.0.0-3
ii  libarchive13 3.2.2-5
ii  libaribb24-0 1.0.3-2
ii  libasound2   1.1.7-2
ii  libass9  1:0.14.0-2
ii  libavahi-client3 0.7-4+b1
ii  libavahi-common3 0.7-4+b1
ii  libavc1394-0 0.5.4-5
ii  libavcodec58 7:4.0.3-1
ii  libavformat587:4.0.3-1
ii  libavutil56  7:4.0.3-1
ii  libbasicusageenvironment12018.11.26-1
ii  libbluray2   1:1.0.2-3
ii  libc62.28-2
ii  libcairo21.16.0-1
ii  libcddb2 1.3.2-6
ii  libchromaprint1  1.4.3-2+b1
ii  libcrystalhd31:0.0~git20110715.fdd2f19-13
ii  libdbus-1-3  1.12.12-1
ii  libdc1394-22 2.2.5-1
ii  libdca0  0.0.6-1
ii  libdvbpsi10  1.3.2-1
ii  libdvdnav4   6.0.0-1
ii  libdvdread4  6.0.0-1
ii  libebml4v5   1.3.6-2
ii  libfaad2 2.8.8-1
ii  libflac8 1.3.2-3
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libfribidi0  1.0.5-3
ii  libgcc1  1:8.2.0-12
ii  libgcrypt20  1.8.4-4
ii  libglib2.0-0 2.58.1-2
ii  libgnutls30  3.5.19-1+b1
ii  libgpg-error01.32-3
ii  libgroupsock82018.11.26-1
ii  libharfbuzz0b2.1.1-1+b1
ii  libixml101:1.8.4-2
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libkate1 0.4.1-8
ii  liblirc-client0  0.10.1-3+b1
ii  liblivemedia64   2018.11.26-1
ii  liblua5.2-0  5.2.4-1.1+b2
ii  libmad0  0.15.1b-9
ii  libmatroska6v5   1.4.9-1
ii  libmicrodns0 0.0.10-1
ii  libmpcdec6   2:0.1~r495-1+b2
ii  libmpeg2-4