Serious issue with VLC (even downgrade does not fix it?!?)

DoDoENT · 2014-03-13 22:16:51

Hello all,

yesterday I've updated my Arch after a while. After update, VLC stopped working, it just segfaults on start. Here is the log output:

$ vlc -vvv
VLC media player 2.1.4 Rincewind (revision 2.1.4-0-g2a072be)
[0x1ccf058] main libvlc debug: VLC media player - 2.1.4 Rincewind
[0x1ccf058] main libvlc debug: Copyright © 1996-2014 the VideoLAN team
[0x1ccf058] main libvlc debug: revision 2.1.4-0-g2a072be
[0x1ccf058] main libvlc debug: configured with ./configure  '--prefix=/usr' '--sysconfdir=/etc' '--disable-rpath' '--enable-faad' '--enable-nls' '--enable-lirc' '--enable-ncurses' '--enable-realrtsp' '--enable-aa' '--enable-vcdx' '--enable-upnp' '--enable-opus' '--enable-sftp' 'LUAC=/usr/bin/luac' 'LUA_LIBS=-llua -lm ' 'RCC=/usr/bin/rcc-qt4' 'CFLAGS=-I/usr/include/samba-4.0' 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro' 'CPPFLAGS=-I/usr/include/samba-4.0' 'CXXFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4'
[0x1ccf058] main libvlc debug: searching plug-in modules
[0x1ccf058] main libvlc debug: loading plugins cache file /usr/lib/vlc/plugins/plugins.dat
[0x1ccf058] main libvlc warning: cannot read /usr/lib/vlc/plugins/plugins.dat (No such file or directory)
[0x1ccf058] main libvlc debug: recursively browsing `/usr/lib/vlc/plugins'
Segmentation fault (core dumped)

I tried downgrading VLC back to 2.1.2, which used to work, but at my unpleasant surprise it crashes with the same error:

$ vlc -vvv
VLC media player 2.1.2 Rincewind (revision 2.1.2-0-ga4c4876)
[0x1488058] main libvlc debug: VLC media player - 2.1.2 Rincewind
[0x1488058] main libvlc debug: Copyright © 1996-2013 the VideoLAN team
[0x1488058] main libvlc debug: revision 2.1.2-0-ga4c4876
[0x1488058] main libvlc debug: configured with ./configure  '--prefix=/usr' '--sysconfdir=/etc' '--disable-rpath' '--enable-faad' '--enable-nls' '--enable-lirc' '--enable-ncurses' '--enable-realrtsp' '--enable-aa' '--enable-vcdx' '--enable-upnp' '--enable-opus' '--enable-sftp' 'LUAC=/usr/bin/luac' 'LUA_LIBS=-llua -lm ' 'RCC=/usr/bin/rcc-qt4' 'CFLAGS=-I/usr/include/samba-4.0' 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro' 'CPPFLAGS=-I/usr/include/samba-4.0' 'CXXFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4'
[0x1488058] main libvlc debug: searching plug-in modules
[0x1488058] main libvlc debug: loading plugins cache file /usr/lib/vlc/plugins/plugins.dat
[0x1488058] main libvlc warning: cannot read /usr/lib/vlc/plugins/plugins.dat (No such file or directory)
[0x1488058] main libvlc debug: recursively browsing `/usr/lib/vlc/plugins'
Segmentation fault (core dumped)

During upgrade I noticed strange segfault whilst updating the VLC:

