Bug 1505

Created attachment 533 [details]
abrt backrtrace

Since you have upgraded from f13: can you uses:
yum list extras ?

Created attachment 534 [details]
'yum list extras' result

I have the same issue; comparing your backtrace and mine, it looks like it is the same issue (I can attach my backtrace if anyone wants to see it).

Here's a potential clue. I have the following VLC related packages installed:
		
vlc-1.1.4-4.fc14.i686
vlc-core-1.1.4-4.fc14.i686
phonon-backend-vlc-0.2.0-2.fc14.i686
		
If I uninstall vlc, but leave vlc-core and phonon-backend-vlc, I can run vlc from the shell, and it will play videos in a plain window with no GUI. Reinstall the vlc package and the crash returns.

Yes the videos can be played with no gui if only vlc-core is installed. 

When vlc installed, trying to use another control interface doesn't work. 
But when only vlc-core is installed, it's possible to use 'vlc -I ncurses' , or 'vlc -I rc'

This seems to be an issue with the opencv vlc module.
Can you try with one or the other of theses backup elsewhere ?
/usr/lib64/vlc/plugins/video_filter/libopencv_example_plugin.so
/usr/lib64/vlc/plugins/video_filter/libopencv_wrapper_plugin.so

It works if I move *both* of those files somewhere else (either one alone does not work).

Indeed both two files need to be moved in order to make vlc works. Then the startup message may be of any interest?


VLC media player 1.1.4 The Luggage (revision exported)
Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
[0x87be914] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
Blocked: call to setlocale(6, "")
Blocked: call to sigaction(17, 0x48bd058, 0x48bd0e4)
Warning: call to signal(13, 0x1)
Warning: call to signal(13, 0x1)
Warning: call to srand(1289059607)
Warning: call to rand()
Blocked: call to setlocale(6, "")

(process:3537): Gtk-WARNING **: Locale not supported by C library.
	Using the fallback 'C' locale.
Warning: call to signal(13, 0x1)
Warning: call to signal(13, 0x1)

Same issue here (F14 i386, with ATI Radeon mobility card + radeon free driver)

Removing opencv package is a workaround (VLC works without crash), but
Upgrading to 1.1.5 from testing, also works (with opencv installed).

Does the problem appears only when the CPU doesn't have sse2 or any other CPU instruction set ? 
I suspect one or another dependencies of opencv to be compiled with an option not compatible with the given CPU.

For now, the workaround will be to provide the vlc opencv module in another (non-default) sub-package.

That been said, can we have a list of CPU where the problem apply ?

cat /proc/cpuinfo 


processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 6
model		: 8
model name	: AMD Sempron(tm)   2200+
stepping	: 1
cpu MHz		: 1497.292
cache size	: 256 KB
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 1
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow up
bogomips	: 2994.58
clflush size	: 32
cache_alignment	: 32
address sizes	: 34 bits physical, 32 bits virtual
power management: ts

$ cat /proc/cpuinfo 
processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 6
model		: 10
model name	: AMD Athlon(tm) XP  2500+
stepping	: 0
cpu MHz		: 1824.988
cache size	: 512 KB
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 1
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up
bogomips	: 3649.97
clflush size	: 32
cache_alignment	: 32
address sizes	: 34 bits physical, 32 bits virtual
power management: ts

Mine is identical to Eric's in comment #12.

Given that the opencv module has moved to extras, the bug should be closed now.

Thx for the report.