Re: graphics/inkscape commit r330754
18.10.2013 22:17, Tomasz Sowa пишет: Hi Thank you for the update for compiling with clang. I have got a question about one function: void sp_item_rm_unsatisfied_cns(SPItem item) from src/sp-item-rm-unsatisfied-cns.cpp before patching it is: void sp_item_rm_unsatisfied_cns(SPItem item) { if (item.constraints.empty()) { return; } std::vectorInkscape::SnapCandidatePoint snappoints; sp_item_snappoints(item, snappoints, NULL); for (unsigned i = item.constraints.size(); i--;) { g_assert( i item.constraints.size() ); SPGuideConstraint const cn = item.constraints[i]; int const snappoint_ix = cn.snappoint_ix; g_assert( snappoint_ix int(snappoints.size()) ); if (!approx_equal( sp_guide_distance_from_pt(cn.g, snappoints[snappoint_ix].getPoint()), 0) ) { remove_last(cn.g-attached_items, SPGuideAttachment(item, cn.snappoint_ix)); g_assert( i item.constraints.size() ); vectorSPGuideConstraint::iterator const ei(item.constraints[i]); item.constraints.erase(ei); } } } but after patching the last erase() is changed to: item.constraints.erase(item.constraints.begin() + 1); and this is not the same, it propably should be: item.constraints.erase(item.constraints.begin() + i); Yep, that seems to be a typo. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org 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: www/w3m fails to build under stable/10 r256624 i386
19.10.2013 02:00, Kimmo Paasiala пишет: On Fri, Oct 18, 2013 at 11:50 PM, Boris Samorodov b...@passap.ru wrote: 18.10.2013 21:55, Kimmo Paasiala пишет: The error message I'm getting is cc -I. -I. -O2 -pipe -fno-strict-aliasing -I./libwc -I/usr/include/openssl -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -DAUXBIN_DIR=\/usr/local/libexec/w3m\ -DCGIBIN_DIR=\/usr/local/libexec/w3m/cgi-bin\ -DHELP_DIR=\/usr/local/share/w3m\ -DETC_DIR=\/usr/local/etc\ -DCONF_DIR=\/usr/local/etc/w3m\ -DRC_DIR=\~/.w3m\ -DLOCALEDIR=\/usr/local/share/locale\ -c main.c main.c:836:23: error: assigning to 'GC_warn_proc' (aka 'void (*)(char *, GC_word)') from incompatible type 'void' orig_GC_warn_proc = GC_set_warn_proc(wrap_GC_warn_proc); ^ ~~~ main.c:2264:37: warning: incompatible pointer types passing 'char **' to parameter of type 'wc_uchar **' (aka 'unsigned char **') [-Wincompatible-pointer-types] return wc_any_to_ucs(wtf_parse1(p)); ^~ ./libwc/wtf.h:71:41: note: passing argument to parameter 'p' here extern wc_wchar_t wtf_parse1(wc_uchar **p); ^ 1 warning and 1 error generated. *** Error code 1 Stop. make[1]: stopped in /wrkdirs/usr/ports/www/w3m/work/w3m-0.5.3 *** Error code 1 Anyone else seeing this? www/w3m is quite an important port because it's required to build devel/git. http://lists.freebsd.org/pipermail/svn-ports-head/2013-October/032845.html I can report that this patch fixes the build of www/w3m on my system. Nobutaka-san, can you appove/commit the fix? Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org 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: Compiling sguil-server on Release 9.2 i386
On 10/19/2013 04:33, Stan Gammons wrote: On 18/10/13 09:04, s_gamm...@charter.net wrote: I was trying to install sguil-server on Release 9.2 and received the following error. I get the same unassociated shell command when I goto /usr/src/security/sguil-server and try make install clean. Any ideas what the problem is? It appears as though the problem is in line 45 of the makefile in /usr/ports/security/sguil-server. The original line was .if ${PORT_OPTIONS:MMYSQL} changing it to .if ${PORT_OPTIONS:MYSQL} seems to have fixed the problem. Although I haven't started over from scratch then changed the Makefile to confirm. That is a completely incorrectly thing to do. MMYSQL is correct, MYSQL is not. the first M means Match. So you ready the line as, If there is any option in the option list that matches MYSQL, do the following. All you did was change it to look for YSQL which in effect, is the same as not selecting the MYSQL option from the options dialog. Your error is line 46 where it tries to run, cd ${PORTSDIR}/databases/mysqltcl ${MAKE} -V PORTVERSION. While running make on another port is horrible, it's not the actually problem either. First, make sure ports tree is up to date. Then run, cd /usr/ports/databases/mysqltcl make-V PORTVERSION And see if you have an error message. If not, try sguil-server again after restoring it. John ___ 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: graphics/inkscape commit r330754
On 19-10-2013 8:13, Boris Samorodov wrote: 18.10.2013 22:17, Tomasz Sowa пишет: Hi Thank you for the update for compiling with clang. I have got a question about one function: void sp_item_rm_unsatisfied_cns(SPItem item) from src/sp-item-rm-unsatisfied-cns.cpp before patching it is: void sp_item_rm_unsatisfied_cns(SPItem item) { if (item.constraints.empty()) { return; } std::vectorInkscape::SnapCandidatePoint snappoints; sp_item_snappoints(item, snappoints, NULL); for (unsigned i = item.constraints.size(); i--;) { g_assert( i item.constraints.size() ); SPGuideConstraint const cn = item.constraints[i]; int const snappoint_ix = cn.snappoint_ix; g_assert( snappoint_ix int(snappoints.size()) ); if (!approx_equal( sp_guide_distance_from_pt(cn.g, snappoints[snappoint_ix].getPoint()), 0) ) { remove_last(cn.g-attached_items, SPGuideAttachment(item, cn.snappoint_ix)); g_assert( i item.constraints.size() ); vectorSPGuideConstraint::iterator const ei(item.constraints[i]); item.constraints.erase(ei); } } } but after patching the last erase() is changed to: item.constraints.erase(item.constraints.begin() + 1); and this is not the same, it propably should be: item.constraints.erase(item.constraints.begin() + i); Yep, that seems to be a typo. Fix thanks for the report, it took me a while to see that the but actually was :) -Koop ___ 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
math/saga: does not build after recent changes on 10.0 and HEAD
I am the maintainer of math/saga (SAGA GIS). For a few weeks now math/saga does not build anymore on 10.0 and HEAD. Until mid of September, it builts fine on all my 10.0-CURRENT boxes. Now I get errors, which I did not have seen before and which are also mentioned for example at http://beefy2.isc.freebsd.org/bulk/head-amd64-default/2013-10-17_23h06m42s/logs/saga-2.1.0_2.log As proposed by the error message, I added the following to the ports Makefile: CXXFLAGS+= -std=c++0x Now the build continuous, but runs into new problems a bit later. Here again, x11-toolkits/wxgtk29 is involved: [..snip..] Making all in saga_api /bin/sh ../../../libtool --tag=CXX--mode=compile g++46 -DHAVE_CONFIG_H -I. -I../../.. -fPIC -Wall `/usr/local/bin/wxgtk2u-2.9-config --unicode=yes --cxxflags` -D_SAGA_LINUX -D_SAGA_UNICODE -D_TYPEDEF_BYTE -D_TYPEDEF_WORD -D_SAGA_API_EXPORTS -O2 -pipe -I/usr/local/include -D_SAGA_DONOTUSE_HARU -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -std=c++0x -Wl,-rpath=/usr/local/lib/gcc46 -MT api_callback.lo -MD -MP -MF .deps/api_callback.Tpo -c -o api_callback.lo api_callback.cpp libtool: compile: g++46 -DHAVE_CONFIG_H -I. -I../../.. -fPIC -Wall -I/usr/local/lib/wx/include/gtk2-unicode-2.9 -I/usr/local/include/wx-2.9 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread -D_THREAD_SAFE -D_SAGA_LINUX -D_SAGA_UNICODE -D_TYPEDEF_BYTE -D_TYPEDEF_WORD -D_SAGA_API_EXPORTS -O2 -pipe -I/usr/local/include -D_SAGA_DONOTUSE_HARU -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -std=c++0x -Wl,-rpath=/usr/local/lib/gcc46 -MT api_callback.lo -MD -MP -MF .deps/api_callback.Tpo -c api_callback.cpp -fPIC -DPIC -o .libs/api_callback.o In file included from /usr/local/include/wx-2.9/wx/crt.h:20:0, from /usr/local/include/wx-2.9/wx/string.h:4353, from /usr/local/include/wx-2.9/wx/stdpaths.h:17, from api_callback.cpp:66: /usr/local/include/wx-2.9/wx/wxcrt.h: In function 'long long int wxStrtoll(const char*, char**, int)': /usr/local/include/wx-2.9/wx/wxcrt.h:904:1: error: 'strtoll' was not declared in this scope /usr/local/include/wx-2.9/wx/wxcrt.h: In function 'long long unsigned int wxStrtoull(const char*, char**, int)': /usr/local/include/wx-2.9/wx/wxcrt.h:905:1: error: 'strtoull' was not declared in this scope *** Error code 1 Stop. make[6]: stopped in /usr/ports/math/saga_svn/work/saga-gis/src/saga_core/saga_api [..snip..] I suspect the changes in 10.0 and HEAD of the last weeks to be liable for this? But I have no clue what to do to correct the port. Any help is really appreciated. Please let me know, if I should give more information or test something. Thanks in advance, Rainer Hurling ___ 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/xbmc's default dependency on lame
You can remove LAME from default options. it's just used for MP3 encoding from CD, not really used by people. 2013/10/18 Ulrich Spörlein u...@freebsd.org Hey Mickael, Baptiste, multimedia/xbmc is currently broken for me on 10.x (worked fine about 1-2 months ago) and I wanted to check the build cluster to see if the problem is on my end. The problem? multimedia/xbmc is skipped because of the default dependency on lame (and that is restricted). So this http://beefy1.isc.freebsd.org/bulk/head-i386-default/2013-10-17_19h54m49s/ will not show me if xbmc builds for other people. Mickael, is the default dependency on lame required? It means we'll never ship a pre-built port for it .. Baptiste, is it possible to still build these packages and packages that depend on them, but just not publish/distribute them? Thanks! UIi ___ 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 you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ graphics/libEGL | 9.1.6 | 9.2.2 +-+ graphics/libglesv2 | 9.1.6 | 9.2.2 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portsc...@freebsd.org 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
[QAT] r330861: 4x leftovers
Fix plist s/mach/%%PERL_ARCH%%/ and the man are created and removed by perl-* With Hat: perl@ - Build ID: 20131019112800-11030 Job owner: m...@freebsd.org Buildtime: 5 minutes Enddate: Sat, 19 Oct 2013 11:32:50 GMT Revision: r330861 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=330861 - Port:math/p5-Math-Round 0.06 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20131019112800-11030-209688/p5-Math-Round-0.06.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20131019112800-11030-209689/p5-Math-Round-0.06.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20131019112800-11030-209690/p5-Math-Round-0.06.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~m...@freebsd.org/20131019112800-11030-209691/p5-Math-Round-0.06.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20131019112800-11030 redports https://qat.redports.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: Compiling sguil-server on Release 9.2 i386
Your error is line 46 where it tries to run, cd ${PORTSDIR}/databases/mysqltcl ${MAKE} -V PORTVERSION. While running make on another port is horrible, it's not the actually problem either. First, make sure ports tree is up to date. Then run, cd /usr/ports/databases/mysqltcl make-V PORTVERSION And see if you have an error message. If not, try sguil-server again after restoring it. I started from scratch. Reinstalled the OS, updated the ports tree then changed to /usr/ports/databases/mysqltcl and ran make -V PORTVERSION That resulted in 3.052 being returned. Changing to /usr/ports/security/sguil-server and running make install starts the build process and I get the prompt to build with MYSQL. When I select MYSQL option, it bombs with the same error. What I tried before was install all of the depends with portmaster, then tried to install sguil-server by going to /usr/ports/security/sguil-server and running make install. I got the same unassociated shell command error. Modifying the Makefile by removing the M allowed the build process to continue. I had to stop the build process before it completed since that machine was getting really hot from being run so hard all day. So, I don't know if the build would have completed. I can try it again, but I'd like to find out what's causing this to fail. Any other ideas? Stan ___ 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: Compiling sguil-server on Release 9.2 i386
On 10/19/2013 15:15, s_gamm...@charter.net wrote: I started from scratch. Reinstalled the OS, updated the ports tree then changed to /usr/ports/databases/mysqltcl and ran make -V PORTVERSION That resulted in 3.052 being returned. Changing to /usr/ports/security/sguil-server and running make install starts the build process and I get the prompt to build with MYSQL. When I select MYSQL option, it bombs with the same error. What I tried before was install all of the depends with portmaster, then tried to install sguil-server by going to /usr/ports/security/sguil-server and running make install. I got the same unassociated shell command error. Modifying the Makefile by removing the M allowed the build process to continue. I had to stop the build process before it completed since that machine was getting really hot from being run so hard all day. So, I don't know if the build would have completed. I can try it again, but I'd like to find out what's causing this to fail. Any other ideas? other ideas? The line I mentioned is the one returning the error. That is still true, it's not getting 3.052 when building security/sguil-server. You need to forget about removing the M, that's a red herring. By removing the M, you skipped the line that is failing, but that also means MYSQL isn't built in either. If you just want the thing to build (and not care if that sguil-server makefile is busted), then try this: 1) Remove line 46 completely. 2) On line 47, replace ${MYSQLTCL_VER} with 3.052 I feel that the makefile could be reworked to avoid calling make on databases/mysqltcl in a number of different ways, but that is for the maintainer to decide (i.e. open a PR so it's fixed permanently). Regards, John ___ 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
tinderbox behavior during make package (phase 7)
Hi there, I've noticed lots of the following lines when using pkg-enabled tinderbox: [...] === Checking filesystem state Deleting p5-XML-Parser-2.41_1 Deinstallation has been requested for the following 1 packages: p5-XML-Parser-2.41_1 The deinstallation will free 420 KB [1/1] Deleting p5-XML-Parser-2.41_1... done Deleting gmake-3.82_1 Deinstallation has been requested for the following 1 packages: gmake-3.82_1 The deinstallation will free 1 MB [1/1] Deleting gmake-3.82_1... done Deleting expat-2.1.0 Deinstallation has been requested for the following 1 packages: expat-2.1.0 The deinstallation will free 392 KB [1/1] Deleting expat-2.1.0... done Deleting gettext-0.18.3.1 Deinstallation has been requested for the following 1 packages: gettext-0.18.3.1 [...] Is there any reason why all these packages cannot be deleted in one pkg invocation? ./danfe ___ 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: Compiling sguil-server on Release 9.2 i386
The line I mentioned is the one returning the error. That is still true, it's not getting 3.052 when building security/sguil-server. You need to forget about removing the M, that's a red herring. By removing the M, you skipped the line that is failing, but that also means MYSQL isn't built in either. If you just want the thing to build (and not care if that sguil-server makefile is busted), then try this: 1) Remove line 46 completely. 2) On line 47, replace ${MYSQLTCL_VER} with 3.052 I feel that the makefile could be reworked to avoid calling make on databases/mysqltcl in a number of different ways, but that is for the maintainer to decide (i.e. open a PR so it's fixed permanently). I modified like so, and it still bombs... Guess I'll have to file a PR or build it manually like I talked about before. .if ${PORT_OPTIONS:MMYSQL} # @${ECHO_CMD} $$(${MYSQLTCL_CMDS}) RUN_DEPENDS+= ${LOCALBASE}/lib/mysqltcl-3.052:${PORTSDIR}/databases/mysqltcl .endif root@gateway2:/usr/ports # portmaster security/sguil-server === Port directory: /usr/ports/security/sguil-server === Gathering distinfo list for installed ports Makefile, line 47: Unassociated shell command RUN_DEPENDS+= ${LOCALBASE}/lib/mysqltcl-3.052:${PORTSDIR}/databases/mysqltcl make: fatal errors encountered -- cannot continue Makefile, line 47: Unassociated shell command RUN_DEPENDS+= ${LOCALBASE}/lib/mysqltcl-3.052:${PORTSDIR}/databases/mysqltcl make: fatal errors encountered -- cannot continue Makefile, line 47: Unassociated shell command RUN_DEPENDS+= ${LOCALBASE}/lib/mysqltcl-3.052:${PORTSDIR}/databases/mysqltcl make: fatal errors encountered -- cannot continue === Gathering dependency list for security/sguil-server from ports Makefile, line 47: Unassociated shell command RUN_DEPENDS+= ${LOCALBASE}/lib/mysqltcl-3.052:${PORTSDIR}/databases/mysqltcl make: fatal errors encountered -- cannot continue === No dependencies for security/sguil-server === Starting build for security/sguil-server === === All dependencies are up to date Makefile, line 47: Unassociated shell command RUN_DEPENDS+= ${LOCALBASE}/lib/mysqltcl-3.052:${PORTSDIR}/databases/mysqltcl make: fatal errors encountered -- cannot continue Makefile, line 47: Unassociated shell command RUN_DEPENDS+= ${LOCALBASE}/lib/mysqltcl-3.052:${PORTSDIR}/databases/mysqltcl make: fatal errors encountered -- cannot continue === make clean failed === Aborting update === Killing background jobs Terminated === You can restart from the point of failure with this command line: portmaster flags security/sguil-server === Exiting ___ 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: Compiling sguil-server on Release 9.2 i386
On 10/19/2013 16:15, s_gamm...@charter.net wrote: I modified like so, and it still bombs... Guess I'll have to file a PR or build it manually like I talked about before. .if ${PORT_OPTIONS:MMYSQL} # @${ECHO_CMD} $$(${MYSQLTCL_CMDS}) RUN_DEPENDS+= ${LOCALBASE}/lib/mysqltcl-3.052:${PORTSDIR}/databases/mysqltcl .endif Ah, try removing the tab before RUN_DEPENDS, so that the R is on the first column (iow, remove the indent). you can test it my make -V RUN_DEPENDS and verifying mysqltcl is in the result (and that there is no shell error) John ___ 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: Compiling sguil-server on Release 9.2 i386
On Sat, Oct 19, 2013 at 9:23 AM, John Marino wrote: On 10/19/2013 16:15, s_gamm...@charter.net wrote: I modified like so, and it still bombs... Guess I'll have to file a PR or build it manually like I talked about before. .if ${PORT_OPTIONS:MMYSQL} # @${ECHO_CMD} $$(${MYSQLTCL_CMDS}) RUN_DEPENDS+= ${LOCALBASE}/lib/mysqltcl-3.052:${PORTSDIR}/databases/mysqltcl .endif Ah, try removing the tab before RUN_DEPENDS, so that the R is on the first column (iow, remove the indent). you can test it my make -V RUN_DEPENDS and verifying mysqltcl is in the result (and that there is no shell error) John Looks like that fixed it. It's building now. Should the tab be removed before @${ECHO_CMD} $$(${MYSQLTCL_CMDS}) ? Thanks for your help! Stan ___ 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: Compiling sguil-server on Release 9.2 i386
On 10/19/2013 16:32, s_gamm...@charter.net wrote: Looks like that fixed it. It's building now. Should the tab be removed before @${ECHO_CMD} $$(${MYSQLTCL_CMDS}) ? No, I think that line is broken too, in at least two different ways. The MYSQL option is busted. It doesn't appear to me that it was ever tested; I can't see how it ever worked. You should create a PR on sguil-server and document all this there and request the maintainer fix it properly. Personally I don't think any shell commands are needed at all, certainly not to specify a RUN_DEPENDS. it's all messed up. John ___ 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: Need some help debugging c++ code for 10.0
On 18/10/2013 20:52, Tijl Coosemans wrote: Have you managed to get this working? I just noticed opencolorio is a dependency of Calligra (KDE office suite) which would be nice to have in FreeBSD 10.0. The patch for opencolorio in pr/182220 allows it to build and install on 10.0. I just sent another update to include staging fixes. While I know it compiles and installs, the issue with openimageio stops me verifying that it runs ok. Calligra does build and run (depending on options - I had to disable postgresql, I also made a small patch to replace std::abs with abs in an msword filter file), not sure where to go to make it use opencolorio. ___ 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
Fail to build shells/zsh on 10.0-BETA1 due to conflict of 'bool' definition between rpcsvc/yp_prot.h and stdbool.h
On 10.0-BETA1 amd64, build of shells/zsh fails as following: === License ZSH accepted by the user === Found saved configuration for zsh-5.0.2_1 === zsh-5.0.2_1 depends on file: /usr/local/sbin/pkg - found === Fetching all distfiles required by zsh-5.0.2_1 for building === Extracting for zsh-5.0.2_1 = SHA256 Checksum OK for zsh-5.0.2.tar.bz2. = SHA256 Checksum OK for zsh-5.0.2-doc.tar.bz2. === Patching for zsh-5.0.2_1 === Applying extra patch /am/eastasia/usr0/freebsd/ports/ports/shells/zsh/files/extra-patch-bsdtar === Applying FreeBSD patches for zsh-5.0.2_1 === Configuring for zsh-5.0.2_1 (snip) cc -c -I. -I../Src -I../Src -I../Src/Zle -I. -I/usr/local/include -DHAVE_CONFIG_H -O2 -pipe -fno-strict-aliasing -o hashnameddir.o hashnameddir.c In file included from hashnameddir.c:52: /usr/include/rpcsvc/yp_prot.h:71:15: error: cannot combine with previous 'type-name' declaration specifier typedef u_int bool; ^ /usr/include/stdbool.h:37:14: note: expanded from macro 'bool' #define bool_Bool ^ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr0/freebsd/ports/work/am/eastasia/usr0/freebsd/ports/ports/shells/zsh/work/zsh-5.0.2/Src *** Error code 1 Stop. make[3]: stopped in /usr0/freebsd/ports/work/am/eastasia/usr0/freebsd/ports/ports/shells/zsh/work/zsh-5.0.2/Src *** Error code 1 Stop. make[2]: stopped in /usr0/freebsd/ports/work/am/eastasia/usr0/freebsd/ports/ports/shells/zsh/work/zsh-5.0.2 *** Error code 1 Stop. make[1]: stopped in /am/eastasia/usr0/freebsd/ports/ports/shells/zsh *** Error code 1 Stop. make: stopped in /am/eastasia/usr0/freebsd/ports/ports/shells/zsh Accoding to the error message, there seems to be conflict about definition of 'bool' between /usr/include/rpcsvc/yp_prot.h and /usr/include/stdbool.h. Then how to fix this issue? --- Yasuhiro KIMURA ___ 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
[QAT] r330909: 1x depend (bad_c++_code in multimedia/xbmc), 43x success, 4x leftovers, 4x mtree, 3x gcc4_error, 1x depend (automake in comms/spandsp-devel), 4x depend (plist in multimedia/qmmp), 8x pl
multimedia/ffmpeg: update to 2.0.1 - Update main ffmpeg port to 2.0.1 - Bump and update dependent ports when necessary (API change) Approved by:portmgr (bapt) - Build ID: 20131019164401-34320 Job owner: w...@freebsd.org Buildtime: 3 hours Enddate: Sat, 19 Oct 2013 19:45:44 GMT Revision: r330909 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=330909 - Port:audio/dvda-author 09.05_10,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209880/dvda-author-09.05_10,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209881/dvda-author-09.05_10,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209882/dvda-author-09.05_10,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209883/dvda-author-09.05_10,1.log - Port:audio/musicpd 0.17.3_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209884/musicpd-0.17.3_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209885/musicpd-0.17.3_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209886/musicpd-0.17.3_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209887/musicpd-0.17.3_2.log - Port:audio/sox 14.4.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209888/sox-14.4.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209889/sox-14.4.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209890/sox-14.4.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209891/sox-14.4.1.log - Port:multimedia/bino 1.4.2 Buildgroup: 8.4-QAT/amd64 Buildstatus: MTREE Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209892/bino-1.4.2.log Buildgroup: 8.4-QAT/i386 Buildstatus: MTREE Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209893/bino-1.4.2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: MTREE Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209894/bino-1.4.2.log Buildgroup: 9.2-QAT/i386 Buildstatus: MTREE Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209895/bino-1.4.2.log - Port:multimedia/ffmpeg 2.0.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209896/ffmpeg-2.0.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209897/ffmpeg-2.0.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209898/ffmpeg-2.0.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209899/ffmpeg-2.0.1.log - Port:multimedia/kino 1.3.4_13 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209900/kino-1.3.4_13.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~w...@freebsd.org/20131019164401-34320-209901/kino-1.3.4_13.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log:
Vbox broken on 11-current
FreeBSD FBSD11 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r256758: Sat Oct 19 09:48:16 CDT 2013 root@FBSD11:/usr/obj/usr/src/sys/MYKERNEL amd64 == Installing ldconfig configuration file === Registering installation for virtualbox-ose-4.2.18_1 Installing virtualbox-ose-4.2.18_1... done # pkg info |grep box virtualbox-ose-4.2.18_1A general-purpose full virtualizer for x86 hardware virtualbox-ose-kmod-4.2.18 VirtualBox kernel module for FreeBSD kldstat -v 21 0x80e7b000 519c8vboxdrv.ko (/boot/modules/vboxdrv.ko) Contains modules: Id Name 1 vboxdrv I just built VBox and it installed successfully, however when I try to run it I get the following failure in a dialog box: Failed to create the VirtualBox COM object. The application will now terminate. Callee RC: NS_ERROR_ABORT (0x80004004) Is there any more info I can provide to help troubleshoot this problem? Thanks in advance for any help. ___ 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/rtmpdump shared lib issue... (now not work)
This patch http://www.freebsd.org/cgi/query-pr.cgi?pr=180283 now not work # uname -a FreeBSD x220.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r256773: Sun Oct 20 03:42:58 MSK 2013 andrey@x220.local:/usr/obj/usr/src/sys/W_BOOK amd64 multimedia/rtmpdump # make install clean === Building for rtmpdump-2.4.20130923 --- librtmp/librtmp.a --- --- rtmpsrv --- cc -Wl,-rpath=/usr/local/lib -L/usr/local/lib -fstack-protector -o rtmpsrv rtmpsrv.o thread.o -pthread -Llibrtmp -lrtmp -lssl -lcrypto -lz /usr/bin/ld: warning: libssl.so.7, needed by /usr/local/lib/librtmp.so, may conflict with libssl.so.8 /usr/bin/ld: warning: libcrypto.so.7, needed by /usr/local/lib/librtmp.so, may conflict with libcrypto.so.8 rtmpsrv.o: In function `doServe': rtmpsrv.c:(.text+0x1955): undefined reference to `RTMP_TLS_Accept' rtmpsrv.o: In function `main': rtmpsrv.c:(.text+0x1e36): undefined reference to `RTMP_TLS_AllocServerContext' rtmpsrv.c:(.text+0x1f67): undefined reference to `RTMP_TLS_FreeServerContext' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [rtmpsrv] Error code 1 make[2]: stopped in /usr/ports/multimedia/rtmpdump/work/rtmpdump-2.4.20130923 1 error make[2]: stopped in /usr/ports/multimedia/rtmpdump/work/rtmpdump-2.4.20130923 === Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/multimedia/rtmpdump *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/rtmpdump ___ 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: Compiling sguil-server on Release 9.2 i386
--On October 19, 2013 4:37:58 PM +0200 John Marino freebsd.cont...@marino.st wrote: On 10/19/2013 16:32, s_gamm...@charter.net wrote: Looks like that fixed it. It's building now. Should the tab be removed before @${ECHO_CMD} $$(${MYSQLTCL_CMDS}) ? No, I think that line is broken too, in at least two different ways. The MYSQL option is busted. It doesn't appear to me that it was ever tested; I can't see how it ever worked. You should create a PR on sguil-server and document all this there and request the maintainer fix it properly. Personally I don't think any shell commands are needed at all, certainly not to specify a RUN_DEPENDS. it's all messed up. I'm the maintainer, and I can assure you I tested it thoroughly. The port has built without error on many machines before this came up. I've personally built and tested it numerous times. Nevertheless, I will take a look at what you've discussed and attempt to determine what the problem is. It appears that something may have changed in 9.2 that is causing the problem. Unfortunately I don't have a 9.2 install, so I'll have to set one up before I can test it. Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead. Thomas Jefferson There are some ideas so wrong that only a very intelligent person could believe in them. George Orwell ___ 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/rtmpdump shared lib issue... (now not work)
Hi! This patch http://www.freebsd.org/cgi/query-pr.cgi?pr=180283 now not work This one works: http://www.freebsd.org/cgi/query-pr.cgi?pr=183100 -- p...@opsec.eu+49 171 3101372 7 years to go ! ___ 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/rtmpdump shared lib issue... (now not work)
On Sun, Oct 20, 2013 at 8:33 AM, Kurt Jaeger p...@opsec.eu wrote: Hi! This patch http://www.freebsd.org/cgi/query-pr.cgi?pr=180283 now not work This one works: http://www.freebsd.org/cgi/query-pr.cgi?pr=183100 Thanks, i'm find this PR to, only need mini fix # svn diff patch-Makefile Index: patch-Makefile === --- patch-Makefile (revision 330974) +++ patch-Makefile (working copy) @@ -1,7 +1,7 @@ --- Makefile.orig 2010-07-01 04:58:35.0 +0900 +++ Makefile 2010-08-01 01:26:30.0 +0900 @@ -1,9 +1,9 @@ - VERSION=v2.3 + VERSION=v2.4 -prefix=/usr/local +prefix=${PREFIX} @@ -13,7 +13,7 @@ SYS=posix #SYS=mingw -@@ -20,8 +20,9 @@ +@@ -21,8 +21,9 @@ DEF=-DRTMPDUMP_VERSION=\$(VERSION)\ $(CRYPTO_DEF) $(XDEF) OPT=-O2 @@ -25,9 +25,9 @@ bindir=$(prefix)/bin sbindir=$(prefix)/sbin -@@ -37,7 +38,7 @@ - +@@ -41,7 +42,7 @@ THREADLIB_posix=-lpthread + THREADLIB_darwin=-lpthread THREADLIB_mingw= -THREADLIB=$(THREADLIB_$(SYS)) +THREADLIB?=$(THREADLIB_$(SYS)) @@ -34,3 +34,12 @@ SLIBS=$(THREADLIB) $(LIBS) LIBRTMP=librtmp/librtmp.a +@@ -79,7 +79,7 @@ + $(CC) $(LDFLAGS) -o $@$(EXT) $@.o $(LIBS) + + rtmpsrv: rtmpsrv.o thread.o +- $(CC) $(LDFLAGS) -o $@$(EXT) $@.o thread.o $(SLIBS) ++ $(CC) -Llibrtmp -lrtmp $(LDFLAGS) -o $@$(EXT) $@.o thread.o $(SLIBS) + + rtmpsuck: rtmpsuck.o thread.o + $(CC) $(LDFLAGS) -o $@$(EXT) $@.o thread.o $(SLIBS) ___ 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