upgrading vlc                                                                       [####################################################] 100%
/tmp/alpm_wQxpzI/.INSTALL: line 1: 10842 Segmentation fault      (core dumped) usr/lib/vlc/vlc-cache-gen -f /usr/lib/vlc/plugins

I even tried building my own VLC from git and after everything compiles, make fails with the same error:

make[2]: Entering directory '/home/dodo/Build/vlc/vlc/bin'
  GEN      ../modules/plugins.dat
/bin/sh: line 4: 11486 Segmentation fault      (core dumped) ./vlc-cache-gen ../modules

I tried running the vlc-cache-gen under gdb to investigate the segfault it appears to be in glibc (?!?):

(gdb) bt
#0  0x00007ffff67ed44a in __strcmp_sse2_unaligned () from /usr/lib/libc.so.6
#1  0x00007fffef413ab9 in g_str_equal () from /usr/lib/libglib-2.0.so.0
#2  0x00007fffef4131e0 in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
#3  0x00007fffef4329a0 in g_quark_from_static_string () from /usr/lib/libglib-2.0.so.0
#4  0x00007fffed7b989c in ?? () from /usr/lib/libgobject-2.0.so.0
#5  0x00007ffff7dea9ca in call_init.part () from /lib64/ld-linux-x86-64.so.2
#6  0x00007ffff7deaab3 in _dl_init_internal () from /lib64/ld-linux-x86-64.so.2
#7  0x00007ffff7deec08 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#8  0x00007ffff7dea884 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#9  0x00007ffff7dee3fb in _dl_open () from /lib64/ld-linux-x86-64.so.2
#10 0x00007ffff726c02b in ?? () from /usr/lib/libdl.so.2
#11 0x00007ffff7dea884 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#12 0x00007ffff726c5dd in ?? () from /usr/lib/libdl.so.2
#13 0x00007ffff726c0c1 in dlopen () from /usr/lib/libdl.so.2
#14 0x00007ffff79623cb in ?? () from /usr/lib/libvlccore.so.7
#15 0x00007ffff79476db in ?? () from /usr/lib/libvlccore.so.7
#16 0x00007ffff794751a in ?? () from /usr/lib/libvlccore.so.7
#17 0x00007ffff79473d9 in ?? () from /usr/lib/libvlccore.so.7
#18 0x00007ffff794740e in ?? () from /usr/lib/libvlccore.so.7
#19 0x00007ffff79470c3 in ?? () from /usr/lib/libvlccore.so.7
---Type <return> to continue, or q <return> to quit---
#20 0x00007ffff7946ece in ?? () from /usr/lib/libvlccore.so.7
#21 0x00007ffff7946a68 in ?? () from /usr/lib/libvlccore.so.7
#22 0x00007ffff78bf944 in libvlc_InternalInit () from /usr/lib/libvlccore.so.7
#23 0x00007ffff7bc573e in libvlc_new () from /usr/lib/libvlc.so.5
#24 0x00000000004008fe in main (argc=2, argv=<optimized out>) at cachegen.c:99

I tried downgrading glibc back to 2.8.12 (and all dependencies), but the error persists.

The pacman upgrade log is here.

NOTE:
In my /etc/pacman.conf, I've got following packages set to ignore:

IgnorePkg   = linux linux-headers ati-dri mesa mesa-libgl xf86-video-ati xf86-video-vesa xf86-input-synaptics xf86-input-mouse xf86-input-keyboard xf86-input-evdev xorg-server gnupg libgcrypt glamor-egl

This is because I have to stick with 3.10.10 kernel, 9.2.0 ati-dri, 1.14.4 Xserver and 1.5.3 libgcrypt (XServer dependency) because if I upgrade any of these packages, I end up with unbootable system (my laptop HP Compaq nx9420 RU478EA has got old ATI Radeon X1600 that obviously is not supported anymore with mesa 10 and kernel 3.11 and newer).

Any ideas about how to make VLC work? It is my favourite video and DVB-T TV player...

clfarron4 · 2014-03-13 22:27:22

And what packages were actually updated in the update? VLC may not be the offending package here.

DoDoENT · 2014-03-13 22:55:53

clfarron4 wrote:

And what packages were actually updated in the update? VLC may not be the offending package here.

You can see what packages were updated in update in the excerpt from the pacman log.

jasonwryan · 2014-03-13 23:54:58

Partial upgrades are unsupported...

clfarron4 · 2014-03-14 00:13:14

jasonwryan wrote:

Partial upgrades are unsupported...

I think it has something to do with the partial upgrades as well.

DoDoENT · 2014-03-14 08:32:53

jasonwryan wrote:

Partial upgrades are unsupported...

Thank you for pointing that out. I would appreciate very much if I could perform a full system upgrade - I would really like to do it, but updating kernel to anything newer than 3.10 makes my system unbootable. In the past some of the kernels from 3.x series made my system unbootable (i.e. I could boot to a tty, but X would freeze on startup and after changing back from tty7 (where X is run) to tty1 I would end up with messed up console - only a hard reboot is the solution then), but after waiting a while, new updates usually fixed the issue. Unfortunately, after updating the combination of kernel 3.11 or newer, mesa 10.0 or newer and Xserver newer than 1.14, I end up with the same unusable system - this lasts from summer/fall 2013, and no update since has fixed the problem. Fo this reason, I have to perform a partial system upgrade that eventually breaks the VLC as described in my first post.

I know this is now going off topic, but are there any suggestions on how to properly report this bug in kernel, mesa, ati-dri, whatever (I was unable to exaclty pinpoint the offending package, but I am confident that it is one of the following: linux, linux-headers, glamor-egl, atri-dri, xorg-xserver, mesa)? The problem is that even when I have an unbootable system (i.e. I cannot see the image of the X, or the image is corrupted), I have a normal /var/log/Xorg.0.log - without a single (EE) line. That confuses me a lot. Are there any more Xserver-related logs I could investigate to pinpoint the problem and eventually fix it?

berbae · 2014-03-14 10:24:23

You could try the linux-lts kernel, so you could be able to run an up to date system, if it works, without any IgnorePkg line.

DoDoENT · 2014-03-14 10:26:03

berbae wrote:

You could try the linux-lts kernel, so you could be able to run an up to date system, if it works, without any IgnorePkg line.

I'll try that.

DoDoENT · 2014-03-16 20:52:52

berbae wrote:

You could try the linux-lts kernel, so you could be able to run an up to date system, if it works, without any IgnorePkg line.

OK, I've installed and booted linux-lts kernel and fully updated all other packages. Now I do have a bootable system, but:

Maximum screen resolution reported by driver (xrandr actually) is now 1400x1050 instead of 1680x1050 as it was prior update. This looks unpleasant on 17'' laptop monitor. Obviously latest mesa 10.1 doesn't play nice with my GPU. Is there mesa-lts or xserver-lts package I could install along linux-lts package? I can't find anything alike.
DVB-T video playback with kaffeine is horribly slow. I can't watch TV at 10 FPS. It worked normally prior update. (I actually used to use VLC for watching TV before last weeks update that crashed everything)
VLC still does not work (even after reinstallation) - same segfault as explained in my first post.

WTF?!?

[dodo@2nd-of-12: ~] glxinfo | grep OpenGL
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits)
OpenGL version string: 2.1 Mesa 10.1.0
OpenGL shading language version string: 1.30

