Re: duplicate entry for graphics/yafray ?
darc...@gmail.com (Denise H. G.) wrote: All breakdowns occur on the plumber's day off. ... except those involving the plumber's truck, which tend to occur on the day _after_ the scheduled day off, resulting in an additional day off :) ___ 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: duplicate entry for graphics/yafray ?
On 2011/01/29 at 12:53, Sahil Tandon sa...@freebsd.org wrote: On Fri, 2011-01-28 at 16:16:17 +0200, Peter Pentchev wrote: On Fri, Jan 28, 2011 at 11:26 AM, Denise H. G. darc...@gmail.com wrote: Is graphics/yafaray a dupicate entry for graphics/yafray? It seems they don't differ at all. Well, to me they seem to be identical, including the CVS history. I would guess that this is a repo-copy in progress, nothing to be concerned about; one of them will probably be removed soon, and the other will be updated. It was a repocopy done by marcus@ as per ports/153147. I've copied danfe@ so he can take it from here. -- Sahil Tandon sa...@freebsd.org Thanks you all. That explains it:) -- Never insult an alligator until after you have crossed the river. ___ 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: Busybox update, call for testers on amd64
On 29 January 2011 02:30, Outback Dingo outbackdi...@gmail.com wrote: looks like the depency list might need work FreeBSD-HEAD 9 x86 fresh install pod2text: not found gmake: [docs/BusyBox.txt] Error 127 (ignored) DOC busybox.1 pod2man: not found gmake: [docs/busybox.1] Error 127 (ignored) pod2html: not found gmake: [docs/busybox.net/BusyBox.html] Error 127 (ignored) DOC BusyBox.html cp: docs/busybox.net/BusyBox.html: No such file or directory gmake: [docs/BusyBox.html] Error 1 (ignored) These files aren't installed anyway, so I treated those as warnings. Notice they're also on my build logs, but with no consequences to the installation: http://tinderbox.bayofrum.net/index.php?action=display_markup_logbuild=8.1-FreeBSDid=248 http://tinderbox.bayofrum.net/index.php?action=display_markup_logbuild=9-FreeBSDid=248 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
Re: can't switch tty HD 5770
Al 29/01/2011 00:24, En/na Jung-uk Kim ha escrit: On Friday 28 January 2011 05:44 pm, LOL wrote: Hi guys. On every release of freebsd that i tried (-CURRENT, -STABLE, -RELEASE) everything goes fine until I install xorg, gdm and gnome by packages or not it does not make any difference. When I boot with gnome_enable=YES , and gdm start, when I try to change tty, on every tty, its a black screen and my monitor tell me, power saving mode enable until I switch back to gdm. I installed the xf86-video-ati driver and I have an ati radeon HD 5770. PS: I try to recompile with the WITHOUT_NOUVEAU knobs to get a newer libdrm but it doesn't change anything. [I answered it on X11 list few days ago but let me repeat here.] xf86-video-ati-6.13.2 does not support VT switching for your video controller. I believe VT switching for UMS path will be fixed in the next release of xf86-video-ati. Also, it has nothing to do with DRM because FreeBSD does not support KMS yet. I read somewhere that there were plans to implement KMS and GEM in FreeBSD. Do you know people know if there is someone working on it ? OpenBSD already has it and DragonFly has made the move to implement it. As Intel hw is everywhere KMS/GEM would a nice thing to have. Best regards, Gus PGP KEY : http://www-entel.upc.edu/gus/gus.asc Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting http://en.wikipedia.org/wiki/Posting_style ___ 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] cpu stresser^W libreoffice 3.3.0 final
On Fri, 28 Jan 2011 16:01:13 -0800 Jason Helfman jhelf...@e-e.com wrote: It failed at this point: Compiling: rsc_sw sw deliver Module 'sw' delivered successfully. 281 files copied, 0 files unchanged --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /home/jhelfman/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems that the error is inside 'lingucomponent', please re-run build inside this module to isolate the error and/or test your fix: I had this same problem, I think. It turned out to be an error in libtextcat, which fails to install its config.h into /usr/local/include/libtextcat/. After fixing that, the build completed successfully sometime overnight. This is i386 under FreeBSD-8.2RC2, BTW. With regard to LD_LIBRARY_PATH vs. ldconfig, the main script (/usr/local/lib/libreoffice/program/soffice) has hack code to set LD_LIBRARY_PATH for OpenBSD. I added FreeBSD to that, and it's off and running. There does not seem to be any conflict with openoffice.org-3.2.1. (I built LO without Java support, though.) OOo prefixes file names in public directories (e.g., /usr/local/bin) with the name and version of the program, which LO does not do. The *.desktop files installed in /usr/local/share/applications probably should not be there. Most of them are incorrect anyway. What OOo does is create a symlink to its own directory where the *.desktop files live. Those in the corresponding LO directory work much better, except none of them show icons in the menu. It looks like this is because the *.desktop files reference e.g. Icon=libreoffice-base, but the actual icon is (still) named ooo-base.png. I haven't done any real testing (yet), but I know that writer and calc come up and display existing documents. HTH. ___ 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] cpu stresser^W libreoffice 3.3.0 final
On Fri, 28 Jan 2011 15:06:06 +0100 Baptiste Daroussin b...@freebsd.org wrote: I ported libreoffice 3.3.0, you can find it here: http://people.freebsd.org/~bapt/libreoffice.shar or http://git.etoilebsd.net/ports/tree/libreoffice Can you please test it? by default it builds without java. it only lacks kde and gnome integration. (sorry but my poor CPU already hates enough :)) All languages supported are build. I try to avoid as much as possible bundled libraries which gives a pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 with java) at this points : there is (I guess) only one remaining problem : which launching libreoffice it can't find it libraries, I haven't decided yet wether to add LD_LIBRARY_PATH to the wrapper script or to add ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib and ldconfig -m ${PREFIX}/lib/libreoffice/base3.3/program maybe it conflicts with openoffice I haven't checked yet. to test it you will need a fresh ports tree (the needed libtextcat modification was committed yesterday thanks thierry@) the mandatory screenshot : http://people.freebsd.org/~bapt/libreoffice-3.3.0-final.png I expect to be able to push it in the tree during next week (after finding a good way to deal with the libraries and checked if it conflicts with openoffice) I would like to thanks Robert Nagy from openbsd, he has made all the hard work :), he was also very helpful. After the second complaint about an input error with flex I gave up. The suggested remedy didn't work the second time. Here's the reported error: Compiling: MenuMultipleChange.idl input in flex scanner failed dmake: Error code 2, while making '../../../../unxfbsdx.pro/ucr/cssmozilla.db' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development it seems that the error is inside 'offapi', please re-run build inside this module to isolate the error and/or test your fix: --- /bin/bash cd /home/garyj/misc/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd offapi build I'm running 9.0-CURRENT amd64 installed yesterday. -- 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: [WORKAROUND] www/seamonkey2 on CURRENT
On Sat, 29 Jan 2011, Alexey Shuvaev wrote: Hello! It seems www/seamonkey2 is broken on CURRENT for at least 1 month now [1]. Examining build log and reproducing it locally, the problem is in the usage of libiconv in nsNativeCharsetUtils.cpp. The linker fails to produce libxpcom_core.so although -L/usr/local/lib and -liconv are specified [2]. Examining this further I found that nsNativeCharsetUtils.o produced with [3] fails to link with libiconv alone too [4] (note still unresolved libiconv references). I'm not a compiler/linker guru and do not understand what is happening here. As a workaroud I use the attached patch which disables the usage of libiconv in nsNativeCharsetUtils.cpp. Yes, I had this problem also on -current. Does seamonkey build on recent 8.x? libxpcomio_s.a is a static library that has unresolved references to libiconv. I guess I'd expect those references to be resolved with a later -L/usr/local/lib -liconv when building the shared library (libxpcom_core.so), but they are not. -- 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: [WORKAROUND] www/seamonkey2 on CURRENT
On Sat, 29 Jan 2011 13:21:44 -0500 Alexander Kabaev kab...@gmail.com wrote: On Sat, 29 Jan 2011 13:02:24 -0500 (EST) Daniel Eischen deisc...@freebsd.org wrote: On Sat, 29 Jan 2011, Alexey Shuvaev wrote: Hello! It seems www/seamonkey2 is broken on CURRENT for at least 1 month now [1]. Examining build log and reproducing it locally, the problem is in the usage of libiconv in nsNativeCharsetUtils.cpp. The linker fails to produce libxpcom_core.so although -L/usr/local/lib and -liconv are specified [2]. Examining this further I found that nsNativeCharsetUtils.o produced with [3] fails to link with libiconv alone too [4] (note still unresolved libiconv references). I'm not a compiler/linker guru and do not understand what is happening here. As a workaroud I use the attached patch which disables the usage of libiconv in nsNativeCharsetUtils.cpp. Yes, I had this problem also on -current. Does seamonkey build on recent 8.x? libxpcomio_s.a is a static library that has unresolved references to libiconv. I guess I'd expect those references to be resolved with a later -L/usr/local/lib -liconv when building the shared library (libxpcom_core.so), but they are not. My wild guess: seamonkey tries to hide symbols that are coming from different .o file (this time one from libiconv.a) and that fails with our toolchain. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218 -- Alexander Kabaev Follow-up to myself: Nope, the fix to said bug appears in our compiler. Can you make amd64 version of nsNativeCharsetUtils. -- Alexander Kabaev signature.asc Description: PGP signature
Re: [CFT] cpu stresser^W libreoffice 3.3.0 final
В Sat, 29 Jan 2011 16:36:05 +0100 Gary Jennejohn gljennj...@googlemail.com пишет: On Fri, 28 Jan 2011 15:06:06 +0100 Baptiste Daroussin b...@freebsd.org wrote: I ported libreoffice 3.3.0, you can find it here: http://people.freebsd.org/~bapt/libreoffice.shar or http://git.etoilebsd.net/ports/tree/libreoffice Can you please test it? by default it builds without java. it only lacks kde and gnome integration. (sorry but my poor CPU already hates enough :)) All languages supported are build. I try to avoid as much as possible bundled libraries which gives a pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 with java) at this points : there is (I guess) only one remaining problem : which launching libreoffice it can't find it libraries, I haven't decided yet wether to add LD_LIBRARY_PATH to the wrapper script or to add ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib and ldconfig -m ${PREFIX}/lib/libreoffice/base3.3/program maybe it conflicts with openoffice I haven't checked yet. to test it you will need a fresh ports tree (the needed libtextcat modification was committed yesterday thanks thierry@) the mandatory screenshot : http://people.freebsd.org/~bapt/libreoffice-3.3.0-final.png I expect to be able to push it in the tree during next week (after finding a good way to deal with the libraries and checked if it conflicts with openoffice) I would like to thanks Robert Nagy from openbsd, he has made all the hard work :), he was also very helpful. After the second complaint about an input error with flex I gave up. The suggested remedy didn't work the second time. Here's the reported error: Compiling: MenuMultipleChange.idl input in flex scanner failed dmake: Error code 2, while making '../../../../unxfbsdx.pro/ucr/cssmozilla.db' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development it seems that the error is inside 'offapi', please re-run build inside this module to isolate the error and/or test your fix: --- /bin/bash cd /home/garyj/misc/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd offapi build I'm running 9.0-CURRENT amd64 installed yesterday. Now I have exactly the same problem... previous problem (with configure: error:vigra/copyimage.hxx not found. install vigra) was my fault because of the presence of the flag CXXFLAGS in /etc/make.conf ___ 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] cpu stresser^W libreoffice 3.3.0 final
On Saturday 29 January 2011 16:02:24 Steve Randall wrote: On Fri, 28 Jan 2011 16:01:13 -0800 Jason Helfman jhelf...@e-e.com wrote: It failed at this point: Compiling: rsc_sw sw deliver Module 'sw' delivered successfully. 281 files copied, 0 files unchanged --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /home/jhelfman/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems that the error is inside 'lingucomponent', please re-run build inside this module to isolate the error and/or test your fix: I had this same problem, I think. It turned out to be an error in libtextcat, which fails to install its config.h into /usr/local/include/libtextcat/. I can confirm that copying libtextcat's config.h into /usr/local/include/libtextcat solves the problem. Moving the file out of there afterwards, breaks the build again. ___ 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: [WORKAROUND] www/seamonkey2 on CURRENT
On Sat, 29 Jan 2011, Alexander Kabaev wrote: On Sat, 29 Jan 2011 13:21:44 -0500 Alexander Kabaev kab...@gmail.com wrote: On Sat, 29 Jan 2011 13:02:24 -0500 (EST) Daniel Eischen deisc...@freebsd.org wrote: On Sat, 29 Jan 2011, Alexey Shuvaev wrote: Hello! It seems www/seamonkey2 is broken on CURRENT for at least 1 month now [1]. Examining build log and reproducing it locally, the problem is in the usage of libiconv in nsNativeCharsetUtils.cpp. The linker fails to produce libxpcom_core.so although -L/usr/local/lib and -liconv are specified [2]. Examining this further I found that nsNativeCharsetUtils.o produced with [3] fails to link with libiconv alone too [4] (note still unresolved libiconv references). I'm not a compiler/linker guru and do not understand what is happening here. As a workaroud I use the attached patch which disables the usage of libiconv in nsNativeCharsetUtils.cpp. Yes, I had this problem also on -current. Does seamonkey build on recent 8.x? libxpcomio_s.a is a static library that has unresolved references to libiconv. I guess I'd expect those references to be resolved with a later -L/usr/local/lib -liconv when building the shared library (libxpcom_core.so), but they are not. My wild guess: seamonkey tries to hide symbols that are coming from different .o file (this time one from libiconv.a) and that fails with our toolchain. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218 -- Alexander Kabaev Follow-up to myself: Nope, the fix to said bug appears in our compiler. Can you make amd64 version of nsNativeCharsetUtils. My amd64 system is a little out of date, but I'll give it a try. If it builds, I'll update to a recent -current and try rebuilding it. -- 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: [WORKAROUND] www/seamonkey2 on CURRENT
On Fri, Jan 28, 2011 at 05:37:51PM -0800, Garrett Cooper wrote: On Fri, Jan 28, 2011 at 3:58 PM, Alexey Shuvaev shuv...@physik.uni-wuerzburg.de wrote: Hello! It seems www/seamonkey2 is broken on CURRENT for at least 1 month now [1]. Examining build log and reproducing it locally, the problem is in the usage of libiconv in nsNativeCharsetUtils.cpp. The linker fails to produce libxpcom_core.so although -L/usr/local/lib and -liconv are specified [2]. Examining this further I found that nsNativeCharsetUtils.o produced with [3] fails to link with libiconv alone too [4] (note still unresolved libiconv references). I'm not a compiler/linker guru and do not understand what is happening here. As a workaroud I use the attached patch which disables the usage of libiconv in nsNativeCharsetUtils.cpp. ls /usr/local/lib/libiconv*so* ? ~ ll /usr/local/lib/libiconv*so* lrwxr-xr-x 1 root wheel 13 Jan 27 13:14 /usr/local/lib/libiconv.so - libiconv.so.3 -r--r--r-- 1 root wheel 1078567 Jan 27 13:14 /usr/local/lib/libiconv.so.3 I'm not so lame :) On Sat, Jan 29, 2011 at 01:39:15PM -0500, Alexander Kabaev wrote: On Sat, 29 Jan 2011 13:21:44 -0500 Alexander Kabaev kab...@gmail.com wrote: On Sat, 29 Jan 2011 13:02:24 -0500 (EST) Daniel Eischen deisc...@freebsd.org wrote: On Sat, 29 Jan 2011, Alexey Shuvaev wrote: Hello! It seems www/seamonkey2 is broken on CURRENT for at least 1 month now [1]. Examining build log and reproducing it locally, the problem is in the usage of libiconv in nsNativeCharsetUtils.cpp. The linker fails to produce libxpcom_core.so although -L/usr/local/lib and -liconv are specified [2]. Examining this further I found that nsNativeCharsetUtils.o produced with [3] fails to link with libiconv alone too [4] (note still unresolved libiconv references). I'm not a compiler/linker guru and do not understand what is happening here. As a workaroud I use the attached patch which disables the usage of libiconv in nsNativeCharsetUtils.cpp. Yes, I had this problem also on -current. Does seamonkey build on recent 8.x? libxpcomio_s.a is a static library that has unresolved references to libiconv. I guess I'd expect those references to be resolved with a later -L/usr/local/lib -liconv when building the shared library (libxpcom_core.so), but they are not. My wild guess: seamonkey tries to hide symbols that are coming from different .o file (this time one from libiconv.a) and that fails with our toolchain. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218 -- Alexander Kabaev Follow-up to myself: Nope, the fix to said bug appears in our compiler. Can you make amd64 version of nsNativeCharsetUtils. -- Alexander Kabaev ??? (It is already on amd64) Well, I have fogotten to put my environment: ~ uname -a FreeBSD lexx.ifp.tuwien.ac.at 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r217884: Wed Jan 26 17:00:37 CET 2011 r...@lexx.ifp.tuwien.ac.at:/usr/obj/usr/src/sys/GENERIC amd64 And here is the winner: On Sat, Jan 29, 2011 at 08:32:07AM +0300, Anonymous wrote: Alexey Shuvaev shuv...@physik.uni-wuerzburg.de writes: Hello! It seems www/seamonkey2 is broken on CURRENT for at least 1 month now [1]. Examining build log and reproducing it locally, the problem is in the usage of libiconv in nsNativeCharsetUtils.cpp. The linker fails to produce libxpcom_core.so although -L/usr/local/lib and -liconv are specified [2]. Examining this further I found that nsNativeCharsetUtils.o produced with [3] fails to link with libiconv alone too [4] (note still unresolved libiconv references). I'm not a compiler/linker guru and do not understand what is happening here. As a workaroud I use the attached patch which disables the usage of libiconv in nsNativeCharsetUtils.cpp. [...] /usr/bin/ld: aaa: hidden symbol `libiconv_open' isn't defined /head per r215840 has working -fvisibility=hidden, i.e. config/gcc_hidden.h. Try following diff, it should enable patching iconv.h wrapper in bsd.gecko.mk @${ECHO_CMD} #pragma GCC system_header ${MOZSRC}/${subdir}/iconv.h @${ECHO_CMD} #pragma GCC visibility push(default) ${MOZSRC}/${subdir}/iconv.h @${ECHO_CMD} #include \${LOCALBASE}/include/iconv.h\ ${MOZSRC}/${subdir}/iconv.h @${ECHO_CMD} #pragma GCC visibility pop ${MOZSRC}/${subdir}/iconv.h %% Index: www/seamonkey2/Makefile === RCS file: /a/.cvsup/ports/www/seamonkey2/Makefile,v retrieving revision 1.315 diff -u -p -r1.315 Makefile --- www/seamonkey2/Makefile 10 Dec 2010 13:31:12 - 1.315 +++ www/seamonkey2/Makefile 29 Jan 2011 05:22:11 - @@ -28,11 +28,10 @@ ALL_TARGET= default MAKE_JOBS_SAFE= yes MOZ_PIS_SCRIPTS= moz_pis_S50cleanhome MAKE_ENV=LD_LIBRARY_PATH=${WRKSRC}/dist/bin -CONFIGURE_ENV=
TeamSpeak ports
Hello, The teamspeak ports for FreeBSD are somehow obsolete because there's only TeamSpeak 2 while TeamSpeak 3 is used by many people in the meanwhile. There are i386 and IA64 builds for FreeBSD available so the port would only have to fetch them and install a starter script. Please give me the contact details of the port owner, maybe I can help. (But I don't have port creating experience) Greetings, Richard ___ 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: TeamSpeak ports
$ cd audio/teamspeak_server $ make maintainer po...@freebsd.org The ports are unmaintained as of this commit: http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/teamspeak_server/Makefile?rev=1.14 If you are interested in working on them, see: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/ http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/ mcl ___ 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: [WORKAROUND] www/seamonkey2 on CURRENT
On Sat, 29 Jan 2011, Alexey Shuvaev wrote: And here is the winner: On Sat, Jan 29, 2011 at 08:32:07AM +0300, Anonymous wrote: Alexey Shuvaev shuv...@physik.uni-wuerzburg.de writes: Hello! It seems www/seamonkey2 is broken on CURRENT for at least 1 month now [1]. Examining build log and reproducing it locally, the problem is in the usage of libiconv in nsNativeCharsetUtils.cpp. The linker fails to produce libxpcom_core.so although -L/usr/local/lib and -liconv are specified [2]. Examining this further I found that nsNativeCharsetUtils.o produced with [3] fails to link with libiconv alone too [4] (note still unresolved libiconv references). I'm not a compiler/linker guru and do not understand what is happening here. As a workaroud I use the attached patch which disables the usage of libiconv in nsNativeCharsetUtils.cpp. [...] /usr/bin/ld: aaa: hidden symbol `libiconv_open' isn't defined /head per r215840 has working -fvisibility=hidden, i.e. config/gcc_hidden.h. Try following diff, it should enable patching iconv.h wrapper in bsd.gecko.mk Is someone going to commit this? @${ECHO_CMD} #pragma GCC system_header ${MOZSRC}/${subdir}/iconv.h @${ECHO_CMD} #pragma GCC visibility push(default) ${MOZSRC}/${subdir}/iconv.h @${ECHO_CMD} #include \${LOCALBASE}/include/iconv.h\ ${MOZSRC}/${subdir}/iconv.h @${ECHO_CMD} #pragma GCC visibility pop ${MOZSRC}/${subdir}/iconv.h %% Index: www/seamonkey2/Makefile === RCS file: /a/.cvsup/ports/www/seamonkey2/Makefile,v retrieving revision 1.315 diff -u -p -r1.315 Makefile --- www/seamonkey2/Makefile 10 Dec 2010 13:31:12 - 1.315 +++ www/seamonkey2/Makefile 29 Jan 2011 05:22:11 - @@ -28,11 +28,10 @@ ALL_TARGET= default MAKE_JOBS_SAFE=yes MOZ_PIS_SCRIPTS= moz_pis_S50cleanhome MAKE_ENV= LD_LIBRARY_PATH=${WRKSRC}/dist/bin -CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include/cairo +CONFIGURE_ENV= LOCALBASE=${LOCALBASE} CPPFLAGS=-I${LOCALBASE}/include/cairo \ + ac_cv_func__Unwind_Backtrace=no USE_GCC= 4.2+ -CONFIGURE_ENV= LOCALBASE=${LOCALBASE} - MOZ_EXTENSIONS=default MOZ_OPTIONS+= --with-default-mozilla-five-home=${PREFIX}/lib/${MOZILLA} \ --enable-svg \ @@ -121,11 +120,6 @@ post-patch: ${WRKSRC}/mozilla/storage/build/Makefile.in @${REINPLACE_CMD} -e '/accessibility.typeaheadfind.enablesound/s/true/false/' \ ${WRKSRC}/mozilla/modules/libpref/src/init/all.js - @${REINPLACE_CMD} -e 's|iconv.h|\${LOCALBASE}/include/iconv.h\|g' \ - ${WRKSRC}/configure \ - ${WRKSRC}/mozilla/configure \ - ${WRKSRC}/mozilla/intl/uconv/native/nsNativeUConvService.cpp \ - ${WRKSRC}/mozilla/xpcom/io/nsNativeCharsetUtils.cpp @${REINPLACE_CMD} -e 's|libgnome-2.so.0|libgnome-2.so|' \ ${WRKSRC}/mozilla/toolkit/xre/nsNativeAppSupportUnix.cpp \ ${WRKSRC}/mozilla/modules/libpr0n/decoders/icon/gtk/nsIconChannel.cpp %% This patch did it! I have successfully rebuilt www/seamonkey2 with the above patch applied to port's Makefile (and without my previous workaround). Everything works! As this hidden/visibility symbols are beyond my C/CPP foo, I am leaving the final decision for the experts :) Thanks, Alexey. ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- 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: TeamSpeak ports
On 29 Jan 2011 20:33, Richard Hirner rich...@hirner.at wrote: Hello, The teamspeak ports for FreeBSD are somehow obsolete because there's only TeamSpeak 2 while TeamSpeak 3 is used by many people in the meanwhile. There are i386 and IA64 builds for FreeBSD available so the port would only have to fetch them and install a starter script. Please give me the contact details of the port owner, maybe I can help. (But I don't have port creating experience) Greetings, Richard I'll provide guidance if you need it. Let me know. Chris Finally, inline replies on Android! ___ 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: xfce 4.8pre3 preview
Hi, Olivier Duchateau duchateau.oliv...@gmail.com wrote: I uploaded 2 plugins for Thunar (v1.2.0) work only with Xfce 4.8: - audio/thunar-media-tags-plugin - archivers/thunar-archive-plugin I've the archive plugin already in my local repository. ;) I'll include something like your media-tags-plugin fix, thanks for sharing it. This message was sent using IMP, the Internet Messaging Program. ___ 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: [WORKAROUND] www/seamonkey2 on CURRENT
On Sat, 29 Jan 2011 21:20:12 +0100 Alexey Shuvaev shuv...@physik.uni-wuerzburg.de wrote: On Fri, Jan 28, 2011 at 05:37:51PM -0800, Garrett Cooper wrote: On Fri, Jan 28, 2011 at 3:58 PM, Alexey Shuvaev shuv...@physik.uni-wuerzburg.de wrote: Hello! It seems www/seamonkey2 is broken on CURRENT for at least 1 month now [1]. Examining build log and reproducing it locally, the problem is in the usage of libiconv in nsNativeCharsetUtils.cpp. The linker fails to produce libxpcom_core.so although -L/usr/local/lib and -liconv are specified [2]. Examining this further I found that ..o produced with [3] fails to link with libiconv alone too [4] (note still unresolved libiconv references). I'm not a compiler/linker guru and do not understand what is happening here. As a workaroud I use the attached patch which disables the usage of libiconv in nsNativeCharsetUtils.cpp. ls /usr/local/lib/libiconv*so* ? ~ ll /usr/local/lib/libiconv*so* lrwxr-xr-x 1 root wheel 13 Jan 27 13:14 /usr/local/lib/libiconv.so - libiconv.so.3 -r--r--r-- 1 root wheel 1078567 Jan 27 13:14 /usr/local/lib/libiconv.so.3 I'm not so lame :) On Sat, Jan 29, 2011 at 01:39:15PM -0500, Alexander Kabaev wrote: On Sat, 29 Jan 2011 13:21:44 -0500 Alexander Kabaev kab...@gmail.com wrote: On Sat, 29 Jan 2011 13:02:24 -0500 (EST) Daniel Eischen deisc...@freebsd.org wrote: On Sat, 29 Jan 2011, Alexey Shuvaev wrote: Hello! It seems www/seamonkey2 is broken on CURRENT for at least 1 month now [1]. Examining build log and reproducing it locally, the problem is in the usage of libiconv in nsNativeCharsetUtils.cpp. The linker fails to produce libxpcom_core.so although -L/usr/local/lib and -liconv are specified [2]. Examining this further I found that nsNativeCharsetUtils.o produced with [3] fails to link with libiconv alone too [4] (note still unresolved libiconv references). I'm not a compiler/linker guru and do not understand what is happening here. As a workaroud I use the attached patch which disables the usage of libiconv in nsNativeCharsetUtils.cpp. Yes, I had this problem also on -current. Does seamonkey build on recent 8.x? libxpcomio_s.a is a static library that has unresolved references to libiconv. I guess I'd expect those references to be resolved with a later -L/usr/local/lib -liconv when building the shared library (libxpcom_core.so), but they are not. My wild guess: seamonkey tries to hide symbols that are coming from different .o file (this time one from libiconv.a) and that fails with our toolchain. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218 -- Alexander Kabaev Follow-up to myself: Nope, the fix to said bug appears in our compiler. Can you make amd64 version of nsNativeCharsetUtils. -- Alexander Kabaev ??? (It is already on amd64) Email was sent while not finished. Can you make amd64 version of nsNativeCharsetUtils.o available from somewhere along with corresponding .ii file? To get .ii file you can add -save-temps to GCC invocation used to compile nsNativeCharsetUtils.cpp. -- Alexander Kabaev signature.asc Description: PGP signature
Re: [CFT] cpu stresser^W libreoffice 3.3.0 final
On Sat, Jan 29, 2011 at 08:22:23PM +0100, Oliver Heesakkers thus spake: On Saturday 29 January 2011 16:02:24 Steve Randall wrote: On Fri, 28 Jan 2011 16:01:13 -0800 Jason Helfman jhelf...@e-e.com wrote: It failed at this point: Compiling: rsc_sw sw deliver Module 'sw' delivered successfully. 281 files copied, 0 files unchanged --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /home/jhelfman/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems that the error is inside 'lingucomponent', please re-run build inside this module to isolate the error and/or test your fix: I had this same problem, I think. It turned out to be an error in libtextcat, which fails to install its config.h into /usr/local/include/libtextcat/. I can confirm that copying libtextcat's config.h into /usr/local/include/libtextcat solves the problem. Moving the file out of there afterwards, breaks the build again. Build issues were resolved after performing this step. I am running into the library path issues, as well, however I will wait until Monday to try and resolve it as mentioned perviously in this thread. Thanks! -jgh -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 ___ 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] cpu stresser^W libreoffice 3.3.0 final
On Sat, Jan 29, 2011 at 09:02:24AM -0600, Steve Randall wrote: On Fri, 28 Jan 2011 16:01:13 -0800 Jason Helfman jhelf...@e-e.com wrote: It failed at this point: Compiling: rsc_sw sw deliver Module 'sw' delivered successfully. 281 files copied, 0 files unchanged --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /home/jhelfman/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems that the error is inside 'lingucomponent', please re-run build inside this module to isolate the error and/or test your fix: I had this same problem, I think. It turned out to be an error in libtextcat, which fails to install its config.h into /usr/local/include/libtextcat/. This fix also worked for me. Not sure if this is the proper fix, but anyway... diff -ruN libtextcat.orig/Makefile libtextcat/Makefile --- libtextcat.orig/Makefile2011-01-30 09:48:13.0 +0800 +++ libtextcat/Makefile 2011-01-30 09:56:19.0 +0800 @@ -24,6 +24,7 @@ PORTDOCS= LICENSE README TODO post-install: + ${INSTALL_DATA} ${WRKSRC}/src/config.h ${PREFIX}/include/libtextcat/ ${INSTALL_DATA} ${WRKSRC}/src/textcat.h ${PREFIX}/include/ ${MKDIR} ${DATADIR}/LM @${ECHO_MSG} Installing language models provided in Gertjan van Noord's TextCat package diff -ruN libtextcat.orig/pkg-plist libtextcat/pkg-plist --- libtextcat.orig/pkg-plist 2011-01-30 09:48:13.0 +0800 +++ libtextcat/pkg-plist2011-01-30 09:48:47.0 +0800 @@ -1,5 +1,6 @@ bin/createfp include/libtextcat/common.h +include/libtextcat/config.h include/libtextcat/constants.h include/libtextcat/fingerprint.h include/libtextcat/textcat.h With regard to LD_LIBRARY_PATH vs. ldconfig, the main script (/usr/local/lib/libreoffice/program/soffice) has hack code to set LD_LIBRARY_PATH for OpenBSD. I added FreeBSD to that, and it's off and running. I also added FreeBSD to the script, and now it works perfectly. I can open, edit, and save documents without problems. The *.desktop files installed in /usr/local/share/applications probably should not be there. Most of them are incorrect anyway. What OOo does is create a symlink to its own directory where the *.desktop files live. Those in the corresponding LO directory work much better, except none of them show icons in the menu. It looks like this is because the *.desktop files reference e.g. Icon=libreoffice-base, but the actual icon is (still) named ooo-base.png. The LibreOffice apps don't appear in the GNOME menu for some reason. -- Denny Lin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
TINKER vers update to tinker-5.1.09
tinker-5.1.09 was update successfully by Ruslan Thanks! ___ 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
Adding a PAM config option to net-im/ejabberd
Hi Ashish, What do you think about applying the attached patch to the ejabberd port? It installs some parts required to allow ejabberd to auth against PAM and is working great for me. Cheers, Lawrence --- Makefile2010-10-25 08:55:04.0 +1100 +++ Makefile.withpam2011-01-10 01:52:36.0 +1100 @@ -23,7 +23,8 @@ USE_RC_SUBR= ${PORTNAME} NOPRECIOUSMAKEVARS=yes -OPTIONS= ODBCEnable ODBC support off +OPTIONS= ODBCEnable ODBC support off \ + PAM Enable PAM auth support off MAKE_ENV= PORTVERSION=${PORTVERSION} CONFIGURE_ARGS+=--localstatedir=/var @@ -55,6 +56,13 @@ PLIST_SUB+=ODBC=@comment .endif +.if defined(WITH_PAM) +CONFIGURE_ARGS+=--enable-pam +PLIST_SUB+=PAM= +.else +PLIST_SUB+=PAM=@comment +.endif + .if defined(NOPORTDOCS) MAKE_ARGS+=NOPORTDOCS=${NOPORTDOCS} .endif --- pkg-plist 2010-10-01 02:22:15.0 +1000 +++ pkg-plist.withpam 2011-01-10 01:50:56.0 +1100 @@ -58,6 +58,8 @@ %%ODBC%%lib/erlang/lib/%%PORTNAME%%-%%PORTVERSION%%/ebin/%%PORTNAME%%_odbc.beam %%ODBC%%lib/erlang/lib/%%PORTNAME%%-%%PORTVERSION%%/ebin/%%PORTNAME%%_odbc_sup.beam %%ODBC%%lib/erlang/lib/%%PORTNAME%%-%%PORTVERSION%%/ebin/odbc_queries.beam +%%PAM%%lib/erlang/lib/%%PORTNAME%%-%%PORTVERSION%%/ebin/epam.beam +%%PAM%%lib/erlang/lib/%%PORTNAME%%-%%PORTVERSION%%/priv/bin/epam lib/erlang/lib/%%PORTNAME%%-%%PORTVERSION%%/ebin/dynamic_compile.beam lib/erlang/lib/%%PORTNAME%%-%%PORTVERSION%%/ebin/ejabberd_captcha.beam lib/erlang/lib/%%PORTNAME%%-%%PORTVERSION%%/ebin/ejabberd_commands.beam ___ 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