From owner-freebsd-ports@FreeBSD.ORG Sun May 30 02:19:11 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00EE0106566B for ; Sun, 30 May 2010 02:19:11 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by mx1.freebsd.org (Postfix) with ESMTP id 943418FC16 for ; Sun, 30 May 2010 02:19:10 +0000 (UTC) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by tiktik.epipe.com (8.14.3/8.14.3) with ESMTP id o4U2JAKG020740 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 30 May 2010 02:19:10 GMT (envelope-from snabb@epipe.com) X-DKIM: Sendmail DKIM Filter v2.8.3 tiktik.epipe.com o4U2JAKG020740 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=epipe.com; s=default; t=1275185950; x=1275790750; bh=IPWUBR/q/ZBXicAIM69+ZAwBT+2C4+ti/2LbkSQZgt0=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=mEuoFBORCcI3FTmcBPqjV8y7BI1/200QbZWnGoN9j0M3MO4ycVfMHwWz11kaI47Uf J57LMe2+NnLcok53D1NkitHaGHgpEflCEPhqi0lAFsKnuIAb1svxBd6iI06VPpRg6G OWL2b8WP/OKqTUnQu+VxGD+Mn/ebQAfr2FUGHp6E= Date: Sun, 30 May 2010 02:19:04 +0000 (UTC) From: Janne Snabb To: freebsd-ports@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (tiktik.epipe.com [IPv6:2001:470:8940:10::1]); Sun, 30 May 2010 02:19:10 +0000 (UTC) Subject: Building ports with stack-protector X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 02:19:11 -0000 Hi, Big thanks to the folks who made "make buildworld" to use -fstack-protector by default since 8.0. This should make FreeBSD more secure. How about the ports system? I tried to re-build all my ports some time ago with the stack-protector enabled by adding -fstack-protector in CFLAGS in /etc/make.conf. Most ports build & work fine with this enabled, but there are several exceptions. Some libraries cannot be compiled with this (either the build fails or linking other programs which use the library later fail). Also some programs that do strange things fail to build or run. IMHO it would make sense to make some sort of framework in the ports system to support this. I think there should be a port Makefile knob which tells if the port can be built with the stack-protector or not. Now it is difficult to determine on port-by-port basis if it can be enabled or not. Is there any work or plans to accomplish this? It would be great to compile at least all the network facing server programs with this enabled. I have an impression that more than 90% of programs can be compiled with the stack-protector. For libraries the percentage might be less. What do you think? Best Regards, -- Janne Snabb / EPIPE Communications snabb@epipe.com - http://epipe.com/ From owner-freebsd-ports@FreeBSD.ORG Sun May 30 02:53:31 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A4821065674 for ; Sun, 30 May 2010 02:53:31 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A76DA8FC13 for ; Sun, 30 May 2010 02:53:30 +0000 (UTC) Received: by vws12 with SMTP id 12so3491719vws.13 for ; Sat, 29 May 2010 19:53:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=XaoUzqn2sNLg3xV/dmdGFv06WHlqD+fuFkgRRrSCvxs=; b=G0GS5Gtfpj/XyvlY07vhhTdBVV08BsqB8ze84dl++nEfoWirNBT/0VYd7HRP3d+9LZ Z2nFyPArbohbI2KXpsEWCI1MuMSWUXofB/Vd5uIADt8ar+y+Eigeu3sChr0wLfJBOqxM pkB9bzuVJIHnZqtKWCVMRi+q0yE1t42o1r5S8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Q8mYNR3Q/ZOlJ227xYH1VYD/oXAus39jsz7/xaiAtidWfTfaiNLRyFI+0MnJFoAGkJ 3MxqzOiwp21DM1exfFiEbqajkb86TTo/JcPWCTE8YpYCnzxyUoPNx0QoXoUCuG4i+Q37 ePT91cUI7It1J+4DF71tGxnDVAHwEIDSiJd+U= MIME-Version: 1.0 Received: by 10.229.183.146 with SMTP id cg18mr414273qcb.17.1275188009522; Sat, 29 May 2010 19:53:29 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Sat, 29 May 2010 19:53:29 -0700 (PDT) In-Reply-To: References: Date: Sat, 29 May 2010 19:53:29 -0700 Message-ID: From: Garrett Cooper To: Janne Snabb Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: Building ports with stack-protector X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 02:53:31 -0000 On Sat, May 29, 2010 at 7:19 PM, Janne Snabb wrote: > Hi, > > Big thanks to the folks who made "make buildworld" to use > -fstack-protector by default since 8.0. This should make FreeBSD > more secure. > > How about the ports system? > > I tried to re-build all my ports some time ago with the stack-protector > enabled by adding -fstack-protector in CFLAGS in /etc/make.conf. > Most ports build & work fine with this enabled, but there are several > exceptions. Some libraries cannot be compiled with this (either the > build fails or linking other programs which use the library later > fail). Also some programs that do strange things fail to build or > run. > > IMHO it would make sense to make some sort of framework in the ports > system to support this. I think there should be a port Makefile > knob which tells if the port can be built with the stack-protector > or not. Now it is difficult to determine on port-by-port basis if > it can be enabled or not. > > Is there any work or plans to accomplish this? > > It would be great to compile at least all the network facing server > programs with this enabled. I have an impression that more than 90% > of programs can be compiled with the stack-protector. For libraries > the percentage might be less. > > What do you think? While this might be an interesting feature, I think that there must be a line drawn at what is and what isn't acceptable to maintain. Check and see whether or not a similar feature exists in other compilers. If so, then I'd start noting which ports are and which aren't usable with this feature, and maybe approach the portmgr folks to see what they think. Maintaining this feature would be a pain though because it would require a lot more QA work beyond just seeing whether or not things build. Cheers, -Garrett From owner-freebsd-ports@FreeBSD.ORG Sun May 30 04:37:00 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E8B7106566B for ; Sun, 30 May 2010 04:37:00 +0000 (UTC) (envelope-from hallucinator7@hotmail.com) Received: from col0-omc3-s18.col0.hotmail.com (col0-omc3-s18.col0.hotmail.com [65.55.34.157]) by mx1.freebsd.org (Postfix) with ESMTP id E477F8FC20 for ; Sun, 30 May 2010 04:36:59 +0000 (UTC) Received: from COL115-W60 ([65.55.34.136]) by col0-omc3-s18.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 29 May 2010 21:14:00 -0700 Message-ID: X-Originating-IP: [116.86.94.78] From: Wei Yang Tan To: Date: Sun, 30 May 2010 12:13:59 +0800 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 30 May 2010 04:14:00.0016 (UTC) FILETIME=[87BCA500:01CAFFAE] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: RE: LPRng installation error using PORT_REPLACES_BASE_LPR X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 04:37:00 -0000 > Hi! > > > I tried to install the port /usr/ports/sysutils/LPRng by executing the command: > > > "make PORT_REPLACES_BASE_LPR=yes clean all install" > > > based on the Makefile suggestion.? > > > However, I receive the following error which occurs after installing the /usr/lib: > > > ===> Installing rc.d startup script(s) > install: /usr/etc/rc.d/lprng: No such file or directory > *** Error code 71 > > > It seems like it cannot find the directory /usr/etc. Should it be using the directory /etc or do I need to create a new directory /usr/etc/rc.d? > > > Thanks for your help Just to add on, next time if I want to deinstall (assuming "make PORT_REPLACES_BASE_LPR=yes clean all install" is successful), do I execute "make PORT_REPLACES_BASE_LPR=yes deinstall"? Thank you for your help _________________________________________________________________ Hotmail: Powerful Free email with security by Microsoft. https://signup.live.com/signup.aspx?id=60969 From owner-freebsd-ports@FreeBSD.ORG Sun May 30 06:02:38 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB337106567B for ; Sun, 30 May 2010 06:02:38 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 0A1EE8FC26 for ; Sun, 30 May 2010 06:02:37 +0000 (UTC) Received: (qmail invoked by alias); 30 May 2010 06:02:36 -0000 Received: from 85-127-250-198.dynamic.xdsl-line.inode.at (EHLO walrus.pepperland) [85.127.250.198] by mail.gmx.net (mp071) with SMTP; 30 May 2010 08:02:36 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+YW5Npi9qYmzM09MVg88BUbVo8vkwSSs/S/IDaR7 AS2tnZ4RHjff4X From: Stefan Ehmann To: Alexey Shuvaev Date: Sun, 30 May 2010 08:02:34 +0200 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE; KDE/4.4.3; i386; ; ) References: <201005291250.31005.shoesoft@gmx.net> <20100529194812.GA9598@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20100529194812.GA9598@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005300802.34647.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-multimedia@freebsd.org, freebsd-ports@freebsd.org Subject: Re: replacing audio/libmpcdec by audio/musepack X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 06:02:38 -0000 On Saturday 29 May 2010 21:48:12 Alexey Shuvaev wrote: > Not that I am using either of them but... libmpcdec is a stand-alone > library while musepack depends on audio/esound. Is this dependency > non-avoidable? Fortunately, the latest version doesn't depend on esound any longer. It installs some additional binaries, but I don't think that's a big issue. But your comment gave me a different idea that might be worthwile. If both ports are kept (i.e., libmpcdec containing the updated library, musepack just the tools), the upgrade path would be easier. Ports could be upgraded without manual intervention. From owner-freebsd-ports@FreeBSD.ORG Sun May 30 06:19:58 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05DD91065670 for ; Sun, 30 May 2010 06:19:58 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 700778FC15 for ; Sun, 30 May 2010 06:19:57 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o4U6JpMg027327 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 30 May 2010 07:19:51 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4C020387.80706@infracaninophile.co.uk> Date: Sun, 30 May 2010 07:19:51 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Wei Yang Tan References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=2.0 required=5.0 tests=DKIM_ADSP_ALL,SPF_FAIL autolearn=no version=3.3.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: ports@freebsd.org Subject: Re: LPRng installation error using PORT_REPLACES_BASE_LPR X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 06:19:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 30/05/2010 05:13:59, Wei Yang Tan wrote: > Just to add on, next time if I want to deinstall (assuming "make > PORT_REPLACES_BASE_LPR=yes clean all install" is successful), do I > execute "make PORT_REPLACES_BASE_LPR=yes deinstall"? Yes. 'make deinstall' specifically checks that the current setting of $PREFIX matches the one with which the port was installed before it will run pkg_delete(1). Or you can run pkg_delete(1) outside the ports system, when it will delete the port you tell it to without such checks. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwCA4cACgkQ8Mjk52CukIxbKQCdHk6jCX+DVF9nzBCz6+vMmH/4 q/YAn2lItz6A7wWtBdULYuIOcuPGjvll =V3ji -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sun May 30 06:49:22 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F0781065674 for ; Sun, 30 May 2010 06:49:22 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by mx1.freebsd.org (Postfix) with ESMTP id 05D098FC0C for ; Sun, 30 May 2010 06:49:21 +0000 (UTC) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by tiktik.epipe.com (8.14.3/8.14.3) with ESMTP id o4U6nLWV021900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 30 May 2010 06:49:21 GMT (envelope-from snabb@epipe.com) X-DKIM: Sendmail DKIM Filter v2.8.3 tiktik.epipe.com o4U6nLWV021900 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=epipe.com; s=default; t=1275202161; x=1275806961; bh=IHGYNno319KljhK5YtHdU01SCImFIo5Kxdkm1+LW054=; h=Date:From:To:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=nrsJnxIF3w3NPEaYzw2C9baKM7p73g0m8HGjlg9JjRk7qAO69hzmrHjJxU9PwdQu/ ItI0KbbiCjRBPFXUc+4hA7LR4dmtY/cqBs58wkRjkNFkuRWJCpu+KTITB6zeeYN9D3 dN6Xw9xaa3SLsmYXxJy2m5HB+rJWVxbI/cbbpPnE= Date: Sun, 30 May 2010 06:49:16 +0000 (UTC) From: Janne Snabb To: freebsd-ports@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (tiktik.epipe.com [IPv6:2001:470:8940:10::1]); Sun, 30 May 2010 06:49:21 +0000 (UTC) Subject: Re: Building ports with stack-protector X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 06:49:22 -0000 On Sat, 29 May 2010, Garrett Cooper wrote: > While this might be an interesting feature, I think that there must be > a line drawn at what is and what isn't acceptable to maintain. Certainly so. > Check and see whether or not a similar feature exists in other > compilers. Based on a quick web search for "clang stack-protector" clang seems to have this feature. > Maintaining this feature would be a pain though because it would > require a lot more QA work beyond just seeing whether or not things > build. I am not proposing that a switch from the current situation to having most ports build with stack-protector should be done overnight or quickly. This is simply not possible. It is very different from /usr/src. I am rather proposing that the port framework would have support for this feature so that individual port maintainers could enable it in their ports if they are confident that the port works fine with the stack-protector. This should be initially entirely optional, some time later it should be recommended for new/updated ports, and maybe after couple of years it could be made mandatory for ports to specify this. This would work as follows: 1. A port maintainer could specify USE_STACK_PROTECTOR=yes in their Makefile if they are confident that the port works with it. If they know that the port does not work with it, they could specify USE_STACK_PROTECTOR=no. If they do not know or care, they would not need to do anything. 2. An overly paranoid user could specify WITH_STACK_PROTECTOR=yes or WITH_STACK_PROTECTOR=no in /etc/make.conf according to their wishes (depending if they are paranoid about security or paranoid about port breakage). There should be a warning that WITH_STACK_PROTECTOR=yes is not supported and should be avoided by general users and that the knob should be left undefined before sending any problem reports. Based on these variables the port infrastructure would decide whether to add "-fstack-protector" to CFLAGS or not: Port Makefile USE_STACK_PROTECTOR yes undef no In /etc/make.conf: +-------------------- WITH_STACK_PROTECTOR yes | yes yes no undef | yes no no no | no no no I hope that the above table displays somewhat correctly. Anyway the point is that "no" should be stronger in the decision logic than "yes" to avoid sudden breakage of a huge amount of ports. The example variable names in this post come just quickly from the top of my head, so please do not flame me for that at this point. I am just trying to illustrate how this logic could be made, instead of proposing the exact way how this should be implemented. Obviously more thought should be put in this before it could be implemented. That is the reason for my original post: to start thinking and discussing about it. This way some port maintainers could decide to introduce USE_STACK_PROTECTOR in their ports when they have time or interest in the issue. The decision yes/no would impose a bit more QA work on the port maintainers, but as it would be entirely optional, it should not be a real burden to anyone. The required changes in the port infrastructure (files in /usr/ports/Mk) would be quite trivial. I think the long term security benefits would far outweigh the burden of implementing this in the port infrastructure. In the long run this should also reduce the amount of existing but previously undiscovered stack overflow bugs in software in general because the bugs would be spotted more easily. I think a supported selection mechanism for this would be better than just sticking "CFLAGS+= -fstack-protector" in port Makefiles or make.conf. -- Janne Snabb / EPIPE Communications snabb@epipe.com - http://epipe.com/ From owner-freebsd-ports@FreeBSD.ORG Sun May 30 08:58:44 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEBFD106564A for ; Sun, 30 May 2010 08:58:44 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 8920F8FC08 for ; Sun, 30 May 2010 08:58:44 +0000 (UTC) Received: from david.marec (unknown [93.28.76.178]) by smtp.lamaiziere.net (Postfix) with ESMTPSA id F1409633169 for ; Sun, 30 May 2010 10:58:42 +0200 (CEST) From: David Marec To: freebsd-ports@freebsd.org Date: Sun, 30 May 2010 10:58:42 +0200 User-Agent: KMail/1.13.3 (FreeBSD/8.1-PRERELEASE; KDE/4.4.3; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201005301058.42268.david.marec@davenulle.org> Subject: DosBox upgrade failed. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 08:58:44 -0000 Hi all, I got the following issue, upgrading Dosbox to the 0.74 release: === Making all in core_dynrec g++44 -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/usr/local/include - I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT -O2 -pipe -march=native -fno-strict-aliasing -MT callback.o -MD -MP -MF .deps/callback.Tpo -c -o callback.o callback.cpp mv -f .deps/callback.Tpo .deps/callback.Po g++44 -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/usr/local/include - I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT -O2 -pipe -march=native -fno-strict-aliasing -MT cpu.o -MD -MP -MF .deps/cpu.Tpo - c -o cpu.o cpu.cpp In file included from cpu.cpp:29: ../../include/setup.h:247: error: 'FILE' has not been declared ../../include/setup.h:280: error: 'FILE' has not been declared ../../include/setup.h:315: error: 'FILE' has not been declared *** Error code 1 Stop in /usr/ports/emulators/dosbox/work/dosbox-0.74/src/cpu. *** Error code 1 Stop in /usr/ports/emulators/dosbox/work/dosbox-0.74/src/cpu. *** Error code 1 Stop in /usr/ports/emulators/dosbox/work/dosbox-0.74/src. *** Error code 1 Stop in /usr/ports/emulators/dosbox/work/dosbox-0.74. *** Error code 1 Stop in /usr/ports/emulators/dosbox/work/dosbox-0.74. *** Error code 1 Stop in /usr/ports/emulators/dosbox. ===>>> make failed for emulators/dosbox ===>>> Aborting update ===>>> Update for dosbox-0.73_1 failed ===>>> Aborting update === Any idea to solve this ? From owner-freebsd-ports@FreeBSD.ORG Sun May 30 10:48:31 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D472106566B for ; Sun, 30 May 2010 10:48:31 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from hosting.nash.net.ua (hosting.nash.net.ua [193.151.252.10]) by mx1.freebsd.org (Postfix) with SMTP id 57E7E8FC19 for ; Sun, 30 May 2010 10:48:29 +0000 (UTC) Received: (qmail 20702 invoked by uid 509); 30 May 2010 10:21:44 -0000 Received: from ravenloft.kiev.ua (94.244.131.95) by hosting.nash.net.ua with SMTP; 30 May 2010 10:21:44 -0000 Date: Sun, 30 May 2010 13:21:13 +0300 From: Alex Kozlov To: David Marec , freebsd-ports@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20100530102113.GA61971@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: Re: DosBox upgrade failed. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 10:48:31 -0000 On Sun, May 30, 2010 at 10:58:42AM +0200, David Marec wrote: > I got the following issue, upgrading Dosbox to the 0.74 release: > > === > Making all in core_dynrec > g++44 -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/usr/local/include - > I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT -O2 > -pipe -march=native -fno-strict-aliasing -MT callback.o -MD -MP -MF > .deps/callback.Tpo -c -o callback.o callback.cpp > mv -f .deps/callback.Tpo .deps/callback.Po > g++44 -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/usr/local/include - > I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT -O2 > -pipe -march=native -fno-strict-aliasing -MT cpu.o -MD -MP -MF .deps/cpu.Tpo - > c -o cpu.o cpu.cpp > In file included from cpu.cpp:29: > ../../include/setup.h:247: error: 'FILE' has not been declared > ../../include/setup.h:280: error: 'FILE' has not been declared > ../../include/setup.h:315: error: 'FILE' has not been declared > *** Error code 1 > Any idea to solve this ? Try to add 'include ', if it's not help, use base gcc (4.2.1) instead of lang/gcc44. -- Adios From owner-freebsd-ports@FreeBSD.ORG Sun May 30 12:27:00 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7CD21065679 for ; Sun, 30 May 2010 12:27:00 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id AB94C8FC22 for ; Sun, 30 May 2010 12:26:57 +0000 (UTC) Received: from david.marec (unknown [93.28.76.178]) by smtp.lamaiziere.net (Postfix) with ESMTPSA id 66DDE633169 for ; Sun, 30 May 2010 14:26:56 +0200 (CEST) From: David Marec To: freebsd-ports@freebsd.org Date: Sun, 30 May 2010 14:26:55 +0200 User-Agent: KMail/1.13.3 (FreeBSD/8.1-PRERELEASE; KDE/4.4.3; amd64; ; ) References: <20100530102113.GA61971@ravenloft.kiev.ua> In-Reply-To: <20100530102113.GA61971@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201005301426.55538.david.marec@davenulle.org> Subject: Re: DosBox upgrade failed. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 12:27:01 -0000 Le dimanche 30 mai 2010 12:21:13, Alex Kozlov a =E9crit : > On Sun, May 30, 2010 at 10:58:42AM +0200, David Marec wrote: > > I got the following issue, upgrading Dosbox to the 0.74 release: > >=20 > > =3D=3D=3D > > Making all in core_dynrec > > g++44 -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/usr/local/include > > - I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=3D1 > > -D_REENTRANT -O2 -pipe -march=3Dnative -fno-strict-aliasing -MT > > callback.o -MD -MP -MF .deps/callback.Tpo -c -o callback.o callback.cpp > > mv -f .deps/callback.Tpo .deps/callback.Po > > g++44 -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/usr/local/include > > - I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=3D1 > > -D_REENTRANT -O2 -pipe -march=3Dnative -fno-strict-aliasing -MT cpu.o = =2DMD > > -MP -MF .deps/cpu.Tpo - c -o cpu.o cpu.cpp > > In file included from cpu.cpp:29: > > ../../include/setup.h:247: error: 'FILE' has not been declared > > ../../include/setup.h:280: error: 'FILE' has not been declared > > ../../include/setup.h:315: error: 'FILE' has not been declared > > *** Error code 1 > > Any idea to solve this ? >=20 > Try to add 'include ', if it's not help, use base gcc (4.2.1) > instead of lang/gcc44. My bad. I did not pay attention that gcc4 was installed buy another port. As Gcc4 knobs were still activated in /etc/make.conf: =2D .if exists(/usr/local/bin/gcc44) - Gcc4 was the the default compiler. disabling it did the trick. Thanks. From owner-freebsd-ports@FreeBSD.ORG Sun May 30 12:51:22 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28AE5106566B; Sun, 30 May 2010 12:51:22 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7E69B8FC0A; Sun, 30 May 2010 12:51:21 +0000 (UTC) Received: by ewy1 with SMTP id 1so666494ewy.13 for ; Sun, 30 May 2010 05:51:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:cc:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=CaIdvbOOj6dMFDYpd/5PHOXGICAaSzRjfPL1UXPc+2E=; b=rnWcogW4ckR8NNRHJeWY/1M9B/CD5mNOyu5B2D+PkghW9UYRj7eO+nCpFsJM3E+gjM pPiu0DX9Wab80BHRwgTrvcdzA2qERsqK/XqRy+KV+E0k1iuPi9XhiV8akJuPffcrKs8G LgL34kzVy8p5eJUmJlVwSXk7fLR+ulqPU38GQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=QDN8GAJYG7Fw7TwY3WrglcRuu4I4M62THmh4HTbN1w99z9FdXBVoKdNFSFJ05Ln2hc 1bOnle8QQsW6Iv7Kfy3POOyLYDuxZYPVmRya/A02XVvbZwdRovgW4LZBouWOrKVe+101 4SuZEW1f34i7TdhtEE+QHFuVP/UXOLSQCWPGs= Received: by 10.213.32.195 with SMTP id e3mr3859446ebd.14.1275223880278; Sun, 30 May 2010 05:51:20 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 16sm2377647ewy.7.2010.05.30.05.51.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 May 2010 05:51:19 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Volodymyr Kostyrko" , freebsd-hackers@freebsd.org References: <4BDD28E2.8010201@rawbw.com> Date: Sun, 30 May 2010 15:51:17 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: User-Agent: Opera Mail/10.10 (FreeBSD) Cc: freebsd-ports@freebsd.org Subject: Re: GSoC: Making ports work with clang X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 12:51:22 -0000 On Sun, 30 May 2010 14:58:05 +0300, Volodymyr Kostyrko wrote: > 1. __dso not found after link. Some symbols seems to be omitted from > libraries and linking of plugins fails badly. Known problem with known fix. > 2. Assembler errors. Xorg has some in x11-servers/xorg-server > x11-drivers/xf86-video-vesa x11-drivers/xf86-video-ati, everything else > compiles and works. Assembler errors often aren't similar to each other, so fixing them may be very easy or difficult. Hopefully we will fix them for big stuff like xorg (not really as part of this GSoC project). > 3. Big bunch of compile errors or config errors. This means incorrectly > written code, like not correctly declaring variables. This also means > some automake stupidities like testing c++ compiler with c style code - > for example clang++ refuses to compile "int main(void) {}". $ cat main.cc int main(void) {} $ clang main.cc -o test && ./test && echo "No, it works." No, it works. Other than that, yes, many problems are related to insane configure scripts. > 4. Some ports specify that thay need at least gcc 3.3. This is another of those insane configure scripts, testing for specific version of specific compiler, rather than testing if it can compile anything. > 5. Some ports needs --dumpspecs. It's a bit uglier than "some ports": $ grep dumpspecs /usr/ports/Mk/bsd.gecko.mk GECKO_PTHREAD_LIBS!=${CC} -dumpspecs | ${GREP} -m 1 pthread: | ${SED} -e 's|^.*%{\!pg: %{pthread:|| ; s|}.*$$||' || ${TRUE} > audio/libmad - distorted sound > lang/python26 - compiling any gir dumps core > textproc/expat2 - dbus dumps core at launch Python and expat shout i386 in my face, clang/llvm tends to not like i386 too much. But I think few miscompilations were fixed recently, so some of these may already be working fine. > And this all data is not current. It's one month old. Since then > dumpspecs was implemented. And maybe some other problems begone - I just > have not enough time to look at this thoroughly. Some problems from a month ago are definitely gone, but I don't think dumpspecs is one of them. -- Andrius From owner-freebsd-ports@FreeBSD.ORG Sun May 30 13:53:58 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D40A1065673; Sun, 30 May 2010 13:53:58 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id EB40C8FC08; Sun, 30 May 2010 13:53:57 +0000 (UTC) Received: from macfeast.lan (0x573b9942.cpe.ge-1-2-0-1101.ronqu1.customer.tele.dk [87.59.153.66]) by csmtp2.one.com (Postfix) with ESMTP id 085F91B013C7D; Sun, 30 May 2010 13:36:46 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/signed; boundary=Apple-Mail-149-566662397; protocol="application/pkcs7-signature"; micalg=sha1 From: Erik Cederstrand In-Reply-To: Date: Sun, 30 May 2010 15:36:45 +0200 Message-Id: <45C1FA95-C9A3-41EA-9E3A-61E35C7F6AD1@cederstrand.dk> References: <4BDD28E2.8010201@rawbw.com> To: =?utf-8?Q?Andrius_Mork=C5=ABnas?= X-Mailer: Apple Mail (2.1078) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: GSoC: Making ports work with clang X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 13:53:58 -0000 --Apple-Mail-149-566662397 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Den 30/05/2010 kl. 14.51 skrev Andrius Mork=C5=ABnas: > On Sun, 30 May 2010 14:58:05 +0300, Volodymyr Kostyrko = wrote: >> 1. __dso not found after link. Some symbols seems to be omitted from >> libraries and linking of plugins fails badly. > Known problem with known fix. >=20 >> 2. Assembler errors. Xorg has some in x11-servers/xorg-server >> x11-drivers/xf86-video-vesa x11-drivers/xf86-video-ati, everything = else >> compiles and works. > Assembler errors often aren't similar to each other, so fixing them = may > be very easy or difficult. Hopefully we will fix them for big stuff = like > xorg (not really as part of this GSoC project). >=20 >> 3. Big bunch of compile errors or config errors. This means = incorrectly >> written code, like not correctly declaring variables. This also means >> some automake stupidities like testing c++ compiler with c style code = - >> for example clang++ refuses to compile "int main(void) {}". > $ cat main.cc > int main(void) {} > $ clang main.cc -o test && ./test && echo "No, it works." > No, it works. >=20 > Other than that, yes, many problems are related to insane configure > scripts. >=20 >> 4. Some ports specify that thay need at least gcc 3.3. > This is another of those insane configure scripts, testing for = specific > version of specific compiler, rather than testing if it can compile > anything. >=20 >> 5. Some ports needs --dumpspecs. > It's a bit uglier than "some ports": > $ grep dumpspecs /usr/ports/Mk/bsd.gecko.mk > GECKO_PTHREAD_LIBS!=3D${CC} -dumpspecs | ${GREP} -m 1 pthread: | = ${SED} -e 's|^.*%{\!pg: %{pthread:|| ; s|}.*$$||' || ${TRUE} >=20 >> audio/libmad - distorted sound >> lang/python26 - compiling any gir dumps core >> textproc/expat2 - dbus dumps core at launch > Python and expat shout i386 in my face, clang/llvm tends to not like > i386 too much. But I think few miscompilations were fixed recently, > so some of these may already be working fine. >=20 >> And this all data is not current. It's one month old. Since then >> dumpspecs was implemented. And maybe some other problems begone - I = just >> have not enough time to look at this thoroughly. > Some problems from a month ago are definitely gone, but I don't think > dumpspecs is one of them. Andrius, would it make sense to create e.g. a wiki page tracking the = status and current known problems with compiling ports with clang? Just = like there's a wiki page ClangBSD status. I think it would make it easier for lurkers to jump in and test things, = and help whittle away at the problems. Thanks, Erik= --Apple-Mail-149-566662397-- From owner-freebsd-ports@FreeBSD.ORG Sun May 30 14:01:23 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D2B1065673 for ; Sun, 30 May 2010 14:01:23 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A3D6D8FC16 for ; Sun, 30 May 2010 14:01:22 +0000 (UTC) Received: by fxm5 with SMTP id 5so1604342fxm.13 for ; Sun, 30 May 2010 07:01:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:reply-to:from :date:message-id:subject:to:content-type; bh=DRRcLkMxYr4Op7ecjzabTHSvOyZIjyJCVEdKtj9HgKc=; b=WRIGl/Fw0Gi4/ayrtWfUl7cvfYORdDwu8I/0WulXYhMEnCM9ZAx7Kz0Tsv8tXQUGuD wmHkq3Ch9mGsUbIzQCAJvySmDAJ3RHbRnlJbBugRthMeyNV6nwBuMeahAorjEQA6Ol1N Jl1wZhYaUUnKO0TwF4eYKz9wMPO8M+MkAvOOM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; b=vQthZAyXZqFEtxwYcQ8YpG4VVRcStSVD7JcwjczRFw0lmI8w10nQgnhXWowgi4quxU ygP2GE0/PlsznKaAd6UD1X3uTOfVGD76ATlvqaX95ZOrOETFJu4ixc3qaKwRlsdfmjmY z7avP/0xYRcbOUcZGhpMOtQoIlB5GpZIPF7eE= Received: by 10.102.242.22 with SMTP id p22mr1089379muh.44.1275226612193; Sun, 30 May 2010 06:36:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.61.68 with HTTP; Sun, 30 May 2010 06:36:22 -0700 (PDT) From: Chris Rees Date: Sun, 30 May 2010 14:36:22 +0100 Message-ID: To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 Subject: Ports on Clang X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 14:01:23 -0000 Dear All, I'm following the Clang discussions with interest; is there a 'proper' way to test and mark a port as Clang compatible? I'd love to do that with my ports at least... Thanks, Chris From owner-freebsd-ports@FreeBSD.ORG Sun May 30 14:05:59 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ECEF106564A; Sun, 30 May 2010 14:05:59 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id B8B8B8FC12; Sun, 30 May 2010 14:05:58 +0000 (UTC) Received: by ewy1 with SMTP id 1so674087ewy.13 for ; Sun, 30 May 2010 07:05:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:cc:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=heUOhruh4KcHmeO+Tg4PCa8eCg5ADoekO5u802lsfWI=; b=rnwkvA/3lF3ZZ7D91G6BBqRV5NMBgDCCVzLCX/UGRMcZ6MSFTICOV9W6xfGq5rAcxp CBUiLZlELoUuKh1AcNDRMKcEWpSFfBbczM3ZtnjF3q7fMqRfo1K8LrOzY61qd0kQTSgY yO7VrcTrR8Fxa7gZdGkkhHpbSmpsx3OekAVRM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=u6yHFsYNG4yTM5aWcvSYk7jQKSjKNkK1FI6RuZgfR7g4BK29GHzfFV0uF9FnVu1mlz Xvn85aPVEIz+/8o73QgJwzBrUbzmFCQCliqi26qr3e/zdk0Y344M7PQqW9DlIwG8uqfT X94E5t8dItU7zEwCVoOmei8pxRrqzTgL1b96s= Received: by 10.213.9.80 with SMTP id k16mr1658122ebk.84.1275228357583; Sun, 30 May 2010 07:05:57 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 16sm2410825ewy.3.2010.05.30.07.05.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 May 2010 07:05:57 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Erik Cederstrand" References: <4BDD28E2.8010201@rawbw.com> <45C1FA95-C9A3-41EA-9E3A-61E35C7F6AD1@cederstrand.dk> Date: Sun, 30 May 2010 17:05:55 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: <45C1FA95-C9A3-41EA-9E3A-61E35C7F6AD1@cederstrand.dk> User-Agent: Opera Mail/10.10 (FreeBSD) Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: GSoC: Making ports work with clang X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 14:05:59 -0000 On Sun, 30 May 2010 16:36:45 +0300, Erik Cederstrand wrote: > Andrius, would it make sense to create e.g. a wiki page tracking the status and current known problems with compiling ports with clang? Just like there's a wiki page ClangBSD status. http://wiki.freebsd.org/PortsAndClang It doesn't have all the known problems, just some of them. > I think it would make it easier for lurkers to jump in and test things, and help whittle away at the problems. We will probably put some info there how we compile ports with clang in the near future. -- Andrius From owner-freebsd-ports@FreeBSD.ORG Sun May 30 14:38:45 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D35F71065674 for ; Sun, 30 May 2010 14:38:45 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6AE0B8FC17 for ; Sun, 30 May 2010 14:38:45 +0000 (UTC) Received: by fxm5 with SMTP id 5so1626806fxm.13 for ; Sun, 30 May 2010 07:38:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:reply-to:from :date:message-id:subject:to:content-type; bh=V/uJXKAEnPCn5pi6dz1uvmK3oGXmI4wuwx1EFbwQBCM=; b=SdhspDmKyCrEOuLtHmfqnqp0IIbdKkWAoVDutnT2mQTCmjG3QmOyQsRvn4svdY25R5 qqSwlCqeuIA8BtmnokcfZj3sGVkD9YbJBgvIeEi5WdFK2Vbvo482kAmUGHCG3ANDMPhJ jJ5t+h5Hkv/TXvpiwVBk2gHQWO9rUKldmDQ5Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; b=QX/68pLvzb5CtLAgiqHUpiQ5SdNzZsD8CtySB5RYrorkX3USIqvpO7d7mhaU/BpvcQ ToqGyBZ9WOaubApgcpFF/vmpXImJsTELxpoodPTh4BsPosuR5ZoxCf4so126cqaVQTum yuf/fG5EXPzRbX577+sK7dfU2kS0GUXCB0ABs= Received: by 10.102.174.30 with SMTP id w30mr1144109mue.57.1275230324263; Sun, 30 May 2010 07:38:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.61.68 with HTTP; Sun, 30 May 2010 07:38:14 -0700 (PDT) From: Chris Rees Date: Sun, 30 May 2010 15:38:14 +0100 Message-ID: To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Ports on Clang [SOLVED] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 14:38:45 -0000 On 30 May 2010 14:36, Chris Rees wrote: > Dear All, > > I'm following the Clang discussions with interest; is there a 'proper' > way to test and mark a port as Clang compatible? I'd love to do that > with my ports at least... > > Thanks, > > Chris > >From an IRC discussion minutes after this email: cmjrees, we'll probably update this page with "the right way" later today: http://wiki.freebsd.org/PortsAndClang So thanks Andrius, Chris From owner-freebsd-ports@FreeBSD.ORG Sun May 30 14:42:46 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F16106564A for ; Sun, 30 May 2010 14:42:46 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0108FC0A for ; Sun, 30 May 2010 14:42:46 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 2E10074A56; Sun, 30 May 2010 14:42:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1078) From: Stefan Bethke In-Reply-To: Date: Sun, 30 May 2010 16:42:44 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-ports@freebsd.org, netatalk-admins X-Mailer: Apple Mail (2.1078) Cc: Subject: Re: RFT: netatalk-2.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 14:42:46 -0000 Am 28.05.2010 um 08:27 schrieb Stefan Bethke: > Am 22.05.2010 um 19:08 schrieb Stefan Bethke: >=20 >> Hi, >>=20 >> I'm working on updating the net/netatalk port from 2.0.5 to 2.1. You = can find the most current version of my work at = http://www.lassitu.de/freebsd/netatalk/ >>=20 >> Initial testing looks promising. There's one outstanding issue: = upgrading from 2.0.5 to 2.1 appears to fail because of the wrong order = of include paths. You can work around this by deinstalling 2.0.5 before = building the new version. >>=20 >> This work is also being tracked in PR#146576. >=20 > I've uploaded new version which I believe to be committable: = http://www.lassitu.de/freebsd/netatalk/netatalk_2.1.1-1.tar.bz2 >=20 > I have not tested Kerberos support since I'm lacking the environment. >=20 > If your system has IPv6 configured, you will need to configure a = server each for IPv4 and IPv6. Note that both afpd and cnid_metad will = by default bind to IPv6 addresses. >=20 The newest tarball 2.1.1-2 contains a patch to fix a segfault when = having more than one afpd configured, thanks to Frank Lahm. To have afpd listen to both IPv4 and IPv6, you need to either have two = server entries in afpd.conf, i.e.: - -tcp -noddp -ipaddr 0.0.0.0 -unixcodepage UTF8 -signature = user:freebsd8 -cnid_server ::1 "ipv6" -tcp -noddp -ipaddr :: -unixcodepage UTF8 -signature = user:freebsd8 -cnid_server ::1 or set the sysctl net.inet6.ip6.v6only=3D0. Note that the latter might = have negative security implications. Stefan=20 --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-ports@FreeBSD.ORG Sun May 30 20:21:01 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4884C106566C for ; Sun, 30 May 2010 20:21:01 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9F19D8FC35 for ; Sun, 30 May 2010 20:21:00 +0000 (UTC) Received: by ewy1 with SMTP id 1so718795ewy.13 for ; Sun, 30 May 2010 13:20:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:subject:x-enigmail-version :content-type:content-transfer-encoding; bh=//fXi3EBof/bndkpJcGhJhPsR8hR5xOaiT0ilcKBVjU=; b=RKendM+qPDlonQdTKdW02B1T6ZMjIYZoEt/ko5B4Q+iIi05fR/LLSKSKW32FpAOo7K U3+Al3Dr45OF9NpO1HLD8v8yw68SSjrnV6Uh1XFWxa7DyB4KxaMHkANzoMWwrAMUDOVO 4X8GU/82QHtwhpRMaqKNzrCWtMz1UhOKZYpig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:x-enigmail-version:content-type:content-transfer-encoding; b=n4hMpamL3n+apFCPyHCWeCcjItH3pEi1q8U/Fr07qiR8A6D44QU1MugTxeU+QnNW/z 8TOJwpM2/tFXNpJfmFAiinVTrD8ordBIWiQnKrzkl+7QZQ0uopnLWvwQ8QnZ6SMvJmWP Ygpw9ZC+mlVVK0SlzS6O0lOrzapYSAe1QFXAk= Received: by 10.213.113.202 with SMTP id b10mr4497037ebq.28.1275250859470; Sun, 30 May 2010 13:20:59 -0700 (PDT) Received: from acer.rene-ladan.nl (ip4da3ae31.direct-adsl.nl [77.163.174.49]) by mx.google.com with ESMTPS id 15sm2598984ewy.12.2010.05.30.13.20.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 May 2010 13:20:58 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <4C02C8A7.306@freebsd.org> Date: Sun, 30 May 2010 22:20:55 +0200 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; nl-NL; rv:1.9.1.9) Gecko/20100502 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd ports X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 20:21:01 -0000 Hi, While adding license information to my ports (to be committed), I stumbled upon the following: * devel/argouml uses Eclipse Public License (EPL) 1.0, but this one is not in bsd.licenses.db.mk * lang/bas2tap uses some homebrew license, but it has no formal name, so LICENSE_NAME cannot be formally set. I think the first one can be added to bsd.license.db.mk, but I'm not sure what to do about the second one. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Sun May 30 21:00:57 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 326001065673 for ; Sun, 30 May 2010 21:00:57 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.211.176]) by mx1.freebsd.org (Postfix) with ESMTP id F06158FC1F for ; Sun, 30 May 2010 21:00:56 +0000 (UTC) Received: by ywh6 with SMTP id 6so2226599ywh.16 for ; Sun, 30 May 2010 14:00:56 -0700 (PDT) Received: by 10.231.176.75 with SMTP id bd11mr4596988ibb.22.1275253256101; Sun, 30 May 2010 14:00:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.148.201 with HTTP; Sun, 30 May 2010 14:00:36 -0700 (PDT) In-Reply-To: <4C02C8A7.306@freebsd.org> References: <4C02C8A7.306@freebsd.org> From: Eitan Adler Date: Mon, 31 May 2010 00:00:36 +0300 Message-ID: To: Rene Ladan Content-Type: text/plain; charset=UTF-8 Cc: freebsd ports Subject: Re: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 21:00:57 -0000 On Sun, May 30, 2010 at 11:20 PM, Rene Ladan wrote: ... > * lang/bas2tap uses some homebrew license, but it has no formal name, so > LICENSE_NAME cannot be formally set. > > I think the first one can be added to bsd.license.db.mk, but I'm not > sure what to do about the second one. from bsd.licenses.mk # Case 2: license only known by the port (aka "unknown"). # # In this case LICENSE_{PERMS,NAME} are mandatory, in addition to # either LICENSE_FILE or LICENSE_TEXT. Optional variables are # LICENSE_{GROUPS,NOTES}. -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Sun May 30 21:29:47 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3459D1065677 for ; Sun, 30 May 2010 21:29:47 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 1E2DD8FC19 for ; Sun, 30 May 2010 21:29:46 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta05.emeryville.ca.mail.comcast.net with comcast id PxNR1e0040b6N64A5xVmyG; Sun, 30 May 2010 21:29:46 +0000 Received: from comcast.net ([98.203.142.76]) by omta03.emeryville.ca.mail.comcast.net with comcast id PxVl1e0041f6R9u8PxVlMV; Sun, 30 May 2010 21:29:46 +0000 Received: by comcast.net (sSMTP sendmail emulation); Sun, 30 May 2010 14:29:45 -0700 Date: Sun, 30 May 2010 14:29:45 -0700 From: Charlie Kester To: freebsd-ports@freebsd.org Message-ID: <20100530212944.GO216@comcast.net> Mail-Followup-To: freebsd-ports@freebsd.org References: <4C02C8A7.306@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <4C02C8A7.306@freebsd.org> X-Mailer: Mutt 1.5.20 X-Composer: Vim 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 21:29:47 -0000 On Sun 30 May 2010 at 13:20:55 PDT Rene Ladan wrote: >Hi, > >While adding license information to my ports (to be committed), I >stumbled upon the following: Is this something all maintainers should be doing? Yesterday, while upgrading my installed ports, I noticed a message in the output about LICENSE not being defined. I also see that there's now a bsd.licenses.mk and a bsd.licenses.db.mk in /usr/ports/Mk. I don't recall seeing those before, and don't know how long they've been there. Anyway, it looks like we're going ahead with this infrastructure, and I think that's a good thing. What actions do you need from me as a maintainer? From owner-freebsd-ports@FreeBSD.ORG Sun May 30 21:40:39 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D6D8106566B for ; Sun, 30 May 2010 21:40:39 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.50.215]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4FC8FC22 for ; Sun, 30 May 2010 21:40:38 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 946175C18; Sun, 30 May 2010 17:40:38 -0400 (EDT) Date: Sun, 30 May 2010 17:40:38 -0400 From: Wesley Shields To: freebsd-ports@freebsd.org Message-ID: <20100530214038.GB52886@atarininja.org> References: <4C02C8A7.306@freebsd.org> <20100530212944.GO216@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100530212944.GO216@comcast.net> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 21:40:39 -0000 On Sun, May 30, 2010 at 02:29:45PM -0700, Charlie Kester wrote: > On Sun 30 May 2010 at 13:20:55 PDT Rene Ladan wrote: > >Hi, > > > >While adding license information to my ports (to be committed), I > >stumbled upon the following: > > Is this something all maintainers should be doing? > > Yesterday, while upgrading my installed ports, I noticed a message in > the output about LICENSE not being defined. I also see that there's now > a bsd.licenses.mk and a bsd.licenses.db.mk in /usr/ports/Mk. I don't > recall seeing those before, and don't know how long they've been there. > Anyway, it looks like we're going ahead with this infrastructure, and I > think that's a good thing. > > What actions do you need from me as a maintainer? They are both fairly new constructs. I don't recall exact dates but they are new enough that the documentation for them has not caught up yet that I'm aware of. I'd wait until the Porter's Handbook is updated for further clarification on what to do. I'd also say that if you have a regular update planned for a port that you submit the license information with that. -- WXS From owner-freebsd-ports@FreeBSD.ORG Sun May 30 21:59:46 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C346106567E for ; Sun, 30 May 2010 21:59:46 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id C30458FC13 for ; Sun, 30 May 2010 21:59:45 +0000 (UTC) Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta05.westchester.pa.mail.comcast.net with comcast id PxyW1e0011YDfWL55xzmEY; Sun, 30 May 2010 21:59:46 +0000 Received: from comcast.net ([98.203.142.76]) by omta20.westchester.pa.mail.comcast.net with comcast id Pxzj1e00A1f6R9u3gxzk8D; Sun, 30 May 2010 21:59:45 +0000 Received: by comcast.net (sSMTP sendmail emulation); Sun, 30 May 2010 14:59:42 -0700 Date: Sun, 30 May 2010 14:59:41 -0700 From: Charlie Kester To: freebsd-ports@freebsd.org Message-ID: <20100530215941.GP216@comcast.net> Mail-Followup-To: freebsd-ports@freebsd.org References: <4C02C8A7.306@freebsd.org> <20100530212944.GO216@comcast.net> <20100530214038.GB52886@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20100530214038.GB52886@atarininja.org> X-Mailer: Mutt 1.5.20 X-Composer: Vim 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 21:59:46 -0000 On Sun 30 May 2010 at 14:40:38 PDT Wesley Shields wrote: > >I'd also say that if you have a regular update planned for a port that >you submit the license information with that. Yeah, phasing it in along with other work makes sense. /visions of 20,000+ new PR's doing nothing but adding LICENSE info From owner-freebsd-ports@FreeBSD.ORG Mon May 31 02:29:37 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C17D106564A for ; Mon, 31 May 2010 02:29:37 +0000 (UTC) (envelope-from wahjava.ml@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E2F408FC17 for ; Mon, 31 May 2010 02:29:36 +0000 (UTC) Received: by pwj4 with SMTP id 4so1717725pwj.13 for ; Sun, 30 May 2010 19:29:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:from:to :subject:organization:x-face:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organisation:date:message-id:user-agent:face:mime-version :content-type; bh=Wz4ntnEsvg5/HKACIXuDuZW4xv0iLcSeM1ZagDm0KxM=; b=O2PIOyELFR9fZxWKi/GomFG72YqPMs3uzo76LQDP/uIPyKNAfDAToycGhWM9v/KKrt 6F4Uz7NcCKHae9ei64wEqtBXWUlggnMuefR6+2oPe1YtiK44F6+zQZr0YWdt894qkOGE xbNXvBsPvpKRnQZIPHHuKbNn3KKQvk1pMPzm8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:subject:organization:x-face:x-uptime:x-url :x-openpgp-id:x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse :x-attribution:organisation:date:message-id:user-agent:face :mime-version:content-type; b=J1l0Gstw270KsjPd5Zp6wWeqIARI0/VrkAzN0SpQxpfoygb+74iIvmPMvgKz70THf+ ijbZi736qLhBHg8Yzq+OGmT7z5vB26uKhAiwBrXklBqunjJ+oDe571ClG/LcvNwjNAhl Mz2i+pBQBGi8u8BGJpCCUNj37Zv0S0df+B7+g= Received: by 10.114.32.31 with SMTP id f31mr2943963waf.195.1275272976410; Sun, 30 May 2010 19:29:36 -0700 (PDT) Received: from chateau.d.if ([122.163.152.224]) by mx.google.com with ESMTPS id n29sm45231035wae.16.2010.05.30.19.29.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 May 2010 19:29:35 -0700 (PDT) Sender: Ashish SHUKLA Received: from chateau.d.if (chateau.d.if [IPv6:::1]) by chateau.d.if (Postfix) with ESMTP id B354F4AD57 for ; Mon, 31 May 2010 07:59:29 +0530 (IST) From: wahjava.ml@gmail.com (Ashish SHUKLA) To: FreeBSD Ports list Organization: alt.religion.emacs X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 7:54AM up 1:16, 3 users, load averages: 0.08, 0.23, 0.30 X-URL: http://762e5e74.wordpress.com/ X-OpenPGP-ID: E74FA4B0 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-OS: FreeBSD on FreeBSD 8.0-RELEASE-p3 kernel on amd64 architecture X-Mailer: Gnus v5.13 X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: alt.religion.emacs Date: Mon, 31 May 2010 07:59:25 +0530 Message-ID: <86hblopzwa.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (amd64-portbld-freebsd8.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Subject: Issue with recent license infrastructure. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 02:29:37 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Hi, I noticed there is an issue with the license infrastructure recently introduced in the ports tree. If the LICENSE_FILE (in port Makefile) points= to a file named LICENSE, then package generation fails, and also correct licen= se file fails to copy. As a workaround, I've to copy LICENSE file to another name, say COPYING, post-extraction, and mentioning COPYING as LICENSE_FILE (in port Makefile), which then causes LICENSE file to be correctly generated and COPYING to be correctly copied. Thanks Ashish SHUKLA =2D-=20 Sent via Gnus from GNU Emacs They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin, Memoirs of the life and writings of Benjamin Frankl= in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQIcBAEBCgAGBQJMAx8JAAoJEMdGz6nnT6SwVB0QAIPTi0PFHEV5Ga6ztNJYeiKb 8gS4tk4G8jQWJJPpwZaaMDgYFIyeOhqcx5jKeWqGJrUnxYW5Cw1yCctLOMU2vai0 bAcfbukpj1tCX9uzx6A4CPONaXoZLK+TKtj6nXRSJLNp5IO+sbGv/Cf/uhyS4XVV 4ZKxesjEKWy9z5ZGD1cryliG+RPjw6mLBu6JPJM8LrPqPxFEzfJ50bvsoTMt61n+ 3pG2Isb78TffCe0wD33IKBbI6UjIjjE0DIrF/F1ivNLwbMajXJlQQpOiLV+1YF7y gpNRLy8KX/1jd8v2T62WWfkbel4iQUBclpvYnTIeI85QrmFT6zjK24TJCLSqiNzs QxygCAxP9rTsUH1mls568LAwoFM8dIuSlZ+c+lpNLxuVR301LoStHvhP5tHZczHF G3XGiA8WDbE2V5ceoPVfuDn7ZVyleVmZ+AEAGK2CVIN7iPuqMWcHI10EhJtg+R2n wV5aSqJiVWSXYciYvgyCitY4xbYfhBmrFm7dyzL6xZUfL1p4cinfK814NpGRJdeX fQAmMC/jiQchL58Btvae9VMK5JVOaOrsaDihZyptb3XdXttK1thgIgjXxq/8CEku x9scHUw5zjA7ebd2rihrn2VlScU53SP26UFBDJ580G2WR3KWK2sneaunpF/SdOHr 1fXZdOH9DBylqHIa4dtX =pZdR -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-ports@FreeBSD.ORG Mon May 31 10:21:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A45F6106564A; Mon, 31 May 2010 10:21:16 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 57BFB8FC08; Mon, 31 May 2010 10:21:16 +0000 (UTC) Received: by gyh20 with SMTP id 20so3345586gyh.13 for ; Mon, 31 May 2010 03:21:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.240.7 with SMTP id n7mr4679197ybh.353.1275301275157; Mon, 31 May 2010 03:21:15 -0700 (PDT) Received: by 10.150.137.17 with HTTP; Mon, 31 May 2010 03:21:15 -0700 (PDT) X-Originating-IP: [128.95.133.142] In-Reply-To: <20100530214038.GB52886@atarininja.org> References: <4C02C8A7.306@freebsd.org> <20100530212944.GO216@comcast.net> <20100530214038.GB52886@atarininja.org> Date: Mon, 31 May 2010 03:21:15 -0700 Message-ID: From: Rob Farmer To: Wesley Shields Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 10:21:16 -0000 On Sun, May 30, 2010 at 2:40 PM, Wesley Shields wrote: > On Sun, May 30, 2010 at 02:29:45PM -0700, Charlie Kester wrote: >> On Sun 30 May 2010 at 13:20:55 PDT Rene Ladan wrote: >> >Hi, >> > >> >While adding license information to my ports (to be committed), I >> >stumbled upon the following: >> >> Is this something all maintainers should be doing? >> >> Yesterday, while upgrading my installed ports, I noticed a message in >> the output about LICENSE not being defined. =A0I also see that there's n= ow >> a bsd.licenses.mk and a bsd.licenses.db.mk in /usr/ports/Mk. =A0I don't >> recall seeing those before, and don't know how long they've been there. >> Anyway, it looks like we're going ahead with this infrastructure, and I >> think that's a good thing. >> >> What actions do you need from me as a maintainer? > > They are both fairly new constructs. I don't recall exact dates but they > are new enough that the documentation for them has not caught up yet > that I'm aware of. I'd wait until the Porter's Handbook is updated for > further clarification on what to do. If someone is preparing to update the handbook, I think clarifying the intended goal for bsd.licenses.db.mk is important. Is this file expected to grow rapidly and include anything used by multiple ports (for whatever definition of "multiple") or is it primarily for the top 20 or so "big" licenses like the GPL? The case I have in mind is the CeCILL (http://www.cecill.info/licences/Licence_CeCILL_V2-en.html), which was written by the French government for stuff they fund. It is basically an uninteresting rewrite of the GPL adapted to deal with French patent laws. As such, not a whole lot of stuff uses it (or probably will in the forseeable future), but on the other hand it is explicitly listed on the FSF's approved licenses page. --=20 Rob Farmer > > I'd also say that if you have a regular update planned for a port that > you submit the license information with that. > > -- WXS > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Mon May 31 11:06:07 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A16BB1065674 for ; Mon, 31 May 2010 11:06:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA428FC15 for ; Mon, 31 May 2010 11:06:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4VB67I2045274 for ; Mon, 31 May 2010 11:06:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4VB66f3045271 for freebsd-ports@FreeBSD.org; Mon, 31 May 2010 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 31 May 2010 11:06:06 GMT Message-Id: <201005311106.o4VB66f3045271@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Cc: Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 11:06:07 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/147242 portupgrade incorrectly remove old port when new one f o ports/147241 [MAINTAINER] www/httrack: update to 3.43.9 o ports/147235 add licence to editors/nano o ports/147232 [patch] port irc/inspircd is out of date o ports/147230 mail/spamass-milter improved adding command-line optio o ports/147221 [patch] japanese/lynx: Update to the latest stable rel o ports/147220 [patch] japanese/lynx-current: Update to the latest cu f ports/147209 [PATCH] www/tinymce: update to 3.3.6 o ports/147207 remove deskutils/dolphin-plugins-mplayerthumbs f ports/147201 Update to the net/mediatomb port f ports/147199 [patch] port net-mgmt/pnp fix php5.3 issues o ports/147195 [maintainer update][patch]Update port: www/ziproxy to f ports/147184 request to update mail/dovecot-sieve to 0.1.16 f ports/147160 [patch] Update comms/dfu-programmer to 0.5.2 o ports/147136 net-im/{libpurple,pidgin} can't compile when option "W o ports/147135 New port: textproc/exmpp XMPP parsing library written o ports/147124 Minor change in pkg-plist graphics/togl f ports/147123 [patch] devel/m17n-lib: doesn't build without devel/ge o ports/147116 new port: security/retranslator The update utility for o ports/147115 [NEW PORT] mail/scam-backscatter: Address verification f ports/147103 [patch] editors/emacs-nox11: skip OPTIONS and use WITH o ports/147093 New port: www/sitracker - Incident tracker / Help Desk o ports/147087 [PATCH] Fixes in editors/emacs port. o ports/147079 new port: databases/mysqlsniffer, tcpdump clone specif o ports/147075 Patch for lang/php52 disable ZTS for Apache MPM-ITK fo o ports/147048 port update: games/blobby - Update to v0.9b o ports/147008 [patch] games/adonthell: fix typo and use default pyth o ports/147007 net/mDNSResponder resolv.conf parsing has a buffer ove o ports/147003 [NEW PORT] astro/weather: An utility to provide curren f ports/146979 editors/emacs configuration ignores "-D WITHOUT_X11" o ports/146975 x11/lxpanel Makefile forces include of ALSA o ports/146970 net/csync2 - fix rc.d script error, update and take ma o ports/146964 New port: net/asterisk162 f ports/146959 devel/boost-python-libs ignores PYTHON_VERSION o ports/146955 PORTS: new port devel/geany-plugins o ports/146942 [patch] x11-wm/stumpwm: update to 0.9.7 o ports/146934 [NEW PORT] japanese/unzip NLS patched unzip. import fr o ports/146923 [UPDATE] x11-toolkit/libxfce4gui to 4.6.4 o ports/146920 Allegro runtime and Allegro-devel libraries incompatib o ports/146915 [MAINTAINER UPDATE] security/clamav-unofficial-sigs - f ports/146913 ports/databases/skytools failed to make package if Pos o ports/146912 [patch] irc/weechat-devel: libexecinfo dependency f ports/146897 Recent patch to editors/emacs-nox11 causes 'make' to f f ports/146895 [NEW PORT] emulators/linux-libusb -- linux(4)-friendly o ports/146877 [repocopy] irc/kvirc-devel irc/kvirc4 o ports/146848 multiple ports: SUBDIR/Makefiles corrected o ports/146830 multimedia/pvr_xxx does not compile on FreeBSD 8.* and o ports/146822 Update port: multimedia/x264-devel. Used last snapshot f ports/146818 [update] games/openarena latest release o ports/146815 Update port: devel/directfb update to 1.4.3 f ports/146766 [patch] update sysutils/bacula-server to 5.0.2 o ports/146755 net/xrdp won't connect because of protocol error o ports/146750 Spawn of helper '/usr/local/share/PackageKit/helpers/p o ports/146740 Add mod_dso support to ftp/proftpd o ports/146737 mail/spamass-milter Add OPTIONS to Makefile o ports/146713 [patch] net-mgmt/argus-monitor update f ports/146707 devel/boost-* update to 1.43 o ports/146701 deskutils/cairo-dock: Cairo-Dock 2.1.0 has crashed f ports/146680 lang/cmucl depends on compat4x instead of compat6x f ports/146660 [PATCH] net-mgmt/zabbix-server: broken ssh2 support o ports/146640 misc/wanpipe: SIOC_WANPIPE_PIPEMON conflicts with GIFG o ports/146633 update devel/ice to 3.4 f ports/146581 [PATCH] net-mgmt/zabbix-server: support for ipmi via s f ports/146579 [patch] Make math/dieharder compile again f ports/146571 [patch] mail/spamd -- let obspamlogd manage its own pf o ports/146567 security/nmap build fails w/default OpenSSL opts o ports/146533 [patch] convert unzip -a to USE_DOS2UNIX f ports/146515 deskutils/xcalendar: files/xcalendar-uj.hol updated o ports/146420 net/opal3 fails to build f ports/146419 [patch] devel/directfb: FREETYPE2 enabled unconditiona o ports/146392 [NEW PORT] devel/php5-thrift: PHP interface to Thrift o ports/146383 port math/grace seizes mouse cursor on right-click wit o ports/146382 irc/scrollz 2.[01] doesnt allow usage of non-latin cha o ports/146380 [patch] comms/xastir: Xastir grabs mouse pointer and w o ports/146338 add sftpfilecontrol patch to security/openssh-portable f ports/146207 [patch] multimedia/mediainfo: reduce noise and depende f ports/146183 [patch] mail/mutt-devel: add OPTIONS support o ports/146146 [patch] net-mgmt/p5-Cflow: add OPTIONS support f ports/146097 devel/flexdock Rename/move ~/flexdock f ports/146073 [patch] net/throttled replace ${SYSCTL} with /sbin/sys f ports/146036 It is impossible to reinstall net/freeradius 1.1.8 fro o ports/146022 [security] tomcat information disclosure o ports/145945 [NEW PORT] www/encode-explorer: A PHP script to browse o ports/145924 [PATCH] net/rtg: add startup script, and optimise data s ports/145858 [request] new port: add sysutils/xfce4-diskperf-plugin f ports/145836 [PATCH] x11-fonts/wqy-fonts: only build depend on perl f ports/145769 final link of mail/fetchmail fails libhx509.so undefin f ports/145726 Update: x11/xlockmore to 5.30 o ports/145652 new ports: GIMP Help collection[2/3][3/3] misc/gimp-he o ports/145650 change-request: graphics/gimp-help | GIMP Help collect o ports/145577 x11-wm/fvwm-crystal: Added a patch to avoid a problem o ports/145220 graphics/aalib: Fixed syntax waring in aalib.m4 f ports/145094 [patch][repocopy] audio/linux-nerodigitalaudio: update o ports/145017 New port: databases/dm-validations. o ports/145015 net-im/prosody rc.d script doesn't stop the server whe o ports/144989 irc/inspircd will not compile if gnutls module is sele o ports/144988 [NEW PORT] net/monast: A monitoring and an operator pa o ports/144910 [new port] java/hgeclipse Mercurial VCS plugin for the f ports/144878 [patch] www/tomcat55 uid is hardcoded to 80 f ports/144857 [patch] audio/abraca: update to 0.4.3 o ports/144849 [new port] java/eclipse-eclemma code coverage for ecli f ports/144832 [PATCH] net-mgmt/bsnmp-regex - Add option to use PCRE f ports/144673 [PATCH] graphics/libmng: fit OPTIONS format, remove co f ports/144617 [PATCH] net-mgmt/docsis: Fix build on systems where GC f ports/144597 security/openssh-portable fails to compile with KERBER f ports/144559 sysutils/eventlog patch to support FreeBSD-specific lo o ports/144555 graphics/mesagl: glutMainLoop() crashes when using VBO f ports/144510 [PORTS PATCH] sysutils/jfbterm f ports/144412 Update port: mail/tkrat2 (Use latest tcl/tk versions) o ports/144264 installing misc/compat5x (or other compats) is broken f ports/144068 [PATCH] Update ports/mail/dbmail to version 2.2.15 f ports/144066 Upgrade net/asterisk16-addons to 1.6.2.0 f ports/144059 shells/scponly: setup_chroot.sh patch o ports/143989 new port: multimedia/sms1xxx-kmod o ports/143938 [NEW PORTS] Linux versions of IBus (Intelligent Input o ports/143566 sysutils/diskcheckd runs constantly when using gmirror f ports/143412 [patch] net-mgmt/cricket doesn't work on amd64 o ports/143344 [PATCH] sysutils/dtc: unbreak port o ports/143130 [PATCH] Update emacs-devel to 23.1.91 and fix utmp.h b s ports/143024 [PATCH] sysutils/puppet: add possobility to rc script o ports/142824 [patch] security/openssh-portable: add VersionAddendum o ports/142790 databases/unixODBC: segmentation fault on isql -b o ports/142744 new port: x11/keyboardcast Broadcast keystrokes to mul o ports/142709 [PATCH] lang/gnat-doc-html: use $SUB_FILES to dynamica o ports/142504 new port: net/gnu-dico - dict protocol server o ports/142399 new port: mail/policyd-spf-fs, SPF policy daemon for P p ports/142374 Update: www/MT and Other language o ports/142086 new port: databases/lib_mysqludf_xql, provides SQLXML o ports/141790 [new port] net-im/zephyr : enterprise-class IM system f ports/141775 x11/slim doesn't adhere keymap configuration f ports/141001 net/ssltunnel-server/ depends on /sbin/pppd o ports/140968 x11-toolkits/py-tkinter(devel/pth): py26-tkinter-2.6.4 o ports/140557 ports shells/44bsd-csh ESC file completion and ^D (vie o ports/140232 Resolve conflicts w/ devel/antlr & devel/pccts f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/138929 [PATCH] security/heimdal update to 1.2.1 o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138602 audio/sphinxbase port update o ports/137729 www/mod_auth_kerb2 port broken on 8.0-BETA2, security/ o ports/137541 lang/sml-mode.el: port for Emacs mode for SML needs up f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136439 [misc/cmatrix] install console font f ports/136108 new port: www/webistrano, web frontend to capistrano o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE a ports/133773 net/keepalived port update request o ports/132786 New port: sysutils/sispmctl Utility for controlling a s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/130228 [UPDATE] korean/nabi to 0.99.3 o ports/128952 [NEW PORT] java/javadb: Sun's supported distribution o o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs s ports/127087 mail/bincimap port does not include an rc.d file s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124404 net/pathchar coredumps o ports/124375 security/heimdal: www/mod_auth_kerb doesn't compile ag o ports/118716 security/heimhal - shared library conflict with heimda o ports/117921 New port: multimedia/feng Feng is a multimedia streami s ports/117299 [new ports] www/webobjects(+) Apple WebObjects ports b o ports/114611 [NEW PORT] net-p2p/freenet05: An anonymous censorship- o sparc/114349 When executing snmpd it immediately stops with a segme o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/82634 heimdal port conflict with base heimdal o ports/78712 update ports: Rename ja-pycodec to ja-py??-pycodec s ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 164 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon May 31 11:46:18 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE3391065672 for ; Mon, 31 May 2010 11:46:18 +0000 (UTC) (envelope-from dennylin93@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8B3638FC0C for ; Mon, 31 May 2010 11:46:18 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 1001) id 7FAD44B7848; Mon, 31 May 2010 19:46:17 +0800 (CST) Date: Mon, 31 May 2010 19:46:17 +0800 From: Denny Lin To: ade@FreeBSD.org Message-ID: <20100531114617.GE20695@mail.hs.ntnu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: freebsd-ports@freebsd.org Subject: Wrong lib version in UPDATING for devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 11:46:18 -0000 Hi, I just upgraded to gettext 0.18, and I noticed that the entry in UPDATING seems to document the wrong version numbers: (from intl.7 to intl.8) should be (from intl.8 to intl.9) $ grep 'intl\.so' devel/gettext/pkg-plist lib/libintl.so lib/libintl.so.9 -- Denny Lin From owner-freebsd-ports@FreeBSD.ORG Mon May 31 12:05:12 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224A51065678 for ; Mon, 31 May 2010 12:05:12 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id A79328FC1A for ; Mon, 31 May 2010 12:05:11 +0000 (UTC) Received: from pav.hide.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id o4VC57f4021025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 31 May 2010 14:05:09 +0200 (CEST) (envelope-from pav@FreeBSD.org) Message-ID: <4C03A5F3.60208@FreeBSD.org> Date: Mon, 31 May 2010 14:05:07 +0200 From: Pav Lucistnik User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100525 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org References: <20100531114617.GE20695@mail.hs.ntnu.edu.tw> In-Reply-To: <20100531114617.GE20695@mail.hs.ntnu.edu.tw> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 195.122.204.152; Sender-helo: pav.hide.vol.cz; ) Cc: Subject: Re: Wrong lib version in UPDATING for devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 12:05:12 -0000 On 2010/05/31 13:46, Denny Lin wrote: > Hi, I just upgraded to gettext 0.18, and I noticed that the entry in > UPDATING seems to document the wrong version numbers: > (from intl.7 to intl.8) > should be > (from intl.8 to intl.9) > > $ grep 'intl\.so' devel/gettext/pkg-plist > lib/libintl.so > lib/libintl.so.9 > You're totally correct. I have just fixed the entry. -- Pav Lucistnik From owner-freebsd-ports@FreeBSD.ORG Mon May 31 12:48:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A734106566B for ; Mon, 31 May 2010 12:48:17 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 123F98FC12 for ; Mon, 31 May 2010 12:48:16 +0000 (UTC) Received: by yxt33 with SMTP id 33so417601yxt.13 for ; Mon, 31 May 2010 05:48:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=w7T03AjhdWVsAVobqboboq8ABi3d4DEFe1bpOnQwTpo=; b=P3iTUQ2S0InM4AGYKRx/gTkw6m9cd7dEunZhwUhJks5LK+YJMT0cXnczX3HIGYbzoL qf+Y12Gqqfo8KeMX5Kks3CueHr+XoswG7B0bmx0q1XMgYuLM3CGv5r4rIvVUl9G0fOqw 5Kcrphh2IDyE2GyuUKF4xdv82lJlk1KNl+0Vk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=cFR6fDXYt33OeDwlZKz+PDuRAyTAKtl/2h507RZVlhMDpORaIlEu6KMtoEGoHfNp1N bTi5w/KQ3AHbvcR0PlSVG6IRXd/PkOUpDC4DkM5hETg/zmut0bujUFnJf8PNeClROhnc NuL3Te20tV0o4ga+BmOISbmcuGMN3E2aczNJ4= MIME-Version: 1.0 Received: by 10.42.4.73 with SMTP id 9mr1345685icr.19.1275310095970; Mon, 31 May 2010 05:48:15 -0700 (PDT) Received: by 10.231.15.130 with HTTP; Mon, 31 May 2010 05:48:15 -0700 (PDT) In-Reply-To: <20100530214038.GB52886@atarininja.org> References: <4C02C8A7.306@freebsd.org> <20100530212944.GO216@comcast.net> <20100530214038.GB52886@atarininja.org> Date: Mon, 31 May 2010 16:48:15 +0400 Message-ID: From: Alexander Churanov To: Wesley Shields Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 12:48:17 -0000 Wesley, I suggest additions to the ports development process: each time some mandatory or just desired feature is added to ports an e-mail to ports@ is sent, describing the feature or the link to Handbook. I've also just got to know about LICENSE* from this discussion thread. And I'm sure my ports do not contain license information. Alexander Churanov, maintainer of devel/boost-* From owner-freebsd-ports@FreeBSD.ORG Mon May 31 13:07:30 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D70661065672; Mon, 31 May 2010 13:07:30 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4B6EE8FC23; Mon, 31 May 2010 13:07:30 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o4VD7MkR002377 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 31 May 2010 14:07:22 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4C03B48A.1060402@infracaninophile.co.uk> Date: Mon, 31 May 2010 14:07:22 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alexander Churanov References: <4C02C8A7.306@freebsd.org> <20100530212944.GO216@comcast.net> <20100530214038.GB52886@atarininja.org> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=2.0 required=5.0 tests=DKIM_ADSP_ALL,SPF_FAIL autolearn=no version=3.3.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: Wesley Shields , freebsd-ports@freebsd.org Subject: Re: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 13:07:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 31/05/2010 13:48:15, Alexander Churanov wrote: > I suggest additions to the ports development process: each time some > mandatory or just desired feature is added to ports an e-mail to > ports@ is sent, describing the feature or the link to Handbook. > > I've also just got to know about LICENSE* from this discussion thread. > And I'm sure my ports do not contain license information. Did you miss the 20100524 entry in /usr/ports/CHANGES ? Cheers Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwDtIoACgkQ8Mjk52CukIwofQCfWzr4Nc/Rqzswoqcd76MbuGMC MMQAn076Q4B/TW2ORC12bFtpzsiPNE8W =n2Zs -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon May 31 13:17:44 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B2FC1065677 for ; Mon, 31 May 2010 13:17:44 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.50.215]) by mx1.freebsd.org (Postfix) with ESMTP id EB0438FC08 for ; Mon, 31 May 2010 13:17:43 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 2A1105C37; Mon, 31 May 2010 09:17:43 -0400 (EDT) Date: Mon, 31 May 2010 09:17:43 -0400 From: Wesley Shields To: Alexander Churanov Message-ID: <20100531131743.GA65005@atarininja.org> References: <4C02C8A7.306@freebsd.org> <20100530212944.GO216@comcast.net> <20100530214038.GB52886@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 13:17:44 -0000 On Mon, May 31, 2010 at 04:48:15PM +0400, Alexander Churanov wrote: > Wesley, > > I suggest additions to the ports development process: each time some > mandatory or just desired feature is added to ports an e-mail to > ports@ is sent, describing the feature or the link to Handbook. Matthew already pointed out CHANGES. A heads-up to this list from the author may have been nice but it really isn't that big of a deal. Maybe, for all I know, a message to this list is coming once everything is ironed out. Formal policies that mandate this kind of stuff is unnecessary in my opinion. > I've also just got to know about LICENSE* from this discussion thread. > And I'm sure my ports do not contain license information. Like I said, I'd wait until it is clearly documented in the canonical source before I even begin to deal with it. I'm waiting on Porter's Handbook documentation that tells me how to use it. Not using this new LICENSE stuff in your ports is not harming anything right now, so just sit tight and wait until it's properly documented. None of my ports contain license information right now either. The author (alepulver@) has said in CHANGES that a PH entry will be available soon. -- WXS From owner-freebsd-ports@FreeBSD.ORG Mon May 31 15:29:50 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6B061065673; Mon, 31 May 2010 15:29:50 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 292818FC14; Mon, 31 May 2010 15:29:49 +0000 (UTC) Received: from mobileKamikaze.norad (vpn-cl-164-244.rz.uni-karlsruhe.de [141.3.164.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id C83658A1E8A; Mon, 31 May 2010 17:29:48 +0200 (CEST) Message-ID: <4C03D5EC.4050409@bsdforen.de> Date: Mon, 31 May 2010 17:29:48 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: gnome@FreeBSD.org, girgen@FreeBSD.org, autotools@FreeBSD.org Subject: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 15:29:50 -0000 Error 1: The configure script of devel/gettext pulls in gawk if installed, which depends on gettext and causes install to fail. Error 2: I updated with "portmaster -Da" so I stumbled over lots of stuff that didn't get version bumped, even though it directly links to gettext. This is the list of packages that miss a direct dependency on devel/gettext and should be version bumped: textproc/libcroco devel/glib20 shells/bash textproc/libxslt security/libgcrypt devel/dbus-glib devel/eggdbus sysutils/polkit devel/libIDL devel/ORBit2 devel/gconf2 devel/gio-fam-backend x11-toolkits/pango devel/gamin x11-toolkits/gtk20 (also links against its old version during build) More missing direct dependencies were uncovered by pkg_libchk: graphics/ImageMagick audio/arts net/avahi-app devel/avr-gcc sysutils/consolekit devel/desktop-file-utils textproc/enchant net-im/farsight2 graphics/gegl graphics/gimp-app print/gimp-gutenprint devel/glibmm devel/gnome-vfs textproc/gsed multimedia/gstreamer-ffmpeg multimedia/gstreamer-plugins multimedia/gstreamer-plugins-bad audio/gstreamer-plugins-cdparanoia multimedia/gstreamer-plugins-dvd audio/gstreamer-plugins-esound audio/gstreamer-plugins-flac devel/gstreamer-plugins-gnomevfs multimedia/gstreamer-plugins-gnonlin graphics/gstreamer-plugins-jpeg audio/gstreamer-plugins-lame multimedia/gstreamer-plugins-good graphics/gstreamer-plugins-libpng audio/gstreamer-plugins-ogg audio/gstreamer-plugins-pulse audio/gstreamer-plugins-shout2 audio/gstreamer-plugins-sndfile multimedia/gstreamer-plugins-ugly audio/gstreamer-plugins-wavpack multimedia/gstreamermm x11-toolkits/gtkglext textproc/gtkspell print/gutenprint-base x11-toolkits/gtkmm24 print/gutenprint-ijs science/hdf5 irc/irssi sysutils/k3b devel/libbonobo x11-toolkits/libbonoboui multimedia/libdv x11/libgnome graphics/libgnomecanvas x11-toolkits/libgnomeui devel/libgsf graphics/liblqr-1 net-im/libnice devel/libnotify graphics/libopenraw net-im/libpurple graphics/librsvg2 devel/libsoup textproc/libwpd textproc/libxml++26 multimedia/mjpegtools audio/mpc textproc/openjade x11-toolkits/pangomm net-im/pidgin graphics/poppler-gtk graphics/pstoedit devel/py-dbus multimedia/py-gstreamer multimedia/smpeg multimedia/vcdimager editors/vim www/webkit-gtk2 net/wireshark Error 3: "make fetch" fails for postgresql related ports prior to the postgresql-client update (not really a gettext issue)! I figure they should all get a FETCH_DEPENDS line. ===>>> Returning to update check of installed ports /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" ===>>> Launching child to update php5-pdo_pgsql-5.3.2 to php5-pdo_pgsql-5.3.2_1 /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" ===>>> Port directory: /usr/ports/databases/php5-pdo_pgsql /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" ===>>> Gathering dependency list for databases/php5-pdo_pgsql from ports /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" ===>>> Starting recursive 'make config' check ===>>> Recursive 'make config' check complete for databases/php5-pdo_pgsql ===>>> Returning to update check of installed ports /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" ===>>> Launching child to update postgresql-server-8.3.11 to postgresql-server-8.3.11_1 /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" ===>>> Port directory: /usr/ports/databases/postgresql83-server /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "pg_config" -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Mon May 31 15:38:09 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 845B1106564A; Mon, 31 May 2010 15:38:09 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.211.176]) by mx1.freebsd.org (Postfix) with ESMTP id 15ED48FC1B; Mon, 31 May 2010 15:38:08 +0000 (UTC) Received: by ywh6 with SMTP id 6so2837813ywh.16 for ; Mon, 31 May 2010 08:38:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=jy0zakJ0pF+aKoKpdMsnZMNQ5r8kc/AbznDvzwadmlE=; b=i/Kxjw0kXexTvj24WYsuX0+byc3hvjluK40wvT0sl96Nk+uSO0g1H2mBfnGkeZhXZm vmn3IT9r+9qcbcWRVDiFQb0VrPUvAOb0su95rs0mPkfeCjY1mtjmrY9UsxViqMU2VRl/ q0AxxXTLE32+TZlgj+pqk5cQhnzcbWjuAz/8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=WCuunI1ln5T82dKK53Kl7g3RLrTzonWdJvx3s66O6yyYczWb8m/hUN71NlUNejjjAy xf1MznhY/SVvqcIGsgyvOkhWbeVOOiUTVAD+c1t6jtg+iAfRlu3BjJt8HitnkU8/kpR2 Ook40ebA/0twgViAJwZYXzY2gSL1pN5rF45qI= MIME-Version: 1.0 Received: by 10.231.158.203 with SMTP id g11mr6046576ibx.24.1275320287469; Mon, 31 May 2010 08:38:07 -0700 (PDT) Received: by 10.231.20.77 with HTTP; Mon, 31 May 2010 08:38:07 -0700 (PDT) In-Reply-To: <-9211252852885161241@unknownmsgid> References: <-9211252852885161241@unknownmsgid> Date: Mon, 31 May 2010 12:38:07 -0300 Message-ID: From: Marcelo To: Mariusz Stankiewicz Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, araujo@freebsd.org Subject: Re: FreeBSD Port: ocsinventory-ng-1.02.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 15:38:09 -0000 Hi dear Mariusz, Yes, there is! But unfortunately I'm in a business trip around ASIA. I supposed to be back to my country only at 26th of Jun, till there, I've = a limited Internet connection. But, you can send a PR with the proper diff file and another one commiter could update the port. Thanks for your request, Keep in touch. 2010/5/28 Mariusz Stankiewicz > > > > > HI > > > > Are there any chances that you create the port with the newer version of > ocsinventory (1.3.2)? > > > > > > With regards Mariusz Stankiewicz > > ------------------------------- > > DFM Sp. z o.o. > > Ul. Olszty=F1ska 21 > > 11-040 Dobre Miasto > > Tel.: (89) 615 36 50 > > > --=20 Marcelo Araujo araujo@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Mon May 31 15:39:36 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DA7F106566C for ; Mon, 31 May 2010 15:39:36 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 7A1D98FC0A for ; Mon, 31 May 2010 15:39:35 +0000 (UTC) Received: (qmail 16701 invoked by uid 89); 31 May 2010 15:39:33 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 31 May 2010 15:39:33 -0000 Date: Mon, 31 May 2010 17:39:32 +0200 From: Oliver Lehmann To: Olivier Duchateau Message-Id: <20100531173932.a0c881e3.lehmann@ans-netz.de> In-Reply-To: References: X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: oliver@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Xfce 4.6.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 15:39:36 -0000 Hi Olivier, Olivier Duchateau wrote: > I started to update Xfce4, unfortunately I can't continue this week, > because of I'm leaving for my work, and I wouldn't have any computers. Thanks for your work on this. It saved me some time and I included this in my update to Xfce 4.6.2 which got just committed right now. Please enjoy it! Greetings, Oliver -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-ports@FreeBSD.ORG Mon May 31 15:50:13 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB7031065675 for ; Mon, 31 May 2010 15:50:12 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (unknown [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id CDBAC8FC08 for ; Mon, 31 May 2010 15:50:12 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o4VFoCWI037528 for ; Mon, 31 May 2010 15:50:12 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o4VFoCue037527 for ports@FreeBSD.org; Mon, 31 May 2010 15:50:12 GMT (envelope-from erwin) Date: Mon, 31 May 2010 15:50:12 GMT From: Erwin Lansing Message-Id: <201005311550.o4VFoCue037527@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 15:50:13 -0000 INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: runawk-0.21.0 Committers on the hook: amdmi3 demon oliver sylvio Most recent CVS update was: U devel/Makefile U devel/lmdbg/Makefile U devel/lmdbg/distinfo U devel/lmdbg/pkg-plist U devel/mk-configure/Makefile U devel/mk-configure/distinfo U devel/mk-configure/pkg-plist U devel/runawk/Makefile U devel/runawk/distinfo U devel/runawk/pkg-descr U devel/runawk/pkg-plist U graphics/ristretto/Makefile U mail/courier-imap/Makefile U mail/courier-imap/distinfo U mail/sqwebmail/Makefile U mail/sqwebmail/distinfo U mail/xfce4-mailwatch-plugin/Makefile U misc/xfce4-appfinder/Makefile U misc/xfce4-appfinder/distinfo U misc/xfce4-appfinder/pkg-plist U misc/xfce4-weather-plugin/Makefile U multimedia/ffmpegthumbnailer/Makefile U multimedia/ffmpegthumbnailer/distinfo U multimedia/ffmpegthumbnailer/pkg-plist U multimedia/xfce4-media/Makefile U multimedia/xfce4-parole/Makefile U multimedia/xfce4-xmms-plugin/Makefile U net-im/xfce4-messenger-plugin/Makefile U print/xfce4-print/Makefile U sysutils/gpkgdep/Makefile U sysutils/gpkgdep/distinfo U sysutils/thunar-volman-plugin/Makefile U sysutils/xfburn/Makefile U sysutils/xfce4-battery-plugin/Makefile U sysutils/xfce4-cpugraph-plugin/Makefile U sysutils/xfce4-fsguard-plugin/Makefile U sysutils/xfce4-genmon-plugin/Makefile U sysutils/xfce4-minicmd-plugin/Makefile U sysutils/xfce4-netload-plugin/Makefile U sysutils/xfce4-places-plugin/Makefile U sysutils/xfce4-power-manager/Makefile U sysutils/xfce4-settings/Makefile U sysutils/xfce4-settings/distinfo U sysutils/xfce4-settings/pkg-plist U sysutils/xfce4-systemload-plugin/Makefile U sysutils/xfce4-utils/Makefile U sysutils/xfce4-utils/distinfo U sysutils/xfce4-utils/pkg-plist U sysutils/xfce4-wavelan-plugin/Makefile U textproc/Makefile U textproc/irstlm/Makefile U textproc/irstlm/distinfo U textproc/irstlm/pkg-descr U textproc/irstlm/pkg-plist U textproc/xfce4-dict-plugin/Makefile U www/xfce4-smartbookmark-plugin/Makefile U x11/Terminal/Makefile U x11/Terminal/distinfo U x11/Terminal/pkg-plist U x11/Terminal/files/extra-patch-doc-Makefile.in U x11/avant-window-navigator/Makefile U x11/libexo/Makefile U x11/libexo/distinfo U x11/libexo/pkg-plist U x11/libexo/files/patch-Makefile.in U x11/libxfce4menu/Makefile U x11/libxfce4menu/distinfo U x11/libxfce4menu/pkg-plist U x11/libxfce4util/Makefile U x11/libxfce4util/distinfo U x11/libxfce4util/pkg-plist U x11/xfce4-clipman-plugin/Makefile U x11/xfce4-conf/Makefile U x11/xfce4-conf/distinfo U x11/xfce4-conf/pkg-plist U x11/xfce4-quicklauncher-plugin/Makefile U x11/xfce4-screenshooter-plugin/Makefile U x11/xfce4-taskmanager/Makefile U x11/xfce4-verve-plugin/Makefile U x11/xfce4-wmdock-plugin/Makefile U x11/xfce4-xfapplet-plugin/Makefile U x11-clocks/xfce4-datetime-plugin/Makefile U x11-clocks/xfce4-timer-out-plugin/Makefile U x11-clocks/xfce4-timer-plugin/Makefile U x11-fm/thunar/Makefile U x11-fm/thunar/distinfo U x11-fm/thunar/pkg-plist U x11-toolkits/libxfce4gui/Makefile U x11-toolkits/libxfce4gui/distinfo U x11-toolkits/libxfce4gui/pkg-plist U x11-wm/xfce4-desktop/Makefile U x11-wm/xfce4-desktop/distinfo U x11-wm/xfce4-desktop/pkg-plist U x11-wm/xfce4-panel/Makefile U x11-wm/xfce4-panel/distinfo U x11-wm/xfce4-panel/pkg-plist U x11-wm/xfce4-session/Makefile U x11-wm/xfce4-session/distinfo U x11-wm/xfce4-session/pkg-plist U x11-wm/xfce4-session/files/patch-Makefile.in U x11-wm/xfce4-wm/Makefile U x11-wm/xfce4-wm/distinfo U x11-wm/xfce4-wm/pkg-plist From owner-freebsd-ports@FreeBSD.ORG Mon May 31 17:06:33 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D6C1065673; Mon, 31 May 2010 17:06:33 +0000 (UTC) (envelope-from bernardo.maciel@gmail.com) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.211.176]) by mx1.freebsd.org (Postfix) with ESMTP id 4E36D8FC12; Mon, 31 May 2010 17:06:33 +0000 (UTC) Received: by ywh6 with SMTP id 6so2919713ywh.16 for ; Mon, 31 May 2010 10:06:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:cc:content-type; bh=qJuzljFungNcEl7SO2h/4FjYzXm0vTsYltUnrDlg/gw=; b=T3gFTuB46ZJPyBFEIpj5uquDocO5Bsyh/1pajoA35o76MUslnYvMmrnPyrmzq+xP3j LdP4ViVZ4Ktp0HEiQESfPV3vVQjdYjtvIVcR+UrfUnGVcqhMLefQChhLCc0qNPDGDLR8 F1pk++cHpC/mEK8OOnoqEewINvMvKZjPxauA0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type; b=azgnVuXX4dxHAQqjEmWgQdNfFI0B7zSemKgcVqGRi8L9Qo0ymrRKP7wX0CTPhw3XjQ n1cO8YEulIU4UAADw69vjOM9wtCq/xv+tzzBNeeqJvAwCKbWsTYvoDvHsIMohWldjgW0 KQit4Y1wjewM+em3H7QOcOtk9hvU2FDEzbPFg= Received: by 10.101.11.23 with SMTP id o23mr5162950ani.32.1275324611286; Mon, 31 May 2010 09:50:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.121.13 with HTTP; Mon, 31 May 2010 09:49:50 -0700 (PDT) From: Bernardo Maciel Date: Mon, 31 May 2010 17:49:50 +0100 Message-ID: To: python@freebsd.org Content-Type: multipart/mixed; boundary=0016e68fcd6c6dd7160487e6a6d2 Cc: ports@freebsd.org Subject: FreeBSD Port: python26-2.6.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 17:06:34 -0000 --0016e68fcd6c6dd7160487e6a6d2 Content-Type: text/plain; charset=ISO-8859-1 Hello, I recently ran into a problem when compiling python 2.6.5 under FreeBSD 8.0-p2 . I searched around, asked in FreeBSD forums ( http://forums.freebsd.org/showthread.php?t=14268 ) and then e-mailed the python-help mailing list. The problem isn't yet solved. My problem is that when I compile python 2.6.5, I get a "sem_init: No space left on device" message when the script is building the _ssl extension: ------------------------------ (...) ===> Building for python26-2.6.5 (...) ranlib libpython2.6.a cc -pthread -Wl,--export-dynamic -o python Modules/python.o libpython2.6.a -ldl -lutil -lm libpython2.6.a(posixmodule.o)(.text+0x765): In function `posix_tmpnam': : warning: warning: tmpnam() possibly used unsafely; consider using mkstemp() libpython2.6.a(posixmodule.o)(.text+0x85c): In function `posix_tempnam': : warning: warning: tempnam() possibly used unsafely; consider using mkstemp() running build running build_ext building '_struct' extension creating build creating build/temp.freebsd-8.0-RELEASE-p2-i386-2.6 creating build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr creating build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports creating build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports/lang creating build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports/lang/python26 creating build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports/lang/python26/work creating build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports/lang/python26/work/Python-2.6.5 creating build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports/lang/python26/work/Python-2.6.5/Modules cc -fPIC -fno-strict-aliasing -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x100000 -fno-strict-aliasing -I. -I/usr/ports /lang/python26/work/Python-2.6.5/./Include -I. -IInclude -I./../Include -I/usr/local/include -I/usr/ports/lang/python26/work/Python- 2.6.5/portbld.static/Include -I/usr/ports/lang/python26/work/Python-2.6.5/portbld.static -c /usr/ports/lang/python26/work/Python-2.6.5/Modules /_struct.c -o build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports/lang/python26/work/Python-2.6.5/Modules/_struct.o creating build/lib.freebsd-8.0-RELEASE-p2-i386-2.6 cc -shared -pthread -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x100000 -fno-strict-aliasing build/temp.freebsd-8.0-RELEASE-p2-i386-2.6 /usr/ports/lang/python26/work/Python-2.6.5/Modules/_struct.o -L/usr/local/lib -o build/lib.freebsd-8.0-RELEASE-p2-i386-2.6/_struct.so building '_ctypes_test' extension creating build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports/lang/python26/work/Python-2.6.5/Modules/_ctypes cc -fPIC -fno-strict-aliasing -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x100000 -fno-strict-aliasing -I. -I/usr/ports /lang/python26/work/Python-2.6.5/./Include -I. -IInclude -I./../Include -I/usr/local/include -I/usr/ports/lang/python26/work/Python- 2.6.5/portbld.static/Include -I/usr/ports/lang/python26/work/Python-2.6.5/portbld.static -c /usr/ports/lang/python26/work/Python-2.6.5/Modules /_ctypes/_ctypes_test.c -o build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports/lang/python26/work/Python-2.6.5/Modules/_ctypes/_ctypes_test.o cc -shared -pthread -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x100000 -fno-strict-aliasing build/temp.freebsd-8.0-RELEASE-p2-i386-2.6 /usr/ports/lang/python26/work/Python-2.6.5/Modules/_ctypes/_ctypes_test.o -L/usr/local/lib -o build/lib.freebsd-8.0-RELEASE-p2-i386-2.6 /_ctypes_test.so (...) building '_ssl' extension cc -fPIC -fno-strict-aliasing -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x100000 -fno-strict-aliasing -I. -I/usr/ports /lang/python26/work/Python-2.6.5/./Include -I. -IInclude -I./../Include -I/usr/local/include -I/usr/ports/lang/python26/work/Python- 2.6.5/portbld.static/Include -I/usr/ports/lang/python26/work/Python-2.6.5/portbld.static -c /usr/ports/lang/python26/work/Python-2.6.5/Modules /_ssl.c -o build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/usr/ports/lang/python26/work/Python-2.6.5/Modules/_ssl.o cc -shared -pthread -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x100000 -fno-strict-aliasing build/temp.freebsd-8.0-RELEASE-p2-i386-2.6 /usr/ports/lang/python26/work/Python-2.6.5/Modules/_ssl.o -L/usr/local/lib -lssl -lcrypto -o build/lib.freebsd-8.0-RELEASE-p2-i386-2.6/_ssl.so sem_init: No space left on device ------------------------------ This then transforms into the following problem when importing SSLError, which is used by other apps: ------------------------------ Python 2.6.5 (r265:79063, May 15 2010, 19:22:30) [GCC 4.2.1 20070719 [FreeBSD]] on freebsd8 Type "help", "copyright", "credits" or "license" for more information. >>> from _ssl import SSLError as sslerror sem_init: No space left on device Traceback (most recent call last): File "", line 1, in ImportError: cannot import name SSLError ------------------------------ At the python-help mailing list, it was suggested that I compiled the port manually. I compiled python-2.6.5 manually ( "./configure; make" ) and I no longer got the "sem_init: no space left on device" error. When building the _ssl extension, it goes ok: ------------------------------ (...) building '_ssl' extension gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -I. -I/tmp/python/Python-2.6.5/./Include -I. -IInclude -I./Include -I/usr/local/include -I/tmp/python/Python-2.6.5/Include -I/tmp/python/Python-2.6.5 -c /tmp/python/Python-2.6.5/Modules/_ssl.c -o build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/tmp/python/Python-2.6.5/Modules/_ssl.o gcc -shared build/temp.freebsd-8.0-RELEASE-p2-i386-2.6/tmp/python/Python-2.6.5/Modules/_ssl.o -L/usr/local/lib -lssl -lcrypto -o build/lib.freebsd-8.0-RELEASE-p2-i386-2.6/_ssl.so building '_hashlib' extension (...) ------------------------------ So it narrows down the problem to some patch file that is applied, they suggested. I tried to look at the files, but I couldn't identify anything as the source of the problem. It was also suggested that I contacted the port maintainer to see if something could come up, and thus this e-mail. I am using a custom kernel because of the hplip port, but I only removed the ulpt module and added the snp module. I attach the GENERIC and the custom kernels as well as a diff for those two. Also, here is my system info. ------------------------------ %uname -a FreeBSD FPserver.WORKGROUP 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #2: Tue Jan 26 06:10:27 WET 2010 root@FPserver.WORKGROUP:/usr/obj/usr/src/sys/NOULPTKERNEL i386 ------------------------------ If you need further info (build logs, etc), please let me know and I'll send you. Can you help me? Best regards, -- Bernardo Maciel --0016e68fcd6c6dd7160487e6a6d2 Content-Type: application/octet-stream; name="diffCustomKernelGeneric.diff" Content-Disposition: attachment; filename="diffCustomKernelGeneric.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g9vjba1s0 MGExLDIxCj4gIwo+ICMgR0VORVJJQyAtLSBHZW5lcmljIGtlcm5lbCBjb25maWd1cmF0aW9uIGZp bGUgZm9yIEZyZWVCU0QvaTM4Ngo+ICMKPiAjIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMg ZmlsZSwgcGxlYXNlIHJlYWQgdGhlIGNvbmZpZyg1KSBtYW51YWwgcGFnZSwKPiAjIGFuZC9vciB0 aGUgaGFuZGJvb2sgc2VjdGlvbiBvbiBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoKPiAjCj4g IyAgICBodHRwOi8vd3d3LkZyZWVCU0Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9va3MvaGFu ZGJvb2sva2VybmVsY29uZmlnLWNvbmZpZy5odG1sCj4gIwo+ICMgVGhlIGhhbmRib29rIGlzIGFs c28gYXZhaWxhYmxlIGxvY2FsbHkgaW4gL3Vzci9zaGFyZS9kb2MvaGFuZGJvb2sKPiAjIGlmIHlv dSd2ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90aGVyd2lzZSBhbHdheXMgc2Vl IHRoZQo+ICMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJT RC5vcmcvKSBmb3IgdGhlCj4gIyBsYXRlc3QgaW5mb3JtYXRpb24uCj4gIwo+ICMgQW4gZXhoYXVz dGl2ZSBsaXN0IG9mIG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRo ZQo+ICMgZGV2aWNlIGxpbmVzIGlzIGFsc28gcHJlc2VudCBpbiB0aGUgLi4vLi4vY29uZi9OT1RF UyBhbmQgTk9URVMgZmlsZXMuCj4gIyBJZiB5b3UgYXJlIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJw b3NlIG9yIG5lY2Vzc2l0eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0Cj4gIyBpbiBOT1RFUy4KPiAj Cj4gIyAkRnJlZUJTRDogc3JjL3N5cy9pMzg2L2NvbmYvR0VORVJJQyx2IDEuNTE5LjIuNC4yLjIg MjAwOS8xMS8wOSAyMzo0ODowMSBrZW5zbWl0aCBFeHAgJAo+IAo+IGNwdQkJSTQ4Nl9DUFUKMmMy MywyNAo8IGlkZW50CQlOT1VMUFRLRVJORUwKLS0tCj4gY3B1CQlJNjg2X0NQVQo+IGlkZW50CQlH RU5FUklDCjI2NWQyODYKPCBkZXZpY2UJCXNucAoyODBjMzAxCjwgI2RldmljZQkJdWxwdAkJIyBQ cmludGVyCi0tLQo+IGRldmljZQkJdWxwdAkJIyBQcmludGVyCg== --0016e68fcd6c6dd7160487e6a6d2 Content-Type: application/octet-stream; name=GENERIC Content-Disposition: attachment; filename=GENERIC Content-Transfer-Encoding: base64 X-Attachment-Id: f_g9vjba1z1 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGNvbmZpZyg1KSBtYW51YWwgcGFnZSwKIyBhbmQvb3IgdGhlIGhhbmRib29rIHNlY3Rp b24gb24gS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6CiMKIyAgICBodHRwOi8vd3d3LkZyZWVC U0Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9va3MvaGFuZGJvb2sva2VybmVsY29uZmlnLWNv bmZpZy5odG1sCiMKIyBUaGUgaGFuZGJvb2sgaXMgYWxzbyBhdmFpbGFibGUgbG9jYWxseSBpbiAv dXNyL3NoYXJlL2RvYy9oYW5kYm9vawojIGlmIHlvdSd2ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0 cmlidXRpb24sIG90aGVyd2lzZSBhbHdheXMgc2VlIHRoZQojIEZyZWVCU0QgV29ybGQgV2lkZSBX ZWIgc2VydmVyIChodHRwOi8vd3d3LkZyZWVCU0Qub3JnLykgZm9yIHRoZQojIGxhdGVzdCBpbmZv cm1hdGlvbi4KIwojIEFuIGV4aGF1c3RpdmUgbGlzdCBvZiBvcHRpb25zIGFuZCBtb3JlIGRldGFp bGVkIGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2UgbGluZXMgaXMgYWxzbyBwcmVzZW50IGlu IHRoZSAuLi8uLi9jb25mL05PVEVTIGFuZCBOT1RFUyBmaWxlcy4KIyBJZiB5b3UgYXJlIGluIGRv dWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9yIG5lY2Vzc2l0eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0 CiMgaW4gTk9URVMuCiMKIyAkRnJlZUJTRDogc3JjL3N5cy9pMzg2L2NvbmYvR0VORVJJQyx2IDEu NTE5LjIuNC4yLjIgMjAwOS8xMS8wOSAyMzo0ODowMSBrZW5zbWl0aCBFeHAgJAoKY3B1CQlJNDg2 X0NQVQpjcHUJCUk1ODZfQ1BVCmNwdQkJSTY4Nl9DUFUKaWRlbnQJCUdFTkVSSUMKCiMgVG8gc3Rh dGljYWxseSBjb21waWxlIGluIGRldmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9kZXZpY2Uu aGludHMKI2hpbnRzCQkiR0VORVJJQy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8gbG9vayBm b3IgZGV2aWNlcy4KCiMgVXNlIHRoZSBmb2xsb3dpbmcgdG8gY29tcGlsZSBpbiB2YWx1ZXMgYWNj ZXNzaWJsZSB0byB0aGUga2VybmVsCiMgdGhyb3VnaCBnZXRlbnYoKSAob3Iga2VudigxKSBpbiB1 c2VybGFuZCkuIFRoZSBmb3JtYXQgb2YgdGhlIGZpbGUKIyBpcyAndmFyaWFibGU9dmFsdWUnLCBz ZWUga2VudigxKQojCiMgZW52CQkiR0VORVJJQy5lbnYiCgptYWtlb3B0aW9ucwlERUJVRz0tZwkJ IyBCdWlsZCBrZXJuZWwgd2l0aCBnZGIoMSkgZGVidWcgc3ltYm9scwoKb3B0aW9ucyAJU0NIRURf VUxFCQkjIFVMRSBzY2hlZHVsZXIKb3B0aW9ucyAJUFJFRU1QVElPTgkJIyBFbmFibGUga2VybmVs IHRocmVhZCBwcmVlbXB0aW9uCm9wdGlvbnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwpvcHRp b25zIAlJTkVUNgkJCSMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAJU0NU UAkJCSMgU3RyZWFtIENvbnRyb2wgVHJhbnNtaXNzaW9uIFByb3RvY29sCm9wdGlvbnMgCUZGUwkJ CSMgQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJs ZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBm b3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBw ZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0aW9ucyAJVUZTX0dKT1VSTkFMCQkjIEVu YWJsZSBnam91cm5hbC1iYXNlZCBVRlMgam91cm5hbGluZwpvcHRpb25zIAlNRF9ST09UCQkJIyBN RCBpcyBhIHBvdGVudGlhbCByb290IGRldmljZQpvcHRpb25zIAlORlNDTElFTlQJCSMgTmV0d29y ayBGaWxlc3lzdGVtIENsaWVudApvcHRpb25zIAlORlNTRVJWRVIJCSMgTmV0d29yayBGaWxlc3lz dGVtIFNlcnZlcgpvcHRpb25zIAlORlNMT0NLRAkJIyBOZXR3b3JrIExvY2sgTWFuYWdlcgpvcHRp b25zIAlORlNfUk9PVAkJIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMSUVOVApvcHRp b25zIAlNU0RPU0ZTCQkJIyBNU0RPUyBGaWxlc3lzdGVtCm9wdGlvbnMgCUNEOTY2MAkJCSMgSVNP IDk2NjAgRmlsZXN5c3RlbQpvcHRpb25zIAlQUk9DRlMJCQkjIFByb2Nlc3MgZmlsZXN5c3RlbSAo cmVxdWlyZXMgUFNFVURPRlMpCm9wdGlvbnMgCVBTRVVET0ZTCQkjIFBzZXVkby1maWxlc3lzdGVt IGZyYW1ld29yawpvcHRpb25zIAlHRU9NX1BBUlRfR1BUCQkjIEdVSUQgUGFydGl0aW9uIFRhYmxl cy4Kb3B0aW9ucyAJR0VPTV9MQUJFTAkJIyBQcm92aWRlcyBsYWJlbGl6YXRpb24Kb3B0aW9ucyAJ Q09NUEFUXzQzVFRZCQkjIEJTRCA0LjMgVFRZIGNvbXBhdCAoc2d0dHkpCm9wdGlvbnMgCUNPTVBB VF9GUkVFQlNENAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJQ09NUEFUX0ZS RUVCU0Q1CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENQpvcHRpb25zIAlDT01QQVRfRlJFRUJT RDYJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q2Cm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENwkJ IyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDcKb3B0aW9ucyAJU0NTSV9ERUxBWT01MDAwCQkjIERl bGF5IChpbiBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0cmFj ZSgxKSBzdXBwb3J0Cm9wdGlvbnMgCVNUQUNLCQkJIyBzdGFjayg5KSBzdXBwb3J0Cm9wdGlvbnMg CVNZU1ZTSE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQpvcHRpb25zIAlTWVNWTVNHCQkJ IyBTWVNWLXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlvbnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5 bGUgc2VtYXBob3JlcwpvcHRpb25zIAlQMTAwM18xQl9TRU1BUEhPUkVTCSMgUE9TSVgtc3R5bGUg c2VtYXBob3JlcwpvcHRpb25zIAlfS1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcgIyBQT1NJWCBQ MTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpvcHRpb25zIAlQUklOVEZfQlVGUl9TSVpFPTEy OAkjIFByZXZlbnQgcHJpbnRmIG91dHB1dCBiZWluZyBpbnRlcnNwZXJzZWQuCm9wdGlvbnMgCUtC RF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2Cm9wdGlvbnMgCUhX UE1DX0hPT0tTCQkjIE5lY2Vzc2FyeSBrZXJuZWwgaG9va3MgZm9yIGh3cG1jKDQpCm9wdGlvbnMg CUFVRElUCQkJIyBTZWN1cml0eSBldmVudCBhdWRpdGluZwpvcHRpb25zIAlNQUMJCQkjIFRydXN0 ZWRCU0QgTUFDIEZyYW1ld29yawpvcHRpb25zCQlGTE9XVEFCTEUJCSMgcGVyLWNwdSByb3V0aW5n IGNhY2hlCiNvcHRpb25zIAlLRFRSQUNFX0hPT0tTCQkjIEtlcm5lbCBEVHJhY2UgaG9va3MKCiMg VG8gbWFrZSBhbiBTTVAga2VybmVsLCB0aGUgbmV4dCB0d28gbGluZXMgYXJlIG5lZWRlZApvcHRp b25zIAlTTVAJCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3NvciBLZXJuZWwKZGV2aWNlCQlhcGlj CQkJIyBJL08gQVBJQwoKIyBDUFUgZnJlcXVlbmN5IGNvbnRyb2wKZGV2aWNlCQljcHVmcmVxCgoj IEJ1cyBzdXBwb3J0LgpkZXZpY2UJCWFjcGkKZGV2aWNlCQllaXNhCmRldmljZQkJcGNpCgojIEZs b3BweSBkcml2ZXMKZGV2aWNlCQlmZGMKCiMgQVRBIGFuZCBBVEFQSSBkZXZpY2VzCmRldmljZQkJ YXRhCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2ZXMKZGV2aWNlCQlhdGFyYWlkCQkj IEFUQSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00gZHJpdmVzCmRl dmljZQkJYXRhcGlmZAkJIyBBVEFQSSBmbG9wcHkgZHJpdmVzCmRldmljZQkJYXRhcGlzdAkJIyBB VEFQSSB0YXBlIGRyaXZlcwpvcHRpb25zIAlBVEFfU1RBVElDX0lECSMgU3RhdGljIGRldmljZSBu dW1iZXJpbmcKCiMgU0NTSSBDb250cm9sbGVycwpkZXZpY2UJCWFoYgkJIyBFSVNBIEFIQTE3NDIg ZmFtaWx5CmRldmljZQkJYWhjCQkjIEFIQTI5NDAgYW5kIG9uYm9hcmQgQUlDN3h4eCBkZXZpY2Vz Cm9wdGlvbnMgCUFIQ19SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRz IGluIGRlYnVnCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4xMjhrIHRvIGRyaXZlci4KZGV2aWNlCQlh aGQJCSMgQUhBMzkzMjAvMjkzMjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCm9wdGlvbnMg CUFIRF9SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVn CgkJCQkJIyBvdXRwdXQuICBBZGRzIH4yMTVrIHRvIGRyaXZlci4KZGV2aWNlCQlhbWQJCSMgQU1E IDUzQzk3NCAoVGVrcmFtIERDLTM5MChUKSkKZGV2aWNlCQlocHRpb3AJCSMgSGlnaHBvaW50IFJv Y2tldFJhaWQgM3h4eCBzZXJpZXMKZGV2aWNlCQlpc3AJCSMgUWxvZ2ljIGZhbWlseQojZGV2aWNl CQlpc3BmdwkJIyBGaXJtd2FyZSBmb3IgUUxvZ2ljIEhCQXMtIG5vcm1hbGx5IGEgbW9kdWxlCmRl dmljZQkJbXB0CQkjIExTSS1Mb2dpYyBNUFQtRnVzaW9uCiNkZXZpY2UJCW5jcgkJIyBOQ1IvU3lt YmlvcyBMb2dpYwpkZXZpY2UJCXN5bQkJIyBOQ1IvU3ltYmlvcyBMb2dpYyAobmV3ZXIgY2hpcHNl dHMgKyB0aG9zZSBvZiBgbmNyJykKZGV2aWNlCQl0cm0JCSMgVGVrcmFtIERDMzk1VS9VVy9GIERD MzE1VSBhZGFwdGVycwoKZGV2aWNlCQlhZHYJCSMgQWR2YW5zeXMgU0NTSSBhZGFwdGVycwpkZXZp Y2UJCWFkdwkJIyBBZHZhbnN5cyB3aWRlIFNDU0kgYWRhcHRlcnMKZGV2aWNlCQlhaGEJCSMgQWRh cHRlYyAxNTR4IFNDU0kgYWRhcHRlcnMKZGV2aWNlCQlhaWMJCSMgQWRhcHRlYyAxNVswMTJdeCBT Q1NJIGFkYXB0ZXJzLCBBSUMtNlsyM102MC4KZGV2aWNlCQlidAkJIyBCdXNsb2dpYy9NeWxleCBN dWx0aU1hc3RlciBTQ1NJIGFkYXB0ZXJzCgpkZXZpY2UJCW5jdgkJIyBOQ1IgNTNDNTAwCmRldmlj ZQkJbnNwCQkjIFdvcmtiaXQgTmluamEgU0NTSS0zCmRldmljZQkJc3RnCQkjIFRNQyAxOEMzMC8x OEM1MAoKIyBTQ1NJIHBlcmlwaGVyYWxzCmRldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVp cmVkIGZvciBTQ1NJKQpkZXZpY2UJCWNoCQkjIFNDU0kgbWVkaWEgY2hhbmdlcnMKZGV2aWNlCQlk YQkJIyBEaXJlY3QgQWNjZXNzIChkaXNrcykKZGV2aWNlCQlzYQkJIyBTZXF1ZW50aWFsIEFjY2Vz cyAodGFwZSBldGMpCmRldmljZQkJY2QJCSMgQ0QKZGV2aWNlCQlwYXNzCQkjIFBhc3N0aHJvdWdo IGRldmljZSAoZGlyZWN0IFNDU0kgYWNjZXNzKQpkZXZpY2UJCXNlcwkJIyBTQ1NJIEVudmlyb25t ZW50YWwgU2VydmljZXMgKGFuZCBTQUYtVEUpCgojIFJBSUQgY29udHJvbGxlcnMgaW50ZXJmYWNl ZCB0byB0aGUgU0NTSSBzdWJzeXN0ZW0KZGV2aWNlCQlhbXIJCSMgQU1JIE1lZ2FSQUlECmRldmlj ZQkJYXJjbXNyCQkjIEFyZWNhIFNBVEEgSUkgUkFJRApkZXZpY2UJCWFzcgkJIyBEUFQgU21hcnRS QUlEIFYsIFZJIGFuZCBBZGFwdGVjIFNDU0kgUkFJRApkZXZpY2UJCWNpc3MJCSMgQ29tcGFxIFNt YXJ0IFJBSUQgNSoKZGV2aWNlCQlkcHQJCSMgRFBUIFNtYXJ0Y2FjaGUgSUlJLCBJViAtIFNlZSBO T1RFUyBmb3Igb3B0aW9ucwpkZXZpY2UJCWhwdG12CQkjIEhpZ2hwb2ludCBSb2NrZXRSQUlEIDE4 MngKZGV2aWNlCQlocHRycgkJIyBIaWdocG9pbnQgUm9ja2V0UkFJRCAxN3h4LCAyMnh4LCAyM3h4 LCAyNXh4CmRldmljZQkJaWlyCQkjIEludGVsIEludGVncmF0ZWQgUkFJRApkZXZpY2UJCWlwcwkJ IyBJQk0gKEFkYXB0ZWMpIFNlcnZlUkFJRApkZXZpY2UJCW1seQkJIyBNeWxleCBBY2NlbGVSQUlE L2VYdHJlbWVSQUlECmRldmljZQkJdHdhCQkjIDN3YXJlIDkwMDAgc2VyaWVzIFBBVEEvU0FUQSBS QUlECgojIFJBSUQgY29udHJvbGxlcnMKZGV2aWNlCQlhYWMJCSMgQWRhcHRlYyBGU0EgUkFJRApk ZXZpY2UJCWFhY3AJCSMgU0NTSSBwYXNzdGhyb3VnaCBmb3IgYWFjIChyZXF1aXJlcyBDQU0pCmRl dmljZQkJaWRhCQkjIENvbXBhcSBTbWFydCBSQUlECmRldmljZQkJbWZpCQkjIExTSSBNZWdhUkFJ RCBTQVMKZGV2aWNlCQltbHgJCSMgTXlsZXggREFDOTYwIGZhbWlseQpkZXZpY2UJCXBzdAkJIyBQ cm9taXNlIFN1cGVydHJhayBTWDYwMDAKZGV2aWNlCQl0d2UJCSMgM3dhcmUgQVRBIFJBSUQKCiMg YXRrYmRjMCBjb250cm9scyBib3RoIHRoZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2 aWNlCQlhdGtiZGMJCSMgQVQga2V5Ym9hcmQgY29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkjIEFU IGtleWJvYXJkCmRldmljZQkJcHNtCQkjIFBTLzIgbW91c2UKCmRldmljZQkJa2JkbXV4CQkjIGtl eWJvYXJkIG11bHRpcGxleGVyCgpkZXZpY2UJCXZnYQkJIyBWR0EgdmlkZW8gY2FyZCBkcml2ZXIK CmRldmljZQkJc3BsYXNoCQkjIFNwbGFzaCBzY3JlZW4gYW5kIHNjcmVlbiBzYXZlciBzdXBwb3J0 CgojIHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJlc2VtYmxpbmcgYW4g U0NPIGNvbnNvbGUKZGV2aWNlCQlzYwoKZGV2aWNlCQlhZ3AJCSMgc3VwcG9ydCBzZXZlcmFsIEFH UCBjaGlwc2V0cwoKIyBQb3dlciBtYW5hZ2VtZW50IHN1cHBvcnQgKHNlZSBOT1RFUyBmb3IgbW9y ZSBvcHRpb25zKQojZGV2aWNlCQlhcG0KIyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3Ig dGhlIGk4MjU0LgpkZXZpY2UJCXBtdGltZXIKCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQ Q01DSUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1cHBvcnQKZGV2aWNlCQljYmIJCSMgY2FyZGJ1cyAo eWVudGEpIGJyaWRnZQpkZXZpY2UJCXBjY2FyZAkJIyBQQyBDYXJkICgxNi1iaXQpIGJ1cwpkZXZp Y2UJCWNhcmRidXMJCSMgQ2FyZEJ1cyAoMzItYml0KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRz CmRldmljZQkJdWFydAkJIyBHZW5lcmljIFVBUlQgZHJpdmVyCgojIFBhcmFsbGVsIHBvcnQKZGV2 aWNlCQlwcGMKZGV2aWNlCQlwcGJ1cwkJIyBQYXJhbGxlbCBwb3J0IGJ1cyAocmVxdWlyZWQpCmRl dmljZQkJbHB0CQkjIFByaW50ZXIKZGV2aWNlCQlwbGlwCQkjIFRDUC9JUCBvdmVyIHBhcmFsbGVs CmRldmljZQkJcHBpCQkjIFBhcmFsbGVsIHBvcnQgaW50ZXJmYWNlIGRldmljZQojZGV2aWNlCQl2 cG8JCSMgUmVxdWlyZXMgc2NidXMgYW5kIGRhCgojIElmIHlvdSd2ZSBnb3QgYSAiZHVtYiIgc2Vy aWFsIG9yIHBhcmFsbGVsIFBDSSBjYXJkIHRoYXQgaXMKIyBzdXBwb3J0ZWQgYnkgdGhlIHB1Yyg0 KSBnbHVlIGRyaXZlciwgdW5jb21tZW50IHRoZSBmb2xsb3dpbmcKIyBsaW5lIHRvIGVuYWJsZSBp dCAoY29ubmVjdHMgdG8gc2lvLCB1YXJ0IGFuZC9vciBwcGMgZHJpdmVycyk6CiNkZXZpY2UJCXB1 YwoKIyBQQ0kgRXRoZXJuZXQgTklDcy4KZGV2aWNlCQlkZQkJIyBERUMvSW50ZWwgREMyMXg0eCAo YGBUdWxpcCcnKQpkZXZpY2UJCWVtCQkjIEludGVsIFBSTy8xMDAwIEdpZ2FiaXQgRXRoZXJuZXQg RmFtaWx5CmRldmljZQkJaWdiCQkjIEludGVsIFBSTy8xMDAwIFBDSUUgU2VydmVyIEdpZ2FiaXQg RmFtaWx5CmRldmljZQkJaXhnYgkJIyBJbnRlbCBQUk8vMTBHYkUgRXRoZXJuZXQgQ2FyZApkZXZp Y2UJCWxlCQkjIEFNRCBBbTc5MDAgTEFOQ0UgYW5kIEFtNzlDOXh4IFBDbmV0CmRldmljZQkJdGkJ CSMgQWx0ZW9uIE5ldHdvcmtzIFRpZ29uIEkvSUkgZ2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCXR4 cAkJIyAzQ29tIDNjUjk5MCAoYGBUeXBob29uJycpCmRldmljZQkJdngJCSMgM0NvbSAzYzU5MCwg M2M1OTUgKGBgVm9ydGV4JycpCgojIFBDSSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21t b24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUuCiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAn ZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRlciB0byB1c2UgdGhlc2UgTklDcyEKZGV2aWNlCQlt aWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0CmRldmljZQkJYWUJCSMgQXR0YW5zaWMvQXRoZXJvcyBM MiBGYXN0RXRoZXJuZXQKZGV2aWNlCQlhZ2UJCSMgQXR0YW5zaWMvQXRoZXJvcyBMMSBHaWdhYml0 IEV0aGVybmV0CmRldmljZQkJYWxjCQkjIEF0aGVyb3MgQVI4MTMxL0FSODEzMiBFdGhlcm5ldApk ZXZpY2UJCWFsZQkJIyBBdGhlcm9zIEFSODEyMS9BUjgxMTMvQVI4MTE0IEV0aGVybmV0CmRldmlj ZQkJYmNlCQkjIEJyb2FkY29tIEJDTTU3MDYvQkNNNTcwOCBHaWdhYml0IEV0aGVybmV0CmRldmlj ZQkJYmZlCQkjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0aGVybmV0CmRldmljZQkJYmdlCQkj IEJyb2FkY29tIEJDTTU3MHh4IEdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQlkYwkJIyBERUMvSW50 ZWwgMjExNDMgYW5kIHZhcmlvdXMgd29ya2FsaWtlcwpkZXZpY2UJCWV0CQkjIEFnZXJlIEVUMTMx MCAxMC8xMDAvR2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCWZ4cAkJIyBJbnRlbCBFdGhlckV4cHJl c3MgUFJPLzEwMEIgKDgyNTU3LCA4MjU1OCkKZGV2aWNlCQlqbWUJCSMgSk1pY3JvbiBKTUMyNTAg R2lnYWJpdC9KTUMyNjAgRmFzdCBFdGhlcm5ldApkZXZpY2UJCWxnZQkJIyBMZXZlbCAxIExYVDEw MDEgZ2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCW1zawkJIyBNYXJ2ZWxsL1N5c0tvbm5lY3QgWXVr b24gSUkgR2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCW5mZQkJIyBuVmlkaWEgbkZvcmNlIE1DUCBv bi1ib2FyZCBFdGhlcm5ldApkZXZpY2UJCW5nZQkJIyBOYXRTZW1pIERQODM4MjAgZ2lnYWJpdCBF dGhlcm5ldAojZGV2aWNlCQludmUJCSMgblZpZGlhIG5Gb3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJu ZXQgTmV0d29ya2luZwpkZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJIDEwLzEwMCAocHJl Y2VkZW5jZSBvdmVyICdsZScpCmRldmljZQkJcmUJCSMgUmVhbFRlayA4MTM5QysvODE2OS84MTY5 Uy84MTEwUwpkZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84MTM5CmRldmljZQkJc2YJCSMgQWRh cHRlYyBBSUMtNjkxNSAoYGBTdGFyZmlyZScnKQpkZXZpY2UJCXNpcwkJIyBTaWxpY29uIEludGVn cmF0ZWQgU3lzdGVtcyBTaVMgOTAwL1NpUyA3MDE2CmRldmljZQkJc2sJCSMgU3lzS29ubmVjdCBT Sy05ODR4ICYgU0stOTgyeCBnaWdhYml0IEV0aGVybmV0CmRldmljZQkJc3RlCQkjIFN1bmRhbmNl IFNUMjAxIChELUxpbmsgREZFLTU1MFRYKQpkZXZpY2UJCXN0Z2UJCSMgU3VuZGFuY2UvVGFtYXJh Y2sgVEM5MDIxIGdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50 cyBUaHVuZGVyTEFOCmRldmljZQkJdHgJCSMgU01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQ SUMnJykKZGV2aWNlCQl2Z2UJCSMgVklBIFZUNjEyeCBnaWdhYml0IEV0aGVybmV0CmRldmljZQkJ dnIJCSMgVklBIFJoaW5lLCBSaGluZSBJSQpkZXZpY2UJCXdiCQkjIFdpbmJvbmQgVzg5Qzg0MEYK ZGV2aWNlCQl4bAkJIyAzQ29tIDNjOTB4IChgYEJvb21lcmFuZycnLCBgYEN5Y2xvbmUnJykKCiMg SVNBIEV0aGVybmV0IE5JQ3MuICBwY2NhcmQgTklDcyBpbmNsdWRlZC4KZGV2aWNlCQljcwkJIyBD cnlzdGFsIFNlbWljb25kdWN0b3IgQ1M4OXgwIE5JQwojICdkZXZpY2UgZWQnIHJlcXVpcmVzICdk ZXZpY2UgbWlpYnVzJwpkZXZpY2UJCWVkCQkjIE5FWzEyXTAwMCwgU01DIFVsdHJhLCAzYzUwMywg RFM4MzkwIGNhcmRzCmRldmljZQkJZXgJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFByby8xMCBhbmQg UHJvLzEwKwpkZXZpY2UJCWVwCQkjIEV0aGVybGluayBJSUkgYmFzZWQgY2FyZHMKZGV2aWNlCQlm ZQkJIyBGdWppdHN1IE1CODY5NnggYmFzZWQgY2FyZHMKZGV2aWNlCQlpZQkJIyBFdGhlckV4cHJl c3MgOC8xNiwgM0M1MDcsIFN0YXJMQU4gMTAgZXRjLgpkZXZpY2UJCXNuCQkjIFNNQydzIDkwMDAg c2VyaWVzIG9mIEV0aGVybmV0IGNoaXBzCmRldmljZQkJeGUJCSMgWGlyY29tIHBjY2FyZCBFdGhl cm5ldAoKIyBXaXJlbGVzcyBOSUMgY2FyZHMKZGV2aWNlCQl3bGFuCQkjIDgwMi4xMSBzdXBwb3J0 Cm9wdGlvbnMgCUlFRUU4MDIxMV9ERUJVRwkjIGVuYWJsZSBkZWJ1ZyBtc2dzCm9wdGlvbnMgCUlF RUU4MDIxMV9BTVBEVV9BR0UgIyBhZ2UgZnJhbWVzIGluIEFNUERVIHJlb3JkZXIgcSdzCm9wdGlv bnMgCUlFRUU4MDIxMV9TVVBQT1JUX01FU0gJIyBlbmFibGUgODAyLjExcyBkcmFmdCBzdXBwb3J0 CmRldmljZQkJd2xhbl93ZXAJIyA4MDIuMTEgV0VQIHN1cHBvcnQKZGV2aWNlCQl3bGFuX2NjbXAJ IyA4MDIuMTEgQ0NNUCBzdXBwb3J0CmRldmljZQkJd2xhbl90a2lwCSMgODAyLjExIFRLSVAgc3Vw cG9ydApkZXZpY2UJCXdsYW5fYW1ycgkjIEFNUlIgdHJhbnNtaXQgcmF0ZSBjb250cm9sIGFsZ29y aXRobQpkZXZpY2UJCWFuCQkjIEFpcm9uZXQgNDUwMC80ODAwIDgwMi4xMSB3aXJlbGVzcyBOSUNz LgpkZXZpY2UJCWF0aAkJIyBBdGhlcm9zIHBjaS9jYXJkYnVzIE5JQydzCmRldmljZQkJYXRoX2hh bAkJIyBwY2kvY2FyZGJ1cyBjaGlwIHN1cHBvcnQKb3B0aW9ucyAJQUhfU1VQUE9SVF9BUjU0MTYJ IyBlbmFibGUgQVI1NDE2IHR4L3J4IGRlc2NyaXB0b3JzCmRldmljZQkJYXRoX3JhdGVfc2FtcGxl CSMgU2FtcGxlUmF0ZSB0eCByYXRlIGNvbnRyb2wgZm9yIGF0aApkZXZpY2UJCXJhbAkJIyBSYWxp bmsgVGVjaG5vbG9neSBSVDI1MDAgd2lyZWxlc3MgTklDcy4KZGV2aWNlCQl3aQkJIyBXYXZlTEFO L0ludGVyc2lsL1N5bWJvbCA4MDIuMTEgd2lyZWxlc3MgTklDcy4KI2RldmljZQkJd2wJCSMgT2xk ZXIgbm9uIDgwMi4xMSBXYXZlbGFuIHdpcmVsZXNzIE5JQy4KCiMgUHNldWRvIGRldmljZXMuCmRl dmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJcmFuZG9tCQkjIEVudHJvcHkg ZGV2aWNlCmRldmljZQkJZXRoZXIJCSMgRXRoZXJuZXQgc3VwcG9ydApkZXZpY2UJCXR1bgkJIyBQ YWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJIyBCU0Qtc3R5bGUgY29tcGF0aWJpbGl0eSBwc2V1 ZG8gdHR5cwpkZXZpY2UJCW1kCQkjIE1lbW9yeSAiZGlza3MiCmRldmljZQkJZ2lmCQkjIElQdjYg YW5kIElQdjQgdHVubmVsaW5nCmRldmljZQkJZmFpdGgJCSMgSVB2Ni10by1JUHY0IHJlbGF5aW5n ICh0cmFuc2xhdGlvbikKZGV2aWNlCQlmaXJtd2FyZQkjIGZpcm13YXJlIGFzc2lzdCBtb2R1bGUK CiMgVGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLgoj IEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcg dGhpcyEKIyBOb3RlIHRoYXQgJ2JwZicgaXMgcmVxdWlyZWQgZm9yIERIQ1AuCmRldmljZQkJYnBm CQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgVVNCIHN1cHBvcnQKZGV2aWNlCQl1aGNpCQkj IFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJb2hjaQkJIyBPSENJIFBDSS0+VVNCIGlu dGVyZmFjZQpkZXZpY2UJCWVoY2kJCSMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjAp CmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQojZGV2aWNlCQl1ZGJwCQkjIFVTQiBE b3VibGUgQnVsayBQaXBlIGRldmljZXMKZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRlcmZhY2Ug RGV2aWNlcyIKZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkCmRldmljZQkJdWxwdAkJIyBQcmludGVy CmRldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMgc2NidXMgYW5k IGRhCmRldmljZQkJdW1zCQkjIE1vdXNlCmRldmljZQkJcnVtCQkjIFJhbGluayBUZWNobm9sb2d5 IFJUMjUwMVVTQiB3aXJlbGVzcyBOSUNzCmRldmljZQkJdXJhbAkJIyBSYWxpbmsgVGVjaG5vbG9n eSBSVDI1MDBVU0Igd2lyZWxlc3MgTklDcwpkZXZpY2UJCXVhdGgJCSMgQXRoZXJvcyBBUjU1MjMg d2lyZWxlc3MgTklDcwpkZXZpY2UJCXp5ZAkJIyBaeURBUyB6YjEyMTEvemIxMjExYiB3aXJlbGVz cyBOSUNzCmRldmljZQkJdXJpbwkJIyBEaWFtb25kIFJpbyA1MDAgTVAzIHBsYXllcgojIFVTQiBT ZXJpYWwgZGV2aWNlcwpkZXZpY2UJCXUzZwkJIyBVU0ItYmFzZWQgM0cgbW9kZW1zIChPcHRpb24s IEh1YXdlaSwgU2llcnJhKQpkZXZpY2UJCXVhcmsJCSMgVGVjaG5vbG9naWVzIEFSSzMxMTYgYmFz ZWQgc2VyaWFsIGFkYXB0ZXJzCmRldmljZQkJdWJzYQkJIyBCZWxraW4gRjVVMTAzIGFuZCBjb21w YXRpYmxlIHNlcmlhbCBhZGFwdGVycwpkZXZpY2UJCXVmdGRpCQkjIEZvciBGVERJIHVzYiBzZXJp YWwgYWRhcHRlcnMKZGV2aWNlCQl1aXBhcQkJIyBTb21lIFdpbkNFIGJhc2VkIGRldmljZXMKZGV2 aWNlCQl1cGxjb20JCSMgUHJvbGlmaWMgUEwtMjMwMyBzZXJpYWwgYWRhcHRlcnMKZGV2aWNlCQl1 c2xjb20JCSMgU0kgTGFicyBDUDIxMDEvQ1AyMTAyIHNlcmlhbCBhZGFwdGVycwpkZXZpY2UJCXV2 aXNvcgkJIyBWaXNvciBhbmQgUGFsbSBkZXZpY2VzCmRldmljZQkJdXZzY29tCQkjIFVTQiBzZXJp YWwgc3VwcG9ydCBmb3IgRERJIHBvY2tldCdzIFBIUwojIFVTQiBFdGhlcm5ldCwgcmVxdWlyZXMg bWlpYnVzCmRldmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRoZXJuZXQKZGV2aWNlCQlheGUJCSMg QVNJWCBFbGVjdHJvbmljcyBVU0IgRXRoZXJuZXQKZGV2aWNlCQljZGNlCQkjIEdlbmVyaWMgVVNC IG92ZXIgRXRoZXJuZXQKZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgRXRoZXJuZXQKZGV2aWNlCQlr dWUJCSMgS2F3YXNha2kgTFNJIFVTQiBFdGhlcm5ldApkZXZpY2UJCXJ1ZQkJIyBSZWFsVGVrIFJU TDgxNTAgVVNCIEV0aGVybmV0CmRldmljZQkJdWRhdgkJIyBEYXZpY29tIERNOTYwMUUgVVNCCgoj IEZpcmVXaXJlIHN1cHBvcnQKZGV2aWNlCQlmaXJld2lyZQkjIEZpcmVXaXJlIGJ1cyBjb2RlCiNk ZXZpY2UJCXNicAkJIyBTQ1NJIG92ZXIgRmlyZVdpcmUgKFJlcXVpcmVzIHNjYnVzIGFuZCBkYSkK ZGV2aWNlCQlmd2UJCSMgRXRoZXJuZXQgb3ZlciBGaXJlV2lyZSAobm9uLXN0YW5kYXJkISkKZGV2 aWNlCQlmd2lwCQkjIElQIG92ZXIgRmlyZVdpcmUgKFJGQyAyNzM0LDMxNDYpCmRldmljZQkJZGNv bnMJCSMgRHVtYiBjb25zb2xlIGRyaXZlcgpkZXZpY2UJCWRjb25zX2Nyb20JIyBDb25maWd1cmF0 aW9uIFJPTSBmb3IgZGNvbnMK --0016e68fcd6c6dd7160487e6a6d2 Content-Type: application/octet-stream; name=NOULPTKERNEL Content-Disposition: attachment; filename=NOULPTKERNEL Content-Transfer-Encoding: base64 X-Attachment-Id: f_g9vjba202 Y3B1CQlJNTg2X0NQVQppZGVudAkJTk9VTFBUS0VSTkVMCgojIFRvIHN0YXRpY2FsbHkgY29tcGls ZSBpbiBkZXZpY2Ugd2lyaW5nIGluc3RlYWQgb2YgL2Jvb3QvZGV2aWNlLmhpbnRzCiNoaW50cwkJ IkdFTkVSSUMuaGludHMiCQkjIERlZmF1bHQgcGxhY2VzIHRvIGxvb2sgZm9yIGRldmljZXMuCgoj IFVzZSB0aGUgZm9sbG93aW5nIHRvIGNvbXBpbGUgaW4gdmFsdWVzIGFjY2Vzc2libGUgdG8gdGhl IGtlcm5lbAojIHRocm91Z2ggZ2V0ZW52KCkgKG9yIGtlbnYoMSkgaW4gdXNlcmxhbmQpLiBUaGUg Zm9ybWF0IG9mIHRoZSBmaWxlCiMgaXMgJ3ZhcmlhYmxlPXZhbHVlJywgc2VlIGtlbnYoMSkKIwoj IGVudgkJIkdFTkVSSUMuZW52IgoKbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVs IHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJvbHMKCm9wdGlvbnMgCVNDSEVEX1VMRQkJIyBVTEUgc2No ZWR1bGVyCm9wdGlvbnMgCVBSRUVNUFRJT04JCSMgRW5hYmxlIGtlcm5lbCB0aHJlYWQgcHJlZW1w dGlvbgpvcHRpb25zIAlJTkVUCQkJIyBJbnRlck5FVHdvcmtpbmcKb3B0aW9ucyAJSU5FVDYJCQkj IElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCm9wdGlvbnMgCVNDVFAJCQkjIFN0cmVhbSBD b250cm9sIFRyYW5zbWlzc2lvbiBQcm90b2NvbApvcHRpb25zIAlGRlMJCQkjIEJlcmtlbGV5IEZh c3QgRmlsZXN5c3RlbQpvcHRpb25zIAlTT0ZUVVBEQVRFUwkJIyBFbmFibGUgRkZTIHNvZnQgdXBk YXRlcyBzdXBwb3J0Cm9wdGlvbnMgCVVGU19BQ0wJCQkjIFN1cHBvcnQgZm9yIGFjY2VzcyBjb250 cm9sIGxpc3RzCm9wdGlvbnMgCVVGU19ESVJIQVNICQkjIEltcHJvdmUgcGVyZm9ybWFuY2Ugb24g YmlnIGRpcmVjdG9yaWVzCm9wdGlvbnMgCVVGU19HSk9VUk5BTAkJIyBFbmFibGUgZ2pvdXJuYWwt YmFzZWQgVUZTIGpvdXJuYWxpbmcKb3B0aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRp YWwgcm9vdCBkZXZpY2UKb3B0aW9ucyAJTkZTQ0xJRU5UCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBD bGllbnQKb3B0aW9ucyAJTkZTU0VSVkVSCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0 aW9ucyAJTkZTTE9DS0QJCSMgTmV0d29yayBMb2NrIE1hbmFnZXIKb3B0aW9ucyAJTkZTX1JPT1QJ CSMgTkZTIHVzYWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTVNET1NGUwkJ CSMgTVNET1MgRmlsZXN5c3RlbQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0 ZW0Kb3B0aW9ucyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVE T0ZTKQpvcHRpb25zIAlQU0VVRE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0 aW9ucyAJR0VPTV9QQVJUX0dQVAkJIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMuCm9wdGlvbnMgCUdF T01fTEFCRUwJCSMgUHJvdmlkZXMgbGFiZWxpemF0aW9uCm9wdGlvbnMgCUNPTVBBVF80M1RUWQkJ IyBCU0QgNC4zIFRUWSBjb21wYXQgKHNndHR5KQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDQJCSMg Q29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENQkJIyBDb21w YXRpYmxlIHdpdGggRnJlZUJTRDUKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q2CQkjIENvbXBhdGli bGUgd2l0aCBGcmVlQlNENgpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDcJCSMgQ29tcGF0aWJsZSB3 aXRoIEZyZWVCU0Q3Cm9wdGlvbnMgCVNDU0lfREVMQVk9NTAwMAkJIyBEZWxheSAoaW4gbXMpIGJl Zm9yZSBwcm9iaW5nIFNDU0kKb3B0aW9ucyAJS1RSQUNFCQkJIyBrdHJhY2UoMSkgc3VwcG9ydApv cHRpb25zIAlTVEFDSwkJCSMgc3RhY2soOSkgc3VwcG9ydApvcHRpb25zIAlTWVNWU0hNCQkJIyBT WVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkKb3B0aW9ucyAJU1lTVk1TRwkJCSMgU1lTVi1zdHlsZSBt ZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlTWVNWU0VNCQkJIyBTWVNWLXN0eWxlIHNlbWFwaG9yZXMK b3B0aW9ucyAJUDEwMDNfMUJfU0VNQVBIT1JFUwkjIFBPU0lYLXN0eWxlIHNlbWFwaG9yZXMKb3B0 aW9ucyAJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICMgUE9TSVggUDEwMDNfMUIgcmVhbC10 aW1lIGV4dGVuc2lvbnMKb3B0aW9ucyAJUFJJTlRGX0JVRlJfU0laRT0xMjgJIyBQcmV2ZW50IHBy aW50ZiBvdXRwdXQgYmVpbmcgaW50ZXJzcGVyc2VkLgpvcHRpb25zIAlLQkRfSU5TVEFMTF9DREVW CSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2RldgpvcHRpb25zIAlIV1BNQ19IT09LUwkJIyBO ZWNlc3Nhcnkga2VybmVsIGhvb2tzIGZvciBod3BtYyg0KQpvcHRpb25zIAlBVURJVAkJCSMgU2Vj dXJpdHkgZXZlbnQgYXVkaXRpbmcKb3B0aW9ucyAJTUFDCQkJIyBUcnVzdGVkQlNEIE1BQyBGcmFt ZXdvcmsKb3B0aW9ucwkJRkxPV1RBQkxFCQkjIHBlci1jcHUgcm91dGluZyBjYWNoZQojb3B0aW9u cyAJS0RUUkFDRV9IT09LUwkJIyBLZXJuZWwgRFRyYWNlIGhvb2tzCgojIFRvIG1ha2UgYW4gU01Q IGtlcm5lbCwgdGhlIG5leHQgdHdvIGxpbmVzIGFyZSBuZWVkZWQKb3B0aW9ucyAJU01QCQkJIyBT eW1tZXRyaWMgTXVsdGlQcm9jZXNzb3IgS2VybmVsCmRldmljZQkJYXBpYwkJCSMgSS9PIEFQSUMK CiMgQ1BVIGZyZXF1ZW5jeSBjb250cm9sCmRldmljZQkJY3B1ZnJlcQoKIyBCdXMgc3VwcG9ydC4K ZGV2aWNlCQlhY3BpCmRldmljZQkJZWlzYQpkZXZpY2UJCXBjaQoKIyBGbG9wcHkgZHJpdmVzCmRl dmljZQkJZmRjCgojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcwpkZXZpY2UJCWF0YQpkZXZpY2UJCWF0 YWRpc2sJCSMgQVRBIGRpc2sgZHJpdmVzCmRldmljZQkJYXRhcmFpZAkJIyBBVEEgUkFJRCBkcml2 ZXMKZGV2aWNlCQlhdGFwaWNkCQkjIEFUQVBJIENEUk9NIGRyaXZlcwpkZXZpY2UJCWF0YXBpZmQJ CSMgQVRBUEkgZmxvcHB5IGRyaXZlcwpkZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFwZSBkcml2 ZXMKb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgojIFND U0kgQ29udHJvbGxlcnMKZGV2aWNlCQlhaGIJCSMgRUlTQSBBSEExNzQyIGZhbWlseQpkZXZpY2UJ CWFoYwkJIyBBSEEyOTQwIGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNlcwpvcHRpb25zIAlBSENf UkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1ZwoJCQkJ CSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCmRldmljZQkJYWhkCQkjIEFIQTM5MzIw LzI5MzIwIGFuZCBvbmJvYXJkIEFJQzc5eHggZGV2aWNlcwpvcHRpb25zIAlBSERfUkVHX1BSRVRU WV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1ZwoJCQkJCSMgb3V0cHV0 LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuCmRldmljZQkJYW1kCQkjIEFNRCA1M0M5NzQgKFRla3Jh bSBEQy0zOTAoVCkpCmRldmljZQkJaHB0aW9wCQkjIEhpZ2hwb2ludCBSb2NrZXRSYWlkIDN4eHgg c2VyaWVzCmRldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1pbHkKI2RldmljZQkJaXNwZncJCSMgRmly bXdhcmUgZm9yIFFMb2dpYyBIQkFzLSBub3JtYWxseSBhIG1vZHVsZQpkZXZpY2UJCW1wdAkJIyBM U0ktTG9naWMgTVBULUZ1c2lvbgojZGV2aWNlCQluY3IJCSMgTkNSL1N5bWJpb3MgTG9naWMKZGV2 aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNoaXBzZXRzICsgdGhvc2Ugb2Yg YG5jcicpCmRldmljZQkJdHJtCQkjIFRla3JhbSBEQzM5NVUvVVcvRiBEQzMxNVUgYWRhcHRlcnMK CmRldmljZQkJYWR2CQkjIEFkdmFuc3lzIFNDU0kgYWRhcHRlcnMKZGV2aWNlCQlhZHcJCSMgQWR2 YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCmRldmljZQkJYWhhCQkjIEFkYXB0ZWMgMTU0eCBTQ1NJ IGFkYXB0ZXJzCmRldmljZQkJYWljCQkjIEFkYXB0ZWMgMTVbMDEyXXggU0NTSSBhZGFwdGVycywg QUlDLTZbMjNdNjAuCmRldmljZQkJYnQJCSMgQnVzbG9naWMvTXlsZXggTXVsdGlNYXN0ZXIgU0NT SSBhZGFwdGVycwoKZGV2aWNlCQluY3YJCSMgTkNSIDUzQzUwMApkZXZpY2UJCW5zcAkJIyBXb3Jr Yml0IE5pbmphIFNDU0ktMwpkZXZpY2UJCXN0ZwkJIyBUTUMgMThDMzAvMThDNTAKCiMgU0NTSSBw ZXJpcGhlcmFscwpkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVzIChyZXF1aXJlZCBmb3IgU0NTSSkK ZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlhIGNoYW5nZXJzCmRldmljZQkJZGEJCSMgRGlyZWN0IEFj Y2VzcyAoZGlza3MpCmRldmljZQkJc2EJCSMgU2VxdWVudGlhbCBBY2Nlc3MgKHRhcGUgZXRjKQpk ZXZpY2UJCWNkCQkjIENECmRldmljZQkJcGFzcwkJIyBQYXNzdGhyb3VnaCBkZXZpY2UgKGRpcmVj dCBTQ1NJIGFjY2VzcykKZGV2aWNlCQlzZXMJCSMgU0NTSSBFbnZpcm9ubWVudGFsIFNlcnZpY2Vz IChhbmQgU0FGLVRFKQoKIyBSQUlEIGNvbnRyb2xsZXJzIGludGVyZmFjZWQgdG8gdGhlIFNDU0kg c3Vic3lzdGVtCmRldmljZQkJYW1yCQkjIEFNSSBNZWdhUkFJRApkZXZpY2UJCWFyY21zcgkJIyBB cmVjYSBTQVRBIElJIFJBSUQKZGV2aWNlCQlhc3IJCSMgRFBUIFNtYXJ0UkFJRCBWLCBWSSBhbmQg QWRhcHRlYyBTQ1NJIFJBSUQKZGV2aWNlCQljaXNzCQkjIENvbXBhcSBTbWFydCBSQUlEIDUqCmRl dmljZQkJZHB0CQkjIERQVCBTbWFydGNhY2hlIElJSSwgSVYgLSBTZWUgTk9URVMgZm9yIG9wdGlv bnMKZGV2aWNlCQlocHRtdgkJIyBIaWdocG9pbnQgUm9ja2V0UkFJRCAxODJ4CmRldmljZQkJaHB0 cnIJCSMgSGlnaHBvaW50IFJvY2tldFJBSUQgMTd4eCwgMjJ4eCwgMjN4eCwgMjV4eApkZXZpY2UJ CWlpcgkJIyBJbnRlbCBJbnRlZ3JhdGVkIFJBSUQKZGV2aWNlCQlpcHMJCSMgSUJNIChBZGFwdGVj KSBTZXJ2ZVJBSUQKZGV2aWNlCQltbHkJCSMgTXlsZXggQWNjZWxlUkFJRC9lWHRyZW1lUkFJRApk ZXZpY2UJCXR3YQkJIyAzd2FyZSA5MDAwIHNlcmllcyBQQVRBL1NBVEEgUkFJRAoKIyBSQUlEIGNv bnRyb2xsZXJzCmRldmljZQkJYWFjCQkjIEFkYXB0ZWMgRlNBIFJBSUQKZGV2aWNlCQlhYWNwCQkj IFNDU0kgcGFzc3Rocm91Z2ggZm9yIGFhYyAocmVxdWlyZXMgQ0FNKQpkZXZpY2UJCWlkYQkJIyBD b21wYXEgU21hcnQgUkFJRApkZXZpY2UJCW1maQkJIyBMU0kgTWVnYVJBSUQgU0FTCmRldmljZQkJ bWx4CQkjIE15bGV4IERBQzk2MCBmYW1pbHkKZGV2aWNlCQlwc3QJCSMgUHJvbWlzZSBTdXBlcnRy YWsgU1g2MDAwCmRldmljZQkJdHdlCQkjIDN3YXJlIEFUQSBSQUlECgojIGF0a2JkYzAgY29udHJv bHMgYm90aCB0aGUga2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCmRldmljZQkJYXRrYmRjCQkj IEFUIGtleWJvYXJkIGNvbnRyb2xsZXIKZGV2aWNlCQlhdGtiZAkJIyBBVCBrZXlib2FyZApkZXZp Y2UJCXBzbQkJIyBQUy8yIG1vdXNlCgpkZXZpY2UJCWtiZG11eAkJIyBrZXlib2FyZCBtdWx0aXBs ZXhlcgoKZGV2aWNlCQl2Z2EJCSMgVkdBIHZpZGVvIGNhcmQgZHJpdmVyCgpkZXZpY2UJCXNwbGFz aAkJIyBTcGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlz IHRoZSBkZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRl dmljZQkJc2MKCmRldmljZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNldHMKCiMg UG93ZXIgbWFuYWdlbWVudCBzdXBwb3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9ucykKI2Rl dmljZQkJYXBtCiMgQWRkIHN1c3BlbmQvcmVzdW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1NC4KZGV2 aWNlCQlwbXRpbWVyCgojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJk YnVzIGJyaWRnZSBzdXBwb3J0CmRldmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UK ZGV2aWNlCQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0KSBidXMKZGV2aWNlCQljYXJkYnVzCQkj IENhcmRCdXMgKDMyLWJpdCkgYnVzCgojIFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXVhcnQJ CSMgR2VuZXJpYyBVQVJUIGRyaXZlcgoKIyBQYXJhbGxlbCBwb3J0CmRldmljZQkJcHBjCmRldmlj ZQkJcHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpkZXZpY2UJCWxwdAkJIyBQ cmludGVyCmRldmljZQkJcGxpcAkJIyBUQ1AvSVAgb3ZlciBwYXJhbGxlbApkZXZpY2UJCXBwaQkJ IyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVz IHNjYnVzIGFuZCBkYQoKIyBJZiB5b3UndmUgZ290IGEgImR1bWIiIHNlcmlhbCBvciBwYXJhbGxl bCBQQ0kgY2FyZCB0aGF0IGlzCiMgc3VwcG9ydGVkIGJ5IHRoZSBwdWMoNCkgZ2x1ZSBkcml2ZXIs IHVuY29tbWVudCB0aGUgZm9sbG93aW5nCiMgbGluZSB0byBlbmFibGUgaXQgKGNvbm5lY3RzIHRv IHNpbywgdWFydCBhbmQvb3IgcHBjIGRyaXZlcnMpOgojZGV2aWNlCQlwdWMKCiMgUENJIEV0aGVy bmV0IE5JQ3MuCmRldmljZQkJZGUJCSMgREVDL0ludGVsIERDMjF4NHggKGBgVHVsaXAnJykKZGV2 aWNlCQllbQkJIyBJbnRlbCBQUk8vMTAwMCBHaWdhYml0IEV0aGVybmV0IEZhbWlseQpkZXZpY2UJ CWlnYgkJIyBJbnRlbCBQUk8vMTAwMCBQQ0lFIFNlcnZlciBHaWdhYml0IEZhbWlseQpkZXZpY2UJ CWl4Z2IJCSMgSW50ZWwgUFJPLzEwR2JFIEV0aGVybmV0IENhcmQKZGV2aWNlCQlsZQkJIyBBTUQg QW03OTAwIExBTkNFIGFuZCBBbTc5Qzl4eCBQQ25ldApkZXZpY2UJCXRpCQkjIEFsdGVvbiBOZXR3 b3JrcyBUaWdvbiBJL0lJIGdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQl0eHAJCSMgM0NvbSAzY1I5 OTAgKGBgVHlwaG9vbicnKQpkZXZpY2UJCXZ4CQkjIDNDb20gM2M1OTAsIDNjNTk1IChgYFZvcnRl eCcnKQoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0aGUgY29tbW9uIE1JSSBidXMgY29u dHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUgJ2RldmljZSBtaWlidXMn IGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhCmRldmljZQkJbWlpYnVzCQkjIE1JSSBi dXMgc3VwcG9ydApkZXZpY2UJCWFlCQkjIEF0dGFuc2ljL0F0aGVyb3MgTDIgRmFzdEV0aGVybmV0 CmRldmljZQkJYWdlCQkjIEF0dGFuc2ljL0F0aGVyb3MgTDEgR2lnYWJpdCBFdGhlcm5ldApkZXZp Y2UJCWFsYwkJIyBBdGhlcm9zIEFSODEzMS9BUjgxMzIgRXRoZXJuZXQKZGV2aWNlCQlhbGUJCSMg QXRoZXJvcyBBUjgxMjEvQVI4MTEzL0FSODExNCBFdGhlcm5ldApkZXZpY2UJCWJjZQkJIyBCcm9h ZGNvbSBCQ001NzA2L0JDTTU3MDggR2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCWJmZQkJIyBCcm9h ZGNvbSBCQ000NDB4IDEwLzEwMCBFdGhlcm5ldApkZXZpY2UJCWJnZQkJIyBCcm9hZGNvbSBCQ001 NzB4eCBHaWdhYml0IEV0aGVybmV0CmRldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFuZCB2 YXJpb3VzIHdvcmthbGlrZXMKZGV2aWNlCQlldAkJIyBBZ2VyZSBFVDEzMTAgMTAvMTAwL0dpZ2Fi aXQgRXRoZXJuZXQKZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBCICg4 MjU1NywgODI1NTgpCmRldmljZQkJam1lCQkjIEpNaWNyb24gSk1DMjUwIEdpZ2FiaXQvSk1DMjYw IEZhc3QgRXRoZXJuZXQKZGV2aWNlCQlsZ2UJCSMgTGV2ZWwgMSBMWFQxMDAxIGdpZ2FiaXQgRXRo ZXJuZXQKZGV2aWNlCQltc2sJCSMgTWFydmVsbC9TeXNLb25uZWN0IFl1a29uIElJIEdpZ2FiaXQg RXRoZXJuZXQKZGV2aWNlCQluZmUJCSMgblZpZGlhIG5Gb3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJu ZXQKZGV2aWNlCQluZ2UJCSMgTmF0U2VtaSBEUDgzODIwIGdpZ2FiaXQgRXRoZXJuZXQKI2Rldmlj ZQkJbnZlCQkjIG5WaWRpYSBuRm9yY2UgTUNQIG9uLWJvYXJkIEV0aGVybmV0IE5ldHdvcmtpbmcK ZGV2aWNlCQlwY24JCSMgQU1EIEFtNzlDOTd4IFBDSSAxMC8xMDAgKHByZWNlZGVuY2Ugb3ZlciAn bGUnKQpkZXZpY2UJCXJlCQkjIFJlYWxUZWsgODEzOUMrLzgxNjkvODE2OVMvODExMFMKZGV2aWNl CQlybAkJIyBSZWFsVGVrIDgxMjkvODEzOQpkZXZpY2UJCXNmCQkjIEFkYXB0ZWMgQUlDLTY5MTUg KGBgU3RhcmZpcmUnJykKZGV2aWNlCQlzaXMJCSMgU2lsaWNvbiBJbnRlZ3JhdGVkIFN5c3RlbXMg U2lTIDkwMC9TaVMgNzAxNgpkZXZpY2UJCXNrCQkjIFN5c0tvbm5lY3QgU0stOTg0eCAmIFNLLTk4 MnggZ2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCXN0ZQkJIyBTdW5kYW5jZSBTVDIwMSAoRC1MaW5r IERGRS01NTBUWCkKZGV2aWNlCQlzdGdlCQkjIFN1bmRhbmNlL1RhbWFyYWNrIFRDOTAyMSBnaWdh Yml0IEV0aGVybmV0CmRldmljZQkJdGwJCSMgVGV4YXMgSW5zdHJ1bWVudHMgVGh1bmRlckxBTgpk ZXZpY2UJCXR4CQkjIFNNQyBFdGhlclBvd2VyIElJICg4M2MxNzAgYGBFUElDJycpCmRldmljZQkJ dmdlCQkjIFZJQSBWVDYxMnggZ2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCXZyCQkjIFZJQSBSaGlu ZSwgUmhpbmUgSUkKZGV2aWNlCQl3YgkJIyBXaW5ib25kIFc4OUM4NDBGCmRldmljZQkJeGwJCSMg M0NvbSAzYzkweCAoYGBCb29tZXJhbmcnJywgYGBDeWNsb25lJycpCgojIElTQSBFdGhlcm5ldCBO SUNzLiAgcGNjYXJkIE5JQ3MgaW5jbHVkZWQuCmRldmljZQkJY3MJCSMgQ3J5c3RhbCBTZW1pY29u ZHVjdG9yIENTODl4MCBOSUMKIyAnZGV2aWNlIGVkJyByZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycK ZGV2aWNlCQllZAkJIyBORVsxMl0wMDAsIFNNQyBVbHRyYSwgM2M1MDMsIERTODM5MCBjYXJkcwpk ZXZpY2UJCWV4CQkjIEludGVsIEV0aGVyRXhwcmVzcyBQcm8vMTAgYW5kIFByby8xMCsKZGV2aWNl CQllcAkJIyBFdGhlcmxpbmsgSUlJIGJhc2VkIGNhcmRzCmRldmljZQkJZmUJCSMgRnVqaXRzdSBN Qjg2OTZ4IGJhc2VkIGNhcmRzCmRldmljZQkJaWUJCSMgRXRoZXJFeHByZXNzIDgvMTYsIDNDNTA3 LCBTdGFyTEFOIDEwIGV0Yy4KZGV2aWNlCQlzbgkJIyBTTUMncyA5MDAwIHNlcmllcyBvZiBFdGhl cm5ldCBjaGlwcwpkZXZpY2UJCXhlCQkjIFhpcmNvbSBwY2NhcmQgRXRoZXJuZXQKCiMgV2lyZWxl c3MgTklDIGNhcmRzCmRldmljZQkJd2xhbgkJIyA4MDIuMTEgc3VwcG9ydApvcHRpb25zIAlJRUVF ODAyMTFfREVCVUcJIyBlbmFibGUgZGVidWcgbXNncwpvcHRpb25zIAlJRUVFODAyMTFfQU1QRFVf QUdFICMgYWdlIGZyYW1lcyBpbiBBTVBEVSByZW9yZGVyIHEncwpvcHRpb25zIAlJRUVFODAyMTFf U1VQUE9SVF9NRVNICSMgZW5hYmxlIDgwMi4xMXMgZHJhZnQgc3VwcG9ydApkZXZpY2UJCXdsYW5f d2VwCSMgODAyLjExIFdFUCBzdXBwb3J0CmRldmljZQkJd2xhbl9jY21wCSMgODAyLjExIENDTVAg c3VwcG9ydApkZXZpY2UJCXdsYW5fdGtpcAkjIDgwMi4xMSBUS0lQIHN1cHBvcnQKZGV2aWNlCQl3 bGFuX2FtcnIJIyBBTVJSIHRyYW5zbWl0IHJhdGUgY29udHJvbCBhbGdvcml0aG0KZGV2aWNlCQlh bgkJIyBBaXJvbmV0IDQ1MDAvNDgwMCA4MDIuMTEgd2lyZWxlc3MgTklDcy4KZGV2aWNlCQlhdGgJ CSMgQXRoZXJvcyBwY2kvY2FyZGJ1cyBOSUMncwpkZXZpY2UJCWF0aF9oYWwJCSMgcGNpL2NhcmRi dXMgY2hpcCBzdXBwb3J0Cm9wdGlvbnMgCUFIX1NVUFBPUlRfQVI1NDE2CSMgZW5hYmxlIEFSNTQx NiB0eC9yeCBkZXNjcmlwdG9ycwpkZXZpY2UJCWF0aF9yYXRlX3NhbXBsZQkjIFNhbXBsZVJhdGUg dHggcmF0ZSBjb250cm9sIGZvciBhdGgKZGV2aWNlCQlyYWwJCSMgUmFsaW5rIFRlY2hub2xvZ3kg UlQyNTAwIHdpcmVsZXNzIE5JQ3MuCmRldmljZQkJd2kJCSMgV2F2ZUxBTi9JbnRlcnNpbC9TeW1i b2wgODAyLjExIHdpcmVsZXNzIE5JQ3MuCiNkZXZpY2UJCXdsCQkjIE9sZGVyIG5vbiA4MDIuMTEg V2F2ZWxhbiB3aXJlbGVzcyBOSUMuCgojIFBzZXVkbyBkZXZpY2VzLgpkZXZpY2UJCWxvb3AJCSMg TmV0d29yayBsb29wYmFjawpkZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJ CWV0aGVyCQkjIEV0aGVybmV0IHN1cHBvcnQKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4K ZGV2aWNlCQlwdHkJCSMgQlNELXN0eWxlIGNvbXBhdGliaWxpdHkgcHNldWRvIHR0eXMKZGV2aWNl CQltZAkJIyBNZW1vcnkgImRpc2tzIgpkZXZpY2UJCWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5l bGluZwpkZXZpY2UJCWZhaXRoCQkjIElQdjYtdG8tSVB2NCByZWxheWluZyAodHJhbnNsYXRpb24p CmRldmljZQkJZmlybXdhcmUJIyBmaXJtd2FyZSBhc3Npc3QgbW9kdWxlCmRldmljZQkJc25wCgoj IFRoZSBgYnBmJyBkZXZpY2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4KIyBC ZSBhd2FyZSBvZiB0aGUgYWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRo aXMhCiMgTm90ZSB0aGF0ICdicGYnIGlzIHJlcXVpcmVkIGZvciBESENQLgpkZXZpY2UJCWJwZgkJ IyBCZXJrZWxleSBwYWNrZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0CmRldmljZQkJdWhjaQkJIyBV SENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRl cmZhY2UKZGV2aWNlCQllaGNpCQkjIEVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlIChVU0IgMi4wKQpk ZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1aXJlZCkKI2RldmljZQkJdWRicAkJIyBVU0IgRG91 YmxlIEJ1bGsgUGlwZSBkZXZpY2VzCmRldmljZQkJdWhpZAkJIyAiSHVtYW4gSW50ZXJmYWNlIERl dmljZXMiCmRldmljZQkJdWtiZAkJIyBLZXlib2FyZAojZGV2aWNlCQl1bHB0CQkjIFByaW50ZXIK ZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9NYXNzIHN0b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQg ZGEKZGV2aWNlCQl1bXMJCSMgTW91c2UKZGV2aWNlCQlydW0JCSMgUmFsaW5rIFRlY2hub2xvZ3kg UlQyNTAxVVNCIHdpcmVsZXNzIE5JQ3MKZGV2aWNlCQl1cmFsCQkjIFJhbGluayBUZWNobm9sb2d5 IFJUMjUwMFVTQiB3aXJlbGVzcyBOSUNzCmRldmljZQkJdWF0aAkJIyBBdGhlcm9zIEFSNTUyMyB3 aXJlbGVzcyBOSUNzCmRldmljZQkJenlkCQkjIFp5REFTIHpiMTIxMS96YjEyMTFiIHdpcmVsZXNz IE5JQ3MKZGV2aWNlCQl1cmlvCQkjIERpYW1vbmQgUmlvIDUwMCBNUDMgcGxheWVyCiMgVVNCIFNl cmlhbCBkZXZpY2VzCmRldmljZQkJdTNnCQkjIFVTQi1iYXNlZCAzRyBtb2RlbXMgKE9wdGlvbiwg SHVhd2VpLCBTaWVycmEpCmRldmljZQkJdWFyawkJIyBUZWNobm9sb2dpZXMgQVJLMzExNiBiYXNl ZCBzZXJpYWwgYWRhcHRlcnMKZGV2aWNlCQl1YnNhCQkjIEJlbGtpbiBGNVUxMDMgYW5kIGNvbXBh dGlibGUgc2VyaWFsIGFkYXB0ZXJzCmRldmljZQkJdWZ0ZGkJCSMgRm9yIEZUREkgdXNiIHNlcmlh bCBhZGFwdGVycwpkZXZpY2UJCXVpcGFxCQkjIFNvbWUgV2luQ0UgYmFzZWQgZGV2aWNlcwpkZXZp Y2UJCXVwbGNvbQkJIyBQcm9saWZpYyBQTC0yMzAzIHNlcmlhbCBhZGFwdGVycwpkZXZpY2UJCXVz bGNvbQkJIyBTSSBMYWJzIENQMjEwMS9DUDIxMDIgc2VyaWFsIGFkYXB0ZXJzCmRldmljZQkJdXZp c29yCQkjIFZpc29yIGFuZCBQYWxtIGRldmljZXMKZGV2aWNlCQl1dnNjb20JCSMgVVNCIHNlcmlh bCBzdXBwb3J0IGZvciBEREkgcG9ja2V0J3MgUEhTCiMgVVNCIEV0aGVybmV0LCByZXF1aXJlcyBt aWlidXMKZGV2aWNlCQlhdWUJCSMgQURNdGVrIFVTQiBFdGhlcm5ldApkZXZpY2UJCWF4ZQkJIyBB U0lYIEVsZWN0cm9uaWNzIFVTQiBFdGhlcm5ldApkZXZpY2UJCWNkY2UJCSMgR2VuZXJpYyBVU0Ig b3ZlciBFdGhlcm5ldApkZXZpY2UJCWN1ZQkJIyBDQVRDIFVTQiBFdGhlcm5ldApkZXZpY2UJCWt1 ZQkJIyBLYXdhc2FraSBMU0kgVVNCIEV0aGVybmV0CmRldmljZQkJcnVlCQkjIFJlYWxUZWsgUlRM ODE1MCBVU0IgRXRoZXJuZXQKZGV2aWNlCQl1ZGF2CQkjIERhdmljb20gRE05NjAxRSBVU0IKCiMg RmlyZVdpcmUgc3VwcG9ydApkZXZpY2UJCWZpcmV3aXJlCSMgRmlyZVdpcmUgYnVzIGNvZGUKI2Rl dmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAoUmVxdWlyZXMgc2NidXMgYW5kIGRhKQpk ZXZpY2UJCWZ3ZQkJIyBFdGhlcm5ldCBvdmVyIEZpcmVXaXJlIChub24tc3RhbmRhcmQhKQpkZXZp Y2UJCWZ3aXAJCSMgSVAgb3ZlciBGaXJlV2lyZSAoUkZDIDI3MzQsMzE0NikKZGV2aWNlCQlkY29u cwkJIyBEdW1iIGNvbnNvbGUgZHJpdmVyCmRldmljZQkJZGNvbnNfY3JvbQkjIENvbmZpZ3VyYXRp b24gUk9NIGZvciBkY29ucwo= --0016e68fcd6c6dd7160487e6a6d2-- From owner-freebsd-ports@FreeBSD.ORG Mon May 31 17:17:20 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF11E1065672 for ; Mon, 31 May 2010 17:17:20 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 7FCD78FC1E for ; Mon, 31 May 2010 17:17:20 +0000 (UTC) Received: from mobileKamikaze.norad (vpn-cl-162-66.rz.uni-karlsruhe.de [141.3.162.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 811438A1E86 for ; Mon, 31 May 2010 19:17:19 +0200 (CEST) Message-ID: <4C03EF1E.9080806@bsdforen.de> Date: Mon, 31 May 2010 19:17:18 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C03D5EC.4050409@bsdforen.de> In-Reply-To: <4C03D5EC.4050409@bsdforen.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 17:17:20 -0000 On 31/05/2010 17:29, Dominic Fandrey wrote: > science/hdf5 Sorry about that one, it slipped through. This is not a gettext issue, but a years-long standing issue with the port not installing libh5test.so.0 -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Mon May 31 17:33:40 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8FD91065676; Mon, 31 May 2010 17:33:40 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id BD0628FC08; Mon, 31 May 2010 17:33:39 +0000 (UTC) Received: by wwb22 with SMTP id 22so486399wwb.13 for ; Mon, 31 May 2010 10:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=1yFjobibDGWJVQPypBOMW01cCmibfO22SPPRu19V2Qk=; b=JeLtPYaqXqWGZsaabY1Lsr8wqFGp16m+mTZ+vY5Ujp105uT0tga2vty6p6qpsAicwT Qcs69GANkYV36pOl2AlFLzbF8o1PsgVralBS+RJff9D8qS+mZCrRIpWDaY6mMJ95wQ6i 0fxePquLgNL/O1mAc1exOB69tJtMu1XAOhY6A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=oyEbg2esy8nZL770Mg25aHi4XBEtjU2bDVydO/uhd6ksvQQQikfScMF6Qi3n2BZfE5 ewFJK3re3vdJCK098TB3c+Amuwc6qvdJe2DqZIxfg34Bsvg3uKMzKP9Thf5oFzrb4tdF wha4q8rdZmth7WNGvKn1gS9yaxro5ISDuUW94= MIME-Version: 1.0 Received: by 10.216.88.203 with SMTP id a53mr4522290wef.25.1275325685659; Mon, 31 May 2010 10:08:05 -0700 (PDT) Received: by 10.216.131.29 with HTTP; Mon, 31 May 2010 10:08:05 -0700 (PDT) In-Reply-To: <4C03D5EC.4050409@bsdforen.de> References: <4C03D5EC.4050409@bsdforen.de> Date: Mon, 31 May 2010 12:08:05 -0500 Message-ID: From: Franci Nabalanci To: Dominic Fandrey Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: gnome@freebsd.org, girgen@freebsd.org, autotools@freebsd.org, freebsd-ports@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 17:33:40 -0000 I have the same problem and my FreeBSD 8.0 release doesnn't work anymore. I cannot do anything. It is possible to save this problem or better install different OS?? On Mon, May 31, 2010 at 10:29 AM, Dominic Fandrey wrote: > Error 1: > The configure script of devel/gettext pulls in gawk if installed, > which depends on gettext and causes install to fail. > > Error 2: > I updated with "portmaster -Da" so I stumbled over lots of stuff > that didn't get version bumped, even though it directly links to > gettext. > This is the list of packages that miss a direct dependency on > devel/gettext and should be version bumped: > > textproc/libcroco > devel/glib20 > shells/bash > textproc/libxslt > security/libgcrypt > devel/dbus-glib > devel/eggdbus > sysutils/polkit > devel/libIDL > devel/ORBit2 > devel/gconf2 > devel/gio-fam-backend > x11-toolkits/pango > devel/gamin > x11-toolkits/gtk20 (also links against its old version during build) > > More missing direct dependencies were uncovered by pkg_libchk: > > graphics/ImageMagick > audio/arts > net/avahi-app > devel/avr-gcc > sysutils/consolekit > devel/desktop-file-utils > textproc/enchant > net-im/farsight2 > graphics/gegl > graphics/gimp-app > print/gimp-gutenprint > devel/glibmm > devel/gnome-vfs > textproc/gsed > multimedia/gstreamer-ffmpeg > multimedia/gstreamer-plugins > multimedia/gstreamer-plugins-bad > audio/gstreamer-plugins-cdparanoia > multimedia/gstreamer-plugins-dvd > audio/gstreamer-plugins-esound > audio/gstreamer-plugins-flac > devel/gstreamer-plugins-gnomevfs > multimedia/gstreamer-plugins-gnonlin > graphics/gstreamer-plugins-jpeg > audio/gstreamer-plugins-lame > multimedia/gstreamer-plugins-good > graphics/gstreamer-plugins-libpng > audio/gstreamer-plugins-ogg > audio/gstreamer-plugins-pulse > audio/gstreamer-plugins-shout2 > audio/gstreamer-plugins-sndfile > multimedia/gstreamer-plugins-ugly > audio/gstreamer-plugins-wavpack > multimedia/gstreamermm > x11-toolkits/gtkglext > textproc/gtkspell > print/gutenprint-base > x11-toolkits/gtkmm24 > print/gutenprint-ijs > science/hdf5 > irc/irssi > sysutils/k3b > devel/libbonobo > x11-toolkits/libbonoboui > multimedia/libdv > x11/libgnome > graphics/libgnomecanvas > x11-toolkits/libgnomeui > devel/libgsf > graphics/liblqr-1 > net-im/libnice > devel/libnotify > graphics/libopenraw > net-im/libpurple > graphics/librsvg2 > devel/libsoup > textproc/libwpd > textproc/libxml++26 > multimedia/mjpegtools > audio/mpc > textproc/openjade > x11-toolkits/pangomm > net-im/pidgin > graphics/poppler-gtk > graphics/pstoedit > devel/py-dbus > multimedia/py-gstreamer > multimedia/smpeg > multimedia/vcdimager > editors/vim > www/webkit-gtk2 > net/wireshark > > > Error 3: > "make fetch" fails for postgresql related ports prior to the > postgresql-client update (not really a gettext issue)! > I figure they should all get a FETCH_DEPENDS line. > > ===>>> Returning to update check of installed ports > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > ===>>> Launching child to update php5-pdo_pgsql-5.3.2 to > php5-pdo_pgsql-5.3.2_1 > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > > ===>>> Port directory: /usr/ports/databases/php5-pdo_pgsql > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > ===>>> Gathering dependency list for databases/php5-pdo_pgsql from ports > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > ===>>> Starting recursive 'make config' check > ===>>> Recursive 'make config' check complete for databases/php5-pdo_pgsql > ===>>> Returning to update check of installed ports > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > ===>>> Launching child to update postgresql-server-8.3.11 to > postgresql-server-8.3.11_1 > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > > ===>>> Port directory: /usr/ports/databases/postgresql83-server > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > "pg_config" > > > -- > A: Because it fouls the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing on usenet and in e-mail? > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Mon May 31 17:37:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1F251065674 for ; Mon, 31 May 2010 17:37:16 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id B10E78FC18 for ; Mon, 31 May 2010 17:37:16 +0000 (UTC) Received: from mobileKamikaze.norad (vpn-cl-162-66.rz.uni-karlsruhe.de [141.3.162.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id B31338A1E86 for ; Mon, 31 May 2010 19:37:15 +0200 (CEST) Message-ID: <4C03F3CB.8010405@bsdforen.de> Date: Mon, 31 May 2010 19:37:15 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C03D5EC.4050409@bsdforen.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 17:37:17 -0000 On 31/05/2010 19:08, Franci Nabalanci wrote: > I have the same problem and my FreeBSD 8.0 release doesnn't work anymore. I > cannot do anything. It is possible to save this problem or better install > different OS?? A lot of stuff will start working again if you add the line: libintl.so.8 libintl.so.9 to your /etc/libmap.conf file. Note that this is just a temporal workaround until you manage to rebuild the troublesome packages. P.S.: Please do not top-post. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Mon May 31 17:43:59 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE4A01065673 for ; Mon, 31 May 2010 17:43:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id A7AB98FC19 for ; Mon, 31 May 2010 17:43:59 +0000 (UTC) Received: by gyh20 with SMTP id 20so3740243gyh.13 for ; Mon, 31 May 2010 10:43:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=89KUX6xVY5cVXhOAqe0TAptS99wnntkZPC1eqL8gQE8=; b=DHFx2XfDrCvM/ZdsKMwrzT6y2a4PIwdJvr/XAPeSZGSgb2cEISgDitRn/61kTPhkFq bccm85nL1enZmcA6HO7Ru4xEyWFClpymobTK/jPAeEUs9zCqOdwsZc6muN1SZ/8nukdj P58ixZl672oJFe4PQ+4zwAe4ag51yt6foIhxI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=pelTFbmo16LYe5kzwBZhzXidsYiiBG+lDmrm+kUTKxiAhI3Wq4S+f8PDxTfviWBrGi vgalFK4TjRURwxQW8oPCGzC6LQND4gZkphtj+wef0mKzkNmL+HgBgM6bUhgW0tlfm/3g oRZI7Z/3KoHvwS/OEjR1/tvfDon5ztz6nAxOA= MIME-Version: 1.0 Received: by 10.231.176.16 with SMTP id bc16mr6221515ibb.4.1275327835215; Mon, 31 May 2010 10:43:55 -0700 (PDT) Received: by 10.231.36.194 with HTTP; Mon, 31 May 2010 10:43:54 -0700 (PDT) In-Reply-To: <4C03F3CB.8010405@bsdforen.de> References: <4C03D5EC.4050409@bsdforen.de> <4C03F3CB.8010405@bsdforen.de> Date: Mon, 31 May 2010 10:43:54 -0700 Message-ID: From: Freddie Cash To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 17:44:00 -0000 On Mon, May 31, 2010 at 10:37 AM, Dominic Fandrey wrote: > On 31/05/2010 19:08, Franci Nabalanci wrote: > > I have the same problem and my FreeBSD 8.0 release doesnn't work anymore. > I > > cannot do anything. It is possible to save this problem or better install > > different OS?? > > A lot of stuff will start working again if you add the line: > libintl.so.8 libintl.so.9 > > to your /etc/libmap.conf file. Note that this is just a temporal > workaround until you manage to rebuild the troublesome packages. > > This would be an excellent time to mention the wonderful -b options for portupgrade and portmaster, that will create a backup package of any ports that are upgraded, stored under /usr/ports/packages. :) If you run into any issues, it's a simple "pkg_delete -xi portname" and "pkg_add /usr/ports/packages/portname.tbz" process to roll-back to a known-good version. :D There's also an option for both portupgrade and portmaster that tell it to save old libraries to /usr/local/compat/lib, so that applications that require the lib will continue to work, while you re-install/upgrade the other apps. Using ZFS snapshots on /usr/local and /var/db/pkg is also an option, as ZFS provides a snapshot-roll-back feature. IOW, this is not an "unsolvable mess" like some people claim every year. :) -- Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Mon May 31 17:57:41 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6F331065678 for ; Mon, 31 May 2010 17:57:41 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 420E48FC1D for ; Mon, 31 May 2010 17:57:40 +0000 (UTC) Received: by wyb36 with SMTP id 36so363894wyb.13 for ; Mon, 31 May 2010 10:57:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=BXsk3zVMwbxQuXXD+KyvXg5CVJ0W11On19cbjVcmZJw=; b=dereMI4Rtf7MwaUNfPR51TK1OQdQMQtkAv/xpHWY0pENeGzjZNUUM3IflspwBmd+HX 68KfxqH8R289lKZXId8mgMmDf3YuFfbf7QSWimxVphr5wLtRctEtBuXi1A43vcSjBqFd RkwOloB/sIw7139saVHPJJ0MqBBJtGSJjtRpw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=IsS1AEhCDKBUM2bOQx+IcsmebTy/CJFvfraebwIUTMrobBT+kymwJ/CUkG/F7MZ/v9 mepSWx9xqI63e/ErvB6iFJutsxj6M+9RYbdK0ia+Y3pPIlBGofH0F3FtjUdZSa9bFAvx MZNBYOB1vPA7+JZwju/X2I3ErEqzuIBofs1h0= MIME-Version: 1.0 Received: by 10.216.85.71 with SMTP id t49mr86866wee.19.1275328660155; Mon, 31 May 2010 10:57:40 -0700 (PDT) Received: by 10.216.131.29 with HTTP; Mon, 31 May 2010 10:57:40 -0700 (PDT) In-Reply-To: References: <4C03D5EC.4050409@bsdforen.de> <4C03F3CB.8010405@bsdforen.de> Date: Mon, 31 May 2010 12:57:40 -0500 Message-ID: From: Franci Nabalanci To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 17:57:41 -0000 On Mon, May 31, 2010 at 12:43 PM, Freddie Cash wrote: > On Mon, May 31, 2010 at 10:37 AM, Dominic Fandrey >wrote: > > > On 31/05/2010 19:08, Franci Nabalanci wrote: > > > I have the same problem and my FreeBSD 8.0 release doesnn't work > anymore. > > I > > > cannot do anything. It is possible to save this problem or better > install > > > different OS?? > > > > A lot of stuff will start working again if you add the line: > > libintl.so.8 libintl.so.9 > > > > to your /etc/libmap.conf file. Note that this is just a temporal > > workaround until you manage to rebuild the troublesome packages. > > > > This would be an excellent time to mention the wonderful -b options for > portupgrade and portmaster, that will create a backup package of any ports > that are upgraded, stored under /usr/ports/packages. :) If you run into > any issues, it's a simple "pkg_delete -xi portname" and "pkg_add > /usr/ports/packages/portname.tbz" process to roll-back to a known-good > version. :D > > There's also an option for both portupgrade and portmaster that tell it to > save old libraries to /usr/local/compat/lib, so that applications that > require the lib will continue to work, while you re-install/upgrade the > other apps. > > Using ZFS snapshots on /usr/local and /var/db/pkg is also an option, as ZFS > provides a snapshot-roll-back feature. > > IOW, this is not an "unsolvable mess" like some people claim every year. > :) > > Maybe is not "unsolvable mess" for you but it is for me. I did what I did, what I red. I made /etc/libmap.conf with what was mention above and when I run portmaster devel/gettext I got: /libexec/ld-elf.so.1: Shared object "libintl.so.9" not found, required by "gawk" Thanks. > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Mon May 31 18:18:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 797E4106564A for ; Mon, 31 May 2010 18:18:17 +0000 (UTC) (envelope-from gcr+freebsd-ports@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id 02D088FC15 for ; Mon, 31 May 2010 18:18:16 +0000 (UTC) Received: from packrat.tharned.org (11008@packrat.tharned.org [10.10.10.111]) (authenticated bits=0) by roadkill.tharned.org (8.14.4/8.14.4) with ESMTP id o4VIIGDU021258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 31 May 2010 13:18:16 -0500 (CDT) (envelope-from gcr+freebsd-ports@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2010; t=1275329896; bh=h8bVEN2vmkhx6i3kbzaDTQYr7z6+DEjzaRFxqi89cAI=; l=641; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=y2KHDDrzLXwy4nBtDsM5PCcH21J7S7MArx24LHoyrRw+UJr7Krx1GqpbvNNYLkhX3 u9BWiOOP1DDoROdXEBtD1iWk9GXQ9XE9SXweABLJqcq4ia7wJyjWik+xUda5jbos5x bPM19SMVFBdqL8DguT7b83qxu8Q0exCpCF02UCyU= Date: Mon, 31 May 2010 13:18:15 -0500 (CDT) From: Greg Rivers To: freebsd-ports@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.5 (roadkill.tharned.org [75.145.12.185]); Mon, 31 May 2010 13:18:16 -0500 (CDT) Subject: MOVED file format error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 18:18:17 -0000 There's a typo in the most recent version of /usr/ports/MOVED: # portsdb -Fu portsdb: MOVED file format error This patch fixes it: --- OLD/MOVED 2010-05-31 13:07:01.000000000 -0500 +++ MOVED 2010-05-31 13:11:55.000000000 -0500 @@ -4428,4 +4428,4 @@ x11-wm/xmonad-contrib|hs-xmonad-contrib|2010-05-24|Renamed: It has become a Cabal transcript. devel/ruby-game|devel/rubygem-rubygame|2010-05-24|Use devel/rubygem-rubygame instead devel/py-ro||2010-05-25|Use devel/py-pyro instead -devel/runawk|2010-05-31|Port duplicate with lang/runawk +devel/runawk||2010-05-31|Port duplicate with lang/runawk -- Greg Rivers From owner-freebsd-ports@FreeBSD.ORG Mon May 31 18:47:12 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63E14106566B for ; Mon, 31 May 2010 18:47:12 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (unknown [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7D48FC16 for ; Mon, 31 May 2010 18:47:12 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o4VIlCoj099126 for ; Mon, 31 May 2010 18:47:12 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o4VIlCcU099124 for ports@FreeBSD.org; Mon, 31 May 2010 18:47:12 GMT (envelope-from erwin) Date: Mon, 31 May 2010 18:47:12 GMT From: Erwin Lansing Message-Id: <201005311847.o4VIlCcU099124@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 18:47:12 -0000 From owner-freebsd-ports@FreeBSD.ORG Mon May 31 19:17:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC4031065672 for ; Mon, 31 May 2010 19:17:12 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 6A34F8FC13 for ; Mon, 31 May 2010 19:17:12 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 5D0C08A1E76 for ; Mon, 31 May 2010 21:17:11 +0200 (CEST) Message-ID: <4C040B36.7090708@bsdforen.de> Date: Mon, 31 May 2010 21:17:10 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C03D5EC.4050409@bsdforen.de> <4C03F3CB.8010405@bsdforen.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 19:17:12 -0000 On 31/05/2010 19:57, Franci Nabalanci wrote: > On Mon, May 31, 2010 at 12:43 PM, Freddie Cash wrote: > >> On Mon, May 31, 2010 at 10:37 AM, Dominic Fandrey >> wrote: >> >>> On 31/05/2010 19:08, Franci Nabalanci wrote: >>>> I have the same problem and my FreeBSD 8.0 release doesnn't work >> anymore. >>> I >>>> cannot do anything. It is possible to save this problem or better >> install >>>> different OS?? >>> >>> A lot of stuff will start working again if you add the line: >>> libintl.so.8 libintl.so.9 >>> >>> to your /etc/libmap.conf file. Note that this is just a temporal >>> workaround until you manage to rebuild the troublesome packages. >>> >>> This would be an excellent time to mention the wonderful -b options for >> portupgrade and portmaster, that will create a backup package of any ports >> that are upgraded, stored under /usr/ports/packages. :) If you run into >> any issues, it's a simple "pkg_delete -xi portname" and "pkg_add >> /usr/ports/packages/portname.tbz" process to roll-back to a known-good >> version. :D >> >> There's also an option for both portupgrade and portmaster that tell it to >> save old libraries to /usr/local/compat/lib, so that applications that >> require the lib will continue to work, while you re-install/upgrade the >> other apps. >> >> Using ZFS snapshots on /usr/local and /var/db/pkg is also an option, as ZFS >> provides a snapshot-roll-back feature. >> >> IOW, this is not an "unsolvable mess" like some people claim every year. >> :) >> >> Maybe is not "unsolvable mess" for you but it is for me. > I did what I did, what I red. > I made /etc/libmap.conf with what was mention above and when I run > portmaster devel/gettext I got: > /libexec/ld-elf.so.1: Shared object "libintl.so.9" not found, required by > "gawk" If that is your issue (note you didn't mention which of the 80+ issues I reported was yours), you don't need the libmap.conf entry. Just "pkg_delete -f gawk-\*" before running the update. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Mon May 31 19:34:44 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50CF7106566B for ; Mon, 31 May 2010 19:34:44 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id CDCC68FC14 for ; Mon, 31 May 2010 19:34:43 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so164230eyd.9 for ; Mon, 31 May 2010 12:34:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject :x-enigmail-version:content-type:content-transfer-encoding; bh=9OHYO+EMM02s0ONv+X7nmcrzexlhI7mFow7MIqP4iXU=; b=MC2DiDAIeYkhnuTo/e1qikeNIYnkdXrJChtaJm0+7MA8oQ6j4ZwbcbtzlHH8Tu/vrj 3YHdX3uzL2l7ahvGFdyY7RZTMHwrquZFL1hyw8uNict2/GCNe4/7LPwP6iqhYMsxsQJN Zo3X3VUeKC93l6As088PtYLYFlX2CdCO0kf9k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:x-enigmail-version:content-type :content-transfer-encoding; b=k4rYzMYQi7bc/2umvxEc7iaiOmSC9hWL+BpZfMeGDdtc16SZ/IGCx34QhNFfzbS+B5 7mVstKfWOw8z0wZUe+C8NKnBGnKpiNxqZu1ZbRnPKsczwCMYSgFHJiGxh72gTXl7pESD OjWnoAp41gQ5J62O+O628JXOTPAXH8pLhZ37A= Received: by 10.213.29.203 with SMTP id r11mr2349695ebc.33.1275334482532; Mon, 31 May 2010 12:34:42 -0700 (PDT) Received: from acer.rene-ladan.nl (ip4da3ae31.direct-adsl.nl [77.163.174.49]) by mx.google.com with ESMTPS id 13sm3212238ewy.9.2010.05.31.12.34.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 31 May 2010 12:34:40 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <4C040F4F.1010709@freebsd.org> Date: Mon, 31 May 2010 21:34:39 +0200 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; nl-NL; rv:1.9.1.9) Gecko/20100502 Thunderbird/3.0.4 MIME-Version: 1.0 To: kde@freebsd.org X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd ports Subject: devel/cmake bug: "-pthread; -D_THREAD_SAFE" emitted instead of "-pthread -D_THREAD_SAFE" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 19:34:44 -0000 Hi, somehow devel/cmake outputs "-pthread;-D_THREAD_SAFE" instead of "-pthread -D_THREAD_SAFE" to the generated Makefiles (note the semicolon). This means some list is passed verbatim to the compiler, causing the shell to execute the wrong commands. I have looked into the source code but there seems to be no relevant mention of "-D_THREAD_SAFE", nor in /usr/include or /usr/local/include. A workaround of course is to patch the generated Makefiles, but it would be nicer to fix the real problem (which does not seem to exist on most Linux distributions). I'm using cmake 2.8.1, but it also happens with earlier versions. I don't have a testcase yet, sorry. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Mon May 31 19:49:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53D051065677 for ; Mon, 31 May 2010 19:49:16 +0000 (UTC) (envelope-from lists@rhavenn.net) Received: from smtp147.dfw.emailsrvr.com (smtp147.dfw.emailsrvr.com [67.192.241.147]) by mx1.freebsd.org (Postfix) with ESMTP id 31F0E8FC1B for ; Mon, 31 May 2010 19:49:16 +0000 (UTC) Received: from relay24.relay.dfw.mlsrvr.com (localhost [127.0.0.1]) by relay24.relay.dfw.mlsrvr.com (SMTP Server) with ESMTP id D262234E812B for ; Mon, 31 May 2010 15:49:15 -0400 (EDT) Received: by relay24.relay.dfw.mlsrvr.com (Authenticated sender: rhavenn-AT-rhavenn.net) with ESMTPSA id BBF6D34E80E4 for ; Mon, 31 May 2010 15:49:15 -0400 (EDT) Received: by alucard.rhavenn.local (Postfix, from userid 1001) id 8A0F73F32; Mon, 31 May 2010 11:48:25 -0800 (AKDT) Date: Mon, 31 May 2010 11:48:25 -0800 From: Henrik Hudson To: freebsd-ports@freebsd.org Message-ID: <20100531194825.GA13543@alucard.int.rhavenn.net> References: <20100531173932.a0c881e3.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100531173932.a0c881e3.lehmann@ans-netz.de> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Xfce 4.6.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 19:49:16 -0000 On Mon, 31 May 2010, Oliver Lehmann wrote: > Hi Olivier, > > Olivier Duchateau wrote: > > > I started to update Xfce4, unfortunately I can't continue this week, > > because of I'm leaving for my work, and I wouldn't have any computers. > > Thanks for your work on this. It saved me some time and I included this > in my update to Xfce 4.6.2 which got just committed right now. > Please enjoy it! Awesome. Did this supposedly fix the xfce4-session and DBUS issues? Henrik -- Henrik Hudson lists@rhavenn.net ----------------------------------------- "God, root, what is difference?" Pitr; UF From owner-freebsd-ports@FreeBSD.ORG Mon May 31 21:22:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA708106566B for ; Mon, 31 May 2010 21:22:12 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE0E8FC0C for ; Mon, 31 May 2010 21:22:12 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id D9E0A8C06D; Mon, 31 May 2010 16:22:11 -0500 (CDT) Date: Mon, 31 May 2010 16:22:11 -0500 From: Mark Linimon To: Greg Rivers Message-ID: <20100531212211.GA28770@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: MOVED file format error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 21:22:12 -0000 fixed. From owner-freebsd-ports@FreeBSD.ORG Mon May 31 22:07:23 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6816106566B for ; Mon, 31 May 2010 22:07:23 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 9CD058FC12 for ; Mon, 31 May 2010 22:07:23 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 7653675967; Mon, 31 May 2010 22:07:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1078) From: Stefan Bethke In-Reply-To: Date: Tue, 1 Jun 2010 00:07:21 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <71A9791E-F8AA-444B-9E2E-4497ACC8FB89@lassitu.de> References: To: freebsd-ports@freebsd.org, netatalk-admins X-Mailer: Apple Mail (2.1078) Cc: Subject: Re: [Netatalk-admins] RFT: netatalk-2.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 22:07:23 -0000 I've uploaded a new version of the FreeBSD port for netatalk 2.1.1, = available at http://www.lassitu.de/freebsd/netatalk/netatalk-2.1.1-3.tar.bz2 A new build option WITH_APPLETALK (default: off) will build all = AppleTalk-related programs, utilities, man pages, etc. By default, = nothing that requires AppleTalk is built and installed; afpd is built = without support for DDP. When building with PAM support, a suitable pam config file will be = installed to $PREFIX/etc/pam.d/netatalk. Command line options for the various daemons are now configured through = the standard rc.conf mechanism (afpd_flags, atalkd_flags, etc.) instead = of through $PREFIX/etc/netatalk.conf. The main netatalk_enable knob is = gone. To run the file server successfully, you should set = afpd_enable=3D"YES" and cnid_metad_enable=3D"YES" in /etc/rc.conf. All five port config options compile successfully on FreeBSD = 8.1-PRERELEASE, but I have only tested afpd with and without PAM; = Kerberos, AppleTalk and Timelord support are untested. Enjoy, Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-ports@FreeBSD.ORG Mon May 31 22:23:35 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9B09106566B for ; Mon, 31 May 2010 22:23:35 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 868808FC20 for ; Mon, 31 May 2010 22:23:35 +0000 (UTC) Received: by gwj23 with SMTP id 23so3385620gwj.13 for ; Mon, 31 May 2010 15:23:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=yaAF/ltGH8A2BC2hAQ2hREzDw4QPxLD/1LwaOWBiEOA=; b=BfegAHMOfVv0at18bv4rqZVEx0of+GCth5qs661ALPKdGff5yDfHMm6kaBFI9kx65s gMjKSMptUuCy2Sp22poXv+IfK40utCl8hTk0fMJ/XpYtEiQHRZTLaIsvIl7FmSOuQUox b3+hevGwwRiwUXxF+C9ld/7+uJBCZ0IJWMlB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=elDxaa2FmN1f7KTcvxGbmcEUNw679YwucbI4n7PrX6ur2FZ7RzM4ADVPR+bW4S7ZpL Iq7LrIT+OD8I1CHT+EGqYPJ2hqhnBl8UIhL1/iIL6Wv9SxMRalyyTEdOtmGoBl+KDR9O OmHzHKx7ooLBOJ3oCPcIGkX8S4Vxyw+KIL9vk= MIME-Version: 1.0 Received: by 10.101.149.28 with SMTP id b28mr5680834ano.228.1275344614518; Mon, 31 May 2010 15:23:34 -0700 (PDT) Received: by 10.100.4.18 with HTTP; Mon, 31 May 2010 15:23:34 -0700 (PDT) In-Reply-To: <20100531194825.GA13543@alucard.int.rhavenn.net> References: <20100531173932.a0c881e3.lehmann@ans-netz.de> <20100531194825.GA13543@alucard.int.rhavenn.net> Date: Tue, 1 Jun 2010 00:23:34 +0200 Message-ID: From: Torfinn Ingolfsen To: FreeBSD Ports ML Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Xfce 4.6.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 22:23:36 -0000 Hi, On Mon, May 31, 2010 at 9:48 PM, Henrik Hudson wrote: > On Mon, 31 May 2010, Oliver Lehmann wrote: > > > Hi Olivier, > > > > Olivier Duchateau wrote: > > > > > I started to update Xfce4, unfortunately I can't continue this week, > > > because of I'm leaving for my work, and I wouldn't have any computers. > > > > Thanks for your work on this. It saved me some time and I included this > > in my update to Xfce 4.6.2 which got just committed right now. > > Please enjoy it! > > Awesome. Did this supposedly fix the xfce4-session and DBUS issues? > FWI, I had xfce4-session issues (startxcfe4 would fail if xfce4-session was installed). With Xfce 4.6.2 startxcfe4 now works, even with xfce4-session installed. Nice! HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Mon May 31 22:33:52 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D472F106566B for ; Mon, 31 May 2010 22:33:52 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 902AE8FC15 for ; Mon, 31 May 2010 22:33:52 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o4VMXpTb067418; Mon, 31 May 2010 16:33:51 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o4VMXpfp067415; Mon, 31 May 2010 16:33:51 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 31 May 2010 16:33:51 -0600 (MDT) From: Warren Block To: Henrik Hudson In-Reply-To: <20100531194825.GA13543@alucard.int.rhavenn.net> Message-ID: References: <20100531173932.a0c881e3.lehmann@ans-netz.de> <20100531194825.GA13543@alucard.int.rhavenn.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (wonkity.com [127.0.0.1]); Mon, 31 May 2010 16:33:51 -0600 (MDT) Cc: freebsd-ports@freebsd.org Subject: Re: Xfce 4.6.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 22:33:52 -0000 On Mon, 31 May 2010, Henrik Hudson wrote: > On Mon, 31 May 2010, Oliver Lehmann wrote: > >> Hi Olivier, >> >> Olivier Duchateau wrote: >> >>> I started to update Xfce4, unfortunately I can't continue this week, >>> because of I'm leaving for my work, and I wouldn't have any computers. >> >> Thanks for your work on this. It saved me some time and I included this >> in my update to Xfce 4.6.2 which got just committed right now. >> Please enjoy it! > > Awesome. Did this supposedly fix the xfce4-session and DBUS issues? http://www.freebsd.org/cgi/query-pr.cgi?pr=146295 The libSM patch, which I think is now in the libSM port, seems to have fixed it, or at least the xfce startup problem hasn't happened on the systems I had with that problem. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-ports@FreeBSD.ORG Mon May 31 22:59:04 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A48F91065670; Mon, 31 May 2010 22:59:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 41F5A8FC0C; Mon, 31 May 2010 22:59:03 +0000 (UTC) Received: by vws10 with SMTP id 10so2170122vws.13 for ; Mon, 31 May 2010 15:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=iVn4BPSqJeKV1msTK/Msi0Eqmc7Vb0BtYdGHtuqiEyo=; b=pBsMt1frC3IbFIyiXTYRuDs6NFb0t4xSWoZ9GOJA8EtFi//ErCzCaXsYxQUKch61xd eK/HZrrkUpqAarUu86XzbeqXS2GtyECFcdFxbDLbYAATfmEuyWyQzWjYYN6FwYBLI9Gg joXERbwJ5NaXJdW+v0sDFxaRwWolUpZ+M8IrM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Q/I/P3cmpzt0UnaHmqeLgPbNhq4/d/oHOu5ZhPfpq6XJb8PmET/+AP1L1FAcV5IfXU YirWeXiXKrziMZ2cUXzNXuLKreoTuVyxz+Lmhzx53xYb1RkymoOqT75v+got0iaV3tD1 NK6+keEkFvk8/yPk7/QvW5Lr2khYdT7+amCq8= MIME-Version: 1.0 Received: by 10.224.35.216 with SMTP id q24mr1993617qad.79.1275346743017; Mon, 31 May 2010 15:59:03 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Mon, 31 May 2010 15:59:02 -0700 (PDT) In-Reply-To: References: Date: Mon, 31 May 2010 15:59:02 -0700 Message-ID: From: Garrett Cooper To: Bernardo Maciel Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, python@freebsd.org Subject: Re: FreeBSD Port: python26-2.6.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 22:59:04 -0000 On Mon, May 31, 2010 at 9:49 AM, Bernardo Maciel wrote: > Hello, > > > > I recently ran into a problem when compiling python 2.6.5 under > FreeBSD 8.0-p2 . I searched around, asked in FreeBSD forums ( > http://forums.freebsd.org/showthread.php?t=14268 ) and then e-mailed > the python-help mailing list. The problem isn't yet solved. > > My problem is that when I compile python 2.6.5, I get a "sem_init: No > space left on device" message when the script is building the _ssl > extension: ... Increase the value of the kern.ipc.shmall sysctl because you have other applications eating up POSIX shmem in the background. HTH, -Garrett From owner-freebsd-ports@FreeBSD.ORG Mon May 31 23:50:06 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5467B1065674 for ; Mon, 31 May 2010 23:50:06 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA918FC15 for ; Mon, 31 May 2010 23:50:05 +0000 (UTC) Received: from lightning.wonkity.com (lightning.wonkity.com [10.0.0.8]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o4VNo2C6067693; Mon, 31 May 2010 17:50:02 -0600 (MDT) (envelope-from wblock@lightning.wonkity.com) Received: from lightning.wonkity.com (localhost [127.0.0.1]) by lightning.wonkity.com (8.14.4/8.14.4) with ESMTP id o4VNo2jo001443; Mon, 31 May 2010 17:50:02 -0600 (MDT) (envelope-from wblock@lightning.wonkity.com) Received: from localhost (wblock@localhost) by lightning.wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id o4VNo1VO001440; Mon, 31 May 2010 17:50:02 -0600 (MDT) (envelope-from wblock@lightning.wonkity.com) Date: Mon, 31 May 2010 17:50:01 -0600 (MDT) From: Warren Block To: ports@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (wonkity.com [10.0.0.1]); Mon, 31 May 2010 17:50:02 -0600 (MDT) Cc: Dominic Fandrey Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 23:50:06 -0000 pkg_libchk from sysutils/bsdadminscripts finds an interesting thing after the update: gettext-0.18: /usr/local/bin/msgattrib misses libintl.so.8 gettext-0.18: /usr/local/bin/msgcat misses libintl.so.8 gettext-0.18: /usr/local/bin/msgcmp misses libintl.so.8 gettext-0.18: /usr/local/bin/msgcomm misses libintl.so.8 gettext-0.18: /usr/local/bin/msgconv misses libintl.so.8 gettext-0.18: /usr/local/bin/msgen misses libintl.so.8 gettext-0.18: /usr/local/bin/msgexec misses libintl.so.8 gettext-0.18: /usr/local/bin/msgfilter misses libintl.so.8 gettext-0.18: /usr/local/bin/msgfmt misses libintl.so.8 gettext-0.18: /usr/local/bin/msggrep misses libintl.so.8 gettext-0.18: /usr/local/bin/msginit misses libintl.so.8 gettext-0.18: /usr/local/bin/msgmerge misses libintl.so.8 gettext-0.18: /usr/local/bin/msgunfmt misses libintl.so.8 gettext-0.18: /usr/local/bin/msguniq misses libintl.so.8 gettext-0.18: /usr/local/bin/recode-sr-latin misses libintl.so.8 gettext-0.18: /usr/local/bin/xgettext misses libintl.so.8 gettext-0.18: /usr/local/libdata/gettext-tools/hostname misses libintl.so.8 gettext-0.18: /usr/local/libdata/gettext-tools/urlget misses libintl.so.8 So these gettext programs built with dependencies on the old version of ...gettext? Reinstalling devel/gettext seems to fix this. At least pkg_libchk stops complaining. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 00:19:47 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F95D1065670 for ; Tue, 1 Jun 2010 00:19:47 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 30D118FC0A for ; Tue, 1 Jun 2010 00:19:46 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id B863F8A1E8D; Tue, 1 Jun 2010 02:19:45 +0200 (CEST) Message-ID: <4C04521F.5020107@bsdforen.de> Date: Tue, 01 Jun 2010 02:19:43 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Warren Block References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 00:19:47 -0000 On 01/06/2010 01:50, Warren Block wrote: > pkg_libchk from sysutils/bsdadminscripts finds an interesting thing > after the update: > > gettext-0.18: /usr/local/bin/msgattrib misses libintl.so.8 > ... > > So these gettext programs built with dependencies on the old version of > ...gettext? This wasn't the case on my system. I'd ask you to check your libmap.conf, but if the problem had been there, the rebuild wouldn't have helped. > Reinstalling devel/gettext seems to fix this. At least pkg_libchk stops > complaining. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 00:42:19 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8347B1065673 for ; Tue, 1 Jun 2010 00:42:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C5FE08FC08 for ; Tue, 1 Jun 2010 00:42:18 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id DAA12076; Tue, 01 Jun 2010 03:41:53 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OJFYH-000Hfh-2O; Tue, 01 Jun 2010 03:41:53 +0300 Message-ID: <4C045750.7030308@icyb.net.ua> Date: Tue, 01 Jun 2010 03:41:52 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Dominic Fandrey References: <4C04521F.5020107@bsdforen.de> In-Reply-To: <4C04521F.5020107@bsdforen.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Warren Block , ports@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 00:42:19 -0000 on 01/06/2010 03:19 Dominic Fandrey said the following: > On 01/06/2010 01:50, Warren Block wrote: >> pkg_libchk from sysutils/bsdadminscripts finds an interesting thing >> after the update: >> >> gettext-0.18: /usr/local/bin/msgattrib misses libintl.so.8 >> ... >> >> So these gettext programs built with dependencies on the old version of >> ...gettext? > > This wasn't the case on my system. I'd ask you to check your > libmap.conf, but if the problem had been there, the rebuild > wouldn't have helped. Why? I have/had exactly the same problem. It seems that some gettext binaries get linked with gettext libraries that are already installed (e.g. in /usr/local/lib). On the second upgrade they get linked with the right version of .so. >> Reinstalling devel/gettext seems to fix this. At least pkg_libchk stops >> complaining. > -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 00:48:12 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59321106564A for ; Tue, 1 Jun 2010 00:48:12 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 156178FC15 for ; Tue, 1 Jun 2010 00:48:11 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o510m8eK067948; Mon, 31 May 2010 18:48:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o510m8x3067945; Mon, 31 May 2010 18:48:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 31 May 2010 18:48:08 -0600 (MDT) From: Warren Block To: Dominic Fandrey In-Reply-To: <4C04521F.5020107@bsdforen.de> Message-ID: References: <4C04521F.5020107@bsdforen.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (wonkity.com [127.0.0.1]); Mon, 31 May 2010 18:48:08 -0600 (MDT) Cc: ports@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 00:48:12 -0000 On Tue, 1 Jun 2010, Dominic Fandrey wrote: > On 01/06/2010 01:50, Warren Block wrote: >> pkg_libchk from sysutils/bsdadminscripts finds an interesting thing >> after the update: >> >> gettext-0.18: /usr/local/bin/msgattrib misses libintl.so.8 >> ... >> >> So these gettext programs built with dependencies on the old version of >> ...gettext? > > This wasn't the case on my system. I'd ask you to check your > libmap.conf, but if the problem had been there, the rebuild > wouldn't have helped. Nothing in libmap.conf. I've seen this on two systems with recent 8-stable. >> Reinstalling devel/gettext seems to fix this. At least pkg_libchk stops >> complaining. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 01:45:39 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 961A9106564A; Tue, 1 Jun 2010 01:45:39 +0000 (UTC) (envelope-from bernardo.maciel@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3B1068FC15; Tue, 1 Jun 2010 01:45:38 +0000 (UTC) Received: by gyh20 with SMTP id 20so4072937gyh.13 for ; Mon, 31 May 2010 18:45:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9oFRYa4Q9sYLNL8yfnNDsC+ak+J4R/E1uyr6GwvoIBY=; b=LQ9iFQ0DMjuom834w0aQ+q82DrQLTH1bLnA7wdzn3+H4QLCqCl/waOXDI2t4VPmpz2 TQJfbosv82pyE7X+fNe9p/epiIfi59XhBnGBg51tp6kZe0l4+xQjN4XtfQ+r5MG71kR6 R5w4JSlq2nc6ecL+ySdEq8E1RAe1lkioYLcRw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=K7ycxjsZ+wpk78iVKFzW8OXKPwUs/lSRmqcvioaq+Dy0t3RPNSFynIh+dbXOZxLZuo 8QhfXTzC3ANdhLGpR+0qFZSPshJlSwCSdeOTmfLHrZi1AfZxbHtNJNBEXuZ+lga9+ORX FNlQCym+Q04ovtbB2+y+ERV1WdSydHneupqJs= MIME-Version: 1.0 Received: by 10.101.192.24 with SMTP id u24mr5716655anp.181.1275356738286; Mon, 31 May 2010 18:45:38 -0700 (PDT) Received: by 10.100.121.13 with HTTP; Mon, 31 May 2010 18:45:38 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Jun 2010 02:45:38 +0100 Message-ID: From: Bernardo Maciel To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports , python Subject: Re: FreeBSD Port: python26-2.6.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 01:45:39 -0000 On Mon, May 31, 2010 at 23:59, Garrett Cooper wrote: > On Mon, May 31, 2010 at 9:49 AM, Bernardo Maciel > wrote: >> Hello, >> >> >> >> I recently ran into a problem when compiling python 2.6.5 under >> FreeBSD 8.0-p2 . I searched around, asked in FreeBSD forums ( >> http://forums.freebsd.org/showthread.php?t=3D14268 ) and then e-mailed >> the python-help mailing list. The problem isn't yet solved. >> >> My problem is that when I compile python 2.6.5, I get a "sem_init: No >> space left on device" message when the script is building the _ssl >> extension: > > ... > > =A0 =A0Increase the value of the kern.ipc.shmall sysctl because you have > other applications eating up POSIX shmem in the background. > HTH, > -Garrett > Hello again, Thank you for your reply. I increased the values of kern.ipc.shmall and kern.ipc.shmmax but still no luck. I have 256MB RAM and 256MB of swap space, so I searched around and chose 450MB for kern.ipc.shmmax, which gives a value of 115200 for kern.ipc.shmall, since hw.pagesize is 4096. The limit on kern.ipc.shmmax is RAM + swap, right? Here is the kern.ipc sysctl: ------------------------------ FPserver# sysctl kern.ipc kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 124 kern.ipc.nmbjumbo16: 1096 kern.ipc.nmbjumbo9: 2192 kern.ipc.nmbjumbop: 4384 kern.ipc.nmbclusters: 8768 kern.ipc.piperesizeallowed: 1 kern.ipc.piperesizefail: 0 kern.ipc.pipeallocfail: 0 kern.ipc.pipefragretry: 0 kern.ipc.pipekva: 36864 kern.ipc.maxpipekva: 4169728 kern.ipc.msgseg: 2048 kern.ipc.msgssz: 8 kern.ipc.msgtql: 40 kern.ipc.msgmnb: 2048 kern.ipc.msgmni: 40 kern.ipc.msgmax: 16384 kern.ipc.semaem: 16384 kern.ipc.semvmx: 32767 kern.ipc.semusz: 136 kern.ipc.semume: 10 kern.ipc.semopm: 100 kern.ipc.semmsl: 60 kern.ipc.semmnu: 30 kern.ipc.semmns: 60 kern.ipc.semmni: 10 kern.ipc.semmap: 30 kern.ipc.shm_allow_removed: 0 kern.ipc.shm_use_phys: 0 kern.ipc.shmall: 115200 kern.ipc.shmseg: 128 kern.ipc.shmmni: 192 kern.ipc.shmmin: 1 kern.ipc.shmmax: 471859200 kern.ipc.maxsockets: 8768 kern.ipc.numopensockets: 11 kern.ipc.nsfbufsused: 0 kern.ipc.nsfbufspeak: 4 kern.ipc.nsfbufs: 2448 ------------------------------ I still get the same message when the script is building the _ssl extension. Can you help? Best regards, --=20 Bernardo From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 02:09:53 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77DD1106566C for ; Tue, 1 Jun 2010 02:09:53 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 36EC78FC1F for ; Tue, 1 Jun 2010 02:09:52 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id EC50A8A1E8C; Tue, 1 Jun 2010 04:09:51 +0200 (CEST) Message-ID: <4C046BEE.1050203@bsdforen.de> Date: Tue, 01 Jun 2010 04:09:50 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Warren Block References: <4C04521F.5020107@bsdforen.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 02:09:53 -0000 On 01/06/2010 02:48, Warren Block wrote: > On Tue, 1 Jun 2010, Dominic Fandrey wrote: > >> On 01/06/2010 01:50, Warren Block wrote: >>> pkg_libchk from sysutils/bsdadminscripts finds an interesting thing >>> after the update: >>> >>> gettext-0.18: /usr/local/bin/msgattrib misses libintl.so.8 >>> ... >>> >>> So these gettext programs built with dependencies on the old version of >>> ...gettext? >> >> This wasn't the case on my system. I'd ask you to check your >> libmap.conf, but if the problem had been there, the rebuild >> wouldn't have helped. > > Nothing in libmap.conf. I've seen this on two systems with recent 8-stable. The problem has probably been masked by the gawk issue on my system, because of gawk, install failed after the first build and my system was entirely without any version of gettext. After getting rid of gawk gettext installed just fine and there was no trace of the old version to link against. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 06:05:13 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F264106566C for ; Tue, 1 Jun 2010 06:05:13 +0000 (UTC) (envelope-from aldis@bsdroot.lv) Received: from mx1.bsdroot.lv (mpe-11-155.mpe.lv [83.241.11.155]) by mx1.freebsd.org (Postfix) with ESMTP id DD2818FC0C for ; Tue, 1 Jun 2010 06:05:12 +0000 (UTC) Received: from mx1.bsdroot.lv (mx1.bsdroot.lv [83.241.11.155]) by mx1.bsdroot.lv (Postfix) with ESMTP id 5F0E54476; Tue, 1 Jun 2010 09:05:10 +0300 (EEST) Received: from webmail.bsdroot.lv (mpe-11-220.mpe.lv [83.241.11.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.bsdroot.lv (Postfix) with ESMTPSA id 2D9C04475; Tue, 1 Jun 2010 09:05:10 +0300 (EEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Tue, 01 Jun 2010 09:05:09 +0300 From: Aldis Berjoza To: , , Organization: BSDroot.lv Message-ID: <84372abcdff209a03156710e49aa901b@bsdroot.lv> X-Sender: aldis@bsdroot.lv User-Agent: RoundCube Webmail/0.4-beta X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Re: Lyx again X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 06:05:13 -0000 I've submited lyx port http://www.freebsd.org/cgi/query-pr.cgi?pr=147243 Aldis Berjoza -- BSDroot.lv --> coming soon From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 06:57:20 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD211065675 for ; Tue, 1 Jun 2010 06:57:20 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (unknown [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id F2A518FC0A for ; Tue, 1 Jun 2010 06:57:19 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o516vJjI082749 for ; Tue, 1 Jun 2010 06:57:19 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o516vJHO082748 for ports@FreeBSD.org; Tue, 1 Jun 2010 06:57:19 GMT (envelope-from erwin) Date: Tue, 1 Jun 2010 06:57:19 GMT From: Erwin Lansing Message-Id: <201006010657.o516vJHO082748@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 06:57:20 -0000 INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: p5-Math-RPN-1.09: no entry for /nonexistentlocal/lib/perl5/site_perl/5.10.1/ExtUtils/MakeMaker.pm::/local0/portmgr/tindex/ports/devel/p5-ExtUtils-MakeMaker make_index: p5-Math-RPN-1.09: no entry for /nonexistentlocal/lib/perl5/site_perl/5.10.1/ExtUtils/MakeMaker.pm::/local0/portmgr/tindex/ports/devel/p5-ExtUtils-MakeMaker Committers on the hook: arved kevlo wen Most recent CVS update was: U databases/py-sqlobject/Makefile U databases/py-sqlobject/distinfo U devel/p5-CPAN-Meta/Makefile U devel/p5-CPAN-Meta/distinfo U devel/rubygem-polyglot/Makefile U devel/rubygem-polyglot/distinfo U devel/rubygem-sequel/Makefile U devel/rubygem-sequel/distinfo U math/Makefile U math/p5-Math-RPN/Makefile U math/p5-Math-RPN/distinfo U math/p5-Math-RPN/pkg-descr U math/p5-Math-RPN/pkg-plist U net-im/tapioca-qt/Makefile U net-im/telepathy-qt/Makefile From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 08:54:05 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC2E9106564A for ; Tue, 1 Jun 2010 08:54:05 +0000 (UTC) (envelope-from me@janh.de) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id 39D488FC13 for ; Tue, 1 Jun 2010 08:54:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id 5860D90289; Tue, 1 Jun 2010 10:54:04 +0200 (CEST) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id UvqNmy7PsiVg; Tue, 1 Jun 2010 10:54:04 +0200 (CEST) Received: from nb895.math (g224004046.adsl.alicedsl.de [92.224.4.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id 080E190146; Tue, 1 Jun 2010 10:54:03 +0200 (CEST) Message-ID: <4C04CAAA.7080001@janh.de> Date: Tue, 01 Jun 2010 10:54:02 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100514 Thunderbird/3.0.4 MIME-Version: 1.0 To: ports-list freebsd Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Direct or indirect libdependencies (using the libintl.so.8 case) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 08:54:05 -0000 The general argument follows below, I just need some anecdotal evidence first: Yesterday, I was chasing libintl.so.8, rebuilding all ports that got bumped, checking with libchk for other libintl.so.8 dependencies, and forcing a rebuild of all these packages: All but two of them had an indirect dependency on devel/gettext (and I did email the maintainers of devel/ccrtp and textproc/gsed linking without a dependency). Then I did a complete scan for libintl.so.8 and found one file linking libintl.so.8 that was outside the path that libchk scans ( share/examples/telepathy-qt4/call/.libs/call from net-im/telepathy-qt4). Yes, 'portupgrade -fr' would have been better as suggested in UPDATING. So far, no surprise. Now, many ports got bumped adding a direct dependency that already have an indirect one. These got rebuild yesterday, either by checking with libchk or by following UPDATING and rebuilding all (indirect) dependencies, and now have to be rebuild, again. To me, the new bump seems to be a waste, since AFAIU indirect and direct dependencies are not listed in the package any different. If bumping portrevisions would be done consequently -- for example by the build cluster recording libdependencies somehow that can be used as a basis for bumps -- it would help updating, but currently, bumping some portrevisions does not seem to help and only causes rebuilds being wasted as in this case. Moreover, there does not seem to be an agreement, if direct libdependencies should be listed with indirect already existing. Several just got them added for gettext, but when I asked for one to be introduced on another occasion, it got removed shortly afterward again with pav@ explaining to me that they are not desirable: "We should not explicitly state any indirect dependencies of any kinds. For the sake of simplicity." This was the commit: http://lists.freebsd.org/pipermail/cvs-all/2009-May/288801.html -- I do not see a difference to the current case. I think that libdependencies should be recorded for making portrevision bumps consistent -- either by trying to introduce direct libdenpendencies for every port that links a shared library or by recording real shared library dependencies externally (maybe by the build cluster). Currently, sometimes all direct and indirect portrevisions are bumped, sometimes only the direct ones, and sometimes none at all -- in the second and third case with instructions in UPDATING to rebuild recursively. For one of my machines, I can use libchk to occasionally check if something is left behind, but for all of the machines I transfer packages to, I keep recording lists of packages that need a forced rebuild. I somehow feel that that should be an automated task (done by the ports framework itself). Strictly following UPDATING seems to me not always to be save, either: If I waited a few weeks and I am told to do two recursive rebuilds (that are not forced), the second one could miss some portrevision bumps, because the first one already produced up-to-date ports. If the second one was due to a shared library bump, I would be in an inconsistent state. Sometimes, I really wonder about the order in which to follow instructions in UPDATING -- and I am pretty sure that there is not always an order that gives a save result: the example I just gave with several portrevision bumps due to shared library bumps not depending on each other but with common ports dependent on them cannot be solved, I guess. Then tools like libchk (or bsdadminscripts) are the only help, but since they cannot find all libdependencies (dlopen), they are not an universal solution, either (but seem to have a high rate of success). My first argument is for portrevision bumps, my second one seems to be against them. Both approaches seem to have trade-offs, I wish one would be followed consistently. I know that the decisions are made on a case-by-case basis, but for my taste, it is too much case-by-case. Cheers, Jan Henrik From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 09:54:29 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C902106566B for ; Tue, 1 Jun 2010 09:54:29 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (unknown [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id D8E708FC08 for ; Tue, 1 Jun 2010 09:54:28 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o519sShg051920 for ; Tue, 1 Jun 2010 09:54:28 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o519sSub051918 for ports@FreeBSD.org; Tue, 1 Jun 2010 09:54:28 GMT (envelope-from erwin) Date: Tue, 1 Jun 2010 09:54:28 GMT From: Erwin Lansing Message-Id: <201006010954.o519sSub051918@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 09:54:29 -0000 From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 11:14:44 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A33AE1065672 for ; Tue, 1 Jun 2010 11:14:44 +0000 (UTC) (envelope-from dennylin93@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) by mx1.freebsd.org (Postfix) with ESMTP id 73A8A8FC0C for ; Tue, 1 Jun 2010 11:14:43 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 1001) id 839614B7850; Tue, 1 Jun 2010 19:14:42 +0800 (CST) Date: Tue, 1 Jun 2010 19:14:42 +0800 From: Denny Lin To: Dominic Fandrey Message-ID: <20100601111442.GG20695@mail.hs.ntnu.edu.tw> References: <4C03D5EC.4050409@bsdforen.de> <4C03F3CB.8010405@bsdforen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4C03F3CB.8010405@bsdforen.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-ports@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 11:14:44 -0000 On Mon, May 31, 2010 at 07:37:15PM +0200, Dominic Fandrey wrote: > On 31/05/2010 19:08, Franci Nabalanci wrote: > > I have the same problem and my FreeBSD 8.0 release doesnn't work anymore. I > > cannot do anything. It is possible to save this problem or better install > > different OS?? > > A lot of stuff will start working again if you add the line: > libintl.so.8 libintl.so.9 > > to your /etc/libmap.conf file. Note that this is just a temporal > workaround until you manage to rebuild the troublesome packages. Another (maybe better?) solution would be to use the -w option for portmaster. This way, old libraries are saved to /usr/local/lib/compat/pkg/ so programs can still be used even if they're not rebuilt immediately. -- Denny Lin From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 11:43:28 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ED7C1065673 for ; Tue, 1 Jun 2010 11:43:28 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id CA2118FC15 for ; Tue, 1 Jun 2010 11:43:27 +0000 (UTC) Received: by gwj23 with SMTP id 23so3838714gwj.13 for ; Tue, 01 Jun 2010 04:43:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=NqIdMV0njhxZe8iSjdcgw8NS78NyVYHOb2EDCmUHt+s=; b=uqHnIgRYyWcNaVE2PYNVsmuzKsgHr90L90P7xKbnKUgAVB9Nz8TYQ+jD82KlrWCuy8 DmvqQ8NW3R0JeKTwJqj9SefqwJhfMhKerBJM15zXpJk1DAm+noLMDmqBiuYad0DHvPcP EC/syBnAj2aMRBtpUJwlLw52Q0MQ0866GdkDk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=PgINIDMdTCQz5FYfVlnC072nhKgyH29H54wr2QQm3gmVfkJUjoLQkU3wOMg00CQLjG lKiMIgxG9C8jxyjB959YKVwIBHKuN4Z3SdGOoUQ5NK4oJA+IYtFIvLJh9zSuTHKwKnP3 tTgJoy4R14hxKVlirghloZrX3ePv5MJV2Pgxw= Received: by 10.101.149.15 with SMTP id b15mr6461266ano.219.1275392605670; Tue, 01 Jun 2010 04:43:25 -0700 (PDT) Received: from athena.wi.rr.com (CPE-65-29-60-73.wi.res.rr.com [65.29.60.73]) by mx.google.com with ESMTPS id t28sm30972282ibg.6.2010.06.01.04.43.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Jun 2010 04:43:24 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Tue, 1 Jun 2010 06:43:15 -0500 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE-p3; KDE/4.4.3; i386; ; ) References: <4C03D5EC.4050409@bsdforen.de> <4C040B36.7090708@bsdforen.de> In-Reply-To: <4C040B36.7090708@bsdforen.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201006010643.15471.lumiwa@gmail.com> Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 11:43:28 -0000 On Monday 31 May 2010 14:17:10 Dominic Fandrey wrote: > >> > >> Maybe is not "unsolvable mess" for you but it is for me. > > > > I did what I did, what I red. > > I made /etc/libmap.conf with what was mention above and when I run > > portmaster devel/gettext I got: > > /libexec/ld-elf.so.1: Shared object "libintl.so.9" not found, required by > > "gawk" > > If that is your issue (note you didn't mention which of the 80+ issues > I reported was yours), you don't need the libmap.conf entry. > > Just "pkg_delete -f gawk-\*" before running the update. I deleted gawk and run again as is in UPDAITING - portmaster -r gettext and after all nightof rebuilding in the morning waiting for me error1: Missing license file for LGPL in /usr/ports/net-im/telepathy- qt/work/telepathy.... Mitja -------- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Fri May 28 19:58:28 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04B95106564A for ; Fri, 28 May 2010 19:58:28 +0000 (UTC) (envelope-from dancefire@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B6A578FC16 for ; Fri, 28 May 2010 19:58:27 +0000 (UTC) Received: by gwj23 with SMTP id 23so1130225gwj.13 for ; Fri, 28 May 2010 12:58:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=ZR7qjZZK6YjRvKnoqF+ajN0qqhNGVs/qFQWhbNK30B8=; b=c9ShnvJA1+KBSgpWuNMhvvvWj0yB1b+s40RID+i2YsOEntgblzCkhS/YczfFzsj+rF gokdezniymDUrnmaurthBajXp5i1A78GudMH0keb/8W0Le3qF0nwmyjXH7z71qelYS8T RQY24MerWpgIr0Yij0eRn1rDsH5fFlGkdo+m8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=PWX1vdexyXpxEf1PK78ud5HIJAj/MCzYQAd97iSkJd6sec0HkqyrQl1yTw+vWhfGgk M5UAk4n9dFFc8XQseDcBKQqqlNnKS6QOebqeXrL2vxfvPGIV45p2K1t2r95fbWbU8tm3 KWX8hrFLlK7G4X2jXdxCm01/PFjdTpJlio7so= MIME-Version: 1.0 Received: by 10.224.73.73 with SMTP id p9mr533271qaj.320.1275075358010; Fri, 28 May 2010 12:35:58 -0700 (PDT) Received: by 10.229.49.212 with HTTP; Fri, 28 May 2010 12:35:57 -0700 (PDT) Date: Sat, 29 May 2010 05:35:57 +1000 Message-ID: From: Tao Wang To: freebsd-ports@freebsd.org X-Mailman-Approved-At: Tue, 01 Jun 2010 13:41:01 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to know which version of an apps available in various FreeBSD release? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2010 19:58:28 -0000 Hi, I'm doing a survey about the availablilty of some packages in different platform, including FreeBSD release. I want to know whether the package is existed in the specific FreeBSD release, and which version it is? I found: http://www.freebsd.org/ports/ , however, it is only against -STABLE or -CURRENT. I also need to know the information on previous release. How to do it? Thanks. -- Regards Tao Wang From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 14:20:40 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74EDA1065672 for ; Tue, 1 Jun 2010 14:20:40 +0000 (UTC) (envelope-from fwall@inotronic.de) Received: from mail.inotronic.de (mail.inotronic.de [77.73.248.111]) by mx1.freebsd.org (Postfix) with ESMTP id F1EFB8FC08 for ; Tue, 1 Jun 2010 14:20:39 +0000 (UTC) Received: from phosphorus (mail [77.73.248.111]) by mail.inotronic.de (8.14.4/8.14.3) with ESMTP id o51EAYQX031209 for ; Tue, 1 Jun 2010 16:10:34 +0200 (CEST) (envelope-from fwall@inotronic.de) X-Filter-Status: scanned by inotronic CheckMAIL Received: from boron.inotronic.de (boron.inotronic-intern.de [10.1.2.10]) by mail.inotronic.de (8.14.4/8.14.3) with ESMTP id o51EAAvX031174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Jun 2010 16:10:27 +0200 (CEST) (envelope-from fwall@inotronic.de) X-Receipient-To: Received: from gold.inotronic-management.de (gold.inotronic-management.de [10.3.1.201]) by boron.inotronic.de (8.14.3/8.14.3) with ESMTP id o51EAAAv055631; Tue, 1 Jun 2010 16:10:10 +0200 (CEST) (envelope-from fwall@inotronic.de) Date: Tue, 1 Jun 2010 16:10:10 +0200 From: Frank Wall To: freebsd-ports@freebsd.org Message-ID: <20100601141010.GC17842@gold.inotronic-management.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Porting Java Applications - Best Practise? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 14:20:40 -0000 Hi, I'm planning to create ports for some java applications. Some of them are going to utilize devel/maven2. (And all of them depend on www/tomcat6.) I've noticed that bsd.java.mk has support for Apache ANT, but not for maven2. And the Porter's Handbook just talks about Apache ANT [1]. Besides that I was not able to find a FreeBSD port which utilizes maven(2) to build the java application (during installation of the port). That's why I'm asking for some advise, hints or examples. For example, I'd like to create a port for Jasig's CAS Server, which ships as a complete maven project [2]. [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html#JAVA-BUILDING-WITH-ANT [2] http://www.jasig.org/cas/download Regards Frank Wall From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 14:26:05 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4CB91065672 for ; Tue, 1 Jun 2010 14:26:05 +0000 (UTC) (envelope-from dennylin93@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) by mx1.freebsd.org (Postfix) with ESMTP id A85998FC13 for ; Tue, 1 Jun 2010 14:26:05 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 1001) id D351A4B785D; Tue, 1 Jun 2010 22:26:04 +0800 (CST) Date: Tue, 1 Jun 2010 22:26:04 +0800 From: Denny Lin To: freebsd-ports@freebsd.org Message-ID: <20100601142604.GH20695@mail.hs.ntnu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Denemo doesn't display characters correctly X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 14:26:05 -0000 Hi, I installed audio/denemo yesterday, and it doesn't display characters correctly (notes and treble clef). A PDF export is ok though. Screenshot here: http://security-hole.info/~dennylin93/tmp/denemo.png Should look something like this instead: http://upload.wikimedia.org/wikipedia/commons/e/e5/Screenshot-Denemo.png How can I rectify this? Thanks. -- Denny Lin From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 14:36:19 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CEE71065679 for ; Tue, 1 Jun 2010 14:36:19 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by mx1.freebsd.org (Postfix) with ESMTP id 445F68FC1F for ; Tue, 1 Jun 2010 14:36:19 +0000 (UTC) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by tiktik.epipe.com (8.14.3/8.14.3) with ESMTP id o51EaIbl048546 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Jun 2010 14:36:18 GMT (envelope-from snabb@epipe.com) X-DKIM: Sendmail DKIM Filter v2.8.3 tiktik.epipe.com o51EaIbl048546 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=epipe.com; s=default; t=1275402978; x=1276007778; bh=62INRkNBTQXuXofkTX+L0m6gxoivOe86GY9xCUGLAvI=; h=Date:From:To:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=JsUBJx/vXc1axifMvzqobpR2irx57h1SPDGl+Gi13Kkrl71iCpZfHEV92z8hi7mPX xGCYeqvEoq09SttXI91d/Q6Yn+lvxi2j8/zG7pRJdU/hzMb8R0Nb3aeqHncuyXztxA xWx99LTF9EBEgst7wLQRybMc9EsTgf7P+YxPlqt4= Date: Tue, 1 Jun 2010 14:36:13 +0000 (UTC) From: Janne Snabb To: freebsd-ports@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (tiktik.epipe.com [IPv6:2001:470:8940:10::1]); Tue, 01 Jun 2010 14:36:18 +0000 (UTC) Subject: Re: How to know which version of an apps available in various FreeBSD release? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 14:36:19 -0000 On Sat, 29 May 2010, Tao Wang wrote: > I'm doing a survey about the availablilty of some packages in different > platform, including FreeBSD release. I want to know whether the package is > existed in the specific FreeBSD release, and which version it is? One suggestion: use csup to fetch ports-all and specify different releases as your tag in your supfile. Then you can do whatever you like with the different versions of the ports tree that you have fetched. See: http://www.freebsd.org/doc/en/books/handbook/cvsup.html http://www.freebsd.org/doc/en/books/handbook/cvs-tags.html -- Janne Snabb / EPIPE Communications snabb@epipe.com - http://epipe.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 15:12:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C78E21065672; Tue, 1 Jun 2010 15:12:24 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 314718FC20; Tue, 1 Jun 2010 15:12:23 +0000 (UTC) Received: by vws10 with SMTP id 10so3383000vws.13 for ; Tue, 01 Jun 2010 08:12:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=ZITYKUrk8X3bfjMPOHq1bX70wDviUmpj6CJRfm1hisI=; b=VYn9Wk5eQDpuoSQ8jOw6VUAmM7cg18B++wWweD/qcNbH8c6Zjv9jWdzF5w9hvYKJNy 7a+rA201J+LMiI2+bEb9XWAUuoY47zhRnnA+nVqIPB0gUZnptpiTlmVyEhKL46hqQDgf Y8o9t5Js7s49cRDBSj5UQU87xqv08g1LppG5Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=GfMHJvFKH/mYk6b+GypZIaQCxTwgHIjfdqArkRV7nN+ZYAIHPCo/9gEcAAtmbbOEH4 ApGLM5+2XIbpuOgIIIwSmDjPguRVimLnIG0wT4pJOLRclzLPLx1kWzmLXQQV+B6/kvye FW8FjJ6nwFeJJ+07Zi9QJggQ1rxMi46KbF0gM= MIME-Version: 1.0 Received: by 10.224.95.5 with SMTP id b5mr2434690qan.395.1275405136774; Tue, 01 Jun 2010 08:12:16 -0700 (PDT) Received: by 10.229.235.17 with HTTP; Tue, 1 Jun 2010 08:12:16 -0700 (PDT) Date: Tue, 1 Jun 2010 11:12:16 -0400 Message-ID: From: Leinier Cruz Salfran To: freebsd-ports Content-Type: text/plain; charset=UTF-8 Cc: stas@FreeBSD.org Subject: graphics/djvulibre-nox11: error while trying to create package on tinderbox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 15:12:24 -0000 hello guys here is the log of the error while trying to create the 'graphics/djvulibre-nox11' package. building djvulibre-nox11-3.5.22_2 in directory /usr/local/tinderbox/8.0-RELEASE build started at Tue Jun 1 13:23:01 UTC 2010 port directory: /usr/ports/graphics/djvulibre-nox11 building for: 8.0-RELEASE-p2 i386 maintained by: stas@FreeBSD.org ident warning: no id keywords in /usr/ports/graphics/djvulibre-nox11/Makefile Makefile ident: prefixes: LOCALBASE=usr/local PREFIX=/usr/local Begin Configuration: ---Begin Environment--- ARCH=i386 PACKAGE_BUILDING=1 USER=root LOCALIZED_LANG=es CCACHE_DIR=/ccache BRANCH=RELEASE-p2 HOST_WORKDIR= CCACHE_NOLINK=1 WITH_GTK=yes BATCH=1 OLDPWD=/ HOME=/root LOG_DIRECTORY= PERL_VER=5.10 LOG_DOCOPY=0 JOBS_NUMBER=4 PKGZIPCMD=bzip2 HAVE_MOTIF=1 FTP_TIMEOUT=900 HTTP_TIMEOUT=900 WITH_NLS=yes WITH_PULSE=yes pb=/usr/local/tinderbox DISTFILE_CACHE=/usr/ports/distfiles OSREL=8.0 WITH_GTK2=yes TINDERD_LOGFILE=/dev/null PORTOBJFORMAT=elf WRKDIRPREFIX=/work DISTDIR=/tmp/distfiles DISTCACHE=/distcache CCACHE_LOGFILE= PATH=/opt:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin PACKAGES=/tmp/packages TIMEOUT=7200 PKGSUFFIX=.tbz OSVERSION=800107 __DSVERSION__=3.2.1 OPTIONS_ENABLED=0 TINDERD_SLEEPTIME=120 UNAME_n=tinderbox.ipigto.rimed.cu __MKLVL__=1 CCACHE_JAIL=0 LOCALBASE=/usr/local DISTFILE_URI= CCACHE_MAX_SIZE=2G X_WINDOW_SYSTEM=xorg MASTER_SITE_OVERRIDE=file:///distcache/${DIST_SUBDIR}/ WITH_PULSEAUDIO=yes OPTIONS_DIR= UNAME_r=8.0-RELEASE-p2 USA_RESIDENT=YES UNAME_s=FreeBSD PARALLEL_PACKAGE_BUILD=1 PWD=/usr/ports/graphics/djvulibre-nox11 UNAME_v=FreeBSD 8.0-RELEASE-p2 #0: Tue Jun 1 01:23:50 CDT 2010 root@tinderbox.ipigto.rimed.cu:/usr/src/sys/magic/kernel/path FTP_PASSIVE_MODE=yes CCACHE_ENABLED=1 INDEXFILE=INDEX-8 ---End Environment--- ---Begin OPTIONS List--- ===> The following configuration options are available for djvulibre-nox11-3.5.22_2: ANY2DJVU=off (default) "Install any2djvu script (requires curl)" ===> Use 'make config' to modify these settings ---End OPTIONS List--- End Configuration. FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS= BUILD_DEPENDS=jpeg-8_2.tbz jbigkit-1.6.tbz tiff-3.9.2_1.tbz libiconv-1.13.1_1.tbz RUN_DEPENDS=jpeg-8_2.tbz jbigkit-1.6.tbz tiff-3.9.2_1.tbz libiconv-1.13.1_1.tbz add_pkg ================================================================ ======================================== ===> License check disabled, port has not defined LICENSE => djvulibre-3.5.22.tar.gz doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from file:///distcache//. fetch: file:///distcache//djvulibre-3.5.22.tar.gz: No such file or directory => Attempting to fetch from ftp://ftp.SpringDaemons.com/soft/. djvulibre-3.5.22.tar.gz 2957 kB 19 kBps => MD5 Checksum OK for djvulibre-3.5.22.tar.gz. => SHA256 Checksum OK for djvulibre-3.5.22.tar.gz. ================================================================ ======================================== add_pkg ===> License check disabled, port has not defined LICENSE ===> Extracting for djvulibre-nox11-3.5.22_2 => MD5 Checksum OK for djvulibre-3.5.22.tar.gz. => SHA256 Checksum OK for djvulibre-3.5.22.tar.gz. ================================================================ ======================================== add_pkg ===> Patching for djvulibre-nox11-3.5.22_2 ===> Applying FreeBSD patches for djvulibre-nox11-3.5.22_2 1 out of 9 hunks failed--saving rejects to tools/any2djvu.rej => Patch patch-tools_any2djvu failed to apply cleanly. => Patch(es) patch-config_ltmain.sh patch-desktopfiles_Makefile.in patch-tools_Makefile.in applied cleanly. *** Error code 1 Stop in /a/ports/graphics/djvulibre-nox11. ================================================================ build of /usr/ports/graphics/djvulibre-nox11 ended at Tue Jun 1 13:26:02 UTC 2010 From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 15:13:52 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E6D11065676; Tue, 1 Jun 2010 15:13:52 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id CE2CB8FC28; Tue, 1 Jun 2010 15:13:51 +0000 (UTC) Received: by pva18 with SMTP id 18so268377pva.13 for ; Tue, 01 Jun 2010 08:13:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=vICr0SfnT8u3TxPaHIkbXpvIxV9h4KMYDUTQ6iE5Jew=; b=DMS8/NgclEaBmttM4IRQu70HwSLJW97o8wZ7ec6f40HBzOF4E1zjcgQexILpc99QAX FKoDVoSnaE0p19P+gq/y6SXm7omkUEa2aoXQqj92MvQrmPxJvwG6jURb594bKrh7iHQe ISRokkr+JJ7dCXV46TQBw2c3gW54BuO11uVao= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Ah7TcN1tVJo5g1xUOgPCUmU8gi2N/KVywj5nE7O9uWjJIEcXrx3Pcr9UUAEg5ctvpD KBT7Vg1scOLPxIqj8ecSt+YrAxPv67ZAgCNqhQeV9VWLkas4FrdfkKtjJmH80RKZp58L 0t1whG/k3ICzkXclA9J99m66+sULnQq11EMyI= MIME-Version: 1.0 Received: by 10.115.80.7 with SMTP id h7mr4981168wal.159.1275405230984; Tue, 01 Jun 2010 08:13:50 -0700 (PDT) Received: by 10.231.15.130 with HTTP; Tue, 1 Jun 2010 08:13:50 -0700 (PDT) In-Reply-To: <20100531131743.GA65005@atarininja.org> References: <4C02C8A7.306@freebsd.org> <20100530212944.GO216@comcast.net> <20100530214038.GB52886@atarininja.org> <20100531131743.GA65005@atarininja.org> Date: Tue, 1 Jun 2010 19:13:50 +0400 Message-ID: From: Alexander Churanov To: Wesley Shields Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: ports licenses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 15:13:52 -0000 2010/5/31 Wesley Shields : > Matthew already pointed out CHANGES. A heads-up to this list from the > author may have been nice but it really isn't that big of a deal. Maybe, > for all I know, a message to this list is coming once everything is > ironed out. > > Formal policies that mandate this kind of stuff is unnecessary in my > opinion. > >> I've also just got to know about LICENSE* from this discussion thread. >> And I'm sure my ports do not contain license information. > > Like I said, I'd wait until it is clearly documented in the canonical > source before I even begin to deal with it. I'm waiting on Porter's > Handbook documentation that tells me how to use it. Not using this new > LICENSE stuff in your ports is not harming anything right now, so just > sit tight and wait until it's properly documented. None of my ports > contain license information right now either. > > The author (alepulver@) has said in CHANGES that a PH entry will be > available soon. > > -- WXS OK, Thank you for clarification. Alexander Churanov, maintainer of devel/boost-* From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 15:51:57 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1967D10657CF for ; Tue, 1 Jun 2010 15:51:57 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (unknown [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0788FC1D for ; Tue, 1 Jun 2010 15:51:57 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o51Fpubw034389 for ; Tue, 1 Jun 2010 15:51:56 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o51Fpu6k034388 for ports@FreeBSD.org; Tue, 1 Jun 2010 15:51:56 GMT (envelope-from erwin) Date: Tue, 1 Jun 2010 15:51:56 GMT From: Erwin Lansing Message-Id: <201006011551.o51Fpu6k034388@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 15:51:57 -0000 INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: banshee-1.6.0_1,1: no entry for /usr/ports/devel/notify-sharp make_index: banshee-1.6.0_1,1: no entry for /usr/ports/devel/notify-sharp Committers on the hook: ale az fjoe garga naddy romain Most recent CVS update was: U audio/taglib-sharp/Makefile U audio/taglib-sharp/distinfo U deskutils/tomboy/Makefile U deskutils/tomboy/distinfo U deskutils/tomboy/pkg-plist U devel/mono-tools/Makefile U devel/mono-tools/distinfo U devel/mono-tools/pkg-plist U devel/monodevelop/Makefile U devel/monodevelop/distinfo U devel/monodevelop/pkg-plist U devel/monodevelop/files/patch-src_addins_CBinding_Parser_TagDatabaseManager.cs U devel/monodevelop-boo/Makefile U devel/monodevelop-boo/distinfo U devel/monodevelop-database/Makefile U devel/monodevelop-database/distinfo U devel/monodevelop-java/Makefile U devel/monodevelop-java/distinfo U devel/monodevelop-vala/Makefile U devel/monodevelop-vala/distinfo U graphics/f-spot/Makefile U graphics/f-spot/distinfo U graphics/f-spot/pkg-plist U graphics/f-spot/files/patch-lib_unique-sharp_unique_unique-sharp.dll.config U lang/boo/Makefile U lang/boo/distinfo U lang/boo/pkg-plist U lang/boo/files/patch-aa U lang/lua/Makefile U lang/mono/Makefile U lang/mono/distinfo U lang/mono/pkg-message U lang/mono/pkg-plist U lang/mono/files/patch-configure U lang/mono/files/patch-mcs_class_System_System.IO_KeventWatcher.cs U lang/mono/files/patch-mono_metadata_appdomain.c U lang/mono-basic/Makefile U lang/mono-basic/distinfo U mail/gmime24/Makefile U mail/gmime24/distinfo U mail/gmime24/files/patch-src_Makefile.in U mail/gmime24-sharp/Makefile U mail/qmail-dk/Makefile U misc/dahdi/Makefile U misc/dahdi/distinfo U misc/dahdi/pkg-plist U misc/dahdi/files/patch-tools-Makefile U multimedia/banshee/Makefile U multimedia/banshee/distinfo U multimedia/banshee/pkg-plist U multimedia/banshee/files/patch-libbanshee_banshee-player-pipeline.c U multimedia/banshee-mirage/Makefile U multimedia/banshee-mirage/distinfo U multimedia/banshee-mirage/pkg-plist U multimedia/moonlight/Makefile U multimedia/moonlight/distinfo U multimedia/moonlight/pkg-plist U multimedia/moonlight/files/patch-class_System.Windows_Mono_NativeDependencyObjectHelper.cs U multimedia/moonlight/files/patch-configure U multimedia/moonlight/files/patch-m4_codecs.m4 U multimedia/moonlight/files/patch-m4_firefox-xpi.m4 U multimedia/moonlight/files/patch-plugin_plugin.cpp U multimedia/moonlight/files/patch-src_application.cpp U multimedia/moonlight/files/patch-src_bitmapimage.cpp U multimedia/moonlight/files/patch-src_deployment.cpp U multimedia/moonlight/files/patch-src_easing.cpp U multimedia/moonlight/files/patch-src_file-downloader.cpp U multimedia/moonlight/files/patch-src_pipeline-ui.cpp U multimedia/moonlight/files/patch-src_pipeline.cpp U multimedia/moonlight/files/patch-src_utils.cpp U security/Makefile U security/quantis/Makefile U security/quantis/distinfo U security/quantis/pkg-descr U security/quantis/pkg-message U security/quantis/pkg-plist U security/quantis/files/quantis.conf U security/quantis-kmod/Makefile U security/quantis-kmod/distinfo U security/quantis-kmod/pkg-descr U security/quantis-kmod/pkg-message U sysutils/vttest/Makefile U sysutils/vttest/distinfo U www/mod_mono/Makefile U www/mod_mono/distinfo U www/p5-HTML-FormHandler/Makefile U www/p5-HTML-FormHandler/distinfo U www/webkit-sharp/Makefile U www/webkit-sharp/distinfo U www/webkit-sharp/pkg-plist U www/webkit-sharp/files/patch-sources_webkit-sharp.dll.config.in U www/xsp/Makefile U www/xsp/distinfo From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 16:03:21 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9772B106566B for ; Tue, 1 Jun 2010 16:03:21 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.211.176]) by mx1.freebsd.org (Postfix) with ESMTP id 542398FC13 for ; Tue, 1 Jun 2010 16:03:20 +0000 (UTC) Received: by ywh6 with SMTP id 6so3901699ywh.16 for ; Tue, 01 Jun 2010 09:03:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=T4adgZvTQiAkVnEjX4rYWbgQTGlG/guBybQNoPwTLuQ=; b=uXuavqjOdzRuhEoQC67IhugG3VUM7NvzbCxF9gCRQuZEIveiFUIRIcU1j01VlJ501a uiBbbx/dq/pM1bpFr4hsay9aqUGxKV1VeFEholq+EPcYOkKDEYOFVf1/WrG7YqM9a5pK jTqMc6X2iXd7fa/FANz19Ufc0CG3Wm4rt+Eqo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=BmUJDBrD8xO3+qYWzkOc/3hodmCGJAu7VH7QpKHkuS+DS4xzxnIBdEwFK6iLEv79Av tpIdZr9KLkPbe1OvJ+N7CVDMfrHK48vhEfO//YQeXHGG9C9N+/ykTActYVnHxyuaLz22 7L1agn66Fih8NIr7IrcK4WqBcjoxEs0sEWYok= MIME-Version: 1.0 Received: by 10.229.188.72 with SMTP id cz8mr1020238qcb.75.1275408199360; Tue, 01 Jun 2010 09:03:19 -0700 (PDT) Received: by 10.229.233.74 with HTTP; Tue, 1 Jun 2010 09:03:18 -0700 (PDT) In-Reply-To: <4C04CAAA.7080001@janh.de> References: <4C04CAAA.7080001@janh.de> Date: Tue, 1 Jun 2010 09:03:18 -0700 Message-ID: From: Garrett Cooper To: Jan Henrik Sylvester Content-Type: text/plain; charset=ISO-8859-1 Cc: ports-list freebsd Subject: Re: Direct or indirect libdependencies (using the libintl.so.8 case) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 16:03:21 -0000 On Tue, Jun 1, 2010 at 1:54 AM, Jan Henrik Sylvester wrote: > The general argument follows below, I just need some anecdotal evidence > first: > > Yesterday, I was chasing libintl.so.8, rebuilding all ports that got bumped, > checking with libchk for other libintl.so.8 dependencies, and forcing a > rebuild of all these packages: All but two of them had an indirect > dependency on devel/gettext (and I did email the maintainers of devel/ccrtp > and textproc/gsed linking without a dependency). > > Then I did a complete scan for libintl.so.8 and found one file linking > libintl.so.8 that was outside the path that libchk scans ( > share/examples/telepathy-qt4/call/.libs/call from net-im/telepathy-qt4). > Yes, 'portupgrade -fr' would have been better as suggested in UPDATING. > > So far, no surprise. > > Now, many ports got bumped adding a direct dependency that already have an > indirect one. These got rebuild yesterday, either by checking with libchk or > by following UPDATING and rebuilding all (indirect) dependencies, and now > have to be rebuild, again. To me, the new bump seems to be a waste, since > AFAIU indirect and direct dependencies are not listed in the package any > different. > > If bumping portrevisions would be done consequently -- for example by the > build cluster recording libdependencies somehow that can be used as a basis > for bumps -- it would help updating, but currently, bumping some > portrevisions does not seem to help and only causes rebuilds being wasted as > in this case. > > Moreover, there does not seem to be an agreement, if direct libdependencies > should be listed with indirect already existing. Several just got them added > for gettext, but when I asked for one to be introduced on another occasion, > it got removed shortly afterward again with pav@ explaining to me that they > are not desirable: "We should not explicitly state any indirect dependencies > of any kinds. For the sake of simplicity." This was the commit: > http://lists.freebsd.org/pipermail/cvs-all/2009-May/288801.html -- I do not > see a difference to the current case. > > I think that libdependencies should be recorded for making portrevision > bumps consistent -- either by trying to introduce direct libdenpendencies > for every port that links a shared library or by recording real shared > library dependencies externally (maybe by the build cluster). > > Currently, sometimes all direct and indirect portrevisions are bumped, > sometimes only the direct ones, and sometimes none at all -- in the second > and third case with instructions in UPDATING to rebuild recursively. For one > of my machines, I can use libchk to occasionally check if something is left > behind, but for all of the machines I transfer packages to, I keep recording > lists of packages that need a forced rebuild. I somehow feel that that > should be an automated task (done by the ports framework itself). > > Strictly following UPDATING seems to me not always to be save, either: If I > waited a few weeks and I am told to do two recursive rebuilds (that are not > forced), the second one could miss some portrevision bumps, because the > first one already produced up-to-date ports. If the second one was due to a > shared library bump, I would be in an inconsistent state. Sometimes, I > really wonder about the order in which to follow instructions in UPDATING -- > and I am pretty sure that there is not always an order that gives a save > result: the example I just gave with several portrevision bumps due to > shared library bumps not depending on each other but with common ports > dependent on them cannot be solved, I guess. Then tools like libchk (or > bsdadminscripts) are the only help, but since they cannot find all > libdependencies (dlopen), they are not an universal solution, either (but > seem to have a high rate of success). > > My first argument is for portrevision bumps, my second one seems to be > against them. Both approaches seem to have trade-offs, I wish one would be > followed consistently. I know that the decisions are made on a case-by-case > basis, but for my taste, it is too much case-by-case. I think that devel/gettext is an unfortunate exception to the rule as it infects everything under the sun with its `international catalog support'. I haven't done portmaster -af in a long time, but unfortunately some things aren't working as expected (gthumb segfaults on certain directories), so here we go... -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 17:35:33 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 938F31065677; Tue, 1 Jun 2010 17:35:33 +0000 (UTC) (envelope-from romain@blogreen.org) Received: from marvin.blogreen.org (unknown [IPv6:2a01:e35:2f7d:58c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id F0C468FC0C; Tue, 1 Jun 2010 17:35:32 +0000 (UTC) Received: by marvin.blogreen.org (Postfix, from userid 1001) id 5E96C50936; Tue, 1 Jun 2010 19:35:27 +0200 (CEST) Date: Tue, 1 Jun 2010 19:35:27 +0200 From: Romain =?iso-8859-1?Q?Tarti=E8re?= To: Erwin Lansing Message-ID: <20100601173527.GB16532@FreeBSD.org> References: <201006011551.o51Fpu6k034388@builder.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: <201006011551.o51Fpu6k034388@builder.freebsd.org> X-PGP-Key: http://romain.blogreen.org/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org Subject: Re: INDEX build failed for 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 17:35:33 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 01, 2010 at 03:51:56PM +0000, Erwin Lansing wrote: > make_index: banshee-1.6.0_1,1: no entry for /usr/ports/devel/notify-sharp I have just committed a fix that is supposed to unbreak INDEX build. For some unknown reason, the exp-run that was performed to ensure the mono update would not break anything did not have a verbatim copy of the FreeBSD ports tree. As a result, some ports available only in the BSD# repository which should have been missing (and should have trigger errors during the exp-run) where found and no error was triggered. --=20 Romain Tarti=E8re http://people.FreeBSD.org/~romain/ pgp: 8234 9A78 E7C0 B807 0B59 80FF BA4D 1D95 5112 336F (ID: 0x5112336F) (plain text =3Dnon-HTML=3D PGP/GPG encrypted/signed e-mail much appreciated) --qcHopEYAB45HaUaB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQGcBAEBAgAGBQJMBUTaAAoJELpNHZVREjNvwW0L/0dKlY0ERjPJYa8uYlcib+tc y2eHgUh+KZGBK8COpxZNAAvIVXDt+oPP3lTw3w+jwloUcG/4c9JKI98fMZI3wofk wKZm8iy79vModxB6QVNpjoDU0sa4Kym9f7GOB5N/3RJnd74ztDjNHvDUuKoEeXr4 aEiIyOklv58W9i7Q9NJm2FKxaCZDGGrnUpypYxXy/OWjzYHZD9RTGKZts6PAXReA AVgL6TpoPejKc1ltIkrwQeoD+gkj04xHRYisJQLLTe9Vu0QgClfxK0K414/7zMpy TekITMIJHeiDemixipcpy08ynqqSG26oCvByRrc4OLGy2UhMSnSvLxD/MgA1xDBc pAA/Q7h9hcKhr7DXW0KuqcxMiSgiE3wr8I2gDv74WDcrVBt+xqNXfa6BEU5IcWa9 1DqCxRLp/vfNXlkEqVIQl/bDgyQqj/GyNnl8f/05PFu+QPCG7FF9mtcuQ5/iKBsU SXckJeBQLvMldmDMTWPBW3n8Q1/VOfosWWDHVs1LIw== =e59l -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 1 18:50:11 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 737721065673 for ; Tue, 1 Jun 2010 18:50:11 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (unknown [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id 4AB4D8FC1B for ; Tue, 1 Jun 2010 18:50:11 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o51IoBBm096001 for ; Tue, 1 Jun 2010 18:50:11 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o51IoBot095999 for ports@FreeBSD.org; Tue, 1 Jun 2010 18:50:11 GMT (envelope-from erwin) Date: Tue, 1 Jun 2010 18:50:11 GMT From: Erwin Lansing Message-Id: <201006011850.o51IoBot095999@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 18:50:11 -0000 From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 01:24:28 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37FA51065674 for ; Wed, 2 Jun 2010 01:24:28 +0000 (UTC) (envelope-from michael@techiesplace.com) Received: from mail.tmb.org (phoenix.tmb.org [209.144.21.58]) by mx1.freebsd.org (Postfix) with ESMTP id E11B28FC0A for ; Wed, 2 Jun 2010 01:24:27 +0000 (UTC) Received: (qmail 81573 invoked by uid 89); 2 Jun 2010 00:57:36 -0000 Received: from unknown (HELO ?192.168.5.106?) (michael@techiesplace.com@64.134.145.121) by phoenix.tmb.org with ESMTPA; 2 Jun 2010 00:57:36 -0000 From: Michael Patrick Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 1 Jun 2010 19:57:45 -0500 To: freebsd-ports@freebsd.org Message-Id: <71A14488-FECC-4D9B-B8EA-36EC4B78DE78@techiesplace.com> Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Subject: pkg_create: read_plist: unknown command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 01:24:28 -0000 Good evening folks This weekend a friend and I upgraded our server to FreeBSD 7.3 using a = source upgrade. The building and installing seemed to go well. In = general rebuilding of ports to use the new libraries is working with the = exception of PHP 5.3.2 extensions. If we do, for example, portinstall php5-ftp (but not limited to just = this extension) the extension DOES install but during the make step = where it creates the /var/db/pkg entries it errors with=20 pkg_create: read_plist: unknown command We've rebuilt ruby, the portupgrade tools, PHP itself, PHP's = dependencies and still getting this error for the extensions. =46rom = +CONTENTS I headed to looking at the .PLIST.mktmp file in $port/work. I = see what I'm pretty sure is Bash (the shell) as the first part of the = file and then what would be expected in the file. The .PLIST.mktmp file generates during the 'make generate-plist' step = but I've been unable to determine exactly what that step is doing when = dealing with a php extension. I'm hoping someone here can point me = toward what runs to generate that file for a php extension. Michael= From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 07:02:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F6A11065678 for ; Wed, 2 Jun 2010 07:02:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AA3A08FC0A for ; Wed, 2 Jun 2010 07:02:22 +0000 (UTC) Received: by vws10 with SMTP id 10so4616013vws.13 for ; Wed, 02 Jun 2010 00:02:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zHsKGmsE7uCDFERQeh/cWc7X9W8nta4Sf1Lpc1V2T0k=; b=RTRT0d8hqRiFEWKRcs6n+CABQ/ir4kSLXdLd555fyCK9CCHiacQR5ByYqION+j9FtR GiWhHIvbYMB3yhPcI+rNnVrktMGhgXKTKBAbn2xweQ4nMuqtt0DUVe3p85OvU7mQg5Hw FUMmg8QAmTo7cvQIX9aKRsV2LBe7Bp5MZN0Ic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pFc+V1JvPWiji9Dl1tUpmaXTQbb6Z7ixjpMgHhelsNjOpUgePqKbHTwask+q0+dG8q 58yn1nXwTVW2+ljJCz5amVOeAGlhRfOfNreUl1DqZNH53vmQhzvWut+2QhzzDCwPWSCh hkW318xWWhMuEweV/G32+l+V1cKNJAnls+rOA= MIME-Version: 1.0 Received: by 10.224.27.150 with SMTP id i22mr3034682qac.183.1275462139148; Wed, 02 Jun 2010 00:02:19 -0700 (PDT) Received: by 10.229.233.74 with HTTP; Wed, 2 Jun 2010 00:02:19 -0700 (PDT) In-Reply-To: <71A14488-FECC-4D9B-B8EA-36EC4B78DE78@techiesplace.com> References: <71A14488-FECC-4D9B-B8EA-36EC4B78DE78@techiesplace.com> Date: Wed, 2 Jun 2010 00:02:19 -0700 Message-ID: From: Garrett Cooper To: Michael Patrick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: pkg_create: read_plist: unknown command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 07:02:24 -0000 On Tue, Jun 1, 2010 at 5:57 PM, Michael Patrick wrote: > Good evening folks > > This weekend a friend and I upgraded our server to FreeBSD 7.3 using a so= urce upgrade. =A0The building and installing seemed to go well. =A0In gener= al rebuilding of ports to use the new libraries is working with the excepti= on of PHP 5.3.2 extensions. > > If we do, for example, portinstall php5-ftp (but not limited to just this= extension) the extension DOES install but during the make step where it cr= eates the /var/db/pkg entries it errors with > > pkg_create: read_plist: unknown command > > We've rebuilt ruby, the portupgrade tools, PHP itself, PHP's dependencies= and still getting this error for the extensions. =A0From +CONTENTS I heade= d to looking at the .PLIST.mktmp file in $port/work. I see what I'm pretty = sure is Bash (the shell) as the first part of the file and then what would = be expected in the file. > > The .PLIST.mktmp file generates during the 'make generate-plist' step but= I've been unable to determine exactly what that step is doing when dealing= with a php extension. =A0I'm hoping someone here can point me toward what = runs to generate that file for a php extension. Can you attach the offending plist please? Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 08:36:51 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D04CA1065674 for ; Wed, 2 Jun 2010 08:36:51 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 6C80B8FC0A for ; Wed, 2 Jun 2010 08:36:51 +0000 (UTC) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id o528anLF056666 for ; Wed, 2 Jun 2010 10:36:50 +0200 (CEST) X-Ids: 165 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id B711F8A367 for ; Wed, 2 Jun 2010 10:36:48 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id A57FE2C; Wed, 2 Jun 2010 10:36:48 +0200 (CEST) Date: Wed, 2 Jun 2010 10:36:48 +0200 From: Michel Talon To: freebsd-ports@freebsd.org Message-ID: <20100602083648.GA59379@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Miltered: at jchkmail.jussieu.fr with ID 4C061821.008 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4C061821.008/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ Subject: Re: Direct or indirect libdependencies (using the libintl.so.8 case) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 08:36:51 -0000 Garrett Cooper wrote: > > followed consistently. I know that the decisions are made on a > > case-by-case > > basis, but for my taste, it is too much case-by-case. > > I haven't done portmaster -af in a long time, but unfortunately some > things aren't working as expected (gthumb segfaults on certain > directories), so here we go... In fact these remarks combined show that there are fundamental problems in the port system, a thing which has been remarked since a long time, but is regularly denied by many people. Basically it is not in a shape to be reliably maintained by automatic procedures, contrary to some concurrence. How to solve the problem, i don't know. -- Michel TALON From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 09:49:52 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837EC106564A for ; Wed, 2 Jun 2010 09:49:52 +0000 (UTC) (envelope-from ehaupt@FreeBSD.org) Received: from mx.critical.ch (mx.critical.ch [62.2.45.171]) by mx1.freebsd.org (Postfix) with ESMTP id E4EC28FC21 for ; Wed, 2 Jun 2010 09:49:51 +0000 (UTC) Received: from wiggles.w.critical.ch (localhost [IPv6:::1]) by mx.critical.ch (8.14.3/8.14.3/critical-1.0) with SMTP id o5299RkY088953; Wed, 2 Jun 2010 11:09:28 +0200 (CEST) (envelope-from ehaupt@FreeBSD.org) Date: Wed, 2 Jun 2010 11:09:27 +0200 From: Emanuel Haupt To: Tao Wang Message-Id: <20100602110927.8de72833.ehaupt@FreeBSD.org> In-Reply-To: References: X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: How to know which version of an apps available in various FreeBSD release? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 09:49:52 -0000 Tao Wang wrote: > Hi, > > I'm doing a survey about the availablilty of some packages in > different platform, including FreeBSD release. I want to know whether > the package is existed in the specific FreeBSD release, and which > version it is? I found: http://www.freebsd.org/ports/ , however, it > is only against -STABLE or -CURRENT. I also need to know the > information on previous release. How to do it? Thanks. All the information you need is available in INDEX: http://www.FreeBSD.org/ports/INDEX-8.bz2 Emanuel From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 09:57:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CE421065678; Wed, 2 Jun 2010 09:57:17 +0000 (UTC) (envelope-from yongjhen@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B75128FC2E; Wed, 2 Jun 2010 09:57:16 +0000 (UTC) Received: by vws10 with SMTP id 10so4834079vws.13 for ; Wed, 02 Jun 2010 02:57:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=eHnfIRaaDy0g1KVz8tQVZuEGQWPgmM1zv/0NoUhDCwc=; b=utAtU9mfwVFYyj0B67SMIZ4T7IvJtY+O7Z9xhOHW1jcDXsc4LffbBJOwmO5AWCllmr rdlRbYYJN5GVXfKlWrfr58cNOP8CyKaHVGntW1U/TEQMZJOi7JtDjeW9D9GNtJvRCzlp mZrL3PQB7RmojLDcrbEfVjKxfJj5qSHNR6fHc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=TmuNdVISGHcnPpJMQCHYI1L9cMQ+d1IT0qJP32eBmQ8soRsKEoYFxd42i8jhF2+6lL U9hYLKMlbiANNrySRLqk6/Wql4lvpsnn6o4WRhVKh+bGXS0Rhb02iutXxTMO8cnEwD4H GlpuPtuqr59HXKDJ4vxzBr2y5/RtsQ7l6o4F0= Received: by 10.220.60.197 with SMTP id q5mr5496258vch.256.1275470952191; Wed, 02 Jun 2010 02:29:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.84.202 with HTTP; Wed, 2 Jun 2010 02:28:52 -0700 (PDT) In-Reply-To: References: <4C03D5EC.4050409@bsdforen.de> From: Yong-Jhen Hong Date: Wed, 2 Jun 2010 17:28:52 +0800 Message-ID: To: Franci Nabalanci Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: gnome@freebsd.org, Dominic Fandrey , girgen@freebsd.org, freebsd-ports@freebsd.org, autotools@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 09:57:17 -0000 What I do on this issue is: cd /usr/local/lib ln -s libintl.so.9 libintl.so.8 Then continue to upgrade all ports depending on gettext: portupgrade -frx '>=2010-06-01 00:00' gettext (the time for exclusion depends on the time your gettext and dependents got upgraded) I am not sure what might break later though ;) iongchun 2010/6/1 Franci Nabalanci > I have the same problem and my FreeBSD 8.0 release doesnn't work anymore. I > cannot do anything. It is possible to save this problem or better install > different OS?? > > > On Mon, May 31, 2010 at 10:29 AM, Dominic Fandrey >wrote: > > > Error 1: > > The configure script of devel/gettext pulls in gawk if installed, > > which depends on gettext and causes install to fail. > > > > Error 2: > > I updated with "portmaster -Da" so I stumbled over lots of stuff > > that didn't get version bumped, even though it directly links to > > gettext. > > This is the list of packages that miss a direct dependency on > > devel/gettext and should be version bumped: > > > > textproc/libcroco > > devel/glib20 > > shells/bash > > textproc/libxslt > > security/libgcrypt > > devel/dbus-glib > > devel/eggdbus > > sysutils/polkit > > devel/libIDL > > devel/ORBit2 > > devel/gconf2 > > devel/gio-fam-backend > > x11-toolkits/pango > > devel/gamin > > x11-toolkits/gtk20 (also links against its old version during build) > > > > More missing direct dependencies were uncovered by pkg_libchk: > > > > graphics/ImageMagick > > audio/arts > > net/avahi-app > > devel/avr-gcc > > sysutils/consolekit > > devel/desktop-file-utils > > textproc/enchant > > net-im/farsight2 > > graphics/gegl > > graphics/gimp-app > > print/gimp-gutenprint > > devel/glibmm > > devel/gnome-vfs > > textproc/gsed > > multimedia/gstreamer-ffmpeg > > multimedia/gstreamer-plugins > > multimedia/gstreamer-plugins-bad > > audio/gstreamer-plugins-cdparanoia > > multimedia/gstreamer-plugins-dvd > > audio/gstreamer-plugins-esound > > audio/gstreamer-plugins-flac > > devel/gstreamer-plugins-gnomevfs > > multimedia/gstreamer-plugins-gnonlin > > graphics/gstreamer-plugins-jpeg > > audio/gstreamer-plugins-lame > > multimedia/gstreamer-plugins-good > > graphics/gstreamer-plugins-libpng > > audio/gstreamer-plugins-ogg > > audio/gstreamer-plugins-pulse > > audio/gstreamer-plugins-shout2 > > audio/gstreamer-plugins-sndfile > > multimedia/gstreamer-plugins-ugly > > audio/gstreamer-plugins-wavpack > > multimedia/gstreamermm > > x11-toolkits/gtkglext > > textproc/gtkspell > > print/gutenprint-base > > x11-toolkits/gtkmm24 > > print/gutenprint-ijs > > science/hdf5 > > irc/irssi > > sysutils/k3b > > devel/libbonobo > > x11-toolkits/libbonoboui > > multimedia/libdv > > x11/libgnome > > graphics/libgnomecanvas > > x11-toolkits/libgnomeui > > devel/libgsf > > graphics/liblqr-1 > > net-im/libnice > > devel/libnotify > > graphics/libopenraw > > net-im/libpurple > > graphics/librsvg2 > > devel/libsoup > > textproc/libwpd > > textproc/libxml++26 > > multimedia/mjpegtools > > audio/mpc > > textproc/openjade > > x11-toolkits/pangomm > > net-im/pidgin > > graphics/poppler-gtk > > graphics/pstoedit > > devel/py-dbus > > multimedia/py-gstreamer > > multimedia/smpeg > > multimedia/vcdimager > > editors/vim > > www/webkit-gtk2 > > net/wireshark > > > > > > Error 3: > > "make fetch" fails for postgresql related ports prior to the > > postgresql-client update (not really a gettext issue)! > > I figure they should all get a FETCH_DEPENDS line. > > > > ===>>> Returning to update check of installed ports > > > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > ===>>> Launching child to update php5-pdo_pgsql-5.3.2 to > > php5-pdo_pgsql-5.3.2_1 > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > > > ===>>> Port directory: /usr/ports/databases/php5-pdo_pgsql > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > ===>>> Gathering dependency list for databases/php5-pdo_pgsql from ports > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > ===>>> Starting recursive 'make config' check > > ===>>> Recursive 'make config' check complete for > databases/php5-pdo_pgsql > > ===>>> Returning to update check of installed ports > > > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > ===>>> Launching child to update postgresql-server-8.3.11 to > > postgresql-server-8.3.11_1 > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > > > ===>>> Port directory: /usr/ports/databases/postgresql83-server > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by > > "pg_config" > > > > > > -- > > A: Because it fouls the order in which people normally read text. > > Q: Why is top-posting such a bad thing? > > A: Top-posting. > > Q: What is the most annoying thing on usenet and in e-mail? > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 10:37:25 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D4A4106567C; Wed, 2 Jun 2010 10:37:25 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A26AB8FC1E; Wed, 2 Jun 2010 10:37:24 +0000 (UTC) Received: by vws10 with SMTP id 10so4886267vws.13 for ; Wed, 02 Jun 2010 03:37:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ninYHaGuEfq1dEyo6QFmhFuFSPF1fEJq+a3w43hQVMI=; b=QcA4mZq4BE2SxPgq40OMfLgDxgHlHgwn0tDplDXhk85lQ6GX9wvESF9VMjqUKPn9fY 2M3nbv+1H4lXjX0o+Ey8H339vijhpE080ZZMrTgjzhotY/YeQMefrFQTiSw3990kQJ6F mM5xYAWAVFZ2z3w2+xsp7nnaK8Oe01kM2tUNY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=h3viaN6K2jHAzju3tn4amuf/RsXLialLb8m0CySSPTgPjvgfokSwSMpo3ckUfegiWY /5/qEd9ji+EuJVqECM7+LzuhPmnL6duVL/Br11NG3rj6OaY950YFhabXb654q9jz4Kdr hbApUNN4bR0h3wlokxzMHFwvM0dO5zL5tzdgU= MIME-Version: 1.0 Received: by 10.229.181.6 with SMTP id bw6mr1329561qcb.164.1275475043464; Wed, 02 Jun 2010 03:37:23 -0700 (PDT) Received: by 10.229.233.74 with HTTP; Wed, 2 Jun 2010 03:37:23 -0700 (PDT) In-Reply-To: <20100602110927.8de72833.ehaupt@FreeBSD.org> References: <20100602110927.8de72833.ehaupt@FreeBSD.org> Date: Wed, 2 Jun 2010 03:37:23 -0700 Message-ID: From: Garrett Cooper To: Emanuel Haupt Content-Type: text/plain; charset=ISO-8859-1 Cc: Tao Wang , freebsd-ports@freebsd.org Subject: Re: How to know which version of an apps available in various FreeBSD release? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 10:37:25 -0000 On Wed, Jun 2, 2010 at 2:09 AM, Emanuel Haupt wrote: > Tao Wang wrote: >> Hi, >> >> I'm doing a survey about the availablilty of some packages in >> different platform, including FreeBSD release. I want to know whether >> the package is existed in the specific FreeBSD release, and which >> version it is? I found: http://www.freebsd.org/ports/ , however, it >> is only against -STABLE or -CURRENT. I also need to know the >> information on previous release. How to do it? Thanks. > > All the information you need is available in INDEX: > > http://www.FreeBSD.org/ports/INDEX-8.bz2 That only works for the head of each branch though, right? Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 10:45:15 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96BC0106566B for ; Wed, 2 Jun 2010 10:45:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 44FAF8FC0A for ; Wed, 2 Jun 2010 10:45:14 +0000 (UTC) Received: by vws10 with SMTP id 10so4896150vws.13 for ; Wed, 02 Jun 2010 03:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=SB49srsc7yHdBlU6YrDm5QiItkneh8GQhvbDXI+LSYI=; b=CgJqkWQ7dS8RmNsvExXD/d5SnJmRe2aVXcIiVNX+XF8sKQlDUvknnOpKgNIPbiMSh1 Z+RMgxw7CCBQl2+XRsxo5GtC3bhwKg7rSOWCpq0mpn8ZYzrgO9V5SH8pvSat7K0MCh/P HD0G39tENUx1ORC6ePG9BbAEVJWV15XDa+Od0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=GhoKqol3kqLty1ntIMcBa0JPR8aEyp9RsiFDMBdfIrIuAyr1Bc1mhi9zN4i2pO81jZ 7KKh3fygEYBZaemyf5WA0CapoJxDiGCN3nkLzdkTzUx9rC6RNLfAGa1pTGJjPrIVyBl1 gAwM14XIuGJxPpetYziHX1nREq3lEHPla6BF0= MIME-Version: 1.0 Received: by 10.224.36.148 with SMTP id t20mr3199525qad.229.1275475511765; Wed, 02 Jun 2010 03:45:11 -0700 (PDT) Received: by 10.229.233.74 with HTTP; Wed, 2 Jun 2010 03:45:11 -0700 (PDT) In-Reply-To: <20100602083648.GA59379@lpthe.jussieu.fr> References: <20100602083648.GA59379@lpthe.jussieu.fr> Date: Wed, 2 Jun 2010 03:45:11 -0700 Message-ID: From: Garrett Cooper To: Michel Talon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: Direct or indirect libdependencies (using the libintl.so.8 case) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 10:45:15 -0000 On Wed, Jun 2, 2010 at 1:36 AM, Michel Talon wrote: > Garrett Cooper wrote: > >> > followed consistently. I know that the decisions are made on a >> > case-by-case >> > basis, but for my taste, it is too much case-by-case. >> >> I haven't done portmaster -af in a long time, but unfortunately some >> things aren't working as expected (gthumb segfaults on certain >> directories), so here we go... > > In fact these remarks combined show that there are fundamental problems > in the port system, a thing which has been remarked since a long time, > but is regularly denied by many people. Basically it is not in a shape > to be reliably maintained by automatic procedures, contrary to some > concurrence. How to solve the problem, i don't know. The lack of reverse dependencies in the pkg_install metadata and the fact that pkg_install falls back to ports and INDEX (which is produced by ports) for pkg_version is partly to blame. The cruxt of the majority of the issues is with the larger package groups, and the fact that there are some implicit reverse dependencies that aren't properly resolved because they aren't present in ports. There are a handful people looking into pkg_install right now (sort of similar to the way that sysinstall is being treated right now); it's my goal to take a crack at fixing this problem when I get the archive(5) pieces in and pkg_install locking work as well. Other folks are working at fixing how everything is componentized and fits together in the big picture. So in summary... there will be a lot of good work coming out of this area as well, so hopefully these next couple of FreeBSD releases will be much easier to maintain than the past couple have been from a packaging perspective. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 10:52:41 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 269E7106566B for ; Wed, 2 Jun 2010 10:52:41 +0000 (UTC) (envelope-from michael@techiesplace.com) Received: from mail.tmb.org (phoenix.tmb.org [209.144.21.58]) by mx1.freebsd.org (Postfix) with ESMTP id CF48D8FC1A for ; Wed, 2 Jun 2010 10:52:40 +0000 (UTC) Received: (qmail 69288 invoked by uid 1045); 2 Jun 2010 10:52:25 -0000 Date: Wed, 2 Jun 2010 05:52:25 -0500 From: Michael Patrick To: Garrett Cooper Message-ID: <20100602105225.GB68572@phoenix.tmb.org> References: <71A14488-FECC-4D9B-B8EA-36EC4B78DE78@techiesplace.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-ports@freebsd.org Subject: Re: pkg_create: read_plist: unknown command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 10:52:41 -0000 On Wed, Jun 02, 2010 at 12:02:19AM -0700, Garrett Cooper wrote: > On Tue, Jun 1, 2010 at 5:57 PM, Michael Patrick > wrote: > > Good evening folks > > > > This weekend a friend and I upgraded our server to FreeBSD 7.3 using a source upgrade. ?The building and installing seemed to go well. ?In general rebuilding of ports to use the new libraries is working with the exception of PHP 5.3.2 extensions. > > > > If we do, for example, portinstall php5-ftp (but not limited to just this extension) the extension DOES install but during the make step where it creates the /var/db/pkg entries it errors with > > > > pkg_create: read_plist: unknown command > > > > We've rebuilt ruby, the portupgrade tools, PHP itself, PHP's dependencies and still getting this error for the extensions. ?From +CONTENTS I headed to looking at the .PLIST.mktmp file in $port/work. I see what I'm pretty sure is Bash (the shell) as the first part of the file and then what would be expected in the file. > > > > The .PLIST.mktmp file generates during the 'make generate-plist' step but I've been unable to determine exactly what that step is doing when dealing with a php extension. ?I'm hoping someone here can point me toward what runs to generate that file for a php extension. > > Can you attach the offending plist please? > Thanks, > -Garrett Good morning Garrett Here is a link to a zip file containing two samples of the screwy .PLIST.mktmp (one from php5-curl, one from php5-ctype). http://www.techiesplace.com/plists.zip (its 640KB or so.. figured folks would be happier with a link than an attach) Michael From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 12:23:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 620F41065675; Wed, 2 Jun 2010 12:23:16 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 18EE18FC0C; Wed, 2 Jun 2010 12:23:14 +0000 (UTC) Received: from mobileKamikaze.norad (vpn-cl-166-166.rz.uni-karlsruhe.de [141.3.166.166]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 121088A1EAE; Wed, 2 Jun 2010 14:23:12 +0200 (CEST) Message-ID: <4C064D2F.607@bsdforen.de> Date: Wed, 02 Jun 2010 14:23:11 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Yong-Jhen Hong References: <4C03D5EC.4050409@bsdforen.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, girgen@freebsd.org, Franci Nabalanci , freebsd-ports@freebsd.org, autotools@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 12:23:16 -0000 On 02/06/2010 11:28, Yong-Jhen Hong wrote: > What I do on this issue is: > cd /usr/local/lib > ln -s libintl.so.9 libintl.so.8 This is never, ever necessary. Links are prone to be forgotten, this is why you add this kind of hack into the /etc/libmap.conf file instead. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 15:13:37 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BDBC106564A for ; Wed, 2 Jun 2010 15:13:37 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C48F8FC08 for ; Wed, 2 Jun 2010 15:13:36 +0000 (UTC) Received: by gyh20 with SMTP id 20so5942918gyh.13 for ; Wed, 02 Jun 2010 08:13:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=fQD0FcMPtJp96D/UcQfXAZCXCPVN48BcfWEEUiUyFhA=; b=gc76GmsPCBoSdUaajh4JbGei5x7UPVgcRQoL6aN4fiAdKFkmpNpMh0Unqo70pBPxrm yP7YxnzL9bSLl94Ep3OrbOwSfHyCsXMlQl2SMsukBRuIqWRQ3ShCwaFGtxcs6HQLDJyb oz4avRViIUunuIFu6SyLCzNSYBh4p84DoFGAs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=Rz7AqQiQeuDt1LEisaIYZD/ZMHawgF+WKicWxzbHmWcArwuYCR8l6ZfnpoXty4GTbG gayMeJkn4inkJEVk1xqEV72Nmg5Mc6XzpgfFUKFoumpwAJFoXxzRmifVHpVZECNZ3rqt n4cgB0G2YAQPzKopnIuYiTdJnBOhOrH/qaVTg= MIME-Version: 1.0 Received: by 10.229.233.137 with SMTP id jy9mr1476603qcb.5.1275491616353; Wed, 02 Jun 2010 08:13:36 -0700 (PDT) Received: by 10.229.235.17 with HTTP; Wed, 2 Jun 2010 08:13:36 -0700 (PDT) Date: Wed, 2 Jun 2010 11:13:36 -0400 Message-ID: From: Leinier Cruz Salfran To: freebsd-ports Content-Type: text/plain; charset=UTF-8 Cc: mm@FreeBSD.org Subject: multimedia/x264: Build by reason: LEFTOVERS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 15:13:37 -0000 hello guys .. there is a warning on my tinderbox .. here is the log building x264-0.0.20100222_2 in directory /usr/local/tinderbox/8.0-RELEASE build started at Wed Jun 2 12:18:49 UTC 2010 port directory: /usr/ports/multimedia/x264 building for: 8.0-RELEASE-p2 i386 maintained by: mm@FreeBSD.org ident warning: no id keywords in /usr/ports/multimedia/x264/Makefile Makefile ident: prefixes: LOCALBASE=usr/local PREFIX=/usr/local Begin Configuration: ---Begin Environment--- ARCH=i386 PACKAGE_BUILDING=1 USER=root LOCALIZED_LANG=es CCACHE_DIR=/ccache BRANCH=RELEASE-p2 HOST_WORKDIR= CCACHE_NOLINK=1 WITH_GTK=yes BATCH=1 OLDPWD=/ HOME=/root LOG_DIRECTORY= PERL_VER=5.10 LOG_DOCOPY=0 JOBS_NUMBER=4 PKGZIPCMD=bzip2 HAVE_MOTIF=1 FTP_TIMEOUT=900 WITH_ARTS=yes HTTP_TIMEOUT=900 WITH_NLS=yes WITH_PULSE=yes pb=/usr/local/tinderbox DISTFILE_CACHE=/usr/ports/distfiles OSREL=8.0 WITH_GTK2=yes TINDERD_LOGFILE=/dev/null WITH_QT=yes PORTOBJFORMAT=elf WRKDIRPREFIX=/work DISTDIR=/tmp/distfiles DISTCACHE=/distcache CCACHE_LOGFILE= PATH=/opt:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin PACKAGES=/tmp/packages TIMEOUT=7200 PKGSUFFIX=.tbz OSVERSION=800107 __DSVERSION__=3.2.1 OPTIONS_ENABLED=0 TINDERD_SLEEPTIME=120 UNAME_n=tinderbox.ipigto.rimed.cu __MKLVL__=1 CCACHE_JAIL=0 LOCALBASE=/usr/local DISTFILE_URI= CCACHE_MAX_SIZE=2G X_WINDOW_SYSTEM=xorg MASTER_SITE_OVERRIDE=file:///distcache/${DIST_SUBDIR}/ WITH_QT4=yes WITH_PULSEAUDIO=yes OPTIONS_DIR= UNAME_r=8.0-RELEASE-p2 USA_RESIDENT=YES UNAME_s=FreeBSD PARALLEL_PACKAGE_BUILD=1 PWD=/usr/ports/multimedia/x264 UNAME_v=FreeBSD 8.0-RELEASE-p2 #0: Tue Jun 1 19:13:46 CDT 2010 root@tinderbox.ipigto.rimed.cu:/usr/src/sys/magic/kernel/path FTP_PASSIVE_MODE=yes CCACHE_ENABLED=1 INDEXFILE=INDEX-8 ---End Environment--- ---Begin OPTIONS List--- ===> The following configuration options are available for x264-0.0.20100222_2: ASM=On (default) "Assembly optimizations (devel/binutils)" DEBUG=Off (default) "Enable Debugging" PGO=Off (default) "Enable Profile-Guided Optimization" GCC44=Off (default) "Use gcc 4.4+ (implies WITH_ASM)" GPAC=On (default) "Enable MPEG-4 Output" X11_OUTPUT=Off (default) "Enable X11 Output" ===> Use 'make config' to modify these settings ---End OPTIONS List--- End Configuration. FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS= BUILD_DEPENDS=libiconv-1.13.1_1.tbz gettext-0.17_1.tbz yasm-1.0.1.tbz binutils-2.20.1_1.tbz jpeg-8_2.tbz png-1.4.1_1.tbz libGL-7.4.4.tbz libGLU-7.4.4.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.2.tbz libX11-1.3.3,1.tbz libXext-1.1.1,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.2.tbz libXfixes-4.0.4.tbz libpthread-stubs-0.3_3.tbz libxcb-1.6.tbz kbproto-1.0.4.tbz libXau-1.0.5.tbz libXdmcp-1.0.3.tbz xproto-7.0.16.tbz pkg-config-0.23_1.tbz xextproto-7.1.1.tbz xf86vidmodeproto-2.3.tbz damageproto-1.2.0.tbz fixesproto-4.1.1.tbz gpac-libgpac-0.4.5_4,1.tbz gmake-3.81_3.tbz RUN_DEPENDS=jpeg-8_2.tbz png-1.4.1_1.tbz libGL-7.4.4.tbz libGLU-7.4.4.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.2.tbz libX11-1.3.3,1.tbz libXext-1.1.1,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.2.tbz libXfixes-4.0.4.tbz libpthread-stubs-0.3_3.tbz libxcb-1.6.tbz kbproto-1.0.4.tbz libXau-1.0.5.tbz libXdmcp-1.0.3.tbz xproto-7.0.16.tbz pkg-config-0.23_1.tbz xextproto-7.1.1.tbz xf86vidmodeproto-2.3.tbz damageproto-1.2.0.tbz fixesproto-4.1.1.tbz gpac-libgpac-0.4.5_4,1.tbz add_pkg ================================================================ ======================================== ===> License check disabled, port has not defined LICENSE => x264-snapshot-20100222-2245.tar.bz2 doesn't seem to exist in /tmp/distfiles/x264. => Attempting to fetch from file:///distcache/x264/. x264-snapshot-20100222-2245.tar.bz2 391 kB 9 MBps => MD5 Checksum OK for x264/x264-snapshot-20100222-2245.tar.bz2. => SHA256 Checksum OK for x264/x264-snapshot-20100222-2245.tar.bz2. ================================================================ ======================================== add_pkg ===> License check disabled, port has not defined LICENSE ===> Extracting for x264-0.0.20100222_2 => MD5 Checksum OK for x264/x264-snapshot-20100222-2245.tar.bz2. => SHA256 Checksum OK for x264/x264-snapshot-20100222-2245.tar.bz2. ================================================================ ======================================== add_pkg ===> Patching for x264-0.0.20100222_2 ===> Applying FreeBSD patches for x264-0.0.20100222_2 ================================================================ ======================================== add_pkg libiconv-1.13.1_1.tbz gettext-0.17_1.tbz yasm-1.0.1.tbz binutils-2.20.1_1.tbz jpeg-8_2.tbz png-1.4.1_1.tbz libGL-7.4.4.tbz libGLU-7.4.4.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.2.tbz libX11-1.3.3,1.tbz libXext-1.1.1,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.2.tbz libXfixes-4.0.4.tbz libpthread-stubs-0.3_3.tbz libxcb-1.6.tbz kbproto-1.0.4.tbz libXau-1.0.5.tbz libXdmcp-1.0.3.tbz xproto-7.0.16.tbz pkg-config-0.23_1.tbz xextproto-7.1.1.tbz xf86vidmodeproto-2.3.tbz damageproto-1.2.0.tbz fixesproto-4.1.1.tbz gpac-libgpac-0.4.5_4,1.tbz gmake-3.81_3.tbz adding dependencies pkg_add libiconv-1.13.1_1.tbz pkg_add gettext-0.17_1.tbz pkg_add yasm-1.0.1.tbz pkg_add binutils-2.20.1_1.tbz pkg_add jpeg-8_2.tbz pkg_add png-1.4.1_1.tbz pkg_add libGL-7.4.4.tbz ***************************************************************** Although libxcb can yield dramatic improvements in speed, memory footprint, and responsiveness, and will probably become the default Xlib for X.org/freedesktop.org, it is still experimental software. Some broken callers will abort() on locking assertion failures. As a temporary workaround, set LIBXCB_ALLOW_SLOPPY_LOCK in your environment to skip the abort(). This may result in noisy stacktrace printing. ***************************************************************** pkg_add libGLU-7.4.4.tbz pkg_add libdrm-2.4.12_1.tbz skipping libdrm-2.4.12_1, already added pkg_add expat-2.0.1_1.tbz skipping expat-2.0.1_1, already added pkg_add dri2proto-2.2.tbz skipping dri2proto-2.2, already added pkg_add libX11-1.3.3,1.tbz skipping libX11-1.3.3,1, already added pkg_add libXext-1.1.1,1.tbz skipping libXext-1.1.1,1, already added pkg_add libXxf86vm-1.1.0.tbz skipping libXxf86vm-1.1.0, already added pkg_add libXdamage-1.1.2.tbz skipping libXdamage-1.1.2, already added pkg_add libXfixes-4.0.4.tbz skipping libXfixes-4.0.4, already added pkg_add libpthread-stubs-0.3_3.tbz skipping libpthread-stubs-0.3_3, already added pkg_add libxcb-1.6.tbz skipping libxcb-1.6, already added pkg_add kbproto-1.0.4.tbz skipping kbproto-1.0.4, already added pkg_add libXau-1.0.5.tbz skipping libXau-1.0.5, already added pkg_add libXdmcp-1.0.3.tbz skipping libXdmcp-1.0.3, already added pkg_add xproto-7.0.16.tbz skipping xproto-7.0.16, already added pkg_add pkg-config-0.23_1.tbz skipping pkg-config-0.23_1, already added pkg_add xextproto-7.1.1.tbz skipping xextproto-7.1.1, already added pkg_add xf86vidmodeproto-2.3.tbz skipping xf86vidmodeproto-2.3, already added pkg_add damageproto-1.2.0.tbz skipping damageproto-1.2.0, already added pkg_add fixesproto-4.1.1.tbz skipping fixesproto-4.1.1, already added pkg_add gpac-libgpac-0.4.5_4,1.tbz pkg_add gmake-3.81_3.tbz ===> x264-0.0.20100222_2 depends on package: yasm>=0.6.0 - found ===> x264-0.0.20100222_2 depends on file: /usr/local/bin/as - found ===> x264-0.0.20100222_2 depends on package: gpac-libgpac>=0.4.5,1 - found ===> x264-0.0.20100222_2 depends on executable: gmake - found ===> x264-0.0.20100222_2 depends on shared library: gpac.1 - found ===> Configuring for x264-0.0.20100222_2 git: not found Platform: X86 System: FREEBSD asm: yes avs input: no lavf input: no ffms input: no mp4 output: yes pthread: yes debug: no gprof: no PIC: no shared: yes visualize: no You can run 'make' or 'make fprofiled' now. ===> Building for x264-0.0.20100222_2 cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/mc.o common/mc.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/predict.o common/predict.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/pixel.o common/pixel.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/macroblock.o common/macroblock.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/frame.o common/frame.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/dct.o common/dct.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/cpu.o common/cpu.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/cabac.o common/cabac.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/common.o common/common.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/mdate.o common/mdate.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/set.o common/set.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/quant.o common/quant.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/vlc.o common/vlc.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o encoder/analyse.o encoder/analyse.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o encoder/me.o encoder/me.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o encoder/ratecontrol.o encoder/ratecontrol.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o encoder/set.o encoder/set.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o encoder/macroblock.o encoder/macroblock.c encoder/macroblock.c: In function 'x264_macroblock_probe_skip': encoder/macroblock.c:919: warning: 'mvp[0]' may be used uninitialized in this function encoder/macroblock.c:919: warning: 'mvp[1]' may be used uninitialized in this function cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o encoder/cabac.o encoder/cabac.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o encoder/cavlc.o encoder/cavlc.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o encoder/encoder.o encoder/encoder.c encoder/encoder.c: In function 'x264_slice_write': encoder/encoder.c:1715: warning: 'bs_bak.i_bits_encoded' may be used uninitialized in this function encoder/encoder.c:1715: warning: 'bs_bak.i_left' may be used uninitialized in this function encoder/encoder.c:1715: warning: 'bs_bak.cur_bits' may be used uninitialized in this function encoder/encoder.c:1715: warning: 'bs_bak.p_end' may be used uninitialized in this function encoder/encoder.c:1715: warning: 'bs_bak.p' may be used uninitialized in this function encoder/encoder.c:1715: warning: 'bs_bak.p_start' may be used uninitialized in this function cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o encoder/lookahead.o encoder/lookahead.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/x86/mc-c.o common/x86/mc-c.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o common/x86/predict-c.o common/x86/predict-c.c yasm -O2 -f elf -Icommon/x86/ -o common/x86/cabac-a.o common/x86/cabac-a.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/dct-a.o common/x86/dct-a.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/deblock-a.o common/x86/deblock-a.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/mc-a.o common/x86/mc-a.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/mc-a2.o common/x86/mc-a2.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/pixel-a.o common/x86/pixel-a.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/predict-a.o common/x86/predict-a.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/quant-a.o common/x86/quant-a.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/sad-a.o common/x86/sad-a.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/cpu-a.o common/x86/cpu-a.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/dct-32.o common/x86/dct-32.asm yasm -O2 -f elf -Icommon/x86/ -o common/x86/pixel-32.o common/x86/pixel-32.asm COMPILER_PATH= cc -shared -o libx264.so.85 common/mc.o common/predict.o common/pixel.o common/macroblock.o common/frame.o common/dct.o common/cpu.o common/cabac.o common/common.o common/mdate.o common/set.o common/quant.o common/vlc.o encoder/analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o encoder/macroblock.o encoder/cabac.o encoder/cavlc.o encoder/encoder.o encoder/lookahead.o common/x86/mc-c.o common/x86/predict-c.o common/x86/cabac-a.o common/x86/dct-a.o common/x86/deblock-a.o common/x86/mc-a.o common/x86/mc-a2.o common/x86/pixel-a.o common/x86/predict-a.o common/x86/quant-a.o common/x86/sad-a.o common/x86/cpu-a.o common/x86/dct-32.o common/x86/pixel-32.o -Wl,-soname,libx264.so.85 -fstack-protector -L/usr/local/lib -lm -lpthread -s cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o x264.o x264.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o input/yuv.o input/yuv.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o input/y4m.o input/y4m.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o output/raw.o output/raw.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o output/matroska.o output/matroska.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o output/matroska_ebml.o output/matroska_ebml.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o output/flv.o output/flv.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o output/flv_bytestream.o output/flv_bytestream.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o input/thread.o input/thread.c cc -O3 -ffast-math -O2 -pipe -fno-strict-aliasing -Wall -I. -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/local/include -march=i686 -mfpmath=sse -msse -std=gnu99 -s -fomit-frame-pointer -c -o output/mp4.o output/mp4.c ar rc libx264.a common/mc.o common/predict.o common/pixel.o common/macroblock.o common/frame.o common/dct.o common/cpu.o common/cabac.o common/common.o common/mdate.o common/set.o common/quant.o common/vlc.o encoder/analyse.o encoder/me.o encoder/ratecontrol.o encoder/set.o encoder/macroblock.o encoder/cabac.o encoder/cavlc.o encoder/encoder.o encoder/lookahead.o common/x86/mc-c.o common/x86/predict-c.o common/x86/cabac-a.o common/x86/dct-a.o common/x86/deblock-a.o common/x86/mc-a.o common/x86/mc-a2.o common/x86/pixel-a.o common/x86/predict-a.o common/x86/quant-a.o common/x86/sad-a.o common/x86/cpu-a.o common/x86/dct-32.o common/x86/pixel-32.o ranlib libx264.a COMPILER_PATH= cc -o x264 x264.o input/yuv.o input/y4m.o output/raw.o output/matroska.o output/matroska_ebml.o output/flv.o output/flv_bytestream.o input/thread.o output/mp4.o libx264.a -fstack-protector -L/usr/local/lib -lm -lpthread -s -lgpac ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg jpeg-8_2.tbz png-1.4.1_1.tbz libGL-7.4.4.tbz libGLU-7.4.4.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.2.tbz libX11-1.3.3,1.tbz libXext-1.1.1,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.2.tbz libXfixes-4.0.4.tbz libpthread-stubs-0.3_3.tbz libxcb-1.6.tbz kbproto-1.0.4.tbz libXau-1.0.5.tbz libXdmcp-1.0.3.tbz xproto-7.0.16.tbz pkg-config-0.23_1.tbz xextproto-7.1.1.tbz xf86vidmodeproto-2.3.tbz damageproto-1.2.0.tbz fixesproto-4.1.1.tbz gpac-libgpac-0.4.5_4,1.tbz adding dependencies pkg_add jpeg-8_2.tbz skipping jpeg-8_2, already added pkg_add png-1.4.1_1.tbz skipping png-1.4.1_1, already added pkg_add libGL-7.4.4.tbz skipping libGL-7.4.4, already added pkg_add libGLU-7.4.4.tbz skipping libGLU-7.4.4, already added pkg_add libdrm-2.4.12_1.tbz skipping libdrm-2.4.12_1, already added pkg_add expat-2.0.1_1.tbz skipping expat-2.0.1_1, already added pkg_add dri2proto-2.2.tbz skipping dri2proto-2.2, already added pkg_add libX11-1.3.3,1.tbz skipping libX11-1.3.3,1, already added pkg_add libXext-1.1.1,1.tbz skipping libXext-1.1.1,1, already added pkg_add libXxf86vm-1.1.0.tbz skipping libXxf86vm-1.1.0, already added pkg_add libXdamage-1.1.2.tbz skipping libXdamage-1.1.2, already added pkg_add libXfixes-4.0.4.tbz skipping libXfixes-4.0.4, already added pkg_add libpthread-stubs-0.3_3.tbz skipping libpthread-stubs-0.3_3, already added pkg_add libxcb-1.6.tbz skipping libxcb-1.6, already added pkg_add kbproto-1.0.4.tbz skipping kbproto-1.0.4, already added pkg_add libXau-1.0.5.tbz skipping libXau-1.0.5, already added pkg_add libXdmcp-1.0.3.tbz skipping libXdmcp-1.0.3, already added pkg_add xproto-7.0.16.tbz skipping xproto-7.0.16, already added pkg_add pkg-config-0.23_1.tbz skipping pkg-config-0.23_1, already added pkg_add xextproto-7.1.1.tbz skipping xextproto-7.1.1, already added pkg_add xf86vidmodeproto-2.3.tbz skipping xf86vidmodeproto-2.3, already added pkg_add damageproto-1.2.0.tbz skipping damageproto-1.2.0, already added pkg_add fixesproto-4.1.1.tbz skipping fixesproto-4.1.1, already added pkg_add gpac-libgpac-0.4.5_4,1.tbz skipping gpac-libgpac-0.4.5_4,1, already added ===> Installing for x264-0.0.20100222_2 ===> x264-0.0.20100222_2 depends on shared library: gpac.1 - found ===> Generating temporary packing list ===> Checking if multimedia/x264 already installed install -d /usr/local/bin /usr/local/include install -d /usr/local/lib /usr/local/libdata/pkgconfig install -m 644 x264.h /usr/local/include install -m 644 libx264.a /usr/local/lib install -m 644 x264.pc /usr/local/libdata/pkgconfig install x264 /usr/local/bin ranlib /usr/local/lib/libx264.a ln -sf libx264.so.85 /usr/local/lib/libx264.so install -m 755 libx264.so.85 /usr/local/lib ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for x264-0.0.20100222_2 ================================================================ ======================================== ===> Building package for x264-0.0.20100222_2 Creating package /tmp/packages/All/x264-0.0.20100222_2.tbz Registering depends: gpac-libgpac-0.4.5_4,1 libGLU-7.4.4 libGL-7.4.4 libdrm-2.4.12_1 libXdamage-1.1.2 libXfixes-4.0.4 libXxf86vm-1.1.0 libXext-1.1.1,1 libX11-1.3.3,1 libxcb-1.6 libpthread-stubs-0.3_3 libXau-1.0.5 libXdmcp-1.0.3 xproto-7.0.16 pkg-config-0.23_1 jpeg-8_2 png-1.4.1_1 expat-2.0.1_1 damageproto-1.2.0 dri2proto-2.2 fixesproto-4.1.1 kbproto-1.0.4 xextproto-7.1.1 xf86vidmodeproto-2.3. Creating bzip'd tar ball in '/tmp/packages/All/x264-0.0.20100222_2.tbz' Deleting x264-0.0.20100222_2 === Checking filesystem state Deleting yasm-1.0.1 Deleting gpac-libgpac-0.4.5_4,1 Deleting gmake-3.81_3 Deleting binutils-2.20.1_1 Deleting gettext-0.17_1 Deleting jpeg-8_2 Deleting libGLU-7.4.4 Deleting png-1.4.1_1 Deleting libiconv-1.13.1_1 Deleting libGL-7.4.4 Deleting dri2proto-2.2 Deleting expat-2.0.1_1 Deleting libXdamage-1.1.2 Deleting libXxf86vm-1.1.0 Deleting libdrm-2.4.12_1 Deleting xf86vidmodeproto-2.3 Deleting libXfixes-4.0.4 Deleting libXext-1.1.1,1 Deleting damageproto-1.2.0 Deleting fixesproto-4.1.1 Deleting libX11-1.3.3,1 Deleting xextproto-7.1.1 Deleting libxcb-1.6 Deleting kbproto-1.0.4 Deleting libXau-1.0.5 Deleting libXdmcp-1.0.3 Deleting libpthread-stubs-0.3_3 Deleting xproto-7.0.16 Deleting pkg-config-0.23_1 === Checking filesystem state after all packages deleted ================================================================ list of extra files and directories in / (not present on clean system but present after everything was deinstalled) 12601013 4 drwxr-xr-x 3 root wheel 512 Jun 2 12:19 usr/local/share/locale/rw 12601014 4 drwxr-xr-x 2 root wheel 512 Jun 2 12:19 usr/local/share/locale/rw/LC_MESSAGES ================================================================ build of /usr/ports/multimedia/x264 ended at Wed Jun 2 12:19:43 UTC 2010 From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 15:25:07 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B466B106568A; Wed, 2 Jun 2010 15:25:07 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.211.176]) by mx1.freebsd.org (Postfix) with ESMTP id ED96D8FC24; Wed, 2 Jun 2010 15:25:06 +0000 (UTC) Received: by ywh6 with SMTP id 6so5117686ywh.16 for ; Wed, 02 Jun 2010 08:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=Z1AJLV2Y9n2ecPEk1+PWYIYYMJvaCAxodhoOwod0+Rk=; b=gUl/PsE2w350w8mXJw65Scoyh/WrxpX1DYrbE9YUNzLJOhmcuB4wyuMWbq/Fhc1Xog UQK6WYkRjhayrzyyhvf3IZzgXRccYj5VbeIC0SLhp3qTPMkWb42MdRpLIYSMIs5MFEwq HfW0cS2AEi19ImakuuXtIz37YWwKcgejn34Bk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=M7baNaUwJnOkj1ojMVobNCRcWVEYshceShaHvyPco6D4PHuukpTgCeqr7ALwJ27/Z8 EywmnTEiiVlEXNLTlvoVKj/n6KcLecQW2Hw/+/cOG9nTq9ieF+2n76kFIMLl0WkxAym1 wSggoE2TZdhpilNMAz3J8ct0TR5Ed/m6RJLmk= MIME-Version: 1.0 Received: by 10.229.187.82 with SMTP id cv18mr1463338qcb.83.1275492305388; Wed, 02 Jun 2010 08:25:05 -0700 (PDT) Received: by 10.229.235.17 with HTTP; Wed, 2 Jun 2010 08:25:05 -0700 (PDT) Date: Wed, 2 Jun 2010 11:25:05 -0400 Message-ID: From: Leinier Cruz Salfran To: freebsd-ports Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Wed, 02 Jun 2010 15:30:41 +0000 Cc: mm@FreeBSD.org Subject: devel/binutils: Build by reason: LEFTOVERS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 15:25:07 -0000 hello guys .. there is a warning on my tinderbox .. here is the log building binutils-2.20.1_1 in directory /usr/local/tinderbox/8.0-RELEASE build started at Wed Jun 2 02:03:42 UTC 2010 port directory: /usr/ports/devel/binutils building for: 8.0-RELEASE-p2 i386 maintained by: mm@FreeBSD.org ident warning: no id keywords in /usr/ports/devel/binutils/Makefile Makefile ident: prefixes: LOCALBASE=usr/local PREFIX=/usr/local Begin Configuration: ---Begin Environment--- ARCH=i386 PACKAGE_BUILDING=1 USER=root LOCALIZED_LANG=es CCACHE_DIR=/ccache BRANCH=RELEASE-p2 HOST_WORKDIR= CCACHE_NOLINK=1 WITH_GTK=yes BATCH=1 OLDPWD=/ HOME=/root LOG_DIRECTORY= PERL_VER=5.10 LOG_DOCOPY=0 JOBS_NUMBER=4 PKGZIPCMD=bzip2 HAVE_MOTIF=1 FTP_TIMEOUT=900 WITH_ARTS=yes HTTP_TIMEOUT=900 WITH_NLS=yes WITH_PULSE=yes pb=/usr/local/tinderbox DISTFILE_CACHE=/usr/ports/distfiles OSREL=8.0 WITH_GTK2=yes TINDERD_LOGFILE=/dev/null WITH_QT=yes PORTOBJFORMAT=elf WRKDIRPREFIX=/work DISTDIR=/tmp/distfiles DISTCACHE=/distcache CCACHE_LOGFILE= PATH=/opt:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin PACKAGES=/tmp/packages TIMEOUT=7200 PKGSUFFIX=.tbz OSVERSION=800107 __DSVERSION__=3.2.1 OPTIONS_ENABLED=0 TINDERD_SLEEPTIME=120 UNAME_n=tinderbox.ipigto.rimed.cu __MKLVL__=1 CCACHE_JAIL=0 LOCALBASE=/usr/local DISTFILE_URI= CCACHE_MAX_SIZE=2G X_WINDOW_SYSTEM=xorg MASTER_SITE_OVERRIDE=file:///distcache/${DIST_SUBDIR}/ WITH_QT4=yes WITH_PULSEAUDIO=yes OPTIONS_DIR= UNAME_r=8.0-RELEASE-p2 USA_RESIDENT=YES UNAME_s=FreeBSD PARALLEL_PACKAGE_BUILD=1 PWD=/usr/ports/devel/binutils UNAME_v=FreeBSD 8.0-RELEASE-p2 #0: Tue Jun 1 19:13:46 CDT 2010 root@tinderbox.ipigto.rimed.cu:/usr/src/sys/magic/kernel/path FTP_PASSIVE_MODE=yes CCACHE_ENABLED=1 INDEXFILE=INDEX-8 ---End Environment--- ---Begin OPTIONS List--- ===> The following configuration options are available for binutils-2.20.1_1: NLS=on "Enable National Language Support" ===> Use 'make config' to modify these settings ---End OPTIONS List--- End Configuration. FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS= BUILD_DEPENDS=gmp-5.0.1.tbz mpfr-2.4.2_1.tbz gettext-0.17_1.tbz libiconv-1.13.1_1.tbz gmake-3.81_3.tbz RUN_DEPENDS=libiconv-1.13.1_1.tbz gettext-0.17_1.tbz add_pkg ================================================================ ======================================== ===> License check disabled, port has not defined LICENSE => binutils-2.20.1.tar.bz2 doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from file:///distcache//. binutils-2.20.1.tar.bz2 16 MB 18 MBps => MD5 Checksum OK for binutils-2.20.1.tar.bz2. => SHA256 Checksum OK for binutils-2.20.1.tar.bz2. ================================================================ ======================================== add_pkg ===> License check disabled, port has not defined LICENSE ===> Extracting for binutils-2.20.1_1 => MD5 Checksum OK for binutils-2.20.1.tar.bz2. => SHA256 Checksum OK for binutils-2.20.1.tar.bz2. ================================================================ ======================================== add_pkg ===> Patching for binutils-2.20.1_1 ================================================================ ======================================== add_pkg gmp-5.0.1.tbz mpfr-2.4.2_1.tbz gettext-0.17_1.tbz libiconv-1.13.1_1.tbz gmake-3.81_3.tbz adding dependencies pkg_add gmp-5.0.1.tbz pkg_add mpfr-2.4.2_1.tbz pkg_add gettext-0.17_1.tbz pkg_add libiconv-1.13.1_1.tbz skipping libiconv-1.13.1_1, already added pkg_add gmake-3.81_3.tbz ===> binutils-2.20.1_1 depends on file: /usr/local/lib/libgmp.so - found ===> binutils-2.20.1_1 depends on file: /usr/local/lib/libmpfr.so - found ===> binutils-2.20.1_1 depends on executable: gmake - found ===> binutils-2.20.1_1 depends on shared library: intl - found ===> Configuring for binutils-2.20.1_1 checking build system type... i386-portbld-freebsd8.0 checking host system type... i386-portbld-freebsd8.0 checking target system type... i386-portbld-freebsd8.0 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether ln works... yes checking whether ln -s works... yes checking for a sed that does not truncate output... /usr/bin/sed checking for gawk... no checking for mawk... no checking for nawk... nawk checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking for gnatbind... no checking for gnatmake... no checking whether compiler driver understands Ada... no checking how to compare bootstrapped objects... cmp $$f1 $$f2 16 16 checking for version 0.10 of PPL... no checking for correct version of CLooG... no checking for bison... no checking for byacc... byacc checking for bison... no checking for gm4... no checking for gnum4... no checking for m4... m4 checking for flex... flex checking for flex... flex checking for makeinfo... makeinfo checking for expect... no checking for runtest... no checking for ar... ar checking for as... as checking for dlltool... no checking for ld... (cached) /usr/bin/ld checking for lipo... no checking for nm... nm checking for ranlib... ranlib checking for strip... strip checking for windres... no checking for windmc... no checking for objcopy... objcopy checking for objdump... objdump checking for cc... cc checking for c++... c++ checking for gcc... gcc checking for gcj... no checking for gfortran... no checking for ar... ar checking for as... as checking for dlltool... no checking for ld... ld checking for lipo... no checking for nm... nm checking for objdump... objdump checking for ranlib... ranlib checking for strip... strip checking for windres... no checking for windmc... no checking where to find the target ar... just compiled checking where to find the target as... just compiled checking where to find the target cc... host tool checking where to find the target c++... host tool checking where to find the target c++ for libstdc++... host tool checking where to find the target dlltool... just compiled checking where to find the target gcc... host tool checking where to find the target gcj... host tool checking where to find the target gfortran... host tool checking where to find the target ld... just compiled checking where to find the target lipo... host tool checking where to find the target nm... just compiled checking where to find the target objdump... just compiled checking where to find the target ranlib... just compiled checking where to find the target strip... just compiled checking where to find the target windres... just compiled checking where to find the target windmc... just compiled checking whether to enable maintainer-specific portions of Makefiles... no checking whether -fkeep-inline-functions is supported... yes configure: creating ./config.status config.status: creating Makefile ===> Building for binutils-2.20.1_1 gmake[1]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1' Configuring in ./intl configure: creating cache ./config.cache checking whether gmake sets $(MAKE)... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking for i386-portbld-freebsd8.0-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking build system type... i386-portbld-freebsd8.0 checking host system type... i386-portbld-freebsd8.0 checking for i386-portbld-freebsd8.0-ranlib... ranlib checking for library containing strerror... none required checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for off_t... yes checking for size_t... yes checking for working alloca.h... no checking for alloca... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking whether we are using the GNU C Library 2.1 or newer... no checking whether integer division by zero raises SIGFPE... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unsigned long long... yes checking for inttypes.h... yes checking whether the inttypes.h PRIxNN macros are broken... no checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking argz.h usability... no checking argz.h presence... no checking for argz.h... no checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking nl_types.h usability... yes checking nl_types.h presence... yes checking for nl_types.h... yes checking malloc.h usability... no checking malloc.h presence... no checking for malloc.h... no checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking for feof_unlocked... yes checking for fgets_unlocked... no checking for getc_unlocked... yes checking for getcwd... yes checking for getegid... yes checking for geteuid... yes checking for getgid... yes checking for getuid... yes checking for mempcpy... no checking for munmap... yes checking for putenv... yes checking for setenv... yes checking for setlocale... yes checking for stpcpy... yes checking for strcasecmp... yes checking for strdup... yes checking for strtoul... yes checking for tsearch... yes checking for __argz_count... no checking for __argz_stringify... no checking for __argz_next... no checking for __fsetlocking... no checking for iconv... yes checking how to link with libiconv... /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib checking for iconv declaration... install-shextern size_t iconv (iconv_t cd, const char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); checking for nl_langinfo and CODESET... yes checking for LC_MESSAGES... yes checking for bison... no checking whether NLS is requested... yes checking whether included gettext is requested... no checking for GNU gettext in libc... no checking for GNU gettext in libintl... yes checking whether to use NLS... yes checking where the gettext function comes from... external libintl checking how to link with libintl... /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib checking for aclocal... no checking for autoconf... no checking for autoheader... no configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating config.intl config.status: creating config.h config.status: executing default-1 commands Configuring in ./libiberty configure: creating cache ./config.cache checking whether to enable maintainer-specific portions of Makefiles... no checking for makeinfo... makeinfo --split-size=5000000 checking for perl... no checking build system type... i386-portbld-freebsd8.0 checking host system type... i386-portbld-freebsd8.0 checking for i386-portbld-freebsd8.0-ar... ar checking for i386-portbld-freebsd8.0-ranlib... ranlib checking for i386-portbld-freebsd8.0-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking how to run the C preprocessor... cc -E checking whether cc supports -W... yes checking whether cc supports -Wall... yes checking whether cc supports -Wwrite-strings... yes checking whether cc supports -Wc++-compat... yes checking whether cc supports -Wstrict-prototypes... yes checking whether cc supports -pedantic ... yes checking whether cc understands -c and -o together... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... no checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for sys/file.h... yes checking for sys/param.h... yes checking for limits.h... yes checking for stdlib.h... (cached) yes checking for malloc.h... no checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for strings.h... (cached) yes checking for sys/time.h... yes checking for time.h... yes checking for sys/resource.h... yes checking for sys/stat.h... (cached) yes checking for sys/mman.h... yes checking for fcntl.h... yes checking for alloca.h... no checking for sys/pstat.h... no checking for sys/sysmp.h... no checking for sys/sysinfo.h... no checking for machine/hal_sysinfo.h... no checking for sys/table.h... no checking for sys/sysctl.h... yes checking for sys/systemcfg.h... no checking for stdint.h... (cached) yes checking for stdio_ext.h... no checking for sys/wait.h that is POSIX.1 compatible... yes checking whether time.h and sys/time.h may both be included... yes checking whether errno must be declared... no checking size of int... 4 checking for intptr_t... yes checking for uintptr_t... yes checking for a 64-bit type... uint64_t checking for pid_t... yes checking for library containing strerror... none required checking for asprintf... yes checking for atexit... yes checking for basename... yes checking for bcmp... yes checking for bcopy... yes checking for bsearch... yes checking for bzero... yes checking for calloc... yes checking for clock... yes checking for ffs... yes checking for getcwd... yes checking for getpagesize... yes checking for gettimeofday... yes checking for index... yes checking for insque... yes checking for memchr... yes checking for memcmp... yes checking for memcpy... yes checking for memmem... yes checking for memmove... yes checking for mempcpy... no checking for memset... yes checking for mkstemps... yes checking for putenv... yes checking for random... yes checking for rename... yes checking for rindex... yes checking for setenv... yes checking for snprintf... yes checking for sigsetmask... yes checking for stpcpy... yes checking for stpncpy... yes checking for strcasecmp... yes checking for strchr... yes checking for strdup... yes checking for strncasecmp... yes checking for strndup... yes checking for strrchr... yes checking for strstr... yes checking for strtod... yes checking for strtol... yes checking for strtoul... yes checking for strverscmp... no checking for tmpnam... yes checking for vasprintf... yes checking for vfprintf... yes checking for vprintf... yes checking for vsnprintf... yes checking for vsprintf... yes checking for waitpid... yes checking whether alloca needs Cray hooks... no checking stack direction for C alloca... -1 checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking for _doprnt... no checking for sys_errlist... yes checking for sys_nerr... yes checking for sys_siglist... yes checking for external symbol _system_configuration... no checking for getrusage... yes checking for on_exit... no checking for psignal... yes checking for strerror... yes checking for strsignal... yes checking for sysconf... yes checking for times... yes checking for sbrk... yes checking for gettimeofday... (cached) yes checking for realpath... yes checking for canonicalize_file_name... no checking for pstat_getstatic... no checking for pstat_getdynamic... no checking for sysmp... no checking for getsysinfo... no checking for table... no checking for sysctl... yes checking for wait3... yes checking for wait4... yes checking for __fsetlocking... no checking whether basename is declared... no checking whether ffs is declared... yes checking whether asprintf is declared... yes checking whether vasprintf is declared... yes checking whether snprintf is declared... yes checking whether vsnprintf is declared... yes checking whether calloc is declared... yes checking whether getenv is declared... yes checking whether getopt is declared... yes checking whether malloc is declared... yes checking whether realloc is declared... yes checking whether sbrk is declared... yes checking whether strverscmp is declared... no checking whether canonicalize_file_name must be declared... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... yes checking for working strncmp... yes configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating testsuite/Makefile config.status: creating config.h config.status: executing default commands Configuring in ./bfd configure: creating cache ./config.cache checking build system type... i386-portbld-freebsd8.0 checking host system type... i386-portbld-freebsd8.0 checking target system type... i386-portbld-freebsd8.0 checking for i386-portbld-freebsd8.0-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./../install-sh -c -d checking for gawk... nawk checking whether gmake sets $(MAKE)... yes checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking for i386-portbld-freebsd8.0-ar... ar checking for i386-portbld-freebsd8.0-ranlib... ranlib checking for i386-portbld-freebsd8.0-gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for a sed that does not truncate output... /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... nm checking the name lister (nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 196608 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for i386-portbld-freebsd8.0-objdump... objdump checking how to recognize dependent libraries... pass_all checking for i386-portbld-freebsd8.0-ar... (cached) ar checking for i386-portbld-freebsd8.0-strip... no checking for strip... strip checking for i386-portbld-freebsd8.0-ranlib... (cached) ranlib checking command to parse nm output from cc object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd8.0 ld.so checking how to hardcode library paths into programs... immediate checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no Setting warning flags = -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror checking whether to enable maintainer-specific portions of Makefiles... no checking whether to install libbfd... yes checking whether NLS is requested... yes checking for catalogs to be installed... da es fi fr id ja ro ru rw sv tr vi zh_CN da es fi fr id ja ro ru rw sv tr vi zh_CN checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking size of long long... 8 checking size of void *... 4 checking size of long... 4 checking alloca.h usability... no checking alloca.h presence... no checking for alloca.h... no checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking for stdlib.h... (cached) yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking for unistd.h... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/file.h usability... yes checking sys/file.h presence... yes checking for sys/file.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for sys/stat.h... (cached) yes looking for a compliant stdint.h in stdint.h, checking for uintmax_t... yes checking for uintptr_t... yes checking for int_least32_t... yes checking for int_fast32_t... yes checking for uint64_t... yes checking what to include in bfd_stdint.h... stdint.h (already complete) checking whether time.h and sys/time.h may both be included... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking whether string.h and strings.h may both be included... yes checking for fcntl... yes checking for getpagesize... yes checking for setitimer... yes checking for sysconf... yes checking for fdopen... yes checking for getuid... yes checking for getgid... yes checking for fileno... yes checking for strtoull... yes checking whether basename is declared... no checking whether ftello is declared... yes checking whether ftello64 is declared... no checking whether fseeko is declared... yes checking whether fseeko64 is declared... no checking whether ffs is declared... yes checking whether free is declared... yes checking whether getenv is declared... yes checking whether malloc is declared... yes checking whether realloc is declared... yes checking whether stpcpy is declared... yes checking whether strstr is declared... yes checking whether snprintf is declared... yes checking whether vsnprintf is declared... yes checking for library containing zlibVersion... -lz checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking sys/procfs.h usability... yes checking sys/procfs.h presence... yes checking for sys/procfs.h... yes checking for prstatus_t in sys/procfs.h... yes checking for prstatus32_t in sys/procfs.h... no checking for prstatus_t.pr_who in sys/procfs.h... no checking for prstatus32_t.pr_who in sys/procfs.h... no checking for pstatus_t in sys/procfs.h... no checking for pxstatus_t in sys/procfs.h... no checking for pstatus32_t in sys/procfs.h... no checking for prpsinfo_t in sys/procfs.h... yes checking for prpsinfo32_t in sys/procfs.h... no checking for psinfo_t in sys/procfs.h... no checking for psinfo32_t in sys/procfs.h... no checking for lwpstatus_t in sys/procfs.h... no checking for lwpxstatus_t in sys/procfs.h... no checking for lwpstatus_t.pr_context in sys/procfs.h... no checking for lwpstatus_t.pr_reg in sys/procfs.h... no checking for win32_pstatus_t in sys/procfs.h... no checking linker --as-needed support... yes checking for cos in -lm... yes checking for ftello... yes checking for ftello64... no checking for fseeko... yes checking for fseeko64... no checking for fopen64... no checking size of off_t... 8 checking file_ptr type... BFD_HOST_64_BIT checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... yes checking for madvise... yes checking for mprotect... yes configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating bfd-in3.h config.status: creating po/Makefile.in config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: executing bfd_stdint.h commands config.status: executing default commands gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty' if [ x"" != x ] && [ ! -d pic ]; then \ mkdir pic; \ else true; fi touch stamp-picdir if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./regex.c -o pic/regex.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./regex.c -o regex.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./cplus-dem.c -o pic/cplus-dem.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./cplus-dem.c -o cplus-dem.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./cp-demangle.c -o pic/cp-demangle.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./cp-demangle.c -o cp-demangle.o ./cp-demangle.c: In function 'd_demangle_callback': ./cp-demangle.c:4508: warning: 'dc' may be used uninitialized in this function if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./md5.c -o pic/md5.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./md5.c -o md5.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./sha1.c -o pic/sha1.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./sha1.c -o sha1.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./alloca.c -o pic/alloca.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./alloca.c -o alloca.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./argv.c -o pic/argv.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./argv.c -o argv.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./choose-temp.c -o pic/choose-temp.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./choose-temp.c -o choose-temp.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./concat.c -o pic/concat.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./concat.c -o concat.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./cp-demint.c -o pic/cp-demint.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./cp-demint.c -o cp-demint.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./crc32.c -o pic/crc32.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./crc32.c -o crc32.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./dyn-string.c -o pic/dyn-string.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./dyn-string.c -o dyn-string.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./fdmatch.c -o pic/fdmatch.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./fdmatch.c -o fdmatch.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./fibheap.c -o pic/fibheap.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./fibheap.c -o fibheap.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./filename_cmp.c -o pic/filename_cmp.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./filename_cmp.c -o filename_cmp.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./floatformat.c -o pic/floatformat.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./floatformat.c -o floatformat.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./fnmatch.c -o pic/fnmatch.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./fnmatch.c -o fnmatch.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./fopen_unlocked.c -o pic/fopen_unlocked.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./fopen_unlocked.c -o fopen_unlocked.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./getopt.c -o pic/getopt.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./getopt.c -o getopt.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./getopt1.c -o pic/getopt1.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./getopt1.c -o getopt1.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./getpwd.c -o pic/getpwd.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./getpwd.c -o getpwd.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./getruntime.c -o pic/getruntime.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./getruntime.c -o getruntime.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./hashtab.c -o pic/hashtab.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./hashtab.c -o hashtab.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./hex.c -o pic/hex.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./hex.c -o hex.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./lbasename.c -o pic/lbasename.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./lbasename.c -o lbasename.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./lrealpath.c -o pic/lrealpath.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./lrealpath.c -o lrealpath.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./make-relative-prefix.c -o pic/make-relative-prefix.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./make-relative-prefix.c -o make-relative-prefix.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./make-temp-file.c -o pic/make-temp-file.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./make-temp-file.c -o make-temp-file.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./objalloc.c -o pic/objalloc.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./objalloc.c -o objalloc.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./obstack.c -o pic/obstack.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./obstack.c -o obstack.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./partition.c -o pic/partition.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./partition.c -o partition.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./pexecute.c -o pic/pexecute.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./pexecute.c -o pexecute.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./physmem.c -o pic/physmem.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./physmem.c -o physmem.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./pex-common.c -o pic/pex-common.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./pex-common.c -o pex-common.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./pex-one.c -o pic/pex-one.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./pex-one.c -o pex-one.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./pex-unix.c -o pic/pex-unix.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./pex-unix.c -o pex-unix.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./safe-ctype.c -o pic/safe-ctype.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./safe-ctype.c -o safe-ctype.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./sort.c -o pic/sort.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./sort.c -o sort.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./spaces.c -o pic/spaces.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./spaces.c -o spaces.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./splay-tree.c -o pic/splay-tree.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./splay-tree.c -o splay-tree.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./strerror.c -o pic/strerror.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./strerror.c -o strerror.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./strsignal.c -o pic/strsignal.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./strsignal.c -o strsignal.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./unlink-if-ordinary.c -o pic/unlink-if-ordinary.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./unlink-if-ordinary.c -o unlink-if-ordinary.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xatexit.c -o pic/xatexit.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xatexit.c -o xatexit.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xexit.c -o pic/xexit.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xexit.c -o xexit.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xmalloc.c -o pic/xmalloc.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xmalloc.c -o xmalloc.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xmemdup.c -o pic/xmemdup.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xmemdup.c -o xmemdup.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xstrdup.c -o pic/xstrdup.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xstrdup.c -o xstrdup.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xstrerror.c -o pic/xstrerror.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xstrerror.c -o xstrerror.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xstrndup.c -o pic/xstrndup.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./xstrndup.c -o xstrndup.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./mempcpy.c -o pic/mempcpy.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./mempcpy.c -o mempcpy.o if [ x"" != x ]; then \ cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./strverscmp.c -o pic/strverscmp.o; \ else true; fi cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./strverscmp.c -o strverscmp.o rm -f ./libiberty.a pic/./libiberty.a ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o ranlib ./libiberty.a if [ x"" != x ]; then \ cd pic; \ ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o; \ ranlib ./libiberty.a; \ cd ..; \ else true; fi echo ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o > required-list gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty/testsuite' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty/testsuite' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/intl' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/intl' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' creating bfdver.h rm -f elf32-target.h sed -e s/NN/32/g < ./elfxx-target.h > elf32-target.new mv -f elf32-target.new elf32-target.h rm -f elf64-target.h sed -e s/NN/64/g < ./elfxx-target.h > elf64-target.new mv -f elf64-target.new elf64-target.h rm -f targmatch.h sed -f ./targmatch.sed < ./config.bfd > targmatch.new mv -f targmatch.new targmatch.h Making info in doc gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' gmake chew gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' cc -o chew.$$ -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib \ -I.. -I./.. -I./../../include -I./../../intl -I../../intl ./chew.c; \ /bin/sh ./../../move-if-change chew.$$ chew gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' ./chew -f ./doc.str <./../opncls.c >opncls.tmp /bin/sh ./../../move-if-change opncls.tmp opncls.texi gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' Making info in po gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/po' ( if test 'x.' != 'x.'; then \ posrcprefix='../'; \ else \ posrcprefix="../"; \ fi; \ rm -f SRC-POTFILES-t SRC-POTFILES \ && (sed -e '/^#/d' \ -e '/^[ ]*$/d' \ -e "s@.*@ $posrcprefix& \\\\@" < ./SRC-POTFILES.in \ | sed -e '$s/\\$//') > SRC-POTFILES-t \ && chmod a-w SRC-POTFILES-t \ && mv SRC-POTFILES-t SRC-POTFILES ) ( rm -f BLD-POTFILES-t BLD-POTFILES \ && (sed -e '/^#/d' \ -e '/^[ ]*$/d' \ -e "s@.*@ ../& \\\\@" < ./BLD-POTFILES.in \ | sed -e '$s/\\$//') > BLD-POTFILES-t \ && chmod a-w BLD-POTFILES-t \ && mv BLD-POTFILES-t BLD-POTFILES ) cd .. \ && CONFIG_FILES=po/Makefile.in:po/Make-in \ CONFIG_HEADERS= /bin/sh ./config.status config.status: creating po/Makefile.in config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: executing bfd_stdint.h commands config.status: executing default commands gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/po' gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/po' gmake[3]: Nothing to be done for `info'. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/po' gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake[3]: Nothing to be done for `info-am'. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake all-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' Making all in doc gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' Making all in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/po' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/po' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' rm -f bfd-tmp.h cp bfd-in3.h bfd-tmp.h /bin/sh ./../move-if-change bfd-tmp.h bfd.h rm -f bfd-tmp.h touch stmp-bfd-h /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT archive.lo -MD -MP -MF .deps/archive.Tpo -c -o archive.lo archive.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT archive.lo -MD -MP -MF .deps/archive.Tpo -c archive.c -o archive.o mv -f .deps/archive.Tpo .deps/archive.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT archures.lo -MD -MP -MF .deps/archures.Tpo -c -o archures.lo -DDEFAULT_VECTOR=bfd_elf32_i386_freebsd_vec -DSELECT_VECS='&bfd_elf32_i386_freebsd_vec,&bfd_elf32_i386_vec,&i386pei_vec,&i386coff_vec,&bfd_elf32_little_generic_vec,&bfd_elf32_big_generic_vec' -DSELECT_ARCHITECTURES='&bfd_i386_arch' -DHAVE_bfd_elf32_i386_freebsd_vec -DHAVE_bfd_elf32_i386_vec -DHAVE_i386pei_vec -DHAVE_i386coff_vec -DHAVE_bfd_elf32_little_generic_vec -DHAVE_bfd_elf32_big_generic_vec ./archures.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT archures.lo -MD -MP -MF .deps/archures.Tpo -c -DDEFAULT_VECTOR=bfd_elf32_i386_freebsd_vec "-DSELECT_VECS=&bfd_elf32_i386_freebsd_vec,&bfd_elf32_i386_vec,&i386pei_vec,&i386coff_vec,&bfd_elf32_little_generic_vec,&bfd_elf32_big_generic_vec" "-DSELECT_ARCHITECTURES=&bfd_i386_arch" -DHAVE_bfd_elf32_i386_freebsd_vec -DHAVE_bfd_elf32_i386_vec -DHAVE_i386pei_vec -DHAVE_i386coff_vec -DHAVE_bfd_elf32_little_generic_vec -DHAVE_bfd_elf32_big_generic_vec ./archures.c -o archures.o mv -f .deps/archures.Tpo .deps/archures.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT bfd.lo -MD -MP -MF .deps/bfd.Tpo -c -o bfd.lo bfd.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT bfd.lo -MD -MP -MF .deps/bfd.Tpo -c bfd.c -o bfd.o mv -f .deps/bfd.Tpo .deps/bfd.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT bfdio.lo -MD -MP -MF .deps/bfdio.Tpo -c -o bfdio.lo bfdio.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT bfdio.lo -MD -MP -MF .deps/bfdio.Tpo -c bfdio.c -o bfdio.o mv -f .deps/bfdio.Tpo .deps/bfdio.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT bfdwin.lo -MD -MP -MF .deps/bfdwin.Tpo -c -o bfdwin.lo bfdwin.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT bfdwin.lo -MD -MP -MF .deps/bfdwin.Tpo -c bfdwin.c -o bfdwin.o mv -f .deps/bfdwin.Tpo .deps/bfdwin.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cache.lo -MD -MP -MF .deps/cache.Tpo -c -o cache.lo cache.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cache.lo -MD -MP -MF .deps/cache.Tpo -c cache.c -o cache.o mv -f .deps/cache.Tpo .deps/cache.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT coffgen.lo -MD -MP -MF .deps/coffgen.Tpo -c -o coffgen.lo coffgen.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT coffgen.lo -MD -MP -MF .deps/coffgen.Tpo -c coffgen.c -o coffgen.o mv -f .deps/coffgen.Tpo .deps/coffgen.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT corefile.lo -MD -MP -MF .deps/corefile.Tpo -c -o corefile.lo corefile.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT corefile.lo -MD -MP -MF .deps/corefile.Tpo -c corefile.c -o corefile.o mv -f .deps/corefile.Tpo .deps/corefile.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT format.lo -MD -MP -MF .deps/format.Tpo -c -o format.lo format.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT format.lo -MD -MP -MF .deps/format.Tpo -c format.c -o format.o mv -f .deps/format.Tpo .deps/format.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT init.lo -MD -MP -MF .deps/init.Tpo -c -o init.lo init.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT init.lo -MD -MP -MF .deps/init.Tpo -c init.c -o init.o mv -f .deps/init.Tpo .deps/init.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT libbfd.lo -MD -MP -MF .deps/libbfd.Tpo -c -o libbfd.lo libbfd.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT libbfd.lo -MD -MP -MF .deps/libbfd.Tpo -c libbfd.c -o libbfd.o mv -f .deps/libbfd.Tpo .deps/libbfd.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT opncls.lo -MD -MP -MF .deps/opncls.Tpo -c -o opncls.lo opncls.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT opncls.lo -MD -MP -MF .deps/opncls.Tpo -c opncls.c -o opncls.o mv -f .deps/opncls.Tpo .deps/opncls.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT reloc.lo -MD -MP -MF .deps/reloc.Tpo -c -o reloc.lo reloc.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT reloc.lo -MD -MP -MF .deps/reloc.Tpo -c reloc.c -o reloc.o mv -f .deps/reloc.Tpo .deps/reloc.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT section.lo -MD -MP -MF .deps/section.Tpo -c -o section.lo section.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT section.lo -MD -MP -MF .deps/section.Tpo -c section.c -o section.o mv -f .deps/section.Tpo .deps/section.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT syms.lo -MD -MP -MF .deps/syms.Tpo -c -o syms.lo syms.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT syms.lo -MD -MP -MF .deps/syms.Tpo -c syms.c -o syms.o mv -f .deps/syms.Tpo .deps/syms.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT targets.lo -MD -MP -MF .deps/targets.Tpo -c -o targets.lo -DDEFAULT_VECTOR=bfd_elf32_i386_freebsd_vec -DSELECT_VECS='&bfd_elf32_i386_freebsd_vec,&bfd_elf32_i386_vec,&i386pei_vec,&i386coff_vec,&bfd_elf32_little_generic_vec,&bfd_elf32_big_generic_vec' -DSELECT_ARCHITECTURES='&bfd_i386_arch' -DHAVE_bfd_elf32_i386_freebsd_vec -DHAVE_bfd_elf32_i386_vec -DHAVE_i386pei_vec -DHAVE_i386coff_vec -DHAVE_bfd_elf32_little_generic_vec -DHAVE_bfd_elf32_big_generic_vec ./targets.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT targets.lo -MD -MP -MF .deps/targets.Tpo -c -DDEFAULT_VECTOR=bfd_elf32_i386_freebsd_vec "-DSELECT_VECS=&bfd_elf32_i386_freebsd_vec,&bfd_elf32_i386_vec,&i386pei_vec,&i386coff_vec,&bfd_elf32_little_generic_vec,&bfd_elf32_big_generic_vec" "-DSELECT_ARCHITECTURES=&bfd_i386_arch" -DHAVE_bfd_elf32_i386_freebsd_vec -DHAVE_bfd_elf32_i386_vec -DHAVE_i386pei_vec -DHAVE_i386coff_vec -DHAVE_bfd_elf32_little_generic_vec -DHAVE_bfd_elf32_big_generic_vec ./targets.c -o targets.o mv -f .deps/targets.Tpo .deps/targets.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT hash.lo -MD -MP -MF .deps/hash.Tpo -c -o hash.lo hash.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT hash.lo -MD -MP -MF .deps/hash.Tpo -c hash.c -o hash.o mv -f .deps/hash.Tpo .deps/hash.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT linker.lo -MD -MP -MF .deps/linker.Tpo -c -o linker.lo linker.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT linker.lo -MD -MP -MF .deps/linker.Tpo -c linker.c -o linker.o mv -f .deps/linker.Tpo .deps/linker.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT srec.lo -MD -MP -MF .deps/srec.Tpo -c -o srec.lo srec.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT srec.lo -MD -MP -MF .deps/srec.Tpo -c srec.c -o srec.o mv -f .deps/srec.Tpo .deps/srec.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT binary.lo -MD -MP -MF .deps/binary.Tpo -c -o binary.lo binary.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT binary.lo -MD -MP -MF .deps/binary.Tpo -c binary.c -o binary.o mv -f .deps/binary.Tpo .deps/binary.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT tekhex.lo -MD -MP -MF .deps/tekhex.Tpo -c -o tekhex.lo tekhex.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT tekhex.lo -MD -MP -MF .deps/tekhex.Tpo -c tekhex.c -o tekhex.o mv -f .deps/tekhex.Tpo .deps/tekhex.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ihex.lo -MD -MP -MF .deps/ihex.Tpo -c -o ihex.lo ihex.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ihex.lo -MD -MP -MF .deps/ihex.Tpo -c ihex.c -o ihex.o mv -f .deps/ihex.Tpo .deps/ihex.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT stabs.lo -MD -MP -MF .deps/stabs.Tpo -c -o stabs.lo stabs.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT stabs.lo -MD -MP -MF .deps/stabs.Tpo -c stabs.c -o stabs.o mv -f .deps/stabs.Tpo .deps/stabs.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT stab-syms.lo -MD -MP -MF .deps/stab-syms.Tpo -c -o stab-syms.lo stab-syms.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT stab-syms.lo -MD -MP -MF .deps/stab-syms.Tpo -c stab-syms.c -o stab-syms.o mv -f .deps/stab-syms.Tpo .deps/stab-syms.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT merge.lo -MD -MP -MF .deps/merge.Tpo -c -o merge.lo merge.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT merge.lo -MD -MP -MF .deps/merge.Tpo -c merge.c -o merge.o mv -f .deps/merge.Tpo .deps/merge.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dwarf2.lo -MD -MP -MF .deps/dwarf2.Tpo -c -o dwarf2.lo -DDEBUGDIR=\"/usr/local/lib/debug\" ./dwarf2.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dwarf2.lo -MD -MP -MF .deps/dwarf2.Tpo -c -DDEBUGDIR=\"/usr/local/lib/debug\" ./dwarf2.c -o dwarf2.o mv -f .deps/dwarf2.Tpo .deps/dwarf2.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT simple.lo -MD -MP -MF .deps/simple.Tpo -c -o simple.lo simple.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT simple.lo -MD -MP -MF .deps/simple.Tpo -c simple.c -o simple.o mv -f .deps/simple.Tpo .deps/simple.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT compress.lo -MD -MP -MF .deps/compress.Tpo -c -o compress.lo compress.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT compress.lo -MD -MP -MF .deps/compress.Tpo -c compress.c -o compress.o mv -f .deps/compress.Tpo .deps/compress.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT verilog.lo -MD -MP -MF .deps/verilog.Tpo -c -o verilog.lo verilog.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT verilog.lo -MD -MP -MF .deps/verilog.Tpo -c verilog.c -o verilog.o mv -f .deps/verilog.Tpo .deps/verilog.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf32-i386.lo -MD -MP -MF .deps/elf32-i386.Tpo -c -o elf32-i386.lo elf32-i386.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf32-i386.lo -MD -MP -MF .deps/elf32-i386.Tpo -c elf32-i386.c -o elf32-i386.o mv -f .deps/elf32-i386.Tpo .deps/elf32-i386.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-ifunc.lo -MD -MP -MF .deps/elf-ifunc.Tpo -c -o elf-ifunc.lo elf-ifunc.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-ifunc.lo -MD -MP -MF .deps/elf-ifunc.Tpo -c elf-ifunc.c -o elf-ifunc.o mv -f .deps/elf-ifunc.Tpo .deps/elf-ifunc.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-vxworks.lo -MD -MP -MF .deps/elf-vxworks.Tpo -c -o elf-vxworks.lo elf-vxworks.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-vxworks.lo -MD -MP -MF .deps/elf-vxworks.Tpo -c elf-vxworks.c -o elf-vxworks.o mv -f .deps/elf-vxworks.Tpo .deps/elf-vxworks.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf32.lo -MD -MP -MF .deps/elf32.Tpo -c -o elf32.lo elf32.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf32.lo -MD -MP -MF .deps/elf32.Tpo -c elf32.c -o elf32.o mv -f .deps/elf32.Tpo .deps/elf32.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf.lo -MD -MP -MF .deps/elf.Tpo -c -o elf.lo elf.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf.lo -MD -MP -MF .deps/elf.Tpo -c elf.c -o elf.o mv -f .deps/elf.Tpo .deps/elf.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elflink.lo -MD -MP -MF .deps/elflink.Tpo -c -o elflink.lo elflink.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elflink.lo -MD -MP -MF .deps/elflink.Tpo -c elflink.c -o elflink.o mv -f .deps/elflink.Tpo .deps/elflink.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-attrs.lo -MD -MP -MF .deps/elf-attrs.Tpo -c -o elf-attrs.lo elf-attrs.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-attrs.lo -MD -MP -MF .deps/elf-attrs.Tpo -c elf-attrs.c -o elf-attrs.o mv -f .deps/elf-attrs.Tpo .deps/elf-attrs.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-strtab.lo -MD -MP -MF .deps/elf-strtab.Tpo -c -o elf-strtab.lo elf-strtab.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-strtab.lo -MD -MP -MF .deps/elf-strtab.Tpo -c elf-strtab.c -o elf-strtab.o mv -f .deps/elf-strtab.Tpo .deps/elf-strtab.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-eh-frame.lo -MD -MP -MF .deps/elf-eh-frame.Tpo -c -o elf-eh-frame.lo elf-eh-frame.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf-eh-frame.lo -MD -MP -MF .deps/elf-eh-frame.Tpo -c elf-eh-frame.c -o elf-eh-frame.o mv -f .deps/elf-eh-frame.Tpo .deps/elf-eh-frame.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dwarf1.lo -MD -MP -MF .deps/dwarf1.Tpo -c -o dwarf1.lo dwarf1.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dwarf1.lo -MD -MP -MF .deps/dwarf1.Tpo -c dwarf1.c -o dwarf1.o mv -f .deps/dwarf1.Tpo .deps/dwarf1.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT pei-i386.lo -MD -MP -MF .deps/pei-i386.Tpo -c -o pei-i386.lo pei-i386.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT pei-i386.lo -MD -MP -MF .deps/pei-i386.Tpo -c pei-i386.c -o pei-i386.o mv -f .deps/pei-i386.Tpo .deps/pei-i386.Plo rm -f peigen.c sed -e s/XX/pe/g < ./peXXigen.c > peigen.new mv -f peigen.new peigen.c /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT peigen.lo -MD -MP -MF .deps/peigen.Tpo -c -o peigen.lo peigen.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT peigen.lo -MD -MP -MF .deps/peigen.Tpo -c peigen.c -o peigen.o mv -f .deps/peigen.Tpo .deps/peigen.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cofflink.lo -MD -MP -MF .deps/cofflink.Tpo -c -o cofflink.lo cofflink.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cofflink.lo -MD -MP -MF .deps/cofflink.Tpo -c cofflink.c -o cofflink.o mv -f .deps/cofflink.Tpo .deps/cofflink.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT coff-i386.lo -MD -MP -MF .deps/coff-i386.Tpo -c -o coff-i386.lo coff-i386.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT coff-i386.lo -MD -MP -MF .deps/coff-i386.Tpo -c coff-i386.c -o coff-i386.o mv -f .deps/coff-i386.Tpo .deps/coff-i386.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf32-gen.lo -MD -MP -MF .deps/elf32-gen.Tpo -c -o elf32-gen.lo elf32-gen.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT elf32-gen.lo -MD -MP -MF .deps/elf32-gen.Tpo -c elf32-gen.c -o elf32-gen.o mv -f .deps/elf32-gen.Tpo .deps/elf32-gen.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR='"/usr/local/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cpu-i386.lo -MD -MP -MF .deps/cpu-i386.Tpo -c -o cpu-i386.lo cpu-i386.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I./../include -DBINDIR=\"/usr/local/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cpu-i386.lo -MD -MP -MF .deps/cpu-i386.Tpo -c cpu-i386.c -o cpu-i386.o mv -f .deps/cpu-i386.Tpo .deps/cpu-i386.Plo rm -f tofiles f=""; \ for i in elf32-i386.lo elf-ifunc.lo elf-vxworks.lo elf32.lo elf.lo elflink.lo elf-attrs.lo elf-strtab.lo elf-eh-frame.lo dwarf1.lo pei-i386.lo peigen.lo cofflink.lo coff-i386.lo elf32-gen.lo cpu-i386.lo ; do \ case " $f " in \ *" $i "*) ;; \ *) f="$f $i" ;; \ esac ; \ done ; \ echo $f > tofiles /bin/sh ./../move-if-change tofiles ofiles touch stamp-ofiles /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -release `cat libtool-soversion` -L/usr/local/lib -o libbfd.la -rpath /usr/local/lib archive.lo archures.lo bfd.lo bfdio.lo bfdwin.lo cache.lo coffgen.lo corefile.lo format.lo init.lo libbfd.lo opncls.lo reloc.lo section.lo syms.lo targets.lo hash.lo linker.lo srec.lo binary.lo tekhex.lo ihex.lo stabs.lo stab-syms.lo merge.lo dwarf2.lo simple.lo compress.lo verilog.lo `cat ofiles` -lz libtool: link: ar rc .libs/libbfd.a archive.o archures.o bfd.o bfdio.o bfdwin.o cache.o coffgen.o corefile.o format.o init.o libbfd.o opncls.o reloc.o section.o syms.o targets.o hash.o linker.o srec.o binary.o tekhex.o ihex.o stabs.o stab-syms.o merge.o dwarf2.o simple.o compress.o verilog.o elf32-i386.o elf-ifunc.o elf-vxworks.o elf32.o elf.o elflink.o elf-attrs.o elf-strtab.o elf-eh-frame.o dwarf1.o pei-i386.o peigen.o cofflink.o coff-i386.o elf32-gen.o cpu-i386.o libtool: link: ranlib .libs/libbfd.a libtool: link: ( cd ".libs" && rm -f "libbfd.la" && ln -s "../libbfd.la" "libbfd.la" ) libtooldir=`/bin/sh ./libtool --config | sed -n -e 's/^objdir=//p'`; \ if [ -f $libtooldir/libbfd.a ]; then \ cp $libtooldir/libbfd.a libbfd.tmp; \ ranlib libbfd.tmp; \ /bin/sh ./../move-if-change libbfd.tmp libbfd.a; \ else true; fi touch stamp-lib gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' Configuring in ./opcodes configure: creating cache ./config.cache checking build system type... i386-portbld-freebsd8.0 checking host system type... i386-portbld-freebsd8.0 checking target system type... i386-portbld-freebsd8.0 checking for i386-portbld-freebsd8.0-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./../install-sh -c -d checking for gawk... nawk checking whether gmake sets $(MAKE)... yes checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking for i386-portbld-freebsd8.0-gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for i386-portbld-freebsd8.0-ar... ar checking for i386-portbld-freebsd8.0-ranlib... ranlib checking for a sed that does not truncate output... /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... nm checking the name lister (nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 196608 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for i386-portbld-freebsd8.0-objdump... objdump checking how to recognize dependent libraries... pass_all checking for i386-portbld-freebsd8.0-ar... (cached) ar checking for i386-portbld-freebsd8.0-strip... no checking for strip... strip checking for i386-portbld-freebsd8.0-ranlib... (cached) ranlib checking command to parse nm output from cc object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd8.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes Setting warning flags = -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror checking whether to enable maintainer-specific portions of Makefiles... no checking whether to install libbfd... yes checking whether NLS is requested... yes checking for catalogs to be installed... da de es fi fr ga id nl pt_BR ro sv tr vi zh_CN da de es fi fr ga id nl pt_BR ro sv tr vi zh_CN checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking for string.h... (cached) yes checking for strings.h... (cached) yes checking for stdlib.h... (cached) yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking whether basename is declared... no checking whether stpcpy is declared... yes checking linker --as-needed support... yes checking for cos in -lm... yes configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating po/Makefile.in config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' gmake all-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' Making all in . gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dis-buf.lo -MD -MP -MF .deps/dis-buf.Tpo -c -o dis-buf.lo dis-buf.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dis-buf.lo -MD -MP -MF .deps/dis-buf.Tpo -c dis-buf.c -o dis-buf.o mv -f .deps/dis-buf.Tpo .deps/dis-buf.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT disassemble.lo -MD -MP -MF .deps/disassemble.Tpo -c -o disassemble.lo -DARCH_i386 ./disassemble.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT disassemble.lo -MD -MP -MF .deps/disassemble.Tpo -c -DARCH_i386 ./disassemble.c -o disassemble.o mv -f .deps/disassemble.Tpo .deps/disassemble.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dis-init.lo -MD -MP -MF .deps/dis-init.Tpo -c -o dis-init.lo dis-init.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dis-init.lo -MD -MP -MF .deps/dis-init.Tpo -c dis-init.c -o dis-init.o mv -f .deps/dis-init.Tpo .deps/dis-init.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT i386-dis.lo -MD -MP -MF .deps/i386-dis.Tpo -c -o i386-dis.lo i386-dis.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT i386-dis.lo -MD -MP -MF .deps/i386-dis.Tpo -c i386-dis.c -o i386-dis.o mv -f .deps/i386-dis.Tpo .deps/i386-dis.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT i386-opc.lo -MD -MP -MF .deps/i386-opc.Tpo -c -o i386-opc.lo i386-opc.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../include -I./../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT i386-opc.lo -MD -MP -MF .deps/i386-opc.Tpo -c i386-opc.c -o i386-opc.o mv -f .deps/i386-opc.Tpo .deps/i386-opc.Plo /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -release `cat ../bfd/libtool-soversion` -L/usr/local/lib -o libopcodes.la -rpath /usr/local/lib dis-buf.lo disassemble.lo dis-init.lo i386-dis.lo i386-opc.lo libtool: link: ar rc .libs/libopcodes.a dis-buf.o disassemble.o dis-init.o i386-dis.o i386-opc.o libtool: link: ranlib .libs/libopcodes.a libtool: link: ( cd ".libs" && rm -f "libopcodes.la" && ln -s "../libopcodes.la" "libopcodes.la" ) libtooldir=`/bin/sh ./libtool --config | sed -n -e 's/^objdir=//p'`; \ if [ -f $libtooldir/libopcodes.a ]; then \ cp $libtooldir/libopcodes.a libopcodes.tmp; \ ranlib libopcodes.tmp; \ /bin/sh ./../move-if-change libopcodes.tmp libopcodes.a; \ else true; fi touch stamp-lib gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' Making all in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes/po' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes/po' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' Configuring in ./binutils configure: creating cache ./config.cache checking build system type... i386-portbld-freebsd8.0 checking host system type... i386-portbld-freebsd8.0 checking target system type... i386-portbld-freebsd8.0 checking for i386-portbld-freebsd8.0-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./../install-sh -c -d checking for gawk... nawk checking whether gmake sets $(MAKE)... yes checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking for i386-portbld-freebsd8.0-gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for a sed that does not truncate output... /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... nm checking the name lister (nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 196608 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for i386-portbld-freebsd8.0-objdump... objdump checking how to recognize dependent libraries... pass_all checking for i386-portbld-freebsd8.0-ar... ar checking for i386-portbld-freebsd8.0-strip... no checking for strip... strip checking for i386-portbld-freebsd8.0-ranlib... ranlib checking command to parse nm output from cc object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes Setting warning flags = -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror checking for bison... byacc checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking whether NLS is requested... yes checking for catalogs to be installed... da es fi fr id ja ro ru rw sk sv tr uk vi zh_CN zh_TW da es fi fr id ja ro ru rw sk sv tr uk vi zh_CN zh_TW checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking whether to enable maintainer-specific portions of Makefiles... no checking for i386-portbld-freebsd8.0-ranlib... (cached) ranlib checking for string.h... (cached) yes checking for strings.h... (cached) yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/file.h usability... yes checking sys/file.h presence... yes checking for sys/file.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for working alloca.h... no checking for alloca... yes checking for sbrk... yes checking for utimes... yes checking for setmode... yes checking for getc_unlocked... yes checking for strcoll... yes checking for mkstemp... yes checking for mkdtemp... yes checking for fopen64... no checking for stat64... no checking for library containing frexp... none required checking for time_t in time.h... yes checking for time_t in sys/types.h... yes checking for a known getopt prototype in unistd.h... yes checking for utime.h... yes checking whether fprintf is declared... yes checking whether stpcpy is declared... yes checking whether strstr is declared... yes checking whether sbrk is declared... yes checking whether getenv is declared... yes checking whether environ is declared... no checking whether getc_unlocked is declared... yes checking whether snprintf is declared... yes checking whether vsnprintf is declared... yes checking for library containing zlibVersion... -lz checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking iconv.h usability... yes checking iconv.h presence... no configure: WARNING: iconv.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: iconv.h: proceeding with the compiler's result checking for iconv.h... yes checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking for iconv... yes checking how to link with libiconv... /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib checking for iconv declaration... install-shextern size_t iconv (iconv_t cd, const char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating po/Makefile.in config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' if [ -r sysinfo.c ]; then \ cc -c -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -Wno-error sysinfo.c ; \ else \ cc -c -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -Wno-error ./sysinfo.c ; \ fi if [ -r syslex.c ]; then \ cc -c -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -Wno-error syslex.c ; \ else \ cc -c -I. -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -Wno-error ./syslex.c ;\ fi syslex.c:1272: warning: 'yyunput' defined but not used cc -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o sysinfo sysinfo.o syslex.o ./sysinfo -d <./sysroff.info >sysroff.h Making info in doc gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/doc' if test -f cxxfilt.man; then \ man=cxxfilt.man; \ else \ man=./cxxfilt.man; \ fi; \ sed -e 's/@PROGRAM@/c++filt/' \ -e 's/cxxfilt/c++filt/' < $man \ > c++filt.1 gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/doc' Making info in po gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/po' gmake[3]: Nothing to be done for `info'. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/po' gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake[3]: Nothing to be done for `info-am'. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake all-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' Making all in doc gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/doc' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/doc' Making all in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/po' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/po' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT size.o -MD -MP -MF .deps/size.Tpo -c -o size.o size.c mv -f .deps/size.Tpo .deps/size.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT bucomm.o -MD -MP -MF .deps/bucomm.Tpo -c -o bucomm.o bucomm.c mv -f .deps/bucomm.Tpo .deps/bucomm.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT version.o -MD -MP -MF .deps/version.Tpo -c -o version.o version.c mv -f .deps/version.Tpo .deps/version.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT filemode.o -MD -MP -MF .deps/filemode.Tpo -c -o filemode.o filemode.c mv -f .deps/filemode.Tpo .deps/filemode.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o size size.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o size size.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT objdump.o -MD -MP -MF .deps/objdump.Tpo -c -o objdump.o ./objdump.c mv -f .deps/objdump.Tpo .deps/objdump.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dwarf.o -MD -MP -MF .deps/dwarf.Tpo -c -o dwarf.o dwarf.c mv -f .deps/dwarf.Tpo .deps/dwarf.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT prdbg.o -MD -MP -MF .deps/prdbg.Tpo -c -o prdbg.o prdbg.c mv -f .deps/prdbg.Tpo .deps/prdbg.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT rddbg.o -MD -MP -MF .deps/rddbg.Tpo -c -o rddbg.o rddbg.c mv -f .deps/rddbg.Tpo .deps/rddbg.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT debug.o -MD -MP -MF .deps/debug.Tpo -c -o debug.o debug.c mv -f .deps/debug.Tpo .deps/debug.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT stabs.o -MD -MP -MF .deps/stabs.Tpo -c -o stabs.o stabs.c mv -f .deps/stabs.Tpo .deps/stabs.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ieee.o -MD -MP -MF .deps/ieee.Tpo -c -o ieee.o ieee.c mv -f .deps/ieee.Tpo .deps/ieee.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT rdcoff.o -MD -MP -MF .deps/rdcoff.Tpo -c -o rdcoff.o rdcoff.c mv -f .deps/rdcoff.Tpo .deps/rdcoff.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o objdump objdump.o dwarf.o prdbg.o rddbg.o debug.o stabs.o ieee.o rdcoff.o bucomm.o version.o filemode.o ../opcodes/libopcodes.la ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o objdump objdump.o dwarf.o prdbg.o rddbg.o debug.o stabs.o ieee.o rdcoff.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT arparse.o -MD -MP -MF .deps/arparse.Tpo -c -o arparse.o `test -f arparse.c || echo ./`arparse.c -Wno-error mv -f .deps/arparse.Tpo .deps/arparse.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT arlex.o -MD -MP -MF .deps/arlex.Tpo -c -o arlex.o `test -f arlex.c || echo ./`arlex.c -Wno-error arlex.c:1397: warning: 'yyunput' defined but not used mv -f .deps/arlex.Tpo .deps/arlex.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ar.o -MD -MP -MF .deps/ar.Tpo -c -o ar.o ar.c mv -f .deps/ar.Tpo .deps/ar.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT not-ranlib.o -MD -MP -MF .deps/not-ranlib.Tpo -c -o not-ranlib.o not-ranlib.c mv -f .deps/not-ranlib.Tpo .deps/not-ranlib.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT arsup.o -MD -MP -MF .deps/arsup.Tpo -c -o arsup.o arsup.c mv -f .deps/arsup.Tpo .deps/arsup.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT rename.o -MD -MP -MF .deps/rename.Tpo -c -o rename.o rename.c mv -f .deps/rename.Tpo .deps/rename.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT binemul.o -MD -MP -MF .deps/binemul.Tpo -c -o binemul.o binemul.c mv -f .deps/binemul.Tpo .deps/binemul.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT emul_vanilla.o -MD -MP -MF .deps/emul_vanilla.Tpo -c -o emul_vanilla.o emul_vanilla.c mv -f .deps/emul_vanilla.Tpo .deps/emul_vanilla.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o ar arparse.o arlex.o ar.o not-ranlib.o arsup.o rename.o binemul.o emul_vanilla.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a -lfl /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o ar arparse.o arlex.o ar.o not-ranlib.o arsup.o rename.o binemul.o emul_vanilla.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lfl -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT strings.o -MD -MP -MF .deps/strings.Tpo -c -o strings.o strings.c mv -f .deps/strings.Tpo .deps/strings.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o strings strings.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o strings strings.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT is-ranlib.o -MD -MP -MF .deps/is-ranlib.Tpo -c -o is-ranlib.o is-ranlib.c mv -f .deps/is-ranlib.Tpo .deps/is-ranlib.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o ranlib ar.o is-ranlib.o arparse.o arlex.o arsup.o rename.o binemul.o emul_vanilla.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a -lfl /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o ranlib ar.o is-ranlib.o arparse.o arlex.o arsup.o rename.o binemul.o emul_vanilla.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lfl -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT objcopy.o -MD -MP -MF .deps/objcopy.Tpo -c -o objcopy.o objcopy.c mv -f .deps/objcopy.Tpo .deps/objcopy.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT not-strip.o -MD -MP -MF .deps/not-strip.Tpo -c -o not-strip.o not-strip.c mv -f .deps/not-strip.Tpo .deps/not-strip.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT wrstabs.o -MD -MP -MF .deps/wrstabs.Tpo -c -o wrstabs.o wrstabs.c mv -f .deps/wrstabs.Tpo .deps/wrstabs.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o objcopy objcopy.o not-strip.o rename.o rddbg.o debug.o stabs.o ieee.o rdcoff.o wrstabs.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o objcopy objcopy.o not-strip.o rename.o rddbg.o debug.o stabs.o ieee.o rdcoff.o wrstabs.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT addr2line.o -MD -MP -MF .deps/addr2line.Tpo -c -o addr2line.o addr2line.c mv -f .deps/addr2line.Tpo .deps/addr2line.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o addr2line addr2line.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o addr2line addr2line.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT readelf.o -MD -MP -MF .deps/readelf.Tpo -c -o readelf.o readelf.c mv -f .deps/readelf.Tpo .deps/readelf.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT unwind-ia64.o -MD -MP -MF .deps/unwind-ia64.Tpo -c -o unwind-ia64.o unwind-ia64.c mv -f .deps/unwind-ia64.Tpo .deps/unwind-ia64.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o readelf readelf.o version.o unwind-ia64.o dwarf.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib ../libiberty/libiberty.a -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o readelf readelf.o version.o unwind-ia64.o dwarf.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../libiberty/libiberty.a -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT nm.o -MD -MP -MF .deps/nm.Tpo -c -o nm.o nm.c mv -f .deps/nm.Tpo .deps/nm.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o nm-new nm.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o nm-new nm.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT is-strip.o -MD -MP -MF .deps/is-strip.Tpo -c -o is-strip.o is-strip.c mv -f .deps/is-strip.Tpo .deps/is-strip.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o strip-new objcopy.o is-strip.o rename.o rddbg.o debug.o stabs.o ieee.o rdcoff.o wrstabs.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o strip-new objcopy.o is-strip.o rename.o rddbg.o debug.o stabs.o ieee.o rdcoff.o wrstabs.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lz cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -DLOCALEDIR="\"/usr/local/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -I/usr/local/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cxxfilt.o -MD -MP -MF .deps/cxxfilt.Tpo -c -o cxxfilt.o cxxfilt.c mv -f .deps/cxxfilt.Tpo .deps/cxxfilt.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o cxxfilt cxxfilt.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o cxxfilt cxxfilt.o bucomm.o version.o filemode.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lz gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' Configuring in ./etc configure: creating cache ./config.cache checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' for f in standards.info configure.info; do \ if test -f ./`echo $f | sed -e 's/.info$/.texi/'`; then \ if gmake "MAKEINFO=makeinfo --split-size=5000000 --split-size=5000000" $f; then \ true; \ else \ exit 1; \ fi; \ fi; \ done gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' gmake[3]: `standards.info' is up to date. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' gmake[3]: `configure.info' is up to date. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' Configuring in ./gas configure: creating cache ./config.cache checking build system type... i386-portbld-freebsd8.0 checking host system type... i386-portbld-freebsd8.0 checking target system type... i386-portbld-freebsd8.0 checking for i386-portbld-freebsd8.0-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ../install-sh -c -d checking for gawk... nawk checking whether gmake sets $(MAKE)... yes checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking for i386-portbld-freebsd8.0-gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for a sed that does not truncate output... /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... nm checking the name lister (nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 196608 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for i386-portbld-freebsd8.0-objdump... objdump checking how to recognize dependent libraries... pass_all checking for i386-portbld-freebsd8.0-ar... ar checking for i386-portbld-freebsd8.0-strip... no checking for strip... strip checking for i386-portbld-freebsd8.0-ranlib... ranlib checking command to parse nm output from cc object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes Setting warning flags = -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror checking whether byte ordering is bigendian... no checking for bison... byacc checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking whether NLS is requested... yes checking for catalogs to be installed... es fr id rw tr es fr id rw tr checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking whether to enable maintainer-specific portions of Makefiles... no checking for string.h... (cached) yes checking for stdlib.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for unistd.h... (cached) yes checking stdarg.h usability... yes checking stdarg.h presence... yes checking for stdarg.h... yes checking varargs.h usability... no checking varargs.h presence... no checking for varargs.h... no checking errno.h usability... yes checking errno.h presence... yes checking for errno.h... yes checking for sys/types.h... (cached) yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking for sys/stat.h... (cached) yes checking whether compiling a cross-assembler... no checking for working alloca.h... no checking for alloca... yes checking for inline... inline checking for unlink... yes checking for sbrk... yes checking for working assert macro... yes checking whether declaration is required for errno... no checking for a known getopt prototype in unistd.h... yes checking whether declaration is required for environ... yes checking whether declaration is required for ffs... no checking whether declaration is required for free... no checking whether declaration is required for malloc... no checking whether declaration is required for sbrk... no checking whether declaration is required for strstr... no checking whether vsnprintf is declared... yes checking for struct tm.tm_gmtoff in time.h... yes checking for struct stat.st_mtim.tv_sec in sys/stat.h... no checking for struct stat.st_mtim.tv_nsec in sys/stat.h... no configure: updating cache ./config.cache configure: creating ./config.status config.status: creating .gdbinit config.status: creating Makefile config.status: creating doc/Makefile config.status: creating po/Makefile.in config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile config.status: executing default commands gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' gmake all-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' Making all in doc gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/doc' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/doc' Making all in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/po' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/po' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT app.o -MD -MP -MF .deps/app.Tpo -c -o app.o app.c mv -f .deps/app.Tpo .deps/app.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT as.o -MD -MP -MF .deps/as.Tpo -c -o as.o as.c mv -f .deps/as.Tpo .deps/as.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT atof-generic.o -MD -MP -MF .deps/atof-generic.Tpo -c -o atof-generic.o atof-generic.c mv -f .deps/atof-generic.Tpo .deps/atof-generic.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cond.o -MD -MP -MF .deps/cond.Tpo -c -o cond.o cond.c mv -f .deps/cond.Tpo .deps/cond.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT depend.o -MD -MP -MF .deps/depend.Tpo -c -o depend.o depend.c mv -f .deps/depend.Tpo .deps/depend.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dwarf2dbg.o -MD -MP -MF .deps/dwarf2dbg.Tpo -c -o dwarf2dbg.o dwarf2dbg.c mv -f .deps/dwarf2dbg.Tpo .deps/dwarf2dbg.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT dw2gencfi.o -MD -MP -MF .deps/dw2gencfi.Tpo -c -o dw2gencfi.o dw2gencfi.c mv -f .deps/dw2gencfi.Tpo .deps/dw2gencfi.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ecoff.o -MD -MP -MF .deps/ecoff.Tpo -c -o ecoff.o ecoff.c mv -f .deps/ecoff.Tpo .deps/ecoff.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ehopt.o -MD -MP -MF .deps/ehopt.Tpo -c -o ehopt.o ehopt.c mv -f .deps/ehopt.Tpo .deps/ehopt.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT expr.o -MD -MP -MF .deps/expr.Tpo -c -o expr.o expr.c mv -f .deps/expr.Tpo .deps/expr.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT flonum-copy.o -MD -MP -MF .deps/flonum-copy.Tpo -c -o flonum-copy.o flonum-copy.c mv -f .deps/flonum-copy.Tpo .deps/flonum-copy.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT flonum-konst.o -MD -MP -MF .deps/flonum-konst.Tpo -c -o flonum-konst.o flonum-konst.c mv -f .deps/flonum-konst.Tpo .deps/flonum-konst.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT flonum-mult.o -MD -MP -MF .deps/flonum-mult.Tpo -c -o flonum-mult.o flonum-mult.c mv -f .deps/flonum-mult.Tpo .deps/flonum-mult.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT frags.o -MD -MP -MF .deps/frags.Tpo -c -o frags.o frags.c mv -f .deps/frags.Tpo .deps/frags.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT hash.o -MD -MP -MF .deps/hash.Tpo -c -o hash.o hash.c mv -f .deps/hash.Tpo .deps/hash.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT input-file.o -MD -MP -MF .deps/input-file.Tpo -c -o input-file.o input-file.c mv -f .deps/input-file.Tpo .deps/input-file.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT input-scrub.o -MD -MP -MF .deps/input-scrub.Tpo -c -o input-scrub.o input-scrub.c mv -f .deps/input-scrub.Tpo .deps/input-scrub.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT listing.o -MD -MP -MF .deps/listing.Tpo -c -o listing.o listing.c mv -f .deps/listing.Tpo .deps/listing.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT literal.o -MD -MP -MF .deps/literal.Tpo -c -o literal.o literal.c mv -f .deps/literal.Tpo .deps/literal.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT macro.o -MD -MP -MF .deps/macro.Tpo -c -o macro.o macro.c mv -f .deps/macro.Tpo .deps/macro.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT messages.o -MD -MP -MF .deps/messages.Tpo -c -o messages.o messages.c mv -f .deps/messages.Tpo .deps/messages.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT output-file.o -MD -MP -MF .deps/output-file.Tpo -c -o output-file.o output-file.c mv -f .deps/output-file.Tpo .deps/output-file.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT read.o -MD -MP -MF .deps/read.Tpo -c -o read.o read.c mv -f .deps/read.Tpo .deps/read.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT remap.o -MD -MP -MF .deps/remap.Tpo -c -o remap.o remap.c mv -f .deps/remap.Tpo .deps/remap.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT sb.o -MD -MP -MF .deps/sb.Tpo -c -o sb.o sb.c mv -f .deps/sb.Tpo .deps/sb.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT stabs.o -MD -MP -MF .deps/stabs.Tpo -c -o stabs.o stabs.c mv -f .deps/stabs.Tpo .deps/stabs.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT subsegs.o -MD -MP -MF .deps/subsegs.Tpo -c -o subsegs.o subsegs.c mv -f .deps/subsegs.Tpo .deps/subsegs.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT symbols.o -MD -MP -MF .deps/symbols.Tpo -c -o symbols.o symbols.c mv -f .deps/symbols.Tpo .deps/symbols.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT write.o -MD -MP -MF .deps/write.Tpo -c -o write.o write.c mv -f .deps/write.Tpo .deps/write.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT tc-i386.o -MD -MP -MF .deps/tc-i386.Tpo -c -o tc-i386.o `test -f 'config/tc-i386.c' || echo './'`config/tc-i386.c mv -f .deps/tc-i386.Tpo .deps/tc-i386.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT obj-elf.o -MD -MP -MF .deps/obj-elf.Tpo -c -o obj-elf.o `test -f 'config/obj-elf.c' || echo './'`config/obj-elf.c mv -f .deps/obj-elf.Tpo .deps/obj-elf.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./config -I./../include -I./.. -I./../bfd -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT atof-ieee.o -MD -MP -MF .deps/atof-ieee.Tpo -c -o atof-ieee.o `test -f 'config/atof-ieee.c' || echo './'`config/atof-ieee.c mv -f .deps/atof-ieee.Tpo .deps/atof-ieee.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o as-new app.o as.o atof-generic.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o remap.o sb.o stabs.o subsegs.o symbols.o write.o tc-i386.o obj-elf.o atof-ieee.o ../opcodes/libopcodes.la ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o as-new app.o as.o atof-generic.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o remap.o sb.o stabs.o subsegs.o symbols.o write.o tc-i386.o obj-elf.o atof-ieee.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../opcodes/.libs/libopcodes.a ../bfd/.libs/libbfd.a -lz ../libiberty/libiberty.a gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' Configuring in ./gprof configure: creating cache ./config.cache checking build system type... i386-portbld-freebsd8.0 checking host system type... i386-portbld-freebsd8.0 checking target system type... i386-portbld-freebsd8.0 checking for i386-portbld-freebsd8.0-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./../install-sh -c -d checking for gawk... nawk checking whether gmake sets $(MAKE)... yes checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking for i386-portbld-freebsd8.0-gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for a sed that does not truncate output... /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... nm checking the name lister (nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 196608 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for i386-portbld-freebsd8.0-objdump... objdump checking how to recognize dependent libraries... pass_all checking for i386-portbld-freebsd8.0-ar... ar checking for i386-portbld-freebsd8.0-strip... no checking for strip... strip checking for i386-portbld-freebsd8.0-ranlib... ranlib checking command to parse nm output from cc object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for setmode... yes checking whether NLS is requested... yes checking for catalogs to be installed... da de es fi fr ga id ms nl pt_BR ro rw sv tr vi da de es fi fr ga id ms nl pt_BR ro rw sv tr vi checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking whether to enable maintainer-specific portions of Makefiles... no checking sys/gmon_out.h usability... no checking sys/gmon_out.h presence... no checking for sys/gmon_out.h... no checking for a known getopt prototype in unistd.h... yes checking for library containing fabs... none required Setting warning flags = -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating po/Makefile.in config.status: creating gconfig.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' gmake all-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' Making all in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof/po' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof/po' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT basic_blocks.o -MD -MP -MF .deps/basic_blocks.Tpo -c -o basic_blocks.o basic_blocks.c mv -f .deps/basic_blocks.Tpo .deps/basic_blocks.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT call_graph.o -MD -MP -MF .deps/call_graph.Tpo -c -o call_graph.o call_graph.c mv -f .deps/call_graph.Tpo .deps/call_graph.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cg_arcs.o -MD -MP -MF .deps/cg_arcs.Tpo -c -o cg_arcs.o cg_arcs.c mv -f .deps/cg_arcs.Tpo .deps/cg_arcs.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cg_dfn.o -MD -MP -MF .deps/cg_dfn.Tpo -c -o cg_dfn.o cg_dfn.c mv -f .deps/cg_dfn.Tpo .deps/cg_dfn.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT cg_print.o -MD -MP -MF .deps/cg_print.Tpo -c -o cg_print.o cg_print.c mv -f .deps/cg_print.Tpo .deps/cg_print.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT corefile.o -MD -MP -MF .deps/corefile.Tpo -c -o corefile.o corefile.c mv -f .deps/corefile.Tpo .deps/corefile.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT gmon_io.o -MD -MP -MF .deps/gmon_io.Tpo -c -o gmon_io.o gmon_io.c mv -f .deps/gmon_io.Tpo .deps/gmon_io.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT gprof.o -MD -MP -MF .deps/gprof.Tpo -c -o gprof.o gprof.c mv -f .deps/gprof.Tpo .deps/gprof.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT hertz.o -MD -MP -MF .deps/hertz.Tpo -c -o hertz.o hertz.c mv -f .deps/hertz.Tpo .deps/hertz.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT hist.o -MD -MP -MF .deps/hist.Tpo -c -o hist.o hist.c mv -f .deps/hist.Tpo .deps/hist.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT source.o -MD -MP -MF .deps/source.Tpo -c -o source.o source.c mv -f .deps/source.Tpo .deps/source.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT search_list.o -MD -MP -MF .deps/search_list.Tpo -c -o search_list.o search_list.c mv -f .deps/search_list.Tpo .deps/search_list.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT symtab.o -MD -MP -MF .deps/symtab.Tpo -c -o symtab.o symtab.c mv -f .deps/symtab.Tpo .deps/symtab.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT sym_ids.o -MD -MP -MF .deps/sym_ids.Tpo -c -o sym_ids.o sym_ids.c mv -f .deps/sym_ids.Tpo .deps/sym_ids.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT utils.o -MD -MP -MF .deps/utils.Tpo -c -o utils.o utils.c mv -f .deps/utils.Tpo .deps/utils.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT i386.o -MD -MP -MF .deps/i386.Tpo -c -o i386.o i386.c mv -f .deps/i386.Tpo .deps/i386.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT alpha.o -MD -MP -MF .deps/alpha.Tpo -c -o alpha.o alpha.c mv -f .deps/alpha.Tpo .deps/alpha.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT vax.o -MD -MP -MF .deps/vax.Tpo -c -o vax.o vax.c mv -f .deps/vax.Tpo .deps/vax.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT tahoe.o -MD -MP -MF .deps/tahoe.Tpo -c -o tahoe.o tahoe.c mv -f .deps/tahoe.Tpo .deps/tahoe.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT sparc.o -MD -MP -MF .deps/sparc.Tpo -c -o sparc.o sparc.c mv -f .deps/sparc.Tpo .deps/sparc.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT mips.o -MD -MP -MF .deps/mips.Tpo -c -o mips.o mips.c mv -f .deps/mips.Tpo .deps/mips.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT flat_bl.o -MD -MP -MF .deps/flat_bl.Tpo -c -o flat_bl.o flat_bl.c mv -f .deps/flat_bl.Tpo .deps/flat_bl.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT bsd_callg_bl.o -MD -MP -MF .deps/bsd_callg_bl.Tpo -c -o bsd_callg_bl.o bsd_callg_bl.c mv -f .deps/bsd_callg_bl.Tpo .deps/bsd_callg_bl.Po cc -DHAVE_CONFIG_H -I. -DDEBUG -I../bfd -I./../include -I./../bfd -I. -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT fsf_callg_bl.o -MD -MP -MF .deps/fsf_callg_bl.Tpo -c -o fsf_callg_bl.o fsf_callg_bl.c mv -f .deps/fsf_callg_bl.Tpo .deps/fsf_callg_bl.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o gprof basic_blocks.o call_graph.o cg_arcs.o cg_dfn.o cg_print.o corefile.o gmon_io.o gprof.o hertz.o hist.o source.o search_list.o symtab.o sym_ids.o utils.o i386.o alpha.o vax.o tahoe.o sparc.o mips.o flat_bl.o bsd_callg_bl.o fsf_callg_bl.o ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o gprof basic_blocks.o call_graph.o cg_arcs.o cg_dfn.o cg_print.o corefile.o gmon_io.o gprof.o hertz.o hist.o source.o search_list.o symtab.o sym_ids.o utils.o i386.o alpha.o vax.o tahoe.o sparc.o mips.o flat_bl.o bsd_callg_bl.o fsf_callg_bl.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a -lz ../libiberty/libiberty.a gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' Configuring in ./ld configure: creating cache ./config.cache checking build system type... i386-portbld-freebsd8.0 checking host system type... i386-portbld-freebsd8.0 checking target system type... i386-portbld-freebsd8.0 checking for i386-portbld-freebsd8.0-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./../install-sh -c -d checking for gawk... nawk checking whether gmake sets $(MAKE)... yes checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking whether to enable maintainer-specific portions of Makefiles... no Setting warning flags = -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror checking for i386-portbld-freebsd8.0-gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for a sed that does not truncate output... /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... nm checking the name lister (nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 196608 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for i386-portbld-freebsd8.0-objdump... objdump checking how to recognize dependent libraries... pass_all checking for i386-portbld-freebsd8.0-ar... ar checking for i386-portbld-freebsd8.0-strip... no checking for strip... strip checking for i386-portbld-freebsd8.0-ranlib... ranlib checking command to parse nm output from cc object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether NLS is requested... yes checking for catalogs to be installed... da es fi fr ga id sv tr vi zh_CN zh_TW da es fi fr ga id sv tr vi zh_CN zh_TW checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking for bison... byacc checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking whether to enable maintainer-specific portions of Makefiles... no checking how to compare bootstrapped objects... cmp $$f1 $$f2 16 16 checking for string.h... (cached) yes checking for strings.h... (cached) yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking elf-hints.h usability... yes checking elf-hints.h presence... yes checking for elf-hints.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking for glob... yes checking for mkstemp... yes checking for realpath... yes checking for sbrk... yes checking for waitpid... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for a known getopt prototype in unistd.h... yes checking whether strstr is declared... yes checking whether free is declared... yes checking whether sbrk is declared... yes checking whether getenv is declared... yes checking whether environ is declared... no checking for library containing zlibVersion... -lz checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking whether ANSI C string concatenation works... yes configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating po/Makefile.in config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: creating po/POTFILES config.status: creating po/Makefile gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' (echo "/* This file is automatically generated. DO NOT EDIT! */";\ for f in `echo " " eelf_i386_fbsd.o eelf_i386.o ei386bsd.o "" \ | sed -e 's/ e/ ld/g' -e 's/ ld/ /g' -e 's/[.]o//g'`; do \ echo "extern ld_emulation_xfer_type ld_${f}_emulation;"; \ done;\ echo "";\ echo "#define EMULATION_LIST \\";\ for f in `echo " " eelf_i386_fbsd.o eelf_i386.o ei386bsd.o "" \ | sed -e 's/ e/ ld/g' -e 's/ ld/ /g' -e 's/[.]o//g'`; do \ echo " &ld_${f}_emulation, \\"; \ done;\ echo " 0") >ldemul-tmp.h mv ldemul-tmp.h ldemul-list.h gmake all-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' Making all in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld/po' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld/po' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldgram.o -MD -MP -MF .deps/ldgram.Tpo -c -o ldgram.o `test -f ldgram.c || echo ./`ldgram.c -Wno-error mv -f .deps/ldgram.Tpo .deps/ldgram.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldlex-wrapper.o -MD -MP -MF .deps/ldlex-wrapper.Tpo -c -o ldlex-wrapper.o ./ldlex-wrapper.c -Wno-error /Users/gingold/Repositories/fsf/binutils-2_20/ld/ldlex.c:3362: warning: 'yyunput' defined but not used mv -f .deps/ldlex-wrapper.Tpo .deps/ldlex-wrapper.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT lexsup.o -MD -MP -MF .deps/lexsup.Tpo -c -o lexsup.o lexsup.c mv -f .deps/lexsup.Tpo .deps/lexsup.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldlang.o -MD -MP -MF .deps/ldlang.Tpo -c -o ldlang.o ldlang.c mv -f .deps/ldlang.Tpo .deps/ldlang.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT mri.o -MD -MP -MF .deps/mri.Tpo -c -o mri.o mri.c mv -f .deps/mri.Tpo .deps/mri.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldctor.o -MD -MP -MF .deps/ldctor.Tpo -c -o ldctor.o ldctor.c mv -f .deps/ldctor.Tpo .deps/ldctor.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldmain.o -MD -MP -MF .deps/ldmain.Tpo -c -o ldmain.o \ -DDEFAULT_EMULATION='"elf_i386_fbsd"' \ -DBINDIR='"/usr/local/bin"' -DTOOLBINDIR='"/usr/local/i386-portbld-freebsd8.0/bin"' \ -DTARGET='"i386-portbld-freebsd8.0"' -DTARGET_SYSTEM_ROOT=\"\" \ ./ldmain.c mv -f .deps/ldmain.Tpo .deps/ldmain.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldwrite.o -MD -MP -MF .deps/ldwrite.Tpo -c -o ldwrite.o ldwrite.c mv -f .deps/ldwrite.Tpo .deps/ldwrite.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldexp.o -MD -MP -MF .deps/ldexp.Tpo -c -o ldexp.o ldexp.c mv -f .deps/ldexp.Tpo .deps/ldexp.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldemul.o -MD -MP -MF .deps/ldemul.Tpo -c -o ldemul.o ldemul.c mv -f .deps/ldemul.Tpo .deps/ldemul.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldver.o -MD -MP -MF .deps/ldver.Tpo -c -o ldver.o ldver.c mv -f .deps/ldver.Tpo .deps/ldver.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldmisc.o -MD -MP -MF .deps/ldmisc.Tpo -c -o ldmisc.o ldmisc.c mv -f .deps/ldmisc.Tpo .deps/ldmisc.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldfile.o -MD -MP -MF .deps/ldfile.Tpo -c -o ldfile.o \ -DSCRIPTDIR='"/usr/local/i386-portbld-freebsd8.0/lib"' -DBINDIR='"/usr/local/bin"' -DTOOLBINDIR='"/usr/local/i386-portbld-freebsd8.0/bin"' \ ./ldfile.c mv -f .deps/ldfile.Tpo .deps/ldfile.Po cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ldcref.o -MD -MP -MF .deps/ldcref.Tpo -c -o ldcref.o ldcref.c mv -f .deps/ldcref.Tpo .deps/ldcref.Po cp ./emultempl/astring.sed stringify.sed LIB_PATH='' /bin/sh ./genscripts.sh "." "/usr/local/lib" "/usr/local" "/usr/local" i386-portbld-freebsd8.0 i386-portbld-freebsd8.0 i386-portbld-freebsd8.0 "elf_i386_fbsd" "/lib /usr/lib /usr/local/lib" no elf_i386_fbsd "i386-portbld-freebsd8.0" cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT eelf_i386_fbsd.o -MD -MP -MF .deps/eelf_i386_fbsd.Tpo -c -o eelf_i386_fbsd.o eelf_i386_fbsd.c mv -f .deps/eelf_i386_fbsd.Tpo .deps/eelf_i386_fbsd.Po LIB_PATH='' /bin/sh ./genscripts.sh "." "/usr/local/lib" "/usr/local" "/usr/local" i386-portbld-freebsd8.0 i386-portbld-freebsd8.0 i386-portbld-freebsd8.0 "elf_i386_fbsd" "/lib /usr/lib /usr/local/lib" no elf_i386 "i386-portbld-freebsd8.0" cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT eelf_i386.o -MD -MP -MF .deps/eelf_i386.Tpo -c -o eelf_i386.o eelf_i386.c mv -f .deps/eelf_i386.Tpo .deps/eelf_i386.Po LIB_PATH='' /bin/sh ./genscripts.sh "." "/usr/local/lib" "/usr/local" "/usr/local" i386-portbld-freebsd8.0 i386-portbld-freebsd8.0 i386-portbld-freebsd8.0 "elf_i386_fbsd" "/lib /usr/lib /usr/local/lib" no i386bsd "i386-portbld-freebsd8.0" cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DLOCALEDIR="\"/usr/local/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT ei386bsd.o -MD -MP -MF .deps/ei386bsd.Tpo -c -o ei386bsd.o ei386bsd.c mv -f .deps/ei386bsd.Tpo .deps/ei386bsd.Po /bin/sh ./libtool --tag=CC --mode=link cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -L/usr/local/lib -o ld-new ldgram.o ldlex-wrapper.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o eelf_i386_fbsd.o eelf_i386.o ei386bsd.o ../bfd/libbfd.la ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lz libtool: link: cc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -pipe -I/usr/local/include -fno-strict-aliasing -o ld-new ldgram.o ldlex-wrapper.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o eelf_i386_fbsd.o eelf_i386.o ei386bsd.o /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib ../bfd/.libs/libbfd.a ../libiberty/libiberty.a -lz gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' gmake[1]: Nothing to be done for `all-target'. gmake[1]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1' ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg libiconv-1.13.1_1.tbz gettext-0.17_1.tbz adding dependencies pkg_add libiconv-1.13.1_1.tbz skipping libiconv-1.13.1_1, already added pkg_add gettext-0.17_1.tbz skipping gettext-0.17_1, already added ===> Installing for binutils-2.20.1_1 ===> binutils-2.20.1_1 depends on shared library: intl - found ===> Generating temporary packing list ===> Checking if devel/binutils already installed gmake[1]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1' /bin/sh ./mkinstalldirs /usr/local /usr/local gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake install-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' Making install in doc gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' gmake chew gmake[5]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' gmake[5]: `chew' is up to date. gmake[5]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' ./chew -f ./doc.str <./../opncls.c >opncls.tmp /bin/sh ./../../move-if-change opncls.tmp opncls.texi test -z "/usr/local/info" || .././../install-sh -c -d "/usr/local/info" install -o root -g wheel -m 444 ./bfd.info '/usr/local/info' install-info --info-dir='/usr/local/info' '/usr/local/info/bfd.info' gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/doc' Making install in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/po' if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share; \ else \ ../mkinstalldirs /usr/local/share; \ fi installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/bfd.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/bfd.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/bfd.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/bfd.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/bfd.mo installing ja.gmo as /usr/local/share/locale/ja/LC_MESSAGES/bfd.mo installing ro.gmo as /usr/local/share/locale/ro/LC_MESSAGES/bfd.mo installing ru.gmo as /usr/local/share/locale/ru/LC_MESSAGES/bfd.mo installing rw.gmo as /usr/local/share/locale/rw/LC_MESSAGES/bfd.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/bfd.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/bfd.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/bfd.mo installing zh_CN.gmo as /usr/local/share/locale/zh_CN/LC_MESSAGES/bfd.mo installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/bfd.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/bfd.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/bfd.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/bfd.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/bfd.mo installing ja.gmo as /usr/local/share/locale/ja/LC_MESSAGES/bfd.mo installing ro.gmo as /usr/local/share/locale/ro/LC_MESSAGES/bfd.mo installing ru.gmo as /usr/local/share/locale/ru/LC_MESSAGES/bfd.mo installing rw.gmo as /usr/local/share/locale/rw/LC_MESSAGES/bfd.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/bfd.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/bfd.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/bfd.mo installing zh_CN.gmo as /usr/local/share/locale/zh_CN/LC_MESSAGES/bfd.mo if test "bfd" = "gettext"; then \ if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share/gettext/po; \ else \ ../mkinstalldirs /usr/local/share/gettext/po; \ fi; \ install -o root -g wheel -m 444 ./Makefile.in.in \ /usr/local/share/gettext/po/Makefile.in.in; \ else \ : ; \ fi gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd/po' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake[5]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake[5]: Nothing to be done for `install-exec-am'. test -z "/usr/local/include" || ./../install-sh -c -d "/usr/local/include" install -o root -g wheel -m 444 bfd.h ./../include/ansidecl.h ./../include/symcat.h ./../include/bfdlink.h '/usr/local/include' test -z "/usr/local/lib" || ./../install-sh -c -d "/usr/local/lib" /bin/sh ./libtool --mode=install /usr/bin/install -c -o root -g wheel libbfd.la '/usr/local/lib' libtool: install: /usr/bin/install -c -o root -g wheel .libs/libbfd.lai /usr/local/lib/libbfd.la libtool: install: /usr/bin/install -c -o root -g wheel .libs/libbfd.a /usr/local/lib/libbfd.a libtool: install: chmod 644 /usr/local/lib/libbfd.a libtool: install: ranlib /usr/local/lib/libbfd.a ---------------------------------------------------------------------- Libraries have been installed in: /usr/local/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,-rpath -Wl,LIBDIR' linker flag See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- gmake[5]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/bfd' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' Making install in . gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' gmake[4]: Nothing to be done for `install-exec-am'. test -z "/usr/local/include" || ./../install-sh -c -d "/usr/local/include" install -o root -g wheel -m 444 ./../include/dis-asm.h '/usr/local/include' test -z "/usr/local/lib" || ./../install-sh -c -d "/usr/local/lib" /bin/sh ./libtool --mode=install /usr/bin/install -c -o root -g wheel libopcodes.la '/usr/local/lib' libtool: install: /usr/bin/install -c -o root -g wheel .libs/libopcodes.lai /usr/local/lib/libopcodes.la libtool: install: /usr/bin/install -c -o root -g wheel .libs/libopcodes.a /usr/local/lib/libopcodes.a libtool: install: chmod 644 /usr/local/lib/libopcodes.a libtool: install: ranlib /usr/local/lib/libopcodes.a ---------------------------------------------------------------------- Libraries have been installed in: /usr/local/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,-rpath -Wl,LIBDIR' linker flag See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' Making install in po gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes/po' if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share; \ else \ ../mkinstalldirs /usr/local/share; \ fi installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/opcodes.mo installing de.gmo as /usr/local/share/locale/de/LC_MESSAGES/opcodes.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/opcodes.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/opcodes.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/opcodes.mo installing ga.gmo as /usr/local/share/locale/ga/LC_MESSAGES/opcodes.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/opcodes.mo installing nl.gmo as /usr/local/share/locale/nl/LC_MESSAGES/opcodes.mo installing pt_BR.gmo as /usr/local/share/locale/pt_BR/LC_MESSAGES/opcodes.mo installing ro.gmo as /usr/local/share/locale/ro/LC_MESSAGES/opcodes.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/opcodes.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/opcodes.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/opcodes.mo installing zh_CN.gmo as /usr/local/share/locale/zh_CN/LC_MESSAGES/opcodes.mo installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/opcodes.mo installing de.gmo as /usr/local/share/locale/de/LC_MESSAGES/opcodes.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/opcodes.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/opcodes.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/opcodes.mo installing ga.gmo as /usr/local/share/locale/ga/LC_MESSAGES/opcodes.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/opcodes.mo installing nl.gmo as /usr/local/share/locale/nl/LC_MESSAGES/opcodes.mo installing pt_BR.gmo as /usr/local/share/locale/pt_BR/LC_MESSAGES/opcodes.mo installing ro.gmo as /usr/local/share/locale/ro/LC_MESSAGES/opcodes.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/opcodes.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/opcodes.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/opcodes.mo installing zh_CN.gmo as /usr/local/share/locale/zh_CN/LC_MESSAGES/opcodes.mo if test "opcodes" = "gettext"; then \ if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share/gettext/po; \ else \ ../mkinstalldirs /usr/local/share/gettext/po; \ fi; \ install -o root -g wheel -m 444 ./Makefile.in.in \ /usr/local/share/gettext/po/Makefile.in.in; \ else \ : ; \ fi gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes/po' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/opcodes' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake install-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' Making install in doc gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/doc' gmake[5]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/doc' gmake[5]: Nothing to be done for `install-exec-am'. test -z "/usr/local/info" || .././../install-sh -c -d "/usr/local/info" install -o root -g wheel -m 444 ./binutils.info '/usr/local/info' install-info --info-dir='/usr/local/info' '/usr/local/info/binutils.info' test -z "/usr/local/man/man1" || .././../install-sh -c -d "/usr/local/man/man1" install -o root -g wheel -m 444 addr2line.1 ar.1 dlltool.1 nlmconv.1 nm.1 objcopy.1 objdump.1 ranlib.1 readelf.1 size.1 strings.1 strip.1 windres.1 windmc.1 c++filt.1 '/usr/local/man/man1' gmake[5]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/doc' gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/doc' Making install in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/po' if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share; \ else \ ../mkinstalldirs /usr/local/share; \ fi installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/binutils.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/binutils.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/binutils.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/binutils.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/binutils.mo installing ja.gmo as /usr/local/share/locale/ja/LC_MESSAGES/binutils.mo installing ro.gmo as /usr/local/share/locale/ro/LC_MESSAGES/binutils.mo installing ru.gmo as /usr/local/share/locale/ru/LC_MESSAGES/binutils.mo installing rw.gmo as /usr/local/share/locale/rw/LC_MESSAGES/binutils.mo installing sk.gmo as /usr/local/share/locale/sk/LC_MESSAGES/binutils.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/binutils.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/binutils.mo installing uk.gmo as /usr/local/share/locale/uk/LC_MESSAGES/binutils.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/binutils.mo installing zh_CN.gmo as /usr/local/share/locale/zh_CN/LC_MESSAGES/binutils.mo installing zh_TW.gmo as /usr/local/share/locale/zh_TW/LC_MESSAGES/binutils.mo installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/binutils.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/binutils.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/binutils.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/binutils.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/binutils.mo installing ja.gmo as /usr/local/share/locale/ja/LC_MESSAGES/binutils.mo installing ro.gmo as /usr/local/share/locale/ro/LC_MESSAGES/binutils.mo installing ru.gmo as /usr/local/share/locale/ru/LC_MESSAGES/binutils.mo installing rw.gmo as /usr/local/share/locale/rw/LC_MESSAGES/binutils.mo installing sk.gmo as /usr/local/share/locale/sk/LC_MESSAGES/binutils.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/binutils.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/binutils.mo installing uk.gmo as /usr/local/share/locale/uk/LC_MESSAGES/binutils.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/binutils.mo installing zh_CN.gmo as /usr/local/share/locale/zh_CN/LC_MESSAGES/binutils.mo installing zh_TW.gmo as /usr/local/share/locale/zh_TW/LC_MESSAGES/binutils.mo if test "binutils" = "gettext"; then \ if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share/gettext/po; \ else \ ../mkinstalldirs /usr/local/share/gettext/po; \ fi; \ install -o root -g wheel -m 444 ./Makefile.in.in \ /usr/local/share/gettext/po/Makefile.in.in; \ else \ : ; \ fi gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils/po' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake[5]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' test -z "/usr/local/bin" || ./../install-sh -c -d "/usr/local/bin" /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 size objdump ar strings ranlib objcopy addr2line readelf '/usr/local/bin' libtool: install: install -o root -g wheel -m 555 -s size /usr/local/bin/size libtool: install: install -o root -g wheel -m 555 -s objdump /usr/local/bin/objdump libtool: install: install -o root -g wheel -m 555 -s ar /usr/local/bin/ar libtool: install: install -o root -g wheel -m 555 -s strings /usr/local/bin/strings libtool: install: install -o root -g wheel -m 555 -s ranlib /usr/local/bin/ranlib libtool: install: install -o root -g wheel -m 555 -s objcopy /usr/local/bin/objcopy libtool: install: install -o root -g wheel -m 555 -s addr2line /usr/local/bin/addr2line libtool: install: install -o root -g wheel -m 555 -s readelf /usr/local/bin/readelf /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 nm-new /usr/local/bin/nm libtool: install: install -o root -g wheel -m 555 -s nm-new /usr/local/bin/nm /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 strip-new /usr/local/bin/strip libtool: install: install -o root -g wheel -m 555 -s strip-new /usr/local/bin/strip /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 cxxfilt /usr/local/bin/c++filt libtool: install: install -o root -g wheel -m 555 -s cxxfilt /usr/local/bin/c++filt /bin/sh ./../mkinstalldirs /usr/local/i386-portbld-freebsd8.0/bin mkdir /usr/local/i386-portbld-freebsd8.0 mkdir /usr/local/i386-portbld-freebsd8.0/bin for i in nm-new strip-new ar ranlib dlltool objdump objcopy; do \ if [ -f $i ]; then \ j=`echo $i | sed -e 's/-new//'`; \ k=`echo $j | sed 's,y,y,'`; \ if [ "/usr/local/bin/$k" != "/usr/local/i386-portbld-freebsd8.0/bin/$j" ]; then \ rm -f /usr/local/i386-portbld-freebsd8.0/bin/$j; \ ln /usr/local/bin/$k /usr/local/i386-portbld-freebsd8.0/bin/$j >/dev/null 2>/dev/null \ || /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 $i /usr/local/i386-portbld-freebsd8.0/bin/$j; \ fi; \ else true; \ fi; \ done gmake[5]: Nothing to be done for `install-data-am'. gmake[5]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/binutils' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' for f in standards.info configure.info; do \ if test -f ./`echo $f | sed -e 's/.info$/.texi/'`; then \ if gmake "MAKEINFO=makeinfo --split-size=5000000 --split-size=5000000" $f; then \ true; \ else \ exit 1; \ fi; \ fi; \ done gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' gmake[3]: `standards.info' is up to date. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' gmake[3]: `configure.info' is up to date. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' /bin/sh ./../mkinstalldirs /usr/local/info if test ! -f standards.info; then cd .; fi; \ if test -f standards.info; then \ for i in standards.info*; do \ install -o root -g wheel -m 444 $i /usr/local/info/$i; \ done; \ fi if test ! -f configure.info; then cd .; fi; \ if test -f configure.info; then \ for i in configure.info*; do \ install -o root -g wheel -m 444 $i /usr/local/info/$i; \ done; \ fi gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/etc' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' Making install in doc gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/doc' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/doc' gmake[4]: Nothing to be done for `install-exec-am'. test -z "/usr/local/info" || ../../install-sh -c -d "/usr/local/info" install -o root -g wheel -m 444 ./as.info '/usr/local/info' install-info --info-dir='/usr/local/info' '/usr/local/info/as.info' test -z "/usr/local/man/man1" || ../../install-sh -c -d "/usr/local/man/man1" install -o root -g wheel -m 444 as.1 '/usr/local/man/man1' gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/doc' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/doc' Making install in po gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/po' if test -r ../../mkinstalldirs; then \ ../../mkinstalldirs /usr/local/share; \ else \ ../mkinstalldirs /usr/local/share; \ fi installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/gas.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/gas.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/gas.mo installing rw.gmo as /usr/local/share/locale/rw/LC_MESSAGES/gas.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/gas.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/gas.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/gas.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/gas.mo installing rw.gmo as /usr/local/share/locale/rw/LC_MESSAGES/gas.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/gas.mo if test "gas" = "gettext"; then \ if test -r ../../mkinstalldirs; then \ ../../mkinstalldirs /usr/local/share/gettext/po; \ else \ ../mkinstalldirs /usr/local/share/gettext/po; \ fi; \ install -o root -g wheel -m 444 ./Makefile.in.in \ /usr/local/share/gettext/po/Makefile.in.in; \ else \ : ; \ fi gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas/po' gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' /bin/sh ./../mkinstalldirs /usr/local/bin /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 as-new /usr/local/bin/as libtool: install: install -o root -g wheel -m 555 -s as-new /usr/local/bin/as /bin/sh ./../mkinstalldirs /usr/local/i386-portbld-freebsd8.0/bin n=`echo as | sed 's,y,y,'`; \ if [ "/usr/local/bin/$n" != "/usr/local/i386-portbld-freebsd8.0/bin/as" ]; then \ rm -f /usr/local/i386-portbld-freebsd8.0/bin/as; \ ln /usr/local/bin/$n /usr/local/i386-portbld-freebsd8.0/bin/as >/dev/null 2>/dev/null \ || /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 as-new /usr/local/i386-portbld-freebsd8.0/bin/as; \ else \ true ; \ fi gmake[4]: Nothing to be done for `install-data-am'. gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gas' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' gmake install-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' Making install in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof/po' if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share; \ else \ ../mkinstalldirs /usr/local/share; \ fi installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/gprof.mo installing de.gmo as /usr/local/share/locale/de/LC_MESSAGES/gprof.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/gprof.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/gprof.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/gprof.mo installing ga.gmo as /usr/local/share/locale/ga/LC_MESSAGES/gprof.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/gprof.mo installing ms.gmo as /usr/local/share/locale/ms/LC_MESSAGES/gprof.mo installing nl.gmo as /usr/local/share/locale/nl/LC_MESSAGES/gprof.mo installing pt_BR.gmo as /usr/local/share/locale/pt_BR/LC_MESSAGES/gprof.mo installing ro.gmo as /usr/local/share/locale/ro/LC_MESSAGES/gprof.mo installing rw.gmo as /usr/local/share/locale/rw/LC_MESSAGES/gprof.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/gprof.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/gprof.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/gprof.mo installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/gprof.mo installing de.gmo as /usr/local/share/locale/de/LC_MESSAGES/gprof.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/gprof.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/gprof.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/gprof.mo installing ga.gmo as /usr/local/share/locale/ga/LC_MESSAGES/gprof.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/gprof.mo installing ms.gmo as /usr/local/share/locale/ms/LC_MESSAGES/gprof.mo installing nl.gmo as /usr/local/share/locale/nl/LC_MESSAGES/gprof.mo installing pt_BR.gmo as /usr/local/share/locale/pt_BR/LC_MESSAGES/gprof.mo installing ro.gmo as /usr/local/share/locale/ro/LC_MESSAGES/gprof.mo installing rw.gmo as /usr/local/share/locale/rw/LC_MESSAGES/gprof.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/gprof.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/gprof.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/gprof.mo if test "gprof" = "gettext"; then \ if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share/gettext/po; \ else \ ../mkinstalldirs /usr/local/share/gettext/po; \ fi; \ install -o root -g wheel -m 444 ./Makefile.in.in \ /usr/local/share/gettext/po/Makefile.in.in; \ else \ : ; \ fi gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof/po' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' gmake[5]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' test -z "/usr/local/bin" || ./../install-sh -c -d "/usr/local/bin" /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 gprof '/usr/local/bin' libtool: install: install -o root -g wheel -m 555 -s gprof /usr/local/bin/gprof test -z "/usr/local/info" || ./../install-sh -c -d "/usr/local/info" install -o root -g wheel -m 444 ./gprof.info '/usr/local/info' install-info --info-dir='/usr/local/info' '/usr/local/info/gprof.info' test -z "/usr/local/man/man1" || ./../install-sh -c -d "/usr/local/man/man1" install -o root -g wheel -m 444 gprof.1 '/usr/local/man/man1' gmake[5]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/gprof' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/intl' gmake[2]: Nothing to be done for `install'. gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/intl' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' gmake install-recursive gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' Making install in po gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld/po' if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share; \ else \ ../mkinstalldirs /usr/local/share; \ fi installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/ld.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/ld.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/ld.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/ld.mo installing ga.gmo as /usr/local/share/locale/ga/LC_MESSAGES/ld.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/ld.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/ld.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/ld.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/ld.mo installing zh_CN.gmo as /usr/local/share/locale/zh_CN/LC_MESSAGES/ld.mo installing zh_TW.gmo as /usr/local/share/locale/zh_TW/LC_MESSAGES/ld.mo installing da.gmo as /usr/local/share/locale/da/LC_MESSAGES/ld.mo installing es.gmo as /usr/local/share/locale/es/LC_MESSAGES/ld.mo installing fi.gmo as /usr/local/share/locale/fi/LC_MESSAGES/ld.mo installing fr.gmo as /usr/local/share/locale/fr/LC_MESSAGES/ld.mo installing ga.gmo as /usr/local/share/locale/ga/LC_MESSAGES/ld.mo installing id.gmo as /usr/local/share/locale/id/LC_MESSAGES/ld.mo installing sv.gmo as /usr/local/share/locale/sv/LC_MESSAGES/ld.mo installing tr.gmo as /usr/local/share/locale/tr/LC_MESSAGES/ld.mo installing vi.gmo as /usr/local/share/locale/vi/LC_MESSAGES/ld.mo installing zh_CN.gmo as /usr/local/share/locale/zh_CN/LC_MESSAGES/ld.mo installing zh_TW.gmo as /usr/local/share/locale/zh_TW/LC_MESSAGES/ld.mo if test "ld" = "gettext"; then \ if test -r .././../mkinstalldirs; then \ .././../mkinstalldirs /usr/local/share/gettext/po; \ else \ ../mkinstalldirs /usr/local/share/gettext/po; \ fi; \ install -o root -g wheel -m 444 ./Makefile.in.in \ /usr/local/share/gettext/po/Makefile.in.in; \ else \ : ; \ fi gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld/po' gmake[4]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' gmake[5]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' test -z "/usr/local/bin" || ./../install-sh -c -d "/usr/local/bin" /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 ld-new '/usr/local/bin/./ld' libtool: install: install -o root -g wheel -m 555 -s ld-new /usr/local/bin/./ld /bin/sh ./../mkinstalldirs /usr/local/i386-portbld-freebsd8.0/bin n=`echo ld | sed 's/^ld-new$/ld/;s,y,y,'`; \ if [ "/usr/local/bin/$n" != "/usr/local/i386-portbld-freebsd8.0/bin/ld" ]; then \ rm -f /usr/local/i386-portbld-freebsd8.0/bin/ld; \ ln /usr/local/bin/$n /usr/local/i386-portbld-freebsd8.0/bin/ld >/dev/null 2>/dev/null \ || /bin/sh ./libtool --mode=install install -s -o root -g wheel -m 555 ld-new /usr/local/i386-portbld-freebsd8.0/bin/ld; \ fi /bin/sh ./../mkinstalldirs /usr/local/i386-portbld-freebsd8.0/lib/ldscripts mkdir /usr/local/i386-portbld-freebsd8.0/lib mkdir /usr/local/i386-portbld-freebsd8.0/lib/ldscripts for f in ldscripts/*; do \ install -o root -g wheel -m 444 $f /usr/local/i386-portbld-freebsd8.0/lib/$f ; \ done test -z "/usr/local/info" || ./../install-sh -c -d "/usr/local/info" install -o root -g wheel -m 444 ./ld.info '/usr/local/info' install-info --info-dir='/usr/local/info' '/usr/local/info/ld.info' test -z "/usr/local/man/man1" || ./../install-sh -c -d "/usr/local/man/man1" install -o root -g wheel -m 444 ld.1 '/usr/local/man/man1' gmake[5]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' gmake[4]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/ld' gmake[2]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty' gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty/testsuite' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty/testsuite' /bin/sh ./../mkinstalldirs /usr/local/lib/`cc -O2 -pipe -I/usr/local/include -fno-strict-aliasing -print-multi-os-directory` install -o root -g wheel -m 444 ./libiberty.a /usr/local/lib/`cc -O2 -pipe -I/usr/local/include -fno-strict-aliasing -print-multi-os-directory`/./libiberty.an ( cd /usr/local/lib/`cc -O2 -pipe -I/usr/local/include -fno-strict-aliasing -print-multi-os-directory` ; chmod 644 ./libiberty.an ;ranlib ./libiberty.an ) mv -f /usr/local/lib/`cc -O2 -pipe -I/usr/local/include -fno-strict-aliasing -print-multi-os-directory`/./libiberty.an /usr/local/lib/`cc -O2 -pipe -I/usr/local/include -fno-strict-aliasing -print-multi-os-directory`/./libiberty.a if test -n ""; then \ case "" in \ /*) thd=;; \ *) thd=/usr/local/include/;; \ esac; \ /bin/sh ./../mkinstalldirs ${thd}; \ for h in ./../include/ansidecl.h ./../include/demangle.h ./../include/dyn-string.h ./../include/fibheap.h ./../include/floatformat.h ./../include/hashtab.h ./../include/libiberty.h ./../include/objalloc.h ./../include/partition.h ./../include/safe-ctype.h ./../include/sort.h ./../include/splay-tree.h; do \ install -o root -g wheel -m 444 $h ${thd}; \ done; \ fi gmake[3]: Entering directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty/testsuite' gmake[3]: Nothing to be done for `install'. gmake[3]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty/testsuite' gmake[2]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1/libiberty' gmake[1]: Nothing to be done for `install-target'. gmake[1]: Leaving directory `/work/a/ports/devel/binutils/work/binutils-2.20.1' install-info --quiet /usr/local/info/as.info /usr/local/info/dir install-info --quiet /usr/local/info/binutils.info /usr/local/info/dir install-info --quiet /usr/local/info/standards.info /usr/local/info/dir install-info --quiet /usr/local/info/gprof.info /usr/local/info/dir install-info --quiet /usr/local/info/bfd.info /usr/local/info/dir install-info --quiet /usr/local/info/configure.info /usr/local/info/dir install-info --quiet /usr/local/info/ld.info /usr/local/info/dir ===> Compressing manual pages for binutils-2.20.1_1 ===> Registering installation for binutils-2.20.1_1 ================================================================ ======================================== ===> Building package for binutils-2.20.1_1 Creating package /tmp/packages/All/binutils-2.20.1_1.tbz Registering depends: gettext-0.17_1 libiconv-1.13.1_1. Registering conflicts: libbfd-[0-9]*. Creating bzip'd tar ball in '/tmp/packages/All/binutils-2.20.1_1.tbz' Deleting binutils-2.20.1_1 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 12607569 192 -r--r--r-- 1 root wheel 97793 Jun 2 02:06 usr/local/share/locale/id/LC_MESSAGES/bfd.mo 12607620 288 -r--r--r-- 1 root wheel 146604 Jun 2 02:06 usr/local/share/locale/id/LC_MESSAGES/binutils.mo 12607647 768 -r--r--r-- 1 root wheel 362768 Jun 2 02:06 usr/local/share/locale/id/LC_MESSAGES/gas.mo 12607673 100 -r--r--r-- 1 root wheel 49548 Jun 2 02:06 usr/local/share/locale/id/LC_MESSAGES/ld.mo 12607572 252 -r--r--r-- 1 root wheel 128466 Jun 2 02:06 usr/local/share/locale/ru/LC_MESSAGES/bfd.mo Deleting mpfr-2.4.2_1 Deleting gmake-3.81_3 Deleting gettext-0.17_1 Deleting gmp-5.0.1 Deleting libiconv-1.13.1_1 === Checking filesystem state after all packages deleted ================================================================ list of extra files and directories in / (not present on clean system but present after everything was deinstalled) 12607569 192 -r--r--r-- 1 root wheel 97793 Jun 2 02:06 usr/local/share/locale/id/LC_MESSAGES/bfd.mo 12607620 288 -r--r--r-- 1 root wheel 146604 Jun 2 02:06 usr/local/share/locale/id/LC_MESSAGES/binutils.mo 12607647 768 -r--r--r-- 1 root wheel 362768 Jun 2 02:06 usr/local/share/locale/id/LC_MESSAGES/gas.mo 12607673 100 -r--r--r-- 1 root wheel 49548 Jun 2 02:06 usr/local/share/locale/id/LC_MESSAGES/ld.mo 12607572 252 -r--r--r-- 1 root wheel 128466 Jun 2 02:06 usr/local/share/locale/ru/LC_MESSAGES/bfd.mo ================================================================ build of /usr/ports/devel/binutils ended at Wed Jun 2 02:07:13 UTC 2010 From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 15:38:11 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5334A1065670; Wed, 2 Jun 2010 15:38:11 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.116.15]) by mx1.freebsd.org (Postfix) with ESMTP id 06E938FC35; Wed, 2 Jun 2010 15:38:10 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71) (envelope-from ) id 1OJq18-0000Xh-7W; Wed, 02 Jun 2010 19:38:06 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id ADFACB84D; Wed, 2 Jun 2010 19:38:05 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id A84CAB84B; Wed, 2 Jun 2010 19:38:05 +0400 (MSD) Date: Wed, 2 Jun 2010 19:38:05 +0400 From: Dmitry Marakasov To: Ashish SHUKLA Message-ID: <20100602153805.GD21354@hades.panopticon> References: <4BFBDBC0.6040902@FreeBSD.org> <4BFC1D3D.7070904@dataix.net> <20100526154941.GC25216@hades.panopticon> <20100526214642.GA43302@hades.panopticon> <861vcviqcf.fsf@chateau.d.if> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <861vcviqcf.fsf@chateau.d.if> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@freebsd.org, jhell , freebsd-haskell@haskell.org, Gabor PALI Subject: Re: Renamed Haskell Applications X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 15:38:11 -0000 * Ashish SHUKLA (wahjava.ml@gmail.com) wrote: > > I strictly object to adding hs- prefix to end-user applications like > > darcs and xmonad, because it's a huge POLA violation. Users do not care > > what the application is written in, they just search for > > devel/{svn,mercurial,darcs} and x11-wm/{xmonad,icewm}, and should find > > these ports in the expected places. We don't prefix mercurial with > > py- and icewm with c-, similarily we shouldn't prefix darcs et al with > > hs-. Modules that are used only for development and as dependencies is a > > whole different thing, and definitely are what prefixes are for. > > I agree with you, but by a pre-existing convention (not carved in stone > anywhere, AFAIK) in FreeBSD, I prefer keeping ports prefixed with > 'hs-'. > > 1. Padre, which is an editor hacked in Perl is available from a port named > 'p5-Padre'. > > 2. SpamAssassin, an anti-spam filter is available as 'p5-Mail-SpamAssassin'. > > 3. Pencil which is a mockup based out-of firefox is available as > 'www/xpi-pencil', which even doesn't have anything to do with World Wide > Web except that it runs in a www browser, still has name/category like > that. > > 4. Conkeror, the web browser is available as 'xpi-conkeror'. Those all should probably be fixed. > And also having 'hs-' prefix implies their being implemented in Haskell. I'm > sure other users who are aware of the convention of p5-, py-, xpi- will try to > search for Haskell related app as 'hs-'. Prefix does not "mars everything haskell-related", because if it was the case, we'd have ports with multiple prefixes. Prefix marks everything that should be moved out of list of end-user applications, and everything that should be separated with a similarily named port for other language. For darcs et al that's definitely not the case. > So, IMHO 'hs-' for all haskell based ports is a nice idea towards > uniformity/symmetry. This is uniformity/symmetry for the sake of uniformity/symmetry, that can't be good. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 16:18:55 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AEAB106564A; Wed, 2 Jun 2010 16:18:55 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 0500D8FC16; Wed, 2 Jun 2010 16:18:54 +0000 (UTC) Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by hub.org (Postfix) with ESMTP id D871D3455919; Wed, 2 Jun 2010 13:02:11 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 16874-05; Wed, 2 Jun 2010 16:02:11 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 6538F3455915; Wed, 2 Jun 2010 13:02:11 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 554D034558ED; Wed, 2 Jun 2010 13:02:11 -0300 (ADT) Date: Wed, 2 Jun 2010 13:02:11 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-ports@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: apache@FreeBSD.org Subject: devel/apr1 upgrade fails with Xcc/etc errors ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 16:18:55 -0000 I've read everything I can find, including UPDATING and Google, and I'm not finding any answers to this (or, rather, finding answers, but nothing seems to apply) ... X--mode=compile: not found *** Warning: inferring the mode of operation is deprecated.: not found *** Future versions of Libtool will require --mode=MODE be specified.: not found Xcc: not found X-g: not found X-O2: not found X-DHAVE_CONFIG_H: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I/usr/local/include: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I./include: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I./include/arch/unix: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include: not found X-c: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: Xpasswd/apr_getpass.lo: not found libtool: compile: cannot determine name of library object from `': not found Right now, have the following installed: # ls -ld /var/db/pkg/ap* drwxr-xr-x 2 root wheel 512 Jun 2 12:32 /var/db/pkg/apache-2.2.15_9 drwxr-xr-x 2 root wheel 512 Jun 2 12:32 /var/db/pkg/apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 Where apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 was installed as a package (but I need pgsql support, so have to upgrade) ... A few 'oddities' with doing a make, that may or may not be related: === buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. chmod: build/libtool.m4: No such file or directory Creating include/arch/unix/apr_private.h.in ... === And === checking whether to build shared libraries... yes checking whether to build static libraries... yes grep: /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: No such file or directory === And === config.status: creating include/arch/unix/apr_private.h config.status: executing libtool commands rm: libtoolT: No such file or directory config.status: executing default commands === I read in one place talking about old ENV variables in /etc/make.conf, but mine *appears* to be clean: === # cat /etc/make.conf WRKDIRPREFIX= /home/ports DISTDIR=/home/ports/distfiles INDEXDIR=/home/ports WITHOUT_IPV6=yes WITHOUT_X11=yes WITHOUT_XIM=yes SUEXEC_DOCROOT=/usr/local/www # added by use.perl 2010-06-01 23:17:10 PERL_VERSION=5.8.9 === So is there something I'm still overlooking? I even went to the extreme of pkg_delete'ng lib*,auto*,apache*,apr* just to force everything to rebuild/install ... no difference ... Help? Thanks ... ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 16:26:19 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A80A71065670; Wed, 2 Jun 2010 16:26:19 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 36F298FC22; Wed, 2 Jun 2010 16:26:18 +0000 (UTC) Received: by pwj1 with SMTP id 1so1454013pwj.13 for ; Wed, 02 Jun 2010 09:26:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:to:cc:subject :organization:references:x-face:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organisation:date:in-reply-to:message-id:user-agent:face :mime-version:content-type; bh=FGkrlkmKaZ/Veom7p1Cvp75mWh11cUzcNt0krPFJuT4=; b=HzcnNprEkWGSC0ypnGHLCRVpXAH197vrCL6aF1yI0M7Fy+fMgIepLtLLLPkM+lcbip H+wBi9UdcWn9PidgYU/u3y/IJw95J/zmr+44YNTFud/q7azEzNAmGCxjwXGUr4EqL+0N Bdj/buif07LAs5qAVs1KvzVpZG1eshe/Pqh8M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:organization:references:x-face:x-uptime:x-url :x-openpgp-id:x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse :x-attribution:organisation:date:in-reply-to:message-id:user-agent :face:mime-version:content-type; b=QNuMIc//JDm7AJ7nwxF74kzY4clAV6xOjREdJ6PDh6C9fEFjFKuc0fB2BCBeR7LVm8 xQDoxgPXasXN6LEgpkR/1N1xEACZXH9Nl4BjeNHjXnqJUkmafgC7If4Lnrn2oFoGCQX/ YdYdz+tI6rIC2HrDQnZQN+RauxMWDHyOjfx7o= Received: by 10.142.4.16 with SMTP id 16mr5111092wfd.133.1275495978331; Wed, 02 Jun 2010 09:26:18 -0700 (PDT) Received: from chateau.d.if ([122.163.151.2]) by mx.google.com with ESMTPS id w39sm2218319wfh.15.2010.06.02.09.26.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 02 Jun 2010 09:26:17 -0700 (PDT) Received: from chateau.d.if (chateau.d.if [IPv6:::1]) by chateau.d.if (Postfix) with ESMTP id 475BA4ACC1; Wed, 2 Jun 2010 21:56:08 +0530 (IST) From: wahjava@gmail.com (Ashish SHUKLA) To: Dmitry Marakasov Organization: alt.religion.emacs References: <4BFBDBC0.6040902@FreeBSD.org> <4BFC1D3D.7070904@dataix.net> <20100526154941.GC25216@hades.panopticon> <20100526214642.GA43302@hades.panopticon> <861vcviqcf.fsf@chateau.d.if> <20100602153805.GD21354@hades.panopticon> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 9:54PM up 1:19, 5 users, load averages: 0.28, 0.18, 0.10 X-URL: http://762e5e74.wordpress.com/ X-OpenPGP-ID: E74FA4B0 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-OS: FreeBSD on FreeBSD 8.0-RELEASE-p3 kernel on amd64 architecture X-Mailer: Gnus v5.13 X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: alt.religion.emacs Date: Wed, 02 Jun 2010 21:56:07 +0530 In-Reply-To: <20100602153805.GD21354@hades.panopticon> (Dmitry Marakasov's message of "Wed, 2 Jun 2010 19:38:05 +0400") Message-ID: <86fx15qu3k.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (amd64-portbld-freebsd8.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: ports@freebsd.org, jhell , freebsd-haskell@haskell.org, Gabor PALI Subject: Re: Renamed Haskell Applications X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 16:26:19 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Dmitry Marakasov writes: > * Ashish SHUKLA (wahjava.ml@gmail.com) wrote: >> > I strictly object to adding hs- prefix to end-user applications like >> > darcs and xmonad, because it's a huge POLA violation. Users do not care >> > what the application is written in, they just search for >> > devel/{svn,mercurial,darcs} and x11-wm/{xmonad,icewm}, and should find >> > these ports in the expected places. We don't prefix mercurial with >> > py- and icewm with c-, similarily we shouldn't prefix darcs et al with >> > hs-. Modules that are used only for development and as dependencies is= a >> > whole different thing, and definitely are what prefixes are for. >>=20 >> I agree with you, but by a pre-existing convention (not carved in stone >> anywhere, AFAIK) in FreeBSD, I prefer keeping ports prefixed with >> 'hs-'.=20 >>=20 >> 1. Padre, which is an editor hacked in Perl is available from a port nam= ed >> 'p5-Padre'. >>=20 >> 2. SpamAssassin, an anti-spam filter is available as 'p5-Mail-SpamAssass= in'. >>=20 >> 3. Pencil which is a mockup based out-of firefox is available as >> 'www/xpi-pencil', which even doesn't have anything to do with World Wide >> Web except that it runs in a www browser, still has name/category like >> that. >>=20 >> 4. Conkeror, the web browser is available as 'xpi-conkeror'. > Those all should probably be fixed. Fine, I completely agree with you now. So lets file PRs for renaming them. Thanks =2D-=20 Ashish SHUKLA Sent via Gnus from GNU Emacs --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQIcBAEBCgAGBQJMBoYfAAoJEMdGz6nnT6SwQTwP/R5758VayoSjr+fP5ufY4/qE JoB5iIH5zzVVZwPHRdyd1SlAObjkXCCqXe3DTwr4SLe8+75Jmh0CbZ7jcWR20pqK xt9ldCFW2Qgdl9EcsxHKMdn2MkdgNThzHlqUwCGbGIt3fLymnbqkFzomF/iNrmSj J3gNQYPFIEFNIn4BiPyvSe5+v9fNlbd4S2sKzJ+9iiztck9yFJ1yspg0soQnKG+u j6v1S64/tO+9ByYA5vRoA+TdtEX/Y7uleHZPIad+O7NDzcbNshkIn8AslKLM3yGC KSGwvBvgSO9YjKN5C7R3XbKUzC0oyrUpLpme2Mi8BhEo0SMQ13iLrULwPxC0ju6L 7H9XvICIKwr5sD3lHEzfUlaswL3qahOT+YZDbXM9C8Umrjaw/WvyrSAidGUznKp2 Ftu0GJxWqVJ/i4WClGQexHkJW3uX+f8XrANM+H+Z/2kh9prb3Pic8pn1Sskq6JUI hCcttd4bfGuU12rIhPhnbtMtQFYHGwEiFHa7inT+TNIR4P8o/ZBTA1yXxwByH8bZ oxlrFhkuVizvERzeQotOzPGNxo6gM2wWCNUevI8igEnDJRX4I0i2+Tn5VO2Z7qy5 sFoBvTi9xgFBIrSIOo+8SsGhSopnnLLRppXTSTN1paSLS24JGYQa299DSy2h59y8 d4BjAmgJGyHnxg310D4e =VdFP -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 16:52:36 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC03D106567E for ; Wed, 2 Jun 2010 16:52:36 +0000 (UTC) (envelope-from jhelfman@e-e.com) Received: from mail.experts-exchange.com (mail.experts-exchange.com [64.156.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id A3C978FC19 for ; Wed, 2 Jun 2010 16:52:36 +0000 (UTC) Received: from eggman.experts-exchange.com (unknown [72.29.180.81]) by mail.experts-exchange.com (Postfix) with ESMTP id 4D6674A2E171; Wed, 2 Jun 2010 09:52:16 -0700 (PDT) Received: by eggman.experts-exchange.com (sSMTP sendmail emulation); Wed, 02 Jun 2010 09:50:26 -0700 Date: Wed, 2 Jun 2010 09:50:26 -0700 From: Jason To: Janne Snabb Message-ID: <20100602165019.GC2189@eggman.experts-exchange.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.2-RELEASE-p7 X-Living-The-Dream: I love the SLO Life! User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: How to know which version of an apps available in various FreeBSD release? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 16:52:36 -0000 On Tue, Jun 01, 2010 at 02:36:13PM +0000, Janne Snabb thus spake: >On Sat, 29 May 2010, Tao Wang wrote: > >> I'm doing a survey about the availablilty of some packages in different >> platform, including FreeBSD release. I want to know whether the package is >> existed in the specific FreeBSD release, and which version it is? > >One suggestion: use csup to fetch ports-all and specify different >releases as your tag in your supfile. Then you can do whatever you >like with the different versions of the ports tree that you have >fetched. It is my understanding that you can't fetch different versions of the ports tree via csup based on release tags, but I could be mistaken. > >See: > >http://www.freebsd.org/doc/en/books/handbook/cvsup.html >http://www.freebsd.org/doc/en/books/handbook/cvs-tags.html > >-- >Janne Snabb / EPIPE Communications >snabb@epipe.com - http://epipe.com/ >_______________________________________________ >freebsd-ports@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-ports >To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 17:07:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 135E4106567D for ; Wed, 2 Jun 2010 17:07:24 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id C0E068FC23 for ; Wed, 2 Jun 2010 17:07:23 +0000 (UTC) Received: by pxi7 with SMTP id 7so3297962pxi.13 for ; Wed, 02 Jun 2010 10:07:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=RY4bKqYEDDiAkWFPzDDSR7oR8kPwRza4GOFBCAT6rl8=; b=g0mnMoi5Gp9Ru2ypaOqU6vmXwKmWbxn6gxan937pTndn8BnM6F+8zF2EQAUUAenH4s ZerrVce6nLKyAtPI0cu+URB6zoQhDP9ovqURCkefaqA2A7tgfCsZk72xtyiRi/JxMTMU Xt1FDcU3uRbulj4dLea9dEKH7VA0tjcQS9a/w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=su6BWN6FMoVmyXdePd1hb7cwIa7K4FoCLxoJwcLLlKpDcvwmlr7YXgErY5PDN8E21d Exal9uhb/O/zUIzqdXoDh9MZ3A5Un6G+Pajn+xbt+3I/jRN8mtBe2pmidgt4jPJF+Q9e DHigWhiTDxIyIanX8t8n+Jvm704tqc0+sCtiE= MIME-Version: 1.0 Received: by 10.141.105.3 with SMTP id h3mr6753381rvm.196.1275498442315; Wed, 02 Jun 2010 10:07:22 -0700 (PDT) Received: by 10.231.36.194 with HTTP; Wed, 2 Jun 2010 10:07:22 -0700 (PDT) In-Reply-To: <20100602165019.GC2189@eggman.experts-exchange.com> References: <20100602165019.GC2189@eggman.experts-exchange.com> Date: Wed, 2 Jun 2010 10:07:22 -0700 Message-ID: From: Freddie Cash To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: How to know which version of an apps available in various FreeBSD release? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 17:07:24 -0000 On Wed, Jun 2, 2010 at 9:50 AM, Jason wrote: > On Tue, Jun 01, 2010 at 02:36:13PM +0000, Janne Snabb thus spake: > >> On Sat, 29 May 2010, Tao Wang wrote: >> >> I'm doing a survey about the availablilty of some packages in different >>> platform, including FreeBSD release. I want to know whether the package >>> is >>> existed in the specific FreeBSD release, and which version it is? >>> >> >> One suggestion: use csup to fetch ports-all and specify different >> releases as your tag in your supfile. Then you can do whatever you >> like with the different versions of the ports tree that you have >> fetched. >> > > It is my understanding that you can't fetch different versions of the ports > tree via csup based on release tags, but I could be mistaken. > You can, but the tags have a different format from the source tags. Ports tags for releases are along the lines of RELEASE_X_Y_Z_SOMETHING (it's a big long string) or FREEBSD_X_Y_Z_RELEASE or something like that. They're not advertised, but they are there. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 17:23:36 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1409C1065679 for ; Wed, 2 Jun 2010 17:23:36 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [95.108.130.94]) by mx1.freebsd.org (Postfix) with ESMTP id B4B488FC1C for ; Wed, 2 Jun 2010 17:23:35 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward12.mail.yandex.net (Yandex) with ESMTP id 7D38222112CA for ; Wed, 2 Jun 2010 21:23:33 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1275499413; bh=ov7fbFs/av4CL5/Vif16ga4jQRgpY1H62zN0RxRQtgk=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=OCAMpMQGKJU++nYVhbocm8uhnuNBoJreaVwnpfz3QvNdRObF4O3NpIXuY1iJK5evf E9grXFjjl3v5Mx30ppMJH2ebE+zpiPW4DDeaPYT1dJ5iZFhx8BXIV23ahneeBNp2wD 9zO2kLhDKKeOj2C4QWcCGReUwv4I2ngiqs7xUdkU= Received: from smeshariki2.local (unknown [77.66.147.91]) by smtp12.mail.yandex.net (Yandex) with ESMTPSA id 31D1113E8058 for ; Wed, 2 Jun 2010 21:23:33 +0400 (MSD) Message-ID: <4C069356.1000803@yandex.ru> Date: Wed, 02 Jun 2010 21:22:30 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.9) Gecko/20100515 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4BEEECAD.1020500@yandex.ru> In-Reply-To: <4BEEECAD.1020500@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Yandex-TimeMark: 1275499413 X-Yandex-Spam: 1 X-Yandex-Front: smtp12.mail.yandex.net Subject: Re: graphics/libchamplain build failure (libpng.so.5 not found) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 17:23:36 -0000 15.05.2010 22:49, Ruslan Mahmatkhanov пишет: > Good day! > > Building of graphics/libchamplain stops on this one: > > In file included from :6: > /usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk/gtk-champlain-embed.h:20:2: > error: #error "Only can be included directly." > /libexec/ld-elf.so.1: Shared object "libpng.so.5" not found, required by > "libchamplain-0.4.so.1" > Command > '['/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk/tmp-introspectAHsQ4r/GtkChamplain-0.4', > '--introspect-dump=/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk/tmp-introspectAHsQ4r/types.txt,/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk/tmp-introspectAHsQ4r/dump.xml']' > returned non-zero exit status 1 > gmake[3]: *** [GtkChamplain-0.4.gir] Ошибка 1 > gmake[3]: Leaving directory > `/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk' > gmake[2]: *** [all] Ошибка 2 > gmake[2]: Leaving directory > `/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk' > gmake[1]: *** [all-recursive] Ошибка 1 > gmake[1]: Leaving directory > `/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5' > gmake: *** [all] Ошибка 2 > *** Error code 1 > > Stop in /usr/ports/graphics/libchamplain. > > My system is 8-STABLE i386 (after successful png/xorg/gnome update). PNG > version is png-1.4.1_1. Library installed is libpng.so.6. Does anybody > have a clue why it tries to pick up old library? > So it seems to me that libchamplain somehow links itself while rebuilding. I started gettext upgrade (so it rebuilds all the "low-level" libraries and tools) and it stops on libchamplain. Then i just pkg_delete libchamplain and it builds without any problems. The message "error: #error "Only can be included directly." is still there but it not stops the build. Just FYI. -- Regards, Ruslan From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 18:20:53 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D63C106566C for ; Wed, 2 Jun 2010 18:20:53 +0000 (UTC) (envelope-from dancefire@gmail.com) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.211.176]) by mx1.freebsd.org (Postfix) with ESMTP id 055A28FC14 for ; Wed, 2 Jun 2010 18:20:52 +0000 (UTC) Received: by ywh6 with SMTP id 6so5341858ywh.16 for ; Wed, 02 Jun 2010 11:20:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=c8AzTle/1DaHF6JUQ/x3oY43WD0EVEO0WMPI8JdTgSQ=; b=f9rl2S7JVH7H6NGEmTABqoK0T7gw3LGiDBhae3wNyNRMpssD2e/VS8JIBmPXILSebv g6+AA3LHl7rc5zCbHwUxN16cclNAa/8Rt6fKBf3JUPN+GqoPirH9f35Ns3IAF5pIf/Mg w/LQLVY9gyjlzYM0bc/tKRwJ9JnS80Sj4N0xw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=n9rrvjnW2H6RPIjjP9vaD5y6hUvnuI3eY6lb/l2N43/W6mdflGBV+sSoMTgxHCEohw dNmK+mJI8iOb6OQX/y3hzOkLhFgsRzmR3nx5LbbIy5xzRRAKlQqQQ/1Hhe8MDpPLJrDB ZHqJxgiIR66sXCxSX9wq77FGQelkTJSl2cgMI= MIME-Version: 1.0 Received: by 10.229.217.208 with SMTP id hn16mr1575724qcb.87.1275502851861; Wed, 02 Jun 2010 11:20:51 -0700 (PDT) Received: by 10.229.49.212 with HTTP; Wed, 2 Jun 2010 11:20:51 -0700 (PDT) In-Reply-To: <20100602110927.8de72833.ehaupt@FreeBSD.org> References: <20100602110927.8de72833.ehaupt@FreeBSD.org> Date: Thu, 3 Jun 2010 04:20:51 +1000 Message-ID: From: Tao Wang To: Emanuel Haupt Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: How to know which version of an apps available in various FreeBSD release? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 18:20:53 -0000 On Wed, Jun 2, 2010 at 7:09 PM, Emanuel Haupt wrote: > Tao Wang wrote: > > Hi, > > > > I'm doing a survey about the availablilty of some packages in > > different platform, including FreeBSD release. I want to know whether > > the package is existed in the specific FreeBSD release, and which > > version it is? I found: http://www.freebsd.org/ports/ , however, it > > is only against -STABLE or -CURRENT. I also need to know the > > information on previous release. How to do it? Thanks. > > All the information you need is available in INDEX: > > http://www.FreeBSD.org/ports/INDEX-8.bz2 > > Emanuel > > > I'm not quite sure, does that file only contain the package version info for FreeBSD release 8? or it also contains the version info for other releases? I also need the package availability information on previous release, such as, what the version of package 'A' on FreeBSD 6.2 and FreeBSD 7.0. So, the linked file seems only contains information for FreeBSD 8.0, am I wrong? -- Regards Tao Wang From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 19:20:04 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF98B1065675 for ; Wed, 2 Jun 2010 19:20:04 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.116.15]) by mx1.freebsd.org (Postfix) with ESMTP id 964968FC19 for ; Wed, 2 Jun 2010 19:20:04 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71) (envelope-from ) id 1OJtTt-0003Sr-5g; Wed, 02 Jun 2010 23:20:01 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id B3036B84D; Wed, 2 Jun 2010 23:20:00 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id AD7D3B84B; Wed, 2 Jun 2010 23:20:00 +0400 (MSD) Date: Wed, 2 Jun 2010 23:20:00 +0400 From: Dmitry Marakasov To: Janne Snabb Message-ID: <20100602192000.GE21354@hades.panopticon> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: Building ports with stack-protector X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 19:20:05 -0000 * Janne Snabb (snabb@epipe.com) wrote: > Based on these variables the port infrastructure would decide whether > to add "-fstack-protector" to CFLAGS or not: > > Port Makefile > USE_STACK_PROTECTOR > yes undef no > In /etc/make.conf: +-------------------- > WITH_STACK_PROTECTOR yes | yes yes no > undef | yes no no > no | no no no I'd perfer variables to be named and to work similarily to existing MAKE_JOBS framework. There should be a way to force stack-protector to be able to check which ports can be build with it with a exp-run, and for courageous users who may want to enable stack-protector by default and are not afraid to send PRs if something fails. Also, AFAIR there was certain performance penalty with stack-protector, no? Judging on how noticeable it is (are any linux distros using it by default? If yes, may look through phoronix comparisons), I'd make it enabled or disabled by default. It may be implemented by mere copypasting MAKE_JOBS implementation, like this: http://people.freebsd.org/~amdmi3/stack-protector.patch (not tested and lacks variable descriptions at the top of the file). As you can see, there're condition lines for both enabled-by-default, and disabled-by-default, and I think the latter can be added to port.mk right now with a possible switch to the former later, if we find it useful enough. Also note, that unlike MAKE_JOBS (for which build failures are non-deterministic), this can probably be tested with a single exp-run and all ports marked with STACK_PROTECTOR_{UN,}SAFE. If that's considered useful enough as well. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 19:42:49 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AA9B1065672; Wed, 2 Jun 2010 19:42:49 +0000 (UTC) (envelope-from ehaupt@FreeBSD.org) Received: from mx.critical.ch (cl-8.zrh-02.ch.sixxs.net [IPv6:2001:1620:f00:7::2]) by mx1.freebsd.org (Postfix) with ESMTP id AFE1D8FC19; Wed, 2 Jun 2010 19:42:48 +0000 (UTC) Received: from beaver (80-218-148-45.dclient.hispeed.ch [80.218.148.45]) (authenticated bits=0) by mx.critical.ch (8.14.3/8.14.3/critical-1.0) with ESMTP id o52JgkKg003163; Wed, 2 Jun 2010 21:42:47 +0200 (CEST) (envelope-from ehaupt@FreeBSD.org) Date: Wed, 2 Jun 2010 21:42:43 +0200 From: Emanuel Haupt To: Tao Wang Message-Id: <20100602214243.49f9dc9b.ehaupt@FreeBSD.org> In-Reply-To: References: <20100602110927.8de72833.ehaupt@FreeBSD.org> X-Mailer: Sylpheed 3.0.2 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org, Emanuel Haupt Subject: Re: How to know which version of an apps available in various FreeBSD release? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 19:42:49 -0000 On Thu, 3 Jun 2010 04:20:51 +1000 Tao Wang wrote: > On Wed, Jun 2, 2010 at 7:09 PM, Emanuel Haupt wrote: > > > Tao Wang wrote: > > > Hi, > > > > > > I'm doing a survey about the availablilty of some packages in > > > different platform, including FreeBSD release. I want to know whether > > > the package is existed in the specific FreeBSD release, and which > > > version it is? I found: http://www.freebsd.org/ports/ , however, it > > > is only against -STABLE or -CURRENT. I also need to know the > > > information on previous release. How to do it? Thanks. > > > > All the information you need is available in INDEX: > > > > http://www.FreeBSD.org/ports/INDEX-8.bz2 > > > > Emanuel > > > > > > > I'm not quite sure, does that file only contain the package version info for > FreeBSD release 8? or it also contains the version info for other releases? > > I also need the package availability information on previous release, such > as, what the version of package 'A' on FreeBSD 6.2 and FreeBSD 7.0. So, the > linked file seems only contains information for FreeBSD 8.0, am I wrong? There is one for each major version: http://www.FreeBSD.org/ports/INDEX-5.bz2 http://www.FreeBSD.org/ports/INDEX-6.bz2 http://www.FreeBSD.org/ports/INDEX-7.bz2 http://www.FreeBSD.org/ports/INDEX-8.bz2 http://www.FreeBSD.org/ports/INDEX-9.bz2 Although it's always just the HEAD version. As others already pointed out, if you want the package list for a specific release you could checkout the ports tree from a release tag and build INDEX yourself. Emanuel From owner-freebsd-ports@FreeBSD.ORG Wed Jun 2 22:25:14 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54870106566C; Wed, 2 Jun 2010 22:25:14 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B70008FC0C; Wed, 2 Jun 2010 22:25:13 +0000 (UTC) Received: by wyf28 with SMTP id 28so1220969wyf.13 for ; Wed, 02 Jun 2010 15:25:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:received :in-reply-to:references:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=jMJK5J0B+tRI4k8d4+2TbbHQIgo36JJ4PeGXVq7Xmw4=; b=oXc6XjKQskiIUKcWKv/83vMVaRtLSkEULRQupJ4HiDV6BlQ1uwijoIeN2yLN/XgzbF 6pNnH58TGiLvC7Cz+WagMCddmtwsmNKhGDEODvyQQt8m/wKBMmHakWPAxouMjPMdksCy x9D7Fy02db46nDUvQilA2t6al/5ZGAUKV2KoI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=lMfSh1I+bBuF/elKjV7qZZLD8XBBVRitAisOm/yoGzKgfEX21eEgCOoRF1FXdPCb9Y fn3WPALo5HPcGbclEzG/wpYn9ilcUBzu/m0JxSnl2B5krebeg3I8nFAnSKiEkiaKxAyF VNWHK8D8coTWw06O03QUOV0qIc2upx0tFl43U= Received: by 10.227.144.129 with SMTP id z1mr8456880wbu.3.1275517509117; Wed, 02 Jun 2010 15:25:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.85.71 with SMTP id t49mr22999wee.19.1275041470393; Fri, 28 May 2010 03:11:10 -0700 (PDT) Received: by 10.216.45.143 with HTTP; Fri, 28 May 2010 03:11:10 -0700 (PDT) In-Reply-To: <4BFD19ED.2080303@FreeBSD.org> References: <1274876344.2444.28.camel@hp-laptop> <4BFD19ED.2080303@FreeBSD.org> Date: Fri, 28 May 2010 12:11:10 +0200 Message-ID: From: David DEMELIER To: Matthias Andree Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: Port request X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 22:25:14 -0000 2010/5/26 Matthias Andree : > Am 26.05.2010 14:19, schrieb Jesse Smith: >> I was told that requests for new ports should be submitted here. There's >> one tool which I would like to see brought into the Ports system and >> that's Network Manager >> (http://fedoraproject.org/wiki/Tools/NetworkManager) >> >> It's the only networking tool I've found so far which will properly >> handle my Novatel mobile modem and I would really like to be able to >> make use of the modem while running FreeBSD. > > Hi Jesse, > > Network Manager (NM) will just automate steps you can do with other means= , too. > It is not doing magic of any kind, and chances are your modem needs firmw= are > that is available for Linux but not for FreeBSD, but I know nothing about= your > Novatel device. > > Regarding a FreeBSD port: > > (a) NM needs major porting efforts, and is an open, non-trivial, project = of the > GNOME team, see > > (b) I personally find that NM is an abomination that - particularly on La= ptops - > causes more problems than it could possibly solve for me. > =C2=A0 =C2=A0I routinely deinstall NetworkManager from openSUSE, Fedora, = and Ubuntu Linux > distributions, because it frequently fails to configure WPA2-Enterprise w= ith > EAP-TLS or EAP-TTLS, fails to detect online state (making several applica= tions > start in offline mode or refuse to even attempt to connect), fails to con= figure > hidden 802.11 (WiFi/WLAN) networks, and causes other artifacts I don't ha= ve > without NM. > > I'd personally also say Network Manager needs upstream bugfixing much mor= e than > a port. Haven't tried Fedora 13 "Goddard" yet though. > I agree, personally I would prefer a wpa_supplicant / dhclient graphical user interface instead of the sucky NetworkManager. For the moment there is sysutils/wifimgr iirc but it's a quite unstable. wpa_supplicant does everything, scanning for access points automatically even you don't have X running, all WPA means of associations, it's just perfect. --=20 Demelier David From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 04:29:09 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0768106567A for ; Thu, 3 Jun 2010 04:29:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC688FC19 for ; Thu, 3 Jun 2010 04:29:09 +0000 (UTC) Received: (qmail 19832 invoked by uid 399); 3 Jun 2010 04:29:08 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Jun 2010 04:29:08 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C072F92.2090500@FreeBSD.org> Date: Wed, 02 Jun 2010 21:29:06 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Dominic Fandrey References: <4C03D5EC.4050409@bsdforen.de> <4C064D2F.607@bsdforen.de> In-Reply-To: <4C064D2F.607@bsdforen.de> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: autotools@freebsd.org, Yong-Jhen Hong , Franci Nabalanci , freebsd-ports@freebsd.org, gnome@freebsd.org, girgen@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 04:29:10 -0000 On 06/02/10 05:23, Dominic Fandrey wrote: > On 02/06/2010 11:28, Yong-Jhen Hong wrote: >> What I do on this issue is: >> cd /usr/local/lib >> ln -s libintl.so.9 libintl.so.8 Really really a bad idea. > This is never, ever necessary. > Links are prone to be forgotten, this is why you add this kind of > hack into the /etc/libmap.conf file instead. Slightly less bad, but still likely to be forgotten. One also has to assume that if the folks who write the shared lib chose to bump the version number it was for a good reason. That's not always true, but it's true more often than it is not. A better suggestion would be to do this: mkdir -p /usr/local/lib/compat/pkg cd /usr/local/lib mv libgettextpo.so.4 and libintl.so.8 /usr/local/lib/compat/pkg/ /etc/rc.d/ldconfig start Then go about rebuilding your ports in an orderly manner until those libraries are no longer needed, at which point you can delete them. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 04:35:08 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 342C01065677 for ; Thu, 3 Jun 2010 04:35:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B61058FC1A for ; Thu, 3 Jun 2010 04:35:07 +0000 (UTC) Received: (qmail 28733 invoked by uid 399); 3 Jun 2010 04:35:06 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Jun 2010 04:35:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C0730F7.3020709@FreeBSD.org> Date: Wed, 02 Jun 2010 21:35:03 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Dominic Fandrey References: <4C03D5EC.4050409@bsdforen.de> <4C064D2F.607@bsdforen.de> <4C072F92.2090500@FreeBSD.org> In-Reply-To: <4C072F92.2090500@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: autotools@freebsd.org, Yong-Jhen Hong , Franci Nabalanci , freebsd-ports@freebsd.org, gnome@freebsd.org, girgen@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 04:35:08 -0000 On 06/02/10 21:29, Doug Barton wrote: > > A better suggestion would be to do this: > > mkdir -p /usr/local/lib/compat/pkg > cd /usr/local/lib > mv libgettextpo.so.4 and libintl.so.8 /usr/local/lib/compat/pkg/ Oy, sorry, didn't think that all the way through. Instead of 'mv' it should be 'cp,' then: cd /usr/ports/devel/gettext make clean ; make pkg_delete gettext* make install clean THEN: > /etc/rc.d/ldconfig start > > Then go about rebuilding your ports in an orderly manner until those > libraries are no longer needed, at which point you can delete them. > > > hth, > > Doug > -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 05:52:17 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D893C1065676 for ; Thu, 3 Jun 2010 05:52:17 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2A98FC1C for ; Thu, 3 Jun 2010 05:52:17 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 03 Jun 2010 01:52:16 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id QUM48399; Thu, 3 Jun 2010 01:52:16 -0400 (EDT) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 03 Jun 2010 01:52:16 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19463.17167.302574.123622@jerusalem.litteratus.org> Date: Thu, 3 Jun 2010 01:52:15 -0400 To: ports@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Subject: upgrading gettext problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 05:52:17 -0000 I am attempting the follow the instructions in the 20100530 UPDATING entry. When I attempt to rebuild devel/gobject-introspection, I get this: /bin/sh /usr/local/bin/libtool --tag=CC --mode=link cc -fno-strict-aliasing -Wsign-compare -Wcast-align -Wpointer-arith -Wnested-externs -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts -Wall -O -pipe -g -no-undefined -L/usr/local/lib -o libgirepository-1.0.la -rpath /usr/local/lib libgirepository_1_0_la-gdump.lo libgirepository_1_0_la-gfield.lo libgirepository_1_0_la-ginfo.lo libgirepository_1_0_la-ginvoke.lo libgirepository_1_0_la-girepository.lo libgirepository_1_0_la-girffi.lo libgirepository_1_0_la-gtypelib.lo -pthread -Wl,--export-dynamic -L/usr/local/lib -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -L/usr/local/lib -lffi grep: /usr/local/lib/libiconv.la: No such file or directory sed: /usr/local/lib/libiconv.la: No such file or directory libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool archive gmake[2]: *** [libgirepository-1.0.la] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/girepository' Deleting and reinstalling converters/iconv does not fix this; find says there is no "/usr/local/lib/libiconv.la". Mightily confused, Robert Huff From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 09:44:56 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E7C41065675 for ; Thu, 3 Jun 2010 09:44:56 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 6D2CD8FC19 for ; Thu, 3 Jun 2010 09:44:56 +0000 (UTC) Received: from [96.39.161.134] (helo=[172.16.32.106]) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1OK8DH-0005Dl-6B for ports@freebsd.org; Thu, 03 Jun 2010 11:03:51 +0000 From: Ade Lovett Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 3 Jun 2010 02:44:42 -0700 Message-Id: To: ports@freebsd.org Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Cc: Subject: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 09:44:56 -0000 FYI, devel/gettext, by the time you read this, assuming mirrors are up = to date, will have jumped from 0.18 to 0.18_1. Fear not, there is no need to do a massive rebuild, merely update (or = forcibly update), and a whole bunch of issues with the port in an = upgrading environment will go away. Remember, the Computer is your Friend. -aDe From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 11:02:29 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DD461065675 for ; Thu, 3 Jun 2010 11:02:29 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3974D8FC12 for ; Thu, 3 Jun 2010 11:02:29 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-ports@FreeBSD.org with esmtp (envelope-from ) id <1OK8Bw-0007nY-3D>; Thu, 03 Jun 2010 13:02:28 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-ports@FreeBSD.org with esmtpsa (envelope-from ) id <1OK8Bw-0004vO-1J>; Thu, 03 Jun 2010 13:02:28 +0200 Message-ID: <4C078BC5.5040504@zedat.fu-berlin.de> Date: Thu, 03 Jun 2010 13:02:29 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100601 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: math/gmm++: gmm::SuperLU_solve() triggers an error (/usr/local/include/gmm/gmm_superlu_interface.h:198) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 11:02:29 -0000 Hello out there. I try to compile the scientific planetary softwarepackage ISIS3 (from USGS) on a FreeBSD 8.1-BETA1/amd64 box. This task performed well prior to several ports-updates that ran into the repository last weeks. I do not know whether gmm++/superLU was one of them. I receive the following error compiling src/base/objs/LeastSquares/LeastSquares.cpp (recent ISIS 3.2.0): /usr/local/include/gmm/gmm_superlu_interface.h: In function 'void gmm::SuperLU_solve(const MAT&, const VECTX&, const VECTB&, double&, int) [with MAT = gmm::row_matrix >, VECTX = std::vector >, VECTB = gmm::tab_ref_with_origin<__gnu_cxx: __normal_iterator > >, gmm::dense_matrix >]': LeastSquares.cpp:436: instantiated from here /usr/local/include/gmm/gmm_superlu_interface.h:198: error: invalid cast from type 'std::vector >' to ype 'int*' /usr/local/include/gmm/gmm_superlu_interface.h:198: error: invalid cast from type 'std::vector >' to ype 'int*' gmake[4]: *** [LeastSquares.o] Error 1 Well, my abilities in C++ are very little. Maybe there is something wrong in the LeastSquares.cpp-routine causing this error: ... gmm::SuperLU_solve(Asquare,x,gmm::mat_const_col(bAtrans,0),recond,perm); ... Can anyon help, please, or should I file a PR? Please CC/email me directly, I'm not regular subscriber of the list. Regards and thanks in advance, Oliver From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 10:31:50 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B811065677 for ; Thu, 3 Jun 2010 10:31:50 +0000 (UTC) (envelope-from herby@mailbox.sk) Received: from mobilmail-1.eurotel.sk (mobilmail-1.t-mobile.sk [194.154.230.72]) by mx1.freebsd.org (Postfix) with ESMTP id 77D1D8FC08 for ; Thu, 3 Jun 2010 10:31:48 +0000 (UTC) Received: (qmail-ldap/ctrl 7965 invoked from network); 3 Jun 2010 10:05:05 -0000 Received: from smtp1.gprs.t-mobile.sk (HELO nagruni) (421903749343@[195.91.54.88]) (envelope-sender ) by mobilmail-1.eurotel.sk (qmail-ldap-1.03) with SMTP for ; 3 Jun 2010 10:05:05 -0000 Message-ID: <29E4B82262574C6CA48A8E33760C47DC@nagruni> From: =?iso-8859-2?Q?Herby_Voj=E8=EDk?= To: Date: Thu, 3 Jun 2010 12:04:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Mailman-Approved-At: Thu, 03 Jun 2010 11:23:50 +0000 Cc: ports@FreeBSD.org Subject: FreeBSD Port: redland-1.0.10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 10:31:50 -0000 I got a build error: [herby@k143 /usr/ports/textproc/redland]$ uname -a FreeBSD k143 7.2-RELEASE-p7 FreeBSD 7.2-RELEASE-p7 #0: Fri Feb 26 22:28:05 UTC 2010 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [herby@k143 /usr/ports/textproc/redland]$ sudo make BATCH=1 Password: ===> Building for redland-1.0.10 Making all in libltdl gmake[1]: Entering directory `/usr/ports/textproc/redland/work/redland-1.0.10/libltdl' gmake all-am gmake[2]: Entering directory `/usr/ports/textproc/redland/work/redland-1.0.10/libltdl' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/usr/ports/textproc/redland/work/redland-1.0.10/libltdl' gmake[1]: Leaving directory `/usr/ports/textproc/redland/work/redland-1.0.10/libltdl' Making all in src gmake[1]: Entering directory `/usr/ports/textproc/redland/work/redland-1.0.10/src' gmake all-recursive gmake[2]: Entering directory `/usr/ports/textproc/redland/work/redland-1.0.10/src' Making all in win32 gmake[3]: Entering directory `/usr/ports/textproc/redland/work/redland-1.0.10/src/win32' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/textproc/redland/work/redland-1.0.10/src/win32' gmake[3]: Entering directory `/usr/ports/textproc/redland/work/redland-1.0.10/src' /bin/sh ../libtool --tag=CC --mode=compile c -DHAVE_CONFIG_H -I. -I/usr/local/include/db42 -I/usr/local/include -I/usr/local/include/db42 -I/usr/local/include/rasqal -I/usr/local/include -I/usr/local/include -DPKGDATADIR="\"/usr/local/share/redland\"" -I/usr/local/include/db42 -I/usr/local/include -I/usr/local/include/db42 -I/usr/local/include/db42 -I/usr/local/include -I/usr/local/include/db42 -I/usr/local/include/rasqal -I/usr/local/include -I/usr/local/include -DLIBRDF_MODULE_DIR="\"/usr/local/lib/redland\"" -DLIBRDF_INTERNAL=1 -O2 -fno-strict-aliasing -pipe -MT rdf_init.lo -MD -MP -MF .deps/rdf_init.Tpo -c -o rdf_init.lo rdf_init.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I/usr/local/include/db42 -I/usr/local/include -I/usr/local/include/db42 -I/usr/local/include/rasqal -I/usr/local/include -I/usr/local/include -DPKGDATADIR=\"/usr/local/share/redland\" -I/usr/local/include/db42 -I/usr/local/include -I/usr/local/include/db42 -I/usr/local/include/db42 -I/usr/local/include -I/usr/local/include/db42 -I/usr/local/include/rasqal -I/usr/local/include -I/usr/local/include -DLIBRDF_MODULE_DIR=\"/usr/local/lib/redland\" -DLIBRDF_INTERNAL=1 -O2 -fno-strict-aliasing -pipe -MT rdf_init.lo -MD -MP -MF .deps/rdf_init.Tpo -c rdf_init.c -fPIC -DPIC -o .libs/rdf_init.o In file included from ./rdf_init.h:30, from ./librdf.h:287, from ./redland.h:40, from rdf_init.c:58: ./rdf_init_internal.h:146: error: expected specifier-qualifier-list before 'rasqal_world' gmake[3]: *** [rdf_init.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/textproc/redland/work/redland-1.0.10/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/textproc/redland/work/redland-1.0.10/src' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/textproc/redland/work/redland-1.0.10/src' gmake: *** [all-recursive] Error 1 *** Error code 1 Stop in /usr/ports/textproc/redland. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 11:24:13 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09F5F1065688 for ; Thu, 3 Jun 2010 11:24:13 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C12648FC26 for ; Thu, 3 Jun 2010 11:24:12 +0000 (UTC) Received: by iwn5 with SMTP id 5so2063915iwn.13 for ; Thu, 03 Jun 2010 04:24:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=9ILjpuRVJ6ZuiS2SQKeaEcAB7RmOkfBHTqIg/w374Zs=; b=yEkNRyZ8FHLuqaTiS3awatR1mI3BJ/tL20jRg1DuNYNPy0knXSvW+dK3agzbC4KEBM IZ7Y9Ho7I4S9BXz6Tc1a2ufnbi6odB1gPwWs3vZc6Cqxs9DS+69iOUcXdNv/hctu0S+z idkT1l3N9r2hlkobM9CcGTyWXUlq4fz7Cl2qQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; b=tzfhEXMa0ENsWTGvrKdK+Skjo6nVOyEVSbbnrxWN5Fd3e/aHoXaI+opUcLxDL7LbZW 7430HymG90pQ97MksJj3JndH12xm40dZxpuqXTDvkrzKBs5yjAeFEdwiM5hn132xAWch 2RanQ85Dv4W1gml1gDhJfoQM6MZ9LdJjIImg4= Received: by 10.231.59.9 with SMTP id j9mr5465501ibh.31.1275564251931; Thu, 03 Jun 2010 04:24:11 -0700 (PDT) Received: from athena.wi.rr.com (CPE-65-29-60-73.wi.res.rr.com [65.29.60.73]) by mx.google.com with ESMTPS id a8sm41557569ibi.17.2010.06.03.04.24.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 03 Jun 2010 04:24:10 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Thu, 3 Jun 2010 06:24:01 -0500 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE-p3; KDE/4.4.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201006030624.02323.lumiwa@gmail.com> Subject: dri error building X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 11:24:13 -0000 Hi! My system: FreeBSD 8.0-RELEASE-p3 #0,/usr/obj/usr/src/sys/GENERIC i386, standalone computer, ATI I put without_nouveau=yes in make.conf and update the system and I got an error when buuilding dri" gmake[5]: Entering directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers/dri/i915' cc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver - I../../../../../include -I../../../../../src/mesa - I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri - I/usr/local/include -I/usr/local/include/drm -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno- strict-aliasing -fPIC -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM - DUSE_SSE_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS - DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -I../intel -I../intel/server -DI915 - DDRM_VBLANK_FLIP=DRM_VBLANK_FLIP i830_context.c -o i830_context.o In file included from i830_context.h:31, from i830_context.c:28: ../intel/intel_context.h:38:26: error: intel_bufmgr.h: No such file or directory In file included from ../intel/intel_context.h:40, from i830_context.h:31, from i830_context.c:28: ../intel/intel_screen.h:81: error: expected specifier-qualifier-list before 'dri_bufmgr' In file included from i830_context.h:31, from i830_context.c:28: ../intel/intel_context.h:93: error: expected specifier-qualifier-list before 'drm_intel_bo' ../intel/intel_context.h:166: error: expected declaration specifiers or '...' before 'dri_bo' ../intel/intel_context.h:183: error: expected specifier-qualifier-list before 'dri_bufmgr' In file included from i830_context.c:28: i830_context.h:133: error: expected specifier-qualifier-list before 'dri_bo' i830_context.c: In function 'i830CreateContext': i830_context.c:75: error: 'struct intel_context' has no member named 'ViewportMatrix' i830_context.c:85: error: 'struct intel_context' has no member named 'no_rast' i830_context.c:108: error: 'struct intel_context' has no member named 'verts' gmake[5]: *** [i830_context.o] Error 1 gmake[5]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers/dri/i915' gmake[4]: *** [subdirs] Error 1 gmake[4]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers/dri' gmake[3]: *** [default] Error 1 gmake[3]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa/drivers' gmake[2]: *** [driver_subdirs] Error 2 gmake[2]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src/mesa' gmake[1]: *** [subdirs] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src' gmake: *** [default] Error 1 *** Error code 1 Stop in /usr/ports/graphics/dri. Thanks in advance. Mitja -------- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 11:30:27 2010 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 579DB1065674 for ; Thu, 3 Jun 2010 11:30:27 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id C6ABF8FC19 for ; Thu, 3 Jun 2010 11:30:26 +0000 (UTC) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.4/8.14.4) with ESMTP id o53BUOPe099538; Thu, 3 Jun 2010 15:30:24 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1275564624; bh=mpVlM0hDa/Qv9AVZ5xrRL7NobSjb8hlvFsGDPp5xOh4=; l=537; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=gyITtqf695H2bc+TFesd7qzm8jhrruWxabGAGmJpPC7bBiKoVtuTDkGKMWc2XqzfU YCROElHk7BhkpkClHPJy2HURI6D0hwXlbt5PrzJC4whFqtr4HDDC2tWuZ7Wnw553ak qit9i2vZ2qp+MyCT06FFo7+vX/d7YYmDYyuLS/qA= Received: (from ache@localhost) by nagual.pp.ru (8.14.4/8.14.4/Submit) id o53BUOA2099537; Thu, 3 Jun 2010 15:30:24 +0400 (MSD) (envelope-from ache) Date: Thu, 3 Jun 2010 15:30:23 +0400 From: Andrey Chernov To: Ade Lovett Message-ID: <20100603113023.GA99400@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ade Lovett , ports@FreeBSD.ORG References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.ORG Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 11:30:27 -0000 On Thu, Jun 03, 2010 at 02:44:42AM -0700, Ade Lovett wrote: > FYI, devel/gettext, by the time you read this, assuming mirrors are up to date, will have jumped from 0.18 to 0.18_1. > > Fear not, there is no need to do a massive rebuild, merely update (or forcibly update), and a whole bunch of issues with the port in an upgrading environment will go away. BTW, just found more ports needs to be bumped due to gettext: mail/mutt-devel security/libksba security/libgcrypt (they use libgpg-error) -- http://ache.pp.ru/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 12:17:46 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 509E61065672 for ; Thu, 3 Jun 2010 12:17:46 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D89408FC1D for ; Thu, 3 Jun 2010 12:17:45 +0000 (UTC) Received: by fxm5 with SMTP id 5so54005fxm.13 for ; Thu, 03 Jun 2010 05:17:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=E4oHzeFe4pljFrK6NBfwEIqHCx6tCKFu5vG3aVJpdd0=; b=qeBtKcitAgMmQsu81DjeLD2Ru0O/qVAvDjE9wny1l8ITvJRGzndHduruvNULaQI4l2 9X1a/UX8/F37peGlAiLaWffgTh3DuSTsy307uQPSsNQm+pq844Noyx0tOz1gnI9CWVhD CejZW2o6S5TJfdmxT1ctOsTZSowvF5aFxj8G4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=LXrBQMM+EeHbBVD3FZWUP9fBaoXco6j5PFEUgOFuaoMlsj5E4KhuIFBV05EdW/pr27 wwDvag9zLYVcGwYuFWr0+J/3mZmOxag3gej3CZIzoAgQX8Cqr7oCFyqBx5/6s+kQdS8s mDSM19UXjaK2sfI9jH8utCVP2sRZuMlF3aSJc= MIME-Version: 1.0 Received: by 10.223.29.156 with SMTP id q28mr10140917fac.77.1275567462082; Thu, 03 Jun 2010 05:17:42 -0700 (PDT) Received: by 10.223.116.15 with HTTP; Thu, 3 Jun 2010 05:17:42 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Jun 2010 14:17:42 +0200 Message-ID: From: Tomek CEDRO To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: minitube dependencies incomplete X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 12:17:46 -0000 Hello! I was trying to run/build minitube on pretty old 8.0-RELEASE-p2 (upgraded few times) but both failed to work with movies. Then I have reinstalled my system from scratch and installed binary (0.6.1) then built from ports (1.0) - both failed to display a movie. There is an application window but no videos are played. I have looked at the gstreamer-plugins-xxx dependencies and they are not met. Please upgrade the dependencies list, so the package installs completely and runs on a clean system. Best regards, Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 12:20:10 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEF861065670 for ; Thu, 3 Jun 2010 12:20:10 +0000 (UTC) (envelope-from fluffy@freebsd.org) Received: from ns.ael.RU (ns.ael.ru [62.76.207.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD418FC15 for ; Thu, 3 Jun 2010 12:20:09 +0000 (UTC) Received: from Fluffy.Khv.RU (85.9.168.188.retail.ttk.ru [188.168.9.85] (may be forged)) by ns.ael.RU (8.14.3/8.14.3/Fluffy/5.3) with ESMTP id o53C914r035910; Thu, 3 Jun 2010 23:09:03 +1100 (VLAST) (envelope-from fluffy@freebsd.org) Received: from Fluffy.Khv.RU (fluffy@localhost [127.0.0.1]) by Fluffy.Khv.RU (8.14.4/8.14.4/Fluffy/5.4.1) with ESMTP id o53C914e032782; Thu, 3 Jun 2010 23:09:01 +1100 (VLAST) (envelope-from fluffy@freebsd.org) Received: (from fluffy@localhost) by Fluffy.Khv.RU (8.14.4/8.14.4/Submit) id o53C90Ro032781; Thu, 3 Jun 2010 23:09:00 +1100 (VLAST) (envelope-from fluffy@freebsd.org) From: Dima Panov Organization: The FreeBSD Project To: Herby =?utf-8?q?Voj=EF=BF=BD=EF=BF=BDk?= Date: Thu, 3 Jun 2010 23:08:59 +1100 User-Agent: KMail/1.13.3 (FreeBSD/9.0-900013-CURRENT; KDE/4.4.3; amd64; ; ) References: <29E4B82262574C6CA48A8E33760C47DC@nagruni> In-Reply-To: <29E4B82262574C6CA48A8E33760C47DC@nagruni> X-Face: "RE-2'yS-N:*/7DHOjQ%Az<.+SG>K7B'k(&;qb0K4]Hv>J}"l9, =?utf-8?q?=3D=3Am2=5F=5D-3S/=7D=60b=5C=5DyA-g=0A=09!y3en*Zl?=(i-86iM?Q[w@!=rW&JdT>KHW@dri>+qMcy42O, 5#izEqa-K+=B<@A< =?utf-8?q?!WCeG=7Cq!=0A=09wu?= X-Disclaimer: Listen, and thou shall not fear... MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201006032309.00578.fluffy@freebsd.org> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ns.ael.RU [62.76.207.226]); Thu, 03 Jun 2010 23:09:04 +1100 (VLAST) Cc: ports@freebsd.org, kde@freebsd.org Subject: Re: FreeBSD Port: redland-1.0.10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 12:20:10 -0000 On Thursday 03 June 2010 21:04:55 Herby Voj=EF=BF=BD=EF=BF=BDk wrote: > I got a build error: > [herby@k143 /usr/ports/textproc/redland]$ uname -a > FreeBSD k143 7.2-RELEASE-p7 FreeBSD 7.2-RELEASE-p7 #0: Fri Feb 26 22:28:0= 5=20 > UTC 2010 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENE= RIC=20 > amd64 > [herby@k143 /usr/ports/textproc/redland]$ sudo make BATCH=3D1 > Password: > =3D=3D=3D> Building for redland-1.0.10 > Making all in libltdl > gmake[1]: Entering directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/libltdl' > gmake all-am > gmake[2]: Entering directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/libltdl' > gmake[2]: Nothing to be done for `all-am'. > gmake[2]: Leaving directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/libltdl' > gmake[1]: Leaving directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/libltdl' > Making all in src > gmake[1]: Entering directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/src' > gmake all-recursive > gmake[2]: Entering directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/src' > Making all in win32 > gmake[3]: Entering directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/src/win32' > gmake[3]: Nothing to be done for `all'. > gmake[3]: Leaving directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/src/win32' > gmake[3]: Entering directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/src' > /bin/sh ../libtool --tag=3DCC --mode=3Dcompile=20 > c -DHAVE_CONFIG_H -I. -I/usr/local/include/db42 -I/usr/local/include -I/= usr/local/include/db42=20 > -I/usr/local/include/rasqal -I/usr/local/include -I/usr/local/include = =20 > -DPKGDATADIR=3D"\"/usr/local/share/redland\"" -I/usr/local/include/db42 -= I/usr/local/include=20 > -I/usr/local/include/db42 -I/usr/local/include/db42 -I/usr/local/include= -I/usr/local/include/db42=20 > -I/usr/local/include/rasqal -I/usr/local/include -I/usr/local/include = =20 > -DLIBRDF_MODULE_DIR=3D"\"/usr/local/lib/redland\"" -DLIBRDF_INTERNAL=3D1= -O2 -fno-strict-aliasing=20 > -pipe -MT rdf_init.lo -MD -MP -MF .deps/rdf_init.Tpo -c -o rdf_init.lo=20 > rdf_init.c > libtool: compile:=20 > cc -DHAVE_CONFIG_H -I. -I/usr/local/include/db42 -I/usr/local/include -I= /usr/local/include/db42=20 > -I/usr/local/include/rasqal -I/usr/local/include -I/usr/local/include -D= PKGDATADIR=3D\"/usr/local/share/redland\"=20 > -I/usr/local/include/db42 -I/usr/local/include -I/usr/local/include/db42= -I/usr/local/include/db42=20 > -I/usr/local/include -I/usr/local/include/db42 -I/usr/local/include/rasq= al =20 > -I/usr/local/include -I/usr/local/include -DLIBRDF_MODULE_DIR=3D\"/usr/lo= cal/lib/redland\"=20 > -DLIBRDF_INTERNAL=3D1 -O2 -fno-strict-aliasing -pipe -MT=20 > rdf_init.lo -MD -MP -MF .deps/rdf_init.Tpo -c rdf_init.c -fPIC -DPIC -o= =20 > .libs/rdf_init.o > In file included from ./rdf_init.h:30, > from ./librdf.h:287, > from ./redland.h:40, > from rdf_init.c:58: > ./rdf_init_internal.h:146: error: expected specifier-qualifier-list befor= e=20 > 'rasqal_world' > gmake[3]: *** [rdf_init.lo] Error 1 > gmake[3]: Leaving directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/src' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/src' > gmake[1]: *** [all] Error 2 > gmake[1]: Leaving directory=20 > `/usr/ports/textproc/redland/work/redland-1.0.10/src' > gmake: *** [all-recursive] Error 1 > *** Error code 1 >=20 > Stop in /usr/ports/textproc/redland. Did you read ports/UPDATING file? Please follow upgrade procedure, described in ports/UPDATING 20100511: = = =20 AFFECTS: users of textproc/redland RDF engine = = =20 AUTHOR: kde@FreeBSD.org = = =20 = = =20 Redland RDF engine has been split into redland itself and rasqal engine. = = =20 The recommended update procedure is to delete redland, then update ports = = =20 as usual and install desired RDF ports: = = =20 = = =20 # pkg_delete -f redland-\* = = =20 # portmaster raptor (or portupgrade -r raptor) = = =20 =2D-=20 Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 = B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 = 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept = 1995 Twitter.com:fluffy_khv | Skype: dima.panov | Jabber.org/GTalk/QIP.ru:fluffy= =2Ekhv From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 12:37:32 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9817E1065676 for ; Thu, 3 Jun 2010 12:37:32 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 52A888FC17 for ; Thu, 3 Jun 2010 12:37:30 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c211-30-160-13.mirnd2.nsw.optusnet.com.au [211.30.160.13] (may be forged)) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o53CbSoY028003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 3 Jun 2010 22:37:29 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o53CbSrP001618 for ; Thu, 3 Jun 2010 22:37:28 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o53CbSFY001617 for freebsd-ports@freebsd.org; Thu, 3 Jun 2010 22:37:28 +1000 (EST) (envelope-from peter) Date: Thu, 3 Jun 2010 22:37:28 +1000 From: Peter Jeremy To: ports-list freebsd Message-ID: <20100603123728.GA1605@server.vk2pj.dyndns.org> References: <4C04CAAA.7080001@janh.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <4C04CAAA.7080001@janh.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Direct or indirect libdependencies (using the libintl.so.8 case) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 12:37:32 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jun-01 10:54:02 +0200, Jan Henrik Sylvester wrote: >Yesterday, I was chasing libintl.so.8, rebuilding all ports that got=20 >bumped, checking with libchk for other libintl.so.8 dependencies, and=20 >forcing a rebuild of all these packages: All but two of them had an=20 >indirect dependency on devel/gettext (and I did email the maintainers of= =20 >devel/ccrtp and textproc/gsed linking without a dependency). This might be unrealistic but, IMHO, these "indirect dependencies" should not exist. IMHO, there should only be two situations: 1) Port X directly links against or dlopen's libY.so from port Y. In this case, port Y should be listed in LIB_DEPENDS or equivalent for port X and port X will need a portrevision bump and rebuild if the port Y ABI changes (eg a .so version bump) 2) Port X directly links against or dlopen's libZ.so and libZ.so pulls in libY.so from port Y. In this case, port X should not be directly accessing any symbols in libY.so. If the libY.so ABI changes, libZ.so will need to be rebuilt but unless the libZ.so ABI changes, there should be no need to rebuild port X. Are there any other situations that have to be considered? --=20 Peter Jeremy --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwHoggACgkQ/opHv/APuIdUNwCdHbzO/dXKh5OyysQDDWZDEvpc KEYAoLgfpEs0awVKIqvd8YO/Z4eZ4mE/ =I4TF -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 12:39:14 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59F15106566C for ; Thu, 3 Jun 2010 12:39:14 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0338FC16 for ; Thu, 3 Jun 2010 12:39:11 +0000 (UTC) Received: by iwn5 with SMTP id 5so39189iwn.13 for ; Thu, 03 Jun 2010 05:39:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:openpgp :content-type:content-transfer-encoding; bh=euIpmRTuRjs2mjiYoNzqjTg+zmZ67I+l4dlPSEqqpWI=; b=hNwkFOro2Xt9H8UZ/5/xmp7nX7/3l/miUk4DqXtz75EhIWg2NKZGraeuoNsLlWGI/7 st4DS8kmptPsRiaxrBkymP61dx954EEJZGwewxO2Hr6qeIFTPVb0bxLhZdrU1lr21+YR 5JFCRzjVBtuKLfF1JfP+bH4HtAvB68XsENDx4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=c9FHtMg3x7LibUhgJRvs2LsYG63rYY8o365ymfRX7Je1cAAfwuRSgmFEyT9eS/bOQl jn1sitd6Vyf20rLW1bwwMuEHy5gYNkCj/CF2Mlzg5j9PUDuK9kQaJ2jGybPw/4t0Whw6 tg3olsTS5ID6QtJW65tylNtU/GP6HxKRSG4Zg= Received: by 10.231.126.79 with SMTP id b15mr11813789ibs.80.1275568750361; Thu, 03 Jun 2010 05:39:10 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id a8sm41827378ibi.17.2010.06.03.05.39.08 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Jun 2010 05:39:09 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C07A269.9060908@dataix.net> Date: Thu, 03 Jun 2010 08:39:05 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100515 Thunderbird MIME-Version: 1.0 To: FreeBSD Ports X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: ap22-mod_perl2-* WTH! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 12:39:14 -0000 I did not install a package named ap22-mod_perl2, I installed mod_perl2 from ports!. So when looking for this package to check its status with pkg_info -g mod_perl2-\* I get! can't find package 'mod_perl2-*' installed or in a file! So needless to say (ls /var/db/pkg/ |grep mod_perl) to double check revealed the subject line. Can the person responsible for this change either back this out or come up with a better solution? using PKGNAMEPREFIX along with some conjured up APACHE_PKGNAMEPREFIX in ports/Mk/bsd.apache.mk does not seem like a viable solution to anything common to today problems. Maybe just copying the compile time options from var/db/ports/ if they exist to the packaging directory would be a better idea than apr-ipv6-devrandom-gdbm-db42-ndbm-mysql51-pgsql84-sqlite3-1.4.2.1.3.9_1 WTH port is that! Is that sqlite3 now or is that apr? seeing as mod_perl2 was prefixed with ap22 and following that scheme would lead me to believe it is sqlite3 even though I do know it is apr. The only relevant SUFFIX I could see be usefull in this case is what machine it was compiled for i386 i486 i586 etc... etc.. etc. Anyway regards, .03 -- jhell From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 12:39:22 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92E221065674 for ; Thu, 3 Jun 2010 12:39:22 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id E67D48FC14 for ; Thu, 3 Jun 2010 12:39:21 +0000 (UTC) Received: (qmail invoked by alias); 03 Jun 2010 12:39:19 -0000 Received: from g226226005.adsl.alicedsl.de (EHLO apollo.emma.line.org) [92.226.226.5] by mail.gmx.net (mp004) with SMTP; 03 Jun 2010 14:39:19 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/UH6AcAmrU1zEuKt8BnObZUdCmrq3YvEP4tR+68G 4UtVFVUCXoRyUv Received: from localhost ([127.0.0.1] helo=apollo.emma.line.org) by apollo.emma.line.org with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OK9hc-000GOk-MC for freebsd-ports@freebsd.org; Thu, 03 Jun 2010 14:39:16 +0200 Message-ID: <4C07A268.605@gmx.de> Date: Thu, 03 Jun 2010 14:39:04 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.1.9) Gecko/20100406 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100603113023.GA99400@nagual.pp.ru> In-Reply-To: <20100603113023.GA99400@nagual.pp.ru> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA7BA65E71A839B0C0BE71803" X-Y-GMX-Trusted: 0 Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 12:39:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA7BA65E71A839B0C0BE71803 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 03.06.2010 13:30, schrieb Andrey Chernov: > On Thu, Jun 03, 2010 at 02:44:42AM -0700, Ade Lovett wrote: >> FYI, devel/gettext, by the time you read this, assuming mirrors are up= to date, will have jumped from 0.18 to 0.18_1. >> >> Fear not, there is no need to do a massive rebuild, merely update (or = forcibly update), and a whole bunch of issues with the port in an upgradi= ng environment will go away. >=20 > BTW, just found more ports needs to be bumped due to gettext: >=20 > mail/mutt-devel >=20 > security/libksba > security/libgcrypt > (they use libgpg-error) net/ekiga (patch awaits maintainer approval, ports/147429) --------------enigA7BA65E71A839B0C0BE71803 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwHonMACgkQvmGDOQUufZX1HQCeICgwesmBDEJ67crBBgsvE7zR CXkAn0lZSX7JVY8O3FsNAx0kEVWUlvTY =WPE7 -----END PGP SIGNATURE----- --------------enigA7BA65E71A839B0C0BE71803-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 12:48:32 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 821E4106564A for ; Thu, 3 Jun 2010 12:48:32 +0000 (UTC) (envelope-from dleigh@clarence.dleigh.ath.cx) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by mx1.freebsd.org (Postfix) with ESMTP id 14E5B8FC17 for ; Thu, 3 Jun 2010 12:48:29 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAFU7B0x20bf3/2dsb2JhbACeJ3K+b4UWBA Received: from ppp118-209-183-247.lns20.mel6.internode.on.net (HELO clarence.dleigh.ath.cx) ([118.209.183.247]) by ipmail07.adl2.internode.on.net with ESMTP; 03 Jun 2010 22:02:58 +0930 Received: by clarence.dleigh.ath.cx (Postfix, from userid 1002) id 600171BAC6D; Thu, 3 Jun 2010 22:32:55 +1000 (EST) Date: Thu, 3 Jun 2010 22:32:55 +1000 From: Dylan Leigh To: "Marc G. Fournier" Message-ID: <20100603123255.GA72458@clarence.dleigh.ath.cx> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Author-Webpage: http://yallara.cs.rmit.edu.au/~dleigh Cc: freebsd-ports@freebsd.org Subject: Re: devel/apr1 upgrade fails with Xcc/etc errors ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 12:48:32 -0000 On Wed, Jun 02, 2010 at 01:02:11PM -0300, Marc G. Fournier wrote: > X--mode=compile: not found > *** Warning: inferring the mode of operation is deprecated.: not found > *** Future versions of Libtool will require --mode=MODE be specified.: not > found > Xcc: not found > X-g: not found > X-O2: not found > X-DHAVE_CONFIG_H: not found > /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: > X-I/usr/local/include: not found > /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I./include: not > found > /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: > X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not > found > /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: > X-I./include/arch/unix: not found > /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: > X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not > found > /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: > X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include: not found > X-c: not found > /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: > Xpasswd/apr_getpass.lo: not found > libtool: compile: cannot determine name of library object from `': not > found I got the same errors. As I only need apr for Subversion I was able to work around it by editing the subversion makefile to use apr0. The svn port will use apr0 if ${APACHE_VERSION} > 20, but if 2+ or no apache is installed it insists on apr1. -- Dylan Leigh - www.dylanleigh.net From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 12:59:48 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10FF21065673; Thu, 3 Jun 2010 12:59:48 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.211.176]) by mx1.freebsd.org (Postfix) with ESMTP id 74A5B8FC13; Thu, 3 Jun 2010 12:59:46 +0000 (UTC) Received: by ywh6 with SMTP id 6so68940ywh.16 for ; Thu, 03 Jun 2010 05:59:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=xEJ/ALX5oXvM2yfgLskCwdBaaOQgheM+QuQ/HaLciKI=; b=yGzq0OmKoWOTkuBWc9JwH/UAj8M4IB6csO5sSePkLSYjR7x/vbLgDciyyTzgvCeKIF yJGsTZZpb8RlItQcnoHBdcoNqX94sWCKd5by30dM1p3bH0mzWnfQBCzpXz0izddj/X5k A6rhBFikFwvUFE2p5renWTcOD6Vzd0+uYkGHA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=c4kbhnr94x7Mi+hyHJNpdEywMq4+C2cynVWnMTovygPvVaGDc+pSykI6uTw38T2mCv 4J+oZSqRkHlNWt5xsvPEfP/Szb4cBMveYhj60+mZRb95Jc0jEy6WcsIVGElH9IyGcc3m +sgsWBOqvhjnOOHsxlYBXSc7Bs0f66wEzEbPg= Received: by 10.42.2.147 with SMTP id 19mr9820681ick.25.1275569980499; Thu, 03 Jun 2010 05:59:40 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id b3sm38992ibf.7.2010.06.03.05.59.38 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Jun 2010 05:59:38 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C07A739.7010605@dataix.net> Date: Thu, 03 Jun 2010 08:59:37 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100515 Thunderbird MIME-Version: 1.0 To: Doug Barton References: <4C03D5EC.4050409@bsdforen.de> <4C064D2F.607@bsdforen.de> <4C072F92.2090500@FreeBSD.org> <4C0730F7.3020709@FreeBSD.org> In-Reply-To: <4C0730F7.3020709@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Dominic Fandrey , FreeBSD Ports , Yong-Jhen Hong , Franci Nabalanci , freebsd-ports@freebsd.org, girgen@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 12:59:48 -0000 On 06/03/2010 00:35, Doug Barton wrote: > On 06/02/10 21:29, Doug Barton wrote: >> >> A better suggestion would be to do this: >> >> mkdir -p /usr/local/lib/compat/pkg >> cd /usr/local/lib >> mv libgettextpo.so.4 and libintl.so.8 /usr/local/lib/compat/pkg/ > > Oy, sorry, didn't think that all the way through. Instead of 'mv' it > should be 'cp,' then: > cd /usr/ports/devel/gettext > make clean ; make > pkg_delete gettext* > make install clean > > THEN: > >> /etc/rc.d/ldconfig start >> >> Then go about rebuilding your ports in an orderly manner until those >> libraries are no longer needed, at which point you can delete them. >> > I agree about both options but just as likely whether it be libmap.conf or a path in far distant directory usr/local/lib/compat/pkg/* are equally just as easy to be forgotten IMO. Though I do not know off the top of my head whether portmaster or any of the other utils look at removing files from the compat/pkg directory either which is why I state the previous. This brought me to the thought of a periodic check that would check for the existence of libmap.conf and usr/local/compat/pkg and display the contents or just warn of those being there and possibly populated. Anyhow regards, -- jhell From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 12:59:48 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10FF21065673; Thu, 3 Jun 2010 12:59:48 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.211.176]) by mx1.freebsd.org (Postfix) with ESMTP id 74A5B8FC13; Thu, 3 Jun 2010 12:59:46 +0000 (UTC) Received: by ywh6 with SMTP id 6so68940ywh.16 for ; Thu, 03 Jun 2010 05:59:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=xEJ/ALX5oXvM2yfgLskCwdBaaOQgheM+QuQ/HaLciKI=; b=yGzq0OmKoWOTkuBWc9JwH/UAj8M4IB6csO5sSePkLSYjR7x/vbLgDciyyTzgvCeKIF yJGsTZZpb8RlItQcnoHBdcoNqX94sWCKd5by30dM1p3bH0mzWnfQBCzpXz0izddj/X5k A6rhBFikFwvUFE2p5renWTcOD6Vzd0+uYkGHA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=c4kbhnr94x7Mi+hyHJNpdEywMq4+C2cynVWnMTovygPvVaGDc+pSykI6uTw38T2mCv 4J+oZSqRkHlNWt5xsvPEfP/Szb4cBMveYhj60+mZRb95Jc0jEy6WcsIVGElH9IyGcc3m +sgsWBOqvhjnOOHsxlYBXSc7Bs0f66wEzEbPg= Received: by 10.42.2.147 with SMTP id 19mr9820681ick.25.1275569980499; Thu, 03 Jun 2010 05:59:40 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id b3sm38992ibf.7.2010.06.03.05.59.38 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Jun 2010 05:59:38 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C07A739.7010605@dataix.net> Date: Thu, 03 Jun 2010 08:59:37 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100515 Thunderbird MIME-Version: 1.0 To: Doug Barton References: <4C03D5EC.4050409@bsdforen.de> <4C064D2F.607@bsdforen.de> <4C072F92.2090500@FreeBSD.org> <4C0730F7.3020709@FreeBSD.org> In-Reply-To: <4C0730F7.3020709@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Dominic Fandrey , FreeBSD Ports , Yong-Jhen Hong , Franci Nabalanci , freebsd-ports@freebsd.org, girgen@freebsd.org Subject: Re: issues unveiled by devel/gettext X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 12:59:48 -0000 On 06/03/2010 00:35, Doug Barton wrote: > On 06/02/10 21:29, Doug Barton wrote: >> >> A better suggestion would be to do this: >> >> mkdir -p /usr/local/lib/compat/pkg >> cd /usr/local/lib >> mv libgettextpo.so.4 and libintl.so.8 /usr/local/lib/compat/pkg/ > > Oy, sorry, didn't think that all the way through. Instead of 'mv' it > should be 'cp,' then: > cd /usr/ports/devel/gettext > make clean ; make > pkg_delete gettext* > make install clean > > THEN: > >> /etc/rc.d/ldconfig start >> >> Then go about rebuilding your ports in an orderly manner until those >> libraries are no longer needed, at which point you can delete them. >> > I agree about both options but just as likely whether it be libmap.conf or a path in far distant directory usr/local/lib/compat/pkg/* are equally just as easy to be forgotten IMO. Though I do not know off the top of my head whether portmaster or any of the other utils look at removing files from the compat/pkg directory either which is why I state the previous. This brought me to the thought of a periodic check that would check for the existence of libmap.conf and usr/local/compat/pkg and display the contents or just warn of those being there and possibly populated. Anyhow regards, -- jhell From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 13:02:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 198AE1065709 for ; Thu, 3 Jun 2010 13:02:16 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9E4398FC27 for ; Thu, 3 Jun 2010 13:02:15 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2FA75.dip.t-dialin.net [217.226.250.117]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id B374284405D; Thu, 3 Jun 2010 15:02:11 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B689050BE; Thu, 3 Jun 2010 15:02:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1275570128; bh=mwPFN2Io/T5RyZmvUNDtkNK8TQaJxJKe+jD8r/cj9IQ=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=Q/vtRPx6WNaqPa7NkmzZabPXu+7d0+7EJiX1W/ZmKdv6BgSRYqztDygUxwQjdBdxk YKIAzD900igvcAVLQ28q9ak+AetrWYOt8AmDHp9IRf31dWYD0YmrCCmpYUCwqWxhua 5PpKYvv0Tqidxnr9RMEH3rQNP5j5ZnhNXr3hz4UfzHloJgIMYJNg8Su7ZAIN+/PtoL KzF7+2FCXr0wnRB7xmKSqS7/ZgmkPLvUXlZZVIN3xQdtixMZwlop8nclWKwa6LKfnK g0URAaYuqYnTUfVdqrfy+45+Pk5h3m/KYRLjIIWcdH9KQfXMu0MCqQS+zFshxl/1dD SM0c/QUyRppoQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o53D28S0008661; Thu, 3 Jun 2010 15:02:08 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 03 Jun 2010 15:02:08 +0200 Message-ID: <20100603150208.19603v4b90d4jeec@webmail.leidinger.net> Date: Thu, 03 Jun 2010 15:02:08 +0200 From: Alexander Leidinger To: Peter Jeremy References: <4C04CAAA.7080001@janh.de> <20100603123728.GA1605@server.vk2pj.dyndns.org> In-Reply-To: <20100603123728.GA1605@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: B374284405D.A6D45 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.5, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, J_CHICKENPOX_42 0.60) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1276174933.37766@sPyD145W4/jtnoMNodzuOA X-EBL-Spam-Status: No Cc: ports-list freebsd Subject: Re: Direct or indirect libdependencies (using the libintl.so.8 case) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 13:02:16 -0000 Quoting Peter Jeremy (from Thu, 3 Jun 2010 22:37:28 +1000): > On 2010-Jun-01 10:54:02 +0200, Jan Henrik Sylvester wrote: >> Yesterday, I was chasing libintl.so.8, rebuilding all ports that got >> bumped, checking with libchk for other libintl.so.8 dependencies, and >> forcing a rebuild of all these packages: All but two of them had an >> indirect dependency on devel/gettext (and I did email the maintainers of >> devel/ccrtp and textproc/gsed linking without a dependency). > > This might be unrealistic but, IMHO, these "indirect dependencies" should > not exist. IMHO, there should only be two situations: > > 1) Port X directly links against or dlopen's libY.so from port Y. > > In this case, port Y should be listed in LIB_DEPENDS or equivalent > for port X and port X will need a portrevision bump and rebuild if > the port Y ABI changes (eg a .so version bump) > > 2) Port X directly links against or dlopen's libZ.so and libZ.so pulls > in libY.so from port Y. > > In this case, port X should not be directly accessing any symbols in > libY.so. If the libY.so ABI changes, libZ.so will need to be rebuilt > but unless the libZ.so ABI changes, there should be no need to rebuild > port X. > > Are there any other situations that have to be considered? The problem is a little bit more complex if you have a look at the big picture. Indirect dependencies get hardcoded into binaries in several cases(*1), except you use a compiler switch which tells the compile-time-linker to not record library dependencies when no symbols of those libs are reference directly(*2). If you want to know which libs are linked into binaries of a port, I suggest you have a look at my /usr/ports/Tools/scripts/explicit_lib_depends.sh script (note that its name starts with "explicit", not with "direct", this is on purpose as those two descriptions have a different semantic which is important for this discussion). (*1) Either by libtool as it does not has some hint enabled on FreeBSD, or by pkg-config listing them directly even if the corresponding library does not reference symbols of such a dependency in its API. (*2) This is used by some gnome ports (not all), and can not be enabled globally, as some programs may depend upon this (e.g. when loading plugins which are not linked correctly). Bye, Alexander. -- Most people can do without the essentials, but not without the luxuries. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 13:40:38 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDE7D106564A for ; Thu, 3 Jun 2010 13:40:38 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id BA58D8FC2C for ; Thu, 3 Jun 2010 13:40:38 +0000 (UTC) Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by hub.org (Postfix) with ESMTP id 2C2943455915; Thu, 3 Jun 2010 10:40:37 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 24184-03; Thu, 3 Jun 2010 13:40:38 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id EF5C834558ED; Thu, 3 Jun 2010 10:40:36 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id EBA2E34558CE; Thu, 3 Jun 2010 10:40:36 -0300 (ADT) Date: Thu, 3 Jun 2010 10:40:36 -0300 (ADT) From: "Marc G. Fournier" To: Dylan Leigh In-Reply-To: <20100603123255.GA72458@clarence.dleigh.ath.cx> Message-ID: References: <20100603123255.GA72458@clarence.dleigh.ath.cx> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-ports@freebsd.org Subject: Re: devel/apr1 upgrade fails with Xcc/etc errors ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 13:40:39 -0000 On Thu, 3 Jun 2010, Dylan Leigh wrote: > On Wed, Jun 02, 2010 at 01:02:11PM -0300, Marc G. Fournier wrote: >> X--mode=compile: not found >> *** Warning: inferring the mode of operation is deprecated.: not found >> *** Future versions of Libtool will require --mode=MODE be specified.: not >> found >> Xcc: not found >> X-g: not found >> X-O2: not found >> X-DHAVE_CONFIG_H: not found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I/usr/local/include: not found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I./include: not >> found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not >> found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I./include/arch/unix: not found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not >> found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include: not found >> X-c: not found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> Xpasswd/apr_getpass.lo: not found >> libtool: compile: cannot determine name of library object from `': not >> found > > I got the same errors. As I only need apr for Subversion I was able to > work around it by editing the subversion makefile to use apr0. The svn > port will use apr0 if ${APACHE_VERSION} > 20, but if 2+ or no apache > is installed it insists on apr1. I've tried to build apr1 on a few different boxes, and get the same errors, so I suspect its a relatively common problem ... the weird thing I'm finding is I can't find even where Xcc (or similar) is being defined: ams# cd /home/ports/usr/ports/devel/apr1/work ams# grep -r Xcc . ams# grep -r Xcc /usr/ports/Mk ams# cd /usr/ports/devel/apr1 ams# grep -r Xcc . Is it using the wrong libtool? /bin/sh /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool --silent --mode=compile cc -g -O2 -DHAVE_CONFIG_H -I ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 14:58:35 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F4151065670 for ; Thu, 3 Jun 2010 14:58:35 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 0559A8FC0C for ; Thu, 3 Jun 2010 14:58:34 +0000 (UTC) Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by hub.org (Postfix) with ESMTP id 99B253455915; Thu, 3 Jun 2010 11:58:33 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 66381-04; Thu, 3 Jun 2010 14:58:33 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 708F634558ED; Thu, 3 Jun 2010 11:58:33 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 7020134558D5; Thu, 3 Jun 2010 11:58:33 -0300 (ADT) Date: Thu, 3 Jun 2010 11:58:33 -0300 (ADT) From: "Marc G. Fournier" To: Dylan Leigh In-Reply-To: Message-ID: References: <20100603123255.GA72458@clarence.dleigh.ath.cx> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: pgollucci@freebsd.org, freebsd-ports@freebsd.org Subject: Re: devel/apr1 upgrade fails with Xcc/etc errors ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 14:58:35 -0000 [+pgollucci, last committer to apr1 port] On Thu, 3 Jun 2010, Marc G. Fournier wrote: > On Thu, 3 Jun 2010, Dylan Leigh wrote: > >> On Wed, Jun 02, 2010 at 01:02:11PM -0300, Marc G. Fournier wrote: >>> X--mode=compile: not found >>> *** Warning: inferring the mode of operation is deprecated.: not found >>> *** Future versions of Libtool will require --mode=MODE be specified.: not >>> found >>> Xcc: not found >>> X-g: not found >>> X-O2: not found >>> X-DHAVE_CONFIG_H: not found >>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>> X-I/usr/local/include: not found >>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I./include: not >>> found >>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not >>> found >>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>> X-I./include/arch/unix: not found >>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not >>> found >>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include: not found >>> X-c: not found >>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>> Xpasswd/apr_getpass.lo: not found >>> libtool: compile: cannot determine name of library object from `': not >>> found >> >> I got the same errors. As I only need apr for Subversion I was able to >> work around it by editing the subversion makefile to use apr0. The svn >> port will use apr0 if ${APACHE_VERSION} > 20, but if 2+ or no apache >> is installed it insists on apr1. > > I've tried to build apr1 on a few different boxes, and get the same errors, > so I suspect its a relatively common problem ... the weird thing I'm finding > is I can't find even where Xcc (or similar) is being defined: > > ams# cd /home/ports/usr/ports/devel/apr1/work > ams# grep -r Xcc . > ams# grep -r Xcc /usr/ports/Mk > ams# cd /usr/ports/devel/apr1 > ams# grep -r Xcc . > > Is it using the wrong libtool? > > /bin/sh /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool --silent > --mode=compile cc -g -O2 -DHAVE_CONFIG_H -I > > > ---- > Marc G. Fournier Hub.Org Hosting Solutions S.A. > scrappy@hub.org http://www.hub.org > > Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 15:09:32 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05BDA1065673; Thu, 3 Jun 2010 15:09:32 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id BCA098FC12; Thu, 3 Jun 2010 15:09:31 +0000 (UTC) Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by hub.org (Postfix) with ESMTP id 381443455930; Thu, 3 Jun 2010 12:09:31 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 27091-04; Thu, 3 Jun 2010 15:09:31 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 0BD143455927; Thu, 3 Jun 2010 12:09:31 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 0B61D34558ED; Thu, 3 Jun 2010 12:09:31 -0300 (ADT) Date: Thu, 3 Jun 2010 12:09:30 -0300 (ADT) From: "Marc G. Fournier" To: Dylan Leigh In-Reply-To: Message-ID: References: <20100603123255.GA72458@clarence.dleigh.ath.cx> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: pgollucci@freebsd.org, freebsd-ports@freebsd.org Subject: Re: devel/apr1 upgrade fails with Xcc/etc errors ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 15:09:32 -0000 Looking a bit into this, trying to figure out *something* ... In files/patch-apr_buildconf, it has: === cat /usr/ports/devel/apr1/files/patch-apr_buildconf --- apr-1.4.2/buildconf.orig 2009-02-24 06:37:18.000000000 +0300 +++ apr-1.4.2/buildconf 2009-09-27 14:25:11.000000000 +0400 @@ -71,6 +71,7 @@ echo "buildconf: Using libtool.m4 at ${ltfile}." +chmod 664 build/libtool.m4 cat $ltfile | sed -e 's/LIBTOOL=\(.*\)top_build/LIBTOOL=\1apr_build/' > build/libtool.m4 # libtool.m4 from 1.6 requires ltsugar.m4 === Why is 'build/libtool.m4' hard coded vs using ${ltfile}? It doesn't fix the problem, only silences one error in configure about No such file or directory ... On Thu, 3 Jun 2010, Marc G. Fournier wrote: > > [+pgollucci, last committer to apr1 port] > > > On Thu, 3 Jun 2010, Marc G. Fournier wrote: > >> On Thu, 3 Jun 2010, Dylan Leigh wrote: >> >>> On Wed, Jun 02, 2010 at 01:02:11PM -0300, Marc G. Fournier wrote: >>>> X--mode=compile: not found >>>> *** Warning: inferring the mode of operation is deprecated.: not found >>>> *** Future versions of Libtool will require --mode=MODE be specified.: >>>> not >>>> found >>>> Xcc: not found >>>> X-g: not found >>>> X-O2: not found >>>> X-DHAVE_CONFIG_H: not found >>>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>>> X-I/usr/local/include: not found >>>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I./include: >>>> not >>>> found >>>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>>> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not >>>> found >>>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>>> X-I./include/arch/unix: not found >>>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>>> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not >>>> found >>>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>>> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include: not found >>>> X-c: not found >>>> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >>>> Xpasswd/apr_getpass.lo: not found >>>> libtool: compile: cannot determine name of library object from `': not >>>> found >>> >>> I got the same errors. As I only need apr for Subversion I was able to >>> work around it by editing the subversion makefile to use apr0. The svn >>> port will use apr0 if ${APACHE_VERSION} > 20, but if 2+ or no apache >>> is installed it insists on apr1. >> >> I've tried to build apr1 on a few different boxes, and get the same errors, >> so I suspect its a relatively common problem ... the weird thing I'm >> finding is I can't find even where Xcc (or similar) is being defined: >> >> ams# cd /home/ports/usr/ports/devel/apr1/work >> ams# grep -r Xcc . >> ams# grep -r Xcc /usr/ports/Mk >> ams# cd /usr/ports/devel/apr1 >> ams# grep -r Xcc . >> >> Is it using the wrong libtool? >> >> /bin/sh /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool --silent >> --mode=compile cc -g -O2 -DHAVE_CONFIG_H -I >> >> >> ---- >> Marc G. Fournier Hub.Org Hosting Solutions S.A. >> scrappy@hub.org http://www.hub.org >> >> Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > > ---- > Marc G. Fournier Hub.Org Hosting Solutions S.A. > scrappy@hub.org http://www.hub.org > > Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 15:57:11 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4396110657C4 for ; Thu, 3 Jun 2010 15:57:11 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.116.15]) by mx1.freebsd.org (Postfix) with ESMTP id ED9198FC08 for ; Thu, 3 Jun 2010 15:57:10 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71) (envelope-from ) id 1OKCn7-0008KO-5e; Thu, 03 Jun 2010 19:57:09 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 0EA87B84D; Thu, 3 Jun 2010 19:57:08 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 0957AB84B; Thu, 3 Jun 2010 19:57:08 +0400 (MSD) Date: Thu, 3 Jun 2010 19:57:08 +0400 From: Dmitry Marakasov To: Matthias Andree Message-ID: <20100603155708.GA45820@hades.panopticon> References: <20100603113023.GA99400@nagual.pp.ru> <4C07A268.605@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4C07A268.605@gmx.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 15:57:11 -0000 * Matthias Andree (matthias.andree@gmx.de) wrote: > > BTW, just found more ports needs to be bumped due to gettext: > > > > mail/mutt-devel > > > > security/libksba > > security/libgcrypt > > (they use libgpg-error) > > net/ekiga (patch awaits maintainer approval, ports/147429) Bunch of ports. ports/147306 -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 16:05:38 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 005901065676; Thu, 3 Jun 2010 16:05:37 +0000 (UTC) (envelope-from a.heider@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 62FBD8FC21; Thu, 3 Jun 2010 16:05:37 +0000 (UTC) Received: by wyf28 with SMTP id 28so243907wyf.13 for ; Thu, 03 Jun 2010 09:05:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=zLwWtQT003aC+o3f5LWqueeX8v3Hh+wQkqKG4rcwst4=; b=v1c6Y3EWdJ2dADYUi5+8PBmVnHeS5hwABVVdqrR2R1pJH+pxPIJJiybxcam3EsTRsV ehbSgEQZrNlZkbSDIsJvhTZeVwPT/7lIqgZxJmEiOEwTYgfIWeUDmN7Woxw12n3Hq9As QI1sMBVfXVgBQnkbxqug6TfprynZpwJ0eXkzs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=UM1J2M7V0JFgbkcv1Tt230R2TPDi+LVCcv+BBKXrHL9oJZhQPGngVShv1PAPTT31Eh 3KTHRElaRFxL/VcAhAPU2thf5+ixHZyAH25qfTv/ihU/3o9oDowFh1/M5bV3ALGMznUt O/A+D2Ti1kIsrhcArS7hRdIZ/vy7afwRXB8dY= MIME-Version: 1.0 Received: by 10.227.135.134 with SMTP id n6mr9391497wbt.88.1275579335481; Thu, 03 Jun 2010 08:35:35 -0700 (PDT) Received: by 10.216.174.65 with HTTP; Thu, 3 Jun 2010 08:35:35 -0700 (PDT) In-Reply-To: References: <20100603123255.GA72458@clarence.dleigh.ath.cx> Date: Thu, 3 Jun 2010 17:35:35 +0200 Message-ID: From: Andre Heider To: "Marc G. Fournier" Content-Type: text/plain; charset=ISO-8859-1 Cc: pgollucci@freebsd.org, freebsd-ports@freebsd.org, Dylan Leigh Subject: Re: devel/apr1 upgrade fails with Xcc/etc errors ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 16:05:38 -0000 On Thu, Jun 3, 2010 at 5:09 PM, Marc G. Fournier wrote: > Why is 'build/libtool.m4' hard coded vs using ${ltfile}? > > It doesn't fix the problem, only silences one error in configure about No > such file or directory ... The file build/libtool.m4 isn't there on my fbsd 7.2 box while building apr1. ${ltfile} points to /usr/local/share/aclocal/libtool.m4 here, which this port shouldn't touch. `make configure` on apr1 fails for me because it expects libtool and build/config.[sub|guess], which are all missing. When stopping the configure step via ctrl+z, copying over the files from /usr/local/share/..., then `fg` it builds fine. Looks like the libtoolize step in buildconf doesn't do what it's supposed to do? Regards, Andre From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 17:23:10 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E86E21065687 for ; Thu, 3 Jun 2010 17:23:10 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id AB2488FC1A for ; Thu, 3 Jun 2010 17:23:10 +0000 (UTC) Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by hub.org (Postfix) with ESMTP id A35963455915; Thu, 3 Jun 2010 14:23:09 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 69200-08; Thu, 3 Jun 2010 17:23:09 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 7754634558ED; Thu, 3 Jun 2010 14:23:09 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 76E7434558D5; Thu, 3 Jun 2010 14:23:09 -0300 (ADT) Date: Thu, 3 Jun 2010 14:23:09 -0300 (ADT) From: "Marc G. Fournier" To: Bjarne In-Reply-To: <4C07D71F.9000701@darco.dk> Message-ID: References: <4C07D71F.9000701@darco.dk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-ports@freebsd.org Subject: Re: devel/apr1 upgrade fails with Xcc/etc errors ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 17:23:11 -0000 That did it ... I did an 'ls -lt libtool*' before the rm, and had some stall libtool15* stuff laying around ... now I can build fine ... Not sure *how* this can be fixed within the port, mind you ... but hopefully this helps someone else ... On Thu, 3 Jun 2010, Bjarne wrote: > You are not alone. We are many who have been hit. This helped me yesterday : > > http://www.mail-archive.com/freebsd-ports@freebsd.org/msg27472.html : > This might help -- > > cd /var/db/pkg > pkg_delete auto* libtool* > cd /usr/local/bin > rm -rf auto* libtool* > > cd /usr/ports/devel/apr1 > make > > Pleas report back to the mailling list to help others, I am not sure i have write acces. > > Good luck > Bjarne' > > > > Marc G. Fournier wrote: > >> >> I've read everything I can find, including UPDATING and Google, and I'm >> not finding any answers to this (or, rather, finding answers, but nothing >> seems to apply) ... >> >> X--mode=compile: not found >> *** Warning: inferring the mode of operation is deprecated.: not found >> *** Future versions of Libtool will require --mode=MODE be specified.: not >> found >> Xcc: not found >> X-g: not found >> X-O2: not found >> X-DHAVE_CONFIG_H: not found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I/usr/local/include: not found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I./include: not >> found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not >> found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I./include/arch/unix: not found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not >> found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include: not found >> X-c: not found >> /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: >> Xpasswd/apr_getpass.lo: not found >> libtool: compile: cannot determine name of library object from `': not >> found >> >> Right now, have the following installed: >> >> # ls -ld /var/db/pkg/ap* >> drwxr-xr-x 2 root wheel 512 Jun 2 12:32 /var/db/pkg/apache-2.2.15_9 >> drwxr-xr-x 2 root wheel 512 Jun 2 12:32 >> /var/db/pkg/apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 >> >> Where apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 was installed as a >> package (but I need pgsql support, so have to upgrade) ... >> >> A few 'oddities' with doing a make, that may or may not be related: >> >> === >> buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. >> chmod: build/libtool.m4: No such file or directory >> Creating include/arch/unix/apr_private.h.in ... >> === >> >> And >> >> === >> checking whether to build shared libraries... yes >> checking whether to build static libraries... yes >> grep: /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: No such >> file or directory >> === >> >> And >> >> === >> config.status: creating include/arch/unix/apr_private.h >> config.status: executing libtool commands >> rm: libtoolT: No such file or directory >> config.status: executing default commands >> === >> >> I read in one place talking about old ENV variables in /etc/make.conf, but >> mine *appears* to be clean: >> >> === >> # cat /etc/make.conf >> WRKDIRPREFIX= /home/ports >> DISTDIR=/home/ports/distfiles >> INDEXDIR=/home/ports >> >> WITHOUT_IPV6=yes >> WITHOUT_X11=yes >> WITHOUT_XIM=yes >> >> SUEXEC_DOCROOT=/usr/local/www >> >> # added by use.perl 2010-06-01 23:17:10 >> PERL_VERSION=5.8.9 >> === >> >> So is there something I'm still overlooking? >> >> I even went to the extreme of pkg_delete'ng lib*,auto*,apache*,apr* just >> to force everything to rebuild/install ... no difference ... >> >> Help? >> >> Thanks ... >> >> >> ---- >> Marc G. Fournier Hub.Org Hosting Solutions S.A. >> scrappy@hub.org http://www.hub.org >> >> Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > -- > mvh, > Bjarne > > > -- > mvh, > Bjarne > > ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 17:48:55 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29CA1106566C for ; Thu, 3 Jun 2010 17:48:55 +0000 (UTC) (envelope-from jaculamodyun@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 79DF08FC08 for ; Thu, 3 Jun 2010 17:48:54 +0000 (UTC) Received: by wwb22 with SMTP id 22so387481wwb.13 for ; Thu, 03 Jun 2010 10:48:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received:date :from:to:subject:message-id:mail-followup-to:references:mime-version :content-type:content-disposition:in-reply-to:x-disclaimer :x-operating-system:x-editor:x-face:user-agent; bh=RAWGCUy9TJsdBhcq6Ryenw6BBWJ+0+3aoCf61qcvwFs=; b=eAgRnNUS7E+Jr+Jx/gvO3SZwaXdJC8d4YWuiA83GibDN9frhTxfPuZ7OlMccmslhME vN8ZGodCOEz02GfWUPLQrZNGmrRtwGZjfmaaJU05ftUt1gtYAXpoDgJcJ0lquJ/d53Q6 ZJw6nCZx6+2nKI05oum3VV8WRhRYXbJU8bPgQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :x-disclaimer:x-operating-system:x-editor:x-face:user-agent; b=InFtaKNYeVc92MufljFzclu5JtYn7xorOoklm5M0v9fCQ/SSuw4SOnbDZblw0Z7gGh R9GeO+ifQWNnOBG6yu35ORXiH+Qi44AJ07NVugm8YJPTw3l3qbjHBadYavPwQSR65D6c iI9seXN36O5YzbK7kFqW24GutCpZy1XBQ7WBg= Received: by 10.227.151.142 with SMTP id c14mr9995025wbw.50.1275587332139; Thu, 03 Jun 2010 10:48:52 -0700 (PDT) Received: from splork.wirewater.yow (host229-85-dynamic.55-79-r.retail.telecomitalia.it [79.55.85.229]) by mx.google.com with ESMTPS id n31sm2577408wba.21.2010.06.03.10.48.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 03 Jun 2010 10:48:50 -0700 (PDT) Sender: Jacula Modyun Received: from localhost.wirewater.yow [127.0.0.1] by splork.wirewater.yow (Sendmail: 8.14.3/8.14.3) with ESMTP id o53HmlpB039903 ;Thu, 3 Jun 2010 17:48:47 GMT Received: by splork.wirewater.yow (Sendmail: 8.14.3/8.14.3/Submit) id o53HmlSQ039902 ; Thu, 3 Jun 2010 17:48:47 GMT Date: Thu, 3 Jun 2010 17:48:46 +0000 From: Jacula Modyun To: freebsd-ports@FreeBSD.org, freebsd-haskell@haskell.org, ports@FreeBSD.org Message-ID: <4c07eb02.5f10e30a.0ac7.203a@mx.google.com> Mail-Followup-To: freebsd-ports@freebsd.org, freebsd-haskell@haskell.org, ports@freebsd.org References: <4BFBDBC0.6040902@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <4BFBDBC0.6040902@FreeBSD.org> X-Disclaimer: Freebsd...you are my daemon! X-Operating-System: FreeBSD 7.1-PRERELEASE X-Editor: VIM - Vi IMproved 7.2 X-Face: ak5rwz4-aUa>hPFZlcg,bXxn.(TN}e9DGFrKU\.i_'B[&5=pAd9o"j)5VSUYW:BRQG#^ 42Ev$Il|;Ztn=, C User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: Renamed Haskell Applications X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 17:48:55 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, May 25, 2010 at 04:16:32PM +0200, Gabor Pali wrote: > Please send "+1" or "-1" depending on whether you support or object this > change. Thank you! +1 ------------------------------- http://www.jaculamodyun.net http://people.freebsd.org/~jacula/ --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJMB+r9AAoJENlCXyCLn0uLj20QAJ4FHINX7oTTzQQTMlHZAo+V V716DzLdw/VA4r0+STMMqZaGVZpbIc3LjP/OBrQmLqVIl4nSEtvCrYes/ZtgHlj7 Q+/cBK/ZvFRryu/LiXBVOuLqAo+4soJnTeRGffaCetrM2Y5bv/xuaE/1kyZ/eDc/ yfiQtOf1krLnxnSvBrXK3Nf+NG2w2UtxNM7l9BZQnJlxxmLRVoBqBeTXx3+6dZPQ KX+JqnV87PiV39IoZwxhjL5etuzFpOxgkXnQ21568rnzHiTOet3K+hsOyz/nc0Nh nFDbr/2+3fZ2b80odo+DV4B12/Y0kuey1Crshd97b/xc1wdTGhUjCAuxJNJ5qmUR fnrtqOO8mC0AedoF/6kwKN3xfJN9b9/ZeRvXyBlCpBqepHeppmwsFGPOkOiPzTyO JP1xlWE29CzVDKBWOyVpdlCBomDDEDBcbSjk95mGG5ZjeqQ9pl8P2hiX7RHdYrPB uY6Mf4M6Uhfwg0zb9dCxTR5mTitTrInaHp6ns/YKxKr7LX9hghFnkVmW4aFaqZV8 /Kt49U2SNDhqesxHMT8AVRrawQAofvhnULSNdJZaw19WgLEuo9+NO7Q/OgFKnkSf gyN5LRCh9DtgjhylnhhzsE13FbtvDOR81j4qAT6m9ZL2prucE0am8sOy+R/TjFkE 26tsLSwuBZvK0l7KRzI7 =9knk -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 18:17:40 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7039A106566B for ; Thu, 3 Jun 2010 18:17:40 +0000 (UTC) (envelope-from jaculamodyun@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id E56248FC0C for ; Thu, 3 Jun 2010 18:17:39 +0000 (UTC) Received: by wwb22 with SMTP id 22so416026wwb.13 for ; Thu, 03 Jun 2010 11:17:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received:date :from:to:subject:message-id:mail-followup-to:references:mime-version :content-type:content-disposition:in-reply-to:x-disclaimer :x-operating-system:x-editor:x-face:user-agent; bh=RAWGCUy9TJsdBhcq6Ryenw6BBWJ+0+3aoCf61qcvwFs=; b=eAgRnNUS7E+Jr+Jx/gvO3SZwaXdJC8d4YWuiA83GibDN9frhTxfPuZ7OlMccmslhME vN8ZGodCOEz02GfWUPLQrZNGmrRtwGZjfmaaJU05ftUt1gtYAXpoDgJcJ0lquJ/d53Q6 ZJw6nCZx6+2nKI05oum3VV8WRhRYXbJU8bPgQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :x-disclaimer:x-operating-system:x-editor:x-face:user-agent; b=InFtaKNYeVc92MufljFzclu5JtYn7xorOoklm5M0v9fCQ/SSuw4SOnbDZblw0Z7gGh R9GeO+ifQWNnOBG6yu35ORXiH+Qi44AJ07NVugm8YJPTw3l3qbjHBadYavPwQSR65D6c iI9seXN36O5YzbK7kFqW24GutCpZy1XBQ7WBg= Received: by 10.227.151.142 with SMTP id c14mr9995025wbw.50.1275587332139; Thu, 03 Jun 2010 10:48:52 -0700 (PDT) Received: from splork.wirewater.yow (host229-85-dynamic.55-79-r.retail.telecomitalia.it [79.55.85.229]) by mx.google.com with ESMTPS id n31sm2577408wba.21.2010.06.03.10.48.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 03 Jun 2010 10:48:50 -0700 (PDT) Sender: Jacula Modyun Received: from localhost.wirewater.yow [127.0.0.1] by splork.wirewater.yow (Sendmail: 8.14.3/8.14.3) with ESMTP id o53HmlpB039903 ;Thu, 3 Jun 2010 17:48:47 GMT Received: by splork.wirewater.yow (Sendmail: 8.14.3/8.14.3/Submit) id o53HmlSQ039902 ; Thu, 3 Jun 2010 17:48:47 GMT Date: Thu, 3 Jun 2010 17:48:46 +0000 From: Jacula Modyun To: freebsd-ports@FreeBSD.org, freebsd-haskell@haskell.org, ports@FreeBSD.org Message-ID: <4c07eb02.5f10e30a.0ac7.203a@mx.google.com> Mail-Followup-To: freebsd-ports@freebsd.org, freebsd-haskell@haskell.org, ports@freebsd.org References: <4BFBDBC0.6040902@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <4BFBDBC0.6040902@FreeBSD.org> X-Disclaimer: Freebsd...you are my daemon! X-Operating-System: FreeBSD 7.1-PRERELEASE X-Editor: VIM - Vi IMproved 7.2 X-Face: ak5rwz4-aUa>hPFZlcg,bXxn.(TN}e9DGFrKU\.i_'B[&5=pAd9o"j)5VSUYW:BRQG#^ 42Ev$Il|;Ztn=, C User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: Renamed Haskell Applications X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 18:17:40 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, May 25, 2010 at 04:16:32PM +0200, Gabor Pali wrote: > Please send "+1" or "-1" depending on whether you support or object this > change. Thank you! +1 ------------------------------- http://www.jaculamodyun.net http://people.freebsd.org/~jacula/ --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJMB+r9AAoJENlCXyCLn0uLj20QAJ4FHINX7oTTzQQTMlHZAo+V V716DzLdw/VA4r0+STMMqZaGVZpbIc3LjP/OBrQmLqVIl4nSEtvCrYes/ZtgHlj7 Q+/cBK/ZvFRryu/LiXBVOuLqAo+4soJnTeRGffaCetrM2Y5bv/xuaE/1kyZ/eDc/ yfiQtOf1krLnxnSvBrXK3Nf+NG2w2UtxNM7l9BZQnJlxxmLRVoBqBeTXx3+6dZPQ KX+JqnV87PiV39IoZwxhjL5etuzFpOxgkXnQ21568rnzHiTOet3K+hsOyz/nc0Nh nFDbr/2+3fZ2b80odo+DV4B12/Y0kuey1Crshd97b/xc1wdTGhUjCAuxJNJ5qmUR fnrtqOO8mC0AedoF/6kwKN3xfJN9b9/ZeRvXyBlCpBqepHeppmwsFGPOkOiPzTyO JP1xlWE29CzVDKBWOyVpdlCBomDDEDBcbSjk95mGG5ZjeqQ9pl8P2hiX7RHdYrPB uY6Mf4M6Uhfwg0zb9dCxTR5mTitTrInaHp6ns/YKxKr7LX9hghFnkVmW4aFaqZV8 /Kt49U2SNDhqesxHMT8AVRrawQAofvhnULSNdJZaw19WgLEuo9+NO7Q/OgFKnkSf gyN5LRCh9DtgjhylnhhzsE13FbtvDOR81j4qAT6m9ZL2prucE0am8sOy+R/TjFkE 26tsLSwuBZvK0l7KRzI7 =9knk -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 18:29:04 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DDEA1065673 for ; Thu, 3 Jun 2010 18:29:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 01CF28FC17 for ; Thu, 3 Jun 2010 18:29:03 +0000 (UTC) Received: (qmail 16489 invoked by uid 399); 3 Jun 2010 18:29:03 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Jun 2010 18:29:03 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C07F46D.2040205@FreeBSD.org> Date: Thu, 03 Jun 2010 11:29:01 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100603113023.GA99400@nagual.pp.ru> <4C07A268.605@gmx.de> In-Reply-To: <4C07A268.605@gmx.de> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 18:29:04 -0000 On 06/03/10 05:39, Matthias Andree wrote: > Am 03.06.2010 13:30, schrieb Andrey Chernov: > >> security/libksba >> security/libgcrypt >> (they use libgpg-error) So libgpg-error needs to be bumped, but why do things that don't like directly with gettext need it? One of the major benefits of shared libraries is to avoid pointless recompiling. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 19:00:21 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54770106566B; Thu, 3 Jun 2010 19:00:21 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B5E178FC0A; Thu, 3 Jun 2010 19:00:20 +0000 (UTC) Received: by fxm20 with SMTP id 20so53362fxm.13 for ; Thu, 03 Jun 2010 12:00:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=A06GVNIwsVsJ4/ZbI7CLR7X1zCJWbGmYJx345ZIs5g0=; b=gAHItDzTzrAJclqpvMNv5IY1uT2pMABkSg/sbln0m6g1TV/jnqQPzHCrsftKmRPT9D nMODYrXlQd7+whUJIE8eD5y3owRiCCqHO25vNmEOhwKFPPnZZN4NF3rccf1FNd6Q4gFa HV6lV8R+t3oB7EtTdSdtiK/YXhhccBZZfyvbw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=oS1Wu0G7JqhHEo8wgV1CMO4+2ndotf3syYP/OtdKvIO+StXiq44AeE19+MKyVl5lW8 Be1UFGf3c/dAf4zm2b1BvedATfpmZfYIgr42PpmrBTP64TKsYisIiGXWHPVlrsc+GPnP jo6BQ7EZ4IcrDY/9HS/HDxLdXQFSRSgR7sl1Q= MIME-Version: 1.0 Received: by 10.239.133.6 with SMTP id 6mr641712hbt.130.1275591619506; Thu, 03 Jun 2010 12:00:19 -0700 (PDT) Received: by 10.239.174.74 with HTTP; Thu, 3 Jun 2010 12:00:19 -0700 (PDT) Date: Thu, 3 Jun 2010 21:00:19 +0200 Message-ID: From: Torfinn Ingolfsen To: FreeBSD Ports ML , sylvio@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: gscan2pdf - saving hangs X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 19:00:21 -0000 Hello, gscan2pdf 0.9.30 hangs when I am trying to save a document. Scanning works. When started from a shell, here is the output: gscan2pdf 0.9.30 Startup LC_NUMERIC C [snapscan] Scanner warming up - waiting 15 seconds. (gscan2pdf:76879): GVFS-RemoteVolumeMonitor-WARNING **: remote volume monitor with dbus name org.gtk.Private.HalVolumeMonitor is not supported (gscan2pdf:76879): GVFS-RemoteVolumeMonitor-WARNING **: remote volume monitor with dbus name org.gtk.Private.GPhoto2VolumeMonitor is not supported Note: this is without hald running (the way I normally run my workstation). With hald running, the output is like this: tingo@kg-v2$ gscan2pdf gscan2pdf 0.9.30 Startup LC_NUMERIC C And here is the partial output from 'gcan2pdf --debug' (with hald running): Running sane_start for SANE_Handle 15203456 Getting parameters for SANE_Handle 15203456 gscan2pdf: scanning image of size 2480x3507 pixels at 24 bits/pixel gscan2pdf: acquiring RGB frame gscan2pdf: min/max graylevel value = 21/255 gscan2pdf: read 26092080 bytes in total Scanned page /tmp/H3m0OSoUmg/out1.pnm. (scanner status = 5) importing scan with resolution=300 Format is P6 Header is 37 Header suggests 26092117 Expecting 26092117, found 26092117 Importing /tmp/H3m0OSoUmg/out1.pnm, format Portable anymap Added /tmp/H3m0OSoUmg/ckocqVTI8S.pnm at page 1 with resolution 300 As you can see, there is no output after scanning finishes. And after I press "save", the gui hangs and must be killed. Notes: - selecting a different format (for example jpeg) instead of PDF when saving doesn't change anything Any ideas on what I can do to fix it? -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 20:02:07 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9996F106564A for ; Thu, 3 Jun 2010 20:02:07 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from cell.p6m7g8.net (static-71-178-236-107.washdc.fios.verizon.net [71.178.236.107]) by mx1.freebsd.org (Postfix) with ESMTP id 397CB8FC0A for ; Thu, 3 Jun 2010 20:02:06 +0000 (UTC) Received: from philip.hq.rws (wsip-174-79-184-239.dc.dc.cox.net [174.79.184.239]) (authenticated bits=0) by cell.p6m7g8.net (8.14.4/8.14.3) with ESMTP id o53JRLrI026920 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO); Thu, 3 Jun 2010 19:27:22 GMT (envelope-from pgollucci@p6m7g8.com) Message-ID: <4C080214.7070803@p6m7g8.com> Date: Thu, 03 Jun 2010 19:27:16 +0000 From: "Philip M. Gollucci" Organization: P6M7G8 Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100220 Thunderbird/3.0.1 MIME-Version: 1.0 To: jhell References: <4C07A269.9060908@dataix.net> In-Reply-To: <4C07A269.9060908@dataix.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,RDNS_DYNAMIC autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on cell.p6m7g8.net Cc: FreeBSD Ports Subject: Re: ap22-mod_perl2-* WTH! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 20:02:07 -0000 On 06/03/10 12:39, jhell wrote: > > I did not install a package named ap22-mod_perl2, I installed mod_perl2 > from ports!. So when looking for this package to check its status with > pkg_info -g mod_perl2-\* > > I get! > can't find package 'mod_perl2-*' installed or in a file! > > So needless to say (ls /var/db/pkg/ |grep mod_perl) to double check > revealed the subject line. > > Can the person responsible for this change either back this out or come > up with a better solution? using PKGNAMEPREFIX along with some conjured > up APACHE_PKGNAMEPREFIX in ports/Mk/bsd.apache.mk does not seem like a > viable solution to anything common to today problems. No, it does solve issues and was requeste several times. It also matches other ports/ tree things that do this. At least one of which is that you can build mod_perl2 with both www/apache20 and www/apache22. You might even have half a chance of knowing which one you are installing too when you do a pkg_add. > Maybe just copying the compile time options from var/db/ports/ if they > exist to the packaging directory would be a better idea than > > apr-ipv6-devrandom-gdbm-db42-ndbm-mysql51-pgsql84-sqlite3-1.4.2.1.3.9_1 No, this is so CONFLICTS in Makefiles can work. Several shared libraries in ports/ do this. > machine it was compiled for i386 i486 i586 etc... etc.. etc. The package already goes in an /$arch/ dir so thats not so usefule. Sorry we agree to disagree. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 21:36:03 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59A4A106564A; Thu, 3 Jun 2010 21:36:03 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AA6D48FC15; Thu, 3 Jun 2010 21:36:01 +0000 (UTC) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.4/8.14.4) with ESMTP id o53LHDXh094106; Fri, 4 Jun 2010 01:17:13 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1275599834; bh=lwsVVrWt9ON472wbRwPZXT1q/0JnEwN8LcJYYiPZZmw=; l=939; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=qptHAqWOLrit4RNZQXzDV1p54QY7YoGb8yTnCIb/+2wnPqCTN6YKim0JSijaxYZHw kRKcBfTrVs+dMkGgLWXcf6IdqRsyqhal2WWDB8xBO7bfCwL2IulM6Guk0wC7/CR3dg cQiYZTx9jWe8beDKQi2T1T2/IbiEcQonZbuoQAbU= Received: (from ache@localhost) by nagual.pp.ru (8.14.4/8.14.4/Submit) id o53LHDWY094105; Fri, 4 Jun 2010 01:17:13 +0400 (MSD) (envelope-from ache) Date: Fri, 4 Jun 2010 01:17:12 +0400 From: Andrey Chernov To: Doug Barton Message-ID: <20100603211712.GA93843@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Doug Barton , freebsd-ports@FreeBSD.ORG References: <20100603113023.GA99400@nagual.pp.ru> <4C07A268.605@gmx.de> <4C07F46D.2040205@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C07F46D.2040205@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@FreeBSD.ORG Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 21:36:03 -0000 On Thu, Jun 03, 2010 at 11:29:01AM -0700, Doug Barton wrote: > On 06/03/10 05:39, Matthias Andree wrote: > > Am 03.06.2010 13:30, schrieb Andrey Chernov: > > > >> security/libksba > >> security/libgcrypt > >> (they use libgpg-error) > > So libgpg-error needs to be bumped, but why do things that don't like > directly with gettext need it? One of the major benefits of shared > libraries is to avoid pointless recompiling. libgpg-error is bumped already. But those libraries are linked to the old libintl comes from libgpg-error (if they are not recompiled by hand), so f.e. building of gnupg fails. See how they was linked: /usr/local/lib/libgcrypt.so.16: libgpg-error.so.0 => /usr/local/lib/libgpg-error.so.0 (0x28221000) libintl.so.8 => not found (0x0) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x2822e000) libc.so.7 => /lib/libc.so.7 (0x2808f000) -- http://ache.pp.ru/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 3 21:39:12 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 998F51065674 for ; Thu, 3 Jun 2010 21:39:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 294098FC1E for ; Thu, 3 Jun 2010 21:39:11 +0000 (UTC) Received: (qmail 6090 invoked by uid 399); 3 Jun 2010 21:39:10 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Jun 2010 21:39:10 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C0820FD.4080104@FreeBSD.org> Date: Thu, 03 Jun 2010 14:39:09 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Andrey Chernov , freebsd-ports@FreeBSD.ORG References: <20100603113023.GA99400@nagual.pp.ru> <4C07A268.605@gmx.de> <4C07F46D.2040205@FreeBSD.org> <20100603211712.GA93843@nagual.pp.ru> In-Reply-To: <20100603211712.GA93843@nagual.pp.ru> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 21:39:12 -0000 On 06/03/10 14:17, Andrey Chernov wrote: > On Thu, Jun 03, 2010 at 11:29:01AM -0700, Doug Barton wrote: >> On 06/03/10 05:39, Matthias Andree wrote: >>> Am 03.06.2010 13:30, schrieb Andrey Chernov: >>> >>>> security/libksba >>>> security/libgcrypt >>>> (they use libgpg-error) >> >> So libgpg-error needs to be bumped, but why do things that don't like >> directly with gettext need it? One of the major benefits of shared >> libraries is to avoid pointless recompiling. > > libgpg-error is bumped already. But those libraries are linked to the old > libintl comes from libgpg-error If they are linked against the old libintl then yes, they need to be bumped ... where they got the linkage from is not relevant. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 00:30:13 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 784221065670 for ; Fri, 4 Jun 2010 00:30:13 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 386568FC14 for ; Fri, 4 Jun 2010 00:30:12 +0000 (UTC) Received: by iwn5 with SMTP id 5so645112iwn.13 for ; Thu, 03 Jun 2010 17:30:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=vnjJXiUXFN9ElZO3Vol67h5hL1/sc/f2LlLNX9tUYmc=; b=Wek1mupPA++xUJTCESYgRwcOPvBulob9j2LPe7EjjrrMPzb4p1tKSiwpaSVLUnTAIw ppY+w97FPdPRQ6w5a0U4/aTJFuZ70hw2mjco/BRPO8Agcu1xJ4YqgTE/kzsCMUBm/S6W 3LYNakBj+VXL1sn7DaQbKOtiptltPb3SFoh0E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=fczzcPnNeSpjuqBHSBER8SXS+5c+076ZnzqwDc+1zN7BxGKS9jtGNupi+wV23N+AGq mmhnFyKYVw6reHXh5UOU7oDnl9rJuDhdSGlvyDUIdW6VDDFm3yv8/NbVxSdewonQcNGC 5Sv96/Ecay89snEd6gOjGSjcHhps/ABnEncZY= Received: by 10.231.155.131 with SMTP id s3mr13035216ibw.2.1275611411839; Thu, 03 Jun 2010 17:30:11 -0700 (PDT) Received: from centel.dataix.local (adsl-99-181-128-180.dsl.klmzmi.sbcglobal.net [99.181.128.180]) by mx.google.com with ESMTPS id f1sm2582887ibg.15.2010.06.03.17.30.10 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Jun 2010 17:30:10 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C084910.30803@dataix.net> Date: Thu, 03 Jun 2010 20:30:08 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100515 Thunderbird MIME-Version: 1.0 To: "Philip M. Gollucci" References: <4C07A269.9060908@dataix.net> <4C080214.7070803@p6m7g8.com> In-Reply-To: <4C080214.7070803@p6m7g8.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Subject: Re: ap22-mod_perl2-* WTH! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 00:30:13 -0000 On 06/03/2010 15:27, Philip M. Gollucci wrote: > On 06/03/10 12:39, jhell wrote: >> >> I did not install a package named ap22-mod_perl2, I installed mod_perl2 >> from ports!. So when looking for this package to check its status with >> pkg_info -g mod_perl2-\* >> >> I get! >> can't find package 'mod_perl2-*' installed or in a file! >> >> So needless to say (ls /var/db/pkg/ |grep mod_perl) to double check >> revealed the subject line. >> >> Can the person responsible for this change either back this out or come >> up with a better solution? using PKGNAMEPREFIX along with some conjured >> up APACHE_PKGNAMEPREFIX in ports/Mk/bsd.apache.mk does not seem like a >> viable solution to anything common to today problems. : No, it does solve issues and was requeste several times. It also : matches other ports/ tree things that do this. At least one of which is : that you can build mod_perl2 with both www/apache20 and www/apache22. : You might even have half a chance of knowing which one you are : installing too when you do a pkg_add. In what case will this actually happen ? bot apache20 and apache22 list each other as a CONFLICT... If this is a case for a jail(1) type environment then were going to start adjusting package names where these instances are few to none ? Maybe a better compromise would be to come up with a better solution for those few edge cases rather than adjust the package name for the many. Maybe a define that local to only that Makefile ? that when set adjusts the package name per the users request rather than making the assumption that everyone is going to do this... >> Maybe just copying the compile time options from var/db/ports/ if they >> exist to the packaging directory would be a better idea than >> >> apr-ipv6-devrandom-gdbm-db42-ndbm-mysql51-pgsql84-sqlite3-1.4.2.1.3.9_1 > No, this is so CONFLICTS in Makefiles can work. Several shared > libraries in ports/ do this. > >> machine it was compiled for i386 i486 i586 etc... etc.. etc. > The package already goes in an /$arch/ dir so thats not so usefule. > > Sorry we agree to disagree. > -- jhell From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 05:30:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80E9C1065675 for ; Fri, 4 Jun 2010 05:30:12 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA2D8FC13 for ; Fri, 4 Jun 2010 05:30:12 +0000 (UTC) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by tiktik.epipe.com (8.14.3/8.14.3) with ESMTP id o545U86n018037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Jun 2010 05:30:09 GMT (envelope-from snabb@epipe.com) X-DKIM: Sendmail DKIM Filter v2.8.3 tiktik.epipe.com o545U86n018037 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=epipe.com; s=default; t=1275629409; x=1276234209; bh=Oat+KLjwC71Vzm8S5HInEsCp7/kGJQ9ciaHzVtybX7E=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=aUIIVzLbKjOhZRYrMDSxUG1us9zMdDm4U02PeCHMI4MvIqN/HILKPA0Z02ImifmtX 6MYhEHs3ioIqrwT5ygN2fD4YtmaxGrOjd+WZjo5z//7gwIK22SATLHqzeslh0R5ei+ ccPGm8Jhm6BO/6/TmhulwlBK20GNkymSxtWroo1M= Date: Fri, 4 Jun 2010 05:30:03 +0000 (UTC) From: Janne Snabb To: Dmitry Marakasov In-Reply-To: <20100602192000.GE21354@hades.panopticon> Message-ID: References: <20100602192000.GE21354@hades.panopticon> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (tiktik.epipe.com [IPv6:2001:470:8940:10::1]); Fri, 04 Jun 2010 05:30:09 +0000 (UTC) Cc: freebsd-ports@freebsd.org Subject: Re: Building ports with stack-protector X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 05:30:12 -0000 On Wed, 2 Jun 2010, Dmitry Marakasov wrote: > I'd perfer variables to be named and to work similarily to existing > MAKE_JOBS framework. Me too. Makes sense. The variable names in my original example were intended for illustrative purposes only. > AFAIR there was certain performance penalty with stack-protector, I think the penalty is small enough. I would assume that someone has already made an evaluation on this before turning it on in "make buildworld". I was earlier trying to search for a discussion on it, but I did not find it on the public mailing lists. Maybe it is somewhere. > It may be implemented by mere copypasting MAKE_JOBS implementation, > like this: http://people.freebsd.org/~amdmi3/stack-protector.patch It looks good to me. Simple enough. It would be nice to see this committed. > Also note, that unlike MAKE_JOBS (for which build failures are > non-deterministic), this can probably be tested with a single exp-run > and all ports marked with STACK_PROTECTOR_{UN,}SAFE. If that's > considered useful enough as well. STACK_PROTECTOR_UNSAFE could be automatically added in many cases where it is needed (if either the port itself or if something that depends on it fails). But based on my experience, STACK_PROTECTOR_SAFE should not be added based on a mere build check. I remember that some ports built fine but the resulting binaries would not work for various reasons when I did my CFLAGS+=-fstack-protector experiment a couple of months ago. Unfortunately at that time I did not keep a record of which ports were problematic (and I built && tested only a small subset of ports which were the most relevant to myself, most of them being network facing server programs). IMHO there should be some sort of human testing effort to mark ports STACK_PROTECTOR_SAFE, to which I could certainly contribute. One question is: does it make sense to send-pr this information for each port, or should the testing results be communicated through some alternative channel so that the gnats will not be overwhelmed by PRs related to this (the total number of ports is quite high). Before starting human testing for STACK_PROTECTOR_SAFE an automatic test and flagging for STACK_PROTECTOR_UNSAFE is needed. Otherwise too much of the testing effort goes to marking UNSAFEs which can be easily determined with an automated test. -- Janne Snabb / EPIPE Communications snabb@epipe.com - http://epipe.com/ From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 07:21:11 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AE62106566B; Fri, 4 Jun 2010 07:21:11 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id D63538FC17; Fri, 4 Jun 2010 07:21:10 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2F940.dip.t-dialin.net [217.226.249.64]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id CDAD184405B; Fri, 4 Jun 2010 09:21:03 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id F151C5174; Fri, 4 Jun 2010 09:21:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1275636061; bh=1j+cDk7tIM7mPzxLR/PK4OFleoxbXCFG3D3pTcej1Bk=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=3EBxLc8PNbauaXPFPL1k3Mn6U5WM/conB05A4XGtq4EU04x1iR8e5QV2ceZJ8pq3J aVu7nH940aiQOTmXGNMPT2oJXsClfENCoitNORGduccSyBHB39bbMEf3eK6PhfcrND aMUICglSUwNoDNInSco2RWokhocwXXO7rTzWYLswmKZB/f0X47oL96yjFrt7131lns WtJf40exHuaaSu4s9HzhesfznnI9fAvVRGxFdaetMhlVZEEQSdmlk8ZgjbbyK0+7GC KcOiYa+6au9LLNInuQnmZMLA1AlnbeE5CK4cuX52SEo152vBShCL0Xlck7x0bao+S+ Wa9XRnKqSnqjQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o547L0li069690; Fri, 4 Jun 2010 09:21:00 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 04 Jun 2010 09:21:00 +0200 Message-ID: <20100604092100.13216a8vsu4bb50k@webmail.leidinger.net> Date: Fri, 04 Jun 2010 09:21:00 +0200 From: Alexander Leidinger To: Doug Barton References: <20100603113023.GA99400@nagual.pp.ru> <4C07A268.605@gmx.de> <4C07F46D.2040205@FreeBSD.org> In-Reply-To: <4C07F46D.2040205@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: CDAD184405B.A7BF1 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1276240867.57195@NMht+wzlh7iMy3PZ5EohOA X-EBL-Spam-Status: No Cc: freebsd-ports@FreeBSD.org Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 07:21:11 -0000 Quoting Doug Barton (from Thu, 03 Jun 2010 11:29:01 -0700): > On 06/03/10 05:39, Matthias Andree wrote: >> Am 03.06.2010 13:30, schrieb Andrey Chernov: >> >>> security/libksba >>> security/libgcrypt >>> (they use libgpg-error) > > So libgpg-error needs to be bumped, but why do things that don't > like directly with gettext need it? One of the major benefits of > shared libraries is to avoid pointless recompiling. The reason (for those interested) is explained here: http://www.leidinger.net/blog/2010/06/03/direct-indirect-and-explicit-dependencies-in-progamsports/ Bye, Alexander. -- A musical reviewer admitted he always praised the first show of a new theatrical season. "Who am I to stone the first cast?" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 07:27:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8E91106567E for ; Fri, 4 Jun 2010 07:27:06 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 70B8B8FC1A for ; Fri, 4 Jun 2010 07:27:06 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1OKRJ3-0006BP-Rf for freebsd-ports@freebsd.org; Fri, 04 Jun 2010 00:27:05 -0700 Message-ID: <28776566.post@talk.nabble.com> Date: Fri, 4 Jun 2010 00:27:05 -0700 (PDT) From: Pavel Timofeev To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: timp87@gmail.com Subject: dependencies of net-mgmt/net-snmp X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 07:27:06 -0000 I did that just now. [root@matrix ~]# uname -a FreeBSD matrix.xx.ru 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #0: Thu May 27 12:41:48 MSD 2010 iofe@matrix.xxx.ru:/usr/obj/usr/src/sys/MATRIX i386 [root@matrix ~]# portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found. Fetching snapshot tag from portsnap6.freebsd.org... done. Latest snapshot on server matches what we already have. No updates needed. Ports tree is already up to date. [root@matrix ~]# make -C /usr/ports/net-mgmt/net-snmp config Options for net-snmp 5.5 [ ] IPV6 Build with IPv6 support [ ] MFD_REWRITES Build with 64-bit Interface Counters [X] PERL Install additional perl modules [X] PERL_EMBEDDED Build embedded perl [X] DUMMY Enable dummy values as placeholders [ ] DMALLOC Enable dmalloc debug memory allocator [root@matrix ~]# make -C /usr/ports/net-mgmt/net-snmp missing x11-toolkits/p5-Tk x11/libX11 x11/libxcb devel/xorg-macros x11/bigreqsproto x11/xcmiscproto x11/xextproto x11/xtrans x11/kbproto x11/inputproto x11-fonts/xf86bigfontproto x11/libXau x11/libXdmcp x11/xproto devel/automake110 devel/libcheck textproc/libxslt x11/xcb-proto devel/libpthread-stubs lang/python26 security/libgcrypt security/libgpg-error Any comments? -- View this message in context: http://old.nabble.com/dependencies-of-net-mgmt-net-snmp-tp28776566p28776566.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 09:20:50 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31AA61065678 for ; Fri, 4 Jun 2010 09:20:50 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD2718FC23 for ; Fri, 4 Jun 2010 09:20:49 +0000 (UTC) Received: by wyf28 with SMTP id 28so949206wyf.13 for ; Fri, 04 Jun 2010 02:20:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=bJj5BoX+Mejgl9fc8Y+rV0UAfmI/L28F/jzFroa1hVk=; b=t+wAd17Na7orlwMW4YluVe6vPiXHVqndMOErEiZe35lwgQXgZGyvMXJSFB5xvHVRo8 kBkqxIwlyXX8X6hQKV2ZbygV0OfDN7amhGRTDzEob1O/MPYcqMr1YDBCkaT/vldqHzGe 3cqhgBMIhb9xMp/OAuGoMMFs+ye8YdW+yJLpk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=bEs3URuvtillA2EqPutHvTSzVMKJwqUCg4SmuMeXNDC3JJ91MxQPQdxRgtztUlvX9C RsKsviz4Ii/hZtmdcCjvaYxZ+BcvLWgUgBmBWHQk3UYr0vkGlADScdkVgK1TNHq72mGU 2soME2NGvL6dREH/ER4YyuzKA6EeyROVNpxSA= MIME-Version: 1.0 Received: by 10.227.138.18 with SMTP id y18mr10345820wbt.198.1275643248486; Fri, 04 Jun 2010 02:20:48 -0700 (PDT) Received: by 10.216.183.5 with HTTP; Fri, 4 Jun 2010 02:20:48 -0700 (PDT) Date: Fri, 4 Jun 2010 09:20:48 +0000 Message-ID: From: "b. f." To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@FreeBSD.org Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 09:20:50 -0000 Alexander Leidinger wrote: >Quoting Doug Barton (from Thu, 03 Jun 2010 11:29:01 -0700): > >> On 06/03/10 05:39, Matthias Andree wrote: >>> Am 03.06.2010 13:30, schrieb Andrey Chernov: >>> >>>> security/libksba >>>> security/libgcrypt >>>> (they use libgpg-error) >> >> So libgpg-error needs to be bumped, but why do things that don't >> like directly with gettext need it? One of the major benefits of >> shared libraries is to avoid pointless recompiling. > >The reason (for those interested) is explained here: http://www.leidinger.net/blog/2010/06/03/direct-indirect-and-explicit-dependencies-in-progamsports/ Just for the record, the useful ports/Tools/scripts/explicit_lib_depends.sh, described and used in your link above, may _not_ find libraries that: -- are needed, but were intended to be statically linked; -- are needed, but loaded via dlopen(3) and friends (this is noted in a comment in ports/Tools/scripts/neededlibs.sh ); -- are needed, and dynamically linked in the usual way, but are not referenced in any ELF DT_NEEDED tags. These tags are optional, not mandatory, in the System V ABI, and they can be missing for a number of reasons. They may not be present in a pre-compiled binary. Or, for example. because some ports make shared libraries by converting static archives into shared libraries with the linker, the tags can sometimes be missing for those libraries. Also, some ports use a version of gcc4* wired to devel/binutils, but then directly invoke some portion of the older base system binutils. I've seen this lead to missing tags in the past. b. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 10:44:07 2010 Return-Path: Delivered-To: ports@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA7C1065675 for ; Fri, 4 Jun 2010 10:44:07 +0000 (UTC) (envelope-from paul@ifdnrg.com) Received: from ifdnrg20.ifdnrg.com (outbound.ifdnrg.com [195.66.148.241]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE798FC15 for ; Fri, 4 Jun 2010 10:44:07 +0000 (UTC) Received: from [192.168.1.75] (93-97-172-73.zone5.bethere.co.uk [93.97.172.73]) (authenticated bits=0) by ifdnrg20.ifdnrg.com (8.14.4/8.14.3) with ESMTP id o54Ai44G085865 for ; Fri, 4 Jun 2010 11:44:05 +0100 (BST) (envelope-from paul@ifdnrg.com) Message-ID: <4C08D8F6.3060807@ifdnrg.com> Date: Fri, 04 Jun 2010 11:44:06 +0100 From: Paul Macdonald User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: ports@FreeBSD.ORG References: <20100603113023.GA99400@nagual.pp.ru> In-Reply-To: <20100603113023.GA99400@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 10:44:08 -0000 After portupgrade -rf gettext which seemed to go fine i noticed an issue with logrotate. /usr/local/sbin/logrotate /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "libpopt.so.0" on a clean rebuild: /usr/bin/ld: warning: libintl.so.8, needed by /usr/local/lib/libpopt.so, not found (try using -rpath or -rpath-link) /usr/local/lib/libpopt.so: undefined reference to `libintl_dgettext' /usr/local/lib/libpopt.so: undefined reference to `libintl_bind_textdomain_codeset' /usr/local/lib/libpopt.so: undefined reference to `libintl_textdomain' (i have /usr/local/lib/libintl.so.8) What do i do here? thanks Paul. On 03/06/2010 12:30, Andrey Chernov wrote: > On Thu, Jun 03, 2010 at 02:44:42AM -0700, Ade Lovett wrote: > >> FYI, devel/gettext, by the time you read this, assuming mirrors are up to date, will have jumped from 0.18 to 0.18_1. >> >> Fear not, there is no need to do a massive rebuild, merely update (or forcibly update), and a whole bunch of issues with the port in an upgrading environment will go away. >> > BTW, just found more ports needs to be bumped due to gettext: > > mail/mutt-devel > > security/libksba > security/libgcrypt > (they use libgpg-error) > > -- ------------------------- Paul Macdonald IFDNRG Ltd Web and video hosting ------------------------- t: 0131 5548070 m: 07534206249 e: paul@ifdnrg.com w: http://www.ifdnrg.com ------------------------- IFDNRG 40 Maritime Street Edinburgh EH6 6SA ------------------------- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 11:23:53 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 465E01065670 for ; Fri, 4 Jun 2010 11:23:53 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 20A578FC1A for ; Fri, 4 Jun 2010 11:23:51 +0000 (UTC) Received: by wwb22 with SMTP id 22so1079795wwb.13 for ; Fri, 04 Jun 2010 04:23:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=eeldEULW8GiH2Dh6l+biUguZ4hyKfzXHTZzI5nOFN1M=; b=jGYOlWe1FWhVhIrAcdaWZx4cjmNbV8oRQbdw6r8q5nVTpR1Sa0bvxdQgBWqOpEqyXv bH3aUkevUHucSfn6kKkv2AEfbFwUZjGEELqZ8LNvG5p1okezbd5NbJm7imfAxD3OCIw7 26KaeXeWUhfxCvuODsAlg39rQFhmmJt0MpjeI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=ZgQE2wNpCjOWSlNJ317p3TuE2PTYxgWsE2mfOfDdUw5iOn2O/qJEYXkkC6BCS3bm/h WlnmUFnL2sIJwiPatlCiTVG+//uRCufxNExsC1g66FRTNgHwuGF2NAMCVkf9CgzOYIP5 NgLol0mIWcdF0mVQITNtUa7A+x7PQRjqYOw6Y= MIME-Version: 1.0 Received: by 10.227.129.7 with SMTP id m7mr10462060wbs.137.1275650630757; Fri, 04 Jun 2010 04:23:50 -0700 (PDT) Received: by 10.216.183.5 with HTTP; Fri, 4 Jun 2010 04:23:50 -0700 (PDT) Date: Fri, 4 Jun 2010 11:23:50 +0000 Message-ID: From: "b. f." To: Paul Macdonald Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@FreeBSD.org Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 11:23:53 -0000 >After portupgrade -rf gettext which seemed to go fine i noticed an issue >with logrotate. > >/usr/local/sbin/logrotate >/libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required >by "libpopt.so.0" > >on a clean rebuild: > >/usr/bin/ld: warning: libintl.so.8, needed by /usr/local/lib/libpopt.so, >not found (try using -rpath or -rpath-link) >/usr/local/lib/libpopt.so: undefined reference to `libintl_dgettext' >/usr/local/lib/libpopt.so: undefined reference to >`libintl_bind_textdomain_codeset' >/usr/local/lib/libpopt.so: undefined reference to `libintl_textdomain' > >(i have /usr/local/lib/libintl.so.8) > >What do i do here? The problem is actually with the dependency devel/popt. The new devel/gettext uses libintl.so.9, so it looks like something was not properly updated. Update your ports tree, to make sure you have the latest gettext-related fixes, and try again. And if I were you, I would use 'portupgrade -fuvr gettext' to clean out the old shared libraries and force rebuilds. It may take a little longer, though. Assuming that at least part of your first update attempt was successful, you could avoid another sweeping update by just looking at ports that are still mistakenly linked to the old gettext libraries, like libintl.so.8, and then just update those ports and their direct dependencies, but that could also take time, and requires a little knowledge. It is probably just safer to to perform the whole update again. b. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 10:43:10 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E05A6106566C for ; Fri, 4 Jun 2010 10:43:10 +0000 (UTC) (envelope-from trichter@dotcom.ts.it) Received: from mail.dotcom.ts.it (89-96-242-204.ip14.fastwebnet.it [89.96.242.204]) by mx1.freebsd.org (Postfix) with SMTP id 287228FC12 for ; Fri, 4 Jun 2010 10:43:09 +0000 (UTC) Received: (qmail 88672 invoked by uid 89); 4 Jun 2010 09:54:32 -0000 Received: by simscan 1.4.0 ppid: 88668, pid: 88670, t: 0.0127s scanners: clamav: 0.96/m:52/d:11070 Received: from unknown (HELO ?192.168.0.15?) (trichter@dotcom.ts.it@192.168.254.3) by mail.dotcom.ts.it with SMTP; 4 Jun 2010 09:54:32 -0000 Message-ID: <4C08CD57.3090504@dotcom.ts.it> Date: Fri, 04 Jun 2010 11:54:31 +0200 From: Tommaso Richter Organization: DOTCOM S.R.L. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4 MIME-Version: 1.0 To: timur@FreeBSD.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 04 Jun 2010 11:40:09 +0000 Cc: ports@FreeBSD.org Subject: FreeBSD Port: samba34-3.4.5_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 10:43:11 -0000 Hi, I read that samba3.4 includes some samba4's features. To enable this feature someone told me that i've to compile the source with the ' –enable-merged-build'. Does exist something like this in the port? or.... do you know something about the Windows Vista/7 policies management with samba3.4 and openldap. I know that with samba4 I can manage them like AD, and I hope that it could be done with samba3.4 too. Thank you. With rgards, -- Tommaso Richter ---------------------------- DotCom Information technology Via Trento, 16 34132 - Trieste (TS) Italy tel: +39 040 2158191 fax: +39 040 0641954 E-mail: trichter@dotcom.ts.it ---------------------------- Ai sensi del D.lgs n. 196 del 30.06.03 (Codice Privacy) si precisa che le informazioni contenute in questo messaggio sono riservate e ad uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, La preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie This message, for the D.lgs n. 196 / 30.06.03 (Privacy Code), may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 11:59:14 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3BD106567A for ; Fri, 4 Jun 2010 11:59:14 +0000 (UTC) (envelope-from paul@ifdnrg.com) Received: from ifdnrg20.ifdnrg.com (outbound.ifdnrg.com [195.66.148.241]) by mx1.freebsd.org (Postfix) with ESMTP id 85F518FC1C for ; Fri, 4 Jun 2010 11:59:13 +0000 (UTC) Received: from [192.168.1.75] (93-97-172-73.zone5.bethere.co.uk [93.97.172.73]) (authenticated bits=0) by ifdnrg20.ifdnrg.com (8.14.4/8.14.3) with ESMTP id o54BxCXM086494 for ; Fri, 4 Jun 2010 12:59:12 +0100 (BST) (envelope-from paul@ifdnrg.com) Message-ID: <4C08EA91.7050704@ifdnrg.com> Date: Fri, 04 Jun 2010 12:59:13 +0100 From: Paul Macdonald User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 CC: freebsd-ports@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 11:59:14 -0000 On 04/06/2010 12:23, b. f. wrote: >> After portupgrade -rf gettext which seemed to go fine i noticed an issue >> with logrotate. >> >> /usr/local/sbin/logrotate >> /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required >> by "libpopt.so.0" >> >> on a clean rebuild: >> >> /usr/bin/ld: warning: libintl.so.8, needed by /usr/local/lib/libpopt.so, >> not found (try using -rpath or -rpath-link) >> /usr/local/lib/libpopt.so: undefined reference to `libintl_dgettext' >> /usr/local/lib/libpopt.so: undefined reference to >> `libintl_bind_textdomain_codeset' >> /usr/local/lib/libpopt.so: undefined reference to `libintl_textdomain' >> >> (i have /usr/local/lib/libintl.so.8) >> >> What do i do here? >> > The problem is actually with the dependency devel/popt. The new > devel/gettext uses libintl.so.9, so it looks like something was not > properly updated. Update your ports tree, to make sure you have the > latest gettext-related fixes, and try again. And if I were you, I > would use 'portupgrade -fuvr gettext' to clean out the old shared > libraries and force rebuilds. It may take a little longer, though. > Assuming that at least part of your first update attempt was > successful, you could avoid another sweeping update by just looking at > ports that are still mistakenly linked to the old gettext libraries, > like libintl.so.8, and then just update those ports and their direct > dependencies, but that could also take time, and requires a little > knowledge. It is probably just safer to to perform the whole update > again. > > b. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > thanks for your response, rebuilding devel/popt and then rebuilding sysutils/logrotate worked I'd forgotten that i use portmaster not portupgrade on that box so had done portmaster -w -r gettext before the above rebuilds thanks! -- ------------------------- Paul Macdonald IFDNRG Ltd Web and video hosting ------------------------- t: 0131 5548070 m: 07534206249 e: paul@ifdnrg.com w: http://www.ifdnrg.com ------------------------- IFDNRG 40 Maritime Street Edinburgh EH6 6SA ------------------------- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 13:35:10 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13F2C106564A for ; Fri, 4 Jun 2010 13:35:10 +0000 (UTC) (envelope-from me@janh.de) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5998FC14 for ; Fri, 4 Jun 2010 13:35:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id A9C7F90518; Fri, 4 Jun 2010 15:35:07 +0200 (CEST) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xmmYEvHxrA4m; Fri, 4 Jun 2010 15:35:07 +0200 (CEST) Received: from pc861.math.uni-hamburg.de (pc861.math.uni-hamburg.de [134.100.222.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id 8389090507; Fri, 4 Jun 2010 15:35:07 +0200 (CEST) Message-ID: <4C09010A.7010906@janh.de> Date: Fri, 04 Jun 2010 15:35:06 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100514 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alexander Leidinger References: <4C04CAAA.7080001@janh.de> <20100603123728.GA1605@server.vk2pj.dyndns.org> <20100603150208.19603v4b90d4jeec@webmail.leidinger.net> In-Reply-To: <20100603150208.19603v4b90d4jeec@webmail.leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports-list freebsd Subject: Re: Direct or indirect libdependencies (using the libintl.so.8 case) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 13:35:10 -0000 On 01/-10/63 20:59, Alexander Leidinger wrote: > Quoting Peter Jeremy (from Thu, 3 Jun 2010 > 22:37:28 +1000): > >> On 2010-Jun-01 10:54:02 +0200, Jan Henrik Sylvester wrote: >>> Yesterday, I was chasing libintl.so.8, rebuilding all ports that got >>> bumped, checking with libchk for other libintl.so.8 dependencies, and >>> forcing a rebuild of all these packages: All but two of them had an >>> indirect dependency on devel/gettext (and I did email the maintainers of >>> devel/ccrtp and textproc/gsed linking without a dependency). >> >> This might be unrealistic but, IMHO, these "indirect dependencies" should >> not exist. IMHO, there should only be two situations: >> >> 1) Port X directly links against or dlopen's libY.so from port Y. >> >> In this case, port Y should be listed in LIB_DEPENDS or equivalent >> for port X and port X will need a portrevision bump and rebuild if >> the port Y ABI changes (eg a .so version bump) >> >> 2) Port X directly links against or dlopen's libZ.so and libZ.so pulls >> in libY.so from port Y. >> >> In this case, port X should not be directly accessing any symbols in >> libY.so. If the libY.so ABI changes, libZ.so will need to be rebuilt >> but unless the libZ.so ABI changes, there should be no need to rebuild >> port X. >> >> Are there any other situations that have to be considered? > > The problem is a little bit more complex if you have a look at the big > picture. > > Indirect dependencies get hardcoded into binaries in several cases(*1), > except you use a compiler switch which tells the compile-time-linker to > not record library dependencies when no symbols of those libs are > reference directly(*2). > > If you want to know which libs are linked into binaries of a port, I > suggest you have a look at my > /usr/ports/Tools/scripts/explicit_lib_depends.sh script (note that its > name starts with "explicit", not with "direct", this is on purpose as > those two descriptions have a different semantic which is important for > this discussion). > > (*1) Either by libtool as it does not has some hint enabled on FreeBSD, > or by pkg-config listing them directly even if the corresponding library > does not reference symbols of such a dependency in its API. > > (*2) This is used by some gnome ports (not all), and can not be enabled > globally, as some programs may depend upon this (e.g. when loading > plugins which are not linked correctly). Thanks for your reply and blog posting. With direct and indirect, I was refering to package dependencies and not library dependencies. I have checked one of the missing dependencies with explicit_lib_depends.sh, but it did not show up, because explicit_lib_depends.sh makes some assumptions upon were binaries reside that are not true in this case: %objdump -x /usr/local/share/examples/telepathy-qt4/call/.libs/call | grep NEEDED | grep intl NEEDED libintl.so.9 %pkg_info -W /usr/local/share/examples/telepathy-qt4/call/.libs/call /usr/local/share/examples/telepathy-qt4/call/.libs/call was installed by package telepathy-qt4-0.3.2 %/usr/ports/Tools/scripts/explicit_lib_depends.sh telepathy-qt4-0.3.2 WARNING: your libtool records dependencies recursively, you can not trust the following output. QtCore:${PORTSDIR}/devel/qt4-corelib QtDBus:${PORTSDIR}/devel/dbus-qt4 QtNetwork:${PORTSDIR}/net/qt4-network QtXml:${PORTSDIR}/textproc/qt4-xml USE_GNOME+= _glib20 (devel/glib20) USE_GNOME+= libxml2 (textproc/libxml2) gstinterfaces-0.10:${PORTSDIR}/multimedia/gstreamer-plugins gstreamer-0.10:${PORTSDIR}/multimedia/gstreamer telepathy-farsight:${PORTSDIR}/net-im/telepathy-farsight telepathy-glib:${PORTSDIR}/net-im/telepathy-glib Thus, explicit_lib_depends.sh cannot be relied upon what to rebuild, either -- it missed the same that libchk does. Anyhow, this does not matter at all to the main point I tried to raise: Should _all_ explicit and direct dependencies (to use your vocabulary) be accounted for in the LIBDEPENDS of a port? The LIBDEPENDS are used to bump PORTREVISIONs to trigger rebuilds. Not having all explicit and direct dependencies listed there, reduces the use of PORTREVISION bumps so much that their negative side effect (at least when they are not done at the same moment as the original commit) becomes dominant (people relying on libchk, bsdadminscripts, or the like are forced to rebuild ports that are already consistent). Peter seems to be of my opinion by what he said above, marcus@ did introduce USE_GETTEXT for many ports that already have indirect port dependencies, so I assume that he agrees, too. On the other hand, pav@ (who is among portmgr) seems to disagree (at least a year ago), as I stated in my first mail: http://lists.freebsd.org/pipermail/cvs-ports/2009-May/172173.html And he is not the only one with that opinion. Yes, the architecture of ports is insufficient for a good solution of any kind, but as long as there is not even an agreement, what LIBDEPENDS are supposed to contain, following port updates is harder than it should be, because of the different strategies used to bump shared libraries that affect many ports. Considering the few responses my posting got, either not many see the need to reach an agreement or the posing was not clear or not concise enough. (It is not the first time I tried to raise this issue.) Cheers, Jan Henrik From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 14:23:49 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D7831065675 for ; Fri, 4 Jun 2010 14:23:49 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 331AA8FC15 for ; Fri, 4 Jun 2010 14:23:48 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 04 Jun 2010 10:23:49 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id QUP79503; Fri, 4 Jun 2010 10:23:47 -0400 (EDT) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 04 Jun 2010 10:23:48 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19465.3187.4592.590016@jerusalem.litteratus.org> Date: Fri, 4 Jun 2010 10:23:47 -0400 To: ports@freebsd.org In-Reply-To: <19463.17167.302574.123622@jerusalem.litteratus.org> References: <19463.17167.302574.123622@jerusalem.litteratus.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Subject: upgrading gettext problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 14:23:49 -0000 Robert Huff writes: > Deleting and reinstalling converters/iconv does not fix this; > find says there is no "/usr/local/lib/libiconv.la". I'm an idiot. devel/iconv != devel/libiconv Profusely apologizing, Robert Huff From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 19:54:28 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9EC1106566B for ; Fri, 4 Jun 2010 19:54:28 +0000 (UTC) (envelope-from mrkotfw@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B3CC48FC14 for ; Fri, 4 Jun 2010 19:54:28 +0000 (UTC) Received: by iwn5 with SMTP id 5so1781357iwn.13 for ; Fri, 04 Jun 2010 12:54:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=YL0vHYzCnFVpcW2TdUSbGuVgtMuEgS3UKmks7Hb2G/A=; b=APlkeb2diNkzsHES8skNgBVORP35H5kpSoWlnWgbV/fA/CSLg1wgr4GwlXb2F6U2S+ b8K5Ol4LLgH5n57eDGDFm17GFGHD5QAzk7cNj7kJ80a8m71Awq/FNcBSIUh9UR71MMS6 lUQwR8NTTH57P7EFoxsDeCQpfXcpIwZs3bH2I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=A1MsT+8KYI0PVz0/r4avS8/x3TvgHGzFEjjvc3B9yUeEP/MzZBQXDiq4vLVX+Pmjxh B0X5zJv0Qbcq4MsOiex1MniwVKkHx5zN/1xFkw/ti2MjzQhSm+BwSJC2JD901VjLHtju msuQhJovPR7c7+hBqdj2D0z66LLHNTRPAL9RQ= Received: by 10.231.123.215 with SMTP id q23mr1262796ibr.190.1275679761443; Fri, 04 Jun 2010 12:29:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.141.35 with HTTP; Fri, 4 Jun 2010 12:29:01 -0700 (PDT) From: Israel Jacques Date: Fri, 4 Jun 2010 12:29:01 -0700 Message-ID: To: ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Issues with PORTSNAP(8) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 19:54:29 -0000 Hello everyone. I'm a bit confused as to why I am having this issue. Regardless of what I've searched for has suggested for me to do, I still cannot update my ports tree. Running the following causes issues (as root): # portsnap fetch extract portsnap: Invalid key fingerprint: 9b5feee6d69f170e3dd0a2c8e469ddbd64f13f978f2f3aede40c98633216c330 I've tried to check for an updated portsnap.conf file and the KEYPRINT value is the same. I've deleted all the contents within /var/db/portsnap. Is there anything else that I can do? Thanks, Israel From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 19:59:08 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 016711065675 for ; Fri, 4 Jun 2010 19:59:08 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC548FC1E for ; Fri, 4 Jun 2010 19:59:07 +0000 (UTC) Received: by wyf28 with SMTP id 28so1527573wyf.13 for ; Fri, 04 Jun 2010 12:59:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=9hdeqo4xm08lacs67JDYa8Y7IGH3Q+GMgrc+lMnLvj8=; b=ANrtYEC+o/kCIpnYI/EtGqwJIXvl7DVGNTQt7cvDRid6mgjIm13jYOqsai3rNCBgC6 WPxYXBMAgCb/3tGkUWIuk/DjXCbBj0P6XOlLxflK7OgWTCd15Do6Tm0le9/EgFl/luAN uljnkiy1q4WyL6PXcghvT1yBbiiPzDg25KXtk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=brdBTocKGeGDw3t1Pb6x1LI6pvwy6PZcuawMc4QiF7ECdExNmCh8c30ePuKLmHF9z3 nXWMcA0eGeZS/CTajzbW8LsvQyQdiiRzgcQ1LZQoRGxwoRN4L4RFvV+LAoqo98Yh2RbH Pd4CEmN2rI9MXNf8wwygC8F6pQZgFh8esbJRI= MIME-Version: 1.0 Received: by 10.216.85.74 with SMTP id t52mr1048946wee.99.1275681544214; Fri, 04 Jun 2010 12:59:04 -0700 (PDT) Received: by 10.216.183.5 with HTTP; Fri, 4 Jun 2010 12:59:03 -0700 (PDT) Date: Fri, 4 Jun 2010 19:59:03 +0000 Message-ID: From: "b. f." To: Jan Henrik Sylvester Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: Direct or indirect libdependencies (using the libintl.so.8 case) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 19:59:08 -0000 >Thus, explicit_lib_depends.sh cannot be relied upon what to rebuild, >either -- it missed the same that libchk does. Anyhow, this does not >matter at all to the main point I tried to raise: > Maybe the specific results that you mentioned don't matter, but the fact that these programs fail to obtain satisfactory results in real cases, due to some of the complicating factors Alexander mentioned, _does_ matter -- because if there were a cheap, foolproof method of determining which ports needed to be updated in all cases, without introducing further changes in the ports infrastructure, then we could implement the method in the ports infrastructure, or in portmaster and portupgrade, and forget about the question that you have raised. >Should _all_ explicit and direct dependencies (to use your vocabulary) >be accounted for in the LIBDEPENDS of a port? The LIBDEPENDS are used to >bump PORTREVISIONs to trigger rebuilds. Not having all explicit and >direct dependencies listed there, reduces the use of PORTREVISION bumps >so much that their negative side effect (at least when they are not done >at the same moment as the original commit) becomes dominant (people >relying on libchk, bsdadminscripts, or the like are forced to rebuild >ports that are already consistent). > It is better in most cases to err on the side of caution and rebuild too much, than to rebuild too little, and have a broken system. But you seem to be conflating two different problems here, as I read it: the effectiveness of the PORTREVISION bumps is reduced when all direct dependencies aren't recorded in *_DEPENDS and a simplistic method like that in ports/Tools/scripts/bump_revision.pl is used to determine which ports need to be bumped. But in that case too little is being rebuilt, not too much. >Peter seems to be of my opinion by what he said above, marcus@ did >introduce USE_GETTEXT for many ports that already have indirect port >dependencies, so I assume that he agrees, too. On the other hand, pav@ >(who is among portmgr) seems to disagree (at least a year ago), as I >stated in my first mail: >http://lists.freebsd.org/pipermail/cvs-ports/2009-May/172173.html And he >is not the only one with that opinion. There are some strident portlint warnings that may cause some maintainers, rightly or wrongly, to add a direct dependency on devel/gettext, even when there is already an indirect dependency. So I wouldn't read too much into J. Marcus' actions. I suspect that Pav is weighing the costs of refactoring all of the *_DEPENDS in Ports to follow what you seem to be suggesting, and the added overhead of processing more dependencies during builds, versus the concern that a few users are going to have trouble during major upgrades if they are building from source on a running system (this doesn't seem to be a problem on tinderboxes and package-building clusters), and finding that it isn't worth the effort from his perspective. With the current practice, all dependencies may not be correctly recorded as direct dependencies, but at least (barring some other mistakes) they _are_ recorded. >Yes, the architecture of ports is insufficient for a good solution of >any kind, but as long as there is not even an agreement, what LIBDEPENDS >are supposed to contain, following port updates is harder than it should >be, because of the different strategies used to bump shared libraries >that affect many ports. > >Considering the few responses my posting got, either not many see the >need to reach an agreement or the posing was not clear or not concise >enough. (It is not the first time I tried to raise this issue.) Just because one thinks that, ideally, LIB_DEPENDS should contain all direct library dependencies, and that such a change may help resolve some problems, doesn't necessarily mean that one thinks that, in practice, all of them should be added -- because there is a cost to doing so. In principle, I agree with what I think that you are suggesting, that they should be added, but I can see why others may be hesitant to do this, and I haven't tried to estimate the added overhead on a system with a lot of ports. b. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 19:59:27 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78C6A1065676 for ; Fri, 4 Jun 2010 19:59:27 +0000 (UTC) (envelope-from mrkotfw@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3FCDC8FC27 for ; Fri, 4 Jun 2010 19:59:27 +0000 (UTC) Received: by iwn5 with SMTP id 5so1787470iwn.13 for ; Fri, 04 Jun 2010 12:59:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=YL0vHYzCnFVpcW2TdUSbGuVgtMuEgS3UKmks7Hb2G/A=; b=x8RoN/2sxDj25qNovut6sWA8S5P1d4a2KK22x68EFCv9AVP/GAKnKBUuzPNo6PgKKn sLMQzsFpvLJqMbXBRx6ciVAtENVN7VnSTubBRIm7f/YxcpJxEppbIMiL+XsLlx6CVFuU T8vWh9yPIPuyIJsAOwSrJxNiMOyZzPikeQFss= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=R98RnAuvEemLI3iBQE77mM7PM6zw3BIWxMRsH9bXblT9oSdBNlzCMck4o8tSs1tQqw m+OM1fT4jbzzP1smZCm4qb4lo6rtz+O/bqbrVDMYCzYJNhvQPp21vcZavD0R6XCDXHAO ttBzUmoldD1TtCc3tH/hfWouMnNw70CTTTteE= Received: by 10.231.119.71 with SMTP id y7mr1281787ibq.158.1275680144265; Fri, 04 Jun 2010 12:35:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.141.35 with HTTP; Fri, 4 Jun 2010 12:35:24 -0700 (PDT) In-Reply-To: References: From: Israel Jacques Date: Fri, 4 Jun 2010 12:35:24 -0700 Message-ID: To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Issues with PORTSNAP(8) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 19:59:27 -0000 Hello everyone. I'm a bit confused as to why I am having this issue. Regardless of what I've searched for has suggested for me to do, I still cannot update my ports tree. Running the following causes issues (as root): # portsnap fetch extract portsnap: Invalid key fingerprint: 9b5feee6d69f170e3dd0a2c8e469ddbd64f13f978f2f3aede40c98633216c330 I've tried to check for an updated portsnap.conf file and the KEYPRINT value is the same. I've deleted all the contents within /var/db/portsnap. Is there anything else that I can do? Thanks, Israel From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 20:37:07 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21E7D1065670 for ; Fri, 4 Jun 2010 20:37:07 +0000 (UTC) (envelope-from webmaster@zippbrno.cz) Received: from posta.zippbrno.cz (posta.zippbrno.cz [62.168.4.107]) by mx1.freebsd.org (Postfix) with ESMTP id 6B78A8FC15 for ; Fri, 4 Jun 2010 20:37:05 +0000 (UTC) Received: from [192.168.1.2] (localhost [127.0.0.1]) by posta.zippbrno.cz (8.14.4/8.14.4) with ESMTP id o54Kb8d6041997; Fri, 4 Jun 2010 22:37:09 +0200 (CEST) (envelope-from webmaster@zippbrno.cz) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter devel-20090822-exp at proxy.zippbrno.cz Message-ID: <4C089285.50100@zippbrno.cz> Date: Fri, 04 Jun 2010 07:43:33 +0200 From: =?ISO-8859-2?Q?=22Ing=2E_B=F8etislav_Kubesa=22?= Organization: ZIPP Brno s.r.o. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; cs; rv:1.9.2.4) Gecko/20100526 Thunderbird/3.1 MIME-Version: 1.0 To: craig001@lerwick.hopto.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.5 required=5.0 tests=ALL_TRUSTED,BAYES_05, DATE_IN_PAST_12_24 autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on proxy.zippbrno.cz X-Mailman-Approved-At: Fri, 04 Jun 2010 21:03:50 +0000 Cc: ports@FreeBSD.org Subject: FreeBSD Port: ilohamail-devel-0.9.20050415 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: webmaster@zippbrno.cz List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 20:37:07 -0000 Hello, seems that there is a bug in Ilohamail, which prevent user to open a mail. There was a fix released fro Debian on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574167. Do you think you can include it to the port? Thank you. Best regards, Bretislav Kubesa From owner-freebsd-ports@FreeBSD.ORG Fri Jun 4 21:51:31 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from apollo.emma.line.org (unknown [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id BDFF61065673 for ; Fri, 4 Jun 2010 21:51:30 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from localhost ([127.0.0.1] helo=apollo.emma.line.org) by apollo.emma.line.org with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OKUaN-00028s-3j for freebsd-ports@freebsd.org; Fri, 04 Jun 2010 12:57:11 +0200 Message-ID: <4C08DC07.2090409@FreeBSD.org> Date: Fri, 04 Jun 2010 12:57:11 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.1.9) Gecko/20100406 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100603113023.GA99400@nagual.pp.ru> <4C08D8F6.3060807@ifdnrg.com> In-Reply-To: <4C08D8F6.3060807@ifdnrg.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 21:51:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 04.06.2010 12:44, schrieb Paul Macdonald: > > After portupgrade -rf gettext which seemed to go fine i noticed an issue > with logrotate. > > /usr/local/sbin/logrotate > /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required > by "libpopt.so.0" > > on a clean rebuild: > > /usr/bin/ld: warning: libintl.so.8, needed by /usr/local/lib/libpopt.so, > not found (try using -rpath or -rpath-link) > /usr/local/lib/libpopt.so: undefined reference to `libintl_dgettext' > /usr/local/lib/libpopt.so: undefined reference to > `libintl_bind_textdomain_codeset' > /usr/local/lib/libpopt.so: undefined reference to `libintl_textdomain' > > (i have /usr/local/lib/libintl.so.8) > > What do i do here? It would seem you may have to rebuild the popt port, too. HTH Matthias -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwI3AYACgkQvmGDOQUufZXEIwCfd7n6wCtodccbRgIp7hyHA+9V zoIAoJ3ldMYl5pc4R27p0xJCNE89GGOx =ramC -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 05:24:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 867DE1065676 for ; Sat, 5 Jun 2010 05:24:24 +0000 (UTC) (envelope-from dennylin93@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) by mx1.freebsd.org (Postfix) with ESMTP id 59C048FC1C for ; Sat, 5 Jun 2010 05:24:24 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 1001) id 38A474B7824; Sat, 5 Jun 2010 13:24:23 +0800 (CST) Date: Sat, 5 Jun 2010 13:24:23 +0800 From: Denny Lin To: freebsd-ports@freebsd.org Message-ID: <20100605052422.GM20695@mail.hs.ntnu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Ccache warning X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 05:24:24 -0000 Hi, I saw this warning about devel/ccache a while ago: Any time you change CC/CXX you need to reinstall devel/libtool15 or you will run in to problems. This was added a long time ago, so I'm wondering if this is still necessary (should be devel/libtool22 now). -- Denny Lin From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 06:44:22 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1732E1065675 for ; Sat, 5 Jun 2010 06:44:22 +0000 (UTC) (envelope-from zolczynski@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D79C8FC12 for ; Sat, 5 Jun 2010 06:44:20 +0000 (UTC) Received: by wyf28 with SMTP id 28so1842029wyf.13 for ; Fri, 04 Jun 2010 23:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type; bh=UejqoW+G9foH/2CBr6aAXv5Uhj27sbINzynlICUq4VU=; b=jQPxG2jKfOKYAP0bPHIOmfLxY+lrRw2bwK/hbuq8KMpKzMPAi95DQ11Ttxio81jexn U7yizTARDSQmr3aCx9yUtrdxOAbzm6aS7M6oXNuoyPr9T3w4M60ZF8GwLNKI9dQn4Ty6 b549ztLyvGEqLsAnCDauwnWzMgl4Ha2FpvJI0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; b=tfFjS5l5GssfbFqPa6lHuTnJn/EHTR7kyWIy6G/8iu5sRog8XWybELJpohOO4FEID1 SPeLrFvQ81VQ+VODHuU2/Jt+iYvagxdmOsfPoXO8w+3Xdvsow1jPbKUhoELmSqzK2Odz ID6NJDhyPdW7uRvZbOS19NRnjJ/MN5cZI81gw= Received: by 10.227.135.203 with SMTP id o11mr2082470wbt.229.1275718878532; Fri, 04 Jun 2010 23:21:18 -0700 (PDT) Received: from [192.168.1.65] (93-97-26-147.zone5.bethere.co.uk [93.97.26.147]) by mx.google.com with ESMTPS id y31sm16503950wby.16.2010.06.04.23.21.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 04 Jun 2010 23:21:17 -0700 (PDT) Message-ID: <4C09ECDB.9050904@googlemail.com> Date: Sat, 05 Jun 2010 07:21:15 +0100 From: PA Zolczynski User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.4) Gecko/20100526 Thunderbird/3.1 MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: multipart/mixed; boundary="------------000405040904090204090507" Cc: Subject: mpich2 installation problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 06:44:22 -0000 This is a multi-part message in MIME format. --------------000405040904090204090507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit See `config.log' for more details. ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/net/mpich2/work/mpich2-1.2.1p1/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 --------------000405040904090204090507 Content-Type: text/plain; name="config.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.63. Invocation command line was $ ./configure --enable-romio --enable-sharedlibs=gcc --docdir=/usr/local/share/doc/mpich2 --x-includes=/usr/local/include --x-libraries==/usr/local/lib --without-java --with-pmi=simple --with-pm=mpd --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd8.0 ## --------- ## ## Platform. ## ## --------- ## hostname = cl01.lan uname -m = i386 uname -r = 8.0-RELEASE uname -s = FreeBSD uname -v = FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:4145: checking for gcc configure:4172: result: gcc44 configure:4404: checking for C compiler version configure:4412: gcc44 --version >&5 gcc44 (GCC) 4.4.5 20100518 (prerelease) Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:4416: $? = 0 configure:4423: gcc44 -v >&5 Using built-in specs. Target: i386-portbld-freebsd8.0 Configured with: ./../gcc-4.4-20100518/configure --disable-nls --libdir=/usr/local/lib/gcc44 --libexecdir=/usr/local/libexec/gcc44 --program-suffix=44 --with-as=/usr/local/bin/as --with-gmp=/usr/local --with-gxx-include-dir=/usr/local/lib/gcc44/include/c++/ --with-ld=/usr/local/bin/ld --with-libiconv-prefix=/usr/local --with-system-zlib --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc44 --build=i386-portbld-freebsd8.0 Thread model: posix gcc version 4.4.5 20100518 (prerelease) (GCC) configure:4427: $? = 0 configure:4434: gcc44 -V >&5 gcc44: '-V' option must have argument configure:4438: $? = 1 configure:4461: checking for C compiler default output file name configure:4483: gcc44 -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44 -fno-strict-aliasing -I/usr/local/include -I/usr/ports/net/mpich2/work/mpich2-1.2.1p1/src/openpa/src -I/usr/ports/net/mpich2/work/mpich2-1.2.1p1/src/openpa/src -L/usr/local/lib -lexecinfo -pthread conftest.c >&5 /usr/local/bin/ld: cannot find -lexecinfo collect2: ld returned 1 exit status configure:4487: $? = 1 configure:4525: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define USE_SMP_COLLECTIVES 1 | #define HAVE_ERROR_CHECKING MPID_ERROR_LEVEL_ALL | #define MPICH_ERROR_MSG_LEVEL MPICH_ERROR_MSG_ALL | #define USE_LOGGING MPID_LOGGING_NONE | #define HAVE_RUNTIME_THREADCHECK 1 | #define MPICH_THREAD_LEVEL MPI_THREAD_MULTIPLE | #define USE_THREAD_IMPL MPICH_THREAD_IMPL_GLOBAL_MUTEX | #define MPIU_THREAD_GRANULARITY MPIU_THREAD_GRANULARITY_GLOBAL | #define MPIU_HANDLE_ALLOCATION_METHOD MPIU_HANDLE_ALLOCATION_MUTEX | #define MPIU_THREAD_REFCOUNT MPIU_REFCOUNT_NONE | #define HAVE_ROMIO 1 | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:4531: error: in `/usr/ports/net/mpich2/work/mpich2-1.2.1p1': configure:4533: error: C compiler cannot create executables See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_env_CCC_set='' ac_cv_env_CCC_value='' ac_cv_env_CC_set=set ac_cv_env_CC_value=gcc44 ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44 -fno-strict-aliasing' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value=-I/usr/local/include ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXCPP_set='' ac_cv_env_CXXCPP_value='' ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44 -fno-strict-aliasing' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=g++44 ac_cv_env_F77_set=set ac_cv_env_F77_value=gfortran44 ac_cv_env_F90FLAGS_set=set ac_cv_env_F90FLAGS_value=-O ac_cv_env_F90_set=set ac_cv_env_F90_value=gfortran44 ac_cv_env_FFLAGS_set=set ac_cv_env_FFLAGS_value=-O ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value='-L/usr/local/lib -lexecinfo -pthread' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_MPICH2LIB_CFLAGS_set='' ac_cv_env_MPICH2LIB_CFLAGS_value='' ac_cv_env_MPICH2LIB_CXXFLAGS_set='' ac_cv_env_MPICH2LIB_CXXFLAGS_value='' ac_cv_env_MPICH2LIB_F90FLAGS_set='' ac_cv_env_MPICH2LIB_F90FLAGS_value='' ac_cv_env_MPICH2LIB_FFLAGS_set='' ac_cv_env_MPICH2LIB_FFLAGS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=i386-portbld-freebsd8.0 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_prog_ac_ct_CC=gcc44 lt_cv_sys_max_cmd_len=262144 pac_cv_my_conf_dir=/usr/ports/net/mpich2/work/mpich2-1.2.1p1 ## ----------------- ## ## Output variables. ## ## ----------------- ## ABIVERSION='1:2' ADDRESS_KIND='' ALLOCA='' AR='' BASH_SHELL='' BSEND_OVERHEAD='' BUILD_BASH_SCRIPTS='' BUILD_DLLS='' BUILD_TVDLL='' CC='gcc44' CC_SHL='' CC_SHL_DBG='' CFLAGS='-O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44 -fno-strict-aliasing' CONFIGURE_ARGS_CLEAN='--enable-romio --enable-sharedlibs=gcc --docdir=/usr/local/share/doc/mpich2 --x-includes=/usr/local/include --x-libraries==/usr/local/lib --without-java --with-pmi=simple --with-pm=mpd --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd8.0' CONFIGURE_ARGUMENTS=' '\''--enable-romio'\'' '\''--enable-sharedlibs=gcc'\'' '\''--docdir=/usr/local/share/doc/mpich2'\'' '\''--x-libraries==/usr/local/lib'\'' '\''--without-java'\'' '\''--with-pmi=simple'\'' '\''--with-pm=mpd'\'' '\''--x-libraries=/usr/local/lib'\'' '\''--x-includes=/usr/local/include'\'' '\''--prefix=/usr/local'\'' '\''--mandir=/usr/local/man'\'' '\''--infodir=/usr/local/info/'\'' '\''--build=i386-portbld-freebsd8.0'\'' '\''build_alias=i386-portbld-freebsd8.0'\'' '\''CC=gcc44'\'' '\''CFLAGS=-O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44 -fno-strict-aliasing'\'' '\''LDFLAGS=-L/usr/local/lib -lexecinfo -pthread'\'' '\''CPPFLAGS=-I/usr/local/include'\'' '\''F77=gfortran44'\'' '\''FFLAGS=-O'\'' '\''F90=gfortran44'\'' '\''F90FLAGS=-O'\'' '\''CXX=g++44'\'' '\''CXXFLAGS=-O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44 -fno-strict-aliasing'\''' CPP='' CPPFLAGS='-I/usr/local/include -I/usr/ports/net/mpich2/work/mpich2-1.2.1p1/src/openpa/src -I/usr/ports/net/mpich2/work/mpich2-1.2.1p1/src/openpa/src' CREATESHLIB='' CXX='g++44' CXXCPP='' CXXFLAGS='-O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44 -fno-strict-aliasing' CXX_DEFS='' CXX_LINKPATH_SHL='' CXX_SHL='' C_LINKPATH_SHL='' C_LINK_SHL='' C_LINK_SHL_DBG='' DBG_SHLIB_TYPE='' DEFS='' DEVICE='ch3' DEVICE_ARGS='' DEVICE_NAME='ch3' DLLIMPORT='' DOCTEXT='' DOCTEXTSTYLE='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' ENABLE_SHLIB='' EXEEXT='' EXTERNAL_SRC_DIRS=' src/openpa' EXTRA_STATUS_DECL='' F77='gfortran44' F77CPP='' F77_COMPLEX16='' F77_COMPLEX32='' F77_COMPLEX8='' F77_INCDIR='' F77_INTEGER16='' F77_INTEGER1='' F77_INTEGER2='' F77_INTEGER4='' F77_INTEGER8='' F77_IN_C_LIBS='' F77_LIBDIR_LEADER='' F77_NAME_MANGLE='' F77_OTHER_LIBS='' F77_REAL16='' F77_REAL4='' F77_REAL8='' F90='gfortran44' F90CPP='' F90EXT='' F90FLAGS='-O' F90INC='' F90INCFLAG='' F90MODEXT='' F90MODINCFLAG='' F90MODINCSPEC='' F90_LINKPATH_SHL='' F90_OTHER_LIBS='' F90_SHL='' F90_WORK_FILES_ARG='' FC='gfortran44' FC_LINKPATH_SHL='' FC_SHL='' FFLAGS='-O' FGREP='' FILE='' FINCLUDES='' FLIBS='' FORTRAN_BINDING='0' FORTRAN_MPI_OFFSET='' FWRAPNAME='fmpich' GCC='' GNUCXX_MINORVERSION='' GNUCXX_VERSION='' GREP='' HAVE_CXX_EXCEPTIONS='' HAVE_ROMIO='#include "mpio.h"' INCLUDE_MPICXX_H='' INCLUDE_MPIDDEFS_H='/* ... no device specific definitions ... */' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' KILLALL='' LDFLAGS='-L/usr/local/lib -lexecinfo -pthread' LIBOBJS='' LIBS='' LIBTOOL='' LTLIBOBJS='' MAKE='' MAKE_DEPEND_C='' MANY_PM='no' MKDIR_P='' MPIBASEMODNAME='' MPICC='' MPICH2LIB_CFLAGS='' MPICH2LIB_CXXFLAGS='' MPICH2LIB_F90FLAGS='' MPICH2LIB_FFLAGS='' MPICH2_NUMVERSION='10201301' MPICH2_VERSION='1.2.1p1' MPICH_TIMER_KIND='' MPICONSTMODNAME='' MPICXX='' MPICXXLIBNAME='mpichcxx' MPID_TIMER_TYPE='' MPIF77='' MPIF90='' MPIFLIBNAME='' MPIFPMPI='' MPILIBNAME='mpich' MPIMODNAME='' MPIR_CXX_BOOL='' MPIR_CXX_COMPLEX='' MPIR_CXX_DOUBLE_COMPLEX='' MPIR_CXX_LONG_DOUBLE_COMPLEX='' MPISIZEOFMODNAME='' MPIU_DLL_SPEC_DEF='' MPIU_THREAD_LIB_NAME='' MPI_2COMPLEX='' MPI_2DOUBLE_COMPLEX='' MPI_2DOUBLE_PRECISION='' MPI_2INT='' MPI_2INTEGER='' MPI_2REAL='' MPI_AINT='' MPI_AINT_DATATYPE='' MPI_AINT_FMT_DEC_SPEC='' MPI_AINT_FMT_HEX_SPEC='' MPI_BYTE='' MPI_CHAR='' MPI_CHARACTER='' MPI_COMPLEX16='' MPI_COMPLEX32='' MPI_COMPLEX8='' MPI_COMPLEX='' MPI_C_BOOL='' MPI_C_DOUBLE_COMPLEX='' MPI_C_FLOAT_COMPLEX='' MPI_C_LONG_DOUBLE_COMPLEX='' MPI_DOUBLE='' MPI_DOUBLE_COMPLEX='' MPI_DOUBLE_INT='' MPI_DOUBLE_PRECISION='' MPI_F77_2INT='' MPI_F77_AINT='' MPI_F77_BYTE='' MPI_F77_CHAR='' MPI_F77_C_BOOL='' MPI_F77_C_COMPLEX='' MPI_F77_C_DOUBLE_COMPLEX='' MPI_F77_C_FLOAT_COMPLEX='' MPI_F77_C_LONG_DOUBLE_COMPLEX='' MPI_F77_DOUBLE='' MPI_F77_DOUBLE_INT='' MPI_F77_FLOAT='' MPI_F77_FLOAT_INT='' MPI_F77_INT16_T='' MPI_F77_INT32_T='' MPI_F77_INT64_T='' MPI_F77_INT8_T='' MPI_F77_INT='' MPI_F77_LB='' MPI_F77_LONG='' MPI_F77_LONG_DOUBLE='' MPI_F77_LONG_DOUBLE_INT='' MPI_F77_LONG_INT='' MPI_F77_LONG_LONG='' MPI_F77_LONG_LONG_INT='' MPI_F77_OFFSET='' MPI_F77_PACKED='' MPI_F77_SHORT='' MPI_F77_SHORT_INT='' MPI_F77_SIGNED_CHAR='' MPI_F77_UB='' MPI_F77_UINT16_T='' MPI_F77_UINT32_T='' MPI_F77_UINT64_T='' MPI_F77_UINT8_T='' MPI_F77_UNSIGNED='' MPI_F77_UNSIGNED_CHAR='' MPI_F77_UNSIGNED_LONG='' MPI_F77_UNSIGNED_LONG_LONG='' MPI_F77_UNSIGNED_SHORT='' MPI_F77_WCHAR='' MPI_FINT='' MPI_FLOAT='' MPI_FLOAT_INT='' MPI_INT16_T='' MPI_INT32_T='' MPI_INT64_T='' MPI_INT8_T='' MPI_INT='' MPI_INTEGER16='' MPI_INTEGER1='' MPI_INTEGER2='' MPI_INTEGER4='' MPI_INTEGER8='' MPI_INTEGER='' MPI_LB='' MPI_LOGICAL='' MPI_LONG='' MPI_LONG_DOUBLE='' MPI_LONG_DOUBLE_INT='' MPI_LONG_INT='' MPI_LONG_LONG='' MPI_MAX_PROCESSOR_NAME='' MPI_OFFSET='' MPI_OFFSET_DATATYPE='' MPI_OFFSET_TYPEDEF='' MPI_PACKED='' MPI_REAL16='' MPI_REAL4='' MPI_REAL8='' MPI_REAL='' MPI_SHORT='' MPI_SHORT_INT='' MPI_SIGNED_CHAR='' MPI_STATUS_SIZE='' MPI_UB='' MPI_UINT16_T='' MPI_UINT32_T='' MPI_UINT64_T='' MPI_UINT8_T='' MPI_UNSIGNED_CHAR='' MPI_UNSIGNED_INT='' MPI_UNSIGNED_LONG='' MPI_UNSIGNED_LONG_LONG='' MPI_UNSIGNED_SHORT='' MPI_WCHAR='' NEEDSPLIB='' NO_WEAK_SYM='' NO_WEAK_SYM_TARGET='' OBJEXT='' OFFSET_KIND='' PACKAGE_BUGREPORT='' PACKAGE_NAME='' PACKAGE_STRING='' PACKAGE_TARNAME='' PACKAGE_VERSION='' PATH_SEPARATOR=':' PERL='' PMPIFLIBNAME='' PMPILIBNAME='pmpich' PROFILE_DEF_MPI='' RANLIB='' RANLIB_AFTER_INSTALL='' RELEASE_DATE='Unknown, built on Sat Jun 5 00:41:17 BST 2010' REQD='' REQI1='' REQI2='' REQI8='' SET_CFLAGS='' SET_MAKE='' SHELL='/bin/sh' SHLIB_EXT='' SHLIB_FROM_LO='' SHLIB_INSTALL='' SIZEOF_F90_CHARACTER='' SIZEOF_F90_DOUBLE_PRECISION='' SIZEOF_F90_INTEGER='' SIZEOF_F90_REAL='' SIZEOF_MPI_STATUS='' TESTCPP='' VPATH='' WRAPPER_CFLAGS='-O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44 -fno-strict-aliasing' WRAPPER_CXXFLAGS='-O2 -pipe -Wl,-rpath=/usr/local/lib/gcc44 -fno-strict-aliasing' WRAPPER_F90FLAGS='-O' WRAPPER_FFLAGS='-O' WRAPPER_LDFLAGS='' XARGS_NODATA_OPT='' ac_ct_CC='gcc44' ac_ct_CXX='' ac_ct_F77='' ac_ct_F90='' bindings='' bindings_dirs='' bindir='${exec_prefix}/bin' build_alias='i386-portbld-freebsd8.0' datadir='${datarootdir}' datarootdir='${prefix}/share' debugger_dir='' device_name='ch3' docdir='/usr/local/share/doc/mpich2' dvidir='${docdir}' exec_prefix='NONE' host_alias='' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' logging_dir='' logging_name='none' logging_subdirs='' mandir='/usr/local/man' master_top_builddir='/usr/ports/net/mpich2/work/mpich2-1.2.1p1' master_top_srcdir='/usr/ports/net/mpich2/work/mpich2-1.2.1p1' modincdir='' mpe_dir='mpe2' nameserv_name='' oldincludedir='/usr/include' other_install_dirs=' src/openpa src/pm/mpd src/mpe2' other_pm_names='' pac_prog='' pdfdir='${docdir}' pm_name='mpd' pmi_name='simple' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' romio_dir='romio' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' subdirs='' subsystems=' src/mpid/common/locks src/mpi/romio src/pmi/simple src/pm/mpd src/mpe2' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define PACKAGE_STRING "" #define PACKAGE_BUGREPORT "" #define USE_SMP_COLLECTIVES 1 #define HAVE_ERROR_CHECKING MPID_ERROR_LEVEL_ALL #define MPICH_ERROR_MSG_LEVEL MPICH_ERROR_MSG_ALL #define USE_LOGGING MPID_LOGGING_NONE #define HAVE_RUNTIME_THREADCHECK 1 #define MPICH_THREAD_LEVEL MPI_THREAD_MULTIPLE #define USE_THREAD_IMPL MPICH_THREAD_IMPL_GLOBAL_MUTEX #define MPIU_THREAD_GRANULARITY MPIU_THREAD_GRANULARITY_GLOBAL #define MPIU_HANDLE_ALLOCATION_METHOD MPIU_HANDLE_ALLOCATION_MUTEX #define MPIU_THREAD_REFCOUNT MPIU_REFCOUNT_NONE #define HAVE_ROMIO 1 configure: exit 77 --------------000405040904090204090507 Content-Type: text/plain; name="ls_var.db.pkg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ls_var.db.pkg.txt" autoconf-2.62 autoconf-wrapper-20071109 automake-1.10.1 automake-wrapper-20071109 bigreqsproto-1.1.0 binutils-2.20.1_2 bison-2.4.1_1,1 compat6x-i386-6.4.604000.200810_3 gcc-4.4.5.20100518 gdbm-1.8.3_3 gettext-0.18_1 gmake-3.81_4 gmp-5.0.1 help2man-1.38.2_1 inputproto-2.0 kbproto-1.0.4 libICE-1.0.6,1 libSM-1.1.1_1,1 libX11-1.3.3,1 libXau-1.0.5 libXdmcp-1.0.3 libXt-1.0.7 libcheck-0.9.8 libgcrypt-1.4.5 libgpg-error-1.7_1 libiconv-1.13.1_1 libpthread-stubs-0.3_3 libsigsegv-2.8 libtool-2.2.6b libxcb-1.6 libxml2-2.7.7 libxslt-1.1.26_1 m4-1.4.14_1,1 mpfr-2.4.2_1 p5-gettext-1.05_3 perl-threaded-5.10.1_1 pkg-config-0.23_1 portmanager-0.4.1_9 pth-2.0.7 python-2.6,2 python26-2.6.5 screen-4.0.3_7 xcb-proto-1.6 xcmiscproto-1.2.0 xextproto-7.1.1 xf86bigfontproto-1.2.0 xorg-macros-1.6.0 xproto-7.0.16 xtrans-1.2.5 --------------000405040904090204090507 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3054.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf49 Stepping = 9 Features=0xbfebfbff Features2=0x651d AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant real memory = 268435456 (256 MB) avail memory = 181010432 (172 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 128M pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xf4000000-0xf7ffffff,0xfb000000-0xfbffffff irq 16 at device 0.0 on pci1 rl0: port 0xfc00-0xfcff mem 0xfdfff000-0xfdfff0ff irq 21 at device 9.0 on pci0 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:15:58:49:e7:2e rl0: [ITHREAD] atapci0: port 0xf800-0xf807,0xf400-0xf403,0xf000-0xf007,0xec00-0xec03,0xe800-0xe80f,0xe400-0xe4ff irq 20 at device 15.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) acpi_tz0: on acpi0 atrtc0: port 0x70-0x73 irq 8 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] Timecounters tick every 1.000 msec ad0: 78533MB at ata0-master UDMA133 acd0: DVDR at ata1-slave UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a pid 22240 (conftest), uid 0: exited on signal 11 (core dumped) pid 37254 (conftest), uid 0: exited on signal 11 (core dumped) pid 40515 (conftest), uid 0: exited on signal 11 (core dumped) pid 40617 (conftest), uid 0: exited on signal 11 (core dumped) ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=62507791 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=65392527 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=65501359 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=65397647 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=65878991 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=1205807 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=1242431 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=66134351 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=67380559 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=1163775 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=1162159 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=1157711 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=66477583 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=66508047 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=66549519 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=67806991 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=62611215 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=1275199 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=1452863 swap_pager: out of swap space swap_pager_getswapspace(16): failed pid 33407 (troff), uid 0, was killed: out of swap space --------------000405040904090204090507-- From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 18:33:01 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74771106566B for ; Sat, 5 Jun 2010 18:33:01 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0FAC78FC18 for ; Sat, 5 Jun 2010 18:33:00 +0000 (UTC) Received: by wwb22 with SMTP id 22so2190093wwb.13 for ; Sat, 05 Jun 2010 11:32:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=m4ih5HNXG9kj8tHKzuaq8Jge3oPzTJl3oQkBe6XpFYE=; b=F4rz/JHghGnI9DarzWUI1HwDwx5uM1Kv3xz3BSIWBlOkdOwyBM3vk5eoUC+c5pefH0 AEEESoY17cMeXMyS8Y8HWKiqFVJ04amMynHqYNnAykqfAhnnlKOAiJFwmTwX0uNHHhD7 4+cx1y/1C8VmoP/MPrBs5Cpb+rOnpNZsOO4co= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=LHrWoo51Fs0KoeCrkWea9+Y/2cDMBJ4uw2ZyaxmMzfRz2fwb4okPY8AzIYLJgw459b R3W+UJVn+lLHwuFXykkoEMhlMSv0AG0M3S1Gh6Wr9mFuW1bqvr4t8BaBAQTdrJ1+sFyd 5QZJlYwKzXu4U/dr12pQ464YJz67omm9E371M= MIME-Version: 1.0 Received: by 10.216.87.74 with SMTP id x52mr891117wee.4.1275762779444; Sat, 05 Jun 2010 11:32:59 -0700 (PDT) Received: by 10.216.29.76 with HTTP; Sat, 5 Jun 2010 11:32:59 -0700 (PDT) Date: Sat, 5 Jun 2010 21:32:59 +0300 Message-ID: From: Marin Atanasov Nikolov To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [CFT]: pkg_add_it - new version X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 18:33:01 -0000 Hello, I'm working on a new version of a tool I started some time ago - pkg_add_it. Basically what this tool is doing is that it allows the user to interactively install packages, selecting the needed ones. It's not a package installer by any means, but gives a frontend to the existing pkg_* tools. Currently it is only working with pkg_add(1), in order to install new packages, but I'm planning to further develop it, so it is also able to work with all the other pkg_* tools. I was working on the new version of the tool for the past few days, and now I got it completely rewritten and added a lot of new features, so now the tool is able to: - install packages from a local directory, searching by package pattern - install packages from a remote server, searching by package pattern from INDEX - the remote package install can be very useful to people that prefer to install from packages, since you do not really need to have ports tree installed at all. All you need is a single INDEX file. - a configuration file is used, that configures most of the job the tool is doing. - the tool can also be used to "browse" the index, selecting only the information you need, so on systems without a browser installed, you can still view the package information - dependencies, www, maintainers, etc... - i suppose this tool would of help for the novice users, when they need to find a certain package What I want to do now is to get this version to some stable phase, and then I'm planning to start a fork of it with ncurses, that will not be limited only to installation of packages, but also deinstall and upgrade of packages. The way it is currently developed will also allow for easier integration with the existing package tools pkg_*, portmaster, portupgrade, etc.., since everything will be defined in just one single configuration file. What I would like to ask you, if you have some free time to spend on having a look at the program. Any feedback on how the program can be further improved, adding of new features on it or anything else, are greatly appreciated. To install the program: 1) git clone git://git.unix-heaven.org/public/pkg_add_it.git 2) cd pkg_add_it && make 3) copy the configuration file pkg_add_it.conf to /usr/local/etc or just use the "-f" option from the command-line 4) the executable is placed in the pkg_add_it directory The changelog can be seen at: http://git.unix-heaven.org/gitweb.cgi?p=pkg_add_it.git;a=summary I've also uploaded a couple of screenshots of the program in case you want to see how it's working: http://www.unix-heaven.org/pkg_add_it-gfx/ Please note that the manual page pkg_add_it(1) is still not updated, I'm working on this. For example usage, please have a look at the help output of the program. The sample configuration file is also well documented, so it explains everything about a specific option. Thank you and regards, Marin -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 18:34:45 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C57A7106566C for ; Sat, 5 Jun 2010 18:34:45 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 86F828FC13 for ; Sat, 5 Jun 2010 18:34:45 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 43EBA8A1EE8 for ; Sat, 5 Jun 2010 20:34:44 +0200 (CEST) Message-ID: <4C0A98C3.8020708@bsdforen.de> Date: Sat, 05 Jun 2010 20:34:43 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: cannot build sysutils/kdelibs3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 18:34:45 -0000 Apparently ASN1_METHOD has long been deprecated and now removed. No idea what to do about it. I cannot switch back to base system ssl, without breaking a lot of other ports. /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I../.. -I../../dcop -I../../kdecore -I../../kjs -I../../kdecore/network -I../../kwallet/client -I../../dcop -I../../libltdl -I../../kdefx -I../../kdecore -I../../kdecore -I../../kdecore/network -I../../kdeui -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -march=nocona -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT kssl.lo -MD -MP -MF .deps/kssl.Tpo -c -o kssl.lo kssl.cc In file included from kssl.cc:47: ./kopenssl.h:453: error: ISO C++ forbids declaration of 'ASN1_METHOD' with no type ./kopenssl.h:453: error: expected ';' before '*' token ./kopenssl.h:526: error: expected ';' before '(' token ./kopenssl.h:532: error: 'STACK' has not been declared ./kopenssl.h:538: error: 'STACK' has not been declared ./kopenssl.h:544: error: expected ';' before '(' token ./kopenssl.h:550: error: ISO C++ forbids declaration of 'STACK' with no type ./kopenssl.h:550: error: expected ';' before '*' token ./kopenssl.h:556: error: 'STACK' has not been declared ./kopenssl.h:562: error: ISO C++ forbids declaration of 'STACK' with no type ./kopenssl.h:562: error: expected ';' before '*' token ./kopenssl.h:828: error: ISO C++ forbids declaration of 'STACK' with no type ./kopenssl.h:828: error: expected ';' before '*' token ./kopenssl.h:829: error: 'STACK' has not been declared kssl.cc: In member function 'void KSSL::setPeerInfo()': kssl.cc:616: error: 'class KOpenSSLProxy' has no member named 'sk_dup' gmake[5]: *** [kssl.lo] Error 1 gmake[5]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/x11/kdelibs3/work/kdelibs-3.5.10/kio/kssl' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/x11/kdelibs3/work/kdelibs-3.5.10/kio/kssl' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/x11/kdelibs3/work/kdelibs-3.5.10/kio/kssl' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/x11/kdelibs3/work/kdelibs-3.5.10/kio' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/obj/mobileKamikaze.norad/amd64/usr/ports/x11/kdelibs3/work/kdelibs-3.5.10' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/x11/kdelibs3. ===>>> make failed for x11/kdelibs3 ===>>> Aborting update From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 19:55:20 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9A261065701 for ; Sat, 5 Jun 2010 19:55:20 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8022A8FC24 for ; Sat, 5 Jun 2010 19:55:20 +0000 (UTC) Received: by wwb22 with SMTP id 22so2227814wwb.13 for ; Sat, 05 Jun 2010 12:55:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3H6vEwiN6OX8cMguu2B/fdF8PnEL19xNmbw2f5BQz98=; b=pY1koNP3z6sB/+iqHbmxT0xNnaCDVBbhIgTs2eCjqBC6miEmJ3Zud/doigBA4Rx1g1 ExjLLUtC6bUoH7UBEEdznC1QYEOqyHT86iknIaZ19OlYarYWsKY5XcHn9l/P5yQE8Mjf l6lR8SgHOLW1EZ6GPKwhYEP1rT0tjDxSOy3IU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding; b=puaPK3X+N3j9GIJkzsidvbDTalXm/DOjA/bfF93Y1J0X8V8YDoUorno20Atqi7rHhQ 0Cmsh4awRNIbHOsaxm9CnfuoiW5TNdDw115sAyL6uTaZjDBYiNQn+KDZHfq5+dingC3T DNJgEQXupGw3i3/gvOeOCM9ilgJMIN57U5p3c= MIME-Version: 1.0 Received: by 10.216.185.209 with SMTP id u59mr887599wem.112.1275767718982; Sat, 05 Jun 2010 12:55:18 -0700 (PDT) Received: by 10.216.183.5 with HTTP; Sat, 5 Jun 2010 12:55:18 -0700 (PDT) Date: Sat, 5 Jun 2010 19:55:18 +0000 Message-ID: From: "b. f." To: PA Zolczynski Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: mpich2 installation problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 19:55:21 -0000 PA Zolczynski wrote: ... >configure:4483: gcc44 -O2 -pipe -Wl,-rpath=3D/usr/local/lib/gcc44 -fno-str= ict-aliasing -I/usr/local/include -I/usr/ports/net/mpich2/work/mpich2-1.2.1= p1/src/openpa/src -I/usr/ports/net/mpich2/work/mpich2-1.2.1p1/src/openpa/sr= c -L/usr/local/lib -lexecinfo -pthread conftest.c >&5 >/usr/local/bin/ld: cannot find -lexecinfo >collect2: ld returned 1 exit status ... >ac_cv_env_LDFLAGS_value=3D'-L/usr/local/lib -lexecinfo -pthread' ... >LDFLAGS=3D'-L/usr/local/lib -lexecinfo -pthread' The configure script is breaking because you're passing a library from devel/libexecinfo in the LDFLAGS, and the linker can't find it. Is the library intact, and registered in the linker hints file (that is, is the output of 'ldconfig -vr | egrep execinfo' correct?)? On top of that, the dmesg output at the bottom of your message shows some disk- and swap-related problems that should concern you. Is your hard drive in good condition? How about your memory? Is your system properly configured? b. From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 20:07:50 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06857106566B for ; Sat, 5 Jun 2010 20:07:50 +0000 (UTC) (envelope-from salfrancl.listas@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9E07C8FC14 for ; Sat, 5 Jun 2010 20:07:49 +0000 (UTC) Received: by vws18 with SMTP id 18so744485vws.13 for ; Sat, 05 Jun 2010 13:07:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=jxYZbvUMaRHB5Ve3FTdXyMqYfQwXiRfiMjfY4/+avFY=; b=J+vhJD9FS17onENpevPaxywrEzZ2OCk9uK3ct+xWd1MPfNdfeDWmPafBDqs6dWOQTc +Jw1K5KrZJKTDT1oQNOGHowATXxWc+GXGnJcA4h8ic2zFAkzUS+gZLKS7LTFMsDIsekX e6mtswcjfshDNlDiqtydRKg4hpK5j9z6HfhTo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=pwUAE92mpCqKaGqjDqr4WWoxSY9fHFCJcw7t44wW1o2zuaTbipOQwLRapVdUOU+hsP PRaIymAYxZWhTAawpvnfskPruiCxx/MR00TdCk/ZV79VIpbAZyWtSEGUr4/qJrTfdiiS Q3leJPa+jZtvIzB3dxZB9wmii7+U91E/SYbPg= MIME-Version: 1.0 Received: by 10.224.127.41 with SMTP id e41mr7326556qas.230.1275768468630; Sat, 05 Jun 2010 13:07:48 -0700 (PDT) Received: by 10.229.235.17 with HTTP; Sat, 5 Jun 2010 13:07:48 -0700 (PDT) Date: Sat, 5 Jun 2010 16:07:48 -0400 Message-ID: From: Leinier Cruz Salfran To: freebsd-ports Content-Type: text/plain; charset=UTF-8 Cc: kuriyama@FreeBSD.org Subject: textproc/iso8879: tinderbox error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 20:07:50 -0000 hello. there was an error while trying to make package on my tinderbox: WRKDIR The port is attempting to change something outside ${WRKDIR}. See handbook (http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-wrkdir.html) for details. here is the log: building iso8879-1986_2 in directory /usr/local/tinderbox/8.0-RELEASE-p2 build started at Sat Jun 5 19:45:55 UTC 2010 port directory: /usr/ports/textproc/iso8879 building for: 8.0-RELEASE-p2 i386 maintained by: kuriyama@FreeBSD.org ident warning: no id keywords in /usr/ports/textproc/iso8879/Makefile Makefile ident: prefixes: LOCALBASE=usr/local PREFIX=/usr/local Begin Configuration: ---Begin Environment--- ARCH=i386 PACKAGE_BUILDING=1 USER=root CCACHE_DIR= BRANCH=RELEASE-p2 HOST_WORKDIR= CCACHE_NOLINK=1 BATCH=1 OLDPWD=/ HOME=/root LOG_DIRECTORY= LOG_DOCOPY=0 JOBS_NUMBER=2 PKGZIPCMD=bzip2 HAVE_MOTIF=1 FTP_TIMEOUT=900 HTTP_TIMEOUT=900 pb=/usr/local/tinderbox DISTFILE_CACHE=/usr/ports/distfiles OSREL=8.0 TINDERD_LOGFILE=/dev/null PORTOBJFORMAT=elf WRKDIRPREFIX=/work DISTDIR=/tmp/distfiles DISTCACHE=/distcache CCACHE_LOGFILE= PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin PACKAGES=/tmp/packages TIMEOUT=7200 PKGSUFFIX=.tbz OSVERSION=800107 __DSVERSION__=3.2.1 OPTIONS_ENABLED=0 TINDERD_SLEEPTIME=120 UNAME_n=tinderbox.ipigto.rimed.cu __MKLVL__=1 CCACHE_JAIL=0 LOCALBASE=/usr/local DISTFILE_URI= CCACHE_MAX_SIZE=2G X_WINDOW_SYSTEM=xorg MASTER_SITE_OVERRIDE=file:///distcache/${DIST_SUBDIR}/ OPTIONS_DIR= UNAME_r=8.0-RELEASE-p2 USA_RESIDENT=YES UNAME_s=FreeBSD PARALLEL_PACKAGE_BUILD=1 PWD=/usr/ports/textproc/iso8879 UNAME_v=FreeBSD 8.0-RELEASE-p2 #0: Sat Jun 5 14:25:46 CDT 2010 root@tinderbox.ipigto.rimed.cu:/usr/src/sys/magic/kernel/path FTP_PASSIVE_MODE=yes CCACHE_ENABLED=0 INDEXFILE=INDEX-8 ---End Environment--- ---Begin OPTIONS List--- ---End OPTIONS List--- End Configuration. FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS= BUILD_DEPENDS=unzip-6.0.tbz RUN_DEPENDS=xmlcatmgr-2.2.tbz add_pkg ================================================================ ======================================== ===> License check disabled, port has not defined LICENSE => isoENTS.zip doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from file:///distcache//. isoENTS.zip 20 kB 1198 kBps => MD5 Checksum OK for isoENTS.zip. => SHA256 Checksum OK for isoENTS.zip. ================================================================ ======================================== add_pkg ===> License check disabled, port has not defined LICENSE ===> Extracting for iso8879-1986_2 => MD5 Checksum OK for isoENTS.zip. => SHA256 Checksum OK for isoENTS.zip. ================================================================ ======================================== add_pkg ===> Patching for iso8879-1986_2 ================================================================ ======================================== add_pkg unzip-6.0.tbz adding dependencies pkg_add unzip-6.0.tbz ===> iso8879-1986_2 depends on executable: unzip - found ===> Configuring for iso8879-1986_2 ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg xmlcatmgr-2.2.tbz adding dependencies pkg_add xmlcatmgr-2.2.tbz + Creating /usr/local/share/sgml/catalog + Registering CATALOG catalog.ports (SGML) + Creating /usr/local/share/sgml/catalog.ports + Creating /usr/local/share/xml/catalog + Registering nextCatalog catalog.ports (XML) + Creating /usr/local/share/xml/catalog.ports The following catalogs are installed: 1) ${PREFIX}/share/sgml/catalog The top level catalog for SGML stuff. It is not changed by any ports/packages except textproc/xmlcatmgr. 2) ${PREFIX}/share/sgml/catalog.ports This catalog is for handling SGML stuff installed under ${PREFIX}/share/sgml. It is changed by ports/packages. 3) ${PREFIX}/share/xml/catalog The top level catalog for XML stuff. It is not changed by any ports/packages except textproc/xmlcatmgr. 4) ${PREFIX}/share/xml/catalog.ports This catalog is for handling XML stuff installed under ${PREFIX}/share/xml. It is changed by ports/packages. ===> Installing for iso8879-1986_2 ===> iso8879-1986_2 depends on file: /usr/local/bin/xmlcatmgr - found ===> Generating temporary packing list ===> Checking if textproc/iso8879 already installed Archive: /tmp/distfiles/isoENTS.zip checkdir: cannot create extraction directory: c Read-only file system *** Error code 2 Stop in /a/ports/textproc/iso8879. ================================================================ build of /usr/ports/textproc/iso8879 ended at Sat Jun 5 19:46:00 UTC 2010 From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 20:49:59 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A0311065677 for ; Sat, 5 Jun 2010 20:49:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id EF88A8FC0A for ; Sat, 5 Jun 2010 20:49:58 +0000 (UTC) Received: (qmail 31004 invoked by uid 399); 5 Jun 2010 20:49:58 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 5 Jun 2010 20:49:58 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C0AB875.8000106@FreeBSD.org> Date: Sat, 05 Jun 2010 13:49:57 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Denny Lin References: <20100605052422.GM20695@mail.hs.ntnu.edu.tw> In-Reply-To: <20100605052422.GM20695@mail.hs.ntnu.edu.tw> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Ccache warning X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 20:49:59 -0000 On 06/04/10 22:24, Denny Lin wrote: > Hi, I saw this warning about devel/ccache a while ago: > Any time you change CC/CXX you need to reinstall devel/libtool15 or you > will run in to problems. > > This was added a long time ago, so I'm wondering if this is still > necessary (should be devel/libtool22 now). If that's true it should be added to http://www.freebsd.org/doc/en_US.ISO8859-1/articles/custom-gcc/index.html. Can anyone comment authoritatively? Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 21:02:07 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823BB1065672; Sat, 5 Jun 2010 21:02:07 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 41D128FC0A; Sat, 5 Jun 2010 21:02:06 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 153AF8A1ED4; Sat, 5 Jun 2010 23:02:05 +0200 (CEST) Message-ID: <4C0ABB4C.9060907@bsdforen.de> Date: Sat, 05 Jun 2010 23:02:04 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Doug Barton References: <20100605052422.GM20695@mail.hs.ntnu.edu.tw> <4C0AB875.8000106@FreeBSD.org> In-Reply-To: <4C0AB875.8000106@FreeBSD.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Ccache warning X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 21:02:07 -0000 On 05/06/2010 22:49, Doug Barton wrote: > On 06/04/10 22:24, Denny Lin wrote: >> Hi, I saw this warning about devel/ccache a while ago: >> Any time you change CC/CXX you need to reinstall devel/libtool15 or you >> will run in to problems. >> >> This was added a long time ago, so I'm wondering if this is still >> necessary (should be devel/libtool22 now). > > If that's true it should be added to > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/custom-gcc/index.html. > Can anyone comment authoritatively? I've been using ccache for years without bothering about this. The only problems are caused by ports that cannot deal with spaces in CC/CXX (~2% of my installed ports). -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 21:11:01 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC8261065673; Sat, 5 Jun 2010 21:11:01 +0000 (UTC) (envelope-from mark@lightflowinterrupted.com) Received: from mc.neutelligent.com (mc.neutelligent.com [66.230.204.9]) by mx1.freebsd.org (Postfix) with ESMTP id BD32D8FC16; Sat, 5 Jun 2010 21:11:01 +0000 (UTC) Received: from [127.0.0.1] (host86-147-102-95.range86-147.btcentralplus.com [86.147.102.95]) by mc.neutelligent.com (Postfix) with ESMTPA id DC4A728465; Sat, 5 Jun 2010 16:54:00 -0400 (EDT) Message-ID: <4C0AB859.6070408@lightflowinterrupted.com> Date: Sat, 05 Jun 2010 21:49:29 +0100 From: Mark User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: brooks@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: FreeBSD Port: squeezeboxserver-7.5.0_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 21:11:02 -0000 Hi, I've been using this port for some years to power my Squeezebox devices - thanks for keeping it up to date. However, the latest update has killed my installation totally - first it would not scan my music, and after upgrading perl & perl module ports I can no longer start the squeezebox server at all: odin# /usr/local/etc/rc.d/squeezeboxserver start Starting squeezeboxserver. The following modules failed to load: YAML::Syck ******* NOTE: Please use the buildme.sh script located here: http://svn.slimdevices.com/repos/slim/7.5/trunk/vendor/CPAN/ If 7.5 is outdated by the time you read this, Replace "7.5" with the major version of Squeezebox Server you are running. ******* Exiting.. I'm running the latest 5.8 perl from the ports, and seem to be able to load modules from the command line: odin# perl use YAML::Syck Any idea how I should investigate this? I've tried downloading various versions of the server from slimdevices.com, but to no avail. It either won't run at all, or won't scan any music with DBI:: errors. I did notice the port is not downloading the FreeBSD-specific tarball from slimdevices (it uses the NOCPAN one). I appreciate you're not a helpdesk, but I'm not sure where else to go with this - none of the slimdevices forums seem to have much FreeBSD stuff on them. If there's a list that might help, I'd be grateful if you could point me to it. Regards, Mark From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 21:31:38 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CCF71065700 for ; Sat, 5 Jun 2010 21:31:38 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 901EB8FC0A for ; Sat, 5 Jun 2010 21:31:37 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2C6B8.dip.t-dialin.net [217.226.198.184]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 95FAB84405D; Sat, 5 Jun 2010 23:31:31 +0200 (CEST) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 9505C52BC; Sat, 5 Jun 2010 23:31:28 +0200 (CEST) Date: Sat, 5 Jun 2010 23:31:28 +0200 From: Alexander Leidinger To: freebsd-ports@freebsd.org Message-ID: <20100605233128.0000011e@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 95FAB84405D.A767D X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, BR_SPAMMER_URI 2.00) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1276378294.93243@R4SqpVWbB7I4nBPJfebK6g X-EBL-Spam-Status: No Cc: bf1783@gmail.com Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 21:31:38 -0000 On Fri, 4 Jun 2010 09:20:48 +0000 "b. f." wrote: > Alexander Leidinger wrote: > >Quoting Doug Barton (from Thu, 03 Jun 2010 > 11:29:01 -0700): > > > >> On 06/03/10 05:39, Matthias Andree wrote: > >>> Am 03.06.2010 13:30, schrieb Andrey Chernov: > >>> > >>>> security/libksba > >>>> security/libgcrypt > >>>> (they use libgpg-error) > >> > >> So libgpg-error needs to be bumped, but why do things that don't > >> like directly with gettext need it? One of the major benefits of > >> shared libraries is to avoid pointless recompiling. > > > >The reason (for those interested) is explained here: > http://www.leidinger.net/blog/2010/06/03/direct-indirect-and-explicit-dependencies-in-progamsports/ > > Just for the record, the useful > ports/Tools/scripts/explicit_lib_depends.sh, described and used in > your link above, may _not_ find libraries that: > > -- are needed, but were intended to be statically linked; Correct. If you are of a way how to detect it after the fact, feel free to share the info here. > -- are needed, but loaded via dlopen(3) and friends (this is noted in > a comment in ports/Tools/scripts/neededlibs.sh ); Correct. The goal for the scripts are to find entries for LIB_DEPENDS. A static lib is a BUILD_DEPEND, not a LIB_DEPEND, and something which is opened via dlopen() is typically not a LIB_DEPEND but a RUN_DEPEND (it is the other way around and the stuff which is dlopen()en depends upon what is dlopen()ing it). Additionally if a something is using dlopen(), it should give sensible error messages when it does not work, so instead of a cryptic error message which not everyone understands, there should be (yes, I know, this is an idealistic POV) an error message even your mother can understand. I have to tell that those scripts are far from finished, the heuristic of files to look at needs to be improved, and the translation into ports-framework variable (like GNOME and X11 ones) needs to be written. I didn't continue with this back when I was committing those scripts, as the 3rd party software was far away from a state which would made it really useful (indirect dependencies show up in runs of the scripts, but they are not really welcome in our ports). > -- are needed, and dynamically linked in the usual way, but are not > referenced in any ELF DT_NEEDED tags. These tags are optional, not > mandatory, in the System V ABI, and they can be missing for a number > of reasons. They may not be present in a pre-compiled binary. Or, > for example. because some ports make shared libraries by converting > static archives into shared libraries with the linker, the tags can > sometimes be missing for those libraries. Also, some ports use a > version of gcc4* wired to devel/binutils, but then directly invoke > some portion of the older base system binutils. I've seen this lead > to missing tags in the past. Apart from the fact that I did not know that, do you know which ports in the FreeBSD ports collection show this problem? Is there another way to find this info in then? Bye, Alexander. From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 21:39:51 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE7901065677 for ; Sat, 5 Jun 2010 21:39:51 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id A73EF8FC15 for ; Sat, 5 Jun 2010 21:39:51 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2C6B8.dip.t-dialin.net [217.226.198.184]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 6BE3684405B; Sat, 5 Jun 2010 23:39:49 +0200 (CEST) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 9DA9A52BE; Sat, 5 Jun 2010 23:39:46 +0200 (CEST) Date: Sat, 5 Jun 2010 23:39:47 +0200 From: Alexander Leidinger To: freebsd-ports@freebsd.org, Jan Henrik Sylvester Message-ID: <20100605233947.00006cce@unknown> In-Reply-To: <4C09010A.7010906@janh.de> References: <4C04CAAA.7080001@janh.de> <20100603123728.GA1605@server.vk2pj.dyndns.org> <20100603150208.19603v4b90d4jeec@webmail.leidinger.net> <4C09010A.7010906@janh.de> X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 6BE3684405B.A932F X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1276378789.89675@3qeQ3XxpfsZ7Rt6ns5Jhpw X-EBL-Spam-Status: No Cc: Subject: Re: Direct or indirect libdependencies (using the libintl.so.8 case) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 21:39:52 -0000 On Fri, 04 Jun 2010 15:35:06 +0200 Jan Henrik Sylvester wrote: > I have checked one of the missing dependencies with > explicit_lib_depends.sh, but it did not show up, because > explicit_lib_depends.sh makes some assumptions upon were binaries > reside that are not true in this case: The heuristics are far from perfect. I just took the obvious ones. As the scripts are intended to write out values for LIB_DEPENDS, and the fact that indirect dependencies shall not be recorded there, the scripts where not useful when I wrote them (I noticed this after writting as much as you can see in the ports collection), and are still not useful because indirect dependencies are still recorded in libs and programs. For this reason I did not invest more time in improving which parts of a pkg-plist to check or not. Feel free to submit imrpovements to the scripts. [recording indirect deps or not] > Considering the few responses my posting got, either not many see the > need to reach an agreement or the posing was not clear or not concise > enough. (It is not the first time I tried to raise this issue.) The best solution would be to fix the ports to not link explicitely to indirect deps (by improving libtool and by improving the .pc files for pkg-config). Then we could even switch from recording indirect dependencies in /var/db/pkg/-/+{CONTENTS,REQUIRED_BY} to only record direct deps. Bye, Alexander. From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 21:53:15 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07E2D1065675 for ; Sat, 5 Jun 2010 21:53:15 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 936CC8FC0A for ; Sat, 5 Jun 2010 21:53:14 +0000 (UTC) Received: by wyf28 with SMTP id 28so2244036wyf.13 for ; Sat, 05 Jun 2010 14:53:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=PXgLnmwEzi2ta1rgYS0trnj5B0USX8nEGhVfPZfGAoQ=; b=DDiE2UYWWiE3wM3a+TnhJZysqbYqTE19fouCPrZ0A66ov4R136EvlqRoEj+2QP6Hm0 NlMMXk4y9jw43sLCzPp3mlMhSY7mk02dEXNcYYeagez500UyMRq+XEHFwe5TlqlvgvPE KyWJW5Y5dH66W+s9QY3nuP4eSho0wIwSI/tsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=albCwu2dkfWcWvjzPjTVRqD1zhpSah8HS9w/eXw+v4XpShCS7kyRMnJgV0Xcr1t0Bq Aye3Q2iKCP3FEcS+yl7wyp9EYYJIDBJ0XL6X54GotwNBVncq8XqY5lySft9IRHLgOTBE 5k1XaIhJ6+yCyAnzQLDPRZwKReM2oPhB+EFeE= MIME-Version: 1.0 Received: by 10.216.90.13 with SMTP id d13mr1008992wef.18.1275774792859; Sat, 05 Jun 2010 14:53:12 -0700 (PDT) Received: by 10.216.183.5 with HTTP; Sat, 5 Jun 2010 14:53:12 -0700 (PDT) Date: Sat, 5 Jun 2010 21:53:12 +0000 Message-ID: From: "b. f." To: Janne Snabb Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: Building ports with stack-protector X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 21:53:15 -0000 Janne Snabb wrote: >> AFAIR there was certain performance penalty with stack-protector, > >I think the penalty is small enough. I would assume that someone >has already made an evaluation on this before turning it on in "make >buildworld". I was earlier trying to search for a discussion on it, >but I did not find it on the public mailing lists. Maybe it is >somewhere. ... >I remember that some ports built fine but the resulting binaries >would not work for various reasons when I did my CFLAGS+=-fstack-protector >experiment a couple of months ago. Unfortunately at that time I did >not keep a record of which ports were problematic (and I built && >tested only a small subset of ports which were the most relevant >to myself, most of them being network facing server programs). This is not the first time that this issue has come up. Jeremie Le Hen pushed through the integration of stack protector support with the help of others. If I recall correctly, his original tests showed ~2-5% penalty for the time required for buildworld. (Unfortunately, his original website has disappeared.) This was thought to be acceptable, and the added security (the stack protector can be circumvented, but it is much better than nothing at all), and the fact that it makes finding buffer overflows a bit easier, were thought to be good reason to enable it by default in most of the base system. I thought that the ports committers would then clean up the ports so that it could be used for the majority of them, too, but this didn't happen -- even though there are outstanding problems arising from the fact that stack protection is enabled by default in the base system of some supported versions of FreeBSD, but not in ports. I've been building most of my ports with stack protection since 2008, and most of the failures (~15 of my ~450 installed ports needed to be patched on i386, and far fewer on amd64) arose from the fact that many ports don't respect LDFLAGS (the stack-protector flags need to be passed when linking as well as when compiling). This needs to be fixed, and not just for using the stack protector: there has been a lot of interest in the use of alternative compilers and tool-chains in ports, and this will require that most ports respect not only CC, CXX, and CFLAGS, but also CPP, CPPFLAGS, LDFLAGS, AS, AR, ARFLAGS, LD, OBJCOPY, etc. This may be needed to make ports available on other architectures, too. Right now these variables are often ignored (see how many ports don't pass CPPFLAGS or LDFLAGS during configure or build, or pass some value that is hard-coded in the port Makefile), or set to the wrong values in ports/Mk/bsd.commands.mk, ports/Mk/bsd.port.mk, /usr/share/mk/sys.mk, or the port itself. With reference to Dmitry's patch, I don't think that three different overlapping variables are really needed, and there is already a precedent for using "SSP" rather than "STACK_PROTECTOR" in the base system -- for example, WITHOUT_SSP in src.conf, MK_SSP in a number of places, and SSP_CFLAGS in /usr/share/mk. Also, note that support for the stack protector in the base system, which may affect support in ports, is not available on several architectures, and can also be disabled by users in src.conf (see, for example, /usr/share/mk/bsd.sys.mk). b. From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 22:02:36 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 070401065674; Sat, 5 Jun 2010 22:02:36 +0000 (UTC) (envelope-from pgollucci@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D18588FC0C; Sat, 5 Jun 2010 22:02:35 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o55M2ZE4072593; Sat, 5 Jun 2010 22:02:35 GMT (envelope-from pgollucci@freefall.freebsd.org) Received: (from pgollucci@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o55M2ZZt072589; Sat, 5 Jun 2010 22:02:35 GMT (envelope-from pgollucci) Date: Sat, 5 Jun 2010 22:02:35 GMT Message-Id: <201006052202.o55M2ZZt072589@freefall.freebsd.org> To: globalpanic@gmx.net, pgollucci@FreeBSD.org, freebsd-ports@FreeBSD.org From: pgollucci@FreeBSD.org Cc: Subject: Re: ports/14701: New port: misc/proxyper X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 22:02:36 -0000 Synopsis: New port: misc/proxyper State-Changed-From-To: closed->open State-Changed-By: pgollucci State-Changed-When: Sat Jun 5 22:02:35 UTC 2010 State-Changed-Why: Maintainer approved. http://www.freebsd.org/cgi/query-pr.cgi?pr=14701 From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 22:03:45 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37E9E1065672; Sat, 5 Jun 2010 22:03:45 +0000 (UTC) (envelope-from pgollucci@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8128FC13; Sat, 5 Jun 2010 22:03:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o55M3iAR072907; Sat, 5 Jun 2010 22:03:44 GMT (envelope-from pgollucci@freefall.freebsd.org) Received: (from pgollucci@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o55M3i3T072903; Sat, 5 Jun 2010 22:03:44 GMT (envelope-from pgollucci) Date: Sat, 5 Jun 2010 22:03:44 GMT Message-Id: <201006052203.o55M3i3T072903@freefall.freebsd.org> To: globalpanic@gmx.net, pgollucci@FreeBSD.org, freebsd-ports@FreeBSD.org From: pgollucci@FreeBSD.org Cc: Subject: Re: ports/14701: New port: misc/proxyper X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 22:03:45 -0000 Synopsis: New port: misc/proxyper State-Changed-From-To: open->closed State-Changed-By: pgollucci State-Changed-When: Sat Jun 5 22:03:44 UTC 2010 State-Changed-Why: dyslexia agian http://www.freebsd.org/cgi/query-pr.cgi?pr=14701 From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 23:34:13 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09FFA1065675 for ; Sat, 5 Jun 2010 23:34:13 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 86B2B8FC1D for ; Sat, 5 Jun 2010 23:34:12 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 05 Jun 2010 19:34:11 -0400 Received: from mx04.lnh.mail.rcn.net (mx04.lnh.mail.rcn.net [207.172.157.54]) by mr02.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id QUS24610; Sat, 5 Jun 2010 19:34:11 -0400 (EDT) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp04.lnh.mail.rcn.net with ESMTP; 05 Jun 2010 19:34:09 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19466.57074.751533.544810@jerusalem.litteratus.org> Date: Sat, 5 Jun 2010 19:34:10 -0400 To: ports@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Subject: can't compile textproc/flex X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 23:34:13 -0000 Trying to upgrade gettext, it seems I need to upgrade flex. This produces: checking whether to use NLS... yes checking where the gettext function comes from... external libintl checking how to link with libintl... /usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib checking for bison... bison -y checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... configure: error: cannot find output from flex; giving up ===> Script "configure" failed unexpectedly. Please report the problem to johans@FreeBSD.org [maintainer] and attach the "/usr/ports/textproc/flex/work/flex-2.5.35/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). I have e-mailed the maintained, with no response. The config log file is appended. Can anyoneone tell me what's messed up? (And how to fix it?) Robert Huff This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by the fast lexical analyser generator configure 2.5.35, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --includedir=/usr/local/include/flex --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=amd64-portbld-freebsd9.0 ## --------- ## ## Platform. ## ## --------- ## hostname = jerusalem.litteratus.org uname -m = amd64 uname -r = 9.0-CURRENT uname -s = FreeBSD uname -v = FreeBSD 9.0-CURRENT #0: Fri Apr 23 11:34:17 EDT 2010 huff@jerusalem.litteratus.org:/usr/obj/usr/src/sys/JERUSALEM /usr/bin/uname -p = amd64 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/bin PATH: /sbin PATH: /usr/sbin PATH: /bin PATH: /usr/bin PATH: /usr/local/sbin PATH: /root ## ----------- ## ## Core tests. ## ## ----------- ## configure:1378: checking for a BSD-compatible install configure:1433: result: /usr/bin/install -c -o root -g wheel configure:1444: checking whether build environment is sane configure:1487: result: yes configure:1552: checking for gawk configure:1581: result: no configure:1552: checking for mawk configure:1581: result: no configure:1552: checking for nawk configure:1568: found /usr/bin/nawk configure:1578: result: nawk configure:1588: checking whether gmake sets $(MAKE) configure:1612: result: no configure:1795: checking whether NLS is requested configure:1804: result: yes configure:1842: checking for msgfmt configure:1876: result: no configure:1882: checking for gmsgfmt configure:1913: result: : configure:1952: checking for xgettext configure:1986: result: no configure:2023: checking for msgmerge configure:2056: result: no configure:2116: checking for style of include used by gmake configure:2144: result: none configure:2215: checking for gcc configure:2241: result: cc configure:2485: checking for C compiler version configure:2488: cc --version &5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2491: $? = 0 configure:2493: cc -v &5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:2496: $? = 0 configure:2498: cc -V &5 cc: '-V' option must have argument configure:2501: $? = 1 configure:2524: checking for C compiler default output file name configure:2527: cc -O -pipe -g conftest.c >&5 configure:2530: $? = 0 configure:2576: result: a.out configure:2581: checking whether the C compiler works configure:2587: ./a.out configure:2590: $? = 0 configure:2607: result: yes configure:2614: checking whether we are cross compiling configure:2616: result: no configure:2619: checking for suffix of executables configure:2621: cc -o conftest -O -pipe -g conftest.c >&5 configure:2624: $? = 0 configure:2649: result: configure:2655: checking for suffix of object files configure:2676: cc -c -O -pipe -g conftest.c >&5 configure:2679: $? = 0 configure:2701: result: o configure:2705: checking whether we are using the GNU C compiler configure:2729: cc -c -O -pipe -g conftest.c >&5 configure:2735: $? = 0 configure:2738: test -z || test ! -s conftest.err configure:2741: $? = 0 configure:2744: test -s conftest.o configure:2747: $? = 0 configure:2760: result: yes configure:2766: checking whether cc accepts -g configure:2787: cc -c -g conftest.c >&5 configure:2793: $? = 0 configure:2796: test -z || test ! -s conftest.err configure:2799: $? = 0 configure:2802: test -s conftest.o configure:2805: $? = 0 configure:2816: result: yes configure:2833: checking for cc option to accept ANSI C configure:2903: cc -c -O -pipe -g conftest.c >&5 configure:2909: $? = 0 configure:2912: test -z || test ! -s conftest.err configure:2915: $? = 0 configure:2918: test -s conftest.o configure:2921: $? = 0 configure:2939: result: none needed configure:2957: cc -c -O -pipe -g conftest.c >&5 conftest.c:2: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'me' configure:2963: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3095: checking dependency style of cc configure:3185: result: none configure:3208: checking build system type configure:3226: result: amd64-portbld-freebsd9.0 configure:3234: checking host system type configure:3248: result: amd64-portbld-freebsd9.0 configure:3280: checking for ld used by GCC configure:3343: result: /usr/bin/ld configure:3352: checking if the linker (/usr/bin/ld) is GNU ld GNU ld version 2.15 [FreeBSD] 2004-05-23 configure:3364: result: yes configure:3370: checking for shared library run path origin configure:3383: result: done configure:3800: checking whether NLS is requested configure:3809: result: yes configure:3827: checking for GNU gettext in libc configure:3851: cc -o conftest -O -pipe -g conftest.c >&5 conftest.c:11:21: error: libintl.h: No such file or directory conftest.c: In function 'main': conftest.c:18: warning: incompatible implicit declaration of built-in function 'gettext' conftest.c:18: warning: cast from pointer to integer of different size configure:3857: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "the fast lexical analyser generator" | #define PACKAGE_TARNAME "flex" | #define PACKAGE_VERSION "2.5.35" | #define PACKAGE_STRING "the fast lexical analyser generator 2.5.35" | #define PACKAGE_BUGREPORT "flex-help@lists.sourceforge.net" | #define PACKAGE "flex" | #define VERSION "2.5.35" | /* end confdefs.h. */ | #include | extern int _nl_msg_cat_cntr; | extern int *_nl_domain_bindings; | int | main () | { | bindtextdomain ("", ""); | return (int) gettext ("") + _nl_msg_cat_cntr + *_nl_domain_bindings | ; | return 0; | } configure:3881: result: no configure:3915: checking for iconv configure:3942: cc -o conftest -O -pipe -g -I/usr/local/include conftest.c >&5 /var/tmp//ccsypAJr.o(.text+0xa): In function `main': /usr/ports/textproc/flex/work/flex-2.5.35/conftest.c:16: undefined reference to `libiconv_open' /var/tmp//ccsypAJr.o(.text+0x2a):/usr/ports/textproc/flex/work/flex-2.5.35/conftest.c:17: undefined reference to `libiconv' /var/tmp//ccsypAJr.o(.text+0x32):/usr/ports/textproc/flex/work/flex-2.5.35/conftest.c:18: undefined reference to `libiconv_close' configure:3948: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "the fast lexical analyser generator" | #define PACKAGE_TARNAME "flex" | #define PACKAGE_VERSION "2.5.35" | #define PACKAGE_STRING "the fast lexical analyser generator 2.5.35" | #define PACKAGE_BUGREPORT "flex-help@lists.sourceforge.net" | #define PACKAGE "flex" | #define VERSION "2.5.35" | /* end confdefs.h. */ | #include | #include | int | main () | { | iconv_t cd = iconv_open("",""); | iconv(cd,NULL,NULL,NULL,NULL); | iconv_close(cd); | ; | return 0; | } configure:3992: cc -o conftest -O -pipe -g -I/usr/local/include conftest.c /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib >&5 configure:3998: $? = 0 configure:4001: test -z || test ! -s conftest.err configure:4004: $? = 0 configure:4007: test -s conftest configure:4010: $? = 0 configure:4025: result: yes configure:4035: checking how to link with libiconv configure:4037: result: /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib configure:4426: checking for GNU gettext in libintl configure:4458: cc -o conftest -O -pipe -g -I/usr/local/include conftest.c /usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib >&5 conftest.c: In function 'main': conftest.c:23: warning: cast from pointer to integer of different size configure:4464: $? = 0 configure:4467: test -z || test ! -s conftest.err configure:4470: $? = 0 configure:4473: test -s conftest configure:4476: $? = 0 configure:4547: result: yes configure:4576: checking whether to use NLS configure:4578: result: yes configure:4581: checking where the gettext function comes from configure:4592: result: external libintl configure:4600: checking how to link with libintl configure:4602: result: /usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib configure:4659: checking for bison configure:4675: found /usr/local/bin/bison configure:4685: result: bison -y configure:4700: checking for flex configure:4716: found /usr/local/bin/flex configure:4726: result: flex configure:4739: checking for yywrap in -lfl configure:4769: cc -o conftest -O -pipe -g -I/usr/local/include conftest.c -lfl >&5 configure:4775: $? = 0 configure:4778: test -z || test ! -s conftest.err configure:4781: $? = 0 configure:4784: test -s conftest configure:4787: $? = 0 configure:4800: result: yes configure:4877: checking lex output file root configure:4888: flex conftest.l /libexec/ld-elf.so.1: Shared object "libintl.so.8" not found, required by "flex" configure:4891: $? = 1 configure:4898: error: cannot find output from flex; giving up ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=amd64-portbld-freebsd9.0 ac_cv_build_alias=amd64-portbld-freebsd9.0 ac_cv_c_compiler_gnu=yes ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O -pipe -g' ac_cv_env_CPPFLAGS_set='' ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O -pipe -g' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=c++ ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=amd64-portbld-freebsd9.0 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_exeext='' ac_cv_host=amd64-portbld-freebsd9.0 ac_cv_host_alias=amd64-portbld-freebsd9.0 ac_cv_lib_fl_yywrap=yes ac_cv_objext=o ac_cv_path_GMSGFMT=: ac_cv_path_MSGFMT=: ac_cv_path_MSGMERGE=: ac_cv_path_XGETTEXT=: ac_cv_prog_AWK=nawk ac_cv_prog_LEX=flex ac_cv_prog_YACC='bison -y' ac_cv_prog_ac_ct_CC=cc ac_cv_prog_cc_g=yes ac_cv_prog_cc_stdc='' ac_cv_prog_make_gmake_set=no acl_cv_hardcode_direct=no acl_cv_hardcode_libdir_flag_spec='${wl}-rpath ${wl}$libdir' acl_cv_hardcode_libdir_separator='' acl_cv_hardcode_minus_L=no acl_cv_libext=a acl_cv_path_LD=/usr/bin/ld acl_cv_prog_gnu_ld=yes acl_cv_rpath=done acl_cv_shlibext=so acl_cv_wl=-Wl, am_cv_CC_dependencies_compiler_type=none am_cv_func_iconv=yes am_cv_lib_iconv=yes gt_cv_func_gnugettext1_libc=no gt_cv_func_gnugettext1_libintl=yes lt_cv_sys_max_cmd_len=262144 ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/textproc/flex/work/flex-2.5.35/missing --run aclocal-1.9' ALLOCA='' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/textproc/flex/work/flex-2.5.35/missing --run tar' AUTOCONF='${SHELL} /usr/ports/textproc/flex/work/flex-2.5.35/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/textproc/flex/work/flex-2.5.35/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/textproc/flex/work/flex-2.5.35/missing --run automake-1.9' AWK='nawk' BISON='' CC='cc' CCDEPMODE='depmode=none' CFLAGS='-O -pipe -g' CPP='' CPPFLAGS='-I/usr/local/include' CXX='c++' CXXDEPMODE='' CXXFLAGS='-O -pipe -g' CYGPATH_W='echo' DEFS='' DEPDIR='.deps' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' GMSGFMT=':' HELP2MAN='' INDENT='' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s' INTLLIBS='/usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib' LDFLAGS='' LEX='flex' LEXLIB='-lfl' LEX_OUTPUT_ROOT='' LIBICONV='/usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib' LIBINTL='/usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib' LIBOBJS='' LIBS='' LN_S='' LTLIBICONV='-L/usr/local/lib -liconv -R/usr/local/lib' LTLIBINTL='-L/usr/local/lib -lintl -L/usr/local/lib -liconv -R/usr/local/lib' LTLIBOBJS='' M4='' MAKEINFO='${SHELL} /usr/ports/textproc/flex/work/flex-2.5.35/missing --run makeinfo' MKINSTALLDIRS='$(top_builddir)/./mkinstalldirs' MSGFMT=':' MSGMERGE=':' OBJEXT='o' PACKAGE='flex' PACKAGE_BUGREPORT='flex-help@lists.sourceforge.net' PACKAGE_NAME='the fast lexical analyser generator' PACKAGE_STRING='the fast lexical analyser generator 2.5.35' PACKAGE_TARNAME='flex' PACKAGE_VERSION='2.5.35' PATH_SEPARATOR=':' POSUB='po' RANLIB='' SET_MAKE='MAKE=gmake' SHELL='/bin/sh' STRIP='' USE_NLS='yes' VERSION='2.5.35' XGETTEXT=':' YACC='bison -y' ac_ct_CC='cc' ac_ct_CXX='' ac_ct_RANLIB='' ac_ct_STRIP='' am__fastdepCC_FALSE='' am__fastdepCC_TRUE='#' am__fastdepCXX_FALSE='' am__fastdepCXX_TRUE='' am__include='#' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='amd64-portbld-freebsd9.0' build_alias='amd64-portbld-freebsd9.0' build_cpu='amd64' build_os='freebsd9.0' build_vendor='portbld' datadir='${prefix}/share' exec_prefix='NONE' host='amd64-portbld-freebsd9.0' host_alias='' host_cpu='amd64' host_os='freebsd9.0' host_vendor='portbld' includedir='/usr/local/include/flex' infodir='/usr/local/info/' install_sh='/usr/ports/textproc/flex/work/flex-2.5.35/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='${prefix}/var' mandir='/usr/local/man' mkdir_p='$(mkinstalldirs)' oldincludedir='/usr/include' prefix='/usr/local' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define ENABLE_NLS 1 #define HAVE_DCGETTEXT 1 #define HAVE_GETTEXT 1 #define HAVE_ICONV 1 #define PACKAGE "flex" #define PACKAGE_BUGREPORT "flex-help@lists.sourceforge.net" #define PACKAGE_NAME "the fast lexical analyser generator" #define PACKAGE_STRING "the fast lexical analyser generator 2.5.35" #define PACKAGE_TARNAME "flex" #define PACKAGE_VERSION "2.5.35" #define VERSION "2.5.35" configure: exit 1 From owner-freebsd-ports@FreeBSD.ORG Sat Jun 5 23:46:07 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A188E106566C for ; Sat, 5 Jun 2010 23:46:07 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1DC8FC23 for ; Sat, 5 Jun 2010 23:46:06 +0000 (UTC) Received: by wyf28 with SMTP id 28so2287537wyf.13 for ; Sat, 05 Jun 2010 16:46:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=Nv36RkAoORmdbnLnRTo6J1SxPYpPDulxpRjmHV44LwE=; b=VJrttxAOvtiWgap/cl1n5TTphzY4/nHXKcxBY8/ux9o8ZwVRKN6nNIlD3N3TrRZ4Si czm2pwjo8AUP/C4Ok0Q7JkHGsHphSUnkEh+XqH7aBc8mGjTwmK5+X2tQnjE1T7g8+N3u G3ruBXMNumYuwNm/P7VqIOpB3CiL2YTXndYv0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=vXZnOy9p8OG93BGTxFetRPmPDLI3GCH2Bv007iFWr1lwjifqO+swMdB2NJRtlNNTfn o+3Q7bfMuEHzNCamIBWYdriBrxmRL4iIcgJGYljlWX4EUg3h1l35xlRMWqUwW1RzrsaJ QHFIkLCDondKWR4RaoFv2xrfHCev0qgnrEho0= MIME-Version: 1.0 Received: by 10.216.91.12 with SMTP id g12mr1018797wef.78.1275781565994; Sat, 05 Jun 2010 16:46:05 -0700 (PDT) Received: by 10.216.183.5 with HTTP; Sat, 5 Jun 2010 16:46:05 -0700 (PDT) In-Reply-To: <20100605233128.0000011e@unknown> References: <20100605233128.0000011e@unknown> Date: Sat, 5 Jun 2010 23:46:05 +0000 Message-ID: From: "b. f." To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: devel/gettext further update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 23:46:07 -0000 On 6/5/10, Alexander Leidinger wrote: ... >> >> Just for the record, the useful >> ports/Tools/scripts/explicit_lib_depends.sh, described and used in >> your link above, may _not_ find libraries that: >> >> -- are needed, but were intended to be statically linked; > > Correct. If you are of a way how to detect it after the fact, feel free > to share the info here. I don't think there is a good way to do this, but you could perhaps provide a warning about undefined symbols. > >> -- are needed, but loaded via dlopen(3) and friends (this is noted in >> a comment in ports/Tools/scripts/neededlibs.sh ); > > Correct. > > The goal for the scripts are to find entries for LIB_DEPENDS. A static > lib is a BUILD_DEPEND, not a LIB_DEPEND, and something which is opened I take your point. I was just mentioning possible problems with reference to the OP's use of your script to determine which ports to rebuild during an update. In that case, one may want to rebuild a dependent port after updating a static library, even if the dependent port may not be broken after the update. > via dlopen() is typically not a LIB_DEPEND but a RUN_DEPEND (it is the > other way around and the stuff which is dlopen()en depends upon what > is dlopen()ing it). Additionally if a something is using dlopen(), it I don't agree with this. Dependent ports often need to test for the presence of the libraries they intend to dlopen() during configuration or regression testing, or use headers from the ports that the libraries belong to during compilation. > should give sensible error messages when it does not work, so instead > of a cryptic error message which not everyone understands, there should > be (yes, I know, this is an idealistic POV) an error message even your > mother can understand. Well, let us say the average user. You don't know my mother. :) > I have to tell that those scripts are far from finished, the heuristic > of files to look at needs to be improved, and the translation into > ports-framework variable (like GNOME and X11 ones) needs to be written. > I didn't continue with this back when I was committing those scripts, > as the 3rd party software was far away from a state which would made it > really useful (indirect dependencies show up in runs of the scripts, > but they are not really welcome in our ports). > Yes, I didn't expect them to be highly polished. But they are already more elaborate than the rough, ad hoc methods I often use, anyway. >> -- are needed, and dynamically linked in the usual way, but are not >> referenced in any ELF DT_NEEDED tags. These tags are optional, not >> mandatory, in the System V ABI, and they can be missing for a number >> of reasons. They may not be present in a pre-compiled binary. Or, >> for example. because some ports make shared libraries by converting >> static archives into shared libraries with the linker, the tags can >> sometimes be missing for those libraries. Also, some ports use a >> version of gcc4* wired to devel/binutils, but then directly invoke >> some portion of the older base system binutils. I've seen this lead >> to missing tags in the past. > > Apart from the fact that I did not know that, do you know which ports in > the FreeBSD ports collection show this problem? Is there another way to > find this info in then? Well, these are admittedly uncommon cases, but I just thought I'd mention them in case someone using your script to determine which ports to update encountered one of them. With respect to the conversion of static libraries into shared libraries, anything that is using the '--whole-archive' flag during linking bears further examination. (It doesn't necessarily mean that the DT_NEEDED tags are missing, just that they _may_ be missing.) Among the ports that do this are older ports (often Fortran-related), or ports that once used static libraries because they were slightly more efficient, or more secure, but have since been modified to also build shared libraries in a very simple way: graphics/f90gl, math/arpack, math/atlas, math/blas, math/lapack, math/lapack95, math/metis, math/scalapack, math/spooles, math/suitesparse, etc. You can see the methods they use in the respective port Makefiles. Where needed, they may be fixed to include the proper tags, and I submitted patches to do this for some of them, but they were never committed, making linking for some of these libraries a real pain. See, for example, the unnecessarily complex (and wrong) description of how to link with the math/atlas _shared_ libraries in math/atlas/pkg-descr. As for ports that mix tool-chains, this includes a great many of the ports that USE_GCC=4.4+ or USE_FORTRAN, because, even though the gcc maintainer (finally) fixed the problem with the auto-detection of devel/binutils that could produce unpredictable results with respect to which tool-chain was used by the compiler in recent gcc snapshots, he did not also instruct those ports (and their dependencies) to use devel/binutils when invoking the tool-chain utilities _directly_, so they can (and do) mix tool-chains during some port builds. For example, the ports I mentioned above use lang/gcc44, which indirectly invokes the assembler and linker from devel/binutils, but then invoke the older base system linker directly in the port Makefiles. Apart from other problems that this can cause, I once noticed that this resulted in a loss of tags in the resulting binaries. The fact that such a loss can occur is obviously a bug, so I don't claim that this always happens, or that it happens with the current default setup. b.