I beleive last point explains why I've got no video acceleration and low display resolution. My GPU is detected as VMware GPU, instead of ATI Radeon X1600. Nevertheless, radeon module seems to be in use:

[dodo@2nd-of-12: ~] lsmod | grep radeon
radeon                809142  1 
ttm                    64812  1 radeon
drm_kms_helper         35438  1 radeon
drm                   230400  3 ttm,drm_kms_helper,radeon
i2c_algo_bit            5391  1 radeon
i2c_core               23720  13 drm,dib0070,dib0090,dib8000,dvb_usb,drm_kms_helper,i2c_algo_bit,dvb_usb_dib0700,radeon,dib3000mc,dibx000_common,dib7000m,dib7000p

Any more ideas worth trying out?

EDIT: I've downgraded my system so that it works now. Packages I needed to downgrade (and their versions) are listed below. I think I will not update arch packages anymore on this old laptop

ati-dri-9.2.0-2-x86_64.pkg.tar.xz          mesa-9.2.0-2-x86_64.pkg.tar.xz                 xf86-input-synaptics-1.7.1-1-x86_64.pkg.tar.xz
glamor-egl-0.5.1-1-x86_64.pkg.tar.xz       mesa-libgl-9.2.0-2-x86_64.pkg.tar.xz           xf86-video-ati-1:7.2.0-1-x86_64.pkg.tar.xz
glibc-2.18-12-x86_64.pkg.tar.xz            xf86-input-evdev-2.8.1-1-x86_64.pkg.tar.xz     xf86-video-vesa-2.3.2-3-x86_64.pkg.tar.xz
linux-3.10.10-1-x86_64.pkg.tar.xz          xf86-input-keyboard-1.7.0-1-x86_64.pkg.tar.xz  xorg-server-1.14.3-1-x86_64.pkg.tar.xz
linux-headers-3.10.10-1-x86_64.pkg.tar.xz  xf86-input-mouse-1.9.0-1-x86_64.pkg.tar.xz

