Re: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, 13 Aug 2012 01:12:10 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote: On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: SKIP GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (Speicherauszug erstellt) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Fehler 2 *** [do-build] Error code 1 This only happens when option PulseAudio is enabled. (My sound system is driven by PulseAudio.) Aah, thanx, I missed the bit about pulseaudio, now I can finally reproduce this. I'll follow up on the other thread with the bt kib wanted. I was unable to reproduce this one at all. I _do_ have VLC 1.x installed as well, though I have no pulseaudio enabled in it. Maybe that is another missing piece of the puzzle? And, as described in another thread on August, 3rd, it only happens, when vlc version 1.x is already installed. So, deleting old vlc before build this new version works for me. Unfortunately if option PulseAudio is enabled, and only then, vlc core dumps right after opening for example mp3 or mp4 files :( Hm if I did this right the bt for that is: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 137 pa_threaded_mainloop_lock (mainloop); gdb) bt #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 #1 0x000816d34682 in Open (obj=Variable obj is not available. ) at pulse.c:840 #2 0x000800aba580 in vlc_module_load () from /usr/local/lib/libvlccore.so.6 #3 0x000800aaab2c in aout_VolumeHardSet () from /usr/local/lib/libvlccore.so.6 #4 0x000800aa83c3 in aout_TimeReport () from /usr/local/lib/libvlccore.so.6 #5 0x000800a75f70 in decoder_NewPicture () from /usr/local/lib/libvlccore.so.6 #6 0x0008134c77e8 in _::vlc_entry_license () from /usr/local/lib/vlc/plugins/codec/libfaad_plugin.so #7 0x000800a76d83 in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #8 0x000800a7810d in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #9 0x000800a785db in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #10 0x00080169c58d in pthread_create () from /lib/libthr.so.3 #11 0x in ?? () Cannot access memory at address 0x7edf4000 (gdb) l vlcpulse.c:130 125 { 126 pa_proplist_setf (props, PA_PROP_APPLICATION_PROCESS_MACHINE_ID, 127 %.32s, session); /* XXX: is this valid? */ 128 pa_proplist_sets (props, PA_PROP_APPLICATION_PROCESS_SESSION_ID, 129 session); 130 } 131 } 132 133 /* Connect to PulseAudio daemon */ 134 pa_context *ctx; (gdb) l 135 pa_mainloop_api *api; 136 137 pa_threaded_mainloop_lock (mainloop); 138 api = pa_threaded_mainloop_get_api (mainloop); 139 ctx = pa_context_new_with_proplist (api, ua, props); 140 free (ua); 141 if (props != NULL) 142 pa_proplist_free (props); 143 if (unlikely(ctx == NULL)) 144 goto fail; (gdb) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This constant is unsupported, so the module tries to allocate a stack buffer with negative size, smashing the stack dead. So far, I see absolutely no evidence of any wrongdoing on the rtld side of things. -- Alexander Kabaev signature.asc Description: PGP signature
Re: line 91 of [github] pkgng libpkg/update.c (use: mkstemp inplace of mktemp)
On 13/08/2012 04:38, Jason Hellenthal wrote: On the same subject of /tmp As well should we not be attempting to get environ(7) TMPDIR and honor it throughout all of pkgng ? Yes, we should. ... ...and now we do. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: [CFT] TexLive port
On 13/08/2012 04:45, Denny Lin wrote: Hi, On Sun, Aug 12, 2012 at 10:12:33AM +0200, Dominic Fandrey wrote: On 31/07/2012 00:48, Dominic Fandrey wrote: Here we go: http://www.home.hs-karlsruhe.de/~fado1011/texlive/ # mkdir ~/texlive # cd ~/texlive # fetch http://www.home.hs-karlsruhe.de/~fado1011/texlive/patch-ports-graphics-poppler.txt http://www.home.hs-karlsruhe.de/~fado1011/texlive/shar-ports-print-texlive.txt # cd /usr # patch ~/texlive/patch-ports-graphics-poppler.txt # sh ~/texlive/shar-ports-print-texlive.txt # portmaster graphics/poppler Adding this line to print/texlive-base/Makefile should remove the need to patch graphics/poppler: CFLAGS+= -I${LOCALBASE}/include If you don't have teTeX installed: # portmaster print/texlive If you have teTeX installed: # portmaster -o print/texlive-texmf print/teTeX-texmf # portmaster -o print/texlive-base print/teTeX-base # portmaster -o print/texlive print/teTeX This probably needs to be run before portmaster if teTeX is installed: # pkg_delete -f 'dvipsk-tetex-*' # pkg_delete -f 'xdvik-tetex-*' print/texlive-base fails to build/install for some reason: gmake[4]: Leaving directory `/usr/ports/print/texlive-base/work/texlive-20120701-source/texk/texlive' gmake[3]: Leaving directory `/usr/ports/print/texlive-base/work/texlive-20120701-source/texk/texlive' gmake[2]: Leaving directory `/usr/ports/print/texlive-base/work/texlive-20120701-source/texk/texlive' gmake[1]: Leaving directory `/usr/ports/print/texlive-base/work/texlive-20120701-source/texk' texlinks: config file `fmtutil.cnf' not found. Something must have gone wrong with texlive-texmf. The file should be in ${LOCALBASE}/share/texmf/web2c/fmtutil.cnf I tried searching for fmtutil.cnf: # find work/texlive-20120701-source/ -name fmtutil.cnf work/texlive-20120701-source/texk/tetex/fmtutil.cnf This error occurs even when I patched poppler, so it should be unrelated to the workaround mentioned above. Maybe just try to wipe all the teTeX stuff and make a clean start with print/texlive. It works in my Tinderbox, so the installation procedure should be fine. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ 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: gdb doesn't work well with qtcreator
Hi. Could you provide a simple repro-case? Is your application a multi-thread one? I'm using gdb 7.4.1_4 with KDevelop without problem, but my applications are not Qt based... Regards, Luca On 08/09/12 14:02, HU Dong wrote: On Thu, Aug 9, 2012 at 7:55 PM, Konstantin Tokarev annu...@yandex.ru wrote: 09.08.2012, 15:50, HU Dong itechb...@gmail.com: Hi,all! I just installed devel/qtcreator from port. Everything seemed to work fine except the debugger. At first I set it to /usr/bin/gdb, it simply crashed when I started debugging, with a dialog reporting The gdb process crashed. Then I installed devel/gdb and set the debugger to /usr/local/bin/gdb, qtcreator reported that Application process could not be stopped:The program is not being run. and Cannot continue debugged process:The program is not being run. I've spent much time searching on the internet, but found nothing helpful. Did anyone run into the same problem? Env: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 r...@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 Which version og gdb are you using? Qt Creator officially requires gdb = 7.2, and may have issues with earlier versions. Maybe it's worthwhile to ask on qt-crea...@qt-project.org too. -- Regards, Konstantin I've tested both gdb 6.1.1 and 7.4.1_4, but with no luck. I suspect that this problem is kind of freebsd-specific, cause I didn't find similar problems reported on the internet. HU Dong ___ 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 ___ 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: gdb doesn't work well with qtcreator
On Mon, Aug 13, 2012 at 4:09 PM, Luca Pizzamiglio l.pizzamig...@bally-wulff.de wrote: Hi. Could you provide a simple repro-case? Is your application a multi-thread one? I'm using gdb 7.4.1_4 with KDevelop without problem, but my applications are not Qt based... Regards, Luca On 08/09/12 14:02, HU Dong wrote: On Thu, Aug 9, 2012 at 7:55 PM, Konstantin Tokarev annu...@yandex.ru wrote: 09.08.2012, 15:50, HU Dong itechb...@gmail.com: Hi,all! I just installed devel/qtcreator from port. Everything seemed to work fine except the debugger. At first I set it to /usr/bin/gdb, it simply crashed when I started debugging, with a dialog reporting The gdb process crashed. Then I installed devel/gdb and set the debugger to /usr/local/bin/gdb, qtcreator reported that Application process could not be stopped:The program is not being run. and Cannot continue debugged process:The program is not being run. I've spent much time searching on the internet, but found nothing helpful. Did anyone run into the same problem? Env: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 root@i386-builder.daemonology.**net:/usr/obj/usr/src/sys/**GENERIC i386 Which version og gdb are you using? Qt Creator officially requires gdb = 7.2, and may have issues with earlier versions. Maybe it's worthwhile to ask on qt-crea...@qt-project.org too. -- Regards, Konstantin I've tested both gdb 6.1.1 and 7.4.1_4, but with no luck. I suspect that this problem is kind of freebsd-specific, cause I didn't find similar problems reported on the internet. HU Dong __**_ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/**mailman/listinfo/freebsd-portshttp://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscribe@**freebsd.orgfreebsd-ports-unsubscr...@freebsd.org It's not application-related. I tried hello,world! and the problem still existed. The problem happened in Qt Creator, not kdevelop. Anyway, thank you! B.R. HU Dong ___ 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: thunderbird-enigmail-1.4.3 build failing on i386 9.1
Doug Barton ha scritto: This problem is caused for portmaster by the wacky way that they changed the dependency for thunderbird sources to avoid (zomg!) potential for fetching files related to thunderbird during the enigmail build process. I objected at the time, but my objection was ignored. If you can feel better, I never approved it. OTOH, the recent enigmail update worked for me using portmaster, I haven't had time to investigate why it worked this time either. :) Because I put that horrible FETCH_DEPENDS inside a conditional :-) -- Alex Dupre ___ 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: 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: thunderbird-enigmail-1.4.3 build failing on i386 9.1
On 13 Aug 2012 12:11, Alex Dupre a...@freebsd.org wrote: Doug Barton ha scritto: This problem is caused for portmaster by the wacky way that they changed the dependency for thunderbird sources to avoid (zomg!) potential for fetching files related to thunderbird during the enigmail build process. I objected at the time, but my objection was ignored. If you can feel better, I never approved it. OTOH, the recent enigmail update worked for me using portmaster, I haven't had time to investigate why it worked this time either. :) Because I put that horrible FETCH_DEPENDS inside a conditional :-) This had a general solution ages ago... but it's still in the queue. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/169850 Chris ___ 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
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/170599[NEW PORT] devel/npth: New GNU portable threads o ports/170598[update]: net-mgmt/glpi-plugins-fusioninventory-server o ports/170596[update]: ports-mgmt/p5-FusionInventory-Agent up to ne o ports/170591[MAINTAINER] www/codeigniter: update to 2.1.2 o ports/170587[maintainer-update] devel/cmake-fedora 1.0.3 o ports/170575[MAINTAINER] math/mingw32-libgmp: update to 5.0.5 o ports/170574[MAINTAINER] devel/doxygen: update to 1.8.2 o ports/170572[MAINTAINER] print/fontforge: update to 20120731-b o ports/170571[new port]: misc/leechcraft Cross-platform modular int o ports/170570[MAINTAINER] security/gpa: Update to 0.9.3 o ports/170567New port: finance/tryton o ports/170565[MAINTAINER] editors/scite: update to 3.2.1 o ports/170564[MAINTAINER] x11-toolkits/scintilla: update to 3.2.1 o ports/170562[MAINTAINER] audio/libmusicbrainz: Set EXPIRATION_DATE o ports/170551[PATCH] x11/sterm: update to 0.2.1 o ports/170550Update of ports-mgmt/portsreinstall f ports/170542sysutils/bsdadminscripts does not build correctly in m f ports/170538x11-wm/enlightenment build breaks f ports/170537devel/libftdi seems broken on i386 and amd64 o ports/170532update devel/kdbg from 2.2.0 to 2.5.1 f ports/170524devel/ding-libs fails to build in tinderbox f ports/170502security/sssd failed to connect Ldap server without SA o ports/170492[REPOCOPY] devel/gwenhywfar - devel/gwenhywfar-{fox16 f ports/170473[patch] audio/alsa-plugins: disable ARIFF_OSS by defau o ports/170472New port: devel/streamhtmlparser A stream html parser o ports/170467Unintended effect of /usr/local/include/base64.h in bu f ports/170457[patch] audio/alsa-lib: implicit declaration of calloc o ports/170448[NEW PORT] devel/allegro5: Allegro 5 is a game program f ports/170417Update port: sysutils/grub2 to 2.00 f ports/170396[PATCH] net-mgmt/nagiosql: update to 3.2.0 SP1 f ports/170381x11/slim window manager gives dbus errors starting xfc f ports/170365Patch updating finance/trytond from version 1.4.7 to 2 f ports/170357net-mgmt/tcptrack Segmentation fault (core dumped) f ports/170348[update]: databases/tarantool up to 1.4.7 o ports/170347New port: benchmarks/nosqlbench Micro-benchmarking NoS f ports/170344[UPDATE] net/tcpflow: update to 1.2.8, take maintainer f ports/170339www/node: segmentation violation in v8::internal::Hand o ports/170336New port: textproc/confetti Configuration file parser o ports/170285Update mail/mailman from 2.1.14 to 2.1.15 o ports/170280mail/mailman reports incorrect value for MM_USERID o ports/170242[PATCH] devel/arduino: fix avr-libc SIG_USART1_RECV is o ports/170241[PATCH] devel/libftdi: upgrade to 0.20 and fix automak o ports/170229sysutils/ntfsprogs is in conflict with sysutils/fusefs f ports/170186Update sysutils/modules to version 3.2.9 o ports/170185sysutils/mgeupsd not correctly works. o ports/170180[patch] Mk/bsd.options.mk allow make.conf and command o ports/170104error setting source interface in net/mcast-tools, net o ports/170100astro/orsa: version 0.7.0 in ports hopelessly outdated f ports/170089chinese/ibus-chewing 1.3.10 can't be compiled with ibu o ports/17emulators/vmware-tools6: Can not install VMware Tools o ports/169910[NEW PORT] www/trac-childtickets: Support for having c f ports/169876devel/flyspray: Strict Standards: Non-static method Fl o ports/169861new port: audio/bristol, Bristol Synthesiser Emulation f ports/169860[patch]www/xxxterm has been renamed. I want to take ov f ports/169770[patch] audio/alsa-lib: make async handler work (from f ports/169767audio/alsa-plugins: desync with oss plugin f ports/169759net-mgmt/nrpe2 doesn't start after subsequent reboots o ports/169741[new port] devel/visualparadigm f ports/169716net-mgmt/ndpmon several problems with build and instal o ports/169687new port: www/xpi-ghostery o ports/169628sysutils/devcpu-data f
Re: RELENG_7/amd64 feedback for devel/zziplib required
Dominic Fandrey kamik...@bsdforen.de wrote: The port is marked broken for RELENG_7/amd64 for segfaulting during build. It doesn't segfault in my RELENG_9 hosted RELENG_7 Tinderbox jail: http://www.freebsd.org/cgi/query-pr.cgi?pr=170548 Builds fine on 7.4-STABLE/amd64 for me. -- Christian naddy Weisgerber na...@mips.inka.de ___ 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: gdb doesn't work well with qtcreator
Hi HU, I tried QtCreator 2.5.0 (Based on Qt 4.8.2 - 32 bit) on my 8-STABLE i386 system. gdb works good (only one worning about inappropriate ioctl for terminal device), but it works as expected. If I've time, I could try on a 9-STABLE system. Regards, Luca On 08/13/12 10:23, HU Dong wrote: On Mon, Aug 13, 2012 at 4:09 PM, Luca Pizzamiglio l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de wrote: Hi. Could you provide a simple repro-case? Is your application a multi-thread one? I'm using gdb 7.4.1_4 with KDevelop without problem, but my applications are not Qt based... Regards, Luca On 08/09/12 14:02, HU Dong wrote: On Thu, Aug 9, 2012 at 7:55 PM, Konstantin Tokarev annu...@yandex.ru mailto:annu...@yandex.ru wrote: 09.08.2012, 15:50, HU Dong itechb...@gmail.com mailto:itechb...@gmail.com: Hi,all! I just installed devel/qtcreator from port. Everything seemed to work fine except the debugger. At first I set it to /usr/bin/gdb, it simply crashed when I started debugging, with a dialog reporting The gdb process crashed. Then I installed devel/gdb and set the debugger to /usr/local/bin/gdb, qtcreator reported that Application process could not be stopped:The program is not being run. and Cannot continue debugged process:The program is not being run. I've spent much time searching on the internet, but found nothing helpful. Did anyone run into the same problem? Env: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 root@i386-builder.daemonology.__net:/usr/obj/usr/src/sys/__GENERIC i386 Which version og gdb are you using? Qt Creator officially requires gdb = 7.2, and may have issues with earlier versions. Maybe it's worthwhile to ask on qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org too. -- Regards, Konstantin I've tested both gdb 6.1.1 and 7.4.1_4, but with no luck. I suspect that this problem is kind of freebsd-specific, cause I didn't find similar problems reported on the internet. HU Dong _ freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/__mailman/listinfo/freebsd-ports http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscribe@__freebsd.org mailto:freebsd-ports-unsubscr...@freebsd.org It's not application-related. I tried hello,world! and the problem still existed. The problem happened in Qt Creator, not kdevelop. Anyway, thank you! B.R. HU Dong ___ 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: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote: Am 13.08.2012 01:12 (UTC+1) schrieb Juergen Lock: On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote: On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch Does this mean we should change from multimedia/ffmpeg to multimedia/ffmpeg-011? Or is it ok to have them both installed? Yes it's ok to have both installed. Thanks, I will it give a try now :-) Again, there is the problem with the build breaking with GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (Speicherauszug erstellt) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Fehler 2 *** [do-build] Error code 1 This only happens when option PulseAudio is enabled. (My sound system is driven by PulseAudio.) Aah, thanx, I missed the bit about pulseaudio, now I can finally reproduce this. I'll follow up on the other thread with the bt kib wanted. And, as described in another thread on August, 3rd, it only happens, when vlc version 1.x is already installed. So, deleting old vlc before build this new version works for me. Unfortunately if option PulseAudio is enabled, and only then, vlc core dumps right after opening for example mp3 or mp4 files :( Hm if I did this right the bt for that is: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 137 pa_threaded_mainloop_lock (mainloop); gdb) bt #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 #1 0x000816d34682 in Open (obj=Variable obj is not available. ) at pulse.c:840 #2 0x000800aba580 in vlc_module_load () from /usr/local/lib/libvlccore.so.6 #3 0x000800aaab2c in aout_VolumeHardSet () from /usr/local/lib/libvlccore.so.6 #4 0x000800aa83c3 in aout_TimeReport () from /usr/local/lib/libvlccore.so.6 #5 0x000800a75f70 in decoder_NewPicture () from /usr/local/lib/libvlccore.so.6 #6 0x0008134c77e8 in _::vlc_entry_license () from /usr/local/lib/vlc/plugins/codec/libfaad_plugin.so #7 0x000800a76d83 in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #8 0x000800a7810d in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #9 0x000800a785db in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #10 0x00080169c58d in pthread_create () from /lib/libthr.so.3 #11 0x in ?? () Cannot access memory at address 0x7edf4000 (gdb) l vlcpulse.c:130 125 { 126 pa_proplist_setf (props, PA_PROP_APPLICATION_PROCESS_MACHINE_ID, 127 %.32s, session); /* XXX: is this valid? */ 128 pa_proplist_sets (props, PA_PROP_APPLICATION_PROCESS_SESSION_ID, 129 session); 130 } 131 } 132 133 /* Connect to PulseAudio daemon */ 134 pa_context *ctx; (gdb) l 135 pa_mainloop_api *api; 136 137 pa_threaded_mainloop_lock (mainloop); 138 api = pa_threaded_mainloop_get_api (mainloop); 139 ctx = pa_context_new_with_proplist (api, ua, props); 140 free (ua); 141 if (props != NULL) 142 pa_proplist_free (props); 143 if (unlikely(ctx == NULL)) 144 goto fail; (gdb) I can confirm this backtrace. It is exactly the same on my system. I just posted the workaround for that crash: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Did you forgot to Cc gnome@ (even on the other thread)? Yeah, I manually forwarded the mail when I noticed. I tried out a little bit the build without pulseaudio enabled. It seems to me, that the sound of vlc is somewhat noisy or dirty, especially for parts with more dynamics. This scratchy noise grows up when gain control comes over 100% (up to 200% is possible). Can anyone confirm this? I haven't noticed that here, maybe your soundcard is clipping etc due to too high mixer levels? And last but not least: When I deinstall vlc I get the following message: pkg_delete:
Re: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, Aug 13, 2012 at 02:41:35AM -0400, Alexander Kabaev wrote: On Mon, 13 Aug 2012 01:12:10 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote: On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: SKIP GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (Speicherauszug erstellt) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Fehler 2 *** [do-build] Error code 1 This only happens when option PulseAudio is enabled. (My sound system is driven by PulseAudio.) Aah, thanx, I missed the bit about pulseaudio, now I can finally reproduce this. I'll follow up on the other thread with the bt kib wanted. I was unable to reproduce this one at all. I _do_ have VLC 1.x installed as well, though I have no pulseaudio enabled in it. Maybe that is another missing piece of the puzzle? I think so, yes, at least that's how I built my vlc 1.x before being able to reproduce it. And, as described in another thread on August, 3rd, it only happens, when vlc version 1.x is already installed. So, deleting old vlc before build this new version works for me. Unfortunately if option PulseAudio is enabled, and only then, vlc core dumps right after opening for example mp3 or mp4 files :( Hm if I did this right the bt for that is: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 137 pa_threaded_mainloop_lock (mainloop); gdb) bt #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 #1 0x000816d34682 in Open (obj=Variable obj is not available. ) at pulse.c:840 #2 0x000800aba580 in vlc_module_load () from /usr/local/lib/libvlccore.so.6 #3 0x000800aaab2c in aout_VolumeHardSet () from /usr/local/lib/libvlccore.so.6 #4 0x000800aa83c3 in aout_TimeReport () from /usr/local/lib/libvlccore.so.6 #5 0x000800a75f70 in decoder_NewPicture () from /usr/local/lib/libvlccore.so.6 #6 0x0008134c77e8 in _::vlc_entry_license () from /usr/local/lib/vlc/plugins/codec/libfaad_plugin.so #7 0x000800a76d83 in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #8 0x000800a7810d in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #9 0x000800a785db in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #10 0x00080169c58d in pthread_create () from /lib/libthr.so.3 #11 0x in ?? () Cannot access memory at address 0x7edf4000 (gdb) l vlcpulse.c:130 125 { 126 pa_proplist_setf (props, PA_PROP_APPLICATION_PROCESS_MACHINE_ID, 127 %.32s, session); /* XXX: is this valid? */ 128 pa_proplist_sets (props, PA_PROP_APPLICATION_PROCESS_SESSION_ID, 129 session); 130 } 131 } 132 133 /* Connect to PulseAudio daemon */ 134 pa_context *ctx; (gdb) l 135 pa_mainloop_api *api; 136 137 pa_threaded_mainloop_lock (mainloop); 138 api = pa_threaded_mainloop_get_api (mainloop); 139 ctx = pa_context_new_with_proplist (api, ua, props); 140 free (ua); 141 if (props != NULL) 142 pa_proplist_free (props); 143 if (unlikely(ctx == NULL)) 144 goto fail; (gdb) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This constant is unsupported, so the module tries to allocate a stack buffer with negative size, smashing the stack dead. Oh haha, that'd do it. :) I've added a workaround for that now, new patch here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch So far, I see absolutely no evidence of any wrongdoing on the rtld side of things. I don't know who or what to blame, but _something_ is still wrong when updating from vlc 1.x with the pulseaudio knob enabled, that much is clear... 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: 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: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, 13 Aug 2012 02:41:35 -0400 Alexander Kabaev kab...@gmail.com wrote: [snip lots of gdb trace] Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This constant is unsupported, so the module tries to allocate a stack buffer with negative size, smashing the stack dead. Seems like a good idea, but I replaced the rather sloppy buf[sysctl(_SC_GETPW_R_SIZE_MAX)]; with buf[2048]; and vlc still core dumps when trying to generate plugins.dat. So far, I see absolutely no evidence of any wrongdoing on the rtld side of things. -- 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: Another vlc 2.0.3 update (new ffmpeg! :)
On 13.08.2012 19:45 (UTC+2), Juergen Lock wrote: On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote: Am 13.08.2012 01:12 (UTC+1) schrieb Juergen Lock: On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote: On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch Does this mean we should change from multimedia/ffmpeg to multimedia/ffmpeg-011? Or is it ok to have them both installed? Yes it's ok to have both installed. Thanks, I will it give a try now :-) Again, there is the problem with the build breaking with GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (Speicherauszug erstellt) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Fehler 2 *** [do-build] Error code 1 This only happens when option PulseAudio is enabled. (My sound system is driven by PulseAudio.) Aah, thanx, I missed the bit about pulseaudio, now I can finally reproduce this. I'll follow up on the other thread with the bt kib wanted. And, as described in another thread on August, 3rd, it only happens, when vlc version 1.x is already installed. So, deleting old vlc before build this new version works for me. Unfortunately if option PulseAudio is enabled, and only then, vlc core dumps right after opening for example mp3 or mp4 files :( Hm if I did this right the bt for that is: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 137 pa_threaded_mainloop_lock (mainloop); gdb) bt #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 #1 0x000816d34682 in Open (obj=Variable obj is not available. ) at pulse.c:840 #2 0x000800aba580 in vlc_module_load () from /usr/local/lib/libvlccore.so.6 #3 0x000800aaab2c in aout_VolumeHardSet () from /usr/local/lib/libvlccore.so.6 #4 0x000800aa83c3 in aout_TimeReport () from /usr/local/lib/libvlccore.so.6 #5 0x000800a75f70 in decoder_NewPicture () from /usr/local/lib/libvlccore.so.6 #6 0x0008134c77e8 in _::vlc_entry_license () from /usr/local/lib/vlc/plugins/codec/libfaad_plugin.so #7 0x000800a76d83 in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #8 0x000800a7810d in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #9 0x000800a785db in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #10 0x00080169c58d in pthread_create () from /lib/libthr.so.3 #11 0x in ?? () Cannot access memory at address 0x7edf4000 (gdb) l vlcpulse.c:130 125 { 126 pa_proplist_setf (props, PA_PROP_APPLICATION_PROCESS_MACHINE_ID, 127 %.32s, session); /* XXX: is this valid? */ 128 pa_proplist_sets (props, PA_PROP_APPLICATION_PROCESS_SESSION_ID, 129 session); 130 } 131 } 132 133 /* Connect to PulseAudio daemon */ 134 pa_context *ctx; (gdb) l 135 pa_mainloop_api *api; 136 137 pa_threaded_mainloop_lock (mainloop); 138 api = pa_threaded_mainloop_get_api (mainloop); 139 ctx = pa_context_new_with_proplist (api, ua, props); 140 free (ua); 141 if (props != NULL) 142 pa_proplist_free (props); 143 if (unlikely(ctx == NULL)) 144 goto fail; (gdb) I can confirm this backtrace. It is exactly the same on my system. I just posted the workaround for that crash: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch Thanks for the newest patch! The change from sysconf(_SC_GETPW_R_SIZE_MAX) to LINE_MAX + 1 works nice here. No core dumps any more and sound via pulseaudio is working again :) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Did you forgot to Cc gnome@ (even on the other thread)? Yeah, I manually forwarded the mail when I noticed. I tried out a little bit the build without pulseaudio enabled. It seems to me, that the sound of vlc is somewhat noisy or dirty, especially for parts with more dynamics. This scratchy noise grows up when gain control comes over 100% (up to 200% is possible). Can anyone confirm this? I haven't noticed that here, maybe your soundcard is clipping etc due to too high mixer levels? Hmm, possible, but unlikely. This worked
Re: Another vlc 2.0.3 update (new ffmpeg! :)
On 13.08.2012 21:24 (UTC+2), Rainer Hurling wrote: On 13.08.2012 19:45 (UTC+2), Juergen Lock wrote: On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote: Am 13.08.2012 01:12 (UTC+1) schrieb Juergen Lock: On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote: On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch Does this mean we should change from multimedia/ffmpeg to multimedia/ffmpeg-011? Or is it ok to have them both installed? Yes it's ok to have both installed. Thanks, I will it give a try now :-) Again, there is the problem with the build breaking with GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (Speicherauszug erstellt) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Fehler 2 *** [do-build] Error code 1 This only happens when option PulseAudio is enabled. (My sound system is driven by PulseAudio.) Aah, thanx, I missed the bit about pulseaudio, now I can finally reproduce this. I'll follow up on the other thread with the bt kib wanted. And, as described in another thread on August, 3rd, it only happens, when vlc version 1.x is already installed. So, deleting old vlc before build this new version works for me. Unfortunately if option PulseAudio is enabled, and only then, vlc core dumps right after opening for example mp3 or mp4 files :( Hm if I did this right the bt for that is: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 137 pa_threaded_mainloop_lock (mainloop); gdb) bt #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 #1 0x000816d34682 in Open (obj=Variable obj is not available. ) at pulse.c:840 #2 0x000800aba580 in vlc_module_load () from /usr/local/lib/libvlccore.so.6 #3 0x000800aaab2c in aout_VolumeHardSet () from /usr/local/lib/libvlccore.so.6 #4 0x000800aa83c3 in aout_TimeReport () from /usr/local/lib/libvlccore.so.6 #5 0x000800a75f70 in decoder_NewPicture () from /usr/local/lib/libvlccore.so.6 #6 0x0008134c77e8 in _::vlc_entry_license () from /usr/local/lib/vlc/plugins/codec/libfaad_plugin.so #7 0x000800a76d83 in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #8 0x000800a7810d in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #9 0x000800a785db in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #10 0x00080169c58d in pthread_create () from /lib/libthr.so.3 #11 0x in ?? () Cannot access memory at address 0x7edf4000 (gdb) l vlcpulse.c:130 125 { 126 pa_proplist_setf (props, PA_PROP_APPLICATION_PROCESS_MACHINE_ID, 127 %.32s, session); /* XXX: is this valid? */ 128 pa_proplist_sets (props, PA_PROP_APPLICATION_PROCESS_SESSION_ID, 129 session); 130 } 131 } 132 133 /* Connect to PulseAudio daemon */ 134 pa_context *ctx; (gdb) l 135 pa_mainloop_api *api; 136 137 pa_threaded_mainloop_lock (mainloop); 138 api = pa_threaded_mainloop_get_api (mainloop); 139 ctx = pa_context_new_with_proplist (api, ua, props); 140 free (ua); 141 if (props != NULL) 142 pa_proplist_free (props); 143 if (unlikely(ctx == NULL)) 144 goto fail; (gdb) I can confirm this backtrace. It is exactly the same on my system. I just posted the workaround for that crash: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch Thanks for the newest patch! The change from sysconf(_SC_GETPW_R_SIZE_MAX) to LINE_MAX + 1 works nice here. No core dumps any more and sound via pulseaudio is working again :) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Did you forgot to Cc gnome@ (even on the other thread)? Yeah, I manually forwarded the mail when I noticed. I tried out a little bit the build without pulseaudio enabled. It seems to me, that the sound of vlc is somewhat noisy or dirty, especially for parts with more dynamics. This scratchy noise grows up when gain control comes over 100% (up to 200% is possible). Can anyone confirm this? I haven't noticed that here, maybe your soundcard is clipping etc due to too high mixer levels? Hmm,
More rtld trouble (was: Re: Another vlc 2.0.3 update ... )
Hi kib, kan, sorry to bother you again but... :) On Mon, Aug 13, 2012 at 09:53:55PM +0200, Rainer Hurling wrote: On 13.08.2012 21:24 (UTC+2), Rainer Hurling wrote: On 13.08.2012 19:45 (UTC+2), Juergen Lock wrote: On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote: Am 13.08.2012 01:12 (UTC+1) schrieb Juergen Lock: On Sun, Aug 12, 2012 at 09:21:15PM +0200, Rainer Hurling wrote: On 12.08.2012 19:14 (UTC+2), Rainer Hurling wrote: On 12.08.2012 19:11 (UTC+2), Juergen Lock wrote: On Sun, Aug 12, 2012 at 07:07:54PM +0200, Rainer Hurling wrote: On 12.08.2012 16:31 (UTC+2), Juergen Lock wrote: Thanks to Martin Matuska (ffmpeg port maintainer) for fixing the multimedia/ffmpeg-011 port to install the shlibs with suffix! I now seem to have vlc 2.0.3 working using this updated version: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-008.patch Does this mean we should change from multimedia/ffmpeg to multimedia/ffmpeg-011? Or is it ok to have them both installed? Yes it's ok to have both installed. Thanks, I will it give a try now :-) Again, there is the problem with the build breaking with GEN../modules/plugins.dat gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (Speicherauszug erstellt) gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' gmake[1]: *** [all-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' gmake: *** [all] Fehler 2 *** [do-build] Error code 1 This only happens when option PulseAudio is enabled. (My sound system is driven by PulseAudio.) Aah, thanx, I missed the bit about pulseaudio, now I can finally reproduce this. I'll follow up on the other thread with the bt kib wanted. And, as described in another thread on August, 3rd, it only happens, when vlc version 1.x is already installed. So, deleting old vlc before build this new version works for me. Unfortunately if option PulseAudio is enabled, and only then, vlc core dumps right after opening for example mp3 or mp4 files :( Hm if I did this right the bt for that is: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 137 pa_threaded_mainloop_lock (mainloop); gdb) bt #0 0x000816d33068 in vlc_pa_connect (obj=0x6f6e2f656d6f682f, mlp=0x6b636f4c206e65) at vlcpulse.c:137 #1 0x000816d34682 in Open (obj=Variable obj is not available. ) at pulse.c:840 #2 0x000800aba580 in vlc_module_load () from /usr/local/lib/libvlccore.so.6 #3 0x000800aaab2c in aout_VolumeHardSet () from /usr/local/lib/libvlccore.so.6 #4 0x000800aa83c3 in aout_TimeReport () from /usr/local/lib/libvlccore.so.6 #5 0x000800a75f70 in decoder_NewPicture () from /usr/local/lib/libvlccore.so.6 #6 0x0008134c77e8 in _::vlc_entry_license () from /usr/local/lib/vlc/plugins/codec/libfaad_plugin.so #7 0x000800a76d83 in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #8 0x000800a7810d in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #9 0x000800a785db in input_DecoderCreate () from /usr/local/lib/libvlccore.so.6 #10 0x00080169c58d in pthread_create () from /lib/libthr.so.3 #11 0x in ?? () Cannot access memory at address 0x7edf4000 (gdb) l vlcpulse.c:130 125 { 126 pa_proplist_setf (props, PA_PROP_APPLICATION_PROCESS_MACHINE_ID, 127 %.32s, session); /* XXX: is this valid? */ 128 pa_proplist_sets (props, PA_PROP_APPLICATION_PROCESS_SESSION_ID, 129 session); 130 } 131 } 132 133 /* Connect to PulseAudio daemon */ 134 pa_context *ctx; (gdb) l 135 pa_mainloop_api *api; 136 137 pa_threaded_mainloop_lock (mainloop); 138 api = pa_threaded_mainloop_get_api (mainloop); 139 ctx = pa_context_new_with_proplist (api, ua, props); 140 free (ua); 141 if (props != NULL) 142 pa_proplist_free (props); 143 if (unlikely(ctx == NULL)) 144 goto fail; (gdb) I can confirm this backtrace. It is exactly the same on my system. I just posted the workaround for that crash: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch Thanks for the newest patch! The change from sysconf(_SC_GETPW_R_SIZE_MAX) to LINE_MAX + 1 works nice here. No core dumps any more and sound via pulseaudio is working again :) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Did you forgot to Cc gnome@ (even on the other thread)? Yeah, I manually forwarded the mail when I noticed. I tried out a little bit the build without pulseaudio enabled. It seems to
Re: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, Aug 13, 2012 at 08:12:42PM +0200, Gary Jennejohn wrote: On Mon, 13 Aug 2012 02:41:35 -0400 Alexander Kabaev kab...@gmail.com wrote: [snip lots of gdb trace] Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This constant is unsupported, so the module tries to allocate a stack buffer with negative size, smashing the stack dead. Seems like a good idea, but I replaced the rather sloppy buf[sysctl(_SC_GETPW_R_SIZE_MAX)]; with buf[2048]; and vlc still core dumps when trying to generate plugins.dat. Yeah that seems to be a different issue (rtld). 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: More rtld trouble (was: Re: Another vlc 2.0.3 update ... )
[removed kan and kib from Cc as this is now not about rtld in fact] On Mon, Aug 13, 2012 at 11:11:09PM +0200, Juergen Lock wrote: Hi kib, kan, sorry to bother you again but... :) On Mon, Aug 13, 2012 at 09:53:55PM +0200, Rainer Hurling wrote: On 13.08.2012 21:24 (UTC+2), Rainer Hurling wrote: On 13.08.2012 19:45 (UTC+2), Juergen Lock wrote: On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote: [...] I just posted the workaround for that crash: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch Thanks for the newest patch! The change from sysconf(_SC_GETPW_R_SIZE_MAX) to LINE_MAX + 1 works nice here. No core dumps any more and sound via pulseaudio is working again :) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Did you forgot to Cc gnome@ (even on the other thread)? Yeah, I manually forwarded the mail when I noticed. I tried out a little bit the build without pulseaudio enabled. It seems to me, that the sound of vlc is somewhat noisy or dirty, especially for parts with more dynamics. This scratchy noise grows up when gain control comes over 100% (up to 200% is possible). Can anyone confirm this? I haven't noticed that here, maybe your soundcard is clipping etc due to too high mixer levels? Hmm, possible, but unlikely. This worked pretty good with version 1.1.13 and as I wrote, gain control was set in the middle (100%). But now, with pulseaudio enabled again, there is not problem with damaged sound quality any more. Btw it's still possible that different mixer items cause different clipping etc, for example vol 100 and pcm low sounds worse than vol 75 and pcm higher, etc. (Maybe pulseaudio does that...?) And last but not least: When I deinstall vlc I get the following message: pkg_delete: '/usr/local/lib/vlc/plugins/plugins.dat' fails original MD5 checksum - deleted anyway. That's the file whose generating crashed when building with the old vlc still installed, maybe it's regenerated at runtime otherwise? No, it also fails original MD5 checksum with deinstall/reinstall within 2.0.3. Thanks again for your work on this port. Rainer You're welcome! :) Juergen I just found two other problems, which at least occur on my system (10.0-CURRENT amd64): (1) With option NOTIFY enabled I am able to build, but not to install vlc. It gives me: [...] (2) Option PROJM builds and installs, but crashes when I try to start it within vlc: No Textures Loaded from /usr/local/share/projectM/textures Segmentation fault (core dumped) As far as I can see, there is no path to projectM/textures (installed from libprojectM) on FreeBSD, but to projectM/presets? I'll have to look at that next... Hmm, cannot seem to reproduce this one, sorry. (Or do I have to do something special in vlc to activate it? I just tried playing a video file...) Sorry for this late response, but before I was not able to run vlc because of the pulseaudio crashing. 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: RELENG_7/amd64 feedback for devel/zziplib required
On 8/13/12 10:25 AM, Christian Weisgerber wrote: Dominic Fandreykamik...@bsdforen.de wrote: The port is marked broken for RELENG_7/amd64 for segfaulting during build. It doesn't segfault in my RELENG_9 hosted RELENG_7 Tinderbox jail: http://www.freebsd.org/cgi/query-pr.cgi?pr=170548 Builds fine on 7.4-STABLE/amd64 for me. will it also package? (make package)? because i fails in my tinderbox, and pointyhat marked it BROKEN. -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: Another vlc 2.0.3 update (new ffmpeg! :)
On Mon, 13 Aug 2012 23:52:12 +0200 Juergen Lock n...@jelal.kn-bremen.de wrote: On Mon, Aug 13, 2012 at 08:12:42PM +0200, Gary Jennejohn wrote: On Mon, 13 Aug 2012 02:41:35 -0400 Alexander Kabaev kab...@gmail.com wrote: [snip lots of gdb trace] Please check the use of _SC_GETPW_R_SIZE_MAX in vlcpulse.c. This constant is unsupported, so the module tries to allocate a stack buffer with negative size, smashing the stack dead. Seems like a good idea, but I replaced the rather sloppy buf[sysctl(_SC_GETPW_R_SIZE_MAX)]; with buf[2048]; and vlc still core dumps when trying to generate plugins.dat. Yeah that seems to be a different issue (rtld). Juergen Please try this patch. -- Alexander Kabaev diff --git a/libexec/rtld-elf/rtld.c b/libexec/rtld-elf/rtld.c index 95358aa..6f6ac70 100644 --- a/libexec/rtld-elf/rtld.c +++ b/libexec/rtld-elf/rtld.c @@ -1743,6 +1743,27 @@ init_dag(Obj_Entry *root) root-dag_inited = true; } +static void +process_nodelete(Obj_Entry *root) +{ +const Objlist_Entry *elm; + +/* + * Walk over object DAG and process every dependent object + * that is marked as DF_1_NODELETE. They need to grow own + * dag, which should then be ref-ed separately. + */ +STAILQ_FOREACH(elm, root-dagmembers, link) { + if (elm-obj != NULL elm-obj-z_nodelete + !elm-obj-ref_nodel) { + dbg(obj %s nodelete, elm-obj-path); + init_dag(elm-obj); + ref_dag(elm-obj); + elm-obj-ref_nodel = true; + } +} +root-dag_inited = true; +} /* * Initialize the dynamic linker. The argument is the address at which * the dynamic linker has been mapped into memory. The primary task of @@ -1932,12 +1953,6 @@ process_needed(Obj_Entry *obj, Needed_Entry *needed, int flags) flags ~RTLD_LO_NOLOAD); if (obj1 == NULL !ld_tracing (flags RTLD_LO_FILTEES) == 0) return (-1); - if (obj1 != NULL obj1-z_nodelete !obj1-ref_nodel) { - dbg(obj %s nodelete, obj1-path); - init_dag(obj1); - ref_dag(obj1); - obj1-ref_nodel = true; - } } return (0); } @@ -2833,8 +2848,12 @@ dlopen_object(const char *name, int fd, Obj_Entry *refobj, int lo_flags, /* Make list of init functions to call. */ initlist_add_objects(obj, obj-next, initlist); } + /* + * Process all no_delete objects here, given them own + * DAGs to prevent their dependencies from being unloaded. + */ + process_nodelete(obj); } else { - /* * Bump the reference counts for objects on this DAG. If * this is the first dlopen() call for the object that was signature.asc Description: PGP signature
gdb doesn't work well with qtcreator
waiting for your furthur reply. B.R. HU Dong On Monday, August 13, 2012, Luca Pizzamiglio l.pizzamig...@bally-wulff.de wrote: Hi HU, I tried QtCreator 2.5.0 (Based on Qt 4.8.2 - 32 bit) on my 8-STABLE i386 system. gdb works good (only one worning about inappropriate ioctl for terminal device), but it works as expected. If I've time, I could try on a 9-STABLE system. Regards, Luca On 08/13/12 10:23, HU Dong wrote: On Mon, Aug 13, 2012 at 4:09 PM, Luca Pizzamiglio l.pizzamig...@bally-wulff.de mailto:l.pizzamig...@bally-wulff.de wrote: Hi. Could you provide a simple repro-case? Is your application a multi-thread one? I'm using gdb 7.4.1_4 with KDevelop without problem, but my applications are not Qt based... Regards, Luca On 08/09/12 14:02, HU Dong wrote: On Thu, Aug 9, 2012 at 7:55 PM, Konstantin Tokarev annu...@yandex.ru mailto:annu...@yandex.ru wrote: 09.08.2012, 15:50, HU Dong itechb...@gmail.com mailto:itechb...@gmail.com: Hi,all! I just installed devel/qtcreator from port. Everything seemed to work fine except the debugger. At first I set it to /usr/bin/gdb, it simply crashed when I started debugging, with a dialog reporting The gdb process crashed. Then I installed devel/gdb and set the debugger to /usr/local/bin/gdb, qtcreator reported that Application process could not be stopped:The program is not being run. and Cannot continue debugged process:The program is not being run. I've spent much time searching on the internet, but found nothing helpful. Did anyone run into the same problem? Env: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 root@i386-builder.daemonology. __net:/usr/obj/usr/src/sys/__GENERIC i386 Which version og gdb are you using? Qt Creator officially requires gdb = 7.2, and may have issues with earlier versions. Maybe it's worthwhile to ask on qt-crea...@qt-project.org mailto:qt-crea...@qt-project.org too. -- Regards, Konstantin I've tested both gdb 6.1.1 and 7.4.1_4, but with no luck. I suspect that this problem is kind of freebsd-specific, cause I didn't find similar problems reported on the internet. HU Dong _ freebsd-ports@freebsd.org mailto:freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/__mailman/listinfo/freebsd-ports http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscribe@__freebsd.org mailto:freebsd-ports-unsubscr...@freebsd.org It's not application-related. I tried hello,world! and the problem still existed. The problem happened in Qt Creator, not kdevelop. Anyway, thank you! B.R. HU Dong -- 祝好! Best Regards, 胡东 HU Dong 清华大学电子系 Dept of EE, Tsinghua Univ 137 5115 5701 +86 137 5115 5701 ___ 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] TexLive port
Hi, On Mon, Aug 13, 2012 at 09:50:15AM +0200, Dominic Fandrey wrote: On 13/08/2012 04:45, Denny Lin wrote: On Sun, Aug 12, 2012 at 10:12:33AM +0200, Dominic Fandrey wrote: On 31/07/2012 00:48, Dominic Fandrey wrote: Here we go: http://www.home.hs-karlsruhe.de/~fado1011/texlive/ # mkdir ~/texlive # cd ~/texlive # fetch http://www.home.hs-karlsruhe.de/~fado1011/texlive/patch-ports-graphics-poppler.txt http://www.home.hs-karlsruhe.de/~fado1011/texlive/shar-ports-print-texlive.txt # cd /usr # patch ~/texlive/patch-ports-graphics-poppler.txt # sh ~/texlive/shar-ports-print-texlive.txt # portmaster graphics/poppler Adding this line to print/texlive-base/Makefile should remove the need to patch graphics/poppler: CFLAGS+= -I${LOCALBASE}/include If you don't have teTeX installed: # portmaster print/texlive If you have teTeX installed: # portmaster -o print/texlive-texmf print/teTeX-texmf # portmaster -o print/texlive-base print/teTeX-base # portmaster -o print/texlive print/teTeX This probably needs to be run before portmaster if teTeX is installed: # pkg_delete -f 'dvipsk-tetex-*' # pkg_delete -f 'xdvik-tetex-*' print/texlive-base fails to build/install for some reason: gmake[4]: Leaving directory `/usr/ports/print/texlive-base/work/texlive-20120701-source/texk/texlive' gmake[3]: Leaving directory `/usr/ports/print/texlive-base/work/texlive-20120701-source/texk/texlive' gmake[2]: Leaving directory `/usr/ports/print/texlive-base/work/texlive-20120701-source/texk/texlive' gmake[1]: Leaving directory `/usr/ports/print/texlive-base/work/texlive-20120701-source/texk' texlinks: config file `fmtutil.cnf' not found. Something must have gone wrong with texlive-texmf. The file should be in ${LOCALBASE}/share/texmf/web2c/fmtutil.cnf I tried searching for fmtutil.cnf: # find work/texlive-20120701-source/ -name fmtutil.cnf work/texlive-20120701-source/texk/tetex/fmtutil.cnf This error occurs even when I patched poppler, so it should be unrelated to the workaround mentioned above. Maybe just try to wipe all the teTeX stuff and make a clean start with print/texlive. It works in my Tinderbox, so the installation procedure should be fine. Ok, it seems that a few files were accidentally deleted in the process of replacing teTeX with Tex Live. I reinstalled the Tex Live ports, and the error disappeared. However, I noticed a problem with the symlinks in print/texlive-base. For instance, /usr/local/bin/mktexfmt pointed to fmtutil at first, but this line in post-install: link=${LOCALBASE}/share/texmf$${link##*/texmf}; changed it to /usr/local/share/texmffmtutil. Not all the symlinks need to be modified. I've attached a fix although it's not very elegant (everything worked as expected after the symlinks were fixed). I also reworked texlive-texmf to build the plist and install the files at the same time to make it run faster. Thanks for all the time and effort you put into porting Tex Live! It would be great to see TeX Live replace teTeX, regardless of whose port is used. -- Denny Lin --- print/texlive-base/Makefile.orig 2012-08-14 00:21:52.0 +0800 +++ print/texlive-base/Makefile 2012-08-14 09:36:09.0 +0800 @@ -74,6 +74,8 @@ --with-system-libpng \ --with-system-zlib +CFLAGS+= -I${LOCALBASE}/include + PLIST_TMP= ${WRKDIR}/plist_tmp/ PLIST_REPL= -e s|${PLIST_TMP}||1 \ -e /^man\//d \ @@ -87,7 +89,7 @@ @for bin in $$(${SED} -ne 's,^bin/,${PREFIX}/bin/,p' ${PLIST}); do \ ${TEST} -h $$bin || continue; \ link=$$(${READLINK_CMD} $$bin); \ - link=${LOCALBASE}/share/texmf$${link##*/texmf}; \ + link=$$(${ECHO} $$link | ${SED} -e 's,.*/texmf,${LOCALBASE}/share/texmf,1'); \ ${RM} $$bin; \ ${LN} -s $$link $$bin; done @${SETENV} PATH=${PREFIX}/bin:$$PATH ${PREFIX}/bin/texlinks -v \ --- print/texlive-texmf/Makefile.orig 2012-08-14 00:19:50.0 +0800 +++ print/texlive-texmf/Makefile 2012-08-14 00:20:04.0 +0800 @@ -25,23 +25,18 @@ EXCLUDE_FILES+= --exclude '*/doc/*' .endif -PLIST_REPL+= -e 's|^${DISTNAME}/|share/|1' \ +PLIST_REPL+= -e 's|^x |share/|1' \ -e '/\/$$/{s,^,@dirrmtry ,${.newline}x${.newline}H${.newline}d${.newline}}' \ -e '$${p${.newline}x${.newline}}' do-extract: @${MKDIR} ${WRKDIR} - @${EXTRACT_CMD} ${EXTRACT_BEFORE_ARGS} ${DISTDIR}/${DISTFILES} \ - ${WRKDIR}/${DISTNAME}.tar - -do-build: - @${TAR} -tf ${WRKDIR}/${DISTNAME}.tar ${EXCLUDE_FILES} \ - | ${SED} ${PLIST_REPL} ${PLIST} do-install: @${MKDIR} ${PREFIX}/share - @${TAR} -vxf ${WRKDIR}/${DISTNAME}.tar ${EXCLUDE_FILES} \ - -C ${PREFIX}/share --strip-components 1 + @${TAR} -vxf ${DISTDIR}/${DISTFILES} ${EXCLUDE_FILES} \ + -C ${PREFIX}/share --strip-components 1 21 \ + | ${SED} ${PLIST_REPL} ${PLIST} @${REINPLACE_CMD} \ 's,^TEXMFROOT[[:space:]]*=.*,TEXMFROOT = ${PREFIX}/share,' \ ${PREFIX}/share/texmf/web2c/texmf.cnf ___ freebsd-ports@freebsd.org mailing list
Re: More rtld trouble
Am 13.08.2012 23:46 (UTC+1) schrieb Juergen Lock: [removed kan and kib from Cc as this is now not about rtld in fact] On Mon, Aug 13, 2012 at 11:11:09PM +0200, Juergen Lock wrote: Hi kib, kan, sorry to bother you again but... :) On Mon, Aug 13, 2012 at 09:53:55PM +0200, Rainer Hurling wrote: On 13.08.2012 21:24 (UTC+2), Rainer Hurling wrote: On 13.08.2012 19:45 (UTC+2), Juergen Lock wrote: On Mon, Aug 13, 2012 at 07:34:45AM +0200, Rainer Hurling wrote: [...] I just posted the workaround for that crash: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-009.patch Thanks for the newest patch! The change from sysconf(_SC_GETPW_R_SIZE_MAX) to LINE_MAX + 1 works nice here. No core dumps any more and sound via pulseaudio is working again :) I'll Cc the pulseaudio port maintainers (gnome@), maybe they have an idea? Did you forgot to Cc gnome@ (even on the other thread)? Yeah, I manually forwarded the mail when I noticed. I tried out a little bit the build without pulseaudio enabled. It seems to me, that the sound of vlc is somewhat noisy or dirty, especially for parts with more dynamics. This scratchy noise grows up when gain control comes over 100% (up to 200% is possible). Can anyone confirm this? I haven't noticed that here, maybe your soundcard is clipping etc due to too high mixer levels? Hmm, possible, but unlikely. This worked pretty good with version 1.1.13 and as I wrote, gain control was set in the middle (100%). But now, with pulseaudio enabled again, there is not problem with damaged sound quality any more. Btw it's still possible that different mixer items cause different clipping etc, for example vol 100 and pcm low sounds worse than vol 75 and pcm higher, etc. (Maybe pulseaudio does that...?) OK, thanks for the hint. I will have a further look at mixer. There are also some combinations like with kmix etc., that are not exactly represented in mixer settings ... And last but not least: When I deinstall vlc I get the following message: pkg_delete: '/usr/local/lib/vlc/plugins/plugins.dat' fails original MD5 checksum - deleted anyway. That's the file whose generating crashed when building with the old vlc still installed, maybe it's regenerated at runtime otherwise? No, it also fails original MD5 checksum with deinstall/reinstall within 2.0.3. Thanks again for your work on this port. Rainer You're welcome! :) Juergen I just found two other problems, which at least occur on my system (10.0-CURRENT amd64): (1) With option NOTIFY enabled I am able to build, but not to install vlc. It gives me: [...] (2) Option PROJM builds and installs, but crashes when I try to start it within vlc: No Textures Loaded from /usr/local/share/projectM/textures Segmentation fault (core dumped) As far as I can see, there is no path to projectM/textures (installed from libprojectM) on FreeBSD, but to projectM/presets? I'll have to look at that next... Hmm, cannot seem to reproduce this one, sorry. (Or do I have to do something special in vlc to activate it? I just tried playing a video file...) I have the problem with ProjectM when playing audio files and turn the ProjectM visualizations on. It immediately crashes. Sorry for this late response, but before I was not able to run vlc because of the pulseaudio crashing. 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