Re: Thunderbird Shared object libldap60.so not found, required by libxul.so Couldn't load XPCOM.
On 09/29/13 05:46, Kevin Oberman wrote: On Sat, Sep 28, 2013 at 12:17 PM, Miguel Clara miguelmcl...@gmail.comwrote: After successful compiling thunderbird on FreeBSD I'm not able to run it! This is a FreeBSD 10-current (r255788) box, and I'm getting this error: miguelc@r2d2:/home/miguelc % thunderbird XPCOMGlueLoad error for file /usr/local/lib/thunderbird/libxul.so: Shared object libldap60.so not found, required by libxul.so Couldn't load XPCOM. I have the same issue on 9.2. For me the problem only occurs if I set WITH_SSP_PORTS=yes in make.conf. Is this option set per default in FreeBSD 10? I have not figured out yet why stack protection leads to this problem. Stack protection and missing libraries seems to be totaly unrelated for me. As (dirty) workaround you can set the LD_LIBRARY_PATH by hand before starting thunderbird: export LD_LIBRARY_PATH=/usr/local/lib/thunderbird We should try to figure out whats thunderbirds problem with stack-protection. Regards Florian ___ 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
multimedia/ffmpeg build error with clang
FreeBSD 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 cat /etc/make.conf: WITH_PKGNG=yes CPUTYPE=native CC=clang CXX=clang++ CPP=clang-cpp CFLAGS= -O3 -pipe clang --version: FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 Target: i386-unknown-freebsd9.0 Thread model: posix portmaster -D multimedia/ffmpeg: 2 warnings generated. CC libavcodec/h264_cabac.o In file included from libavcodec/h264_cabac.c:40: libavcodec/x86/h264_i386.h:51:9: error: ran out of registers during register allocation movl %a11(%6), %5 \n\t ^ libavcodec/x86/h264_i386.h:51:9: error: ran out of registers during register allocation libavcodec/x86/h264_i386.h:113:9: error: ran out of registers during register allocation movl %a12(%7), %5 \n\t ^ In file included from libavcodec/h264_cabac.c:33: In file included from libavcodec/h264.h:33: In file included from libavcodec/cabac.h:60: libavcodec/x86/cabac.h:94:9: error: ran out of registers during register allocation movl %a6(%5), %2 \n\t ^ libavcodec/x86/cabac.h:94:9: error: ran out of registers during register allocation libavcodec/x86/cabac.h:94:9: error: ran out of registers during register allocation 6 errors generated. Also tried to build with CPUTYPE commented out in make.conf, but same results. Is this fixable? -- Arto Pekkanen, säätäjä ksym@IRCnet ___ 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: multimedia/ffmpeg build error with clang
On Sun, Sep 29, 2013 at 12:58:26PM +0300, Arto Pekkanen wrote: FreeBSD 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: Tue Dec 4 06:55:39 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 cat /etc/make.conf: WITH_PKGNG=yes CPUTYPE=native CC=clang CXX=clang++ CPP=clang-cpp CFLAGS= -O3 -pipe clang --version: FreeBSD clang version 3.1 (branches/release_31 156863) 20120523 Target: i386-unknown-freebsd9.0 Thread model: posix portmaster -D multimedia/ffmpeg: 2 warnings generated. CC libavcodec/h264_cabac.o In file included from libavcodec/h264_cabac.c:40: libavcodec/x86/h264_i386.h:51:9: error: ran out of registers during register allocation movl %a11(%6), %5 \n\t ^ libavcodec/x86/h264_i386.h:51:9: error: ran out of registers during register allocation libavcodec/x86/h264_i386.h:113:9: error: ran out of registers during register allocation movl %a12(%7), %5 \n\t ^ In file included from libavcodec/h264_cabac.c:33: In file included from libavcodec/h264.h:33: In file included from libavcodec/cabac.h:60: libavcodec/x86/cabac.h:94:9: error: ran out of registers during register allocation movl %a6(%5), %2 \n\t ^ libavcodec/x86/cabac.h:94:9: error: ran out of registers during register allocation libavcodec/x86/cabac.h:94:9: error: ran out of registers during register allocation 6 errors generated. Also tried to build with CPUTYPE commented out in make.conf, but same results. Is this fixable? Clang 3.1 is really not a good idea to deal with ports, if you really want to use clang anyway I do highly recommand to use clang33 from ports. regards, Bapt pgpAGP7MGoXGM.pgp Description: PGP signature
Re: Thunderbird Shared object libldap60.so not found, required by libxul.so Couldn't load XPCOM.
On Sun, Sep 29, 2013 at 2:33 AM, Florian Riehm m...@friehm.de wrote: On 09/29/13 05:46, Kevin Oberman wrote: On Sat, Sep 28, 2013 at 12:17 PM, Miguel Clara miguelmcl...@gmail.com wrote: After successful compiling thunderbird on FreeBSD I'm not able to run it! This is a FreeBSD 10-current (r255788) box, and I'm getting this error: miguelc@r2d2:/home/miguelc % thunderbird XPCOMGlueLoad error for file /usr/local/lib/thunderbird/libxul.so: Shared object libldap60.so not found, required by libxul.so Couldn't load XPCOM. I have the same issue on 9.2. For me the problem only occurs if I set WITH_SSP_PORTS=yes in make.conf. Is this option set per default in FreeBSD 10? I have not figured out yet why stack protection leads to this problem. Stack protection and missing libraries seems to be totaly unrelated for me. As (dirty) workaround you can set the LD_LIBRARY_PATH by hand before starting thunderbird: export LD_LIBRARY_PATH=/usr/local/lib/thunderbird We should try to figure out whats thunderbirds problem with stack-protection. Regards Florian Hmm. I am running 9.2-PRE (actually STABLE), and I have no problems with Thunderbird. My system is at r255452 (about 2 weeks old) and I have the following config options set: DBUS=on: D-Bus IPC system support DEBUG=off: Install debug symbols ENIGMAIL=on: Enigmail extension GCONF=off: GConf configuration backend support GIO=off: GIO for file I/O GNOMEUI=off: libgnomeui support module GNOMEVFS2=off: GnomeVFS2 (virtual file system) support GSTREAMER=off: Multimedia support via GStreamer LIBPROXY=off: Proxy support via libproxy LIGHTNING=on: Calendar extension LOGGING=on: Additional log messages OPTIMIZED_CFLAGS=on: Use extra compiler optimizations PGO=off: Use Profile-Guided Optimization PROFILE=off: Build with profiling support TEST=off: Build and/or run tests Options available for the single AUDIO: you have to select exactly one of them ALSA=on: ALSA audio architecture support PULSEAUDIO=off: PulseAudio sound server support I believe that the only non-standard items are OPTIMIZED_CFLAGS and ALSA (vs. PULSEAUDIO). -- R. Kevin Oberman, Network Engineer E-mail: rkober...@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: Thunderbird Shared object libldap60.so not found, required by libxul.so Couldn't load XPCOM.
I also use WITH_SSP_PORTS, and its not default AFAIK... I recompile without it and test if it works. On Sun, Sep 29, 2013 at 9:33 AM, Florian Riehm m...@friehm.de wrote: On 09/29/13 05:46, Kevin Oberman wrote: On Sat, Sep 28, 2013 at 12:17 PM, Miguel Clara miguelmcl...@gmail.com wrote: After successful compiling thunderbird on FreeBSD I'm not able to run it! This is a FreeBSD 10-current (r255788) box, and I'm getting this error: miguelc@r2d2:/home/miguelc % thunderbird XPCOMGlueLoad error for file /usr/local/lib/thunderbird/libxul.so: Shared object libldap60.so not found, required by libxul.so Couldn't load XPCOM. I have the same issue on 9.2. For me the problem only occurs if I set WITH_SSP_PORTS=yes in make.conf. Is this option set per default in FreeBSD 10? I have not figured out yet why stack protection leads to this problem. Stack protection and missing libraries seems to be totaly unrelated for me. As (dirty) workaround you can set the LD_LIBRARY_PATH by hand before starting thunderbird: export LD_LIBRARY_PATH=/usr/local/lib/thunderbird We should try to figure out whats thunderbirds problem with stack-protection. Regards Florian ___ 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
deprecated net/wizd
Hi, list. This change http://svnweb.freebsd.org/ports?view=revisionrevision=302141 caused this issue http://svnweb.freebsd.org/ports?view=revisionrevision=304032 and, unfortunately the port was removed a month ago. I've found work/wizd is generated properly during a build step, but the combination of Move the rc.d scripts of the form *.sh.in to *.in (resulting files/wizd.sh.in - files/wizd.in) and NO_WRKSUBDIR= yes overwrites work/wizd executable file by files/wizd.in automatically. This might happen on other ports with the same combination. Simply renaming *.in back to *.sh.in solve this problem, but I have no idea how to fix it because I don't know the real reason of the change (*.sh.in to *.in). I hope the port will be back somehow. Regards, kikuchan ___ 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: [HEADS UP] Fwd: svn commit: r328711 - in head: . Mk astro/viking cad/pdnmesh cad/repsnapper deskutils/pinot devel/xorg-macros emulators/catapult emulators/qemu-devel emulators/tme games/klavaro ga
29.09.2013 21:17, Niclas Zeising пишет: I just committed an update to the MESA graphics stack (libGL, dri) and various other xorg ports. That's a great news! Congrats and thank you and all involved! -- WBR, bsam ___ 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
Make install fails for mail/thunderbird
Hello, I'm seeing this when doing a make install on mail/thunderbird (version 24): resource://gre/modules/devtools/Console.jsm resource://gre/modules/devtools/WebConsoleClient.jsm resource://gre/modules/devtools/dbg-server.jsm Traceback (most recent call last): File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/packager.py, line 375, in module main() File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/packager.py, line 367, in main args.source, gre_path, base) File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/packager.py, line 148, in precompile_cache errors.fatal('Error while running startup cache precompilation') File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/python/mozbuild/mozpack/errors.py, line 101, in fatal self._handle(self.FATAL, msg) File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/python/mozbuild/mozpack/errors.py, line 96, in _handle raise ErrorMessage(msg) mozpack.errors.ErrorMessage: Error: Error while running startup cache precompilation gmake[2]: *** [stage-package] Error 1 gmake[2]: Leaving directory `/usr/ports/mail/thunderbird/work/comm-esr24/obj-x86_64-unknown-freebsd8.4/mail/installer' gmake[1]: *** [install] Error 2 gmake[1]: Leaving directory `/usr/ports/mail/thunderbird/work/comm-esr24/obj-x86_64-unknown-freebsd8.4' gmake: *** [install] Error 2 *** Error code 2 Stop in /usr/ports/mail/thunderbird. *** Error code 1 Any help would greatly be appreciated. ___ 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: Make install fails for mail/thunderbird
At 12:12 PM 9/29/2013, Chris wrote: Hello, I'm seeing this when doing a make install on mail/thunderbird (version 24): resource://gre/modules/devtools/Console.jsm resource://gre/modules/devtools/WebConsoleClient.jsm resource://gre/modules/devtools/dbg-server.jsm Traceback (most recent call last): File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/packager.py, line 375, in module main() File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/packager.py, line 367, in main args.source, gre_path, base) File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/packager.py, line 148, in precompile_cache errors.fatal('Error while running startup cache precompilation') File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/python/mozbuild/mozpack/errors.py, line 101, in fatal self._handle(self.FATAL, msg) File /usr/ports/mail/thunderbird/work/comm-esr24/mozilla/python/mozbuild/mozpack/errors.py, line 96, in _handle raise ErrorMessage(msg) mozpack.errors.ErrorMessage: Error: Error while running startup cache precompilation gmake[2]: *** [stage-package] Error 1 gmake[2]: Leaving directory `/usr/ports/mail/thunderbird/work/comm-esr24/obj-x86_64-unknown-freebsd8.4/mail/installer' gmake[1]: *** [install] Error 2 gmake[1]: Leaving directory `/usr/ports/mail/thunderbird/work/comm-esr24/obj-x86_64-unknown-freebsd8.4' gmake: *** [install] Error 2 *** Error code 2 Stop in /usr/ports/mail/thunderbird. *** Error code 1 Any help would greatly be appreciated. I get the same thing on Current i386 Also same error on www/seamonkey Builds fine but fails during install Manfred || n...@pozo.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: deprecated net/wizd
On Sun, Sep 29, 2013 at 12:10 PM, kikuc...@uranus.dti.ne.jp wrote: Hi, list. This change http://svnweb.freebsd.org/ports?view=revisionrevision=302141 caused this issue http://svnweb.freebsd.org/ports?view=revisionrevision=304032 and, unfortunately the port was removed a month ago. I've found work/wizd is generated properly during a build step, but the combination of Move the rc.d scripts of the form *.sh.in to *.in (resulting files/wizd.sh.in - files/wizd.in) and NO_WRKSUBDIR= yes overwrites work/wizd executable file by files/wizd.in automatically. This might happen on other ports with the same combination. Simply renaming *.in back to *.sh.in solve this problem, but I have no idea how to fix it because I don't know the real reason of the change (*.sh.in to *.in). I hope the port will be back somehow. I just submitted a fix for the port: http://www.freebsd.org/cgi/query-pr.cgi?pr=182495 Basically, I had to remove NO_WRKSUBDIR, and define EXTRACT_AFTER_ARGS so that the port builds the wizd daemon in ${WRKSRC} and creates the rc.d script in ${WRKDIR}. The author of revision 302141 should have fixed the port after the breakage had occurred. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. ___ 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
Comments on todays non-NEW_XORG update
It is done here, for the most part. (Epiphany remains out of the picture, persistent failure to build webkit...) but there were a few quirks... The reinstall of gtk20 (which was newly missing a dependency) depended upon ibus for the install, but ibus depends on gtk20... gtk20 ) make -k install ibus ) pkg_delete make package gtk20 ) make package And the rebuild of roxterm, which was missing a vte rebuild, which was missing a pango rebuild. This occurs here at least once a year or so... Here UPDATING usually cannot be followed... that lists over 300 ports needing pixman; I only use several of them daily, and only had to rebuild a few. I'm used to these unexpected less-than-full-rebuild extra-rebuilds occuring, but am wondering if FreeBSD could more precisely anticipate them in the UPDATING instructions someday. [Revising the portmaster -r pixman since that may take several days, and in two hours I'm already done with it AFAIK.] [Tangentally, has anyone using pkg only, run across the same situation and resolved it with any ease and repeatable instructions to the ports list??? ] J. Bouquet ___ 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