Re: math/py-numpy (py26-numpy-1.5.1_1,1) (checksum mismatch) error
> On Tue, Dec 13, 2011 at 8:48 AM, David Southwell wrote: > > Hi > > > > As you are listed as maintainer in current Makefile I thought you might > > appreciate a copy > > > > David > > -- Forwarded Message -- > > > > Subject: math/py-numpy (py26-numpy-1.5.1_1,1) (checksum mismatch) error > > Date: Tuesday 13 December 2011, 06:42:33 > > From: David Southwell > > To: freebsd-ports@freebsd.org > > > > Hi > > > > As subject line - checksum mismatch error from latest upgrade. > > > > David > > > > - On Tuesday 13 December 2011 08:44:17 Li-Lun "Leland" Wang wrote: > Please update your ports to 1.6.1. The documentation files of the > same names have been updated. If you get the newer 1.6.1 > documentation files from a mirror and try to checksum against the > older 1.5.1_1 distinfo, you'll get a mismatch. If you get a checksum > mismatch after you updated your ports to 1.6.1, it is possible that > the mirror site that you use has not fetched the newer files, in which > case you can fetch from the MASTER_SITE directly by undefining > MASTER_SITE_OVERRIDE. > > -- llwang > Hi llwang Thanks for the info. I had the latest upgrade and am still getting the problem. The latest error report is shown below from a fully uptodate ports tree. I have not used the MASTER_SITE_OVERRIDE option and cannot find any documentation. Would you mind giving some more detailed info? Thanks in advance David [root@dns1 /usr/ports/deskutils]# portupgrade -a ---> Upgrading 'py26-numpy-1.5.1_1,1' to 'py26-numpy-1.6.1,1' (math/py-numpy) ---> Building '/usr/ports/math/py-numpy' ===> Cleaning for py26-numpy-1.6.1,1 ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for py26-numpy-1.5.1_1,1 ===> Extracting for py26-numpy-1.6.1,1 => SHA256 Checksum OK for numpy-1.6.1.tar.gz. => SHA256 Checksum mismatch for numpy-ref.pdf. => SHA256 Checksum mismatch for numpy-user.pdf. ===> Refetch for 1 more times files: numpy-ref.pdf numpy-user.pdf ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for py26-numpy-1.5.1_1,1 => numpy-ref.pdf doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch http://docs.scipy.org/doc/numpy-1.6.0/numpy-ref.pdf fetch: http://docs.scipy.org/doc/numpy-1.6.0/numpy-ref.pdf: Requested Range Not Satisfiable => Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/numpy-ref.pdf => numpy-user.pdf doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch http://docs.scipy.org/doc/numpy-1.6.0/numpy-user.pdf fetch: http://docs.scipy.org/doc/numpy-1.6.0/numpy-user.pdf: Requested Range Not Satisfiable => Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/numpy-user.pdf ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for py26-numpy-1.5.1_1,1 => SHA256 Checksum OK for numpy-1.6.1.tar.gz. => SHA256 Checksum mismatch for numpy-ref.pdf. => SHA256 Checksum mismatch for numpy-user.pdf. ===> Giving up on fetching files: numpy-ref.pdf numpy-user.pdf Make sure the Makefile and distinfo file (/usr/ports/math/py-numpy/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop in /usr/ports/math/py-numpy. *** Error code 1 Stop in /usr/ports/math/py-numpy. *** Error code 1 Stop in /usr/ports/math/py-numpy. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20111214-46619-xoytj-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=py26-numpy-1.5.1_1,1 UPGRADE_PORT_VER=1.5.1_1,1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! math/py-numpy (py26-numpy-1.5.1_1,1) (checksum mismatch) [root@dns1 /usr/ports/deskutils]# d /usr/ports/math/py-numpy ___ 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: lang/gcc46
On Tue, Dec 13, 2011 at 06:08:44PM +0800, Gerald Pfeifer wrote: > On Mon, 12 Dec 2011, Kevin Oberman wrote: > > Ahh. I see the issue. I have not looked at bsd.gcc.mk, but it does > > not seem like this should be too difficult. Just a matter of the > > right person having the time. Would ports specifying gcc46 need to > > be touched? > > Nope. All transparent. USE_GCC=4.6+ or USE_FORTRAN=yes both will > automagically just pull in lang/gcc instead of lang/gcc46 by default. > > That's the plan. It's taken a bit longer than I had hoped (for a > number of reasons), but we are nearly there. ;-) > > Gerald Hi Gerald, Thanks for the explanation. Regarding of gcc in tinderbox, how can I tell tinderbox to use lang/gcc instead of a weekly-update lang/gcc46 when it encounters USE_GCC=4.6? Regards, -- Sunpoet Po-Chuan Hsieh 4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B http://people.FreeBSD.org/~sunpoet/pgpkeys.txt ___ 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: lang/gcc46
On Tuesday 13 December 2011 12:01:48 Kevin Oberman wrote: > On Tue, Dec 13, 2011 at 8:30 AM, Jason Hellenthal wrote: > > On Tue, Dec 13, 2011 at 06:05:40PM +0800, Gerald Pfeifer wrote: > >> On Tue, 13 Dec 2011, Sunpoet Po-Chuan Hsieh wrote: > >> > We have lang/gcc already. This port is created for perferred gcc > >> > releases (4.6.2 currently). What we're waiting for is a bsd.gcc.mk > >> > update to allow users build ports with lang/gcc instead of lang/gcc46. > >> > >> Actually, it's even better. :-) Replace lang/gcc46 by lang/gcc on > >> your local systems, Kevin and Jason, and that (not lang/gcc46) will > >> be used henceforth. > >> > >> There is a small issue in that this will not be recorded properly as > >> a dependency when you build packages, but apart from that (if you use > >> ports or ensure the lang/gcc package is present wherever you install > >> things built that way, you should be good. > >> > >> Gerald > > > > Thanks Gerald and everyone else. Much appreciated. > > > > -- > > ;s =; > > Yes, thanks! > > % portmaster -o lang/gcc lang/gcc46 > seems to have worked just fine! I did and I don't have problems... Thank you. Mitja http://jpgmag.com/people/lumiwa ___ 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"
cciss_vol_status: cross-compiling on amd64 for i386 fails
Hi, I'm currently trying to compile sysutils/cciss_vol_status on my amd64 build server. Later I want to deploy it on my i386 servers. Unfortunately my attempt was not successfull... ===> Building for cciss_vol_status-1.09 make all-am cc -DHAVE_CONFIG_H -I. -pipe -MT cciss_vol_status.o -MD -MP -MF .deps/cciss_vol_status.Tpo -c -o cciss_vol_status.o cciss_vol_status.c cciss_vol_status.c:141:2: warning: #warning Since is not around, MSA1000 support will not be compiled. mv -f .deps/cciss_vol_status.Tpo .deps/cciss_vol_status.Po cc -pipe -o cciss_vol_status cciss_vol_status.o cciss_vol_status.o(.text+0x2d82): In function `msa1000_status': : undefined reference to `msa1000_passthru_ioctl' cciss_vol_status.o(.text+0x2e14): In function `msa1000_status': : undefined reference to `msa1000_logical_drive_status' cciss_vol_status.o(.text+0x3164): In function `cciss_logical_drive_status': : undefined reference to `find_scsi_device_node' *** Error code 1 Stop in /work/a/ports/sysutils/cciss_vol_status/work/cciss_vol_status-1.09. *** Error code 1 Stop in /work/a/ports/sysutils/cciss_vol_status/work/cciss_vol_status-1.09. *** Error code 1 The build is running inside tinderbox and I've set these env variables: export ARCH=i386 export MACHINE_ARCH=i386 export UNAME_m=i386 export UNAME_p=i386 Any idea? Thanks - Frank ___ 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: clang: error: unsupported option '-dumpspecs'
Since a couple of days now I see this happen on FreeBSD 10.0-CURRENT/amd64 (CLANG) (most recent buildworld and potstree) and also on FreeBSD 9.0-RC[2|3]/amd64 (also CLANG built, most recent portstree): Building new INDEX files... DESCRIBE.7 INDEX-8 not provided by portsnap server; INDEX-7 not being generated. done. ===>>> Gathering distinfo list for installed ports ===>>> Starting check of installed ports for available updates clang: error: unsupported option '-dumpspecs' clang: error: no input files ===>>> All ports are up to date Regards, Oliver signature.asc Description: OpenPGP digital signature
Re: Building ports with gcc46
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/14/11 1:44 PM, Ali Mashtizadeh wrote: > Is there a way to build devel/protobuf with gcc46? Unfortunately I see > a compatibility issue where the software I'm linking against it > crashes because of the conflicting stdc++ librray versions. I've tried > setting CC, CXX, LDFLAGS but I seem to be missing something else? > > Thanks, [NOTE: Redirecting to freebsd-ports@] Hi Ali, Have you tried adding the following to /etc/make.conf? USE_GCC=4.6 Note that the directive will bring in a lot of other dependencies with it, so you may also want to add WITHOUT_X11=yes to make.conf, if necessary. Hope that helps, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7pBUQACgkQ0sRouByUApD5iwCfZx+Z6P+NbSvz9o5iKkx1Wgsg ME4AoICCe4m+MIPOA1UXXvoKiirIaBUb =CbJJ -END PGP SIGNATURE- ___ 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: ports: clang: error: unsupported option '-dumpspecs'
-dumpspecs is a gcc internal thing that clang will never support (it doesnt use specs). It's wrong for ports to mess with the internals of the compiler and this should be fixed in a clean way. Ie. we have to replace the -dumpspec | grep something with a saner check. On Wed, Dec 14, 2011 at 08:07:43PM +0100, O. Hartmann wrote: > Since a couple of days now I see this happen on FreeBSD > 10.0-CURRENT/amd64 (CLANG) (most recent buildworld and potstree) and > also on FreeBSD 9.0-RC[2|3]/amd64 (also CLANG built, most recent portstree): > > Building new INDEX files... DESCRIBE.7 INDEX-8 not provided by portsnap > server; INDEX-7 not being generated. > done. > ===>>> Gathering distinfo list for installed ports > > ===>>> Starting check of installed ports for available updates > clang: error: unsupported option '-dumpspecs' > clang: error: no input files > > ===>>> All ports are up to date > > > Regards, > Oliver > ___ 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: ports: clang: error: unsupported option '-dumpspecs'
On Wed, Dec 14, 2011 at 1:52 PM, Roman Divacky wrote: > -dumpspecs is a gcc internal thing that clang will never support (it doesnt > use > specs). It's wrong for ports to mess with the internals of the compiler and > this should be fixed in a clean way. > > Ie. we have to replace the -dumpspec | grep something with a saner check. The fact that gcc -dumpspecs is looked at at all is a really bad idea. Do you know which port in the tree is calling this? Thanks, -Garrett ___ 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: ports: clang: error: unsupported option '-dumpspecs'
> > -dumpspecs is a gcc internal thing that clang will never support (it doesnt > > use > > specs). It's wrong for ports to mess with the internals of the compiler and > > this should be fixed in a clean way. > > > > Ie. we have to replace the -dumpspec | grep something with a saner check. > > The fact that gcc -dumpspecs is looked at at all is a really bad > idea. Do you know which port in the tree is calling this? As far as I know, in the Ports tree there are only: editors/emacs editors/emacs-devel graphics/OpenEXR multimedia/vdpau-video which use it in an ill-conceived (and now probably unnecessary) test for thread libraries. However, there are many more instances within the configuration scripts of various port distfiles, and I do not think that all of these are protected by tests for gcc*. b. ___ 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: ports: clang: error: unsupported option '-dumpspecs'
Am 12/14/11 23:28, schrieb Garrett Cooper: > On Wed, Dec 14, 2011 at 1:52 PM, Roman Divacky wrote: >> -dumpspecs is a gcc internal thing that clang will never support (it doesnt >> use >> specs). It's wrong for ports to mess with the internals of the compiler and >> this should be fixed in a clean way. >> >> Ie. we have to replace the -dumpspec | grep something with a saner check. > > The fact that gcc -dumpspecs is looked at at all is a really bad > idea. Do you know which port in the tree is calling this? > Thanks, > -Garrett Sorry for being so sloppy. Of course, I know the port. The "problem" occured when I installed port port multimedia/vdpau-video: ===>>> vdpau-video-0.7.3 clang: error: unsupported option '-dumpspecs' clang: error: no input files Regards, Oliver signature.asc Description: OpenPGP digital signature
Re: Building ports with gcc46
> > Is there a way to build devel/protobuf with gcc46? Unfortunately I see > > a compatibility issue where the software I'm linking against it > > crashes because of the conflicting stdc++ librray versions. I've tried > > setting CC, CXX, LDFLAGS but I seem to be missing something else? > > > > Thanks, > > Hi Ali, > > Have you tried adding the following to /etc/make.conf? > > USE_GCC=4.6 > > Note that the directive will bring in a lot of other dependencies with > it, so you may also want to add WITHOUT_X11=yes to make.conf, if necessary. USE_GCC is the right statement, but one should be careful about adding such statements to make.conf without conditions, because you can pollute every invocation of make(1). Here, you can cause cycles in your dependency graphs if you set USE_GCC=4.6 for any of the ports that are required by lang/gcc46. If you are interested in applying them to a single port, use a test on .CURDIR, or, better yet, add the statement to any of the optional Makefiles that are automatically included by bsd.port.mk and were intended for that purpose -- ${MASTERDIR}/Makefile.local, for example. Please be careful in what you add, or recommend that others add, to make.conf. b. ___ 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] pkgng alpha2
On Tue, 13 Dec 2011 19:56:05 +0200 Andriy Gapon wrote: > on 13/12/2011 19:22 Julien Laffaye said the following: > > On 12/13/2011 06:16 PM, Andriy Gapon wrote: > >> on 30/11/2011 22:32 Julien Laffaye said the following: > >>> [1] : https://github.com/pkgng/pkgng/issues > >>> [2] : https://github.com/pkgng/pkgng > >>> [3] : http://wiki.freebsd.org/pkgng > >>> [4] : http://people.freebsd.org/~bapt/pkgng-bsdcan2011.pdf > >>> [5] : > >>> http://wiki.freebsd.org/201110DevSummit/Ports?action=AttachFile&do=get&target=pkgng-devsummit.pdf > >>> > >>> > >>> [6] : > >>> http://wiki.freebsd.org/201110DevSummit?action=AttachFile&do=get&target=pkgng-devsummit-track.pdf > >>> > >> Couple of questions/suggestions: > >> > >> 1. Do you plan to have a pkgng port to issue the preview releases > >> pkgng? Current pkgng installation/bootstrap procedure is really > >> easy, but the port would be even more convenient for prospective > >> testers. > > Yes, this is planned. The ports will bootstrap pkgng. > > Great! The current idea is to have everything in ports so that we don't depend on the base OS for any kind of changes; we'll only have a bootstrap in base. One more step forward to decoupling ports from src releases. > >> 2. Is there a public pre-built package repository with > >> pkgng-format packages that could be used for testing and getting a > >> taste of a packages-only pkgng-managed system? > > Unfortunately, no. > > I think I now have the resources to do that for the next CFT. But > > it will only be 9.0 amd64 I am afraid. > > We cant build packages for the entire matrix. > > I understand. Those would take an immense amount of compilation time > and storage space. Storage and especially storage / propagation to mirrors are the biggest problems. After pkgNG goes in, we plan to switch HEAD to it and provide only pkgNG packages for it; then probably the same for 9-STABLE and further 9 releases, but we'll probably need to provide current style of pacakges during 9.x life time :( -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: pr# for 9->10 problem?
On Sat, 10 Dec 2011 09:35:03 -0500 Robert Huff wrote: > > Doug Barton writes: > > > >> Read /usr/ports/UPDATING? > > > > > > If you mean 20110928 - that identifies the problem, and > > > provides workarounds, but does not name the pr. > > > > What are you trying to accomplish? > > I have some machines that I would like to update, but would > prefer to hold off until a non-workaround solution is in place. > (Understanding this may take some time.) I would like to see the > pr(s?) so I can understand what obstacles remain and when an > acceptable solution might happen. We'll be doing full builds on pointyhat from time to time with the bsd.port.mk hack disabled to have a list of not-fixed ports and ping maintainers/upstream about fixing them. It's going to take a lot of time to get them all fixed upstream. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: ports: clang: error: unsupported option '-dumpspecs'
On Wed, Dec 14, 2011 at 3:44 PM, b. f. wrote: >> > -dumpspecs is a gcc internal thing that clang will never support (it >> > doesnt use >> > specs). It's wrong for ports to mess with the internals of the compiler and >> > this should be fixed in a clean way. >> > >> > Ie. we have to replace the -dumpspec | grep something with a saner check. >> >> The fact that gcc -dumpspecs is looked at at all is a really bad >> idea. Do you know which port in the tree is calling this? > > As far as I know, in the Ports tree there are only: > > editors/emacs > editors/emacs-devel > graphics/OpenEXR > multimedia/vdpau-video > > which use it in an ill-conceived (and now probably unnecessary) test > for thread libraries. However, there are many more instances within > the configuration scripts of various port distfiles, and I do not > think that all of these are protected by tests for gcc*. Ah... great -- the -pthread vs -lpthread vs nptl vs [..] mess. Yeah... those ports should probably have PRs filed against them so upstream fixes their autoconf tests. Thanks, -Garrett ___ 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: openjdk timezone data, not updated?
On Wed, Dec 14, 2011 at 11:34:22AM -0800, Jason Helfman thus spake: Hello All, Correct me if I am wrong, but it appears that the latest openjdk update didn't include the updated timezone information. I am thinking that this file is the version of the tzupdater. /usr/ports/java/openjdk6/work/jdk/make/sun/javazic/tzdata The 'VERSION' file in this directory states it is: tzdata2010i This dates back to version 1.3.31, however the most up-to-date version of the tzupdater is 1.3.45. Is there a way to get this updated, or is there another tool to update the timezone data? Does OpenJDK update the timezone data with updates? Thanks, Jason I found this problem report http://www.freebsd.org/cgi/query-pr.cgi?pr=161945&cat which explained the issue and how to solve it. There is a link off of this problem-report that shows what to do to actually create the zone data for java and install it. Given all of this information, and that this patch hasn't been committed, at the moment, I patched my portstree so the javazic.jar is installed. After I had confirmed the installation, I worked with a co-worker on making a port that downloads the open tzdata distribution file, builds them, and installs them. It moves the current zoneinfo directory to zi.dist, and installs the new files, and it clearly works in our application, now. Attached is the shar. Ideally, it would be great if either this was worked into the main openjdk build, or if the patch was committed, and then one could installs this as an additional port. Thoughts? Thanks, Jason -- 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 # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # openjdk6-tzdata # openjdk6-tzdata/Makefile # openjdk6-tzdata/distinfo # openjdk6-tzdata/pkg-plist # openjdk6-tzdata/pkg-deinstall # openjdk6-tzdata/pkg-descr # openjdk6-tzdata/pkg-install # echo c - openjdk6-tzdata mkdir -p openjdk6-tzdata > /dev/null 2>&1 echo x - openjdk6-tzdata/Makefile sed 's/^X//' >openjdk6-tzdata/Makefile << 'c26f5cf5e208020d04c08ae273964ac4' X# New ports collection makefile for: tzdata X# Date created:14 December 20110 X# Whom:Jason Helfman X# X# $FreeBSD$ X# X XPORTNAME= tzdata XPORTVERSION= 2011n XCATEGORIES=java devel XMASTER_SITES= ftp://munnari.oz.au/pub/ XDISTNAME= ${PORTNAME}${PORTVERSION} X XMAINTAINER=jhelf...@experts-exchange.com XCOMMENT= Provides latest timezone data for OpenJDK6 X XUSE_JAVA= yes XJAVA_VERSION= 1.6 XJAVA_VENDOR= openjdk XPLIST_SUB= ZI=${JAVA_VENDOR}${JAVA_VERSION:S/1.//}/jre/lib/zi XPKGNAMEPREFIX:=${JAVA_VENDOR}${JAVA_VERSION:S/1.//}- X Xdo-build: X ${MKDIR} ${WRKDIR}/${PORTNAME}-datafiles X cd ${WRKDIR} && ${JAVA} -jar \ X ${JAVA_HOME}/jre/lib/javazic.jar -V ${PORTVERSION} \ X -d ${WRKDIR}/${PORTNAME}-datafiles \ X africa \ X antarctica \ X asia \ X australasia \ X etcetera \ X europe \ X factory \ X northamerica \ X southamerica \ X systemv 2>/dev/null X Xdo-install: X @${SH} ${PKGINSTALL} ${PKGNAME} PRE-INSTALL X ${MKDIR} ${JAVA_HOME}/jre/lib/zi X cd ${WRKDIR}/${PORTNAME}-datafiles && ${COPYTREE_SHARE} \* ${JAVA_HOME}/jre/lib/zi X X.include c26f5cf5e208020d04c08ae273964ac4 echo x - openjdk6-tzdata/distinfo sed 's/^X//' >openjdk6-tzdata/distinfo << '1ca01f606fc7d9e438a1f9c6b33aeb11' XMD5 (tzdata2011n.tar.gz) = 20dbfb28efa008ddbf6dd34601ea40fa XSHA256 (tzdata2011n.tar.gz) = a343e542486b2b8ebdeca474eed79f1c04f69420ca943c2b9bdea1d2385e38cd XSIZE (tzdata2011n.tar.gz) = 204684 1ca01f606fc7d9e438a1f9c6b33aeb11 echo x - openjdk6-tzdata/pkg-plist sed 's/^X//' >openjdk6-tzdata/pkg-plist << '5e1f4ef58a5c4ed450004e43613b80be' X%%ZI%%/Africa/Douala X%%ZI%%/Africa/Conakry X%%ZI%%/Africa/Bissau X%%ZI%%/Africa/Lusaka X%%ZI%%/Africa/Abidjan X%%ZI%%/Africa/Freetown X%%ZI%%/Africa/Ouagadougou X%%ZI%%/Africa/Libreville X%%ZI%%/Africa/Kampala X%%ZI%%/Africa/Blantyre X%%ZI%%/Africa/Mogadishu X%%ZI%%/Africa/Bujumbura X%%ZI%%/Africa/Malabo X%%ZI%%/Africa/Gaborone X%%ZI%%/Africa/Dakar X%%ZI%%/Africa/Mbabane X%%ZI%%/Africa/Banjul X%%ZI%%/Africa/Kigali X%%ZI%%/Africa/Khartoum X%%ZI%%/Africa/Tripoli X%%ZI%%/Africa/Nouakchott X%%ZI%%/Africa/Ndjamena X%%ZI%%/Africa/Monrovia X%%ZI%%/Africa/Johannesburg X%%ZI%%/Africa/Windhoek X%%ZI%%/Africa/Bamako X%%ZI%%/Africa/Luanda X%%ZI%%/Africa/El_Aaiun X%%ZI%%/Africa/Kinshasa X%%ZI%%/Africa/Addis_Ababa X%%ZI%%/Africa/Dar_es_Salaam X%%ZI%%/Africa/Nairobi X%%ZI%%/Afri
FreeBSD Port: asterisk-10.0.0.r2
Hello! Asterisk 10 RC3 is already out. That would be cool to see the port updated. 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"
Re: Building ports with gcc46
That gives the same error as the one of my previous attempts. Any help with this would be great. libtool: link: g++46 -D_THREAD_SAFE -pthread -Wall -Wwrite-strings -Woverloaded-virtual -Wno-sign-compare -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -D_THREAD_SAFE -pthread -Wl,-rpath=/usr/local/lib/gcc46 -o .libs/protoc main.o ./.libs/libprotobuf.so ./.libs/libprotoc.so /usr/ports/devel/protobuf/work/protobuf-2.4.1/src/.libs/libprotobuf.so -lz -pthread -Wl,-rpath -Wl,/usr/local/lib/usr/local/bin/ld: .libs/protoc: hidden symbol `__dso_handle' in /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/crtbegin.o is referenced by DSO/usr/local/bin/ld: final link failed: Bad valuecollect2: ld returned 1 exit statusgmake[2]: *** [protoc] Error 1gmake[2]: Leaving directory `/usr/ports/devel/protobuf/work/protobuf-2.4.1/src'gmake[1]: *** [all-recursive] Error 1gmake[1]: Leaving directory `/usr/ports/devel/protobuf/work/protobuf-2.4.1'gmake: *** [all] Error 2*** Error code 1 Stop in /usr/ports/devel/protobuf. On Wed, Dec 14, 2011 at 12:21 PM, Greg Larkin wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 12/14/11 1:44 PM, Ali Mashtizadeh wrote: >> Is there a way to build devel/protobuf with gcc46? Unfortunately I see >> a compatibility issue where the software I'm linking against it >> crashes because of the conflicting stdc++ librray versions. I've tried >> setting CC, CXX, LDFLAGS but I seem to be missing something else? >> >> Thanks, > > [NOTE: Redirecting to freebsd-ports@] > > Hi Ali, > > Have you tried adding the following to /etc/make.conf? > > USE_GCC=4.6 > > Note that the directive will bring in a lot of other dependencies with > it, so you may also want to add WITHOUT_X11=yes to make.conf, if necessary. > > Hope that helps, > Greg > - -- > Greg Larkin > > http://www.FreeBSD.org/ - The Power To Serve > http://www.sourcehosting.net/ - Ready. Set. Code. > http://twitter.com/cpucycle/ - Follow you, follow me > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.11 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk7pBUQACgkQ0sRouByUApD5iwCfZx+Z6P+NbSvz9o5iKkx1Wgsg > ME4AoICCe4m+MIPOA1UXXvoKiirIaBUb > =CbJJ > -END PGP SIGNATURE- -- Ali Mashtizadeh علی مشتی زاده ___ 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"