Last edited by DoDoENT (2014-03-16 21:10:04)

DoDoENT · 2014-03-20 00:29:28

Hello again,

there has been an update to my situation: I was finally able to completely update my system and boot it. It appears that there was not a bug in kernel nor Xserver nor ATI driver, but the bug is somewhere in KDM systemd unit description. If I disable KDM systemd service, system boots normally to console and after logging in I can manually start the KDE and everything works perfectly (except VLC, which keeps segfaulting). I will start another thread with the KDM related problem and here I just want to point out that even with fully updated system VLC keeps segfaulting at startup.

[dodo@2nd-of-12: ~] vlc -vv
VLC media player 2.1.4 Rincewind (revision 2.1.4-0-g2a072be)
[0x1f30058] main libvlc debug: VLC media player - 2.1.4 Rincewind
[0x1f30058] main libvlc debug: Copyright © 1996-2014 the VideoLAN team
[0x1f30058] main libvlc debug: revision 2.1.4-0-g2a072be
[0x1f30058] main libvlc debug: configured with ./configure  '--prefix=/usr' '--sysconfdir=/etc' '--disable-rpath' '--enable-faad' '--enable-nls' '--enable-lirc' '--enable-ncurses' '--enable-realrtsp' '--enable-aa' '--enable-vcdx' '--enable-upnp' '--enable-opus' '--enable-sftp' 'LUAC=/usr/bin/luac' 'LUA_LIBS=-llua -lm ' 'RCC=/usr/bin/rcc-qt4' 'CFLAGS=-I/usr/include/samba-4.0' 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro' 'CPPFLAGS=-I/usr/include/samba-4.0' 'CXXFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4'
[0x1f30058] main libvlc debug: searching plug-in modules
[0x1f30058] main libvlc debug: loading plugins cache file /usr/lib/vlc/plugins/plugins.dat
[0x1f30058] main libvlc warning: cannot read /usr/lib/vlc/plugins/plugins.dat (No such file or directory)
[0x1f30058] main libvlc debug: recursively browsing `/usr/lib/vlc/plugins'
Segmentation fault (core dumped)

Any ideas why this might happen?

DoDoENT · 2014-03-20 22:32:40

In the meantime I've solved the boot problem (see https://bbs.archlinux.org/viewtopic.php?id=178789) and I've been tracing steps to find out why VLC segfaults.

So, I've pulled the latest VLC from their git and went on compiling. Of course, make failed while generating plugins.dat file. Target that builds that file uses vlc-cache-gen utility that segfaults. I've taken the liberty of modifying the source code and adding various printf's throughout the code to pinpoint the source code line that segfaults.

The trace of vlc-cache-gen's source code showed me that segfault happens while calling libvlc_new function. I've traced eve further and found that segfaults happens in calling module_LoadPlugins (line ~153 in src/libvlc.c inside libvlc_InternalInit - note that line numbers have offset because of my printf's). Tracing even deeper guided me to function module_InitDynamic inside src/modules/bank.c (somewhere around line 638). For some plugins module_Load function call worked and for some segfaulted.

By taking a look of implementation of module_Load function in src/posix/plugin.c, I've found out that line that segfaults is "module_handle_t handle = dlopen (path, flags);" when trying to load "../modules/.libs/libnotify_plugin.so", i.e. the issue is not in VLC, but in dlopen. I've tried removing libnotify_plugin.so from generated .libs/ plugins, but then segfault appeared on libkate_plugin.so. Moreover, I had to remove following plugins to avoid the segfault:

libnotify_plugin.so
libkate_plugin.so
libgnomevfs_plugin.so
gui/qt4/libqt4_plugin.so

After removing those plugins, vlc-cache-gen did the job, but VLC still didn't work because obviously it requires at least libqt4_plugin.

I've also tried reinstalling libnotify and then rebuilding VLC, but I've got nevertheless segfault on dlopen of libnotify_plugin.so and other mentioned libraries.

How should I approach the problem now? Obviously something is wrong with dlopen - this explains why downgrading the VLC didn't fix the issue. How to debug dlopen? GDB backtrace of dlopen gives me following trace:

#0  0x00007ffff67ed44a in __strcmp_sse2_unaligned () from /usr/lib/libc.so.6
#1  0x00007fffeebfcab9 in g_str_equal () from /usr/lib/libglib-2.0.so.0
#2  0x00007fffeebfc1e0 in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
#3  0x00007fffeec1b9a0 in g_quark_from_static_string () from /usr/lib/libglib-2.0.so.0
#4  0x00007fffecfa289c in ?? () from /usr/lib/libgobject-2.0.so.0
#5  0x00007ffff7dea9ca in call_init.part () from /lib64/ld-linux-x86-64.so.2
#6  0x00007ffff7deaab3 in _dl_init_internal () from /lib64/ld-linux-x86-64.so.2
#7  0x00007ffff7deec08 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#8  0x00007ffff7dea884 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#9  0x00007ffff7dee3fb in _dl_open () from /lib64/ld-linux-x86-64.so.2
#10 0x00007ffff726c02b in ?? () from /usr/lib/libdl.so.2
#11 0x00007ffff7dea884 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#12 0x00007ffff726c5dd in ?? () from /usr/lib/libdl.so.2
#13 0x00007ffff726c0c1 in dlopen () from /usr/lib/libdl.so.2

My guess that one of the strings in g_str_equal is either NULL or points to freed memory. But how to verify that?

Any ideas would be highly appreciated.

quaqo · 2014-03-28 19:23:52

After today's upgrade I had the exact same problem, after investigating I narrowed it down to libkate and removing just libkate_plugin.so, solved it for me.

sam34567 · 2014-03-31 19:26:27

I am having the same problem except removing those files didn't help. And it doesn't give all those errors as well.

this I get during installation

[sameer@Sameer ~]$ sudo pacman -S vlc
resolving dependencies...
looking for inter-conflicts...

Packages (1): vlc-2.1.4-2

Total Installed Size:   43.18 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring                                     [####################################] 100%
(1/1) checking package integrity                                   [####################################] 100%
(1/1) loading package files                                        [####################################] 100%
(1/1) checking for file conflicts                                  [####################################] 100%
(1/1) checking available disk space                                [####################################] 100%
(1/1) installing vlc                                               [####################################] 100%
/tmp/alpm_uT1ijl/.INSTALL: line 1: 21960 Segmentation fault      (core dumped) usr/lib/vlc/vlc-cache-gen -f /usr/lib/vlc/plugins

This is when I run it.

[sameer@Sameer ~]$ vlc
VLC media player 2.1.4 Rincewind (revision 2.1.4-0-g2a072be)
Segmentation fault (core dumped)

This is gdb.

Starting program: /usr/bin/vlc /usr/bin/vlc
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
VLC media player 2.1.4 Rincewind (revision 2.1.4-0-g2a072be)

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff751c8cc in __strcmp_ssse3 () from /usr/lib/libc.so.6

clfarron4 wrote:

jasonwryan wrote:
Partial upgrades are unsupported...
I think it has something to do with the partial upgrades as well.

Idon't think so because my problem began after I did pacman -Syu

Last edited by sam34567 (2014-04-01 10:25:26)

Aldasa · 2014-04-01 13:41:23

Also had this problem.

The libaccess_gnomevfs_plugin.so plugin was causing the problem for me.

after I removed it, ran '/usr/lib/vlc/./vlc-cache-gen plugins/' It worked fine.

anark10n · 2014-04-04 22:38:00

Having the same issue with my VLC install. Can't remove libkate, because it's required by libtiger which is required by VLC to try the solution offered by quaqo. Don't know what package libaccess_gnomevfs_plugin.so is a part of to remove that to see if it works. Does it just require deleting the files to fix the problem or uninstalling the lib?

Jristz · 2014-04-04 23:39:57

You have the solution and the problem, you thing a bug repport in the bug tracker of Arch is needed...

maybe you can help others users with this problem.

libaccess_gnomevfs_plugin.so is part of what package, maybe inintentionally was linked during build or vlc need rebuild

anark10n · 2014-04-05 10:36:28

Got some workarounds from the bur report comments that worked for me, maybe it works for others

Workaround to fix installation:
# export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
# pacman -S vlc

Similar workaround for running vlc:
$ export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
$ vlc

And this one looks the same one as a permament workaround, haven't tried it myself.

export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
on /etc/environment

Logout, and then back in.

Last edited by anark10n (2014-04-05 10:38:42)

gerdloos · 2014-04-05 12:30:03

anark10n wrote:

Got some workarounds from the bur report comments that worked for me, maybe it works for others
Workaround to fix installation:
# export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
# pacman -S vlc

Similar workaround for running vlc:
$ export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
$ vlc
And this one looks the same one as a permament workaround, haven't tried it myself.
export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
on /etc/environment

Logout, and then back in.

Well thx for the info anark10n, because that did it for me !

alexdw · 2014-04-12 11:46:51

anark10n wrote:

Got some workarounds from the bur report comments that worked for me, maybe it works for others
Workaround to fix installation:
# export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
# pacman -S vlc

Similar workaround for running vlc:
$ export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
$ vlc
And this one looks the same one as a permament workaround, haven't tried it myself.
export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
on /etc/environment

Logout, and then back in.

Just wanted to say thank you for this, anark10n - I was having the same problem (segfault) and this workaround has fixed it.

mutlu_inek · 2014-04-19 19:56:02

Thanks, anark10n! Worked for me as well.

sam34567 · 2014-04-19 20:34:29

anark10n wrote:

And this one looks the same one as a permament workaround, haven't tried it myself.
export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
on /etc/environment

Logout, and then back in.

Thanks.

Works for me.

tparvu · 2014-04-21 16:14:24

anark10n's workaround worked for me. Thanks much.

t3kk3n · 2014-05-19 15:03:28

I just had this issue yesterday into today, and after exporting LD_PRELOAD, the issue still persisted. I eventually reinstalled glib2, logged in/out, then set LD_PRELOAD and reinstalled VLC. From there on, VLC started working. Not sure why, but hey, if anyone still has issues, try that, it worked for me.

mandog · 2014-05-21 23:12:36

Aldasa wrote:

Also had this problem.
The libaccess_gnomevfs_plugin.so plugin was causing the problem for me.
after I removed it, ran '/usr/lib/vlc/./vlc-cache-gen plugins/' It worked fine.

This worked for me
thank you

Herbalist · 2014-07-03 01:03:00

anark10n wrote:

Got some workarounds from the bur report comments that worked for me, maybe it works for others
Workaround to fix installation:
# export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
# pacman -S vlc

Similar workaround for running vlc:
$ export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
$ vlc
And this one looks the same one as a permament workaround, haven't tried it myself.
export LD_PRELOAD=/usr/lib/libgobject-2.0.so.0
on /etc/environment

Logout, and then back in.

I still don't know what caused the issue,I was watching a video using flv,it crashed and it kept segfaulting regardless of how many times I tried to uninstall/reinstall it.
Even when I tried to run

 # /usr/lib/vlc/vlc-cache-gen -f usr/lib/vlc/plugins

the output was "Segmentation fault"
This suggestion did the trick right away,so thank you anark10n.

Last edited by Herbalist (2014-07-03 01:04:19)

Arch Linux

#1 2014-03-13 22:16:51

Serious issue with VLC (even downgrade does not fix it?!?)

#2 2014-03-13 22:27:22

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#3 2014-03-13 22:55:53

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#4 2014-03-13 23:54:58

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#5 2014-03-14 00:13:14

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#6 2014-03-14 08:32:53

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#7 2014-03-14 10:24:23

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#8 2014-03-14 10:26:03

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#9 2014-03-16 20:52:52

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#10 2014-03-20 00:29:28

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#11 2014-03-20 22:32:40

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#12 2014-03-28 19:23:52

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#13 2014-03-31 19:26:27

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#14 2014-04-01 13:41:23

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#15 2014-04-04 22:38:00

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#16 2014-04-04 23:39:57

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#17 2014-04-05 10:36:28

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#18 2014-04-05 12:30:03

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#19 2014-04-12 11:46:51

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#20 2014-04-19 19:56:02

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#21 2014-04-19 20:34:29

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#22 2014-04-21 16:14:24

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#23 2014-05-19 15:03:28

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#24 2014-05-21 23:12:36

Re: Serious issue with VLC (even downgrade does not fix it?!?)

#25 2014-07-03 01:03:00

Re: Serious issue with VLC (even downgrade does not fix it?!?)

Board footer