Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Mon, Aug 13, 2012 at 01:13:35AM +0200, Juergen Lock wrote: On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote: On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) Please do two things. 1. Provide me the output of readelf -a for the module that was loaded. 2. Recompile rtld with debug symbols and redo the build to get the useful backtrace from core: cd /usr/src/libexec/rtld-elf make clean make all install DEBUG_FLAGS=-g Ok, someone who got the crash will have to do this as I couln't reproduce it here (sorry forgot to say...) I just learned that the missing piece in reproducing this is the pulseaudio knob, now I finally have a bt: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 3847for (symnum = obj-buckets[req-hash % obj-nbuckets]; [New Thread 802406400 (LWP 100159/vlc-cache-gen)] (gdb) bt #0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 #1 0x000800608ae7 in symlook_list (req=0x7fffc120, objlist=Variable objlist is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611 #2 0x00080060911b in symlook_default (req=0x7fffc1c0, refobj=Variable refobj is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569 #3 0x00080060939d in find_symdef (symnum=15, refobj=0x8006fd000, defobj_out=0x7fffc260, flags=0, cache=0x80061d000, lockstate=0x7fffc300) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541 #4 0x000800603690 in reloc_non_plt (obj=0x8006fd000, obj_rtld=Variable obj_rtld is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204 #5 0x000800606ae8 in relocate_object (obj=0x8006fd000, bind_now=0 '\0', rtldobj=0x800819d00, flags=0, lockstate=0x7fffc300) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433 #6 0x0008006084a8 in dlopen_object (name=0x80243ec80 ../modules/access/.libs/libpulsesrc_plugin.so, fd=Variable fd is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392 #7 0x000800608f67 in rtld_dlopen (name=0x80243ec80 ../modules/access/.libs/libpulsesrc_plugin.so, fd=-1, mode=1) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761 #8 0x000800ad377d in vlc_timer_create () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #9 0x000800ab9998 in module_gettext () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #10 0x000800aba0aa in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #11 0x000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #12 0x000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #13 0x000800aba17d in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #14 0x000800aba631 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #15 0x000800a52573 in libvlc_InternalInit () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #16 0x0008008227a7 in libvlc_new () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/lib/.libs/libvlc.so.8 #17 0x00400cd4 in main () (gdb) p obj-buckets $1 = (const Elf_Hashelt *) 0x804de0160 (gdb) p req-hash % obj-nbuckets $2 = 399 (gdb) p obj-buckets[req-hash % obj-nbuckets] Cannot access memory at address 0x804de079c (gdb) p obj-nbuckets $3 = 521 Can you show the output of p *obj there ? pgp5gA5rODpPF.pgp Description: PGP signature
Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Mon, Aug 13, 2012 at 01:30:47PM +0300, Konstantin Belousov wrote:
On Mon, Aug 13, 2012 at 01:13:35AM +0200, Juergen Lock wrote:
On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote:
On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote:
On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote:
Hi kib, -current, seems we have a segfault in rtld when updating
the multimedia/vlc port from the version currently in ports to the
2.0.3 CFT version from here:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch
(If you test the LIVEMEDIA knob you also need this update:
http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch
)
Please do two things.
1. Provide me the output of readelf -a for the module that was loaded.
2. Recompile rtld with debug symbols and redo the build to get the
useful
backtrace from core:
cd /usr/src/libexec/rtld-elf
make clean
make all install DEBUG_FLAGS=-g
Ok, someone who got the crash will have to do this as I couln't
reproduce it here (sorry forgot to say...)
I just learned that the missing piece in reproducing this is the
pulseaudio knob, now I finally have a bt:
[...]
Loaded symbols for /libexec/ld-elf.so.1
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at
/d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
3847for (symnum = obj-buckets[req-hash % obj-nbuckets];
[New Thread 802406400 (LWP 100159/vlc-cache-gen)]
(gdb) bt
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at
/d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
#1 0x000800608ae7 in symlook_list (req=0x7fffc120,
objlist=Variable objlist is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611
#2 0x00080060911b in symlook_default (req=0x7fffc1c0,
refobj=Variable refobj is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569
#3 0x00080060939d in find_symdef (symnum=15, refobj=0x8006fd000,
defobj_out=0x7fffc260, flags=0, cache=0x80061d000,
lockstate=0x7fffc300)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541
#4 0x000800603690 in reloc_non_plt (obj=0x8006fd000, obj_rtld=Variable
obj_rtld is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204
#5 0x000800606ae8 in relocate_object (obj=0x8006fd000, bind_now=0
'\0', rtldobj=0x800819d00, flags=0, lockstate=0x7fffc300)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433
#6 0x0008006084a8 in dlopen_object (name=0x80243ec80
../modules/access/.libs/libpulsesrc_plugin.so, fd=Variable fd is not
available.
)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392
#7 0x000800608f67 in rtld_dlopen (name=0x80243ec80
../modules/access/.libs/libpulsesrc_plugin.so, fd=-1, mode=1)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761
#8 0x000800ad377d in vlc_timer_create () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#9 0x000800ab9998 in module_gettext () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#10 0x000800aba0aa in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#11 0x000800ab9db1 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#12 0x000800ab9db1 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#13 0x000800aba17d in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#14 0x000800aba631 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#15 0x000800a52573 in libvlc_InternalInit () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#16 0x0008008227a7 in libvlc_new () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/lib/.libs/libvlc.so.8
#17 0x00400cd4 in main ()
(gdb) p obj-buckets
$1 = (const Elf_Hashelt *) 0x804de0160
(gdb) p req-hash % obj-nbuckets
$2 = 399
(gdb) p obj-buckets[req-hash % obj-nbuckets]
Cannot access memory at address 0x804de079c
(gdb) p obj-nbuckets
$3 = 521
Can you show the output of p *obj there ?
Here it comes...
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
3847for (symnum = obj-buckets[req-hash % obj-nbuckets];
[New Thread 802406400 (LWP 100159/vlc-cache-gen)]
(gdb) p *obj
$1 = {magic = 3578837114, version = 1, next = 0x80063f800,
path = 0x8006434c0 /usr/local/lib/libgconf-2.so.4, origin_path = 0x0,
refcount = 1, dl_refcount = 0,
mapbase =
Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote:
On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote:
On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote:
Hi kib, -current, seems we have a segfault in rtld when updating
the multimedia/vlc port from the version currently in ports to the
2.0.3 CFT version from here:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch
(If you test the LIVEMEDIA knob you also need this update:
http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch
)
Please do two things.
1. Provide me the output of readelf -a for the module that was loaded.
2. Recompile rtld with debug symbols and redo the build to get the useful
backtrace from core:
cd /usr/src/libexec/rtld-elf
make clean
make all install DEBUG_FLAGS=-g
Ok, someone who got the crash will have to do this as I couln't
reproduce it here (sorry forgot to say...)
I just learned that the missing piece in reproducing this is the
pulseaudio knob, now I finally have a bt:
[...]
Loaded symbols for /libexec/ld-elf.so.1
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at
/d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
3847for (symnum = obj-buckets[req-hash % obj-nbuckets];
[New Thread 802406400 (LWP 100159/vlc-cache-gen)]
(gdb) bt
#0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at
/d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847
#1 0x000800608ae7 in symlook_list (req=0x7fffc120, objlist=Variable
objlist is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611
#2 0x00080060911b in symlook_default (req=0x7fffc1c0, refobj=Variable
refobj is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569
#3 0x00080060939d in find_symdef (symnum=15, refobj=0x8006fd000,
defobj_out=0x7fffc260, flags=0, cache=0x80061d000, lockstate=0x7fffc300)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541
#4 0x000800603690 in reloc_non_plt (obj=0x8006fd000, obj_rtld=Variable
obj_rtld is not available.
) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204
#5 0x000800606ae8 in relocate_object (obj=0x8006fd000, bind_now=0 '\0',
rtldobj=0x800819d00, flags=0, lockstate=0x7fffc300)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433
#6 0x0008006084a8 in dlopen_object (name=0x80243ec80
../modules/access/.libs/libpulsesrc_plugin.so, fd=Variable fd is not
available.
)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392
#7 0x000800608f67 in rtld_dlopen (name=0x80243ec80
../modules/access/.libs/libpulsesrc_plugin.so, fd=-1, mode=1)
at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761
#8 0x000800ad377d in vlc_timer_create () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#9 0x000800ab9998 in module_gettext () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#10 0x000800aba0aa in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#11 0x000800ab9db1 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#12 0x000800ab9db1 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#13 0x000800aba17d in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#14 0x000800aba631 in module_list_get () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#15 0x000800a52573 in libvlc_InternalInit () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6
#16 0x0008008227a7 in libvlc_new () from
/usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/lib/.libs/libvlc.so.8
#17 0x00400cd4 in main ()
(gdb) p obj-buckets
$1 = (const Elf_Hashelt *) 0x804de0160
(gdb) p req-hash % obj-nbuckets
$2 = 399
(gdb) p obj-buckets[req-hash % obj-nbuckets]
Cannot access memory at address 0x804de079c
(gdb) p obj-nbuckets
$3 = 521
(gdb) l
2761return (dlopen_object(name, fd, obj_main, lo_flags,
2762 mode (RTLD_MODEMASK | RTLD_GLOBAL), NULL));
2763}
2764
2765static void
2766dlopen_cleanup(Obj_Entry *obj)
2767{
2768
2769obj-dl_refcount--;
2770unref_dag(obj);
(gdb) l 3840
3835 * performed with the obj-valid_hash_sysv assignment.
3836 */
3837static int
3838symlook_obj1_sysv(SymLook *req, const Obj_Entry *obj)
3839{
3840unsigned long symnum;
3841Sym_Match_Result matchres;
3842
3843matchres.sym_out = NULL;
3844matchres.vsymp = NULL;
(gdb) l
3845matchres.vcount = 0;
3846
3847for (symnum = obj-buckets[req-hash % obj-nbuckets];
3848symnum != STN_UNDEF; symnum = obj-chains[symnum]) {
3849
Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Mon, 13 Aug 2012 01:13:35 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote: On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) Please do two things. 1. Provide me the output of readelf -a for the module that was loaded. 2. Recompile rtld with debug symbols and redo the build to get the useful backtrace from core: cd /usr/src/libexec/rtld-elf make clean make all install DEBUG_FLAGS=-g Ok, someone who got the crash will have to do this as I couln't reproduce it here (sorry forgot to say...) I just learned that the missing piece in reproducing this is the pulseaudio knob, now I finally have a bt: obj-nbuckets in core seems to disagree with that readelf thinks it should be (521 != 67). Could you please make the tarball of all the VLC libraries involved? Send the link to me and kib@, please. At the very least, can I lay my hands on libpulsesrc_plugin.so binary? -- Alexander Kabaev signature.asc Description: PGP signature
Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) In article 20120804110952.4f3a9...@ernst.jennejohn.org you write: On Fri, 3 Aug 2012 18:36:33 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. I update the ports and source trees almost every day. I do not install new ports binaries unless absolutely necessary, so the ports binaries are pretty much rather old. Just installed a new world/kernel today (updated yesterdya), r239006. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. I avoid using tools whenever possible. Maybe I will have to try portmaster, but I dread seeing 50 ports updated just because I want to update one port. I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the result. gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... (gdb) r ../modules/ Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ [New LWP 100125] [New Thread 802406400 (LWP 100125/vlc-cache-gen)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 (gdb) bt #0 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 #1 0x0008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 #2 0x000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 #3 0x00080060911b in symlook_default () from /libexec/ld-elf.so.1 #4 0x00080060939d in find_symdef () from /libexec/ld-elf.so.1 #5 0x00080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 #6 0x000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 #7 0x0008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 #8 0x000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 #9 0x000800affe95 in module_Load (p_this=0x80244c198, psz_file=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, p_handle=0x7fffd180, lazy=true) at posix/plugin.c:62 #10 0x000800adef4b in module_InitDynamic (obj=0x80244c198, path=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, fast=true) at modules/bank.c:536 #11 0x000800adede2 in AllocatePluginFile (bank=0x7fffd490, abspath=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, relpath=0x802472b80 codec/.libs/libfluidsynth_plugin.so, st=0x7fffd210) at modules/bank.c:479 #12 0x000800adeca3 in AllocatePluginDir (bank=0x7fffd490, maxdepth=2, absdir=0x802472b00 ../modules//codec/.libs, reldir=0x802472a80 codec/.libs) at modules/bank.c:440 #13 0x000800adecd7 in AllocatePluginDir (bank=0x7fffd490, maxdepth=3, absdir=0x802472a00 ../modules//codec, reldir=0x8024704f0 codec) at modules/bank.c:444 #14 0x000800adecd7 in AllocatePluginDir (bank=0x7fffd490, maxdepth=4,
Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) Please do two things. 1. Provide me the output of readelf -a for the module that was loaded. 2. Recompile rtld with debug symbols and redo the build to get the useful backtrace from core: cd /usr/src/libexec/rtld-elf make clean make all install DEBUG_FLAGS=-g In article 20120804110952.4f3a9...@ernst.jennejohn.org you write: On Fri, 3 Aug 2012 18:36:33 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. I update the ports and source trees almost every day. I do not install new ports binaries unless absolutely necessary, so the ports binaries are pretty much rather old. Just installed a new world/kernel today (updated yesterdya), r239006. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. I avoid using tools whenever possible. Maybe I will have to try portmaster, but I dread seeing 50 ports updated just because I want to update one port. I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the result. gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... (gdb) r ../modules/ Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ [New LWP 100125] [New Thread 802406400 (LWP 100125/vlc-cache-gen)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 (gdb) bt #0 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 #1 0x0008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 #2 0x000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 #3 0x00080060911b in symlook_default () from /libexec/ld-elf.so.1 #4 0x00080060939d in find_symdef () from /libexec/ld-elf.so.1 #5 0x00080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 #6 0x000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 #7 0x0008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 #8 0x000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 #9 0x000800affe95 in module_Load (p_this=0x80244c198, psz_file=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, p_handle=0x7fffd180, lazy=true) at posix/plugin.c:62 #10 0x000800adef4b in module_InitDynamic (obj=0x80244c198, path=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, fast=true) at modules/bank.c:536 #11 0x000800adede2 in AllocatePluginFile (bank=0x7fffd490, abspath=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, relpath=0x802472b80 codec/.libs/libfluidsynth_plugin.so, st=0x7fffd210) at
Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) Please do two things. 1. Provide me the output of readelf -a for the module that was loaded. 2. Recompile rtld with debug symbols and redo the build to get the useful backtrace from core: cd /usr/src/libexec/rtld-elf make clean make all install DEBUG_FLAGS=-g Ok, someone who got the crash will have to do this as I couln't reproduce it here (sorry forgot to say...) Thanx, :) Juergen In article 20120804110952.4f3a9...@ernst.jennejohn.org you write: On Fri, 3 Aug 2012 18:36:33 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. I update the ports and source trees almost every day. I do not install new ports binaries unless absolutely necessary, so the ports binaries are pretty much rather old. Just installed a new world/kernel today (updated yesterdya), r239006. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. I avoid using tools whenever possible. Maybe I will have to try portmaster, but I dread seeing 50 ports updated just because I want to update one port. I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the result. gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... (gdb) r ../modules/ Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ [New LWP 100125] [New Thread 802406400 (LWP 100125/vlc-cache-gen)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 (gdb) bt #0 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 #1 0x0008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 #2 0x000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 #3 0x00080060911b in symlook_default () from /libexec/ld-elf.so.1 #4 0x00080060939d in find_symdef () from /libexec/ld-elf.so.1 #5 0x00080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 #6 0x000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 #7 0x0008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 #8 0x000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 #9 0x000800affe95 in module_Load (p_this=0x80244c198, psz_file=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, p_handle=0x7fffd180, lazy=true) at posix/plugin.c:62 #10 0x000800adef4b in module_InitDynamic (obj=0x80244c198, path=0x802472c00
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Fri, 3 Aug 2012 18:36:33 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. I update the ports and source trees almost every day. I do not install new ports binaries unless absolutely necessary, so the ports binaries are pretty much rather old. Just installed a new world/kernel today (updated yesterdya), r239006. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. I avoid using tools whenever possible. Maybe I will have to try portmaster, but I dread seeing 50 ports updated just because I want to update one port. I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the result. gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... (gdb) r ../modules/ Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ [New LWP 100125] [New Thread 802406400 (LWP 100125/vlc-cache-gen)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 (gdb) bt #0 0x000800606588 in matched_symbol () from /libexec/ld-elf.so.1 #1 0x0008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 #2 0x000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 #3 0x00080060911b in symlook_default () from /libexec/ld-elf.so.1 #4 0x00080060939d in find_symdef () from /libexec/ld-elf.so.1 #5 0x00080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 #6 0x000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 #7 0x0008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 #8 0x000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 #9 0x000800affe95 in module_Load (p_this=0x80244c198, psz_file=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, p_handle=0x7fffd180, lazy=true) at posix/plugin.c:62 #10 0x000800adef4b in module_InitDynamic (obj=0x80244c198, path=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, fast=true) at modules/bank.c:536 #11 0x000800adede2 in AllocatePluginFile (bank=0x7fffd490, abspath=0x802472c00 ../modules//codec/.libs/libfluidsynth_plugin.so, relpath=0x802472b80 codec/.libs/libfluidsynth_plugin.so, st=0x7fffd210) at modules/bank.c:479 #12 0x000800adeca3 in AllocatePluginDir (bank=0x7fffd490, maxdepth=2, absdir=0x802472b00 ../modules//codec/.libs, reldir=0x802472a80 codec/.libs) at modules/bank.c:440 #13 0x000800adecd7 in AllocatePluginDir (bank=0x7fffd490, maxdepth=3, absdir=0x802472a00 ../modules//codec, reldir=0x8024704f0 codec) at modules/bank.c:444 #14 0x000800adecd7 in AllocatePluginDir (bank=0x7fffd490, maxdepth=4, absdir=0x802452c20 ../modules/, reldir=0x0) at modules/bank.c:444 #15 0x000800ade9b8 in AllocatePluginPath (p_this=0x80244c198, path=0x802452c20 ../modules/, mode=CACHE_USE) at modules/bank.c:353 #16 0x000800ade823 in AllocateAllPlugins (p_this=0x80244c198) at modules/bank.c:298 #17 0x000800ade55d in module_LoadPlugins (obj=0x80244c198) at modules/bank.c:189 #18 0x000800a53e63 in libvlc_InternalInit (p_libvlc=0x80244c198,
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Fri, Aug 03, 2012 at 01:59:03PM -0700, Doug Barton wrote: On 08/03/2012 01:28 PM, Rainer Hurling wrote: I tried to first deinstall vlc-1.1.13 and install 2.0.3 after that with success. Obviously the build has a problem with files outside of WRKSRC? When I did my successful build on current-amd64 I just patched the port directory, and used portmaster to do the update ... meaning that the old port was still installed when I built the new one. However, I use a separate WRKDIRPREFIX, maybe that made a difference? When I tested this on head I did the same and didn't get a crash, and I don't set WRKDIRPREFIX on that installation, so at least it can't be that alone. I just did LD_LIBRARY_PATH=work/fake/usr/local/lib ldd work/fake/usr/local/lib/vlc/vlc-cache-gen and got: work/fake/usr/local/lib/vlc/vlc-cache-gen: libvlc.so.8 = work/fake/usr/local/lib/libvlc.so.8 (0x800647000) libvlccore.so.6 = work/fake/usr/local/lib/libvlccore.so.6 (0x80075f000) libdbus-1.so.3 = /usr/local/lib/libdbus-1.so.3 (0x80093d000) libthr.so.3 = /lib/libthr.so.3 (0x800a8b000) libintl.so.9 = /usr/local/lib/libintl.so.9 (0x800ba3000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x800cac000) libm.so.5 = /lib/libm.so.5 (0x800ea6000) libc.so.7 = /lib/libc.so.7 (0x800fc5000) so it's not picking up wrong libs either... I guess unless someone can figure out the real cause and a proper fix we'll have to add a note to UPDATING to the effect if your vlc build dies try removing the old version first. :/, Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. Thanx, Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On 03.08.2012 18:36 (UTC+2), Juergen Lock wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. On my system it is 10.0-CURRENT amd64 r238992 with ports from today. I am using pulseaudio instead of oss whenever possible. And needless to say that vlc 1.1.13 works like a charm ;-) Thanks for your work, Rainer BTW, mplayer from ports does not build with liveMedia-20120404 ... Stop in /usr/ports/multimedia/vlc. *** [build] Error code 1 and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. May be because I have a mix of old and new dependencies, although the vlc port never tries to update any of them. Well ports never update dependencies themselves, you need to use tools like portmaster for that. Thanx, Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Fri, Aug 03, 2012 at 06:49:11PM +0200, Rainer Hurling wrote: On 03.08.2012 18:36 (UTC+2), Juergen Lock wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. On my system it is 10.0-CURRENT amd64 r238992 with ports from today. I am using pulseaudio instead of oss whenever possible. And needless to say that vlc 1.1.13 works like a charm ;-) I think we've had success reports on head earlier in this thread so the question becomes what's different in your case... Are you using clang? Can you post your /var/db/ports/vlc/options ? Can you try to get a backtrace from the corefile? Thanks for your work, Rainer Thamx for testing, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, 2 Aug 2012 21:07:48 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: Indeed, my provider rtsp-streamed tv channels did not work either, with no helpful messages from vlc (dead input). I'll try poking around later with a (arch)linux installation on my laptop. Hm I tested rtsp with a second vlc instance setup to stream a local file via rtsp, that worked with the latest version I posted: http://wiki.videolan.org/Streaming Maybe your tv channels are in fact not rtsp but multicast udp aka `iptv'? I see rtsp:// urls but having trouble with those channels behind my custom router (with NAT) was not something new. I've tested rtp streaming between a vlc and a mplayer instances without problem. I also noticed another error while starting from command line : [0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [0x8021909d8] qt4 interface error: Unable to load extensions module [0x803c493d8] xcb_xv vout display error: shared memory allocation error: Cannot allocate memory I don't get either of these two messages on 9.1 beta/amd64 with nvidia gfx Display still works, but that's not really a good error message still. I do have the reasonable shmem settings in my /boot/loader.conf : kern.ipc.shmmni=1024 kern.ipc.shmseg=1024 Mine are even lower, hmm. This one keeps getting stranger too. I don't see the message when closing every other Qt application, or when I play non HD videos. This might also not be a porting issue. Seems I should take a detour to the vlc mailing lists for those issues :) Keep up the good job! -- Matthieu Volat ma...@alkumuna.eu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On 03.08.2012 21:12 (UTC+2), Juergen Lock wrote: On Fri, Aug 03, 2012 at 06:49:11PM +0200, Rainer Hurling wrote: On 03.08.2012 18:36 (UTC+2), Juergen Lock wrote: On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: On Thu, 2 Aug 2012 22:56:26 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: [trimmed irrelevant content] Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) AMD64 on HEAD. I always get this error, no matter which patch I use: GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Error 2 *** [do-build] Error code 1 I get exactly the same error with CURRENT amd64. Hm how old are both your installed src and ports? You two are the first to report this and I just tried to reproduce it on a head checkout from May 13 and ports from June 18, and couldn't. On my system it is 10.0-CURRENT amd64 r238992 with ports from today. I am using pulseaudio instead of oss whenever possible. And needless to say that vlc 1.1.13 works like a charm ;-) I think we've had success reports on head earlier in this thread so the question becomes what's different in your case... Are you using clang? Can you post your /var/db/ports/vlc/options ? Can you try to get a backtrace from the corefile? No, it was built with gcc system compiler. Options had been only standard after 'make rmconfig'. I tried to first deinstall vlc-1.1.13 and install 2.0.3 after that with success. Obviously the build has a problem with files outside of WRKSRC? In the _successful_ build I found the following messages: gmake[3]: Entering directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' /usr/local/bin/gmkdir -p '/usr/ports/multimedia/vlc/work/fake/usr/local/bin' install -o root -g wheel -m 555 cvlc rvlc svlc qvlc '/usr/ports/multimedia/vlc/work/fake/usr/local/bin' gmake install-exec-hook gmake[4]: Entering directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' if test amd64-portbld-freebsd10.0 = amd64-portbld-freebsd10.0; then \ LD_LIBRARY_PATH=/usr/ports/multimedia/vlc/work/fake/usr/local/lib:$LD_LIBRARY_PATH \ /usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/vlc-cache-gen \ /usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/plugins ; \ else \ echo Cross-compilation: cache generation skipped! ; \ fi gmake[4]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' Is is possible that this is a problem when building plugins.dat? Further tests will follow tomorrow. I have to sleep now a few hours :) Good night, Rainer Thanks for your work, Rainer Thamx for testing, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On 08/03/2012 01:28 PM, Rainer Hurling wrote: I tried to first deinstall vlc-1.1.13 and install 2.0.3 after that with success. Obviously the build has a problem with files outside of WRKSRC? When I did my successful build on current-amd64 I just patched the port directory, and used portmaster to do the update ... meaning that the old port was still installed when I built the new one. However, I use a separate WRKDIRPREFIX, maybe that made a difference? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, 2 Aug 2012 01:48:58 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Fixed rtsp now: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch Enjoy, :) Juergen Still with the same configuration. Indeed, my provider rtsp-streamed tv channels did not work either, with no helpful messages from vlc (dead input). I'll try poking around later with a (arch)linux installation on my laptop. I also noticed another error while starting from command line : [0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [0x8021909d8] qt4 interface error: Unable to load extensions module [0x803c493d8] xcb_xv vout display error: shared memory allocation error: Cannot allocate memory Display still works, but that's not really a good error message still. I do have the reasonable shmem settings in my /boot/loader.conf : kern.ipc.shmmni=1024 kern.ipc.shmseg=1024 -- Matthieu Volat ma...@alkumuna.eu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On 08/01/2012 16:48, Juergen Lock wrote: On Thu, Aug 02, 2012 at 12:28:09AM +0200, Juergen Lock wrote: On Wed, Aug 01, 2012 at 08:04:16PM +0200, Matthieu Volat wrote: On Tue, 31 Jul 2012 20:29:28 +0200 (CEST) Juergen Lock n...@jelal.kn-bremen.de wrote: [...] New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch [...] Hmm, for some reason, vlc port do not find the live liveMedia installation : # make ... checking for live555 version 1324598400 or later... no configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. You can get an updated one from http://www.live555.com/liveMedia . configure: error: Update live555 or pass --disable-live555 to disable RTSP input support. ... When looking at the config log : ... configure:27786: clang++ -E -I/usr/ports/multimedia/vlc/work/fake/usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-2.0.3/include -I/usr/local/include -I/usr/local/ffmpeg-I/usr/local/include/speex -I/usr/local/include -I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment conftest.cpp conftest.cpp:121:10: fatal error: 'liveMedia_version.hh' file not found #include liveMedia_version.hh ^ 1 error generated. configure:27786: $? = 1 ... I've noticed that the patched version of net/liveMedia installed itself in /usr/local/live, is it normal? Am I missing something? Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Fixed rtsp now: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch Sorry, I just tried the patch and I'm getting the same error as Matthieu: configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. The version in ports is 2011.06.16, which does indeed seem older than 2011.12.23. nork, any chance of an upgrade? Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, Aug 02, 2012 at 07:48:01PM +0200, Matthieu Volat wrote: On Thu, 2 Aug 2012 01:48:58 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Fixed rtsp now: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch Enjoy, :) Juergen Still with the same configuration. Indeed, my provider rtsp-streamed tv channels did not work either, with no helpful messages from vlc (dead input). I'll try poking around later with a (arch)linux installation on my laptop. Hm I tested rtsp with a second vlc instance setup to stream a local file via rtsp, that worked with the latest version I posted: http://wiki.videolan.org/Streaming Maybe your tv channels are in fact not rtsp but multicast udp aka `iptv'? I also noticed another error while starting from command line : [0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [0x8021909d8] qt4 interface error: Unable to load extensions module [0x803c493d8] xcb_xv vout display error: shared memory allocation error: Cannot allocate memory I don't get either of these two messages on 9.1 beta/amd64 with nvidia gfx Display still works, but that's not really a good error message still. I do have the reasonable shmem settings in my /boot/loader.conf : kern.ipc.shmmni=1024 kern.ipc.shmseg=1024 Mine are even lower, hmm. Cheers, Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
In article 20120801213128.7956cef34d5f5a5419f78...@alkumuna.eu you write:
On Wed, 01 Aug 2012 20:34:44 +0200
Oliver Heesakkers free...@heesakkers.info wrote:
[...]
At the start of configure it is reported that --with-live555-tree is an
unrecognized option.
Changing line 381 of the patched Makefile for vlc to:
CPPFLAGS+=-I${LOCALBASE}/live/liveMedia/include
and removing the backslash from the line before of course, looks like a good
solution to me.
Right!
Yeah I fixed it now as posted. (also needed additional LDFLAGS.)
Here is the link again:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch
So a bit more of reports :
FreeBSD 9.0-RELEASE-p3
amd64
CC=clang CXX=clang++ CPP=clang-cpp (base system version)
All ports up to date from a portsnap run, built with WITH_NEW_XORG and using
the x11/nvidia-driver x11 driver (GeForce 8800GT).
build:
need the fix above to build with livemedia support
run:
fails to load qt interface :
% vlc
VLC media player 2.0.3 Twoflower (revision 2.0.2-93-g77aa89e)
[0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc'
to use vlc without interface.
[0x8021909d8] main interface error: corrupt module:
/usr/local/lib/vlc/plugins/gui/libqt4_plugin.so
Remote control interface initialized. Type `help' for help.
The strange thing is it worked with the vlc-2.0.3-001.patch version. cvlc is
running fine. Building with base gcc/g++ is also fine.
Hm I just built the latest patch version with base clang on 9.1 beta
and still don't see this problem. Could this be some temporary fault
i.e. have you tried rebuilding it a second time?
Thanx, :)
Juergen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, Aug 02, 2012 at 12:20:41PM -0700, Doug Barton wrote: On 08/01/2012 16:48, Juergen Lock wrote: On Thu, Aug 02, 2012 at 12:28:09AM +0200, Juergen Lock wrote: On Wed, Aug 01, 2012 at 08:04:16PM +0200, Matthieu Volat wrote: On Tue, 31 Jul 2012 20:29:28 +0200 (CEST) Juergen Lock n...@jelal.kn-bremen.de wrote: [...] New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch [...] Hmm, for some reason, vlc port do not find the live liveMedia installation : # make ... checking for live555 version 1324598400 or later... no configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. You can get an updated one from http://www.live555.com/liveMedia . configure: error: Update live555 or pass --disable-live555 to disable RTSP input support. ... When looking at the config log : ... configure:27786: clang++ -E -I/usr/ports/multimedia/vlc/work/fake/usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-2.0.3/include -I/usr/local/include -I/usr/local/ffmpeg-I/usr/local/include/speex -I/usr/local/include -I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment conftest.cpp conftest.cpp:121:10: fatal error: 'liveMedia_version.hh' file not found #include liveMedia_version.hh ^ 1 error generated. configure:27786: $? = 1 ... I've noticed that the patched version of net/liveMedia installed itself in /usr/local/live, is it normal? Am I missing something? Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Fixed rtsp now: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch Sorry, I just tried the patch and I'm getting the same error as Matthieu: configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. The version in ports is 2011.06.16, which does indeed seem older than 2011.12.23. nork, any chance of an upgrade? Yeah I posted the patch together with the vlc update earlier in the thread: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch (As posted btw this was already committed and backed out again earlier so I only grabbed the update out of the history and kept the PORTEPOCH.) HTH, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
Op do 02 aug 2012 12:20:41 schreef Doug Barton: On 08/01/2012 16:48, Juergen Lock wrote: On Thu, Aug 02, 2012 at 12:28:09AM +0200, Juergen Lock wrote: On Wed, Aug 01, 2012 at 08:04:16PM +0200, Matthieu Volat wrote: On Tue, 31 Jul 2012 20:29:28 +0200 (CEST) Juergen Lock n...@jelal.kn-bremen.de wrote: [...] New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch [...] (...) Sorry, I just tried the patch and I'm getting the same error as Matthieu: configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. The version in ports is 2011.06.16, which does indeed seem older than 2011.12.23. nork, any chance of an upgrade? The patch you require is listed above. Since 2012-04-04 breaks VLC 1.3 (see liveMedia's commit history) liveMedia and VLC have to be upgraded simultaneously. I will note that I can't get mplayer to build with the new liveMedia, so someone might want to take a look at that. I was able to play the lscube.org rtsp from the link Juergen posted earlier ( http://wiki.multimedia.cx/index.php?title=RTSP ) , but indeed only when all CPPFLAGS and LDFLAGS are passed. I also tried setting up my own ffserver rtsp, but that was no immediate success. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
Op do 02 aug 2012 21:21:29 schreef Juergen Lock: In article 20120801213128.7956cef34d5f5a5419f78...@alkumuna.eu you write: On Wed, 01 Aug 2012 20:34:44 +0200 run: fails to load qt interface : % vlc VLC media player 2.0.3 Twoflower (revision 2.0.2-93-g77aa89e) [0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [0x8021909d8] main interface error: corrupt module: /usr/local/lib/vlc/plugins/gui/libqt4_plugin.so Remote control interface initialized. Type `help' for help. The strange thing is it worked with the vlc-2.0.3-001.patch version. cvlc is running fine. Building with base gcc/g++ is also fine. Hm I just built the latest patch version with base clang on 9.1 beta and still don't see this problem. Could this be some temporary fault i.e. have you tried rebuilding it a second time? I can confirm this 'corruption' with CLANG on FreeBSD 9.0 RELEASE. IIRC 9.1 uses a newer version of CLANG. (remembering a lot of LibreOffice mails) So the port has to override compiler definitions made in make.conf if FreeBSD 9.1 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On 08/02/2012 12:29, Juergen Lock wrote: Yeah I posted the patch together with the vlc update earlier in the thread: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch D'oh! Totally my fault, I neglected to read your post carefully. Sorry. Just built on current, amd64, r238762, using gcc. Seems to be working fine. You can test rtsp atm courtesy of the IETF: https://tools.ietf.org/agenda/84/#THURSDAY Vancouver is in the Pacific time zone, so at this precise moment the sessions starting at 1300 are just getting underway. hth, Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, Aug 02, 2012 at 09:49:57PM +0200, Oliver Heesakkers wrote: Op do 02 aug 2012 21:21:29 schreef Juergen Lock: In article 20120801213128.7956cef34d5f5a5419f78...@alkumuna.eu you write: On Wed, 01 Aug 2012 20:34:44 +0200 run: fails to load qt interface : % vlc VLC media player 2.0.3 Twoflower (revision 2.0.2-93-g77aa89e) [0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [0x8021909d8] main interface error: corrupt module: /usr/local/lib/vlc/plugins/gui/libqt4_plugin.so Remote control interface initialized. Type `help' for help. The strange thing is it worked with the vlc-2.0.3-001.patch version. cvlc is running fine. Building with base gcc/g++ is also fine. Hm I just built the latest patch version with base clang on 9.1 beta and still don't see this problem. Could this be some temporary fault i.e. have you tried rebuilding it a second time? I can confirm this 'corruption' with CLANG on FreeBSD 9.0 RELEASE. IIRC 9.1 uses a newer version of CLANG. (remembering a lot of LibreOffice mails) So the port has to override compiler definitions made in make.conf if FreeBSD 9.1 Ok I added that check: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch Enjoy, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Tue, 31 Jul 2012 20:29:28 +0200 (CEST) Juergen Lock n...@jelal.kn-bremen.de wrote: [...] New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch [...] Hmm, for some reason, vlc port do not find the live liveMedia installation : # make ... checking for live555 version 1324598400 or later... no configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. You can get an updated one from http://www.live555.com/liveMedia . configure: error: Update live555 or pass --disable-live555 to disable RTSP input support. ... When looking at the config log : ... configure:27786: clang++ -E -I/usr/ports/multimedia/vlc/work/fake/usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-2.0.3/include -I/usr/local/include -I/usr/local/ffmpeg-I/usr/local/include/speex -I/usr/local/include -I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment conftest.cpp conftest.cpp:121:10: fatal error: 'liveMedia_version.hh' file not found #include liveMedia_version.hh ^ 1 error generated. configure:27786: $? = 1 ... I've noticed that the patched version of net/liveMedia installed itself in /usr/local/live, is it normal? Am I missing something? -- Matthieu Volat ma...@alkumuna.eu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
Op wo 01 aug 2012 20:04:16 schreef Matthieu Volat:
On Tue, 31 Jul 2012 20:29:28 +0200 (CEST)
Juergen Lock n...@jelal.kn-bremen.de wrote:
[...]
New patches here, please also test with phonon-vlc if you use it:
http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch
http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch
[...]
Hmm, for some reason, vlc port do not find the live liveMedia installation :
# make
...
checking for live555 version 1324598400 or later... no
configure: WARNING: liveMedia is missing or its installed version is too
old: Version 2011.12.23 or later is required to proceed.
You can get an updated one from http://www.live555.com/liveMedia .
configure: error: Update live555 or pass --disable-live555 to disable RTSP
input support. ...
When looking at the config log :
...
configure:27786: clang++ -E
-I/usr/ports/multimedia/vlc/work/fake/usr/local/include
-I/usr/ports/multimedia/vlc/work/vlc-2.0.3/include -I/usr/local/include
-I/usr/local/ffmpeg-I/usr/local/include/speex -I/usr/local/include
-I/usr/include/liveMedia -I/usr/include/groupsock
-I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment
conftest.cpp conftest.cpp:121:10: fatal error: 'liveMedia_version.hh' file
not found #include liveMedia_version.hh
^
1 error generated.
configure:27786: $? = 1
...
I've noticed that the patched version of net/liveMedia installed itself in
/usr/local/live, is it normal?
Yes, or at least it has always been this way.
Am I missing something?
At the start of configure it is reported that --with-live555-tree is an
unrecognized option.
Changing line 381 of the patched Makefile for vlc to:
CPPFLAGS+=-I${LOCALBASE}/live/liveMedia/include
and removing the backslash from the line before of course, looks like a good
solution to me.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Wed, 01 Aug 2012 20:34:44 +0200
Oliver Heesakkers free...@heesakkers.info wrote:
[...]
At the start of configure it is reported that --with-live555-tree is an
unrecognized option.
Changing line 381 of the patched Makefile for vlc to:
CPPFLAGS+=-I${LOCALBASE}/live/liveMedia/include
and removing the backslash from the line before of course, looks like a good
solution to me.
Right!
So a bit more of reports :
FreeBSD 9.0-RELEASE-p3
amd64
CC=clang CXX=clang++ CPP=clang-cpp (base system version)
All ports up to date from a portsnap run, built with WITH_NEW_XORG and using
the x11/nvidia-driver x11 driver (GeForce 8800GT).
build:
need the fix above to build with livemedia support
run:
fails to load qt interface :
% vlc
VLC media player 2.0.3 Twoflower (revision 2.0.2-93-g77aa89e)
[0x802055198] main libvlc: Running vlc with the default interface. Use 'cvlc'
to use vlc without interface.
[0x8021909d8] main interface error: corrupt module:
/usr/local/lib/vlc/plugins/gui/libqt4_plugin.so
Remote control interface initialized. Type `help' for help.
The strange thing is it worked with the vlc-2.0.3-001.patch version. cvlc is
running fine. Building with base gcc/g++ is also fine.
--
Matthieu Volat ma...@alkumuna.eu
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Wed, Aug 01, 2012 at 08:04:16PM +0200, Matthieu Volat wrote: On Tue, 31 Jul 2012 20:29:28 +0200 (CEST) Juergen Lock n...@jelal.kn-bremen.de wrote: [...] New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch [...] Hmm, for some reason, vlc port do not find the live liveMedia installation : # make ... checking for live555 version 1324598400 or later... no configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. You can get an updated one from http://www.live555.com/liveMedia . configure: error: Update live555 or pass --disable-live555 to disable RTSP input support. ... When looking at the config log : ... configure:27786: clang++ -E -I/usr/ports/multimedia/vlc/work/fake/usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-2.0.3/include -I/usr/local/include -I/usr/local/ffmpeg-I/usr/local/include/speex -I/usr/local/include -I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment conftest.cpp conftest.cpp:121:10: fatal error: 'liveMedia_version.hh' file not found #include liveMedia_version.hh ^ 1 error generated. configure:27786: $? = 1 ... I've noticed that the patched version of net/liveMedia installed itself in /usr/local/live, is it normal? Am I missing something? Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Thanx, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Thu, Aug 02, 2012 at 12:28:09AM +0200, Juergen Lock wrote: On Wed, Aug 01, 2012 at 08:04:16PM +0200, Matthieu Volat wrote: On Tue, 31 Jul 2012 20:29:28 +0200 (CEST) Juergen Lock n...@jelal.kn-bremen.de wrote: [...] New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch [...] Hmm, for some reason, vlc port do not find the live liveMedia installation : # make ... checking for live555 version 1324598400 or later... no configure: WARNING: liveMedia is missing or its installed version is too old: Version 2011.12.23 or later is required to proceed. You can get an updated one from http://www.live555.com/liveMedia . configure: error: Update live555 or pass --disable-live555 to disable RTSP input support. ... When looking at the config log : ... configure:27786: clang++ -E -I/usr/ports/multimedia/vlc/work/fake/usr/local/include -I/usr/ports/multimedia/vlc/work/vlc-2.0.3/include -I/usr/local/include -I/usr/local/ffmpeg-I/usr/local/include/speex -I/usr/local/include -I/usr/include/liveMedia -I/usr/include/groupsock -I/usr/include/BasicUsageEnvironment -I/usr/include/UsageEnvironment conftest.cpp conftest.cpp:121:10: fatal error: 'liveMedia_version.hh' file not found #include liveMedia_version.hh ^ 1 error generated. configure:27786: $? = 1 ... I've noticed that the patched version of net/liveMedia installed itself in /usr/local/live, is it normal? Am I missing something? Looks like I didn't actually enable the LIVEMEDIA knob when I `tested' it... I tried to fix it (configure finds it now), tho I couldn't find an rtsp url that actually worked; I tested a few from here: http://wiki.multimedia.cx/index.php?title=RTSP And I also cleaned up some no longer supported knobs. New patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-003.patch Fixed rtsp now: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-004.patch Enjoy, :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
In article 6721404.6tn6vjr...@pcoliver.heesakkers.info you write: Op ma 30 jul 2012 21:15:15 schreef Juergen Lock: Hi! I had been testing vlc 2.0.x on and off on 8.2 with older ports and never could get native video to work (tho audio-only files and videos via SDL work), and now I updated that port to 2.0.3 and thought why not test it on the laptop that I recently updated to 9.1 beta and more up to date ports, and guess what, there it works just fine!! :) So now before we can update the port (and at least for a while keep the old port as vlc-legacy; I already talked with the maintainer who has little time atm) we need to know what to note in the 2.x port about when ppl should expect it to work, so testers on various FreeBSD versions are needed. First off my compliments for picking this up. I for one rather not see a vlc-legacy port. Upstream supports just the one version and so should we. I only got success reports so far, also for 8.x, so maybe we can in fact do this... (I.e. it looks like it was something in dependent ports that fixed native video?) You've marked liveMedia broken, but the update for that is basically done, see its commit history: http://www.freshports.org/net/liveMedia/ Ah thx, missed that. :) Patch below. People using multimedia/phonon-vlc should include this in their testing, for this purpose the ABI version number for VLC has to be removed from multimedia/phonon-vlc/Makefile Looks like makc already fixed this: http://svn.freebsd.org/changeset/ports/301783 I suggest you distribute a patch here that handles all three simultaneously, after that has been tested on as many versions and archs as possible a comprehensive UPDATING message can be constructed and where necessary VLC can be marked broken, but I suspect there will not be much breakage (Wether or not you require SDL for video output can be noted in UPDATING). It seems we still need testers on 7.x now wrt. the video breakage (if there are even still people left that use a 7.x desktop...) I used your patch on my 8.3-RELEASE-p3 amd64 headless box where VLC is used to record Axis securityfeeds, so no testing of output there, but what needs to work, works. My 9.0-RELEASE-p3 amd64 desktop (with nVidia graphics) has been running VLC 2 problem free for six months now, ever since that was requested of me when filing a bug + patch @ videolan. It's set for native video output, I can't remember having used another setting. I haven't (yet) used your patch on this box, as it was already running 2.0.3. Phonon-vlc also works on this box. All ports are up-to-date for both mentioned boxes. New patches here, please also test with phonon-vlc if you use it: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-002.patch http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch Thanx! Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Tue, Jul 31, 2012 at 10:33:51AM +, Max Brazhnikov wrote: It fails to build with PLUGIN option. It seems vlc2 does not ship mozilla plugin anymore, related bits should be removed from the port. After disabling plugin support it builds fine and works as well. FreeBSD 9.1-PRERELEASE #1 r238868 amd64 up-to-date ports I just posted an updated patch with plugin support removed. Thanx! :) Juergen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: vlc 2.0.3 - want to know where it works and where only partly
Hi! I had been testing vlc 2.0.x on and off on 8.2 with older ports and never could get native video to work (tho audio-only files and videos via SDL work), and now I updated that port to 2.0.3 and thought why not test it on the laptop that I recently updated to 9.1 beta and more up to date ports, and guess what, there it works just fine!! :) So now before we can update the port (and at least for a while keep the old port as vlc-legacy; I already talked with the maintainer who has little time atm) we need to know what to note in the 2.x port about when ppl should expect it to work, so testers on various FreeBSD versions are needed. So if you test it please report: - your FreeBSD version/arch and src svn rev/date of checkout (if head or stable) - how old the rest of your installed ports are - your video hardware (tho that's probably less relevant since it worked via remote X also displaying on the 8.2 box from the 9.1 one and the other way around it also didn't work; the 8.2 box has radeon and the 9.1 nvidia) - and whether native video output works (if it doesn't playback will stop right away; audio-only files should always work, also changing video output to SDL should) And here is the patch: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-001.patch Thanx! Juergen (and jsa :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
Op ma 30 jul 2012 21:15:15 schreef Juergen Lock: Hi! I had been testing vlc 2.0.x on and off on 8.2 with older ports and never could get native video to work (tho audio-only files and videos via SDL work), and now I updated that port to 2.0.3 and thought why not test it on the laptop that I recently updated to 9.1 beta and more up to date ports, and guess what, there it works just fine!! :) So now before we can update the port (and at least for a while keep the old port as vlc-legacy; I already talked with the maintainer who has little time atm) we need to know what to note in the 2.x port about when ppl should expect it to work, so testers on various FreeBSD versions are needed. First off my compliments for picking this up. I for one rather not see a vlc-legacy port. Upstream supports just the one version and so should we. You've marked liveMedia broken, but the update for that is basically done, see its commit history: http://www.freshports.org/net/liveMedia/ People using multimedia/phonon-vlc should include this in their testing, for this purpose the ABI version number for VLC has to be removed from multimedia/phonon-vlc/Makefile I suggest you distribute a patch here that handles all three simultaneously, after that has been tested on as many versions and archs as possible a comprehensive UPDATING message can be constructed and where necessary VLC can be marked broken, but I suspect there will not be much breakage (Wether or not you require SDL for video output can be noted in UPDATING). I used your patch on my 8.3-RELEASE-p3 amd64 headless box where VLC is used to record Axis securityfeeds, so no testing of output there, but what needs to work, works. My 9.0-RELEASE-p3 amd64 desktop (with nVidia graphics) has been running VLC 2 problem free for six months now, ever since that was requested of me when filing a bug + patch @ videolan. It's set for native video output, I can't remember having used another setting. I haven't (yet) used your patch on this box, as it was already running 2.0.3. Phonon-vlc also works on this box. All ports are up-to-date for both mentioned boxes. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Tue, Jul 31, 2012 at 01:00:39AM +0200, Oliver Heesakkers wrote: Op ma 30 jul 2012 21:15:15 schreef Juergen Lock: So now before we can update the port (and at least for a while keep the old port as vlc-legacy; I already talked with the maintainer who has little time atm) we need to know what to note in the 2.x port about when ppl should expect it to work, so testers on various FreeBSD versions are needed. It works for me. I'm running: - 10.0-CURRENT r238892 on amd64 - Ports from just a few days ago - Intel (drm2) - Both video and audio work -- Denny Lin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
On Mon, Jul 30, 2012 at 12:15 PM, Juergen Lock n...@jelal.kn-bremen.de wrote: Hi! I had been testing vlc 2.0.x on and off on 8.2 with older ports and never could get native video to work (tho audio-only files and videos via SDL work), and now I updated that port to 2.0.3 and thought why not test it on the laptop that I recently updated to 9.1 beta and more up to date ports, and guess what, there it works just fine!! :) So now before we can update the port (and at least for a while keep the old port as vlc-legacy; I already talked with the maintainer who has little time atm) we need to know what to note in the 2.x port about when ppl should expect it to work, so testers on various FreeBSD versions are needed. So if you test it please report: - your FreeBSD version/arch and src svn rev/date of checkout (if head or stable) - how old the rest of your installed ports are - your video hardware (tho that's probably less relevant since it worked via remote X also displaying on the 8.2 box from the 9.1 one and the other way around it also didn't work; the 8.2 box has radeon and the 9.1 nvidia) - and whether native video output works (if it doesn't playback will stop right away; audio-only files should always work, also changing video output to SDL should) And here is the patch: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-001.patch Tested on FreeBSD 9.1-PRERELEASE of 7/18 with no problems. All ports were current as of 7/18. On Intel Core i5 (Sandybridge) ThinkPad T520 laptop running amd64 with i915kms driver. Everything I tried worked flawlessly. Thanks! -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: vlc 2.0.3 - want to know where it works and where only partly
WORKING: - Up to date ports - FreeBSD cr48.lan 9.0-STABLE FreeBSD 9.0-STABLE #3 r237413M: Thu Jun 21 21:44:02 CDT 2012 r...@skeletor.feld.me:/usr/obj/tank/svn/sys/GENERIC amd64 - Intel i915kms.ko Still have to test a similar system but using Nvidia ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
