Re: net/nbd-server
On 04-04-13 10:03, Wouter Verhelst wrote: Hi folks, FreeBSD has been carrying an nbd-server port since a while. However, it's not been updated in a very long time now (2.8.5 is over 5 years old). I'm not a FreeBSD user myself, but the most recent upstream version *should* just work (at the very least I know its test suite finds no problems on Debian kFreeBSD). I'd appreciate it if you could either update it to something not so horribly outdated, or (failing that) remove it. I was told (on freenode #FreeBSD) that this might be useful to know: the test suite did not exist in the 2.8 days yet (so if updating, you might wish to make sure it gets ran), and the new version also installs a new binary, nbd-trdump, and a few extra manpages, which you might need to update something for. Regards, -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. ___ 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: mailman compile problem
William Grzybowski wrote on 03.04.2013 15:30: On Wed, Apr 3, 2013 at 8:23 AM, Mario Polario mario.pran...@gmail.com wrote: Hi! I'm trying to compile new version of mailman on 9.1 release: 9.1-RELEASE-p1 Whatever I try, I get stuck with: SyntaxError: invalid syntax /usr/local/bin/python3.3 ../build/bin/msgfmt.py -o zh_TW/LC_MESSAGES/mailman.mo zh_TW/LC_MESSAGES/mailman.po File ../build/bin/msgfmt.py, line 86 0x950412deL, # Magic ^ SyntaxError: invalid syntax Any help is more than welcomed! mailman is not ready for python 3, use 2.7: Mailman 3.x is, but it's not in ports yet, so OT need to install it manually if python3 is the requirement. make PYTHON_VERSION=2.7 install We should fix it with USE_PYTHON= 2.7- in Makefile. -- William Grzybowski -- Curitiba/PR - Brasil -- Regards, Ruslan Tinderboxing kills... the drives. ___ 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: mailman compile problem
Hi! Thank you, that did the trick. :) Now, when it comes to usiing mailman with postfix I get: mail-wrapper: Group mismatch error. Mailman expected the mail wrapper script to be executed as group nobody, but the system's mail server executed the mail script as group mailman. Try tweaking the mail server to run the script as group nobody, or re-run configure, providing the command line option `--with-mail-gid=mailman'. What is the best way to solve this group mismatch issue? Thanx! Best regards, Mario. On Wed, Apr 3, 2013 at 1:30 PM, William Grzybowski willia...@gmail.comwrote: On Wed, Apr 3, 2013 at 8:23 AM, Mario Polario mario.pran...@gmail.com wrote: Hi! I'm trying to compile new version of mailman on 9.1 release: 9.1-RELEASE-p1 Whatever I try, I get stuck with: SyntaxError: invalid syntax /usr/local/bin/python3.3 ../build/bin/msgfmt.py -o zh_TW/LC_MESSAGES/mailman.mo zh_TW/LC_MESSAGES/mailman.po File ../build/bin/msgfmt.py, line 86 0x950412deL, # Magic ^ SyntaxError: invalid syntax Any help is more than welcomed! mailman is not ready for python 3, use 2.7: make PYTHON_VERSION=2.7 install We should fix it with USE_PYTHON= 2.7- in Makefile. -- William Grzybowski -- Curitiba/PR - Brasil ___ 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
net/nbd-server
Hi folks, FreeBSD has been carrying an nbd-server port since a while. However, it's not been updated in a very long time now (2.8.5 is over 5 years old). I'm not a FreeBSD user myself, but the most recent upstream version *should* just work (at the very least I know its test suite finds no problems on Debian kFreeBSD). I'd appreciate it if you could either update it to something not so horribly outdated, or (failing that) remove it. Thanks, -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. ___ 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: net/nbd-server
On Thu, 04 Apr 2013 10:08:25 +0200 Wouter Verhelst w...@uter.be wrote: On 04-04-13 10:03, Wouter Verhelst wrote: Hi folks, FreeBSD has been carrying an nbd-server port since a while. However, it's not been updated in a very long time now (2.8.5 is over 5 years old). I'm not a FreeBSD user myself, but the most recent upstream version *should* just work (at the very least I know its test suite finds no problems on Debian kFreeBSD). I'd appreciate it if you could either update it to something not so horribly outdated, or (failing that) remove it. I was told (on freenode #FreeBSD) that this might be useful to know: the test suite did not exist in the 2.8 days yet (so if updating, you might wish to make sure it gets ran), and the new version also installs a new binary, nbd-trdump, and a few extra manpages, which you might need to update something for. Regards, Hello Wouter, I've made PR ports/177626 with update for this port. Thank you. -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. ___ 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 -- Denis Generalov g...@powernet.ru ___ 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: OpenCASCADE
On 04/03/2013 12:34 PM, Andrea Venturoli wrote: Also interesting is cat/netgen, whose Makefile states: .if ${PORT_OPTIONS:MOCC} BROKEN= The opencascade port needs to be updated before OCC will work (this is why I'm cc-ing stephen). My initial naive attempts to build netgen with the new opencascade did not work. I'll try to work on this some more (maybe netgen is looking in the wrong directories, etc). ___ 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
Pidgin does not build
Hello list! Trying to build pidgin on FreeBSD 8.3-STABLE i386 GENERIC Bails out with this /usr/bin/ld: warning: libpcre.so.1, needed by /usr/local/lib/libgtk-x11-2.0.so, may conflict with libpcre.so.3 gtkmedia.o(.text+0x21): In function `pidgin_medias_init': /usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1178: undefined reference to `purple_media_element_info_get_type' gtkmedia.o(.text+0x79):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1186: undefined reference to `purple_media_element_info_get_type' gtkmedia.o(.text+0xd1):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1195: undefined reference to `purple_media_element_info_get_type' gtkmedia.o(.text+0x128):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1203: undefined reference to `purple_media_element_info_get_type' gtkmedia.o(.text+0x1ed):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1216: undefined reference to `purple_media_manager_set_active_element' gtkmedia.o(.text+0x1fc):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1217: undefined reference to `purple_media_manager_set_active_element' gtkmedia.o(.text+0x208):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1218: undefined reference to `purple_media_manager_set_active_element' gtkmedia.o(.text+0x214):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1219: undefined reference to `purple_media_manager_set_active_element' gtkmedia.o(.text+0x2605): In function `pidgin_media_dispose': /usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:466: undefined reference to `purple_media_manager_get_pipeline' /usr/local/lib/libpurple.so: undefined reference to `g_datalist_get_data' gmake[1]: *** [pidgin] Fel 1 gmake[1]: Lämnar katalogen /usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin gmake: *** [all-recursive] Fel 1 *** Error code 1 Stop in /usbdisk/ports/net-im/pidgin. *** Error code 1 Stop in /usbdisk/ports/net-im/pidgin. kw# pwd /usbdisk/ports/net-im/pidgin ___ freebsd-questi...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-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: Pidgin does not build
On Thu, 04 Apr 2013 15:30:40 +0200 Bernt Hansson b...@bananmonarki.se wrote: Hello list! Trying to build pidgin on FreeBSD 8.3-STABLE i386 GENERIC Bails out with this /usr/bin/ld: warning: libpcre.so.1, needed by /usr/local/lib/libgtk-x11-2.0.so, may conflict with libpcre.so.3 UPDATING@20121211 p.s. x11-toolkits/gtk20 gtkmedia.o(.text+0x21): In function `pidgin_medias_init': /usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1178: undefined reference to `purple_media_element_info_get_type' gtkmedia.o(.text+0x79):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1186: undefined reference to `purple_media_element_info_get_type' gtkmedia.o(.text+0xd1):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1195: undefined reference to `purple_media_element_info_get_type' gtkmedia.o(.text+0x128):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1203: undefined reference to `purple_media_element_info_get_type' gtkmedia.o(.text+0x1ed):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1216: undefined reference to `purple_media_manager_set_active_element' gtkmedia.o(.text+0x1fc):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1217: undefined reference to `purple_media_manager_set_active_element' gtkmedia.o(.text+0x208):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1218: undefined reference to `purple_media_manager_set_active_element' gtkmedia.o(.text+0x214):/usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:1219: undefined reference to `purple_media_manager_set_active_element' gtkmedia.o(.text+0x2605): In function `pidgin_media_dispose': /usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin/gtkmedia.c:466: undefined reference to `purple_media_manager_get_pipeline' /usr/local/lib/libpurple.so: undefined reference to `g_datalist_get_data' gmake[1]: *** [pidgin] Fel 1 gmake[1]: Lämnar katalogen /usbdisk/ports/net-im/pidgin/work/pidgin-2.10.7/pidgin gmake: *** [all-recursive] Fel 1 *** Error code 1 Stop in /usbdisk/ports/net-im/pidgin. *** Error code 1 Stop in /usbdisk/ports/net-im/pidgin. kw# pwd /usbdisk/ports/net-im/pidgin ___ -- wbr, tiger ___ 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: www/apache24: ports like lang/php5 or devel/subversion are disturbed by the apache24 port!
Olli Hauer ha scritto: It will take a while until php is really apache24 ready. Work is in progress on php upstream. One of the issues is that APXS does not provide the MPM model which is needed for php and others to build. Can you try the following patch, please? Index: bsd.php.mk === --- bsd.php.mk (revision 315696) +++ bsd.php.mk (working copy) @@ -60,9 +60,8 @@ HTTPD?= ${LOCALBASE}/sbin/httpd .if exists(${HTTPD}) -APXS?= ${LOCALBASE}/sbin/apxs -APACHE_MPM!=${APXS} -q MPM_NAME -. if ${APACHE_MPM} == worker || ${APACHE_MPM} == event +APACHE_THR!=${HTTPD} -V | ${GREP} threaded +. if ${APACHE_THR:Myes} PHP_EXT_DIR:= ${PHP_EXT_DIR}-zts . endif .elif defined(APACHE_PORT) (${APACHE_PORT:M*worker*} != || ${APACHE_PORT:M*event*} != ) -- 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
Try it For Free!
Every day moms are making thousands on line while staying home with their kids... http://bitly.com/NmuVQA We are not about hype...Moms and a good idea can ROCK the Internet... We have the best home based business for moms... To learn more : http://bitly.com/NmuVQA ___ 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: firefox 19.0,2 crashing under FreeBSD 8
On Wed, Apr 3, 2013 at 11:57 AM, Craig Rodrigues rodr...@freebsd.orgwrote: Hi, I reported this problem with firefox 19.0,1 under FreeBSD 7: http://lists.freebsd.org/pipermail/freebsd-ports/2013-March/082090.html Since FreeBSD 7 is not supported by the ports team, I did the following: (1) Upgraded my system to FreeBSD 8 from the stable/8 branch in Subversion at this revision: r248839 | sbruno | 2013-03-28 10:27:46 -0700 (Thu, 28 Mar 2013) | 13 lines (2) Rebuilt world/kernel and reinstalled (3) Deleted all my ports (4) Upgraded ports tree with portsnap (5) Rebuilt all my ports. I now have firefox-19.0,2. However, when I run it, it still seems to crash randomly. I grabbed two stack traces by attaching gdb to firefox. The stack traces don't occur in the same place, and seem to indicate stack corruption of some sort: == Stacktrace 1: #0 0x2b40b017 in walIndexTryHdr () from /usr/local/lib/libsqlite3.so.8 #1 0x2b40b23d in walIndexReadHdr () from /usr/local/lib/libsqlite3.so.8 #2 0x2b40c97d in walTryBeginRead () from /usr/local/lib/libsqlite3.so.8 #3 0x2b426468 in sqlite3PagerSharedLock () from /usr/local/lib/libsqlite3.so.8 #4 0x2b4269ff in sqlite3BtreeBeginTrans () from /usr/local/lib/libsqlite3.so.8 #5 0x2b42c487 in sqlite3Step () from /usr/local/lib/libsqlite3.so.8 #6 0x2b431b3d in sqlite3_step () from /usr/local/lib/libsqlite3.so.8 #7 0x2b434dad in sqlite3_exec () from /usr/local/lib/libsqlite3.so.8 #8 0x29619147 in _ZNSt6vectorIN7mozilla9Telemetry10StackFrameESaIS2_EE13_M_inse rt_auxIIRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_ () from /usr/local/lib/firefox/libxul.so #9 0x29619391 in _ZNSt6vectorIN7mozilla9Telemetry10StackFrameESaIS2_EE13_M_inse rt_auxIIRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_ () from /usr/local/lib/firefox/libxul.so #10 0x296177d3 in _ZNSt6vectorIN7mozilla9Telemetry10StackFrameESaIS2_EE13_M_inse rt_auxIIRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_ () from /usr/local/lib/firefox/libxul.so #11 0x31e393a0 in ?? () #12 0xbecf1d58 in ?? () #13 0x0006 in ?? () Stacktrace 2: (gdb) where #0 0x282e95f2 in flockfile () from /lib/libc.so.7 #1 0x282defb0 in vfprintf () from /lib/libc.so.7 #2 0x282cfd3e in fprintf () from /lib/libc.so.7 #3 0x282ec43a in .cerror () from /lib/libc.so.7 #4 0x283289a8 in __JCR_LIST__ () from /usr/local/lib/libffi.so.6 #5 0x28326fb7 in ffi_call_SYSV () from /usr/local/lib/libffi.so.6 #6 0x28326dee in ffi_call () from /usr/local/lib/libffi.so.6 #7 0x2a37c3dd in JS_SetCTypesCallbacks () from /usr/local/lib/firefox/libxul.so #8 0x333e1740 in ?? () #9 0x338b0ed4 in issetugid () from /usr/local/lib/compat/libc.so.6 #10 0x33341ae0 in ?? () #11 0xbedf1ca0 in ?? () #12 0xbedf1ce0 in ?? () #13 0x3fe6a09e in ?? () #14 0x39618fd0 in ?? () #15 0x2a134cf1 in js_GetScriptLineExtent () from /usr/local/lib/firefox/libxul.so Previous frame inner to this frame (corrupt stack?) = I saw in this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2013-February/081567.html That patching clang helped fix some stack issues with Firefox. Is this solution applicable to FreeBSD 8? On FreeBSD 8, the firefox port is built with g++46, not clang. Thanks. -- Craig Some more information. I have these options enabled in the port: === The following configuration options are available for firefox-19.0.2,1: DBUS=on: D-Bus IPC system support DEBUG=off: Install debug symbols GCONF=off: GConf configuration backend support GIO=on: Use 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 LOGGING=off: Additional log messages OPTIMIZED_CFLAGS=off: Use extra compiler optimizations PGO=off: Use Profile-Guided Optimization WEBRTC=on: Web Real-Time Communication Options available for the single AUDIO: you have to select exactly one of them ALSA=on: ALSA audio architecture support OSS=off: Open Sound System support PULSEAUDIO=off: PulseAudio sound server support === Use 'make config' to modify these settings The only plugin I have enabled is Totem, as part of the GNOME desktop. Someone asked me to run memtest on this box to verify that the RAM is OK. I can do that next week, but I don't think the machine I am using has a RAM problem. firefox is the only application that is crashing like thiseverything else works fine. I am suspecting some type of stack corruption, but I don't understand the firefox code enough to know how to debug this. -- Craig ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To
Re: firefox 19.0,2 crashing under FreeBSD 8
Craig Rodrigues rodr...@freebsd.org writes: Stacktrace 2: (gdb) where #0 0x282e95f2 in flockfile () from /lib/libc.so.7 #1 0x282defb0 in vfprintf () from /lib/libc.so.7 #2 0x282cfd3e in fprintf () from /lib/libc.so.7 #3 0x282ec43a in .cerror () from /lib/libc.so.7 #4 0x283289a8 in __JCR_LIST__ () from /usr/local/lib/libffi.so.6 #5 0x28326fb7 in ffi_call_SYSV () from /usr/local/lib/libffi.so.6 #6 0x28326dee in ffi_call () from /usr/local/lib/libffi.so.6 #7 0x2a37c3dd in JS_SetCTypesCallbacks () from /usr/local/lib/firefox/libxul.so #8 0x333e1740 in ?? () #9 0x338b0ed4 in issetugid () from /usr/local/lib/compat/libc.so.6 Can you show what's linked against libc.so.6 from misc/compat6x ? For example, $ ldd -a /usr/local/lib/firefox/libxul.so #10 0x33341ae0 in ?? () #11 0xbedf1ca0 in ?? () #12 0xbedf1ce0 in ?? () #13 0x3fe6a09e in ?? () #14 0x39618fd0 in ?? () #15 0x2a134cf1 in js_GetScriptLineExtent () from /usr/local/lib/firefox/libxul.so Previous frame inner to this frame (corrupt stack?) = I saw in this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2013-February/081567.html That patching clang helped fix some stack issues with Firefox. Is this solution applicable to FreeBSD 8? On FreeBSD 8, the firefox port is built with g++46, not clang. At this time only base clang is considered but during firefox 19 lang/clang* could be picked up by default. ___ 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
Problem sending update to a port
I'm trying to send an update to the port graphics/fotoxx that I maintain. I've created a diff of all the changes and tried to submit it but I get an error that the diff file is too large. The diff is 5.9MB. How do I submit such a large change? -- Rod Person http://www.rodperson.com When Columbus discovered America, where were we? -Ignacio Ek, Maya, 1970 ___ 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: Problem sending update to a port
On Thu, Apr 4, 2013 at 4:55 PM, Rod Person rodper...@rodperson.com wrote: I'm trying to send an update to the port graphics/fotoxx that I maintain. I've created a diff of all the changes and tried to submit it but I get an error that the diff file is too large. The diff is 5.9MB. How do I submit such a large change? -- Rod Person http://www.rodperson.com When Columbus discovered America, where were we? -Ignacio Ek, Maya, 1970 For a diff of this size, you should open a PR, and post a link to the diff that you have posted at an external location. If you don't have access to an external hosting service, you may send it to me and I can help with this. Example. You may find the diff for this update here: http://mylocation.com/files/something.diff HTH -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh | The Power to Serve ___ 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: Problem sending update to a port
On 04/04/13 20:02, Jason Helfman wrote: On Thu, Apr 4, 2013 at 4:55 PM, Rod Person rodper...@rodperson.com mailto:rodper...@rodperson.com wrote: I'm trying to send an update to the port graphics/fotoxx that I maintain. I've created a diff of all the changes and tried to submit it but I get an error that the diff file is too large. The diff is 5.9MB. How do I submit such a large change? -- Rod Person http://www.rodperson.com When Columbus discovered America, where were we? -Ignacio Ek, Maya, 1970 For a diff of this size, you should open a PR, and post a link to the diff that you have posted at an external location. If you don't have access to an external hosting service, you may send it to me and I can help with this. Example. You may find the diff for this update here: http://mylocation.com/files/something.diff HTH -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh http://people.freebsd.org/%7Ejgh | The Power to Serve Ok. Thanks I can post the diff on my site. Will do. -- Rod Person http://www.rodperson.com When Columbus discovered America, where were we? -Ignacio Ek, Maya, 1970 ___ 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
ports/122167: ports/dns/bind94 REPLACE_BASE option
Regards, James Fuentes Escalation Analyst BlueCat Networks D: 416.646.8400 x274│ C: 647.205.5351 │ E-mail: jfuen...@bluecatnetworks.commailto:jfuen...@bluecatnetworks.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: firefox 19.0,2 crashing under FreeBSD 8
On Thu, Apr 4, 2013 at 3:24 PM, Jan Beich jbe...@tormail.org wrote: Craig Rodrigues rodr...@freebsd.org writes: Stacktrace 2: (gdb) where #0 0x282e95f2 in flockfile () from /lib/libc.so.7 #1 0x282defb0 in vfprintf () from /lib/libc.so.7 #2 0x282cfd3e in fprintf () from /lib/libc.so.7 #3 0x282ec43a in .cerror () from /lib/libc.so.7 #4 0x283289a8 in __JCR_LIST__ () from /usr/local/lib/libffi.so.6 #5 0x28326fb7 in ffi_call_SYSV () from /usr/local/lib/libffi.so.6 #6 0x28326dee in ffi_call () from /usr/local/lib/libffi.so.6 #7 0x2a37c3dd in JS_SetCTypesCallbacks () from /usr/local/lib/firefox/libxul.so #8 0x333e1740 in ?? () #9 0x338b0ed4 in issetugid () from /usr/local/lib/compat/libc.so.6 Can you show what's linked against libc.so.6 from misc/compat6x ? For example, $ ldd -a /usr/local/lib/firefox/libxul.so Take a look at: http://people.freebsd.org/~rodrigc/qqq.txt.bz2 I don't see libc.so.6 anywhere in there, so I don't know how it could have gotten into the stack trace, unless the stack trace is mangled due to stack corruption. I saw in this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2013-February/081567.html That patching clang helped fix some stack issues with Firefox. Is this solution applicable to FreeBSD 8? On FreeBSD 8, the firefox port is built with g++46, not clang. At this time only base clang is considered but during firefox 19 lang/clang* could be picked up by default. In ports/www/firefox/Makefile, there is this: .if ${PORT_OPTIONS:MPGO} USE_GCC?= yes USE_DISPLAY=yes I don't know if that triggers things, but I do, cd /usr/ports/www/firefox make -V USE_GCC I get: 4.6+ -- Craig ___ 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