From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 00:32:55 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E65316A422 for ; Sun, 5 Mar 2006 00:32:55 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 4315543D49 for ; Sun, 5 Mar 2006 00:32:52 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 76141 invoked from network); 5 Mar 2006 00:32:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=xT6RV4oCXXUnh26+miU1Cvac46MIoldQoLqii2a5NGIYIE6lUSXo/a4q44NPXZy7yl6fBheoN7uYI3KhD1JQIwNIQJQd5AilFDe+inHAJS/fuDfZ5q1wX1APMYE6otzEO8FcSq9WzvvpycyZfYeOL8ikXOCePSViD3CGuUvD3Kk= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 5 Mar 2006 00:32:52 -0000 Message-ID: <440A31BC.2060701@rogers.com> Date: Sat, 04 Mar 2006 19:33:00 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Sam Sirlin References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> In-Reply-To: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-stable@freebsd.org, obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 05 Mar 2006 00:32:55 -0000 Sam Sirlin wrote: > FYI, in case there was any doubt, this annoying bug is also present in > a recent 6.0-STABLE (Sat Jan 14) on amd 64. > > CONFIG_SHELL=/bin/sh is a fix. > > Shouldn't the port be marked broken or reverted to a working copy in that case? From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 03:49:32 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B14D016A420; Sun, 5 Mar 2006 03:49:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D25143D45; Sun, 5 Mar 2006 03:49:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 539BC1A4E21; Sat, 4 Mar 2006 19:49:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CE0F051DA0; Sat, 4 Mar 2006 22:49:31 -0500 (EST) Date: Sat, 4 Mar 2006 22:49:31 -0500 From: Kris Kennaway To: Mike Jakubik Message-ID: <20060305034931.GA67813@xor.obsecurity.org> References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> <440A31BC.2060701@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <440A31BC.2060701@rogers.com> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, freebsd-stable@freebsd.org, Sam Sirlin , obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 05 Mar 2006 03:49:32 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 04, 2006 at 07:33:00PM -0500, Mike Jakubik wrote: > Sam Sirlin wrote: > >FYI, in case there was any doubt, this annoying bug is also present in= =20 > >a recent 6.0-STABLE (Sat Jan 14) on amd 64. > > > >CONFIG_SHELL=3D/bin/sh is a fix. > > > > =20 >=20 > Shouldn't the port be marked broken or reverted to a working copy in=20 > that case? The preference is to fix it, of course, but if that can't happen in the next day or two we'll do one or the other for the releases. Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECl/LWry0BWjoQKURAkpTAJ989vV3ndC0jce5/Kd3hyTYEerapQCfQVSi sg/jnNOb0X1wc7JxTAOVj2o= =tAdD -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 04:01:45 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A60B16A423 for ; Sun, 5 Mar 2006 04:01:45 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 075A543D45 for ; Sun, 5 Mar 2006 04:01:43 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 48510 invoked from network); 5 Mar 2006 04:01:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=0PVHO9rB2g1EQ8fTH38w5cmvCtvdtsN9KW+7EWSnwvIx/ZWd+Kybk4JqKmmrgQ7Mi10gZ1a1QNH3mHbG2j85h4vF27iSAZhOVfRt2MiLlC7cB4zDro4W8pjmaHkgyeoDJyJXpH37epoiSMkQioo3pWUtPukg/RBxH95Tm1iSFWQ= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 5 Mar 2006 04:01:43 -0000 Message-ID: <440A62B0.3040703@rogers.com> Date: Sat, 04 Mar 2006 23:01:52 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> <440A31BC.2060701@rogers.com> <20060305034931.GA67813@xor.obsecurity.org> In-Reply-To: <20060305034931.GA67813@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-stable@freebsd.org, Sam Sirlin , obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 05 Mar 2006 04:01:45 -0000 Kris Kennaway wrote: > On Sat, Mar 04, 2006 at 07:33:00PM -0500, Mike Jakubik wrote: > >> Shouldn't the port be marked broken or reverted to a working copy in >> that case? >> > > The preference is to fix it, of course, but if that can't happen in > the next day or two we'll do one or the other for the releases. > > Kris > Agreed. I've emailed bug-bash@gnu.org about this. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 05:20:38 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BFAE16A420 for ; Sun, 5 Mar 2006 05:20:38 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from mail.stovebolt.com (mail.stovebolt.com [66.221.101.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0E6E43D5D for ; Sun, 5 Mar 2006 05:20:35 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from [192.168.2.101] (adsl-66-140-61-102.dsl.rcsntx.swbell.net [66.140.61.102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.stovebolt.com (Postfix) with ESMTP id ECC9D114308; Sat, 4 Mar 2006 23:19:56 -0600 (CST) Date: Sat, 04 Mar 2006 23:19:31 -0600 From: Paul Schmehl To: "Jacob, Raymond A Jr" , question+fbsdports@closedsrc.org Message-ID: In-Reply-To: <653C8E7D21FB654997909E77C691053F446AD0@NAEAWNYDEX21VA.nadsusea.nads.navy.mil> References: <653C8E7D21FB654997909E77C691053F446AD0@NAEAWNYDEX21VA.nadsusea. nads.navy.mil> X-Mailer: Mulberry/4.0.0 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: base-1.2.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 05:20:38 -0000 --On March 4, 2006 2:57:38 PM -0500 "Jacob, Raymond A Jr" wrote: > I installed the base port after running cvsup -g -L2 on > standard-supfile and port-supfile files and installing perl.5.8.x and > PCRE, apache_modssl, mysql_server from ports. After the install I found I > had to: > 1. install php4-session and php4-mysql from ports; This should not happen. Please notify the port maintainer. All dependencies to a port should be installed for that port. > 2. In order to display graphics I used the hint from > http://sourceforge.net/mailarchive/message.php?msg_id=12390214 > that required a modification to the file php.ini. > I did a find / -name 'php.ini*'; cd to the directory with the file > php.ini-dist and copied php.ini-dist to php.ini. In the file, php.ini, I > found the line include_path=".:/php/inludes" and appended > ":/usr/local/share/pear" to that line. The line now is > include_path=".:/php/includes:/usr/local/share/pear" > Strange. I've never had to do that for base and don't have that in my php.ini file (with a working base) right now. Paul Schmehl (pauls@utdallas.edu) Adjunct Information Security Officer University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu/ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 06:43:09 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14B4F16A422 for ; Sun, 5 Mar 2006 06:43:09 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FCD343D88 for ; Sun, 5 Mar 2006 06:42:58 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.159] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FFn0U-000A2b-NE for freebsd-ports@freebsd.org; Sun, 05 Mar 2006 14:46:18 +0800 Message-ID: <003b01c6401f$ff50b140$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Sun, 5 Mar 2006 14:42:39 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: iwi-firmware X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 06:43:09 -0000 Hello, I am tried to install /usr/ports/net/iwi-firmware and give error = message. iwi-firmware-2.4_2 is configured with iwicontrol(8) which you don't = need. Error code 1 Stop in /usr/ports/net/iwi-firmware. How can I to get and install iwi-firmware? Balgaa From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 06:48:42 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A66916A420 for ; Sun, 5 Mar 2006 06:48:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C52D43D46 for ; Sun, 5 Mar 2006 06:48:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E8EE71A3C1C; Sat, 4 Mar 2006 22:48:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 143895186D; Sun, 5 Mar 2006 01:48:41 -0500 (EST) Date: Sun, 5 Mar 2006 01:48:40 -0500 From: Kris Kennaway To: Balgansuren Batsukh Message-ID: <20060305064840.GA71414@xor.obsecurity.org> References: <003b01c6401f$ff50b140$0201000a@JACK> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <003b01c6401f$ff50b140$0201000a@JACK> User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org Subject: Re: iwi-firmware 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, 05 Mar 2006 06:48:42 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 02:42:39PM +0800, Balgansuren Batsukh wrote: > Hello, >=20 > I am tried to install /usr/ports/net/iwi-firmware and give error message. >=20 > iwi-firmware-2.4_2 is configured with iwicontrol(8) which you don't need. > Error code 1 >=20 > Stop in /usr/ports/net/iwi-firmware. >=20 > How can I to get and install iwi-firmware? Sounds like you don't need to any longer. Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEConIWry0BWjoQKURApsjAKCEzgtB0moNYnElBT7NtAHZNtO/MwCgpEFr 5z4N7gUbtjIiq7LKYAFKj8s= =l7aU -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 06:56:55 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66FDA16A420 for ; Sun, 5 Mar 2006 06:56:55 +0000 (GMT) (envelope-from question+fbsdports@closedsrc.org) Received: from q.closedsrc.org (q.closedsrc.org [72.1.133.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEDD943D46 for ; Sun, 5 Mar 2006 06:56:54 +0000 (GMT) (envelope-from question+fbsdports@closedsrc.org) Received: by q.closedsrc.org (Postfix, from userid 1001) id 65A5F45021; Sat, 4 Mar 2006 22:56:53 -0800 (PST) Date: Sat, 4 Mar 2006 22:56:53 -0800 From: Linh Pham To: Paul Schmehl Message-ID: <20060305065653.GE8667@q.internal.closedsrc.org> References: <653C8E7D21FB654997909E77C691053F446AD0@NAEAWNYDEX21VA.nadsusea.nads.navy.mil> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: Organization: closedsrc.org Mail-Copies-To: poster X-PGP-Key: http://closedsrc.org/~question/pubkey.asc User-Agent: Mutt/1.5.11 Cc: ports@FreeBSD.org, "Jacob, Raymond A Jr" , question+fbsdports@closedsrc.org Subject: Re: FreeBSD Port: base-1.2.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: Sun, 05 Mar 2006 06:56:55 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006-03-04 23:19 -0600, Paul Schmehl wrote: # This should not happen. Please notify the port maintainer. All=20 # dependencies to a port should be installed for that port. I'm working on updating the port to include php(4|5)-session as a dependency, as well as adding flags to include the appropriate PHP modules for MySQL and/or PostgreSQL when set. --=20 Linh Pham question+fbsdports@closedsrc.org http://closedsrc.org/ --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECou1whofDeWkDMIRAqxsAKCvxSg0btFT6FWVKxcQ0iLN2qeqMgCfXyyV VWocHubawMXdsYbqFBWOR9s= =nUbn -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 07:03:00 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83DCE16A420 for ; Sun, 5 Mar 2006 07:03:00 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CEE443D45 for ; Sun, 5 Mar 2006 07:02:59 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.159] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FFnJt-000AK0-K9 for freebsd-ports@freebsd.org; Sun, 05 Mar 2006 15:06:21 +0800 Message-ID: <005201c64022$cc381110$0201000a@JACK> From: "Balgansuren Batsukh" To: References: <003b01c6401f$ff50b140$0201000a@JACK> <20060305064840.GA71414@xor.obsecurity.org> Date: Sun, 5 Mar 2006 15:02:42 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: iwi-firmware X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 07:03:00 -0000 Hello, When I try to use "dhclient iwi0" and give following error message: iwi0: could not read firmware image iwi0: could not load boot firmware iwi0: could not read firmware image iwi0: could not load boot firmware Mar 5 15:00:08 xen dhclient[817]: iwi0: not found iwi0: not found exiting xen# Mar 5 15:00:08 xen dhclient[817]: exiting. Mar 5 15:00:08 xen dhclient[818]: connection closed Mar 5 15:00:08 xen dhclient[818]: exiting. Balgaa ----- Original Message ----- From: "Kris Kennaway" To: "Balgansuren Batsukh" Cc: Sent: Sunday, March 05, 2006 2:48 PM Subject: Re: iwi-firmware From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 07:07:36 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7314516A420 for ; Sun, 5 Mar 2006 07:07:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3226443D45 for ; Sun, 5 Mar 2006 07:07:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 170BF1A3C1B; Sat, 4 Mar 2006 23:07:36 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7309B524AA; Sun, 5 Mar 2006 02:07:35 -0500 (EST) Date: Sun, 5 Mar 2006 02:07:35 -0500 From: Kris Kennaway To: Balgansuren Batsukh Message-ID: <20060305070735.GA71733@xor.obsecurity.org> References: <003b01c6401f$ff50b140$0201000a@JACK> <20060305064840.GA71414@xor.obsecurity.org> <005201c64022$cc381110$0201000a@JACK> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <005201c64022$cc381110$0201000a@JACK> User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org Subject: Re: iwi-firmware 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, 05 Mar 2006 07:07:36 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 03:02:42PM +0800, Balgansuren Batsukh wrote: > Hello, >=20 > When I try to use "dhclient iwi0" and give following error message: >=20 > iwi0: could not read firmware image > iwi0: could not load boot firmware > iwi0: could not read firmware image > iwi0: could not load boot firmware > Mar 5 15:00:08 xen dhclient[817]: iwi0: not found > iwi0: not found > exiting > xen# Mar 5 15:00:08 xen dhclient[817]: exiting. > Mar 5 15:00:08 xen dhclient[818]: connection closed > Mar 5 15:00:08 xen dhclient[818]: exiting. >=20 > Balgaa I took a closer look at the port Makefile: =2E if !defined(WITHOUT_CONTROL) IGNORE=3D is configured with ${DRIVERNAME}control(8) which you don'= t need =2E endif i.e. you may need to rerun 'make config' and turn it off. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECo43Wry0BWjoQKURAtkrAJ0ZMd7oYNIUlrC3+eox+vdQhyVcHgCgybtz DPyWtV88Ei93VMQuDKyXFUI= =kxPE -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 07:21:33 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A296116A422 for ; Sun, 5 Mar 2006 07:21:33 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88C4843D46 for ; Sun, 5 Mar 2006 07:21:32 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.159] (helo=JACK) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FFnbq-000AaO-Fc for freebsd-ports@freebsd.org; Sun, 05 Mar 2006 15:24:54 +0800 Message-ID: <008201c64025$6375f400$0201000a@JACK> From: "Balgansuren Batsukh" To: References: <003b01c6401f$ff50b140$0201000a@JACK> <20060305064840.GA71414@xor.obsecurity.org> <005201c64022$cc381110$0201000a@JACK> <20060305070735.GA71733@xor.obsecurity.org> Date: Sun, 5 Mar 2006 15:21:15 +0800 Organization: Bolsoft Co., Ltd MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: iwi-firmware X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 07:21:33 -0000 Hello, I did make config and can to see following: Options for iwi-firmware 2.4_2 ------------------------------- [ ] MODULE Install iwi(4) kernel module (very old snapshot) [ ] CONTROL Install iwicontrol(8) utility -When I select only CONTROL then give me error message. 1.If I remove check from both MODULE and CONTROL. 2.Run "make install" then download and install normal without any error message? Balgaa ----- Original Message ----- From: "Kris Kennaway" To: "Balgansuren Batsukh" Cc: Sent: Sunday, March 05, 2006 3:07 PM Subject: Re: iwi-firmware From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 07:33:33 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8779716A420 for ; Sun, 5 Mar 2006 07:33:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C7C943D46 for ; Sun, 5 Mar 2006 07:33:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 306D81A3C19; Sat, 4 Mar 2006 23:33:33 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2435F51FEB; Sun, 5 Mar 2006 02:33:32 -0500 (EST) Date: Sun, 5 Mar 2006 02:33:31 -0500 From: Kris Kennaway To: Balgansuren Batsukh Message-ID: <20060305073331.GA72209@xor.obsecurity.org> References: <003b01c6401f$ff50b140$0201000a@JACK> <20060305064840.GA71414@xor.obsecurity.org> <005201c64022$cc381110$0201000a@JACK> <20060305070735.GA71733@xor.obsecurity.org> <008201c64025$6375f400$0201000a@JACK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <008201c64025$6375f400$0201000a@JACK> User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org Subject: Re: iwi-firmware 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, 05 Mar 2006 07:33:33 -0000 On Sun, Mar 05, 2006 at 03:21:15PM +0800, Balgansuren Batsukh wrote: > Hello, >=20 > I did make config and can to see following: >=20 > Options for iwi-firmware 2.4_2 > ------------------------------- > [ ] MODULE Install iwi(4) kernel module (very old snapshot) > [ ] CONTROL Install iwicontrol(8) utility >=20 > -When I select only CONTROL then give me error message. >=20 > 1.If I remove check from both MODULE and CONTROL. > 2.Run "make install" then download and install normal without any error= =20 > message? Yes, that's what I was suggesting. Kris From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 07:36:08 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D836516A420 for ; Sun, 5 Mar 2006 07:36:08 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id D558A43D46 for ; Sun, 5 Mar 2006 07:36:07 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.159] (helo=JACK) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FFnpy-000AnY-6n for freebsd-ports@freebsd.org; Sun, 05 Mar 2006 15:39:30 +0800 Message-ID: <008401c64027$6d5fb990$0201000a@JACK> From: "Balgansuren Batsukh" To: References: <003b01c6401f$ff50b140$0201000a@JACK> <20060305064840.GA71414@xor.obsecurity.org> <005201c64022$cc381110$0201000a@JACK> <20060305070735.GA71733@xor.obsecurity.org> Date: Sun, 5 Mar 2006 15:35:50 +0800 Organization: Bolsoft Co., Ltd MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: iwi-firmware X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 07:36:09 -0000 I found that without MODULE/CONTROL selected install only firmware, not iwicontrol. I change directory to work/iwi-freebsd-1.3.4/src/usr.sbin and make install to get iwicontrol installed on /usr/sbin Balgaa ----- Original Message ----- From: "Kris Kennaway" To: "Balgansuren Batsukh" Cc: Sent: Sunday, March 05, 2006 3:07 PM Subject: Re: iwi-firmware From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 08:38:07 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D74C616A420 for ; Sun, 5 Mar 2006 08:38:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF54043D70 for ; Sun, 5 Mar 2006 08:38:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AE8AB1A3C1E; Sun, 5 Mar 2006 00:38:03 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 19583514C3; Sun, 5 Mar 2006 03:38:03 -0500 (EST) Date: Sun, 5 Mar 2006 03:38:03 -0500 From: Kris Kennaway To: Balgansuren Batsukh Message-ID: <20060305083802.GA73320@xor.obsecurity.org> References: <003b01c6401f$ff50b140$0201000a@JACK> <20060305064840.GA71414@xor.obsecurity.org> <005201c64022$cc381110$0201000a@JACK> <20060305070735.GA71733@xor.obsecurity.org> <008401c64027$6d5fb990$0201000a@JACK> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <008401c64027$6d5fb990$0201000a@JACK> User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org Subject: Re: iwi-firmware 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, 05 Mar 2006 08:38:08 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 03:35:50PM +0800, Balgansuren Batsukh wrote: > I found that without MODULE/CONTROL selected install only firmware, not= =20 > iwicontrol. Yes, that's the whole point. What the port is telling you is that you don't need it any more. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECqNqWry0BWjoQKURAlIaAKC6kcz3XmkeLCdxJTPg7VkAXqPJVACgwf49 2zvkOvW6V/H2ykwYEopADYk= =l3br -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 13:55:10 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D46B616A420 for ; Sun, 5 Mar 2006 13:55:10 +0000 (GMT) (envelope-from edden@orcon.net.nz) Received: from host220-95.pervouralsk.ru (host220-95.pervouralsk.ru [84.254.220.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 549D943D46 for ; Sun, 5 Mar 2006 13:55:07 +0000 (GMT) (envelope-from edden@orcon.net.nz) Received: from XsrEQ ([84.254.220.95]) by host220-95.pervouralsk.ru (smtp.host220-95.pervouralsk.ru) (MDaemon.PRO.v8.1.6.R) with ESMTP id md534876043.msg for ; Sun, 05 Mar 2006 16:52:28 +0200 From: To: Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------102558928190C33" Date: Sun, 5 Mar 2006 13:55:07 +0000 (GMT) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Selam. 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, 05 Mar 2006 13:55:10 -0000 ------------102558928190C33 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, freebsd-ports. Thursday, February 1, 2006, 10:42:42 PM, you wrote: >Selam. >Nasilsin? >Neden aramiyorsun beniSeni ozledim,canim!!!En yakin zaman seni gorusmek >istiyorum. >Beni resimler ne zaman gonderecekmisin? >Ara beni.Bekleyorum. Merhaba canim. Ben iyim sag ol. Senin telefon kayboldum,uzuluyorum. Benim numara 2320177781 ara beni.Bu benim resimler. -- Best regards, edden mailto:edden@freebsd.org ------------102558928190C33-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 17:46:45 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA07616A420 for ; Sun, 5 Mar 2006 17:46:45 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324AA43D49 for ; Sun, 5 Mar 2006 17:46:43 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k25Hkggs002145; Sun, 5 Mar 2006 09:46:42 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k25Hkfx9002144; Sun, 5 Mar 2006 09:46:41 -0800 Date: Sun, 5 Mar 2006 09:46:41 -0800 From: Brooks Davis To: Kris Kennaway Message-ID: <20060305174641.GD32511@odin.ac.hmc.edu> References: <003b01c6401f$ff50b140$0201000a@JACK> <20060305064840.GA71414@xor.obsecurity.org> <005201c64022$cc381110$0201000a@JACK> <20060305070735.GA71733@xor.obsecurity.org> <008401c64027$6d5fb990$0201000a@JACK> <20060305083802.GA73320@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wLAMOaPNJ0fu1fTG" Content-Disposition: inline In-Reply-To: <20060305083802.GA73320@xor.obsecurity.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Balgansuren Batsukh , freebsd-ports@freebsd.org Subject: Re: iwi-firmware 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, 05 Mar 2006 17:46:45 -0000 --wLAMOaPNJ0fu1fTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 03:38:03AM -0500, Kris Kennaway wrote: > On Sun, Mar 05, 2006 at 03:35:50PM +0800, Balgansuren Batsukh wrote: > > I found that without MODULE/CONTROL selected install only firmware, not= =20 > > iwicontrol. >=20 > Yes, that's the whole point. What the port is telling you is that you > don't need it any more. The port is being gratuitously obstinate. The current state of affairs is ridiculous. It should simply ignore requested features that don't make sense and not provide the options in "make config". -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --wLAMOaPNJ0fu1fTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFECyQAXY6L6fI4GtQRAnJdAJ9+LC+HBi6HgQcmetI32fvTqSUECQCeNkcP wOFRd1h+cbCSOPHhzK5lmXY= =t/c/ -----END PGP SIGNATURE----- --wLAMOaPNJ0fu1fTG-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 22:21:37 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F72A16A420 for ; Sun, 5 Mar 2006 22:21:37 +0000 (GMT) (envelope-from amdmi3@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED6FD43D45 for ; Sun, 5 Mar 2006 22:21:36 +0000 (GMT) (envelope-from amdmi3@mail.ru) Received: from [213.148.29.33] (port=16637 helo=nexii.panopticon) by mx3.mail.ru with esmtp id 1FG1bb-0004ev-00 for freebsd-ports@freebsd.org; Mon, 06 Mar 2006 01:21:35 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id E37EE1147B for ; Mon, 6 Mar 2006 01:25:31 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 76347819; Mon, 6 Mar 2006 01:22:05 +0300 (MSK) Date: Mon, 6 Mar 2006 01:22:05 +0300 From: Dmitry Marakasov To: freebsd-ports@freebsd.org Message-ID: <20060305222205.GB926@hades.panopticon> Mail-Followup-To: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: opinions on porting software in alpha state? 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, 05 Mar 2006 22:21:37 -0000 Hi! I've successfully ported some software products, but now I doubt if I should actually submit these ports, because these programs are in alpha state. They are usable, yes, but as it may be expected from alphas they are quite buggy, and some functions don't work. So I wanted to ask for opinions - are such ports welcome or should I better wait for more mature releases? -- Best regards, Dmitry mailto:amdmi3@mail.ru From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 22:24:52 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3E1216A420 for ; Sun, 5 Mar 2006 22:24:52 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0388343D58 for ; Sun, 5 Mar 2006 22:24:52 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id B28CF17427; Mon, 6 Mar 2006 00:24:50 +0200 (EET) Date: Mon, 6 Mar 2006 00:24:50 +0200 From: Ion-Mihai Tetcu To: Dmitry Marakasov Message-ID: <20060306002450.6f1592eb@it.buh.tecnik93.com> In-Reply-To: <20060305222205.GB926@hades.panopticon> References: <20060305222205.GB926@hades.panopticon> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: opinions on porting software in alpha state? 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, 05 Mar 2006 22:24:52 -0000 On Mon, 6 Mar 2006 01:22:05 +0300 Dmitry Marakasov wrote: > Hi! > > I've successfully ported some software products, but now I doubt > if I should actually submit these ports, because these programs are > in alpha state. They are usable, yes, but as it may be expected > from alphas they are quite buggy, and some functions don't work. > So I wanted to ask for opinions - are such ports welcome or > should I better wait for more mature releases? If it's usable enough you could add the port, but please warn the user in pkg-message and/or in pre-everything:: -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" Death, when unnecessary, is a tragic thing. -- Flint, "Requiem for Methuselah", stardate 5843.7 From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 22:36:53 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6374616A420 for ; Sun, 5 Mar 2006 22:36:53 +0000 (GMT) (envelope-from danny@ricin.com) Received: from smtpq3.tilbu1.nb.home.nl (smtpq3.tilbu1.nb.home.nl [213.51.146.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id E84E043D45 for ; Sun, 5 Mar 2006 22:36:52 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.146.188] (port=59789 helo=smtp3.tilbu1.nb.home.nl) by smtpq3.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1FG1qN-0007xU-89; Sun, 05 Mar 2006 23:36:51 +0100 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:58059 helo=desktop.homenet) by smtp3.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1FG1qL-0004dv-Oo; Sun, 05 Mar 2006 23:36:49 +0100 From: Danny Pansters To: freebsd-ports@freebsd.org Date: Sun, 5 Mar 2006 22:36:13 +0000 User-Agent: KMail/1.9.1 References: <20060305222205.GB926@hades.panopticon> In-Reply-To: <20060305222205.GB926@hades.panopticon> X-Face: :N, f2_*44g[tRY8Y-gL2zi`G|<6SpFjTeHt|V5LO6Yl2E7yAfEh{E6-8pqxUFX"l)=?utf-8?q?Nm8y=7E=0A=09IWJSAWQ=7D+=3DpP=7CT=5D?=@sy1sz%h)*CW6gtbp]"fe@MjICtIUo.0, CH~{[R4PXSyL MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603052236.13754.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Cc: Dmitry Marakasov Subject: Re: opinions on porting software in alpha state? 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, 05 Mar 2006 22:36:53 -0000 On Sunday 5 March 2006 22:22, Dmitry Marakasov wrote: > Hi! > > I've successfully ported some software products, but now I doubt > if I should actually submit these ports, because these programs are > in alpha state. They are usable, yes, but as it may be expected > from alphas they are quite buggy, and some functions don't work. > So I wanted to ask for opinions - are such ports welcome or > should I better wait for more mature releases? I don't think for ports it's required that the software is stable or completely working. Just that the actual port builds and installs the software alright. Obviously the better it works, the nicer it is. But if there's no port for it, fewer people would try the software and report bugs etc (if interested enough). So, I'd say submit them and let people find the bugs (maybe). It's your responsibility that the port works OK, that means that it (de)installs as expected. But you're not responsible for upstream (though you may want to get involved of course). My EUR 0.02 Dan From owner-freebsd-ports@FreeBSD.ORG Sun Mar 5 22:51:40 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14EF016A422 for ; Sun, 5 Mar 2006 22:51:40 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD63843D48 for ; Sun, 5 Mar 2006 22:51:39 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060305225138m9100o1jqje>; Sun, 5 Mar 2006 22:51:38 +0000 Message-ID: <440B6B79.9020703@math.missouri.edu> Date: Sun, 05 Mar 2006 16:51:37 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060225 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Marakasov References: <20060305222205.GB926@hades.panopticon> In-Reply-To: <20060305222205.GB926@hades.panopticon> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: opinions on porting software in alpha state? 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, 05 Mar 2006 22:51:40 -0000 Dmitry Marakasov wrote: > Hi! > > I've successfully ported some software products, but now I doubt > if I should actually submit these ports, because these programs are > in alpha state. They are usable, yes, but as it may be expected > from alphas they are quite buggy, and some functions don't work. > So I wanted to ask for opinions - are such ports welcome or > should I better wait for more mature releases? > If you make them into ports then you are potentially doing people a big favor. Because if someone else wishes to try out the alpha quality software, you have made it easy for them. As long as the port has warnings in it that the software is alpha quality, you do no-one a disservice, but quite the contrary. So I say, go ahead and submit it. Stephen From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 03:44:49 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7104D16A420 for ; Mon, 6 Mar 2006 03:44:49 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from host-212-68-242-42.brutele.be (host-212-68-242-42.brutele.be [212.68.242.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9E0643D45 for ; Mon, 6 Mar 2006 03:44:48 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id 2ADAB54FA; Mon, 6 Mar 2006 04:44:47 +0100 (CET) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id D40A1C14F; Mon, 6 Mar 2006 04:44:46 +0100 (CET) Date: Mon, 6 Mar 2006 04:44:46 +0100 From: Jean-Yves Lefort To: Dmitry Marakasov Message-Id: <20060306044446.3af3b840.jylefort@FreeBSD.org> In-Reply-To: <20060305222205.GB926@hades.panopticon> References: <20060305222205.GB926@hades.panopticon> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__6_Mar_2006_04_44_46_+0100_YNpTc7JGWSBOJgmN" Cc: freebsd-ports@freebsd.org Subject: Re: opinions on porting software in alpha state? 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, 06 Mar 2006 03:44:49 -0000 --Signature=_Mon__6_Mar_2006_04_44_46_+0100_YNpTc7JGWSBOJgmN Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 6 Mar 2006 01:22:05 +0300 Dmitry Marakasov wrote: > I've successfully ported some software products, but now I doubt > if I should actually submit these ports, because these programs are > in alpha state. They are usable, yes, but as it may be expected > from alphas they are quite buggy, and some functions don't work. What's the difference with the other software we have in ports? --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Mon__6_Mar_2006_04_44_46_+0100_YNpTc7JGWSBOJgmN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEC7AuyzD7UaO4AGoRArT2AJ9p9MvmPvDz6bIShiJTOkZDH0/ozwCeIdM5 Yr8i179KQzgaOVPFOvl5Ihs= =p5p3 -----END PGP SIGNATURE----- --Signature=_Mon__6_Mar_2006_04_44_46_+0100_YNpTc7JGWSBOJgmN-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 04:01:36 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7116D16A420; Mon, 6 Mar 2006 04:01:36 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A1643D45; Mon, 6 Mar 2006 04:01:36 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 092FD52D4; Sun, 5 Mar 2006 22:01:35 -0600 (CST) Date: Sun, 5 Mar 2006 22:01:34 -0600 To: Jean-Yves Lefort Message-ID: <20060306040134.GA5679@soaustin.net> References: <20060305222205.GB926@hades.panopticon> <20060306044446.3af3b840.jylefort@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306044446.3af3b840.jylefort@FreeBSD.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Dmitry Marakasov , freebsd-ports@freebsd.org Subject: Re: opinions on porting software in alpha state? 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, 06 Mar 2006 04:01:36 -0000 On Mon, Mar 06, 2006 at 04:44:46AM +0100, Jean-Yves Lefort wrote: > On Mon, 6 Mar 2006 01:22:05 +0300 > Dmitry Marakasov wrote: > > > I've successfully ported some software products, but now I doubt > > if I should actually submit these ports, because these programs are > > in alpha state. They are usable, yes, but as it may be expected > > from alphas they are quite buggy, and some functions don't work. > > What's the difference with the other software we have in ports? There are two theories of what should be in ports: 1) only things that are known well-working and useful; 2) anything that someone might find useful somehow, somewhere. There is never going to be consensus on what the model is. (My conclusion is based on the last N times this topic was discussed). I think it is fair that if something is really rough, that the user ought to be warned somehow, so that an informed decision about whether to install it can be made. Users "expect" the ports to work -- that part I'm not inclined to argue about, I'll just assert it. So if it's something rough, either it should be in pkg-message, or if it is known not to work yet, set an IGNORE message and let the user override that if they choose. (From past conversations you will be able to deduce that I lean towards theory 1, but that I no longer believe it is possible to either reach a consensus or force a policy on this.) mcl From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 07:06:04 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 951CD16A420; Mon, 6 Mar 2006 07:06:04 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2162343D45; Mon, 6 Mar 2006 07:06:03 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 41EBDB857; Mon, 6 Mar 2006 09:06:01 +0200 (EET) Received: (nullmailer pid 71713 invoked by uid 1002); Mon, 06 Mar 2006 07:06:00 -0000 Date: Mon, 6 Mar 2006 09:06:00 +0200 From: Vasil Dimov To: Jeremy Messenger Message-ID: <20060306070600.GA70987@qlovarnika.bg.datamax> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 Cc: ports@freebsd.org, Vivek Khera Subject: Re: best practices for private ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 07:06:04 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 02, 2006 at 12:34:22PM -0600, Jeremy Messenger wrote: > On Thu, 02 Mar 2006 09:24:48 -0600, Vivek Khera wrote: >=20 > >I have a few meta-ports I use to configure my base systems. eg, I have = =20 > >a "kci-dbserver" port that just has runtime requirements for postgres, = =20 > >slony, mysql, and nullmailer. > > > >Right now I made a subdirectory in ports called local to put them in, = =20 > >but portsnap likes to delete it regularly :-( These are very specific = =20 > >to my server configurations so don't really make sense for inclusion in = =20 > >the main ports tree. > > > >What is the preferred location/mechanism for having local ports? =20 > >Ideally I'd like it to integrate with portupgrade which looks only in = =20 > >/usr/ports/* for the port files. >=20 > Use CVSup instead portsnap or copy marcusmerge.sh[1] with some tweak or = =20 > write your own script something similar to marcusmerge.sh that fit your = =20 > need. That's all I can think of. >=20 > [1] http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/portstools/ >=20 > Cheers, > Mezz >=20 >=20 Or create a script that calls portsnap and then restores your "local" ports automatically, something like cp -r /usr/ports-local/category/port /usr/ports/category/ Btw, have you tried playing with /usr/ports/.cvsignore? Good luck! --=20 Vasil Dimov --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFEC99YFw6SP/bBpCARAnvzAKDChKZHmVifwO51ADi79ufnoJW9aACfeuZp HB+yS9XYj1JUmCUK4RQrNRI= =Wyj5 -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 08:43:42 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7175D16A424 for ; Mon, 6 Mar 2006 08:43:42 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E50BE43D7D for ; Mon, 6 Mar 2006 08:43:36 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k268hXc5066961 for ; Mon, 6 Mar 2006 10:43:33 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Mon, 6 Mar 2006 10:43:33 +0200 (EET) From: Dmitry Pryanishnikov To: freebsd-ports@freebsd.org Message-ID: <20060306103204.C51066@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: ssh2-nox11 vs vid=594ad3c5-a39b-11da-926c-0800209adf0e 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, 06 Mar 2006 08:43:42 -0000 Hello! I've noticed the freshly-added entry in vuln.xml regarding SSH.COM SFTP server vulnerability (vid=594ad3c5-a39b-11da-926c-0800209adf0e) only by inspecting cvs-ports. Portaudit doesn't show my ssh2-nox11-3.2.9.1_3 packages as being vulnerable. Isn't this an overlook in vuln.xml entry? It seems to me that this vulnerability doesn't depend on X11-related code. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 08:52:43 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A332416A420 for ; Mon, 6 Mar 2006 08:52:43 +0000 (GMT) (envelope-from lorenl@north-winds.org) Received: from hosea.tallye.com (joel.tallye.com [216.99.199.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BEB543D48 for ; Mon, 6 Mar 2006 08:52:43 +0000 (GMT) (envelope-from lorenl@north-winds.org) Received: from hosea.tallye.com (localhost.localdomain [127.0.0.1]) by hosea.tallye.com (8.12.8/8.12.10) with ESMTP id k268qfHo030453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 6 Mar 2006 00:52:41 -0800 Received: (from sttng359@localhost) by hosea.tallye.com (8.12.8/8.12.8/Submit) id k268qel2030451 for freebsd-ports@freebsd.org; Mon, 6 Mar 2006 00:52:40 -0800 Date: Mon, 6 Mar 2006 00:52:40 -0800 From: "Loren M. Lang" To: FreeBSD Ports Message-ID: <20060306085240.GB29936@alzatex.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-GPG-Key: ftp://ftp.north-winds.org/pub/lorenl_pubkey.asc X-GPG-Fingerprint: B3B9 D669 69C9 09EC 1BCD 835A FAF3 7A46 E4A3 280C X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on hosea.tallye.com X-Virus-Status: Clean Subject: File locations in manpage 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, 06 Mar 2006 08:52:43 -0000 --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable What's the best way to deal with file locations in manpages? Should I have the manpage modified by sed so it always shows the full location of files, or leave it static with the defaults? And what would be the best approach to modify it if I did so? --=20 Loren M. Lang lorenl@north-winds.org http://www.north-winds.org/ Public Key: ftp://ftp.north-winds.org/pub/lorenl_pubkey.asc Fingerprint: CEE1 AAE2 F66C 59B5 34CA C415 6D35 E847 0118 A3D2 =20 --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEC/hYbTXoRwEYo9IRAoy7AJ9Eqk+1f5hwdeC2PLT9oaApYB4NeACdGNnA wFxOg4MpOh8TBhuH8AhkH+E= =K6fQ -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 10:00:20 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72DF616A420 for ; Mon, 6 Mar 2006 10:00:20 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6C2B43D45 for ; Mon, 6 Mar 2006 10:00:19 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 020041197D; Mon, 6 Mar 2006 11:00:14 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55997-09; Mon, 6 Mar 2006 11:00:09 +0100 (CET) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id EE5F2117CA; Mon, 6 Mar 2006 11:00:08 +0100 (CET) From: Florent Thoumie To: Brooks Davis In-Reply-To: <20060305174641.GD32511@odin.ac.hmc.edu> References: <003b01c6401f$ff50b140$0201000a@JACK> <20060305064840.GA71414@xor.obsecurity.org> <005201c64022$cc381110$0201000a@JACK> <20060305070735.GA71733@xor.obsecurity.org> <008401c64027$6d5fb990$0201000a@JACK> <20060305083802.GA73320@xor.obsecurity.org> <20060305174641.GD32511@odin.ac.hmc.edu> Content-Type: text/plain Date: Mon, 06 Mar 2006 09:59:56 +0000 Message-Id: <1141639196.18845.6.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at xbsd.org Cc: Balgansuren Batsukh , freebsd-ports@freebsd.org, Kris Kennaway Subject: Re: iwi-firmware 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, 06 Mar 2006 10:00:20 -0000 On Sun, 2006-03-05 at 09:46 -0800, Brooks Davis wrote: > On Sun, Mar 05, 2006 at 03:38:03AM -0500, Kris Kennaway wrote: > > On Sun, Mar 05, 2006 at 03:35:50PM +0800, Balgansuren Batsukh wrote: > > > I found that without MODULE/CONTROL selected install only firmware, not > > > iwicontrol. > > > > Yes, that's the whole point. What the port is telling you is that you > > don't need it any more. > > The port is being gratuitously obstinate. The current state of affairs > is ridiculous. It should simply ignore requested features that don't > make sense and not provide the options in "make config". Patches welcome. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 10:21:51 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C14316A420; Mon, 6 Mar 2006 10:21:51 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0F3643D55; Mon, 6 Mar 2006 10:21:50 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 1DCC3119ED; Mon, 6 Mar 2006 11:21:49 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56972-05; Mon, 6 Mar 2006 11:21:43 +0100 (CET) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 8B17E117CA; Mon, 6 Mar 2006 11:21:42 +0100 (CET) From: Florent Thoumie To: Mark Linimon In-Reply-To: <20060306040134.GA5679@soaustin.net> References: <20060305222205.GB926@hades.panopticon> <20060306044446.3af3b840.jylefort@FreeBSD.org> <20060306040134.GA5679@soaustin.net> Content-Type: text/plain Date: Mon, 06 Mar 2006 10:21:41 +0000 Message-Id: <1141640501.18845.11.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at xbsd.org Cc: Jean-Yves Lefort , Dmitry Marakasov , freebsd-ports@freebsd.org Subject: Re: opinions on porting software in alpha state? 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, 06 Mar 2006 10:21:51 -0000 On Sun, 2006-03-05 at 22:01 -0600, Mark Linimon wrote: > On Mon, Mar 06, 2006 at 04:44:46AM +0100, Jean-Yves Lefort wrote: > > On Mon, 6 Mar 2006 01:22:05 +0300 > > Dmitry Marakasov wrote: > > > > > I've successfully ported some software products, but now I doubt > > > if I should actually submit these ports, because these programs are > > > in alpha state. They are usable, yes, but as it may be expected > > > from alphas they are quite buggy, and some functions don't work. > > > > What's the difference with the other software we have in ports? > > There are two theories of what should be in ports: 1) only things that > are known well-working and useful; 2) anything that someone might find > useful somehow, somewhere. > > There is never going to be consensus on what the model is. (My conclusion > is based on the last N times this topic was discussed). > > I think it is fair that if something is really rough, that the user ought > to be warned somehow, so that an informed decision about whether to install > it can be made. Users "expect" the ports to work -- that part I'm not > inclined to argue about, I'll just assert it. > > So if it's something rough, either it should be in pkg-message, or if it > is known not to work yet, set an IGNORE message and let the user override > that if they choose. > > (From past conversations you will be able to deduce that I lean towards > theory 1, but that I no longer believe it is possible to either reach a > consensus or force a policy on this.) NetBSD has pkgsrc-wip, I think eik and clement used to work on some external project like this one (hosted on sourceforge). Maybe if there were an official statement about this (and more people working on it), we could have alpha-quality software/ports there and integrate them later in the ports collection. Additionally, some magical tool to merge ports-wip with ports (maybe marcuscom's script) would be more than useful. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 10:48:33 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7E2A16A420 for ; Mon, 6 Mar 2006 10:48:33 +0000 (GMT) (envelope-from mathias@sritux.univ-paris4.fr) Received: from sorbon.sorbonne.fr (sorbon.sorbonne.fr [195.220.107.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 398A043D53 for ; Mon, 6 Mar 2006 10:48:30 +0000 (GMT) (envelope-from mathias@sritux.univ-paris4.fr) Received: from sritux.univ-paris4.fr (sritux.univ-paris4.fr [195.220.117.24]) by sorbon.sorbonne.fr (8.12.11/jtpda-5.4) with ESMTP id k26AmTuE004603 for ; Mon, 6 Mar 2006 11:48:29 +0100 (CET) Received: from sritux.univ-paris4.fr (localhost [127.0.0.1]) by sritux.univ-paris4.fr (8.13.3/8.13.3) with ESMTP id k26Aj11G062881 for ; Mon, 6 Mar 2006 11:45:01 +0100 (CET) (envelope-from mathias@sritux.univ-paris4.fr) Received: (from mathias@localhost) by sritux.univ-paris4.fr (8.13.3/8.13.3/Submit) id k26Aj1GW062880 for freebsd-ports@freebsd.org; Mon, 6 Mar 2006 11:45:01 +0100 (CET) (envelope-from mathias) Date: Mon, 6 Mar 2006 11:45:01 +0100 From: Mathias Monnerville To: freebsd-ports@freebsd.org Message-ID: <20060306104501.GA62683@sritux.univ-paris4.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: libtool compile error after libtool port upgrade 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, 06 Mar 2006 10:48:33 -0000 Hello, This is my first post in the list; I am not really sure I am posting in the right mailing list thought my problems occured when libtool was modified in the tree... Since the last (big) libtool update (3 weeks ago) in the ports tree, all of my projects using autotools do *not* compile anymore and break at libtool compile time, exiting with a "libtool: compile: cannot determine name of library object from `'" error. I am running 5.4-RELEASE-p12. I found no help searching through the FreeBSD's lists. It compiles right out of the box when running on a fresh 6.0 installed system. They used to work perfectly on my 5.4 box until libtool was upgraded :( Any help would be greatly appreciated. Regards, Mathias Monnerville. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 10:57:14 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D74BA16A420 for ; Mon, 6 Mar 2006 10:57:14 +0000 (GMT) (envelope-from synack@netspace.net.au) Received: from mail.netspace.net.au (whirlwind.netspace.net.au [203.10.110.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57E5143D6A for ; Mon, 6 Mar 2006 10:57:08 +0000 (GMT) (envelope-from synack@netspace.net.au) Received: from [192.168.0.3] (220-253-21-126.VIC.netspace.net.au [220.253.21.126]) by mail.netspace.net.au (Postfix) with ESMTP id A6C44DA240 for ; Mon, 6 Mar 2006 21:57:06 +1100 (EST) Message-ID: <440C1743.9060209@netspace.net.au> Date: Mon, 06 Mar 2006 22:04:35 +1100 From: "B .Wiggins" User-Agent: Thunderbird 1.5 (X11/20060222) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: net/cnet compile 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: Mon, 06 Mar 2006 10:57:15 -0000 Hi everyone, Please bear with me as I have not submitted a ports' problem before. I am running; FreeBSD nebuchadnezzar 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #3: Wed Mar 1 17:28:14 EST 2006 caleb@nebuchadnezzar:/usr/obj/usr/src/sys/NEBUCHADNEZZER i386 with a freshly updated ports' tree. I have installed cnet network simulator and am having problems running it. I have emailed both the FreeBSD maintainer and cnet developer regarding the problem. The maintainer suggested posting to this group to see if anyone is having a similar problem. It seems that the latest version of gcc is generating warnings when compiling cnet C code and a topography file. Word on the wire is that newer versions of gcc tend to break old code. I am not a programmer and cannot verify this. Below is some output from running cnet with a topography file; [caleb@nebuchadnezzar]9:59pm % cnet -d T2 2 hosts, 0 routers and 1 link /usr/bin/gcc -ansi -Werror -Wall -fPIC -DFREEBSD -DHAVE_LONG_LONG=1 -DSIZEOF_INT=4 -DSIZEOF_LONG=4 -I/usr/local/share/cnet -c -o stopandwait.o stopandwait.c stopandwait.c: In function `transmit_frame': stopandwait.c:78: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type stopandwait.c: In function `application_ready': stopandwait.c:87: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type stopandwait.c: In function `physical_ready': stopandwait.c:102: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type stopandwait.c:124: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type stopandwait.c: In function `reboot_node': stopandwait.c:179: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type stopandwait.c:180: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type stopandwait.c:181: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type stopandwait.c:182: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type stopandwait.c:183: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type stopandwait.c:185: warning: passing arg 2 of `CNET_exit' discards qualifiers from pointer target type The same warning is generated regardless of the topography file used. Code and examples can be found in /usr/local/share/examples/cnet Any help would be great, Brett. below is the source from stopandwait.c; ############ start stopandwait.c code ######## #include #include #include /* This is an implementation of a stop-and-wait data link protocol. It is based on Tanenbaum's `protocol 4', 2nd edition, p227 (or his 3rd edition, p205). This protocol employs only data and acknowledgement frames - piggybacking and negative acknowledgements are not used. It is currently written so that only one node (number 0) will generate and transmit messages and the other (number 1) will receive them. This restriction seems to best demonstrate the protocol to those unfamiliar with it. The restriction can easily be removed by "commenting out" the line if(nodeinfo.nodenumber == 0) in reboot_node(). Both nodes will then transmit and receive (why?). Note that this file only provides a reliable data-link layer for a network of 2 nodes. */ typedef struct { char data[MAX_MESSAGE_SIZE]; } MSG; typedef enum { DATA, ACK } FRAMEKIND; typedef struct { FRAMEKIND kind; /* only ever DATA or ACK */ int len; /* the length of the msg field only */ int checksum; /* checksum of the whole frame */ int seq; /* only ever 0 or 1 */ MSG msg; } FRAME; #define FRAME_HEADER_SIZE (sizeof(FRAMEKIND) + 3*sizeof(int)) #define FRAME_SIZE(f) (FRAME_HEADER_SIZE + f.len) static MSG lastmsg; static int lastlength = 0; static CnetTimer lasttimer = NULLTIMER; static int ackexpected = 0; static int nextframetosend = 0; static int frameexpected = 0; static void transmit_frame(MSG *msg, FRAMEKIND kind, int msglen, int seqno) { FRAME f; f.kind = kind; f.seq = seqno; f.checksum = 0; f.len = msglen; if(kind == ACK) printf("ACK transmitted, seq=%d\n",seqno); else if(kind == DATA) { CnetInt64 timeout; float f1; memcpy(&f.msg, (char *)msg, msglen); printf(" DATA transmitted, seq=%d\n",seqno); int64_L2F(f1, linkinfo[1].propagationdelay); int64_F2L(timeout, 3.0*(f1 + 1000000*(FRAME_SIZE(f) * 8.0)/linkinfo[1].bandwidth)); lasttimer = CNET_start_timer(EV_TIMER1, timeout, 0); } msglen = FRAME_SIZE(f); f.checksum = checksum_ccitt((unsigned char *)&f, msglen); CHECK(CNET_write_physical(1, (char *)&f, &msglen)); } static void application_ready(CnetEvent ev, CnetTimer timer, CnetData data) { CnetAddr destaddr; lastlength = sizeof(MSG); CHECK(CNET_read_application(&destaddr,(char *)&lastmsg,&lastlength)); CNET_disable_application(ALLNODES); printf("down from application, seq=%d\n",nextframetosend); transmit_frame(&lastmsg, DATA, lastlength, nextframetosend); nextframetosend = 1-nextframetosend; } static void physical_ready(CnetEvent ev, CnetTimer timer, CnetData data) { FRAME f; int link, len, checksum; len = sizeof(FRAME); CHECK(CNET_read_physical(&link,(char *)&f,&len)); checksum = f.checksum; f.checksum = 0; if(checksum_ccitt((unsigned char *)&f, len) != checksum) { printf("\t\t\t\tBAD checksum - frame ignored\n"); return; /* bad checksum, ignore frame */ } if(f.kind == ACK) { if(f.seq == ackexpected) { printf("\t\t\t\tACK received, seq=%d\n",f.seq); CNET_stop_timer(lasttimer); ackexpected = 1-ackexpected; CNET_enable_application(ALLNODES); } } else if(f.kind == DATA) { printf("\t\t\t\tDATA received, seq=%d, ",f.seq); if(f.seq == frameexpected) { printf("up to application\n"); len = f.len; CHECK(CNET_write_application((char *)&f.msg, &len)); frameexpected = 1-frameexpected; } else printf("ignored\n"); transmit_frame((MSG *)NULL, ACK, 0, f.seq); } } static void draw_frame(CnetEvent ev, CnetTimer timer, CnetData data) { CnetDrawFrame *df = (CnetDrawFrame *)data; FRAME *f = (FRAME *)df->frame; if(f->kind == ACK) { df->colour[0] = (f->seq == 0) ? CN_RED : CN_PURPLE; df->pixels[0] = 10; sprintf(df->text, "%d", f->seq); } else if(f->kind == DATA) { df->colour[0] = (f->seq == 0) ? CN_RED : CN_PURPLE; df->pixels[0] = 10; df->colour[1] = CN_GREEN; df->pixels[1] = 30; sprintf(df->text, "data=%d", f->seq); } } static void timeouts(CnetEvent ev, CnetTimer timer, CnetData data) { if(timer == lasttimer) { printf("timeout, seq=%d\n",ackexpected); transmit_frame(&lastmsg,DATA,lastlength,ackexpected); } } static void showstate(CnetEvent ev, CnetTimer timer, CnetData data) { printf( "\n\tackexpected\t= %d\n\tnextframetosend\t= %d\n\tframeexpected\t= %d\n", ackexpected, nextframetosend, frameexpected); } void reboot_node(CnetEvent ev, CnetTimer timer, CnetData data) { if(nodeinfo.nodenumber > 1) { fprintf(stderr,"This is not a 2-node network!\n"); exit(1); } CHECK(CNET_set_handler( EV_APPLICATIONREADY, application_ready, 0)); CHECK(CNET_set_handler( EV_PHYSICALREADY, physical_ready, 0)); CHECK(CNET_set_handler( EV_DRAWFRAME, draw_frame, 0)); CHECK(CNET_set_handler( EV_TIMER1, timeouts, 0)); CHECK(CNET_set_handler( EV_DEBUG1, showstate, 0)); CHECK(CNET_set_debug_string( EV_DEBUG1, "State")); if(nodeinfo.nodenumber == 1) CNET_enable_application(ALLNODES); } -- "If you are new to UNIX, you may be used to clicking something and seeing either an "OK" message, an error, nothing, or (all too often) a pretty blue screen with nifty high-tech letters explaining exactly where the system crashed" - Michael Lucas From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 11:00:39 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA19F16A420 for ; Mon, 6 Mar 2006 11:00:39 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96BA043D46 for ; Mon, 6 Mar 2006 11:00:39 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k26B0dIM094231 for ; Mon, 6 Mar 2006 11:00:39 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k26B0bjh094217 for freebsd-ports@freebsd.org; Mon, 6 Mar 2006 11:00:37 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Mar 2006 11:00:37 GMT Message-Id: <200603061100.k26B0bjh094217@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD ports list 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, 06 Mar 2006 11:00:40 -0000 Current FreeBSD problem reports 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. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2006/02/23] ports/93767 ports-bugs [Maintainer-update] multimedia/mplayer (b o [2006/03/02] ports/94019 ports-bugs updating net/smb4k for latest revision 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2003/05/11] ports/52079 ports-bugs vmware3 hangs when nmdm(4) is used as COM s [2005/07/22] ports/83929 ports-bugs www/linux-mozilla - PATCH - update port, s [2005/11/03] ports/88462 ports-bugs math/GiNaC: ginsh crashes during startup f [2005/11/18] ports/89228 ports-bugs security/clamav: clamd with libunrar dies o [2005/12/08] ports/90107 ports-bugs cvsd imprisoned doesn't work with devfs f [2005/12/14] ports/90399 ports-bugs vmware2 port not working on FreeBSD 6.0 o [2005/12/21] ports/90729 ports-bugs databases/db[0-9]*: check USE_BDB knob f [2006/01/08] ports/91533 ports-bugs ports www/linux-firefox open file problem o [2006/01/09] ports/91557 ports-bugs graphics/ImageMagick port fails to compil f [2006/01/20] ports/92037 ports-bugs wrong report of package origin change. f [2006/01/20] ports/92050 ports-bugs Please update net/openradius to 0.9.11a o [2006/01/21] ports/92088 ports-bugs lang/ruby18 hangs during build o [2006/01/23] ports/92184 ports-bugs kterm, stty -a shows min = 0. this should o [2006/02/01] ports/92679 ports-bugs ghostscript-afpl port not able to fetch e f [2006/02/01] ports/92702 ports-bugs palm/jpilot pilot-link library update f [2006/02/01] ports/92706 ports-bugs vmware3 panic on 6.0-RELEASE o [2006/02/05] ports/92830 ports-bugs Request PATCHFILES addition to sysutils/c o [2006/02/06] ports/92871 ports-bugs [UPDATE]: emulators/vmware3 - Various fix f [2006/02/06] ports/92896 ports-bugs sysutils/portupgrade: pkgtools.conf lacks o [2006/02/07] ports/92932 ports-bugs fixes for vbp-driver ports for sparc64 pl f [2006/02/08] ports/93012 ports-bugs trouble with installing quagga 0.99.3 on o [2006/02/15] ports/93383 ports-bugs dmake port -- wrong 'startup' files path f [2006/02/17] ports/93471 ports-bugs ports syncing problem o [2006/02/17] ports/93488 ports-bugs www/libapreq2 does not built when mod_per o [2006/02/17] ports/93489 ports-bugs Mk/bsd.port.mk has updated version of ope f [2006/02/20] ports/93594 ports-bugs [update] shells/rssh update to 2.3.2 fixe o [2006/02/21] ports/93628 ports-bugs [maintainer-update] sysutils/rubygem-swit f [2006/02/22] ports/93686 ports-bugs nfsen-reconfigure of net-mgmt/nfsen proba o [2006/02/23] ports/93765 ports-bugs [maintainer-update] comms/gnokii: update o [2006/02/27] ports/93916 ports-bugs multimedia/vcdimager install fails o [2006/02/28] ports/93960 ports-bugs x11-wm/wmconfig port update to version 1. o [2006/03/01] ports/93967 ports-bugs converters/mpack, correct hardcoded path o [2006/03/01] ports/93983 ports-bugs finance/gnucash: slib after v. 3a1_2 blok o [2006/03/02] ports/94014 ports-bugs new port: net-p2p/rblibtorrent f [2006/03/02] ports/94027 ports-bugs www/gallery2: update to 2.0.3 o [2006/03/02] ports/94033 ports-bugs [maintainer] net/phpldapadmin update to 1 f [2006/03/03] ports/94038 ports-bugs Port upgrade: Fixing badly defined cron j o [2006/03/03] ports/94044 ports-bugs emulators/vmware2: running $PREFIX/etc/rc f [2006/03/05] ports/94110 ports-bugs clamav freshclam.conf causes users to ris o [2006/03/06] ports/94131 ports-bugs Maintainer update: www/resin3 updated to 40 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2003/10/02] ports/57502 ports-bugs ports that define USE_* too late s [2003/11/13] ports/59254 ports-bugs ports that write something after bsd.port a [2004/05/10] ports/66476 ports-bugs [NEW PORT] misc/gaim-talkfilters: A neat s [2004/06/11] ports/67815 ports-bugs graphics/ImageMagick no longer recognizes p [2005/01/11] ports/76116 ports-bugs PORT UPDATE: graphics/lcms (with PATCH) o [2005/01/26] ports/76695 ports-bugs RPM complaints on installation of linux_b f [2005/02/14] ports/77495 ports-bugs new port: security/sav f [2005/04/23] ports/80274 ports-bugs GDB console problem (ddd-3.3.10 with Free o [2005/07/01] ports/82853 ports-bugs [wish] working linux_base port for alpha a [2005/07/11] ports/83264 ports-bugs [PATCH] emulators/linux_base-suse-9.2: Ad o [2005/07/20] ports/83812 ports-bugs new port, security/sguil-sensor, update t s [2005/08/11] ports/84819 ports-bugs [MAINTAINER] math/coq: enable on ia64 a [2005/08/23] ports/85254 ports-bugs [patch] emulators/linux_base-rh-9: add /u f [2005/09/14] ports/86098 ports-bugs [PATCH] devel/pear-PEAR/Makefile.common: s [2005/09/21] ports/86401 ports-bugs new ports multimedia/zapping s [2005/11/12] ports/88900 ports-bugs www/flashplugin-mozilla causes Firefox to f [2005/11/16] ports/89131 ports-bugs port net/kphone One-Way audio with snd_ic f [2005/12/04] ports/89940 ports-bugs [PATCH] Client-only support for sysutils/ o [2005/12/23] ports/90867 ports-bugs [patch] devel/gaphor: update to new relea o [2005/12/26] ports/90934 ports-bugs ports:pari-devel update (2.2.10.alpha -> f [2005/12/28] ports/91001 ports-bugs Portupgrade fails to detect failure of pr f [2006/01/05] ports/91330 ports-bugs [NEW PORT] devel/p5-Class-Std: Support fo a [2006/01/05] ports/91345 ports-bugs Port graphics/ImageMagick does not link w f [2006/01/07] ports/91451 ports-bugs lftp may segfaults when linked with Readl o [2006/01/11] ports/91661 ports-bugs new port net/sofia-sip o [2006/01/14] ports/91802 ports-bugs [NEW PORT] games/alienarena-data: Alien A o [2006/01/14] ports/91803 ports-bugs [NEW PORT] games/alienarena: Alien Arena o [2006/01/15] ports/91817 ports-bugs New Port: devel/geany Fast & lightweight o [2006/01/15] ports/91822 ports-bugs [New Port] polish/ekg2 console based IM c o [2006/01/15] ports/91837 ports-bugs [UPDATE] games/linux-alienarena: integrat o [2006/01/16] ports/91854 ports-bugs [PATCH] japanese/ja-scim-skk: update to 0 o [2006/01/16] ports/91877 ports-bugs [NEW PORT] games/linux-doom3: Doom III fo o [2006/01/17] ports/91890 ports-bugs [NEW PORT] games/joequake: Improved NQ en o [2006/01/17] ports/91900 ports-bugs ports/www/opera should advise on libmap.c o [2006/01/17] ports/91926 ports-bugs New port: audio/bmp-mac o [2006/01/18] ports/91932 ports-bugs [NEW PORT] games/quake-extras: Addons for f [2006/01/18] ports/91953 ports-bugs I can't compile the port graphics/gnash 0 o [2006/01/18] ports/91963 ports-bugs [patch] moviedb compiling (BROKEN variabl o [2006/01/19] ports/91984 ports-bugs [NEW PORT] games/linux-ut: Unreal Tournam f [2006/01/19] ports/92014 ports-bugs security/p5-Digest-SHA256: Broken on Free o [2006/01/19] ports/92019 ports-bugs [UPDATE] games/wolf3d: allow playing Wolf f [2006/01/20] ports/92060 ports-bugs Update port: net-im/jit (rcNG'fy) f [2006/01/20] ports/92064 ports-bugs Port net-im/jit un-BROKEN on amd64 s [2006/01/22] ports/92133 ports-bugs [PATCH] comms/spandsp: 0.0.2p22 fixes var o [2006/01/24] ports/92248 ports-bugs [NEW PORT] chinese/ve: NTHU-CS Maple BBS f [2006/01/24] ports/92284 ports-bugs audio/aureal-kmod - au88x0-1.3_4 is unfet o [2006/01/25] ports/92289 ports-bugs audio/mbrolavox - fr4 and nl3 are incorre f [2006/01/25] ports/92297 ports-bugs sysutils/portupgrade: Minor (1 word) gra f [2006/01/25] ports/92314 ports-bugs Broken port: java/eclipse-log4e f [2006/01/25] ports/92315 ports-bugs [patch:fix] sysutils/dvd+rw-tools : threa o [2006/01/25] ports/92332 ports-bugs New port: sysutils/lcdproc-devel - CVS ve o [2006/01/25] ports/92334 ports-bugs Review of FreeBSD Port of Tcl o [2006/01/26] ports/92344 ports-bugs [NEW PORT] deskutils/superkaramba-lwp: Li f [2006/01/26] ports/92367 ports-bugs Broken port: lang/clips f [2006/01/26] ports/92380 ports-bugs update ftp/pftpx f [2006/01/26] ports/92383 ports-bugs [PATCH] games/linux-quake4: update to 1.0 f [2006/01/27] ports/92406 ports-bugs Update www/joomla to 1.0.7 f [2006/01/27] ports/92414 ports-bugs [patch] net/vnc Xvnc server doesn't run w f [2006/01/27] ports/92416 ports-bugs [PATCH] devel/kscope: update to 1.3.3 o [2006/01/27] ports/92429 ports-bugs new port: science/caret (advice needed) f [2006/01/28] ports/92438 ports-bugs mail/pop-before-smtp 1.37 -> 1.39 -- incl f [2006/01/28] ports/92466 ports-bugs Port sysutils/apcupsd - upgrade and many f [2006/01/28] ports/92477 ports-bugs Unable to start www/pyblosxom o [2006/01/29] ports/92498 ports-bugs japanese/hns update to version 2.19.6 o [2006/01/29] ports/92508 ports-bugs Opera startup fails with Undefined symbol f [2006/01/30] ports/92519 ports-bugs update www/webredirect o [2006/01/30] ports/92520 ports-bugs [NEW PORT] ratbox-services - IRC services f [2006/01/30] ports/92521 ports-bugs www/awstats 6.5 with broken tools/logreso o [2006/01/30] ports/92538 ports-bugs New port: x11/gcb o [2006/01/30] ports/92547 ports-bugs Deprecated port: lang/ruby-usersguide o [2006/01/30] ports/92566 ports-bugs [new port] devel/p5-Java: Perl extension o [2006/01/31] ports/92580 ports-bugs [NEW PORT] games/galaxymage: Open source o [2006/01/31] ports/92630 ports-bugs [NEW PORT] audio/slimserver-lazysearch: S f [2006/01/31] ports/92642 ports-bugs sysutils/nut: sample nut.sh has misleadin f [2006/02/01] ports/92651 ports-bugs graphics/gmt - WITH_EVERYTHING doesn't fe o [2006/02/01] ports/92656 ports-bugs [Maintainer] databases/py-sqlobject: use f [2006/02/01] ports/92661 ports-bugs games/nethack34 - nh343-menucolor.diff no o [2006/02/01] ports/92691 ports-bugs [UPDATE] net/vnc: clean-up o [2006/02/02] ports/92712 ports-bugs [NEW PORT] games/sauerbraten: First perso o [2006/02/02] ports/92748 ports-bugs [MAINTAINER] games/crossfire-client: upda f [2006/02/03] ports/92755 ports-bugs databases/slony1: Add ability to run slon o [2006/02/03] ports/92757 ports-bugs Currently lang/squeak web browser plugin o [2006/02/03] ports/92763 ports-bugs [patch] make data directory location of p o [2006/02/03] ports/92779 ports-bugs nxsetup fails if sshd(8) is not already r o [2006/02/03] ports/92781 ports-bugs www/axis installs files in wrong director f [2006/02/04] ports/92804 ports-bugs mozplugger doesn't find /usr/local/etc/mo o [2006/02/04] ports/92807 ports-bugs New port: security/paramiko A python libr f [2006/02/04] ports/92812 ports-bugs [update] mail/crm114 to BlameTheReavers ( o [2006/02/04] ports/92828 ports-bugs port mbone/rat30 update f [2006/02/05] ports/92841 ports-bugs [PATCH] net/spread: fix plist f [2006/02/06] ports/92904 ports-bugs update ports/databases/adodb/Makefile 4. f [2006/02/07] ports/92944 ports-bugs Update ports: net-mgmt/nagiostat o [2006/02/07] ports/92956 ports-bugs Update port: sysutils/sysupdate Spelling o [2006/02/07] ports/92958 ports-bugs games/nethack34 update (needs additional o [2006/02/07] ports/92967 ports-bugs Deprecated port: mail/pgp4pine f [2006/02/07] ports/92971 ports-bugs Update Ports: www/zope-zwiki update to 0. f [2006/02/07] ports/92993 ports-bugs Update www/twiki from 20040904 to 4.0.1,1 f [2006/02/08] ports/93032 ports-bugs LPRng uses incorrect paths to config file f [2006/02/08] ports/93048 ports-bugs [UPDATE]: net-mgmt/isic o [2006/02/08] ports/93053 ports-bugs sync update of biology/emboss && biology/ f [2006/02/08] ports/93064 ports-bugs update port net-mgmt/bgpq to 1.0.9.1 o [2006/02/09] ports/93070 ports-bugs [PATCH] textproc/htmlize.el update port t f [2006/02/09] ports/93079 ports-bugs [PATCH] mail/vm-pop3d: MAINTAINER change. o [2006/02/09] ports/93091 ports-bugs New port: sysutils/logserial Daemon to sa o [2006/02/09] ports/93092 ports-bugs update ports: databases/namazu2 japanese/ f [2006/02/10] ports/93111 ports-bugs Update port: graphics/reallyslick to 0.8. f [2006/02/10] ports/93113 ports-bugs Update net/pear-Net_Sieve to 1.1.2 o [2006/02/10] ports/93114 ports-bugs [PATCH] games/wormux: Update to 0.7beta3 o [2006/02/10] ports/93123 ports-bugs [PATCH] graphics/djvulibre: browser plugi o [2006/02/10] ports/93148 ports-bugs New port: mail/squirrelmail-email_footer- o [2006/02/10] ports/93149 ports-bugs New port: mail/squirrelmail-notes-plugin o [2006/02/10] ports/93150 ports-bugs New port: mail/squirrelmail-notify-plugin o [2006/02/10] ports/93151 ports-bugs New port: mail/squirrelmail-quota_usage-p o [2006/02/10] ports/93152 ports-bugs New port: mail/squirrelmail-wetteronline- o [2006/02/10] ports/93154 ports-bugs New port: mail/squirrelmail-login_notes-p o [2006/02/11] ports/93168 ports-bugs New port: games/reminiscence A rewritten o [2006/02/11] ports/93179 ports-bugs [New Port] security/gorilla: add gorilla, o [2006/02/11] ports/93183 ports-bugs new port: devel/loki o [2006/02/11] ports/93184 ports-bugs [NEW PORT]: x11-fonts/suxus f [2006/02/11] ports/93186 ports-bugs ports/sysutils/portupgrade - use new USE_ f [2006/02/11] ports/93191 ports-bugs [PATCH] fix audacity build errors on amd6 f [2006/02/11] ports/93204 ports-bugs phpBB anti-DOS patch disallows visual aut o [2006/02/12] ports/93218 ports-bugs New port: sysutils/bsd-splash-changer Boo o [2006/02/12] ports/93223 ports-bugs New port(s) devel/cl-infix o [2006/02/12] ports/93224 ports-bugs [NEW PORT] science/gsmc: Smith chart prog o [2006/02/12] ports/93252 ports-bugs Port upgrade: x11-fm/krusader to 1.70.0 f [2006/02/13] ports/93263 ports-bugs www/linux-firefox update to 1.5.0.1 f [2006/02/13] ports/93270 ports-bugs [patch]jpeg support not working due to mi f [2006/02/13] ports/93293 ports-bugs [PATCH] net-mgmt/bigsister: update to 1.0 o [2006/02/13] ports/93294 ports-bugs New Port: net/fudp UDP flooding utility w o [2006/02/13] ports/93303 ports-bugs New port: graphics/ocaml-gd4o GD library f [2006/02/13] ports/93304 ports-bugs [PATCH] sysutils/bacula-server port to no o [2006/02/13] ports/93311 ports-bugs update www/linux-seamonkey o [2006/02/13] ports/93313 ports-bugs maintainer-update www/linux-firefox o [2006/02/14] ports/93318 ports-bugs New port: x11-toolkits/swt32, Eclipse SWT f [2006/02/14] ports/93333 ports-bugs Fix port: math/gdcalc fix WWW o [2006/02/14] ports/93334 ports-bugs New port: www/g-cows Scripting language f o [2006/02/14] ports/93342 ports-bugs Update port devel/py-twistedCore to 2.2.0 o [2006/02/14] ports/93350 ports-bugs Update port net-im/py-twistedWords to 0.3 o [2006/02/14] ports/93351 ports-bugs Remove port devel/py-twistedXish o [2006/02/14] ports/93352 ports-bugs New port:x11/fireflies - A extention of x o [2006/02/14] ports/93358 ports-bugs [new port:] devel/upp; Ultimate++, a BSD- o [2006/02/14] ports/93360 ports-bugs [maintainer] multimedia/kbtv: update to 1 o [2006/02/14] ports/93366 ports-bugs update math/qwtplot3d o [2006/02/15] ports/93367 ports-bugs devel/libedit needs an update (almost com o [2006/02/15] ports/93377 ports-bugs [PATCH] multimedia/quodlibet: build failu o [2006/02/15] ports/93397 ports-bugs [NEW PORT] print/easylatex: Perl script w o [2006/02/15] ports/93402 ports-bugs [PATCH] Fix kvirc kdenetwork conflict o [2006/02/15] ports/93403 ports-bugs net/freenx: nxclient does not work, getop o [2006/02/16] ports/93416 ports-bugs [MAINTAINER] graphics/crystalentitylayer: f [2006/02/16] ports/93433 ports-bugs Update port: math/mpexpr mastersite and W o [2006/02/16] ports/93434 ports-bugs [UPDATE]: finance/ledger: Update to versi o [2006/02/16] ports/93450 ports-bugs update port java/jmp to 0.50 (patch inclu o [2006/02/16] ports/93455 ports-bugs [patch] security/zebedee - uphold CC flag o [2006/02/17] ports/93457 ports-bugs bsd.ruby.mk clobbers CONFIGURE_TARGET o [2006/02/17] ports/93464 ports-bugs New port: multimedia/pwcbsd USB webcam d f [2006/02/17] ports/93470 ports-bugs [PATCH] net/samba3; pam_smbpass.so is not f [2006/02/17] ports/93483 ports-bugs Fix port: net/etunnel fix mastersite o [2006/02/17] ports/93495 ports-bugs New port: science/minc2 f [2006/02/18] ports/93504 ports-bugs sysutils/portupgrade: dependencies regist o [2006/02/18] ports/93525 ports-bugs [Maintainer Update] update emulators/xmam o [2006/02/19] ports/93542 ports-bugs [NEW PORT] games/linux-enemyterritory-etp o [2006/02/19] ports/93543 ports-bugs [NEW PORT] games/linux-enemyterritory-etp o [2006/02/19] ports/93544 ports-bugs [NEW PORT] games/linux-enemyterritory-jay o [2006/02/19] ports/93545 ports-bugs [NEW PORT] games/linux-enemyterritory-shr o [2006/02/19] ports/93546 ports-bugs [PATCH] bsd.sites.mk and relevant ports: o [2006/02/19] ports/93563 ports-bugs [UPDATE] sysutils/xfce4-fsguard-plugin : o [2006/02/19] ports/93564 ports-bugs [NEW PORT] games/linux-enemyterritory-omn f [2006/02/19] ports/93573 ports-bugs games/tome o [2006/02/19] ports/93576 ports-bugs [NEW PORT] games/quake3-rq3: Quake III Ar o [2006/02/20] ports/93577 ports-bugs [NEW PORT] games/quake3-tremulous: Quake o [2006/02/20] ports/93582 ports-bugs [UPDATE] deskutils/ganttproject 1.10.1 -> o [2006/02/20] ports/93596 ports-bugs security/tor: update to version 1.0.17 o [2006/02/20] ports/93598 ports-bugs New port: security/nmap-i18n-man - transl o [2006/02/20] ports/93605 ports-bugs [PATCH] Update www/opera to version 8.52 o [2006/02/20] ports/93609 ports-bugs [UPDATE] devel/antlr to 2.7.6 f [2006/02/21] ports/93614 ports-bugs [MAINTAINER] www/dansguardian: update to o [2006/02/21] ports/93617 ports-bugs [NEW PORT] graphics/gltext: Portable font o [2006/02/21] ports/93619 ports-bugs New Port: games/hex-a-hop o [2006/02/21] ports/93637 ports-bugs [PATCH] sysutils/fusefs-sshfs: update to o [2006/02/21] ports/93638 ports-bugs Update for print/mup o [2006/02/21] ports/93643 ports-bugs [new port] astro/boinc-einsteinathome: Ei o [2006/02/21] ports/93649 ports-bugs [games/freebsd-games] Invalid pathnames i o [2006/02/21] ports/93654 ports-bugs Update port: editors/code-browser to 2.5 o [2006/02/21] ports/93655 ports-bugs Update port: math/gambit to 0.2006.01.20 o [2006/02/21] ports/93660 ports-bugs [patch] support for building print/ghosts o [2006/02/21] ports/93668 ports-bugs [NEW PORT] games/gtkradiant: Level design f [2006/02/21] ports/93669 ports-bugs port upgrade for devel/bcpp o [2006/02/21] ports/93674 ports-bugs New port: biology/p5-bioperl-run Wrapper o [2006/02/21] ports/93675 ports-bugs New port: biology/p5-bioperl-run-devel Wr o [2006/02/21] ports/93679 ports-bugs [NEW PORT] games/vdrift-data: Vdrift driv o [2006/02/21] ports/93680 ports-bugs [MAINTAINER] games/vdrift: update to 2006 o [2006/02/22] ports/93684 ports-bugs [patch] Fix build of multimedia/avidemux2 f [2006/02/22] ports/93689 ports-bugs [patch] polish/libgadu without openssl o [2006/02/22] ports/93692 ports-bugs security/tor-devel o [2006/02/22] ports/93693 ports-bugs [New Port] biology/io_lib: trace file rea o [2006/02/22] ports/93694 ports-bugs New port: lang/maude a reflective languag f [2006/02/22] ports/93699 ports-bugs [patch] databases/p5-DBI-Shell: register f [2006/02/22] ports/93700 ports-bugs [patch] devel/p5-IO-Tee: register .packli o [2006/02/22] ports/93707 ports-bugs New port: databases/p5-Search-Xapian, Per f [2006/02/22] ports/93708 ports-bugs net/socat: Patches to make libwrap usage o [2006/02/22] ports/93713 ports-bugs New port: www/p5-Catalyst-Model-Xapian, C o [2006/02/22] ports/93716 ports-bugs [new port] textproc/muse: an authoring an o [2006/02/22] ports/93717 ports-bugs [MAINTAINER] editors/winefish: update to o [2006/02/22] ports/93726 ports-bugs [NEW PORT] deskutils/kxdocker and plugins f [2006/02/22] ports/93728 ports-bugs astro/xephem - port installs cat page, no o [2006/02/22] ports/93729 ports-bugs [MAINTAINER UPDATE] games/quakeforge: fix o [2006/02/22] ports/93731 ports-bugs [MAINTAINER UPDATE] games/quake2forge: fi f [2006/02/23] ports/93735 ports-bugs update graphics/p5-Image-ExifTool to 6.01 o [2006/02/23] ports/93736 ports-bugs [NEW PORT] x11-toolkits/paragui-devel: Cr o [2006/02/23] ports/93744 ports-bugs [MAINTAINER-UPDATE] x11-fonts/freefont-tt o [2006/02/23] ports/93745 ports-bugs [update] mail/dbmail: update to 2.0.9 o [2006/02/23] ports/93747 ports-bugs [MAINTAINER-UPDATE] audio/cowbell to 0.2. o [2006/02/23] ports/93749 ports-bugs [maintainer] security/signing-party: add o [2006/02/23] ports/93768 ports-bugs [PATCH] finance/kmymoney2: update to 0.8. f [2006/02/24] ports/93779 ports-bugs games/linux-americasarmy out of date o [2006/02/24] ports/93780 ports-bugs devel/cproto update o [2006/02/24] ports/93781 ports-bugs [NEW PORT] comms/ktrack: Amateur Radio sa o [2006/02/24] ports/93782 ports-bugs [MAINTAINER] www/py-django: update to 0.9 o [2006/02/24] ports/93783 ports-bugs [MAINTAINER] games/linux-alienarena: fix o [2006/02/24] ports/93784 ports-bugs [PATCH] security/dmitry: remove broken, t f [2006/02/24] ports/93789 ports-bugs update archivers/p7zip to 4.33 o [2006/02/24] ports/93794 ports-bugs Update port: security/pam_bsdbioapi Updat f [2006/02/24] ports/93802 ports-bugs net-mgmt/cidr has Corrupted redzones in 7 o [2006/02/24] ports/93805 ports-bugs [New Port] devel/p5-POE-Component-Daemon: o [2006/02/24] ports/93806 ports-bugs [maint-upd] emulators/hercules to 3.04 o [2006/02/25] ports/93813 ports-bugs Mark net-im/gaim-bangexec as BROKEN o [2006/02/25] ports/93814 ports-bugs Mark net-im/gaim-ignorance as BROKEN o [2006/02/25] ports/93816 ports-bugs [MAINTAINER] devel/pwlib152: Add backup M o [2006/02/25] ports/93817 ports-bugs [MAINTAINER] net/openh323-112: Add backup o [2006/02/25] ports/93818 ports-bugs New port: editors/ssam o [2006/02/25] ports/93819 ports-bugs New port: devel/p5-Algorithm-C3, A module o [2006/02/25] ports/93820 ports-bugs [MAINTAINER] devel/p5-UNIVERSAL-isa: up t o [2006/02/25] ports/93821 ports-bugs [MAINTAINER] devel/p5-Class-C3: up to 0.1 o [2006/02/25] ports/93822 ports-bugs [MAINTAINER] databases/p5-DBIx-Class: up o [2006/02/25] ports/93830 ports-bugs [maintainer update]databases/grass update o [2006/02/25] ports/93832 ports-bugs [Maintainer Update] graphics/bugle 0.0. o [2006/02/25] ports/93837 ports-bugs [NEW PORT] games/sdlquake2: Combination o o [2006/02/25] ports/93839 ports-bugs Add RLE support to graphics/fbm f [2006/02/25] ports/93843 ports-bugs Patch port: mail/squirrelmail-compatibili o [2006/02/26] ports/93850 ports-bugs Update Port: lang/munger => 4.88 o [2006/02/26] ports/93851 ports-bugs [maintainer update] sysutils/heartbeat up o [2006/02/26] ports/93856 ports-bugs New port : graphics/gdal-grass GRASS data o [2006/02/26] ports/93859 ports-bugs [MAINTAINER] net-p2p/gtk-gnutella: update f [2006/02/26] ports/93861 ports-bugs [PATCH] databases/p5-Class-DBI-mysql: upd o [2006/02/26] ports/93863 ports-bugs [NEW PORT] math/kash3: A computer algebra o [2006/02/26] ports/93864 ports-bugs [NEW PORT] www/jsMath: A Javascript tool f [2006/02/26] ports/93866 ports-bugs Update port: devel/subclipse f [2006/02/26] ports/93868 ports-bugs Update port: devel/javasvn o [2006/02/26] ports/93869 ports-bugs Update port: irc/gseen.mod o [2006/02/26] ports/93876 ports-bugs [UPDATE]: audio/wavbreaker: Update to ver o [2006/02/26] ports/93877 ports-bugs [maintainer update] devel/p5-Oryx 0.19 => o [2006/02/27] ports/93879 ports-bugs [PATCH] FIXED systemc installation proble o [2006/02/27] ports/93890 ports-bugs [MAINTAINER] www/p5-Catalyst-Plugin-FormV o [2006/02/27] ports/93898 ports-bugs [NEW PORT] print/p5-XML-ApacheFOP: Access o [2006/02/27] ports/93907 ports-bugs Update port: net-p2p/dcd f [2006/02/27] ports/93912 ports-bugs [Maintainer Update] fix pkg-plist for x11 f [2006/02/27] ports/93919 ports-bugs [UPDATE] x11-fm/krusader to 1.70.0 o [2006/02/28] ports/93920 ports-bugs New port: databases/ocaml-sqlite3 OCaml b f [2006/02/28] ports/93921 ports-bugs [UPDATE] multimedia/avifile to 0.7.43 o [2006/02/28] ports/93922 ports-bugs [UPDATE] emulators/linux_base-gentoo-stag o [2006/02/28] ports/93924 ports-bugs [MAINTAINER UPDATE] graphics/graphviz: 2. f [2006/02/28] ports/93927 ports-bugs [UPDATE] graphics/gle to 3.1.0 f [2006/02/28] ports/93928 ports-bugs [UPDATE] textproc/gsed to 4.1.5 o [2006/02/28] ports/93941 ports-bugs [maintainer] update science/mcstas to v1. o [2006/02/28] ports/93948 ports-bugs [maintainer update] multimedia/xmms patch o [2006/02/28] ports/93954 ports-bugs math/coq: update to version 8.0p3 o [2006/02/28] ports/93957 ports-bugs New port: devel/ocaml-ounit Unit test fra o [2006/02/28] ports/93958 ports-bugs New port: cad/jspice3 o [2006/03/01] ports/93972 ports-bugs Update port: astro/xmoontool to 3.0.3 o [2006/03/01] ports/93980 ports-bugs Update port: net-im/sulci (latest CVS sna o [2006/03/01] ports/93984 ports-bugs [PATCH]: net/lambdamoo: Fix build issue o f [2006/03/01] ports/93985 ports-bugs [PATCH] sysutils/est: fix deinstall, othe f [2006/03/01] ports/93992 ports-bugs www/rt34 Makefile has bad UPGRADE_RTxx lo o [2006/03/01] ports/94000 ports-bugs request: fork of security/srm with update o [2006/03/02] ports/94003 ports-bugs [NEW PORT] games/pysycache: Educational s o [2006/03/02] ports/94004 ports-bugs [NEW PORT] games/pysycache-lang: The pysy o [2006/03/02] ports/94005 ports-bugs [NEW PORT] games/pysycache-themes: The py o [2006/03/02] ports/94006 ports-bugs [NEW PORT] emulators/mednafen: Portable m f [2006/03/02] ports/94007 ports-bugs [PATCH] sysutils/graphicboot: UNBREAK o [2006/03/02] ports/94011 ports-bugs Mark textproc/py-4suite 1.0b1 as unusable o [2006/03/02] ports/94016 ports-bugs new port mail/contactsmenu o [2006/03/02] ports/94017 ports-bugs [UPDATE PORT] sysutils/komparator f [2006/03/02] ports/94023 ports-bugs [PATCH] emulators/gngeo: update to 0.6.10 o [2006/03/02] ports/94024 ports-bugs New port: net-im/py-punjab HTTP jabber c f [2006/03/02] ports/94034 ports-bugs www/suphp doesn't work with Apache 2.2 (p o [2006/03/02] ports/94036 ports-bugs Minor graphics/mesagl update to 5.0.2 o [2006/03/03] ports/94047 ports-bugs Update port: www/p5-HTML-Mason (fix p5-li o [2006/03/03] ports/94054 ports-bugs sysutils/portupgrade: pkg_fetch(1) doesn' f [2006/03/04] ports/94058 ports-bugs Add FFI support for lang/squeak o [2006/03/04] ports/94063 ports-bugs [Update Port] x11-toolkits/v: update to v o [2006/03/04] ports/94065 ports-bugs [NEW PORT] www/p5-WWW-2ch: "Perl module f o [2006/03/04] ports/94066 ports-bugs [NEW PORT] www/p5-Template-Provider-Encod f [2006/03/04] ports/94068 ports-bugs [patch] update mail/pop-before-smtp o [2006/03/04] ports/94069 ports-bugs ports graphics/kix-kmod fetchable again f [2006/03/04] ports/94072 ports-bugs [PATCH] x11-toolkits/xscoop: UNBREAK o [2006/03/04] ports/94073 ports-bugs [NEW PORTS] x11-toolkits/libsmokeqt, x11- o [2006/03/04] ports/94074 ports-bugs [NEW PORTS] x11-toolkits/ruby-qt3, x11-to o [2006/03/04] ports/94077 ports-bugs [patch] update security/bruteforceblocker f [2006/03/04] ports/94080 ports-bugs [PATCH] net-p2p/verlihub-plugins: UNBREAK f [2006/03/04] ports/94081 ports-bugs [PATCH] editors/speedbar-emacs20: fix pli o [2006/03/05] ports/94085 ports-bugs Update port: security/base with PHP depen o [2006/03/05] ports/94088 ports-bugs lang/ruby18 ioctl cause sign-extension no o [2006/03/05] ports/94089 ports-bugs [PATCH] squirrelmail-compatibility-plugin o [2006/03/05] ports/94090 ports-bugs [maintainer update] www/httrack: update t o [2006/03/05] ports/94092 ports-bugs [MAINTAINER] net-p2p/btqueue: update to 0 o [2006/03/05] ports/94094 ports-bugs [MAINTAINER] mail/spamprobe: remove super o [2006/03/05] ports/94095 ports-bugs update lang/sketchy o [2006/03/05] ports/94096 ports-bugs [MAINTAINER] devel/itext: update to 1.4 o [2006/03/05] ports/94097 ports-bugs update port: devel/jude-community: update f [2006/03/05] ports/94101 ports-bugs [patch] add audio/shoutcast to LEGAL o [2006/03/05] ports/94107 ports-bugs New port: audio/bmp_mac bmp Monkey's audi o [2006/03/05] ports/94108 ports-bugs Update port: net/openser o [2006/03/05] ports/94111 ports-bugs [NEW PORT] devel/cvschangelogbuilder: Uti o [2006/03/05] ports/94113 ports-bugs New port: security/pam_af anti-bruteforce o [2006/03/05] ports/94114 ports-bugs [NEW PORT] net/hawknl: Portable networkin o [2006/03/05] ports/94115 ports-bugs [NEW PORT] audio/hawkvoice: Portable soun o [2006/03/06] ports/94116 ports-bugs [MAINTAINER] devel/ode-devel: update to 0 f [2006/03/06] ports/94117 ports-bugs dovecot port doesn't install dovecot-open o [2006/03/06] ports/94119 ports-bugs [MAINTAINER] devel/p5-File-MimeInfo: upda o [2006/03/06] ports/94120 ports-bugs [MAINTAINER] devel/p5-Module-ScanDeps: up o [2006/03/06] ports/94121 ports-bugs [MAINTAINER] devel/svk: update to 1.07 o [2006/03/06] ports/94122 ports-bugs [PATCH] java/java-tutorial: UNBREAK o [2006/03/06] ports/94123 ports-bugs [maintainer update] Update port: biology/ o [2006/03/06] ports/94124 ports-bugs [NEW PORT] graphics/gimp-greycstoration: o [2006/03/06] ports/94135 ports-bugs [maintainer-update] update textproc/uni2a 326 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 11:38:51 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B561B16A420 for ; Mon, 6 Mar 2006 11:38:51 +0000 (GMT) (envelope-from amdmi3@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BDE143D5A for ; Mon, 6 Mar 2006 11:38:51 +0000 (GMT) (envelope-from amdmi3@mail.ru) Received: from [213.148.29.33] (port=37141 helo=nexii.panopticon) by mx3.mail.ru with esmtp id 1FGE2y-000AJv-00 for freebsd-ports@freebsd.org; Mon, 06 Mar 2006 14:38:42 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id C38991140F for ; Mon, 6 Mar 2006 14:42:32 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 36F0484C; Mon, 6 Mar 2006 14:39:08 +0300 (MSK) Date: Mon, 6 Mar 2006 14:39:08 +0300 From: Dmitry Marakasov To: freebsd-ports@freebsd.org Message-ID: <20060306113908.GA924@hades.panopticon> Mail-Followup-To: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Using *round* math functions on 4.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, 06 Mar 2006 11:38:51 -0000 Hi! I wonder if there is clear way to make FreeBSD 4.x compatible ports of software which uses *round* (round, lround, lroundf etc.) functions. Math.h in 4.x doesn't seem to have these functions, and I am not sure if #define implementations I usually include as patches are safe. Maybe there's some library that may be conditially used on specific $OSVERSION (like it's done with gnugetopt and USE_GETOPT_LONG)? Or there's example of correct and safe #define implrementation? -- Best regards, Dmitry mailto:amdmi3@mail.ru From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 12:16:26 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53B3F16A420 for ; Mon, 6 Mar 2006 12:16:26 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B400843D46 for ; Mon, 6 Mar 2006 12:16:25 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k26CGMdk088225; Mon, 6 Mar 2006 13:16:22 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k26CGGF6088224; Mon, 6 Mar 2006 13:16:16 +0100 (CET) (envelope-from marius) Date: Mon, 6 Mar 2006 13:16:16 +0100 From: Marius Strobl To: Dmitry Pryanishnikov Message-ID: <20060306131616.A88082@newtrinity.zeist.de> References: <20060306103204.C51066@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060306103204.C51066@atlantis.atlantis.dp.ua>; from dmitry@atlantis.dp.ua on Mon, Mar 06, 2006 at 10:43:33AM +0200 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.1.3; VDF: 6.33.1.67; host: newtrinity.zeist.de) Cc: freebsd-ports@freebsd.org Subject: Re: ssh2-nox11 vs vid=594ad3c5-a39b-11da-926c-0800209adf0e 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, 06 Mar 2006 12:16:26 -0000 On Mon, Mar 06, 2006 at 10:43:33AM +0200, Dmitry Pryanishnikov wrote: > > Hello! > > I've noticed the freshly-added entry in vuln.xml regarding SSH.COM SFTP > server vulnerability (vid=594ad3c5-a39b-11da-926c-0800209adf0e) only by > inspecting cvs-ports. Portaudit doesn't show my ssh2-nox11-3.2.9.1_3 > packages as being vulnerable. Isn't this an overlook in vuln.xml entry? Yes, is. I've just added the ssh2-nox11 slave port to the list of affected ports. Thanks for the pointer. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:04:59 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2668A16A420 for ; Mon, 6 Mar 2006 13:04:59 +0000 (GMT) (envelope-from jdc@parodius.com) Received: from mx1.parodius.com (mx1.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id E239D43D45 for ; Mon, 6 Mar 2006 13:04:58 +0000 (GMT) (envelope-from jdc@parodius.com) Received: by mx1.parodius.com (Postfix, from userid 500) id 587735E03; Mon, 6 Mar 2006 05:04:58 -0800 (PST) Date: Mon, 6 Mar 2006 05:04:58 -0800 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20060306130458.GA62638@pentarou.parodius.com> Mail-Followup-To: freebsd-ports@freebsd.org References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> <440A31BC.2060701@rogers.com> <20060305034931.GA67813@xor.obsecurity.org> <440A62B0.3040703@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440A62B0.3040703@rogers.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 06 Mar 2006 13:04:59 -0000 On Sat, Mar 04, 2006 at 11:01:52PM -0500, Mike Jakubik wrote: > Kris Kennaway wrote: > >On Sat, Mar 04, 2006 at 07:33:00PM -0500, Mike Jakubik wrote: > > > >>Shouldn't the port be marked broken or reverted to a working copy in > >>that case? > >> > > > >The preference is to fix it, of course, but if that can't happen in > >the next day or two we'll do one or the other for the releases. > > > >Kris > > Agreed. I've emailed bug-bash@gnu.org about this. While we're on the subject of bash 3.x port breakage: the bash author has released patchlevel 11 which fixes double-quotes strings that contain variables surrounded by apostrophes (i.e. "'$foobar'"). It would be good to see this added as well... Problem: http://lists.gnu.org/archive/html/bug-bash/2006-01/msg00033.html Patch: http://ftp.gnu.org/gnu/bash/bash-3.1-patches/bash31-011 http://ftp.gnu.org/gnu/bash/bash-3.1-patches/bash31-011.sig -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:08:20 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A266D16A420; Mon, 6 Mar 2006 13:08:20 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15A9843D49; Mon, 6 Mar 2006 13:08:19 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k26D8Cja031070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 22:08:18 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 6 Mar 2006 22:08:12 +0900 From: Norikatsu Shigemura To: rainer.alves@gmail.com, portmgr@FreeBSD.org Message-Id: <20060306220812.5867c632.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 06 Mar 2006 22:08:18 +0900 (JST) Cc: ports@FreeBSD.org Subject: graphics/gimpshop: Fix pkg-plist 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, 06 Mar 2006 13:08:20 -0000 Hi Rainer and portmgr! I found a pkg-plist issue on graphics/gimpshop. May I commit following patch? Index: Makefile =================================================================== RCS file: /home/ncvs/ports/graphics/gimpshop/Makefile,v retrieving revision 1.190 diff -u -r1.190 Makefile --- Makefile 27 Feb 2006 17:07:49 -0000 1.190 +++ Makefile 6 Mar 2006 06:22:49 -0000 @@ -7,7 +7,7 @@ PORTNAME= gimpshop PORTVERSION= 2.2.10 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= graphics gnome MASTER_SITES= http://www.plasticbugs.com/blogimg/ \ ${MASTER_SITE_LOCAL} Index: pkg-plist =================================================================== RCS file: /home/ncvs/ports/graphics/gimpshop/pkg-plist,v retrieving revision 1.106 diff -u -r1.106 pkg-plist --- pkg-plist 25 Feb 2006 20:16:08 -0000 1.106 +++ pkg-plist 6 Mar 2006 06:22:04 -0000 @@ -375,10 +375,14 @@ %%PYTHON:%%libexec/gimp/2.2/python/gimpfu.py %%PYTHON:%%libexec/gimp/2.2/python/gimpfu.pyc %%PYTHON:%%libexec/gimp/2.2/python/gimpfu.pyo +%%PYTHON:%%libexec/gimp/2.2/python/gimpmodule.a +%%PYTHON:%%libexec/gimp/2.2/python/gimpmodule.la %%PYTHON:%%libexec/gimp/2.2/python/gimpmodule.so %%PYTHON:%%libexec/gimp/2.2/python/gimpplugin.py %%PYTHON:%%libexec/gimp/2.2/python/gimpplugin.pyc %%PYTHON:%%libexec/gimp/2.2/python/gimpplugin.pyo +%%PYTHON:%%libexec/gimp/2.2/python/gimpprocbrowsermodule.a +%%PYTHON:%%libexec/gimp/2.2/python/gimpprocbrowsermodule.la %%PYTHON:%%libexec/gimp/2.2/python/gimpprocbrowsermodule.so %%PYTHON:%%libexec/gimp/2.2/python/gimpshelf.py %%PYTHON:%%libexec/gimp/2.2/python/gimpshelf.pyc From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:09:23 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A79616A420 for ; Mon, 6 Mar 2006 13:09:23 +0000 (GMT) (envelope-from jdc@parodius.com) Received: from mx1.parodius.com (mx1.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 418FC43D46 for ; Mon, 6 Mar 2006 13:09:23 +0000 (GMT) (envelope-from jdc@parodius.com) Received: by mx1.parodius.com (Postfix, from userid 500) id 348C65E03; Mon, 6 Mar 2006 05:09:23 -0800 (PST) Date: Mon, 6 Mar 2006 05:09:23 -0800 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20060306130923.GA62990@pentarou.parodius.com> Mail-Followup-To: freebsd-ports@freebsd.org References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> <440A31BC.2060701@rogers.com> <20060305034931.GA67813@xor.obsecurity.org> <440A62B0.3040703@rogers.com> <20060306130458.GA62638@pentarou.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306130458.GA62638@pentarou.parodius.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 06 Mar 2006 13:09:23 -0000 > While we're on the subject of bash 3.x port breakage {...} My apologies -- turns out this is for bash 3.1 and not 3.0 (which is what we use in ports). Nothing to see here, move along. ;-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:11:10 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 943AC16A422; Mon, 6 Mar 2006 13:11:10 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1BE843D46; Mon, 6 Mar 2006 13:11:09 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k26DB2wI031146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 22:11:08 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 6 Mar 2006 22:11:02 +0900 From: Norikatsu Shigemura To: avleeuwen@piwebs.com, portmgr@FreeBSD.org Message-Id: <20060306221102.0130bc51.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 06 Mar 2006 22:11:08 +0900 (JST) Cc: ports@FreeBSD.org Subject: graphics/ImageMagick: FIx pkg-plist. 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, 06 Mar 2006 13:11:10 -0000 Hi Arjan and portmgr. I found a pkg-plist issue on graphics/ImageMagick. May I commit following patch? Index: Makefile =================================================================== RCS file: /home/ncvs/ports/graphics/ImageMagick/Makefile,v retrieving revision 1.213 diff -u -r1.213 Makefile --- Makefile 23 Feb 2006 10:36:47 -0000 1.213 +++ Makefile 6 Mar 2006 06:36:41 -0000 @@ -7,7 +7,7 @@ PORTNAME= ImageMagick PORTVERSION= 6.2.5.5 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= graphics perl5 MASTER_SITES= ftp://ftp.nluug.nl/pub/ImageMagick/ \ ${MASTER_SITE_LOCAL:S/%SUBDIR%/pav/} Index: pkg-plist =================================================================== RCS file: /home/ncvs/ports/graphics/ImageMagick/pkg-plist,v retrieving revision 1.96 diff -u -r1.96 pkg-plist --- pkg-plist 23 Feb 2006 10:36:47 -0000 1.96 +++ pkg-plist 6 Mar 2006 06:35:54 -0000 @@ -116,199 +116,299 @@ lib/ImageMagick/config/type-solaris.xml lib/ImageMagick/config/type-windows.xml lib/ImageMagick/modules-%%QBIT%%/coders/.keep +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/art.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/art.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/art.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avi.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avi.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avi.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avs.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avs.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avs.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/bmp.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/bmp.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/bmp.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/caption.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/caption.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/caption.so -%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.la -%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cin.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cin.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cin.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cip.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cip.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cip.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/clip.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/clip.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/clip.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.a +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.la +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cut.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cut.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cut.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dcm.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dcm.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dcm.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dib.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dib.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dib.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dot.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dot.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dot.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dps.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dps.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dps.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dpx.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dpx.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dpx.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ept.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ept.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ept.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fax.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fax.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fax.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fits.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fits.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fits.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fpx.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fpx.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fpx.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gif.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gif.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gif.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gradient.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gradient.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gradient.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gray.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gray.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gray.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/histogram.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/histogram.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/histogram.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/html.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/html.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/html.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/icon.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/icon.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/icon.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/info.a +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/info.la +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/info.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jbig.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jbig.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jbig.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jp2.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jp2.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jp2.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jpeg.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jpeg.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jpeg.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/label.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/label.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/label.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/magick.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/magick.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/magick.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/map.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/map.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/map.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mat.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mat.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mat.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/matte.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/matte.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/matte.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/meta.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/meta.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/meta.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/miff.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/miff.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/miff.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mono.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mono.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mono.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpc.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpc.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpc.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpeg.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpeg.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpeg.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpr.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpr.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpr.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/msl.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/msl.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/msl.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mtv.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mtv.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mtv.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mvg.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mvg.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mvg.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/null.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/null.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/null.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/otb.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/otb.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/otb.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/palm.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/palm.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/palm.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pattern.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pattern.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pattern.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcd.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcd.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcd.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcl.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcl.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcl.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcx.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcx.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcx.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdb.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdb.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdb.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdf.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdf.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdf.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pict.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pict.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pict.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pix.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pix.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pix.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/plasma.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/plasma.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/plasma.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/png.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/png.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/png.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pnm.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pnm.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pnm.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/preview.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/preview.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/preview.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps2.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps2.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps2.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps3.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps3.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps3.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/psd.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/psd.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/psd.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pwp.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pwp.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pwp.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/raw.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/raw.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/raw.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rgb.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rgb.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rgb.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rla.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rla.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rla.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rle.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rle.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rle.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/scr.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/scr.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/scr.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sct.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sct.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sct.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sfw.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sfw.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sfw.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sgi.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sgi.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sgi.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/stegano.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/stegano.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/stegano.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sun.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sun.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sun.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/svg.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/svg.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/svg.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tga.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tga.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tga.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tiff.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tiff.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tiff.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tile.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tile.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tile.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tim.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tim.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tim.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ttf.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ttf.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ttf.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/txt.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/txt.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/txt.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uil.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uil.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uil.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/url.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/url.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/url.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uyvy.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uyvy.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uyvy.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vicar.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vicar.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vicar.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vid.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vid.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vid.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/viff.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/viff.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/viff.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wbmp.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wbmp.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wbmp.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wmf.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wmf.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wmf.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wpg.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wpg.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wpg.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/x.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/x.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/x.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xbm.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xbm.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xbm.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xc.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xc.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xc.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xcf.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xcf.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xcf.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xpm.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xpm.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xpm.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xwd.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xwd.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xwd.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ycbcr.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ycbcr.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ycbcr.so +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/yuv.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/yuv.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/yuv.so lib/ImageMagick/modules-%%QBIT%%/filters/.keep +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/filters/analyze.a %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/filters/analyze.la %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/filters/analyze.so lib/libMagick++.a From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:14:45 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9331316A420; Mon, 6 Mar 2006 13:14:45 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1332C43D6A; Mon, 6 Mar 2006 13:14:35 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: from localhost (localhost [127.0.0.1]) by mail.droso.net (Postfix) with ESMTP id AF13622B4F; Mon, 6 Mar 2006 14:14:34 +0100 (CET) Received: by mail.droso.net (Postfix, from userid 1001) id 3A9B822B55; Mon, 6 Mar 2006 14:14:31 +0100 (CET) Date: Mon, 6 Mar 2006 14:14:31 +0100 From: Erwin Lansing To: Norikatsu Shigemura Message-ID: <20060306131430.GP96913@droso.net> Mail-Followup-To: Norikatsu Shigemura , rainer.alves@gmail.com, portmgr@FreeBSD.org, ports@FreeBSD.org References: <20060306220812.5867c632.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Of+MxKS8Z9r+0fcN" Content-Disposition: inline In-Reply-To: <20060306220812.5867c632.nork@FreeBSD.org> X-Operating-System: FreeBSD/i386 5.4-RELEASE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd 0.1 Cc: ports@FreeBSD.org, rainer.alves@gmail.com, portmgr@FreeBSD.org Subject: Re: graphics/gimpshop: Fix pkg-plist 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, 06 Mar 2006 13:14:45 -0000 --Of+MxKS8Z9r+0fcN Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 10:08:12PM +0900, Norikatsu Shigemura wrote: > Hi Rainer and portmgr! >=20 > I found a pkg-plist issue on graphics/gimpshop. > May I commit following patch? Approved from portmgr's viewpoint. -erwin --Of+MxKS8Z9r+0fcN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDDW2qy9aWxUlaZARAit3AKD8zqxuLbGlE17SGN/TAYXWO+AAzwCeKFjg S9WipOUcamxBId4KFXxg4vI= =qcJi -----END PGP SIGNATURE----- --Of+MxKS8Z9r+0fcN-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:22:52 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A4D716A420; Mon, 6 Mar 2006 13:22:52 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id AABFA43D46; Mon, 6 Mar 2006 13:22:51 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k26DMjH8031450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 22:22:50 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 6 Mar 2006 22:22:45 +0900 From: Norikatsu Shigemura To: vanilla@FreeBSD.org, portmgr@FreeBSD.org Message-Id: <20060306222245.0911a3b9.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 06 Mar 2006 22:22:50 +0900 (JST) Cc: ports@FreeBSD.org Subject: graphics/imlib2: Add implicit dependency 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, 06 Mar 2006 13:22:52 -0000 Hi vanilla and portmgr! I found a missing dependency on audio/libid3tag. May I commit following patch? Index: Makefile =================================================================== RCS file: /home/ncvs/ports/graphics/imlib2/Makefile,v retrieving revision 1.115 diff -u -r1.115 Makefile --- Makefile 23 Feb 2006 10:37:05 -0000 1.115 +++ Makefile 6 Mar 2006 13:18:05 -0000 @@ -7,7 +7,7 @@ PORTNAME= imlib2 PORTVERSION= 1.2.1.010 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES= graphics MASTER_SITES= http://enlightenment.freedesktop.org/files/ @@ -18,6 +18,7 @@ ungif.5:${PORTSDIR}/graphics/libungif \ png.5:${PORTSDIR}/graphics/png \ tiff.4:${PORTSDIR}/graphics/tiff \ + id3tag.0:${PORTSDIR}/audio/libid3tag \ freetype.9:${PORTSDIR}/print/freetype2 USE_AUTOTOOLS= autoconf:259 libltdl:15 libtool:15 Index: pkg-plist =================================================================== RCS file: /home/ncvs/ports/graphics/imlib2/pkg-plist,v retrieving revision 1.39 diff -u -r1.39 pkg-plist --- pkg-plist 23 Feb 2006 10:37:05 -0000 1.39 +++ pkg-plist 6 Mar 2006 13:18:55 -0000 @@ -33,6 +33,9 @@ lib/imlib2/loaders/gif.a lib/imlib2/loaders/gif.la lib/imlib2/loaders/gif.so +lib/imlib2/loaders/id3.a +lib/imlib2/loaders/id3.la +lib/imlib2/loaders/id3.so lib/imlib2/loaders/jpeg.a lib/imlib2/loaders/jpeg.la lib/imlib2/loaders/jpeg.so From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:27:30 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB9716A420; Mon, 6 Mar 2006 13:27:30 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7127643D45; Mon, 6 Mar 2006 13:27:29 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k26DRMEv031571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 22:27:28 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 6 Mar 2006 22:27:23 +0900 From: Norikatsu Shigemura To: Erwin Lansing Message-Id: <20060306222723.60e574c7.nork@FreeBSD.org> In-Reply-To: <20060306131430.GP96913@droso.net> References: <20060306220812.5867c632.nork@FreeBSD.org> <20060306131430.GP96913@droso.net> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 06 Mar 2006 22:27:28 +0900 (JST) Cc: ports@FreeBSD.org, rainer.alves@gmail.com, portmgr@FreeBSD.org Subject: Re: graphics/gimpshop: Fix pkg-plist 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, 06 Mar 2006 13:27:30 -0000 On Mon, 6 Mar 2006 14:14:31 +0100 Erwin Lansing wrote: > On Mon, Mar 06, 2006 at 10:08:12PM +0900, Norikatsu Shigemura wrote: > > Hi Rainer and portmgr! > > I found a pkg-plist issue on graphics/gimpshop. > > May I commit following patch? > Approved from portmgr's viewpoint. Thank you. I comitted and done. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:33:29 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 333BB16A420; Mon, 6 Mar 2006 13:33:29 +0000 (GMT) (envelope-from rainer.alves@gmail.com) Received: from valfenda.ibest.com.br (valfenda.ibest.com.br [200.181.68.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45D1343D49; Mon, 6 Mar 2006 13:33:28 +0000 (GMT) (envelope-from rainer.alves@gmail.com) Received: from [127.0.0.1] (centaurus.ibest.com.br [200.181.68.107]) by valfenda.ibest.com.br (Postfix) with ESMTP id 028C23EE888; Mon, 6 Mar 2006 10:33:17 -0300 (BRST) Message-ID: <440C39B9.2050705@gmail.com> Date: Mon, 06 Mar 2006 10:31:37 -0300 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8) Gecko/20060112 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: Norikatsu Shigemura , ports@FreeBSD.org References: <20060306220812.5867c632.nork@FreeBSD.org> <20060306131430.GP96913@droso.net> In-Reply-To: <20060306131430.GP96913@droso.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-iBEST-MailScanner-Information: iBEST E-Mail Scanner X-MailScanner-From: rainer.alves@gmail.com Cc: Subject: Re: graphics/gimpshop: Fix pkg-plist 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, 06 Mar 2006 13:33:29 -0000 Erwin Lansing wrote: > On Mon, Mar 06, 2006 at 10:08:12PM +0900, Norikatsu Shigemura wrote: >> Hi Rainer and portmgr! >> >> I found a pkg-plist issue on graphics/gimpshop. >> May I commit following patch? > > Approved from portmgr's viewpoint. > > -erwin > Norikatsu, Seems like a minor libtool breakage, you may commit this. Thanks. -- Rainer Alves From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:40:31 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6CE916A420; Mon, 6 Mar 2006 13:40:31 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAD3143D72; Mon, 6 Mar 2006 13:40:29 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k26DeKvw031907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 22:40:26 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 6 Mar 2006 22:40:20 +0900 From: Norikatsu Shigemura To: Joe Marcus Clarke Message-Id: <20060306224020.b755a74c.nork@FreeBSD.org> In-Reply-To: <1141405684.46418.12.camel@shumai.marcuscom.com> References: <20060228222625.3bcc4f08.nork@FreeBSD.org> <1141405684.46418.12.camel@shumai.marcuscom.com> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 06 Mar 2006 22:40:26 +0900 (JST) Cc: ports@FreeBSD.org, nork@FreeBSD.org, freebsd-gnome@FreeBSD.org Subject: Re: www/mozilla: install issue on 6.1-PRERELEASE 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, 06 Mar 2006 13:40:31 -0000 On Fri, 03 Mar 2006 12:08:04 -0500 Joe Marcus Clarke wrote: > > In above case, */movemail.rdf wasn't installed. Do you have > > any idea to fix this issue? > Yeah, I see the problem. The check for !defined(WITHOUT_MAILNEWS) is > above bsd.port.pre.mk, so it doesn't take OPTIONS into account. This > will be fixed after the freeze. Oh, that's good news! Thank you, please! :-) From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:46:54 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DE8D16A420; Mon, 6 Mar 2006 13:46:54 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: from mail.turbocat.net (mail.turbocat.net [213.133.116.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23DDA43D45; Mon, 6 Mar 2006 13:46:53 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: by mail.turbocat.net (Postfix, from userid 1002) id 7161B422EC81; Mon, 6 Mar 2006 14:46:51 +0100 (CET) Received: from acer-43b73db2a3.lan (ti131310a080-1054.bb.online.no [85.165.196.30]) by mail.turbocat.net (Postfix) with ESMTP id CB331422EC4D; Mon, 6 Mar 2006 14:46:50 +0100 (CET) From: Hans Petter Selasky To: ports@freebsd.org, ahze@FreeBSD.org Date: Mon, 6 Mar 2006 14:47:07 +0100 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603061447.08478.hselasky@c2i.net> Cc: Subject: Broken: ports/graphics/cairo 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, 06 Mar 2006 13:46:54 -0000 Hi, PORTNAME= cairo PORTVERSION= 1.0.2 PORTREVISION= 2 CATEGORIES= graphics MASTER_SITES= http://cairographics.org/releases/ Compiling "cairo" broke complaining it could not find "ft2build.h" Manually editing the Makefile in work/.../src, adding "-I/usr/local/include/" to the CFLAGS made it compile again. Installed version of "fontconfig": fontconfig-2.3.2_3,1 An XML-based font configuration API for X Windows --HPS From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:52:56 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CF7016A420 for ; Mon, 6 Mar 2006 13:52:56 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D74543D53 for ; Mon, 6 Mar 2006 13:52:54 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by xproxy.gmail.com with SMTP id i26so783093wxd for ; Mon, 06 Mar 2006 05:52:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=pZ76vBfKc45fTNcsGBoW02iYX9wjYF0Q9tb/Q4ZdS8Ky1qRoBCNZP4okqFl3i4Z3b/2AtvWlV2SdKLdpI6JSso2HKlDAPQXhSN3QBKZNhSz+Z2DX66cfkw48W8BktHdvop4LBp9nVSGq1xWOdQxtM1YBYsOkClqtvsJu8vle+yk= Received: by 10.11.120.36 with SMTP id s36mr67168cwc; Mon, 06 Mar 2006 05:52:53 -0800 (PST) Received: by 10.11.120.73 with HTTP; Mon, 6 Mar 2006 05:52:52 -0800 (PST) Message-ID: Date: Mon, 6 Mar 2006 14:52:52 +0100 From: "Arjan van Leeuwen" To: "Norikatsu Shigemura" In-Reply-To: <20060306221102.0130bc51.nork@FreeBSD.org> MIME-Version: 1.0 References: <20060306221102.0130bc51.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, portmgr@freebsd.org Subject: Re: graphics/ImageMagick: FIx pkg-plist. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 13:52:56 -0000 Hi, Patch looks good, thanks! I also have an update to ImageMagick 6.2.6 ready, but maybe we should save that for after the freeze (it has been sitting in PR ports/91345 for a long time already)? Arjan 2006/3/6, Norikatsu Shigemura : > > Hi Arjan and portmgr. > > I found a pkg-plist issue on graphics/ImageMagick. > May I commit following patch? > > > Index: Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/ports/graphics/ImageMagick/Makefile,v > retrieving revision 1.213 > diff -u -r1.213 Makefile > --- Makefile 23 Feb 2006 10:36:47 -0000 1.213 > +++ Makefile 6 Mar 2006 06:36:41 -0000 > @@ -7,7 +7,7 @@ > > PORTNAME=3D ImageMagick > PORTVERSION=3D 6.2.5.5 > -PORTREVISION=3D 2 > +PORTREVISION=3D 3 > CATEGORIES=3D graphics perl5 > MASTER_SITES=3D ftp://ftp.nluug.nl/pub/ImageMagick/ \ > ${MASTER_SITE_LOCAL:S/%SUBDIR%/pav/} > Index: pkg-plist > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/ports/graphics/ImageMagick/pkg-plist,v > retrieving revision 1.96 > diff -u -r1.96 pkg-plist > --- pkg-plist 23 Feb 2006 10:36:47 -0000 1.96 > +++ pkg-plist 6 Mar 2006 06:35:54 -0000 > @@ -116,199 +116,299 @@ > lib/ImageMagick/config/type-solaris.xml > lib/ImageMagick/config/type-windows.xml > lib/ImageMagick/modules-%%QBIT%%/coders/.keep > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/art.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/art.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/art.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avi.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avi.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avi.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avs.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avs.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/avs.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/bmp.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/bmp.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/bmp.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/caption.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/caption.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/caption.so > -%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.la > -%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cin.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cin.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cin.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cip.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cip.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cip.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/clip.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/clip.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/clip.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.a > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.la > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cmyk.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cut.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cut.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/cut.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dcm.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dcm.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dcm.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dib.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dib.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dib.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dot.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dot.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dot.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dps.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dps.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dps.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dpx.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dpx.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/dpx.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ept.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ept.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ept.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fax.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fax.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fax.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fits.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fits.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fits.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fpx.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fpx.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/fpx.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gif.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gif.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gif.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gradient.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gradient.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gradient.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gray.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gray.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/gray.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/histogram.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/histogram.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/histogram.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/html.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/html.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/html.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/icon.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/icon.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/icon.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/info.a > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/info.la > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/info.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jbig.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jbig.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jbig.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jp2.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jp2.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jp2.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jpeg.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jpeg.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/jpeg.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/label.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/label.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/label.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/magick.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/magick.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/magick.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/map.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/map.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/map.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mat.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mat.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mat.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/matte.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/matte.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/matte.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/meta.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/meta.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/meta.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/miff.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/miff.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/miff.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mono.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mono.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mono.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpc.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpc.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpc.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpeg.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpeg.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpeg.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpr.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpr.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mpr.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/msl.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/msl.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/msl.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mtv.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mtv.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mtv.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mvg.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mvg.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/mvg.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/null.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/null.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/null.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/otb.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/otb.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/otb.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/palm.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/palm.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/palm.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pattern.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pattern.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pattern.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcd.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcd.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcd.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcl.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcl.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcl.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcx.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcx.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pcx.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdb.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdb.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdb.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdf.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdf.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pdf.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pict.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pict.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pict.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pix.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pix.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pix.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/plasma.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/plasma.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/plasma.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/png.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/png.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/png.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pnm.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pnm.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pnm.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/preview.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/preview.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/preview.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps2.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps2.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps2.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps3.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps3.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ps3.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/psd.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/psd.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/psd.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pwp.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pwp.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/pwp.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/raw.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/raw.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/raw.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rgb.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rgb.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rgb.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rla.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rla.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rla.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rle.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rle.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/rle.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/scr.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/scr.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/scr.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sct.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sct.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sct.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sfw.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sfw.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sfw.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sgi.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sgi.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sgi.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/stegano.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/stegano.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/stegano.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sun.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sun.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/sun.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/svg.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/svg.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/svg.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tga.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tga.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tga.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tiff.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tiff.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tiff.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tile.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tile.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tile.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tim.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tim.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/tim.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ttf.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ttf.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ttf.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/txt.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/txt.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/txt.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uil.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uil.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uil.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/url.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/url.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/url.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uyvy.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uyvy.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/uyvy.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vicar.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vicar.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vicar.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vid.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vid.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/vid.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/viff.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/viff.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/viff.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wbmp.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wbmp.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wbmp.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wmf.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wmf.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wmf.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wpg.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wpg.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/wpg.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/x.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/x.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/x.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xbm.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xbm.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xbm.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xc.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xc.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xc.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xcf.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xcf.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xcf.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xpm.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xpm.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xpm.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xwd.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xwd.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/xwd.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ycbcr.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ycbcr.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/ycbcr.so > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/yuv.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/yuv.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/coders/yuv.so > lib/ImageMagick/modules-%%QBIT%%/filters/.keep > +%%MODULES%%lib/ImageMagick/modules-%%QBIT%%/filters/analyze.a > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/filters/analyze.la > %%MODULES%%lib/ImageMagick/modules-%%QBIT%%/filters/analyze.so > lib/libMagick++.a > From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 13:57:00 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 290A816A420 for ; Mon, 6 Mar 2006 13:57:00 +0000 (GMT) (envelope-from rainer.alves@gmail.com) Received: from valfenda.ibest.com.br (valfenda.ibest.com.br [200.181.68.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B0443D48 for ; Mon, 6 Mar 2006 13:56:59 +0000 (GMT) (envelope-from rainer.alves@gmail.com) Received: from [127.0.0.1] (centaurus.ibest.com.br [200.181.68.107]) by valfenda.ibest.com.br (Postfix) with ESMTP id 213AE3E8867; Mon, 6 Mar 2006 10:56:51 -0300 (BRST) Message-ID: <440C3F3E.4060209@gmail.com> Date: Mon, 06 Mar 2006 10:55:10 -0300 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8) Gecko/20060112 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> <440A31BC.2060701@rogers.com> <20060305034931.GA67813@xor.obsecurity.org> <440A62B0.3040703@rogers.com> <20060306130458.GA62638@pentarou.parodius.com> <20060306130923.GA62990@pentarou.parodius.com> In-Reply-To: <20060306130923.GA62990@pentarou.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-iBEST-MailScanner-Information: iBEST E-Mail Scanner X-MailScanner-From: rainer.alves@gmail.com Cc: ports@FreeBSD.org, chet.ramey@case.edu Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 06 Mar 2006 13:57:00 -0000 Jeremy Chadwick wrote: >> While we're on the subject of bash 3.x port breakage {...} > > My apologies -- turns out this is for bash 3.1 and not 3.0 (which is > what we use in ports). > > Nothing to see here, move along. ;-) > Actually, ports has 3.1.10. I also agree that updating to patchlevel 11 is recommended. It's also worth saying that the author decided to reroll the distfile "bash31-10" (a 2k patch) at his personal site. If/when he decides to update ftp.gnu.org, we'll have problems since checksums would no longer match. This probably will happen after the freeze is over and we'd have 6.1/5.5 users complaining they're unable to install shells/bash. ftp://ftp.gnu.org/gnu/bash/bash-3.1-patches/bash31-010 (old patch) ftp://ftp.cwru.edu/pub/bash/bash-3.1-patches/bash31-010 (new patch) PS: We're using MASTER_SITE_GNU for distfiles download. -- Rainer Alves From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 14:07:46 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 004C016A422; Mon, 6 Mar 2006 14:07:45 +0000 (GMT) (envelope-from vanilla@fatpipi.com) Received: from mail.fatpipi.com (fatpipi.cirx.org [211.23.144.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 637AD43D48; Mon, 6 Mar 2006 14:07:43 +0000 (GMT) (envelope-from vanilla@fatpipi.com) Received: from mail.fatpipi.com (localhost [127.0.0.1]) by mail.fatpipi.com (Postfix) with ESMTP id 9F8782E369; Mon, 6 Mar 2006 22:07:41 +0800 (CST) Received: by mail.fatpipi.com (Postfix, from userid 1002) id 9BDB92E19F; Mon, 6 Mar 2006 22:07:41 +0800 (CST) Date: Mon, 6 Mar 2006 22:07:41 +0800 From: "Vanilla I. Shu" To: Norikatsu Shigemura Message-ID: <20060306140741.GA43748@fatpipi.cirx.org> References: <20060306222245.0911a3b9.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <20060306222245.0911a3b9.nork@FreeBSD.org> User-Agent: Mutt/1.5.11 Cc: ports@FreeBSD.org, portmgr@FreeBSD.org, vanilla@FreeBSD.org Subject: Re: graphics/imlib2: Add implicit dependency 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, 06 Mar 2006 14:07:46 -0000 On Mon, Mar 06, 2006 at 10:22:45PM +0900, Norikatsu Shigemura wrote: > Hi vanilla and portmgr! > I found a missing dependency on audio/libid3tag. > May I commit following patch? sure, why not? From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 14:09:29 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51D3F16A423; Mon, 6 Mar 2006 14:09:29 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DCF643D48; Mon, 6 Mar 2006 14:09:27 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k26E9Pcg032697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 23:09:25 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 6 Mar 2006 23:09:25 +0900 From: Norikatsu Shigemura To: avleeuwen@piwebs.com Message-Id: <20060306230925.b5a27b40.nork@FreeBSD.org> In-Reply-To: References: <20060306221102.0130bc51.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 06 Mar 2006 23:09:26 +0900 (JST) Cc: ports@FreeBSD.org, avleeuwen@gmail.com, nork@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: graphics/ImageMagick: FIx pkg-plist. 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, 06 Mar 2006 14:09:29 -0000 On Mon, 6 Mar 2006 14:52:52 +0100 "Arjan van Leeuwen" wrote: > Patch looks good, thanks! I also have an update to ImageMagick 6.2.6 ready, Thank you. > but maybe we should save that for after the freeze (it has been sitting in > PR ports/91345 for a long time already)? OK, I'll handle this. I'll close-pr ports/91345, so please send-pr ImageMagick 6.2.6 or after after the ports unfrozen. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 14:12:57 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5CC116A420; Mon, 6 Mar 2006 14:12:57 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5413743D45; Mon, 6 Mar 2006 14:12:57 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k26ECsJ9032791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 23:12:55 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 6 Mar 2006 23:12:54 +0900 From: Norikatsu Shigemura To: "Vanilla I. Shu" Message-Id: <20060306231254.4b8d187e.nork@FreeBSD.org> In-Reply-To: <20060306140741.GA43748@fatpipi.cirx.org> References: <20060306222245.0911a3b9.nork@FreeBSD.org> <20060306140741.GA43748@fatpipi.cirx.org> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 06 Mar 2006 23:12:55 +0900 (JST) Cc: ports@FreeBSD.org, portmgr@FreeBSD.org, vanilla@FreeBSD.org Subject: Re: graphics/imlib2: Add implicit dependency 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, 06 Mar 2006 14:12:58 -0000 On Mon, 6 Mar 2006 22:07:41 +0800 "Vanilla I. Shu" wrote: > On Mon, Mar 06, 2006 at 10:22:45PM +0900, Norikatsu Shigemura wrote: > > Hi vanilla and portmgr! > > I found a missing dependency on audio/libid3tag. > > May I commit following patch? > sure, why not? It is not significant. Please commit it:-). From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 14:34:58 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D623416A420 for ; Mon, 6 Mar 2006 14:34:58 +0000 (GMT) (envelope-from chet.ramey@case.edu) Received: from mpv2.tis.cwru.edu (mpv2.TIS.CWRU.Edu [129.22.105.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id D86EC43D55 for ; Mon, 6 Mar 2006 14:34:49 +0000 (GMT) (envelope-from chet.ramey@case.edu) Received: from caleb.ins.cwru.edu (caleb.INS.CWRU.Edu [129.22.8.211]) by mpv2.tis.cwru.edu (MOS 3.6.4-CR) with SMTP id APQ49428; Mon, 6 Mar 2006 09:34:39 -0500 (EST) Date: Mon, 6 Mar 2006 09:32:28 -0500 From: Chet Ramey Sender: Chet Ramey To: rainer.alves@gmail.com References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> <440A31BC.2060701@rogers.com> <20060305034931.GA67813@xor.obsecurity.org> <440A62B0.3040703@rogers.com> <20060306130458.GA62638@pentarou.parodius.com> <20060306130923.GA62990@pentarou.parodius.com> <440C3F3E.4060209@gmail.com> In-Reply-To: Message from rainer.alves@gmail.com of Mon, 06 Mar 2006 10:55:10 -0300 (id <440C3F3E.4060209@gmail.com>) Message-ID: <060306143228.AA03368.SM@caleb.ins.cwru.edu> Read-Receipt-To: chet.ramey@case.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ports@FreeBSD.org, ftp-upload@gnu.org, freebsd@jdc.parodius.com, chet.ramey@case.edu Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chet.ramey@case.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 14:34:59 -0000 > It's also worth saying that the author decided to reroll the distfile > "bash31-10" (a 2k patch) at his personal site. If/when he decides to > update ftp.gnu.org, we'll have problems since checksums would no longer > match. I am trying to update the version on ftp.gnu.org, but the automated patch uplaoding system will not allow me to overwrite files, and I have not received any replies to my email requests. The goal is to have bash31-010 eventually updated on ftp.gnu.org. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet ) Live Strong. Chet Ramey, ITS, CWRU chet@case.edu http://tiswww.tis.case.edu/~chet/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 14:39:25 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70A2816A422 for ; Mon, 6 Mar 2006 14:39:25 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC60243D53 for ; Mon, 6 Mar 2006 14:39:24 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1FGGrr-000C38-Kq for ports@FreeBSD.org; Mon, 06 Mar 2006 17:39:23 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FGGtB-0004Cz-VP for ports@FreeBSD.org; Mon, 06 Mar 2006 17:40:45 +0300 To: ports@FreeBSD.org From: Boris Samorodov Date: Mon, 06 Mar 2006 17:40:45 +0300 Message-ID: <61474466@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: dirrmtry: shared directories and can, should or must use 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, 06 Mar 2006 14:39:25 -0000 Hi! At The Porters Handbook 7.2.1 Cleaning up empty directories we read http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-cleaning.html#PLIST-DIR-CLEANING "However, sometimes @dirrm will give you errors because other ports share the same directory. You can use @dirrmtry to remove only empty directories without warning." I don't quite understand the term "can" here. Is it supposed may, should or must use @dirrmtry? And what about non-empty but shared directories? May, should or must we use @dirrmtry? Is this command supposed to work only when building packages (i.e. at pointyhat) or is it intended to be useful at other servers/workstations (i.e. not to disturb administrators when upgrading their systems)? Thank you. -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 14:41:41 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC55916A420 for ; Mon, 6 Mar 2006 14:41:41 +0000 (GMT) (envelope-from zi.mayonnaise@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 483BA43D48 for ; Mon, 6 Mar 2006 14:41:41 +0000 (GMT) (envelope-from zi.mayonnaise@gmail.com) Received: by nproxy.gmail.com with SMTP id k26so892821nfc for ; Mon, 06 Mar 2006 06:41:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type; b=p1q36k90hO8jqprqN7JrD55xy3NkfLJHPeUEq1dHvg3jeLM9hzifg8rFEg7fk1pEhA5DigPH9YyPjwHg7/huDwNFTbWy9WUQcpGYYs9B6lZeO49tWlYb8KhnF6pLEm++Ux4bs1XeY1ruNcLRmq9//X6s4Z9NIwoxJqAdBgvwq+o= Received: by 10.48.157.8 with SMTP id f8mr1337186nfe; Mon, 06 Mar 2006 06:41:40 -0800 (PST) Received: by 10.48.142.16 with HTTP; Mon, 6 Mar 2006 06:41:40 -0800 (PST) Message-ID: <1a05b0b40603060641l6562efack947de4ef06bc4013@mail.gmail.com> Date: Mon, 6 Mar 2006 22:41:40 +0800 From: "ZC Wong" Sender: zi.mayonnaise@gmail.com To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: libc problem, setlocale() failure 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, 06 Mar 2006 14:41:42 -0000 SXQncyBhIGZyZXNoIGluc3RhbGwgZnJvbSA2LjAtUkVMRUFTRSBjZCwgdGhlbiB0aGUgcG9ydCB0 cmVlIHdhcyBmZXRjaGVkCmRpcmVjdGx5IGZyb20gcG9ydHNuYXAgYW5kIGV2ZXJ5dGhpbmcgaXMg dXAgdG8gZGF0ZS4KClRoZSBwcm9ibGVtIGlzIHRoYXQgYXMgbG9uZyBhcyBMQ19DVFlQRSBpcyBz ZXQgdG8gYW55dGhpbmcgb3RoZXIgdGhhbiBDIChub3QKZXZlbiBlbl9VUyksIHNldGxvY2FsZShM Q19DVFlQRSwiIik7IHdpbGwgZmFpbC4KCkFzIGEgcmVzdWx0IGhlbGwgb2YgYSBsb3Qgb2YgcHJv Z3JhbW1lcyBjb21wbGFpbiBhYm91dCBub3QgYmVpbmcgYWJsZSB0byBzZXQKbG9jYWxlIHdpdGgg bWVzc2FnZXMgbGlrZSAiV2FybmluZzogbG9jYWxlIG5vdCBzdXBwb3J0ZWQgYnkgQyBsaWJyYXJ5 LApsb2NhbGUgdW5jaGFuZ2VkIiwgZXRjCgpBcHBhcmVudGx5IHNvbWV0aGluZyBpcyB3cm9uZyB3 aXRoIGxpYmMgYnV0IEkgaGF2ZSBub3QgY2x1ZSBob3cgdG8gZml4IGl0PwoKWmkK From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 14:51:00 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 165C416A420 for ; Mon, 6 Mar 2006 14:51:00 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97CD143D49 for ; Mon, 6 Mar 2006 14:50:59 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 9C571B80C for ; Mon, 6 Mar 2006 09:50:58 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20060306070600.GA70987@qlovarnika.bg.datamax> References: <20060306070600.GA70987@qlovarnika.bg.datamax> X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 6 Mar 2006 09:50:55 -0500 To: ports@FreeBSD.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: best practices for private ports? 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, 06 Mar 2006 14:51:00 -0000 On Mar 6, 2006, at 2:06 AM, Vasil Dimov wrote: > Or create a script that calls portsnap and then restores your "local" > ports automatically, something like > cp -r /usr/ports-local/category/port /usr/ports/category/ I'm probably gonna have to do something like that... but is "local" the preferred category? I have to manually force it on to VALID_CATEGORIES in my port. i don't see a pre-defined location for local private ports. > Btw, have you tried playing with /usr/ports/.cvsignore? Not sure what that will buy me. What would be the goal of adding directories to it? From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 16:27:38 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB1D716A420 for ; Mon, 6 Mar 2006 16:27:38 +0000 (GMT) (envelope-from pgnews@netzwerkcenter.ch) Received: from mailthree.netzwerkcenter.ch (mailthree.everynet.ch [217.168.44.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD62943D49 for ; Mon, 6 Mar 2006 16:27:36 +0000 (GMT) (envelope-from pgnews@netzwerkcenter.ch) Received: from dhcp87.int.siconline.net (border8.siconline.net [217.168.44.33]) by mailthree.netzwerkcenter.ch (8.12.8p1/8.12.8) with ESMTP id k26GRWXt094232; Mon, 6 Mar 2006 17:27:33 +0100 (CET) (envelope-from pgnews@netzwerkcenter.ch) From: Peter Guhl To: ports@FreeBSD.org Content-Type: multipart/mixed; boundary="=-IIevZiQnYf8fBI4NG6sv" Organization: NetzWerk Center GmbH Date: Mon, 06 Mar 2006 17:27:33 +0100 Message-Id: <1141662453.1378.7.camel@nelke.int.0808.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: /usr/ports/textproc/wv doesn't compile 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, 06 Mar 2006 16:27:38 -0000 --=-IIevZiQnYf8fBI4NG6sv Content-Type: text/plain Content-Transfer-Encoding: 7bit [...] checking for libwmf-config... no configure: error: * * * unable to find libwmf-config; unable to continue * * * ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/textproc/wv/work/wv-1.0.0/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 Stop in /usr/ports/textproc/wv. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall36844.0 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! textproc/wv (configure error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ll /usr/local/bin/libwmf-config -r-xr-xr-x 1 root wheel 2545 Mar 6 17:10 /usr/local/bin/libwmf-config* pkg_info ORBit2-2.12.5_2 High-performance CORBA ORB with support for the C language amanda-client-2.4.5_1,1 The Advanced Maryland Automatic Network Disk Archiver (clie apache-2.0.55_4 Version 2 of Apache web server with prefork MPM. aspell-0.60.4_3 Spelling checker with better suggestion logic than ispell atk-1.10.3_1 A GNOME accessibility toolkit (ATK) autoconf-2.59_2 Automatically configure source code on many Un*x platforms bash-2.05b.007_4 The GNU Bourne Again Shell bison-1.75_2,1 A parser generator from FSF, (mostly) compatible with Yacc bitstream-vera-1.10_2 Bitstream Vera TrueType font collection cairo-1.0.2_2 Vector graphics library with cross-device output support cvsup-without-gui-16.1h_2 General network file distribution system optimized for CVS cyrus-imapd-2.3.1 The cyrus mail server, supporting POP3 and IMAP4 protocols cyrus-sasl-2.1.21_2 RFC 2222 SASL (Simple Authentication and Security Layer) cyrus-sasl-saslauthd-2.1.21_1 SASL authentication server for cyrus-sasl2 db3-3.3.11_2,1 The Berkeley DB package, revision 3.3 db4-4.0.14_1,1 The Berkeley DB package, revision 4 expat-2.0.0_1 XML 1.0 parser written in C ezm3-1.2 Easier, more portable Modula-3 distribution for building CV fontconfig-2.3.2_3,1 An XML-based font configuration API for X Windows freetype2-2.1.10_3 A free and portable TrueType font rendering engine gconf2-2.12.1_1 A configuration database system for GNOME gettext-0.14.5_2 GNU gettext package glib-2.8.6_1 Some useful routines of C programming (current stable versi gmake-3.80_2 GNU version of 'make' utility gnomehier-2.0_7 A utility port that creates the GNOME directory tree gtar-1.15.1_1 GNU version of the traditional tar archiver gtk-2.8.12_1 Gimp Toolkit for X11 GUI (current stable version) help2man-1.36.3 Automatically generating simple manual pages from program o hicolor-icon-theme-0.5 A high-color icon theme shell from the FreeDesktop project imake-6.9.0 Imake and other utilities from X.Org intltool-0.34.2 Tools to internationalize various kinds of data files joe-3.3,1 Joe's Own Editor jpeg-6b_4 IJG's jpeg compression utilities ldconfig_compat-1.0_6 Ldconfig compatibility script libIDL-0.8.6_2 A library for creating trees of CORBA Interface Definition libXft-2.1.7_1 A client-sided font API for X applications libdrm-2.0_1 Userspace interface to kernel Direct Rendering Module servi libgsf-1.13.3_1 An extensible i/o abstraction for dealing with structured f libiconv-1.9.2_2 A character set conversion library libtool-1.5.22_2 Generic shared library support script libwmf-0.2.8.4 Tools and library for converting Microsoft WMF (windows met libxml2-2.6.23_1 XML parser library for GNOME linc-1.0.3_5 A library for writing networked servers & clients m4-1.4.4 GNU m4 mysql-client-4.1.18_1 Multithreaded SQL database (client) ncftp-2.4.3 FTP replacement with advanced user interface p5-File-Temp-0.16_4 Perl5 module to generate temporary files or directories saf p5-PathTools-3.16 A Perl module for portably manipulating file specifications p5-Pod-Parser-1.34 Modules to work with POD (Plain Old Documentation) p5-Scalar-List-Utils-1.18,1 Perl subroutines that would be nice to have in the perl cor p5-Test-Harness-2.56 Run perl standard test scripts with statistics p5-Test-Simple-0.62 Basic utilities for writing tests in perl p5-XML-Parser-2.34_2 Perl extension interface to James Clark's XML parser, expat p5-gettext-1.05_1 Message handling functions pam_mysql-0.6.2 A pam module for authenticating with MySQL pango-1.10.3_1 An open-source framework for the layout and rendering of i1 pear-1.4.6 PEAR framework for PHP pear-Auth-1.2.4 PEAR class for creating an authentication system pear-Auth_SASL-1.0.1_1 PEAR abstraction of various SASL mechanism responses pear-DB-1.7.6,1 PEAR Database Abstraction Layer pear-Date-1.4.6 PEAR Date and Time Zone Classes pear-File-1.2.2,1 PEAR common file and directory routines pear-Log-1.9.3 PEAR logging utilities pear-Mail-1.1.9 PEAR class that provides multiple interfaces for sending em pear-Mail_Mime-1.3.1 PEAR classes to create and decode MIME messages pear-Net_SMTP-1.2.7 PEAR class that provides an implementation of the SMTP prot pear-Net_Socket-1.0.6 PEAR Network Socket Interface perl-5.8.8 Practical Extraction and Report Language php4-4.4.2_1 PHP Scripting Language (Apache Module and CLI) php4-pcre-4.4.2_1 The pcre shared extension for php php4-xml-4.4.2_1 The xml shared extension for php pkgconfig-0.20 A utility to retrieve information about installed libraries png-1.2.8_3 Library for manipulating PNG images popt-1.7_1 A getopt(3) like library with a number of enhancements, fro portupgrade-2.0.1_1,1 FreeBSD ports/packages administration and management tool s ruby-1.8.4_4,1 An object-oriented interpreted scripting language ruby18-bdb4-0.5.7 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat screen-4.0.2_3 A multi-screen window manager shared-mime-info-0.16_2 A MIME type database from the FreeDesktop project tiff-3.8.0_1 Tools and library routines for working with TIFF images uemacs-4.0 A full screen editor unzip-5.52_2 List, test and extract compressed files in a ZIP archive wv2-0.2.2_2 A library providing routines to access Microsoft Word files xorg-clients-6.9.0_2 X client programs and related files from X.Org xorg-fonts-encodings-6.9.0_1 X.Org font encoding files xorg-fonts-truetype-6.9.0 X.Org TrueType fonts xorg-libraries-6.9.0 X11 libraries and headers from X.Org xterm-206_1 Terminal emulator for the X Window System uname -a FreeBSD mailtest.int.0808.ch 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC i386 Is this the right address to send this report to? All I want to install is imp (/usr/ports/mail/imp). Regards Peter --=-IIevZiQnYf8fBI4NG6sv-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 17:43:41 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED6BE16A420 for ; Mon, 6 Mar 2006 17:43:41 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 570F643D45 for ; Mon, 6 Mar 2006 17:43:41 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p5180-ipbf304funabasi.chiba.ocn.ne.jp [125.170.156.180]) (authenticated bits=128) by mail.allbsd.org (8.13.4/8.13.4) with ESMTP id k26HhTFP099170 for ; Tue, 7 Mar 2006 02:43:40 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id k26HhGHe097963 for ; Tue, 7 Mar 2006 02:43:17 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 07 Mar 2006 02:42:47 +0900 (JST) Message-Id: <20060307.024247.94087331.hrs@allbsd.org> To: ports@FreeBSD.org From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Tue_Mar__7_02_42_47_2006_587)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: Subject: print/acroread7 problems 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, 06 Mar 2006 17:43:42 -0000 ----Security_Multipart0(Tue_Mar__7_02_42_47_2006_587)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Tue_Mar__7_02_42_47_2006_510)--" Content-Transfer-Encoding: 7bit ----Next_Part(Tue_Mar__7_02_42_47_2006_510)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, As probably you noticed, Adobe Reader 7.0.5 (print/acroread7) and the localized versions updated on 21 February have severe problems and especially the printing feature does not work with the Linux emulation. There are workaround for some of the problems, the printing problem seems to need more investigation. So, I think it is better to downgrade the acroread ports to 7.0.1 temporarily. Since the necessary patches are attached to this mail, please use them if you are in trouble with the acroread. The affected ports are french/acroread, german/acroread, japanese/acroread, korean/acroread, and print/acroread7 (the others are not affected). After the patches are applied, normal upgrading procedure (by using portupgrade(1) and so on) should work. The version number of the ports will be 7.0.1,1. I am sorry that it was hasty of me to update them without broad review. -- | Hiroki SATO ----Next_Part(Tue_Mar__7_02_42_47_2006_510)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acroread.diff" Index: UPDATING =================================================================== RCS file: /home/ncvs/ports/UPDATING,v retrieving revision 1.293 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.293 UPDATING --- UPDATING 2 Mar 2006 21:00:23 -0000 1.293 +++ UPDATING 3 Mar 2006 04:21:30 -0000 @@ -6,6 +6,19 @@ time you update your ports collection, before attempting any port upgrades. +20060303: + AFFECTS: users of print/acroread7 and the localized versions + AUTHOR: hrs@FreeBSD.org + + Unfortunately, it turns out that printing feature of Adobe + Reader 7.0.5 does not work with FreeBSD's Linux emulation + environment. Although English, French, German, Japanese, and + Korean version of the port were updated to 7.0.5 as of + 2006/02/21, these changes have been reverted consequently. + + Please update the packages installed and I am sorry for the + confusion. + 20060302: AFFECTS: net-im/jabber-pyicq and net-im/jabber-pymsn AUTHOR: garga@FreeBSD.org Index: french/acroread/Makefile =================================================================== RCS file: /home/ncvs/ports/french/acroread/Makefile,v retrieving revision 1.2 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.2 Makefile --- french/acroread/Makefile 21 Feb 2006 18:49:08 -0000 1.2 +++ french/acroread/Makefile 27 Feb 2006 12:27:16 -0000 @@ -5,8 +5,9 @@ # $FreeBSD: ports/french/acroread/Makefile,v 1.2 2006/02/21 18:49:08 hrs Exp $ # -PORTVERSION= 7.0.5 -PORTREVISION= 1 +PORTVERSION= 7.0.1 +PORTREVISION= 0 +PORTEPOCH= 1 CATEGORIES= french print linux MASTERDIR= ${.CURDIR}/../../print/acroread7 Index: french/acroread/distinfo =================================================================== RCS file: /home/ncvs/ports/french/acroread/distinfo,v retrieving revision 1.3 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.3 distinfo --- french/acroread/distinfo 21 Feb 2006 18:49:08 -0000 1.3 +++ french/acroread/distinfo 24 Feb 2006 16:18:28 -0000 @@ -1,3 +1,3 @@ -MD5 (acroread/AdobeReader_fra-7.0.5-1.i386.tar.gz) = 622e91b59402c882e07bc8728ea2144e -SHA256 (acroread/AdobeReader_fra-7.0.5-1.i386.tar.gz) = 1399c2d5d4d3adcbf05703268867d79e0ed2c3c073804e44fd4acb17509fbfb9 -SIZE (acroread/AdobeReader_fra-7.0.5-1.i386.tar.gz) = 43532530 +MD5 (acroread/AdbeRdr701_linux_fra.tar.gz) = 01dac1c06b1398e5dee876669a0e01ea +SHA256 (acroread/AdbeRdr701_linux_fra.tar.gz) = 2f9f7e5e9c3105183ceebb5c16e9cad58b5a989d56030d9eeb8fe9b9fa2f01f2 +SIZE (acroread/AdbeRdr701_linux_fra.tar.gz) = 43912923 Index: german/acroread/Makefile =================================================================== RCS file: /home/ncvs/ports/german/acroread/Makefile,v retrieving revision 1.2 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.2 Makefile --- german/acroread/Makefile 21 Feb 2006 18:49:09 -0000 1.2 +++ german/acroread/Makefile 26 Feb 2006 13:40:33 -0000 @@ -5,8 +5,9 @@ # $FreeBSD: ports/german/acroread/Makefile,v 1.2 2006/02/21 18:49:09 hrs Exp $ # -PORTVERSION= 7.0.5 -PORTREVISION= 1 +PORTVERSION= 7.0.1 +PORTREVISION= 0 +PORTEPOCH= 1 CATEGORIES= german print linux MASTERDIR= ${.CURDIR}/../../print/acroread7 MD5_FILE= ${.CURDIR}/distinfo Index: german/acroread/distinfo =================================================================== RCS file: /home/ncvs/ports/german/acroread/distinfo,v retrieving revision 1.3 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.3 distinfo --- german/acroread/distinfo 21 Feb 2006 18:49:09 -0000 1.3 +++ german/acroread/distinfo 26 Feb 2006 13:46:39 -0000 @@ -1,3 +1,3 @@ -MD5 (acroread/AdobeReader_deu-7.0.5-1.i386.tar.gz) = da90ecfe9b3d2762857d2ff6c23a3c11 -SHA256 (acroread/AdobeReader_deu-7.0.5-1.i386.tar.gz) = 13006f6475b83702ab67dfc5e58f3161bbded5d44646033a00580ea705a1e150 -SIZE (acroread/AdobeReader_deu-7.0.5-1.i386.tar.gz) = 43973195 +MD5 (acroread/AdbeRdr701_linux_deu.tar.gz) = 55c1f76ee30008b82f9f863cf0f0e276 +SHA256 (acroread/AdbeRdr701_linux_deu.tar.gz) = 8325020b4797a5d424480f592a4b6a4008176b7116e9d11b29c3c1d9e48fa2db +SIZE (acroread/AdbeRdr701_linux_deu.tar.gz) = 44363822 Index: japanese/acroread/Makefile =================================================================== RCS file: /home/ncvs/ports/japanese/acroread/Makefile,v retrieving revision 1.9 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.9 Makefile --- japanese/acroread/Makefile 21 Feb 2006 18:49:09 -0000 1.9 +++ japanese/acroread/Makefile 24 Feb 2006 16:06:19 -0000 @@ -6,8 +6,9 @@ # PORTNAME= acroread -PORTVERSION= 7.0.5 -PORTREVISION= 2 +PORTVERSION= 7.0.1 +PORTREVISION= 0 +PORTEPOCH= 1 CATEGORIES= japanese print MASTERDIR= ${.CURDIR}/../../print/acroread7 Index: japanese/acroread/distinfo =================================================================== RCS file: /home/ncvs/ports/japanese/acroread/distinfo,v retrieving revision 1.4 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.4 distinfo --- japanese/acroread/distinfo 11 Feb 2006 01:58:19 -0000 1.4 +++ japanese/acroread/distinfo 24 Feb 2006 16:07:05 -0000 @@ -1,3 +1,3 @@ -MD5 (acroread/AdobeReader_jpn-7.0.5-1.i386.tar.gz) = 002d44c8a6a682c34d23b8d07a6555df -SHA256 (acroread/AdobeReader_jpn-7.0.5-1.i386.tar.gz) = ef8979cf2d400e9a188ffdb3fc033e48a79692ae1ddb87c7d5020e8fc8ea62b0 -SIZE (acroread/AdobeReader_jpn-7.0.5-1.i386.tar.gz) = 52674483 +MD5 (acroread/AdbeRdr701_linux_jpn.tar.gz) = 4263743bb354b549b284b53f14851270 +SHA256 (acroread/AdbeRdr701_linux_jpn.tar.gz) = 339b4018de59f639b85f3132820edce3c2d5b30e0081053b7c02476fd207513f +SIZE (acroread/AdbeRdr701_linux_jpn.tar.gz) = 52470736 Index: korean/acroread/Makefile =================================================================== RCS file: /home/ncvs/ports/korean/acroread/Makefile,v retrieving revision 1.2 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.2 Makefile --- korean/acroread/Makefile 21 Feb 2006 18:49:09 -0000 1.2 +++ korean/acroread/Makefile 26 Feb 2006 13:24:25 -0000 @@ -5,8 +5,9 @@ # $FreeBSD: ports/korean/acroread/Makefile,v 1.2 2006/02/21 18:49:09 hrs Exp $ # -PORTVERSION= 7.0.5 +PORTVERSION= 7.0.1 PORTREVISION= 0 +PORTEPOCH= 1 CATEGORIES= korean print linux MASTERDIR= ${.CURDIR}/../../print/acroread7 Index: korean/acroread/distinfo =================================================================== RCS file: /home/ncvs/ports/korean/acroread/distinfo,v retrieving revision 1.3 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.3 distinfo --- korean/acroread/distinfo 21 Feb 2006 18:49:09 -0000 1.3 +++ korean/acroread/distinfo 26 Feb 2006 13:33:45 -0000 @@ -1,3 +1,3 @@ -MD5 (acroread/AdobeReader_kor-7.0.5-1.i386.tar.gz) = 02f96baa2761c0f36194f2e63eb9d395 -SHA256 (acroread/AdobeReader_kor-7.0.5-1.i386.tar.gz) = 8c7d569ea641ad0fd7dc410e2e2fec7b82afe63e9cadd9669e58ee89291c85fb -SIZE (acroread/AdobeReader_kor-7.0.5-1.i386.tar.gz) = 47584874 +MD5 (acroread/AdbeRdr701_linux_kor.tar.gz) = 98307da3d8c39bf4b258d20a1f88c5c8 +SHA256 (acroread/AdbeRdr701_linux_kor.tar.gz) = e92489d05d40b1223160a750632fb6a274e94b3706a63ba1e382d12d3632c790 +SIZE (acroread/AdbeRdr701_linux_kor.tar.gz) = 47376442 Index: print/acroread7/Makefile =================================================================== RCS file: /home/ncvs/ports/print/acroread7/Makefile,v retrieving revision 1.15 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.15 Makefile --- print/acroread7/Makefile 21 Feb 2006 18:49:08 -0000 1.15 +++ print/acroread7/Makefile 26 Feb 2006 13:49:28 -0000 @@ -6,8 +6,9 @@ # PORTNAME= acroread7 -PORTVERSION?= 7.0.5 -PORTREVISION?= 1 +PORTVERSION?= 7.0.1 +PORTREVISION?= 0 +PORTEPOCH?= 1 CATEGORIES?= print linux MASTER_SITES?= http://ardownload.adobe.com/pub/adobe/reader/unix/7x/${VERSIONDIR}/${ADOBE_LANG:L}/ \ ftp://ftp.adobe.com/pub/adobe/reader/unix/7x/${VERSIONDIR}/${ADOBE_LANG:L}/ Index: print/acroread7/distinfo =================================================================== RCS file: /home/ncvs/ports/print/acroread7/distinfo,v retrieving revision 1.5 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.5 distinfo --- print/acroread7/distinfo 21 Feb 2006 18:49:08 -0000 1.5 +++ print/acroread7/distinfo 26 Feb 2006 13:50:48 -0000 @@ -1,3 +1,3 @@ -MD5 (acroread/AdobeReader_enu-7.0.5-1.i386.tar.gz) = 7206d7e145298930560b51096836940c -SHA256 (acroread/AdobeReader_enu-7.0.5-1.i386.tar.gz) = 7f6c864c94b0670640f7c418d9264840900724a079096078b3b97a736ab588e6 -SIZE (acroread/AdobeReader_enu-7.0.5-1.i386.tar.gz) = 38966159 +MD5 (acroread/AdbeRdr701_linux_enu.tar.gz) = 79e5a40aca6b49f7015cb1694876f87a +SHA256 (acroread/AdbeRdr701_linux_enu.tar.gz) = be0d3b0e0414247ad84f937e9d2cef2cebf4b157ed531e9a7f3783b359deda00 +SIZE (acroread/AdbeRdr701_linux_enu.tar.gz) = 39476166 Index: print/acroread7/pkg-plist.7.0.1 =================================================================== RCS file: /home/ncvs/ports/print/acroread7/pkg-plist.7.0.1,v retrieving revision 1.1 diff -d -u -I\$FreeBSD:.*\$ -I\$NetBSD:.*\$ -I\$OpenBSD:.*\$ -I\$DragonFly:.*\$ -I\$Id:.*\$ -I\$Translation:.*\$ -I\$hrs:.*\$ -r1.1 pkg-plist.7.0.1 --- print/acroread7/pkg-plist.7.0.1 21 Feb 2006 18:49:08 -0000 1.1 +++ print/acroread7/pkg-plist.7.0.1 26 Feb 2006 13:47:33 -0000 @@ -273,6 +273,8 @@ %%LANG_NONENU%%%%ACRODIR%%/Reader/intellinux/plug_ins/Annotations/Stamps/%%ADOBE_LANG%%/Dynamic.pdf %%LANG_CHS%%%%ACRODIR%%/Reader/intellinux/plug_ins/Annotations/Stamps/%%ADOBE_LANG%%/Hanko.pdf %%LANG_CHT%%%%ACRODIR%%/Reader/intellinux/plug_ins/Annotations/Stamps/%%ADOBE_LANG%%/Hanko.pdf +%%LANG_JPN%%%%ACRODIR%%/Reader/intellinux/plug_ins/Annotations/Stamps/%%ADOBE_LANG%%/Hanko.pdf +%%LANG_KOR%%%%ACRODIR%%/Reader/intellinux/plug_ins/Annotations/Stamps/%%ADOBE_LANG%%/Hanko.pdf %%LANG_NONENU%%%%ACRODIR%%/Reader/intellinux/plug_ins/Annotations/Stamps/%%ADOBE_LANG%%/SignHere.pdf %%LANG_NONENU%%%%ACRODIR%%/Reader/intellinux/plug_ins/Annotations/Stamps/%%ADOBE_LANG%%/StandardBusiness.pdf %%ACRODIR%%/Reader/intellinux/plug_ins/Annotations/Stamps/Words.pdf @@ -314,6 +316,9 @@ %%LANG_NONENU%%%%ACRODIR%%/Reader/intellinux/sidecars/wwwlink.%%ADOBE_LANG%% %%LANG_CHS%%%%ACRODIR%%/Resource/CIDFont/AdobeSongStd-Light.otf %%LANG_CHT%%%%ACRODIR%%/Resource/CIDFont/AdobeMingStd-Light.otf +%%LANG_JPN%%%%ACRODIR%%/Resource/CIDFont/KozGoPro-Medium.otf +%%LANG_JPN%%%%ACRODIR%%/Resource/CIDFont/KozMinProVI-Regular.otf +%%LANG_KOR%%%%ACRODIR%%/Resource/CIDFont/AdobeMyungjoStd-Medium.otf %%LANG_CHS%%%%ACRODIR%%/Resource/CMap/Adobe-GB1-GBK-EUC %%LANG_CHS%%%%ACRODIR%%/Resource/CMap/Adobe-GB1-GBpc-EUC %%LANG_CHS%%%%ACRODIR%%/Resource/CMap/Adobe-GB1-H-CID @@ -413,6 +418,29 @@ %%LANG_JPN%%%%ACRODIR%%/Resource/CMap/UniKS-UTF16-H %%LANG_JPN%%%%ACRODIR%%/Resource/CMap/UniKS-UTF16-V %%LANG_JPN%%%%ACRODIR%%/Resource/CMap/V +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/Adobe-Korea1-H-CID +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/Adobe-Korea1-H-Host +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/Adobe-Korea1-H-Mac +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/Adobe-Korea1-KSCms-UHC +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/Adobe-Korea1-KSCpc-EUC +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/Adobe-Korea1-UCS2 +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSC-EUC-H +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSC-EUC-V +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSCms-UHC-H +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSCms-UHC-HW-H +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSCms-UHC-HW-V +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSCms-UHC-UCS2 +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSCms-UHC-V +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSCpc-EUC-H +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSCpc-EUC-UCS2 +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/KSCpc-EUC-UCS2C +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/UCS2-GBK-EUC +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/UCS2-KSCms-UHC +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/UCS2-KSCpc-EUC +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/UniKS-UCS2-H +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/UniKS-UCS2-V +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/UniKS-UTF16-H +%%LANG_KOR%%%%ACRODIR%%/Resource/CMap/UniKS-UTF16-V %%ACRODIR%%/Resource/CMap/Identity-H %%ACRODIR%%/Resource/CMap/Identity-V %%ACRODIR%%/Resource/Font/AdobePiStd.otf @@ -469,6 +497,14 @@ %%LANG_DAN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/danphon.env %%LANG_DAN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/dan32.clx %%LANG_DAN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/dan45.lex +%%LANG_DEU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/grmphon.env +%%LANG_DEU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/grm32.clx +%%LANG_DEU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/grm104.lex +%%LANG_DEU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/grm10401.lex +%%LANG_DEU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/sgr32.clx +%%LANG_DEU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/sgr105.lex +%%LANG_DEU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/sgr10501.lex +%%LANG_DEU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/sgrphon.env %%LANG_ENU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt04.lex %%LANG_ENU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt0401.lex %%LANG_ENU%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt0402.lex @@ -488,6 +524,36 @@ %%LANG_ESP%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/spn24.lex %%LANG_ESP%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/spn32.clx %%LANG_ITA%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/itl26.lex +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt04.lex +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt0401.lex +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt0402.lex +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt32.clx +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brtphon.env +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/can112.lex +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/can32.clx +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/canphon.env +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/eng32.clx +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/engphon.env +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa86.lex +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa8601.lex +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa8602.lex +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa8603.lex +%%LANG_JPN%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa8604.lex +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt04.lex +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt0401.lex +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt0402.lex +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brt32.clx +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/brtphon.env +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/can112.lex +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/can32.clx +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/canphon.env +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/eng32.clx +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/engphon.env +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa86.lex +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa8601.lex +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa8602.lex +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa8603.lex +%%LANG_KOR%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/usa8604.lex %%LANG_NLD%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/dutphon.env %%LANG_NLD%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/dut32.clx %%LANG_NLD%%%%ACRODIR%%/Resource/Linguistics/Providers/Proximity/dut102.lex @@ -524,6 +590,8 @@ @dirrm %%ACRODIR%%/Resource/CMap %%LANG_CHS%%@dirrm %%ACRODIR%%/Resource/CIDFont %%LANG_CHT%%@dirrm %%ACRODIR%%/Resource/CIDFont +%%LANG_JPN%%@dirrm %%ACRODIR%%/Resource/CIDFont +%%LANG_KOR%%@dirrm %%ACRODIR%%/Resource/CIDFont @dirrm %%ACRODIR%%/Resource/Icons @dirrm %%ACRODIR%%/Resource %%LANG_NONENU%%@dirrm %%ACRODIR%%/Reader/intellinux/sidecars ----Next_Part(Tue_Mar__7_02_42_47_2006_510)---- ----Security_Multipart0(Tue_Mar__7_02_42_47_2006_587)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBEDHSXTyzT2CeTzy0RAk16AJ0ajW3Vn1B/cjW3bjz4AnYkpbFldACdFYRk K2arYHG5jU94TzmpYgUqyt0= =hF2R -----END PGP SIGNATURE----- ----Security_Multipart0(Tue_Mar__7_02_42_47_2006_587)---- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 18:54:33 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 087F116A420 for ; Mon, 6 Mar 2006 18:54:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 6771D43D45 for ; Mon, 6 Mar 2006 18:54:32 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 54982 invoked from network); 6 Mar 2006 18:54:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=WyNMP21Me+Cn/IUx6AvAFkKKMUK/2Bs02jx8lsFFPfHPasZzQQaNQ6QLbF9CGUbeGAO352uIuU2qKbq9o94STDHkjyfXKi6JIKQ1trW+GCrBx4hOAM+nmcyqftlogRUjS9x4T5Xbfj3yi0nrbYRyYFcMNPkEh2zU6JpG3dwNHFs= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp103.rog.mail.re2.yahoo.com with SMTP; 6 Mar 2006 18:54:31 -0000 Message-ID: <440C856C.4050106@rogers.com> Date: Mon, 06 Mar 2006 13:54:36 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> <440A31BC.2060701@rogers.com> <20060305034931.GA67813@xor.obsecurity.org> <440A62B0.3040703@rogers.com> <20060306130458.GA62638@pentarou.parodius.com> <20060306130923.GA62990@pentarou.parodius.com> In-Reply-To: <20060306130923.GA62990@pentarou.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 06 Mar 2006 18:54:33 -0000 Jeremy Chadwick wrote: >> While we're on the subject of bash 3.x port breakage {...} >> > > My apologies -- turns out this is for bash 3.1 and not 3.0 (which is > what we use in ports). > Actually, we do have bash 3.1 in the ports. # pkg_info |grep bash bash-3.1.10 The GNU Project's Bourne Again SHell From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 19:53:21 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D1A916A420 for ; Mon, 6 Mar 2006 19:53:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2E4C43D46 for ; Mon, 6 Mar 2006 19:53:20 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k26JrG41031938; Mon, 6 Mar 2006 11:53:16 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k26JrGFR031937; Mon, 6 Mar 2006 11:53:16 -0800 Date: Mon, 6 Mar 2006 11:53:16 -0800 From: Brooks Davis To: "Loren M. Lang" Message-ID: <20060306195316.GA28509@odin.ac.hmc.edu> References: <20060306085240.GB29936@alzatex.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <20060306085240.GB29936@alzatex.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: FreeBSD Ports Subject: Re: File locations in manpage 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, 06 Mar 2006 19:53:21 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 12:52:40AM -0800, Loren M. Lang wrote: > What's the best way to deal with file locations in manpages? Should I > have the manpage modified by sed so it always shows the full location of > files, or leave it static with the defaults? And what would be the best > approach to modify it if I did so? I definitely prefer modifying the manpage. All the ported linux software with references to files in /etc is annoying. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEDJMrXY6L6fI4GtQRAgDZAKCNy0wrj0uz3k65Cs4zUuzeFZESHwCdGV+0 oPD83Pd5BFNm8YiTTZgjkvs= =ert1 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 20:33:07 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC07216A420 for ; Mon, 6 Mar 2006 20:33:07 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147FF43D5A for ; Mon, 6 Mar 2006 20:33:05 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id CD9D3174A1; Mon, 6 Mar 2006 22:32:59 +0200 (EET) Date: Mon, 6 Mar 2006 22:32:59 +0200 From: Ion-Mihai Tetcu To: Boris Samorodov Message-ID: <20060306223259.3f2c6253@it.buh.tecnik93.com> In-Reply-To: <61474466@srv.sem.ipt.ru> References: <61474466@srv.sem.ipt.ru> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: dirrmtry: shared directories and can, should or must use 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, 06 Mar 2006 20:33:08 -0000 On Mon, 06 Mar 2006 17:40:45 +0300 Boris Samorodov wrote: > Hi! > > > At The Porters Handbook 7.2.1 Cleaning up empty directories we read > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-cleaning.html#PLIST-DIR-CLEANING > > "However, sometimes @dirrm will give you errors because other ports > share the same directory. You can use @dirrmtry to remove only empty > directories without warning." > > I don't quite understand the term "can" here. Is it supposed may, > should or must use @dirrmtry? Should. > And what about non-empty but shared directories? May, should or must > we use @dirrmtry? Should. From what I understand from your phrasing all 3 sentences are equivalent. The idea is that different ports install files in the same directories (that are not part of mtree). The ONLY reason to use @dirrmtry is to avoid "Unable to completely delete dir/x " type of warnings from pkg-delete. Of course, using @dirrmtry instead of properly removing own installed files is wrong. > Is this command supposed to work only when building packages > (i.e. at pointyhat) or is it intended to be useful at other > servers/workstations (i.e. not to disturb administrators when > upgrading their systems)? In all cases, when either pkg-delete or make deinstall are used. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #258: That's easy to fix, but I can't be bothered From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 20:54:26 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CC3116A425; Mon, 6 Mar 2006 20:54:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57EFB43D4C; Mon, 6 Mar 2006 20:54:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8CD001A4DA9; Mon, 6 Mar 2006 12:54:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E60875146A; Mon, 6 Mar 2006 15:54:03 -0500 (EST) Date: Mon, 6 Mar 2006 15:54:03 -0500 From: Kris Kennaway To: Hans Petter Selasky Message-ID: <20060306205403.GA50374@xor.obsecurity.org> References: <200603061447.08478.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <200603061447.08478.hselasky@c2i.net> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, ahze@FreeBSD.org Subject: Re: Broken: ports/graphics/cairo 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, 06 Mar 2006 20:54:26 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 02:47:07PM +0100, Hans Petter Selasky wrote: > Hi, >=20 > PORTNAME=3D cairo > PORTVERSION=3D 1.0.2 > PORTREVISION=3D 2 > CATEGORIES=3D graphics > MASTER_SITES=3D http://cairographics.org/releases/ >=20 > Compiling "cairo" broke complaining it could not find "ft2build.h" >=20 > Manually editing the Makefile in work/.../src, adding "-I/usr/local/inclu= de/"=20 > to the CFLAGS made it compile again. >=20 > Installed version of "fontconfig": >=20 > fontconfig-2.3.2_3,1 An XML-based font configuration API for X Windows That's the correct version, but the question is why cairo didn't find it there in the first place (this port is buildable for everyone else, so you don't need to do that). Perhaps you have a stale old fontconfig installation in /usr/X11R6 that was confusing the build. Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDKFrWry0BWjoQKURAmDjAKDKZhZdW2RUBrKVK1VxYth1eAN9bACfSMIx QjmjNv8SJCnIUPhM6I1s3HI= =6NZr -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 21:22:01 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58AB716A439 for ; Mon, 6 Mar 2006 21:22:01 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 179AD43D66 for ; Mon, 6 Mar 2006 21:21:51 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1FGN9K-000D6K-2k; Tue, 07 Mar 2006 00:21:50 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FGNAx-0008NZ-7l; Tue, 07 Mar 2006 00:23:31 +0300 To: Ion-Mihai Tetcu References: <61474466@srv.sem.ipt.ru> <20060306223259.3f2c6253@it.buh.tecnik93.com> From: Boris Samorodov Date: Tue, 07 Mar 2006 00:23:31 +0300 In-Reply-To: <20060306223259.3f2c6253@it.buh.tecnik93.com> (Ion-Mihai Tetcu's message of "Mon, 6 Mar 2006 22:32:59 +0200") Message-ID: <52516908@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ports@FreeBSD.org Subject: Re: dirrmtry: shared directories and can, should or must use 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, 06 Mar 2006 21:22:01 -0000 On Mon, 6 Mar 2006 22:32:59 +0200 Ion-Mihai Tetcu wrote: > On Mon, 06 Mar 2006 17:40:45 +0300 > Boris Samorodov wrote: > > At The Porters Handbook 7.2.1 Cleaning up empty directories we read > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-cleaning.html#PLIST-DIR-CLEANING > > > > "However, sometimes @dirrm will give you errors because other ports > > share the same directory. You can use @dirrmtry to remove only empty > > directories without warning." > > > > I don't quite understand the term "can" here. Is it supposed may, > > should or must use @dirrmtry? > Should. > > > And what about non-empty but shared directories? May, should or must > > we use @dirrmtry? > Should. From what I understand from your phrasing all 3 sentences are > equivalent. I mean "may" is only an advice, "should" is a strong recommendation and "must" -- there is no alternative. I.e. is it's up to maintainer to decide which form to use or he must use @dirrmtry. > The idea is that different ports install files in the same directories > (that are not part of mtree). The ONLY reason to use @dirrmtry is to > avoid "Unable to completely delete dir/x " type of warnings from > pkg-delete. But the Handbook uses a little bit another phrase: "to remove only empty directories". I understand so: if a port installs empty directory, it may use @dirrmtry. And I'm asking what if a port installs (creates) non-empty but shared directory? I personally think that a maintainer must use @dirrmtry for all shared (with other ports, but not those the port conflicts with) directories (whether empty or not). > Of course, using @dirrmtry instead of properly removing own installed > files is wrong. Sure. > > Is this command supposed to work only when building packages > > (i.e. at pointyhat) or is it intended to be useful at other > > servers/workstations (i.e. not to disturb administrators when > > upgrading their systems)? > In all cases, when either pkg-delete or make deinstall are used. Then one must use @dirrmtry. ;-) WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 21:28:04 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF62716A420 for ; Mon, 6 Mar 2006 21:28:04 +0000 (GMT) (envelope-from eol1@yahoo.com) Received: from web51911.mail.yahoo.com (web51911.mail.yahoo.com [206.190.48.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 3DC5543D5A for ; Mon, 6 Mar 2006 21:27:59 +0000 (GMT) (envelope-from eol1@yahoo.com) Received: (qmail 77834 invoked by uid 60001); 6 Mar 2006 21:27:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=fg0RyzPIetzW24cZeWaJT0LWR0sfQedSgR8sD0ntvlrMVvIKgkRTV+et4sGzBcj8laH75JCL1a87wta0WI8UyYD1ndHex1dqEHbYX2FXXREGYjVk7Wt3PPqoObg9FKqSHHTIbKpsqnkgoII+8Jb9dajNs1V6KaoghNERrKyQHOk= ; Message-ID: <20060306212758.77832.qmail@web51911.mail.yahoo.com> Received: from [62.68.76.227] by web51911.mail.yahoo.com via HTTP; Mon, 06 Mar 2006 13:27:58 PST Date: Mon, 6 Mar 2006 13:27:58 -0800 (PST) From: Peter Thoenen To: Florent Thoumie , Mark Linimon In-Reply-To: <1141640501.18845.11.camel@mayday.esat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Jean-Yves Lefort , Dmitry Marakasov , freebsd-ports@freebsd.org Subject: Re: opinions on porting software in alpha state? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eol1@yahoo.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 21:28:05 -0000 >> Users "expect" the ports to work -- that part I'm Just quick comment on this before I move on with my reply. Everything in the port tree *works* (or should), even if all the features aren't there and / or its buggy / alpha's software. I just don't see anybody submitting a port that compiles and does absolutely nothing other than compile. If they do, they should be shot ;) Now as for submitting alpha software, go for it. Software is always a moving target and almost never a complete set. Sure it might be labeled 1.0 stable but lets face it, 7 years down the road with Version 20.4 stable 1.0 will look like an alpha release. If it works, does what you want it to do, then go ahead and port it. Somebody somewhere may find it useful (an example of this is mixmaster which has been alpha for nearly 10 years but its in use). Now if you looking at porting alpha software when a stable version is currently available, I am against that. Either port the stable version or create port-devel version like so many other ports (tor / tor-devel for example). If the alpha version isn't that big of an improvement over the stable version, then just wait. -Peter From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 21:44:29 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85C2116A425 for ; Mon, 6 Mar 2006 21:44:29 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A3443D78 for ; Mon, 6 Mar 2006 21:44:16 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 45D2D174A0; Mon, 6 Mar 2006 23:44:10 +0200 (EET) Date: Mon, 6 Mar 2006 23:44:10 +0200 From: Ion-Mihai Tetcu To: Boris Samorodov Message-ID: <20060306234410.10e770a4@it.buh.tecnik93.com> In-Reply-To: <52516908@srv.sem.ipt.ru> References: <61474466@srv.sem.ipt.ru> <20060306223259.3f2c6253@it.buh.tecnik93.com> <52516908@srv.sem.ipt.ru> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: dirrmtry: shared directories and can, should or must use 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, 06 Mar 2006 21:44:29 -0000 On Tue, 07 Mar 2006 00:23:31 +0300 Boris Samorodov wrote: > On Mon, 6 Mar 2006 22:32:59 +0200 Ion-Mihai Tetcu wrote: > > On Mon, 06 Mar 2006 17:40:45 +0300 > > Boris Samorodov wrote: > > > > At The Porters Handbook 7.2.1 Cleaning up empty directories we read > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-cleaning.html#PLIST-DIR-CLEANING > > > > > > "However, sometimes @dirrm will give you errors because other ports > > > share the same directory. You can use @dirrmtry to remove only empty > > > directories without warning." > > > > > > I don't quite understand the term "can" here. Is it supposed may, > > > should or must use @dirrmtry? > > > Should. > > > > > And what about non-empty but shared directories? May, should or must > > > we use @dirrmtry? > > > Should. From what I understand from your phrasing all 3 sentences are > > equivalent. > > I mean "may" is only an advice, "should" is a strong recommendation > and "must" -- there is no alternative. I.e. is it's up to maintainer > to decide which form to use or he must use @dirrmtry. > > The idea is that different ports install files in the same directories > > (that are not part of mtree). The ONLY reason to use @dirrmtry is to > > avoid "Unable to completely delete dir/x " type of warnings from > > pkg-delete. > > But the Handbook uses a little bit another phrase: "to remove only > empty directories". I understand so: if a port installs empty > directory, it may use @dirrmtry. And I'm asking what if a port > installs (creates) non-empty but shared directory? I personally think > that a maintainer must use @dirrmtry for all shared (with other ports, > but not those the port conflicts with) directories (whether empty or > not). If both port A and B install files in D and A and B don't depend on each other then both MUST use @dirrmtry D. If B depends on A and they both install files in D then neither should use @dirrmtry (B mustn't try to remove D because it didn't create it and A must @dirrm D since it has created it and B has already been deinstalled when A is pkg_delete'd). -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #205: Quantum dynamics are affecting the transistors From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 21:59:44 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55DA416A420; Mon, 6 Mar 2006 21:59:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0732243D46; Mon, 6 Mar 2006 21:59:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3247F1A4DA6; Mon, 6 Mar 2006 13:59:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5306251601; Mon, 6 Mar 2006 16:59:42 -0500 (EST) Date: Mon, 6 Mar 2006 16:59:42 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060306215942.GA52904@xor.obsecurity.org> References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> <20060305084123.GA73405@xor.obsecurity.org> <20060305085754.GA42388@mid.pc5.i.0x5.de> <20060305090119.GA73809@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <20060305090119.GA73809@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org, rainer.alves@gmail.com, freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 06 Mar 2006 21:59:44 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 04:01:19AM -0500, Kris Kennaway wrote: > On Sun, Mar 05, 2006 at 09:57:54AM +0100, Nicolas Rachinsky wrote: > > * Kris Kennaway [2006-03-05 03:41 -0500]: > > > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: > > > > The problem seems to depend on the installed bison version. With no > > > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it > > > > doesn't. > > >=20 > > > Installed at what point: the build time of the bash port, or runtime > > > (which would be very odd)? > >=20 > > The build time. I submitted ports/94086, which contains a > > fix/workaround. >=20 > Great, thanks for tracking this down! Can others confirm this > solution? I have committed the patch, so this should go away next time you portupgrade. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDLDOWry0BWjoQKURAqDjAKDnz8VpSkNDF5SJfwZyDxEbCL44SgCgjpim SlO+++msPDsqaY2CQiDS3/E= =TlhR -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 6 22:41:36 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6606D16A420 for ; Mon, 6 Mar 2006 22:41:36 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9413643D67 for ; Mon, 6 Mar 2006 22:41:35 +0000 (GMT) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by mail.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1FGOOU-000DEW-CG; Tue, 07 Mar 2006 01:41:34 +0300 Received: from bsam by srv.sem.ipt.ru with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FGOQ8-0007tT-01; Tue, 07 Mar 2006 01:43:16 +0300 To: Ion-Mihai Tetcu References: <61474466@srv.sem.ipt.ru> <20060306223259.3f2c6253@it.buh.tecnik93.com> <52516908@srv.sem.ipt.ru> <20060306234410.10e770a4@it.buh.tecnik93.com> From: Boris Samorodov Date: Tue, 07 Mar 2006 01:43:15 +0300 In-Reply-To: <20060306234410.10e770a4@it.buh.tecnik93.com> (Ion-Mihai Tetcu's message of "Mon, 6 Mar 2006 23:44:10 +0200") Message-ID: <82919980@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ports@FreeBSD.org Subject: Re: dirrmtry: shared directories and can, should or must use 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, 06 Mar 2006 22:41:36 -0000 On Mon, 6 Mar 2006 23:44:10 +0200 Ion-Mihai Tetcu wrote: > On Tue, 07 Mar 2006 00:23:31 +0300 > Boris Samorodov wrote: > > On Mon, 6 Mar 2006 22:32:59 +0200 Ion-Mihai Tetcu wrote: > > > On Mon, 06 Mar 2006 17:40:45 +0300 > > > Boris Samorodov wrote: > > > > > > At The Porters Handbook 7.2.1 Cleaning up empty directories we read > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-cleaning.html#PLIST-DIR-CLEANING > > > > > > > > "However, sometimes @dirrm will give you errors because other ports > > > > share the same directory. You can use @dirrmtry to remove only empty > > > > directories without warning." > > > > > > > > I don't quite understand the term "can" here. Is it supposed may, > > > > should or must use @dirrmtry? > > > > > Should. > > > > > > > And what about non-empty but shared directories? May, should or must > > > > we use @dirrmtry? > > > > > Should. From what I understand from your phrasing all 3 sentences are > > > equivalent. > > > > I mean "may" is only an advice, "should" is a strong recommendation > > and "must" -- there is no alternative. I.e. is it's up to maintainer > > to decide which form to use or he must use @dirrmtry. > > > The idea is that different ports install files in the same directories > > > (that are not part of mtree). The ONLY reason to use @dirrmtry is to > > > avoid "Unable to completely delete dir/x " type of warnings from > > > pkg-delete. > > > > But the Handbook uses a little bit another phrase: "to remove only > > empty directories". I understand so: if a port installs empty > > directory, it may use @dirrmtry. And I'm asking what if a port > > installs (creates) non-empty but shared directory? I personally think > > that a maintainer must use @dirrmtry for all shared (with other ports, > > but not those the port conflicts with) directories (whether empty or > > not). > If both port A and B install files in D and A and B don't depend on > each other then both MUST use @dirrmtry D. Agreed. May be it's worth saying somewhere at the docs. > If B depends on A and they both install files in D then neither should > use @dirrmtry (B mustn't try to remove D because it didn't create it > and A must @dirrm D since it has created it and B has already been > deinstalled when A is pkg_delete'd). Well, and here if an administrator upgrades port A then he will get those warnings. But, yes, you are right. One shouldn't use dirrmtry here. WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 00:25:43 2006 Return-Path: X-Original-To: ports@FreeBSD.ORG Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5931916A420; Tue, 7 Mar 2006 00:25:43 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B637343D46; Tue, 7 Mar 2006 00:25:42 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k270PbKE050352; Mon, 6 Mar 2006 16:25:37 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k270PXrR050351; Mon, 6 Mar 2006 16:25:33 -0800 (PST) (envelope-from obrien) Date: Mon, 6 Mar 2006 16:25:33 -0800 From: "David O'Brien" To: Kris Kennaway Message-ID: <20060307002533.GA50269@dragon.NUXI.org> References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> <20060303175644.GA77766@mid.pc5.i.0x5.de> <20060305083625.GB90680@mid.pc5.i.0x5.de> <20060305084123.GA73405@xor.obsecurity.org> <20060305085754.GA42388@mid.pc5.i.0x5.de> <20060305090119.GA73809@xor.obsecurity.org> <20060306215942.GA52904@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060306215942.GA52904@xor.obsecurity.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: ports@FreeBSD.ORG, rainer.alves@gmail.com, freebsd-stable@FreeBSD.ORG Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.ORG List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 00:25:43 -0000 On Mon, Mar 06, 2006 at 04:59:42PM -0500, Kris Kennaway wrote: > On Sun, Mar 05, 2006 at 04:01:19AM -0500, Kris Kennaway wrote: > > On Sun, Mar 05, 2006 at 09:57:54AM +0100, Nicolas Rachinsky wrote: > > > * Kris Kennaway [2006-03-05 03:41 -0500]: > > > > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: > > > > > The problem seems to depend on the installed bison version. With no > > > > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it > > > > > doesn't. > > > > > > > > Installed at what point: the build time of the bash port, or runtime > > > > (which would be very odd)? > > > > > > The build time. I submitted ports/94086, which contains a > > > fix/workaround. > > > > Great, thanks for tracking this down! Can others confirm this > > solution? > > I have committed the patch, so this should go away next time you > portupgrade. Kris, thanks for taking care of this. I've been Net-dead for 3 weeks. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 03:45:11 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46EB416A420; Tue, 7 Mar 2006 03:45:11 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (c-24-63-86-11.hsd1.ma.comcast.net [24.63.86.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4C6643D46; Tue, 7 Mar 2006 03:45:10 +0000 (GMT) (envelope-from tmclaugh@sdf.lonestar.org) Received: from [192.168.1.101] ([192.168.1.101]) by straycat.dhs.org (8.13.4/8.13.4) with ESMTP id k273oQWq003514; Mon, 6 Mar 2006 22:50:27 -0500 (EST) From: Tom McLaughlin To: Florent Thoumie In-Reply-To: <1141640501.18845.11.camel@mayday.esat.net> References: <20060305222205.GB926@hades.panopticon> <20060306044446.3af3b840.jylefort@FreeBSD.org> <20060306040134.GA5679@soaustin.net> <1141640501.18845.11.camel@mayday.esat.net> Content-Type: text/plain Date: Mon, 06 Mar 2006 22:41:49 -0500 Message-Id: <1141702909.1194.26.camel@bofh> Mime-Version: 1.0 X-Mailer: Evolution 2.5.92 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Jean-Yves Lefort , Mark Linimon , Dmitry Marakasov , freebsd-ports@freebsd.org Subject: Re: opinions on porting software in alpha state? 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, 07 Mar 2006 03:45:11 -0000 On Mon, 2006-03-06 at 10:21 +0000, Florent Thoumie wrote: > On Sun, 2006-03-05 at 22:01 -0600, Mark Linimon wrote: > > On Mon, Mar 06, 2006 at 04:44:46AM +0100, Jean-Yves Lefort wrote: > > > On Mon, 6 Mar 2006 01:22:05 +0300 > > > Dmitry Marakasov wrote: > > NetBSD has pkgsrc-wip, I think eik and clement used to work on some > external project like this one (hosted on sourceforge). That was Ports Rookies (http://sourceforge.net/projects/portrookies/), the original announcement was here: http://www.freebsd.org/cgi/getmsg.cgi?fetch=2035764+2040563 +/usr/local/www/db/text/2003/freebsd-ports/20031116.freebsd-ports I was never a part of it though but I believe it was created in part due to the PR backlog at the time and as a place to test experimental changes to the ports infrastructure. (Ports Rookies was registered on Source Forge nearly the same week I first installed FreeBSD. Yes, I actually know that. :) OT: Even if Ports Rookies was a total bust from searching the mailing list archives on SF I've always liked one of the other leading ideas behind the project, providing a forum for new submitters/contributors to interact with committers and have their work critiqued and checked. Hanging out on #FreeBSD-Gnome and bugging the committers there was how I started. I know Gnome has two projects for drawing in new contributors, Gnome Love and the Bugsquad. I haven't checked on how they're run or how successful they are though. > Maybe if there > were an official statement about this (and more people working on it), > we could have alpha-quality software/ports there and integrate them > later in the ports collection. > > Additionally, some magical tool to merge ports-wip with ports (maybe > marcuscom's script) would be more than useful. > Don't forget mono-merge from BSD#, we use the same idea too! :) Tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | | BSD# http://www.mono-project.com/Mono:FreeBSD | From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 05:36:05 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 130FF16A420 for ; Tue, 7 Mar 2006 05:36:05 +0000 (GMT) (envelope-from waza1101@tpg.com.au) Received: from mail8.tpgi.com.au (mail8.tpgi.com.au [203.12.160.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EF4D43D46 for ; Tue, 7 Mar 2006 05:36:04 +0000 (GMT) (envelope-from waza1101@tpg.com.au) X-TPG-Antivirus: Passed Received: from tigan.tpgi.com.au (tigan.tpgi.com.au [203.12.160.51]) by mail8.tpgi.com.au (envelope-from waza1101@tpg.com.au) (8.13.4/8.13.4) with ESMTP id k275a1Wi002486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 7 Mar 2006 16:36:02 +1100 Received: from tigan.tpgi.com.au (localhost.localdomain [127.0.0.1]) by tigan.tpgi.com.au (8.12.8/8.12.8) with ESMTP id k275a0vc004219 for ; Tue, 7 Mar 2006 16:36:00 +1100 Received: (from apache@localhost) by tigan.tpgi.com.au (8.12.8/8.12.8/Submit) id k275a0iA004213 for ports@FreeBSD.org; Tue, 7 Mar 2006 16:36:00 +1100 Received: from 210.80.130.198 ( [210.80.130.198]) as user waza1101 by postoffice.tpg.com.au with HTTP; Tue, 7 Mar 2006 16:36:00 +1100 Message-ID: <1141709760.440d1bc058f7c@postoffice.tpg.com.au> Date: Tue, 7 Mar 2006 16:36:00 +1100 From: waza1101@tpg.com.au To: ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 X-ISP: TPG Internet Australia http://www.tpg.com.au/ Cc: Subject: Uptimes 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, 07 Mar 2006 05:36:05 -0000 What has happend to the uptimes.hostingwired site ? is this project still going or has it since changed ? From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 05:49:57 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E27AF16A420 for ; Tue, 7 Mar 2006 05:49:57 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6067043D46 for ; Tue, 7 Mar 2006 05:49:57 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 6C926131E2E for ; Tue, 7 Mar 2006 16:19:56 +1030 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 4D66185EB5; Tue, 7 Mar 2006 16:19:56 +1030 (CST) Date: Tue, 7 Mar 2006 16:19:56 +1030 From: Greg 'groggy' Lehey To: ports@FreeBSD.org Message-ID: <20060307054956.GF917@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ca5z/wkVxIQXz1GF" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: Subject: xorg doesn't install xterm? 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, 07 Mar 2006 05:49:58 -0000 --Ca5z/wkVxIQXz1GF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've just built Xorg from the port (/usr/ports/x11/xorg/), and it doesn't install xterm. It installs a symlink /usr/X11R6/bin/xterm, pointing to /usr/X11R6/bin/xterm-static, but it doesn't install /usr/X11R6/bin/xterm-static. Is this intentional? Greg -- See complete headers for address and phone numbers. --Ca5z/wkVxIQXz1GF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFEDR8EIubykFB6QiMRArPVAJ9pInpbH5/lvC1aeN1HQJdueCSrKACeN/VL BvogOcxRzQ1pXoSSwXCHo3o= =xW8s -----END PGP SIGNATURE----- --Ca5z/wkVxIQXz1GF-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 06:27:17 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDC4C16A420 for ; Tue, 7 Mar 2006 06:27:17 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C7B43D6A for ; Tue, 7 Mar 2006 06:27:16 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from falcon.midgard.homeip.net (83.253.29.241) by pne-smtpout2-sn2.hy.skanova.net (7.2.070) id 4405C122001381BB for ports@FreeBSD.org; Tue, 7 Mar 2006 07:27:15 +0100 Received: (qmail 17404 invoked from network); 7 Mar 2006 07:27:15 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 7 Mar 2006 07:27:15 +0100 Received: (qmail 22839 invoked by uid 1001); 7 Mar 2006 07:27:15 +0100 Date: Tue, 7 Mar 2006 07:27:15 +0100 From: Erik Trulsson To: Greg 'groggy' Lehey Message-ID: <20060307062715.GA22396@owl.midgard.homeip.net> Mail-Followup-To: Greg 'groggy' Lehey , ports@FreeBSD.org References: <20060307054956.GF917@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307054956.GF917@wantadilla.lemis.com> User-Agent: Mutt/1.5.11 Cc: ports@FreeBSD.org Subject: Re: xorg doesn't install xterm? 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, 07 Mar 2006 06:27:18 -0000 On Tue, Mar 07, 2006 at 04:19:56PM +1030, Greg 'groggy' Lehey wrote: > I've just built Xorg from the port (/usr/ports/x11/xorg/), and it > doesn't install xterm. It installs a symlink /usr/X11R6/bin/xterm, > pointing to /usr/X11R6/bin/xterm-static, but it doesn't install > /usr/X11R6/bin/xterm-static. Is this intentional? x11/xorg depends on x11/xorg-clients which in turn has a run-time dependency on x11/xterm, so xterm should get installed when you install x11/xorg. (And since a couple of months ago x11/xterm no longer installs /usr/X11R6/bin/xterm-static, but just /usr/X11R6/bin/xterm (no symlinks needed anymore.)) Do you have any stale bits in the ports tree, or under /usr/X11R6 ? -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 06:27:32 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95D2716A430; Tue, 7 Mar 2006 06:27:32 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E04343D46; Tue, 7 Mar 2006 06:27:32 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 00239B857; Tue, 7 Mar 2006 08:27:30 +0200 (EET) Received: (nullmailer pid 10805 invoked by uid 1002); Tue, 07 Mar 2006 06:27:30 -0000 Date: Tue, 7 Mar 2006 08:27:30 +0200 From: Vasil Dimov To: Vivek Khera Message-ID: <20060307062730.GA99846@qlovarnika.bg.datamax> References: <20060306070600.GA70987@qlovarnika.bg.datamax> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 Cc: ports@FreeBSD.org Subject: Re: best practices for private ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 06:27:32 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 09:50:55AM -0500, Vivek Khera wrote: >=20 > On Mar 6, 2006, at 2:06 AM, Vasil Dimov wrote: >=20 > >Or create a script that calls portsnap and then restores your "local" > >ports automatically, something like > >cp -r /usr/ports-local/category/port /usr/ports/category/ >=20 > I'm probably gonna have to do something like that... >=20 > but is "local" the preferred category? I have to manually force it =20 > on to VALID_CATEGORIES in my port. i don't see a pre-defined =20 > location for local private ports. I meant that you copy your port from some private directory to the appropriate directory in /usr/ports like cp -r /home/joe/myport /usr/ports/astro/ >=20 > >Btw, have you tried playing with /usr/ports/.cvsignore? >=20 > Not sure what that will buy me. What would be the goal of adding =20 > directories to it? The goal is to prevent c[v]sup from deleting the directories you added to .cvsignore Good luck! --=20 Vasil Dimov --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFEDSfSFw6SP/bBpCARAujrAJ9CW5rP/cy7Sy6hDg6TBYdkeyDhyACgouKv Il/CznoNWmCATP8xtoYywug= =ZjHO -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 07:04:41 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33A7D16A420; Tue, 7 Mar 2006 07:04:41 +0000 (GMT) (envelope-from haselmann@computernoma.de) Received: from server3.server-einstellung.de (server3.server-einstellung.de [62.116.158.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D3D443D45; Tue, 7 Mar 2006 07:04:40 +0000 (GMT) (envelope-from haselmann@computernoma.de) Received: from [192.168.3.34] (dslb-084-061-003-217.pools.arcor-ip.net [84.61.3.217]) (authenticated bits=0) by server3.server-einstellung.de (8.12.3/8.12.3/Debian-7.1) with ESMTP id k2774b8n007312; Tue, 7 Mar 2006 08:04:37 +0100 Mime-Version: 1.0 (Apple Message framework v746.2) To: thompsa@FreeBSD.org Message-Id: <8ACAF39D-E537-4013-A769-0DC4C9843735@computernoma.de> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-2-199116291" From: Till Haselmann Date: Tue, 7 Mar 2006 08:04:33 +0100 Content-Transfer-Encoding: 7bit X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.746.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: FreeBSD Port: handbrake-0.6.2_3 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, 07 Mar 2006 07:04:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-2-199116291 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi there: I noticed that there is an improved version 0.7.1 of Handbrake available on its website. I couldn't quite get it to compile, though, so I am kind of stuck with your port. Are you going to update it to version 0.7.1? If not, what modifications are necessary in order to compile Handbrake on my FreeBSD box? Thanks in advance! Regards, Till Haselmann. Till Haselmann haselmann@computernoma.de ICQ: 62868533 | AIM / Skype: computernomade >> http://www.computernoma.de << --Apple-Mail-2-199116291 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: Signierter Teil der Nachricht content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (Darwin) Comment: This digital signature can be validated with GnuPG or PGP. iD8DBQFEDTCB9XH0K+z9XmMRAiHxAJwKXDJJQ2GiuXVlWz3wFz5peCrt1ACdFHhK 6JlnON5qlH7ye2bvjo4aikM= =XMnv -----END PGP SIGNATURE----- --Apple-Mail-2-199116291-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 07:35:06 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C02A516A420; Tue, 7 Mar 2006 07:35:06 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id E67A643D45; Tue, 7 Mar 2006 07:35:05 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id AB0B7122F04; Tue, 7 Mar 2006 08:35:04 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 9B58FBFAE4; Tue, 7 Mar 2006 08:35:04 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-132-064.pools.arcor-ip.net [84.61.132.64]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 3E60FC9E0A; Tue, 7 Mar 2006 08:35:04 +0100 (CET) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k277Yxw6005443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 08:35:00 +0100 (CET) (envelope-from lofi@freebsd.org) Message-ID: <440D379F.9090908@freebsd.org> Date: Tue, 07 Mar 2006 08:34:55 +0100 From: Michael Nottebrock User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Tilman Linneweh References: <20060228221052.03ce1150.nork@FreeBSD.org> <200602282033.12025.arved@freebsd.org> In-Reply-To: <200602282033.12025.arved@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAC6CE3C7F5C962C9B28C6DF1" X-Virus-Scanned: by amavisd-new Cc: ports@freebsd.org, Norikatsu Shigemura , freebsd-ports@freebsd.org Subject: Re: security/dirmngr: install issue on 6.1-PRERELEASE 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, 07 Mar 2006 07:35:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAC6CE3C7F5C962C9B28C6DF1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Tilman Linneweh schrieb: > * Norikatsu Shigemura [Tuesday, 28. February 2006 14:10 ]: >> `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' gmake[1]: Leaving >> directory `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' install-inf= o >> --quiet /usr/local/info/dirmngr.info /usr/local/info/dir install-info:= menu >> item `dirmngr-client' already exists, for file `gnupg' *** Error code = 1 >=20 > ports/93916 has a similar problem with vcdimager, so maybe this is anot= her > libtool update fallout? Or perhaps an issue with texinfo. I've recently noticed at least one port switiching to the ports-version of texinfo instead of using the base-system one - maybe the current version is no longer backwards compatible with the base-system version or having both installed causes some problems? I haven't received a build-error notice from pointyhat for this, which makes me suspect a less general problem than another libtool bug. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enigAC6CE3C7F5C962C9B28C6DF1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEDTejXhc68WspdLARAgVrAKCcV3ZTswzDTdDwchduYLJw8mA2zgCfURqN RODm4TCa9rPlgW5iGMSNU04= =7UFX -----END PGP SIGNATURE----- --------------enigAC6CE3C7F5C962C9B28C6DF1-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 07:35:06 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C02A516A420; Tue, 7 Mar 2006 07:35:06 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id E67A643D45; Tue, 7 Mar 2006 07:35:05 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id AB0B7122F04; Tue, 7 Mar 2006 08:35:04 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 9B58FBFAE4; Tue, 7 Mar 2006 08:35:04 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-132-064.pools.arcor-ip.net [84.61.132.64]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 3E60FC9E0A; Tue, 7 Mar 2006 08:35:04 +0100 (CET) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k277Yxw6005443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 08:35:00 +0100 (CET) (envelope-from lofi@freebsd.org) Message-ID: <440D379F.9090908@freebsd.org> Date: Tue, 07 Mar 2006 08:34:55 +0100 From: Michael Nottebrock User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Tilman Linneweh References: <20060228221052.03ce1150.nork@FreeBSD.org> <200602282033.12025.arved@freebsd.org> In-Reply-To: <200602282033.12025.arved@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAC6CE3C7F5C962C9B28C6DF1" X-Virus-Scanned: by amavisd-new Cc: ports@freebsd.org, Norikatsu Shigemura , freebsd-ports@freebsd.org Subject: Re: security/dirmngr: install issue on 6.1-PRERELEASE 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, 07 Mar 2006 07:35:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAC6CE3C7F5C962C9B28C6DF1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Tilman Linneweh schrieb: > * Norikatsu Shigemura [Tuesday, 28. February 2006 14:10 ]: >> `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' gmake[1]: Leaving >> directory `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' install-inf= o >> --quiet /usr/local/info/dirmngr.info /usr/local/info/dir install-info:= menu >> item `dirmngr-client' already exists, for file `gnupg' *** Error code = 1 >=20 > ports/93916 has a similar problem with vcdimager, so maybe this is anot= her > libtool update fallout? Or perhaps an issue with texinfo. I've recently noticed at least one port switiching to the ports-version of texinfo instead of using the base-system one - maybe the current version is no longer backwards compatible with the base-system version or having both installed causes some problems? I haven't received a build-error notice from pointyhat for this, which makes me suspect a less general problem than another libtool bug. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enigAC6CE3C7F5C962C9B28C6DF1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEDTejXhc68WspdLARAgVrAKCcV3ZTswzDTdDwchduYLJw8mA2zgCfURqN RODm4TCa9rPlgW5iGMSNU04= =7UFX -----END PGP SIGNATURE----- --------------enigAC6CE3C7F5C962C9B28C6DF1-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 08:28:41 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD57716A420; Tue, 7 Mar 2006 08:28:41 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02CED43D5D; Tue, 7 Mar 2006 08:28:40 +0000 (GMT) (envelope-from ade@lovett.com) Received: from hellfire.canal.lovett.com ([172.16.32.20]:62764) by mail.lovett.com with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FGXYe-000Muv-PH; Tue, 07 Mar 2006 00:28:40 -0800 Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0C98CECF-96A3-4A92-8AA9-FBEE9DAB19FF@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Tue, 7 Mar 2006 00:28:08 -0800 To: ports@FreeBSD.org X-Mailer: Apple Mail (2.746.2) Sender: ade@lovett.com Cc: Ade Lovett Subject: PORTREVISION bumps on gtk12/glib12 consumer ports 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, 07 Mar 2006 08:28:41 -0000 Hi folks, As some of you may be noticing from your cvsup logs, a bunch of ports just got their PORTREVISION bumped. All of the affected ports are (a) consumers of devel/glib12 and/or x11-toolkits/gtk12 and (b) have not had their PORTREVISIONs previously bumped recently, eg: by the libtool mega-commit. I realize that this is likely to cause a little bit of pain in terms of rebuilding packages, but after a number of discussions, it was decided that this would be the best approach to ensure tools like portupgrade are kicked into doing the right thing with such ports, given the change in library name of glib12/gtk12, which has caused a not insignificant amount of issues here on this list over the past week or so. Packages generated from a "clean" tree were working fine, but there have definitely been issues with the upgrade path, which this commit aims to address. Again, I apologize for the inconvenience, it's certainly been a hectic rebuilding time with the perl changes, then libtool, and now this, but the end result is definitely worth the short-term pain. -aDe From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 08:38:04 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CCB816A420 for ; Tue, 7 Mar 2006 08:38:04 +0000 (GMT) (envelope-from ml@sd2i.com) Received: from www2.sd2i.net (www2.sd2i.net [81.80.186.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDFD643D45 for ; Tue, 7 Mar 2006 08:38:03 +0000 (GMT) (envelope-from ml@sd2i.com) Received: from [192.168.1.11] (ADijon-153-1-10-229.w83-196.abo.wanadoo.fr [83.196.225.229]) by www2.sd2i.net (Postfix) with ESMTP id 2D4093F7B4; Tue, 7 Mar 2006 09:38:01 +0100 (CET) Message-ID: <440D4669.4030005@sd2i.com> Date: Tue, 07 Mar 2006 09:38:01 +0100 From: "ml@sd2i.com" User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: bogorodskiy@inbox.ru Subject: wzdftpd compile 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: Tue, 07 Mar 2006 08:38:04 -0000 I have the error on 4.11 and 5.4, ports tree updated today, anyone can help me to complete the install ? # make showconfig ===> The following configuration options are set for wzdftpd-0.6.1_1: UTF8=off "Enable UTF8 support" TCL=off "Enable TCL support" SSL=off "Enable OpenSSL support" GNUTLS=off "Enable gnutls support" IPV6=off "Enable IPv6 support" PERL=off "Enable PERL support" MYSQL=on "Enable MYSQL backend" AVAHI=off "Enable Zeroconf support using Avahi" HOWL=off "Enable Zeroconf support using Howl" # portversion -v libiconv libiconv-1.9.2_2 = up-to-date with port portinstall ftp/wzdftpd stop here : cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DWZD_MULTITHREAD -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE -O3 -pipe -O -pipe -c wzd_init_lex.c /bin/sh ../libtool --tag=CC --mode=link cc -O -pipe -L/usr/local/lib -pthread -o wzdftpd -lcrypt -D_THREAD_SAFE wzd_main.o wzd_ServerThread.o wzd_init_lex.o ../libwzd-core/libwzd_core.la mkdir .libs *** Warning: Linking the executable wzdftpd against the loadable module *** libwzd_core.so is not portable! cc -O -pipe -pthread -o .libs/wzdftpd -D_THREAD_SAFE wzd_main.o wzd_ServerThread.o wzd_init_lex.o -L/usr/local/lib -lcrypt ../libwzd-core/.libs/libwzd_core.so -Wl,--rpath -Wl,/usr/local/lib ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv_open' ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv_close' ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv' gmake[2]: *** [wzdftpd] Error 1 rm wzd_init_lex.c gmake[2]: Leaving directory `/usr/ports/ftp/wzdftpd/work/wzdftpd-0.6.1/wzdftpd' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/ftp/wzdftpd/work/wzdftpd-0.6.1' gmake: *** [all] Error 2 *** Error code 2 Regards, David. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 09:01:39 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA9AF16A420 for ; Tue, 7 Mar 2006 09:01:39 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3493143D45 for ; Tue, 7 Mar 2006 09:01:38 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received-SPF: none Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx1.orcon.net.nz (8.13.2/8.13.2/Debian-1) with SMTP id k2791t7G019473; Tue, 7 Mar 2006 22:01:56 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 247B51CCC1; Tue, 7 Mar 2006 22:01:25 +1300 (NZDT) Date: Tue, 7 Mar 2006 22:01:25 +1300 From: Andrew Thompson To: Till Haselmann Message-ID: <20060307090125.GB55053@heff.fud.org.nz> References: <8ACAF39D-E537-4013-A769-0DC4C9843735@computernoma.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8ACAF39D-E537-4013-A769-0DC4C9843735@computernoma.de> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: ports@freebsd.org Subject: Re: FreeBSD Port: handbrake-0.6.2_3 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, 07 Mar 2006 09:01:39 -0000 On Tue, Mar 07, 2006 at 08:04:33AM +0100, Till Haselmann wrote: > Hi there: > I noticed that there is an improved version 0.7.1 of Handbrake available > on its website. I couldn't quite get it to compile, though, so I am kind > of stuck with your port. Are you going to update it to version 0.7.1? If > not, what modifications are necessary in order to compile Handbrake on my > FreeBSD box? Thanks in advance! In version 0.7 (and 0.7.1) the X11 support was removed so the port has remained at 0.6.2. I dont have any time to put in to it so you are welcome to take over maintainership :) regards, Andrew From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 09:41:42 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D0E316A420 for ; Tue, 7 Mar 2006 09:41:42 +0000 (GMT) (envelope-from jdc@parodius.com) Received: from mx1.parodius.com (mx1.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20AE843D46 for ; Tue, 7 Mar 2006 09:41:42 +0000 (GMT) (envelope-from jdc@parodius.com) Received: by mx1.parodius.com (Postfix, from userid 500) id 04A7D5E8E; Tue, 7 Mar 2006 01:41:42 -0800 (PST) Date: Tue, 7 Mar 2006 01:41:41 -0800 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20060307094141.GA2142@pentarou.parodius.com> Mail-Followup-To: freebsd-ports@freebsd.org References: <440D4669.4030005@sd2i.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440D4669.4030005@sd2i.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: wzdftpd compile 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: Tue, 07 Mar 2006 09:41:42 -0000 On Tue, Mar 07, 2006 at 09:38:01AM +0100, ml@sd2i.com wrote: > I have the error on 4.11 and 5.4, ports tree updated today, anyone can > help me to complete the install ? > {snip} > # portversion -v libiconv > libiconv-1.9.2_2 = up-to-date with port > {snip} > > *** Warning: Linking the executable wzdftpd against the loadable module > *** libwzd_core.so is not portable! > cc -O -pipe -pthread -o .libs/wzdftpd -D_THREAD_SAFE wzd_main.o > wzd_ServerThread.o wzd_init_lex.o -L/usr/local/lib -lcrypt > ../libwzd-core/.libs/libwzd_core.so -Wl,--rpath -Wl,/usr/local/lib > ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv_open' > ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv_close' > ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv' > gmake[2]: *** [wzdftpd] Error 1 > rm wzd_init_lex.c > gmake[2]: Leaving directory > `/usr/ports/ftp/wzdftpd/work/wzdftpd-0.6.1/wzdftpd' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/ftp/wzdftpd/work/wzdftpd-0.6.1' > gmake: *** [all] Error 2 > *** Error code 2 Looks like -liconv is missing from the gcc flags (which are passed to ld). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 09:44:45 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E67716A420 for ; Tue, 7 Mar 2006 09:44:45 +0000 (GMT) (envelope-from jdc@parodius.com) Received: from mx1.parodius.com (mx1.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3019343D48 for ; Tue, 7 Mar 2006 09:44:45 +0000 (GMT) (envelope-from jdc@parodius.com) Received: by mx1.parodius.com (Postfix, from userid 500) id 1F26C5E8C; Tue, 7 Mar 2006 01:44:45 -0800 (PST) Date: Tue, 7 Mar 2006 01:44:45 -0800 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20060307094445.GA2306@pentarou.parodius.com> Mail-Followup-To: freebsd-ports@freebsd.org References: <440D4669.4030005@sd2i.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440D4669.4030005@sd2i.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: wzdftpd compile 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: Tue, 07 Mar 2006 09:44:45 -0000 On Tue, Mar 07, 2006 at 09:38:01AM +0100, ml@sd2i.com wrote: > I have the error on 4.11 and 5.4, ports tree updated today, anyone can > help me to complete the install ? > {snip} > # portversion -v libiconv > libiconv-1.9.2_2 = up-to-date with port > {snip} > > *** Warning: Linking the executable wzdftpd against the loadable module > *** libwzd_core.so is not portable! > cc -O -pipe -pthread -o .libs/wzdftpd -D_THREAD_SAFE wzd_main.o > wzd_ServerThread.o wzd_init_lex.o -L/usr/local/lib -lcrypt > ../libwzd-core/.libs/libwzd_core.so -Wl,--rpath -Wl,/usr/local/lib > ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv_open' > ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv_close' > ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv' > gmake[2]: *** [wzdftpd] Error 1 > rm wzd_init_lex.c > gmake[2]: Leaving directory > `/usr/ports/ftp/wzdftpd/work/wzdftpd-0.6.1/wzdftpd' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/ftp/wzdftpd/work/wzdftpd-0.6.1' > gmake: *** [all] Error 2 > *** Error code 2 Looks like -liconv is missing from the gcc flags (which are passed to ld). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 10:05:02 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1F4716A420 for ; Tue, 7 Mar 2006 10:05:02 +0000 (GMT) (envelope-from fenner@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FEED43D45 for ; Tue, 7 Mar 2006 10:05:02 +0000 (GMT) (envelope-from fenner@FreeBSD.org) Received: from freefall.freebsd.org (fenner@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k27A52po015391 for ; Tue, 7 Mar 2006 10:05:02 GMT (envelope-from fenner@freefall.freebsd.org) Received: (from fenner@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k27A52d1015390 for ports@freebsd.org; Tue, 7 Mar 2006 10:05:02 GMT (envelope-from fenner) Date: Tue, 7 Mar 2006 10:05:02 GMT From: Bill Fenner Message-Id: <200603071005.k27A52d1015390@freefall.freebsd.org> To: ports@freebsd.org Cc: Subject: Unfetchable distfiles reminder 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, 07 Mar 2006 10:05:02 -0000 Dear porters, This is just a reminder to please periodically check the list of unfetchable distfiles at http://people.freebsd.org/~fenner/portsurvey/ . In particular, the list of ports with no MAINTAINER with distfile problems, which currently has 202 bad ports, is http://people.freebsd.org/~fenner/portsurvey/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. In addition, the list of all ports with any unfetchable distfile is http://people.freebsd.org/~fenner/portsurvey/bad.html if you don't mind coordinating your fixes with the port MAINTAINER. Thanks for your help! Bill "distfiles" Fenner From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 13:04:21 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2771516A420 for ; Tue, 7 Mar 2006 13:04:21 +0000 (GMT) (envelope-from ml@sd2i.com) Received: from www2.sd2i.net (www2.sd2i.net [81.80.186.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF2D43D75 for ; Tue, 7 Mar 2006 13:04:15 +0000 (GMT) (envelope-from ml@sd2i.com) Received: from [192.168.1.11] (ADijon-153-1-10-229.w83-196.abo.wanadoo.fr [83.196.225.229]) by www2.sd2i.net (Postfix) with ESMTP id 219BB3FB05 for ; Tue, 7 Mar 2006 14:04:13 +0100 (CET) Message-ID: <440D84CC.3090009@sd2i.com> Date: Tue, 07 Mar 2006 14:04:12 +0100 From: "ml@sd2i.com" User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <440D4669.4030005@sd2i.com> <20060307094141.GA2142@pentarou.parodius.com> In-Reply-To: <20060307094141.GA2142@pentarou.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: wzdftpd compile 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: Tue, 07 Mar 2006 13:04:21 -0000 Jeremy Chadwick a écrit : > On Tue, Mar 07, 2006 at 09:38:01AM +0100, ml@sd2i.com wrote: >> I have the error on 4.11 and 5.4, ports tree updated today, anyone can >> help me to complete the install ? >> {snip} >> # portversion -v libiconv >> libiconv-1.9.2_2 = up-to-date with port >> {snip} >> >> *** Warning: Linking the executable wzdftpd against the loadable module >> *** libwzd_core.so is not portable! >> cc -O -pipe -pthread -o .libs/wzdftpd -D_THREAD_SAFE wzd_main.o >> wzd_ServerThread.o wzd_init_lex.o -L/usr/local/lib -lcrypt >> ../libwzd-core/.libs/libwzd_core.so -Wl,--rpath -Wl,/usr/local/lib >> ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv_open' >> ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv_close' >> ../libwzd-core/.libs/libwzd_core.so: undefined reference to `libiconv' >> gmake[2]: *** [wzdftpd] Error 1 >> rm wzd_init_lex.c >> gmake[2]: Leaving directory >> `/usr/ports/ftp/wzdftpd/work/wzdftpd-0.6.1/wzdftpd' >> gmake[1]: *** [all-recursive] Error 1 >> gmake[1]: Leaving directory `/usr/ports/ftp/wzdftpd/work/wzdftpd-0.6.1' >> gmake: *** [all] Error 2 >> *** Error code 2 > > Looks like -liconv is missing from the gcc flags (which are passed > to ld). > Do you know if there's a way to add it from portinstall (-m arg ?) or do i need to alter the sources after a make patch ? By the way thanks for the tip. Regards. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 13:37:18 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 901D016A420 for ; Tue, 7 Mar 2006 13:37:18 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1771143D46 for ; Tue, 7 Mar 2006 13:37:18 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 482E8998779 for ; Tue, 7 Mar 2006 14:37:17 +0100 (CET) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 87185-02-4 for ; Tue, 7 Mar 2006 14:37:12 +0100 (CET) Received: from [192.168.2.186] (catv-5062e7e3.catv.broadband.hu [80.98.231.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id B144E998778 for ; Tue, 7 Mar 2006 14:37:12 +0100 (CET) Message-ID: <440D8C82.8020500@t-hosting.hu> Date: Tue, 07 Mar 2006 14:37:06 +0100 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: Subject: apache 2.2 + mod_ruby? 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, 07 Mar 2006 13:37:18 -0000 Hello, I try to set up mod_ruby with apache 2.2, but I get this when I want to install mod_ruby: [root@server /usr/ports/www/mod_ruby]# make ===> mod_ruby-1.2.5 depends on file: /usr/local/bin/ruby18 - found ===> mod_ruby-1.2.5 depends on file: /usr/local/sbin/apxs - found ===> mod_ruby-1.2.5 depends on file: /usr/local/sbin/apxs - found ===> mod_ruby-1.2.5 depends on shared library: eruby.10 - found ===> Configuring for mod_ruby-1.2.5 checking for a BSD compatible install... /usr/bin/install -c checking whether we are using gcc... yes checking Ruby version... 1.8.4 checking for static Apache module support... no checking for dynamic Apache module support... /libexec/ld-elf.so.1: Shared object "libsqlite3.so.8" not found, required by "httpd" apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. /libexec/ld-elf.so.1: Shared object "libsqlite3.so.8" not found, required by "httpd" apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. configure.rb: error: failed to exec /usr/local/sbin/apxs *** Error code 1 I wonder why this happens, since I got both libsqlite3.so.8, both apxs. I also ran ldconfig -m /usr/local/lib, but didn't hepl to recognize libsqlite3.so.8. Cheers, Gabor Kovesdan From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 13:39:22 2006 Return-Path: X-Original-To: ports@FreeBSD.Org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC60516A420 for ; Tue, 7 Mar 2006 13:39:22 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 657E243D46 for ; Tue, 7 Mar 2006 13:39:22 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 8EFEF998782 for ; Tue, 7 Mar 2006 14:39:21 +0100 (CET) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 87945-02 for ; Tue, 7 Mar 2006 14:39:21 +0100 (CET) Received: from [192.168.2.186] (catv-5062e7e3.catv.broadband.hu [80.98.231.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 3C08F99877F for ; Tue, 7 Mar 2006 14:39:21 +0100 (CET) Message-ID: <440D8D03.1000500@t-hosting.hu> Date: Tue, 07 Mar 2006 14:39:15 +0100 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@FreeBSD.Org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: Subject: apache 2.2 + mod_ruby? 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, 07 Mar 2006 13:39:23 -0000 Hello, I try to set up mod_ruby with apache 2.2, but I get this when I want to install mod_ruby: [root@server /usr/ports/www/mod_ruby]# make ===> mod_ruby-1.2.5 depends on file: /usr/local/bin/ruby18 - found ===> mod_ruby-1.2.5 depends on file: /usr/local/sbin/apxs - found ===> mod_ruby-1.2.5 depends on file: /usr/local/sbin/apxs - found ===> mod_ruby-1.2.5 depends on shared library: eruby.10 - found ===> Configuring for mod_ruby-1.2.5 checking for a BSD compatible install... /usr/bin/install -c checking whether we are using gcc... yes checking Ruby version... 1.8.4 checking for static Apache module support... no checking for dynamic Apache module support... /libexec/ld-elf.so.1: Shared object "libsqlite3.so.8" not found, required by "httpd" apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. /libexec/ld-elf.so.1: Shared object "libsqlite3.so.8" not found, required by "httpd" apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. configure.rb: error: failed to exec /usr/local/sbin/apxs *** Error code 1 I wonder why this happens, since I got both libsqlite3.so.8, both apxs. I also ran ldconfig -m /usr/local/lib, but didn't hepl to recognize libsqlite3.so.8. Cheers, Gabor Kovesdan From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 13:41:50 2006 Return-Path: X-Original-To: ports@FreeBSD.Org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DFF216A420 for ; Tue, 7 Mar 2006 13:41:50 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267B943D48 for ; Tue, 7 Mar 2006 13:41:50 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 2A9E599756C for ; Tue, 7 Mar 2006 14:41:49 +0100 (CET) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 87185-03 for ; Tue, 7 Mar 2006 14:41:48 +0100 (CET) Received: from [192.168.2.186] (catv-5062e7e3.catv.broadband.hu [80.98.231.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id C7055997560 for ; Tue, 7 Mar 2006 14:41:48 +0100 (CET) Message-ID: <440D8D97.5060805@t-hosting.hu> Date: Tue, 07 Mar 2006 14:41:43 +0100 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@FreeBSD.Org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: Subject: apache 2.2 + mod_ruby? 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, 07 Mar 2006 13:41:50 -0000 Hello, I try to set up mod_ruby with apache 2.2, but I get this when I want to install mod_ruby: [root@server /usr/ports/www/mod_ruby]# make ===> mod_ruby-1.2.5 depends on file: /usr/local/bin/ruby18 - found ===> mod_ruby-1.2.5 depends on file: /usr/local/sbin/apxs - found ===> mod_ruby-1.2.5 depends on file: /usr/local/sbin/apxs - found ===> mod_ruby-1.2.5 depends on shared library: eruby.10 - found ===> Configuring for mod_ruby-1.2.5 checking for a BSD compatible install... /usr/bin/install -c checking whether we are using gcc... yes checking Ruby version... 1.8.4 checking for static Apache module support... no checking for dynamic Apache module support... /libexec/ld-elf.so.1: Shared object "libsqlite3.so.8" not found, required by "httpd" apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. /libexec/ld-elf.so.1: Shared object "libsqlite3.so.8" not found, required by "httpd" apxs:Error: Sorry, no shared object support for Apache. apxs:Error: available under your platform. Make sure. apxs:Error: the Apache module mod_so is compiled into. apxs:Error: your server binary `/usr/local/sbin/httpd'.. configure.rb: error: failed to exec /usr/local/sbin/apxs *** Error code 1 I wonder why this happens, since I got both libsqlite3.so.8, both apxs. I also ran ldconfig -m /usr/local/lib, but didn't hepl to recognize libsqlite3.so.8. Cheers, Gabor Kovesdan From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 14:08:43 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02BBE16A420; Tue, 7 Mar 2006 14:08:43 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F0443D48; Tue, 7 Mar 2006 14:08:42 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k27E8eFW054892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 23:08:40 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 7 Mar 2006 23:08:40 +0900 From: Norikatsu Shigemura To: novel@FreeBSD.org Message-Id: <20060307230840.ac6da540.nork@FreeBSD.org> In-Reply-To: <440D379F.9090908@freebsd.org> References: <20060228221052.03ce1150.nork@FreeBSD.org> <200602282033.12025.arved@freebsd.org> <440D379F.9090908@freebsd.org> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 07 Mar 2006 23:08:41 +0900 (JST) Cc: ports@FreeBSD.org, arved@FreeBSD.org, nork@FreeBSD.org, freebsd-ports@FreeBSD.org, Michael Nottebrock Subject: Re: security/dirmngr: install issue on 6.1-PRERELEASE 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, 07 Mar 2006 14:08:43 -0000 On Tue, 07 Mar 2006 08:34:55 +0100 Michael Nottebrock wrote: > Tilman Linneweh schrieb: > > * Norikatsu Shigemura [Tuesday, 28. February 2006 14:10 ]: > >> `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' gmake[1]: Leaving > >> directory `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' install-info > >> --quiet /usr/local/info/dirmngr.info /usr/local/info/dir install-info: menu > >> item `dirmngr-client' already exists, for file `gnupg' *** Error code 1 > > ports/93916 has a similar problem with vcdimager, so maybe this is another > > libtool update fallout? > Or perhaps an issue with texinfo. I've recently noticed at least one > port switiching to the ports-version of texinfo instead of using the > base-system one - maybe the current version is no longer backwards > compatible with the base-system version or having both installed causes > some problems? > I haven't received a build-error notice from pointyhat for this, which > makes me suspect a less general problem than another libtool bug. I found this issue's criminal:-). It is security/gnutls. But there are some same issue, editors/psgml-emacs19, editors/psgml-mule, mail/exim-doc-html and security/gnutls-devel. I made a patch to fix this issue. But I don't know that this patch is ok. Because I don't know which texinfo's version is expected:-(. And maybe I think, /usr/ports/UPDATING should be updated(pkg_delete texinfo-4.8_3). Index: Makefile =================================================================== RCS file: /home/ncvs/ports/security/gnutls/Makefile,v retrieving revision 1.31 diff -u -r1.31 Makefile --- Makefile 23 Feb 2006 10:38:55 -0000 1.31 +++ Makefile 7 Mar 2006 13:49:30 -0000 @@ -19,7 +19,6 @@ MAINTAINER= novel@FreeBSD.org COMMENT= GNU Transport Layer Security library -BUILD_DEPENDS= ${LOCALBASE}/bin/makeinfo:${PORTSDIR}/print/texinfo LIB_DEPENDS= gcrypt.13:${PORTSDIR}/security/libgcrypt \ gpg-error.1:${PORTSDIR}/security/libgpg-error @@ -48,6 +47,11 @@ CONFIGURE_ARGS+= --with-included-lzo MANCOMPRESSED= no +.include +.if ${OSVERSION} < 600000 +BUILD_DEPENDS= ${LOCALBASE}/bin/makeinfo:${PORTSDIR}/print/texinfo +.endif + .if !defined(NOPORTDOCS) PORTDOCS= AUTHORS NEWS README THANKS .endif @@ -68,4 +72,4 @@ .endif .include "Makefile.man" -.include +.include From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 14:08:43 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02BBE16A420; Tue, 7 Mar 2006 14:08:43 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F0443D48; Tue, 7 Mar 2006 14:08:42 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k27E8eFW054892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 23:08:40 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 7 Mar 2006 23:08:40 +0900 From: Norikatsu Shigemura To: novel@FreeBSD.org Message-Id: <20060307230840.ac6da540.nork@FreeBSD.org> In-Reply-To: <440D379F.9090908@freebsd.org> References: <20060228221052.03ce1150.nork@FreeBSD.org> <200602282033.12025.arved@freebsd.org> <440D379F.9090908@freebsd.org> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 07 Mar 2006 23:08:41 +0900 (JST) Cc: ports@FreeBSD.org, arved@FreeBSD.org, nork@FreeBSD.org, freebsd-ports@FreeBSD.org, Michael Nottebrock Subject: Re: security/dirmngr: install issue on 6.1-PRERELEASE 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, 07 Mar 2006 14:08:43 -0000 On Tue, 07 Mar 2006 08:34:55 +0100 Michael Nottebrock wrote: > Tilman Linneweh schrieb: > > * Norikatsu Shigemura [Tuesday, 28. February 2006 14:10 ]: > >> `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' gmake[1]: Leaving > >> directory `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' install-info > >> --quiet /usr/local/info/dirmngr.info /usr/local/info/dir install-info: menu > >> item `dirmngr-client' already exists, for file `gnupg' *** Error code 1 > > ports/93916 has a similar problem with vcdimager, so maybe this is another > > libtool update fallout? > Or perhaps an issue with texinfo. I've recently noticed at least one > port switiching to the ports-version of texinfo instead of using the > base-system one - maybe the current version is no longer backwards > compatible with the base-system version or having both installed causes > some problems? > I haven't received a build-error notice from pointyhat for this, which > makes me suspect a less general problem than another libtool bug. I found this issue's criminal:-). It is security/gnutls. But there are some same issue, editors/psgml-emacs19, editors/psgml-mule, mail/exim-doc-html and security/gnutls-devel. I made a patch to fix this issue. But I don't know that this patch is ok. Because I don't know which texinfo's version is expected:-(. And maybe I think, /usr/ports/UPDATING should be updated(pkg_delete texinfo-4.8_3). Index: Makefile =================================================================== RCS file: /home/ncvs/ports/security/gnutls/Makefile,v retrieving revision 1.31 diff -u -r1.31 Makefile --- Makefile 23 Feb 2006 10:38:55 -0000 1.31 +++ Makefile 7 Mar 2006 13:49:30 -0000 @@ -19,7 +19,6 @@ MAINTAINER= novel@FreeBSD.org COMMENT= GNU Transport Layer Security library -BUILD_DEPENDS= ${LOCALBASE}/bin/makeinfo:${PORTSDIR}/print/texinfo LIB_DEPENDS= gcrypt.13:${PORTSDIR}/security/libgcrypt \ gpg-error.1:${PORTSDIR}/security/libgpg-error @@ -48,6 +47,11 @@ CONFIGURE_ARGS+= --with-included-lzo MANCOMPRESSED= no +.include +.if ${OSVERSION} < 600000 +BUILD_DEPENDS= ${LOCALBASE}/bin/makeinfo:${PORTSDIR}/print/texinfo +.endif + .if !defined(NOPORTDOCS) PORTDOCS= AUTHORS NEWS README THANKS .endif @@ -68,4 +72,4 @@ .endif .include "Makefile.man" -.include +.include From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 14:51:47 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32F0816A420 for ; Tue, 7 Mar 2006 14:51:47 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id D62C243D6E for ; Tue, 7 Mar 2006 14:51:45 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id C8F2CB80C for ; Tue, 7 Mar 2006 09:51:44 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20060307062730.GA99846@qlovarnika.bg.datamax> References: <20060306070600.GA70987@qlovarnika.bg.datamax> <20060307062730.GA99846@qlovarnika.bg.datamax> X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6F4F2F2A-FC7E-4862-B5AB-BA32053566A2@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 7 Mar 2006 09:51:43 -0500 To: ports@FreeBSD.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: best practices for private ports? 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, 07 Mar 2006 14:51:47 -0000 On Mar 7, 2006, at 1:27 AM, Vasil Dimov wrote: >> Not sure what that will buy me. What would be the goal of adding >> directories to it? > > The goal is to prevent c[v]sup from deleting the directories you added > to .cvsignore cvsup will leave my existing files alone already... porstnap likes to delete everything that is not its own. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 15:09:34 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E2B516A420; Tue, 7 Mar 2006 15:09:34 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D93A43D67; Tue, 7 Mar 2006 15:09:26 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p5180-ipbf304funabasi.chiba.ocn.ne.jp [125.170.156.180]) (authenticated bits=128) by mail.allbsd.org (8.13.4/8.13.4) with ESMTP id k27F99bw022189; Wed, 8 Mar 2006 00:09:24 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id k27F8PYn005457; Wed, 8 Mar 2006 00:08:26 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 08 Mar 2006 00:07:42 +0900 (JST) Message-Id: <20060308.000742.122594558.hrs@allbsd.org> To: daniloavl@terra.com.br From: Hiroki Sato In-Reply-To: <1141735751.58221.7.camel@golf.sinprodf.org.br> References: <1141735751.58221.7.camel@golf.sinprodf.org.br> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Mar__8_00_07_42_2006_053)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: ports@FreeBSD.org, hrs@FreeBSD.org Subject: Re: acroread7 problems 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, 07 Mar 2006 15:09:34 -0000 ----Security_Multipart(Wed_Mar__8_00_07_42_2006_053)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit [Cc:'d to freebsd-ports@ to disseminate this problem] Danilo Augusto wrote in <1141735751.58221.7.camel@golf.sinprodf.org.br>: da> Hi. da> I use FreeBSD 5.5-PRERELEASE and on last friday I updated my acroread7 da> to acroread7-7.0.5_1,and now the acrobat reader doesn't print any file da> or when I try to open a document it crashes. da> The error message is the following: da> da> (acroread:59947): Gtk-WARNING **: Could not find the icon da> 'gnome-fs-home'. The 'hicolor' theme da> was not found either, perhaps you need to install it. da> You can get a copy from: da> http://freedesktop.org/Software/icon-theme/releases This is a warning, not an error message, and has nothing to do with the crash. acroread7-7.0.5_1 has several serious problems and the printing feature does not work. Please see the following mail I posted and downgrade to 7.0.1: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=233591+0+current/freebsd-ports Unfortunately I did not get the go-ahead from portmgr@, so 6.1R/5.5R are expected to include ports for Adobe Reader 7.0.5. -- | Hiroki SATO ----Security_Multipart(Wed_Mar__8_00_07_42_2006_053)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBEDaG+TyzT2CeTzy0RAoFiAKC2T0/o/IrXw9zjX/uihDUgT5wfeACfXhdv 1WQaboucA1GvCTik2gloky4= =pYF7 -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Mar__8_00_07_42_2006_053)---- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 15:30:52 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B8C516A423; Tue, 7 Mar 2006 15:30:52 +0000 (GMT) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7703F43D45; Tue, 7 Mar 2006 15:30:51 +0000 (GMT) (envelope-from john@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id k27FUn1k069836; Tue, 7 Mar 2006 07:30:51 -0800 (PST) (envelope-from john@jnielsen.net) From: John Nielsen To: nork@freebsd.org Date: Tue, 7 Mar 2006 10:30:46 -0500 User-Agent: KMail/1.9.1 X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*. X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: ports@freebsd.org Subject: linuxpluginwrapper support for newest Acrobat Reader 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, 07 Mar 2006 15:30:52 -0000 I am unable to get the Acrobat plugin working in Firefox after updating to the latest version. Here's what I have installed: acroread7-7.0.5_1 acroreadwrapper-0.0.20060221 firefox-1.5.0.1_1,1 linuxpluginwrapper-20051113 I modified my /etc/libmap.conf with the new path for acroread: # Acrobat7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror [/usr/X11R6/AdobeAcrobat7.0/ENU/Browser/intellinux/nppdf.so] libc.so.6 pluginwrapper/acrobat.so And it shows up in about:plugins: Adobe Reader 7.0 File name: nppdf.so [MIME types, etc] But attempting to load a PDF produces this on stderr: LoadPlugin: failed to initialize shared library /usr/X11R6/Adobe/Acrobat7.0/ENU/Browser/intellinux/nppdf.so [/usr/X11R6/Adobe/Acrobat7.0/ENU/Browser/intellinux/nppdf.so: Undefined symbol "__ctype_b_loc"] Is this just a new function that needs to be taught to linuxpluginwrapper? If so, how difficult a task would that be? Should I file a PR with this? Thanks, JN From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 15:31:34 2006 Return-Path: X-Original-To: ports@FreeBSD.Org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 599A016A422 for ; Tue, 7 Mar 2006 15:31:34 +0000 (GMT) (envelope-from acardenas@bsd.org.pe) Received: from mail8.hsphere.cc (mail8.hsphere.cc [216.157.145.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CAEF43D6B for ; Tue, 7 Mar 2006 15:31:23 +0000 (GMT) (envelope-from acardenas@bsd.org.pe) Received: (qmail 74403 invoked by uid 89); 7 Mar 2006 15:31:22 -0000 Received: from unknown (HELO HellFire.BSD.org.pe) (acardenas@bsd.org.pe@201.230.198.100) by mail8.hsphere.cc with SMTP; 7 Mar 2006 15:31:21 -0000 Date: Tue, 7 Mar 2006 10:31:27 -0500 From: Jose Alonso Cardenas Marquez To: ports@FreeBSD.Org Message-Id: <20060307103127.329bf5c9.acardenas@bsd.org.pe> In-Reply-To: <200603071000.k27A0JDN014441@freefall.freebsd.org> References: <200603071000.k27A0JDN014441@freefall.freebsd.org> Organization: BSDPeru X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: fenner@FreeBSD.Org Subject: Re: FreeBSD ports: 1 unfetchable distfile: devel/ode-devel 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, 07 Mar 2006 15:31:34 -0000 On Tue, 7 Mar 2006 10:00:19 GMT fenner@FreeBSD.Org (Bill "distfiles" Fenner) wrote: > Dear acardenas@bsd.org.pe, > > You are listed as the FreeBSD port maintainer for 1 port > whose distfiles are not fetchable from their MASTER_SITES. Could > you please visit > > http://people.freebsd.org/~fenner/portsurvey/acardenas@bsd.org.pe.html > > and correct the problems listed there? The individual port with > a problem is devel/ode-devel. > Hi, see PR http://www.freebsd.org/cgi/query-pr.cgi?pr=94116, this update ode-devel to 060223 Greetings ACM -- Grupo de Usuarios *BSD Peru - BSDPeru http://www.bsd.org.pe From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 15:43:25 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B92816A420 for ; Tue, 7 Mar 2006 15:43:25 +0000 (GMT) (envelope-from om-lists-bsd@omx.ch) Received: from andromeda.insign.ch (andromeda.insign.ch [195.134.143.165]) by mx1.FreeBSD.org (Postfix) with SMTP id B394843D48 for ; Tue, 7 Mar 2006 15:43:24 +0000 (GMT) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 1140 invoked by uid 508); 7 Mar 2006 15:43:22 -0000 Received: from om-lists-bsd@omx.ch by andromeda3 by uid 502 with qmail-scanner-1.21 (avp(2004-05-12). Clear:RC:1(80.254.166.203):. Processed in 0.022498 secs); 07 Mar 2006 15:43:22 -0000 Received: from zux166-203.adsl.green.ch (HELO olipc.insign) ([80.254.166.203]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 7 Mar 2006 15:43:21 -0000 From: Olivier Mueller To: ports@FreeBSD.org Content-Type: text/plain Date: Tue, 07 Mar 2006 16:43:22 +0100 Message-Id: <1141746202.27811.63.camel@olipc.insign.local> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1 Content-Transfer-Encoding: 7bit Cc: Subject: php5 & pear & pecl (Fatal error: Call to undefined function preg_match()) 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, 07 Mar 2006 15:43:25 -0000 Hello, I would like to install the pop3 pecl extension (http://pecl.php.net/package/POP3) but I still can't get it :/ Problem: it seems that pecl is broken since last portupgrade which upgraded php 5.0.x to php 5.1.x. I managed to get pear back to work: $ pear list Installed packages, channel pear.php.net: ========================================= Package Version State Archive_Tar 1.3.1 stable Console_Getopt 1.2 stable DB 1.7.6 stable PEAR 1.4.8 stable XML_RPC 1.4.5 stable But when I try to start pecl: (to do a "pecl install pop3") $ pecl Fatal error: Call to undefined function preg_match() in /usr/local/share/pear/PEAR/Frontend/CLI.php on line 70 But the preg functions are installed and active. (pcre.so & co.) Last thing I tried: installation by hand, but this breaks too at: [/usr/local/src/pop3-1.0.2]$ make /usr/local/bin/bash /usr/local/src/pop3-1.0.2/libtool --mode=compile gcc -I. -I/usr/local/src/pop3-1.0.2 -DPHP_ATOM_INC -I/usr/local/src/pop3-1.0.2/include -I/usr/local/src/pop3-1.0.2/main -I/usr/local/src/pop3-1.0.2 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/include -DHAVE_CONFIG_H -g -O2 -c /usr/local/src/pop3-1.0.2/pop3.c -o pop3.lo libtool: compile: cannot determine name of library object from `' *** Error code 1 System is a 5.4-RELEASE-p12 with latest ports. $ pkg_info|grep php php5-5.1.2_1 PHP Scripting Language (Apache Module and CLI) php5-bz2-5.1.2_1 The bz2 shared extension for php php5-curl-5.1.2_1 The curl shared extension for php php5-ftp-5.1.2_1 The ftp shared extension for php php5-gd-5.1.2_1 The gd shared extension for php php5-gettext-5.1.2_1 The gettext shared extension for php php5-iconv-5.1.2_1 The iconv shared extension for php php5-mbstring-5.1.2_1 The mbstring shared extension for php php5-mcrypt-5.1.2_1 The mcrypt shared extension for php php5-mysql-5.1.2_1 The mysql shared extension for php php5-mysqli-5.1.2_1 The mysqli shared extension for php php5-openssl-5.1.2_1 The openssl shared extension for php php5-pcre-5.1.2_1 The pcre shared extension for php php5-session-5.1.2_1 The session shared extension for php php5-simplexml-5.1.2_1 The simplexml shared extension for php php5-wddx-5.1.2_1 The wddx shared extension for php php5-xml-5.1.2_1 The xml shared extension for php php5-zlib-5.1.2_1 The zlib shared extension for php $ $ $ pkg_info|grep pear pear-1.4.6 PEAR framework for PHP The dependencies of the pear package looks strange to me: http://www.freebsd.org/cgi/ports.cgi?query=pear-1.4.6 : php4-4.4.2_1, php4-pcre-4.4.2_1, php4-xml-4.4.2_1, while it's a php5-system. Maybe it's why I have problems? Browsing in the mailing list archive brings informations about a "php5-pear" which doesn't seem to exist anymore... (confirmed by: http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/php5-pear/ ) Well, I'd still like to get my pecl pop3 running... An idea? Under linux (with an php5 installation "by hand") everything works directely, both "pecl install pop3" and from source. Thanks & regards, Olivier From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 16:00:11 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A1C416A422 for ; Tue, 7 Mar 2006 16:00:11 +0000 (GMT) (envelope-from vigneron@math.polytechnique.fr) Received: from mx-b.polytechnique.fr (mx-b.polytechnique.fr [129.104.30.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EB9F43D70 for ; Tue, 7 Mar 2006 16:00:07 +0000 (GMT) (envelope-from vigneron@math.polytechnique.fr) Received: from localdomain.polytechnique.fr (hermes.math.polytechnique.fr [129.104.3.6]) by mx-b.polytechnique.fr (tbp 5.3.1/2.0.7) with ESMTP id k27G06kJ020408 for ; Tue, 7 Mar 2006 17:00:06 +0100 Received: from localhost (localhost.math.polytechnique.fr [127.0.0.1]) by localdomain.polytechnique.fr (Postfix) with ESMTP id A12AB187283 for ; Tue, 7 Mar 2006 17:00:05 +0100 (CET) Received: from localdomain.polytechnique.fr ([127.0.0.1]) by localhost (hermes.math.polytechnique.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38423-06 for ; Tue, 7 Mar 2006 17:00:04 +0100 (CET) Received: from daphne.math.polytechnique.fr (daphne.math.polytechnique.fr [129.104.3.3]) by localdomain.polytechnique.fr (Postfix) with ESMTP id 1823018729B for ; Tue, 7 Mar 2006 17:00:04 +0100 (CET) Received: by daphne.math.polytechnique.fr (Postfix, from userid 10074) id 111746D65A; Tue, 7 Mar 2006 17:00:04 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by daphne.math.polytechnique.fr (Postfix) with ESMTP id 0E5057D06 for ; Tue, 7 Mar 2006 17:00:04 +0100 (CET) Date: Tue, 7 Mar 2006 17:00:03 +0100 (CET) From: Francois Vigneron To: ports@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Virus-Scanned: amavisd-new at math.polytechnique.fr Cc: Subject: FreeBSD port: finance/gnucash 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, 07 Mar 2006 16:00:11 -0000 Hello, On line 24 of the Makefile, it requires lang/slib-guile at runtime. However, this package is broken and so gnucash fails to run. # gnucash ERROR: In procedure dynamic-link: ERROR: file: "libgw-gnc", message: "Invalid shared object handle 0x800530400" Below is the output of the installation try of lang/slib-guile, then the begining of 'pkg_add -r gnucash'. Thanks. François Vigneron. portmanager lang/slib-guile ------------------------------------------------------------------------ portmanager 0.4.1_5: Collecting installed port data ------------------------------------------------------------------------ MGPMrPortBrokeCheck 0.4.1_5 error: slib-guile-3a3 /lang/slib-guile marked BROKEN, adding to ignore.db ------------------------------------------------------------------------ Port Status Report ------------------------------------------------------------------------ 00001 ----:slib-guile-3a3 /lang/slib-guile MISSING ======================================================================== skipping slib-guile-3a3 /lang/slib-guile marked IGNORE reason: port marked BROKEN ------------------------------------------------------------------------ portmanager 0.4.1_5 INFO: finished with some ports not updated if --log was used see /var/log/portmanager.log ------------------------------------------------------------------------ # pkg_add -r gnucash Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-6.0-release/Latest/gnucash.tbz... Done. Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-6.0-release/All/slib-guile-3a1.tbz... Done. ERROR: Unbound variable: with-load-pathname pkg_add: command '/usr/local/bin/guile -c "(use-modules (ice-9 slib)) (require 'new-catalog)"' failed pkg_add: warning: package 'slib-guile-3a1' requires 'slib-3a1_2', but 'slib-3a3' is installed pkg_add: warning: package 'slib-guile-3a1' requires 'libltdl-1.5.18', but 'libltdl-1.5.22' is installed pkg_add: warning: package 'slib-guile-3a1' requires 'guile-1.6.5', but 'guile-1.6.7' is installed Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-6.0-release/All/gnucash-docs-1.8.4.tbz... Done. pkg_add: warning: package 'gnucash-docs-1.8.4' requires 'pkgconfig-0.17.2', but 'pkgconfig-0.20' is installed pkg_add: warning: package 'gnucash-docs-1.8.4' requires 'freetype2-2.1.10_1', but 'freetype2-2.1.10_3' is installed pkg_add: warning: package 'gnucash-docs-1.8.4' requires 'perl-5.8.7', but 'perl-5.8.8' is installed From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 16:26:44 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3882C16A429 for ; Tue, 7 Mar 2006 16:26:44 +0000 (GMT) (envelope-from ml@sd2i.com) Received: from www2.sd2i.net (www2.sd2i.net [81.80.186.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B533A43D64 for ; Tue, 7 Mar 2006 16:26:40 +0000 (GMT) (envelope-from ml@sd2i.com) Received: from [192.168.1.11] (ADijon-153-1-10-229.w83-196.abo.wanadoo.fr [83.196.225.229]) by www2.sd2i.net (Postfix) with ESMTP id 9B2343F956 for ; Tue, 7 Mar 2006 17:26:38 +0100 (CET) Message-ID: <440DB43C.9090900@sd2i.com> Date: Tue, 07 Mar 2006 17:26:36 +0100 From: "ml@sd2i.com" User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <440D4669.4030005@sd2i.com> <20060307094141.GA2142@pentarou.parodius.com> <440D84CC.3090009@sd2i.com> In-Reply-To: <440D84CC.3090009@sd2i.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: wzdftpd compile 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: Tue, 07 Mar 2006 16:26:44 -0000 ml@sd2i.com a écrit : > Jeremy Chadwick a écrit : >> On Tue, Mar 07, 2006 at 09:38:01AM +0100, ml@sd2i.com wrote: >> >> Looks like -liconv is missing from the gcc flags (which are passed >> to ld). >> > > Do you know if there's a way to add it from portinstall (-m arg ?) or do > i need to alter the sources after a make patch ? > > By the way thanks for the tip. Ok after google'ing a bit and some searches in the porter's handbook i found a way to go, by adding the following in the port's Makefile : CFLAGS+= -liconv I'm quite sure this is not the best way, but it works... I would appreciate any comment on that. Regards, David. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 18:37:57 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3E3A16A420 for ; Tue, 7 Mar 2006 18:37:57 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62FF343D46 for ; Tue, 7 Mar 2006 18:37:57 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 461E61F87BEE; Tue, 7 Mar 2006 19:37:56 +0100 (CET) Date: Tue, 7 Mar 2006 19:37:56 +0100 From: Roman Neuhauser To: Kris Kennaway Message-ID: <20060307183756.GD73973@isis.sigpipe.cz> Mail-Followup-To: Kris Kennaway , pfgshield-freebsd@yahoo.com, freebsd-ports@FreeBSD.org References: <20060220041815.3229.qmail@web32907.mail.mud.yahoo.com> <20060220043813.GA82552@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060220043813.GA82552@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: pfgshield-freebsd@yahoo.com, freebsd-ports@FreeBSD.org Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 18:37:58 -0000 # kris@obsecurity.org / 2006-02-19 23:38:13 -0500: > On Mon, Feb 20, 2006 at 05:18:15AM +0100, pfgshield-freebsd@yahoo.com wrote: > > Hi; > > > > amd64 has a rather nasty issue: in order to mix shared and static libraries > > everything has to be built with -fPIC. Most ports are either static or dynamic > > so it's usually not a problem, but I'm stating to find problems in the math > > section: packages like arpack and glpk are only built static and without -fPIC. > > And lately we are only building the dynamic version of ATLAS so packages that > > use many math libraries will have problems on amd64. > > > > Someone would say the easy way out of this would be to add -fPIC to everything > > by default, which works, but has some performance issues. If someone has a > > better solution I would like to hear it (please!) but if not I would like to > > suggest instead a general guideline: > > > > If the package includes a library that might be used frequently and doesn't > > include a shared version please add -fPIC to the amd64 version of the port, for > > example for math/arpack (and feel free to commit this): > > The best solution is to make the port also build a shared version; > it's usually not that difficult to modify the makefile. That way you > don't have to add nasty hacks. That doesn't solve the problem, which is: the static library is almost useless, and users might actually want or need to use the static library. net/libpcap only installs lib/libpcap.so if you install into /usr, probably because all the dependent ports would need to be taught to look in /usr/local/lib first. misc/ossp-uuid's ${PREFIX}/lib/libuuid.a (it configures with --disable-shared) cannot be used in shared libraries on amd64 because the port doesn't use -fPIC on this platform. Ports that install static libraries *need* to use -fPIC on amd64. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 18:42:11 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90C2A16A420 for ; Tue, 7 Mar 2006 18:42:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4662543D45 for ; Tue, 7 Mar 2006 18:42:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2F8921A4E5C; Tue, 7 Mar 2006 10:42:11 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 679335186D; Tue, 7 Mar 2006 13:42:10 -0500 (EST) Date: Tue, 7 Mar 2006 13:42:10 -0500 From: Kris Kennaway To: Kris Kennaway , pfgshield-freebsd@yahoo.com, freebsd-ports@FreeBSD.org Message-ID: <20060307184210.GA33347@xor.obsecurity.org> References: <20060220041815.3229.qmail@web32907.mail.mud.yahoo.com> <20060220043813.GA82552@xor.obsecurity.org> <20060307183756.GD73973@isis.sigpipe.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <20060307183756.GD73973@isis.sigpipe.cz> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 18:42:11 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 07:37:56PM +0100, Roman Neuhauser wrote: > # kris@obsecurity.org / 2006-02-19 23:38:13 -0500: > > On Mon, Feb 20, 2006 at 05:18:15AM +0100, pfgshield-freebsd@yahoo.com w= rote: > > > Hi; > > >=20 > > > amd64 has a rather nasty issue: in order to mix shared and static lib= raries > > > everything has to be built with -fPIC. Most ports are either static o= r dynamic > > > so it's usually not a problem, but I'm stating to find problems in th= e math > > > section: packages like arpack and glpk are only built static and with= out -fPIC. > > > And lately we are only building the dynamic version of ATLAS so packa= ges that > > > use many math libraries will have problems on amd64. > > >=20 > > > Someone would say the easy way out of this would be to add -fPIC to e= verything > > > by default, which works, but has some performance issues. If someone = has a > > > better solution I would like to hear it (please!) but if not I would = like to > > > suggest instead a general guideline: > > >=20 > > > If the package includes a library that might be used frequently and d= oesn't > > > include a shared version please add -fPIC to the amd64 version of the= port, for > > > example for math/arpack (and feel free to commit this): > >=20 > > The best solution is to make the port also build a shared version; > > it's usually not that difficult to modify the makefile. That way you > > don't have to add nasty hacks. >=20 > That doesn't solve the problem, which is: the static library is > almost useless, and users might actually want or need to use the > static library. Why do you say it's useless? The point of a static library is for static linking, and this works fine on amd64 or any other architecture. > net/libpcap only installs lib/libpcap.so if you install into /usr, > probably because all the dependent ports would need to be taught > to look in /usr/local/lib first. I don't know what you're saying here. > misc/ossp-uuid's ${PREFIX}/lib/libuuid.a (it configures with > --disable-shared) cannot be used in shared libraries on amd64 > because the port doesn't use -fPIC on this platform. The bug is presumably the --disable-shared. > Ports that install static libraries *need* to use -fPIC on amd64. No, they need to also install shared libraries. Kris --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDdQCWry0BWjoQKURAo18AKDu/BRLRjVYUhnBfG6pQV/q/kPG7wCfWJGd ucI/O9TXCZSC04CHZHA2hek= =O2lb -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 18:48:36 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D94E16A420 for ; Tue, 7 Mar 2006 18:48:36 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7371243D45 for ; Tue, 7 Mar 2006 18:48:34 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id A021D62C8CE; Tue, 7 Mar 2006 14:48:33 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 02691-06; Tue, 7 Mar 2006 14:48:33 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 3614662C8AF; Tue, 7 Mar 2006 14:48:33 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 22FA53B5B7; Tue, 7 Mar 2006 14:48:33 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 1CF8739B0F; Tue, 7 Mar 2006 14:48:33 -0400 (AST) Date: Tue, 7 Mar 2006 14:48:33 -0400 (AST) From: "Marc G. Fournier" To: waza1101@tpg.com.au In-Reply-To: <1141709760.440d1bc058f7c@postoffice.tpg.com.au> Message-ID: <20060307144725.K1227@ganymede.hub.org> References: <1141709760.440d1bc058f7c@postoffice.tpg.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: ports@FreeBSD.org Subject: Re: Uptimes 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, 07 Mar 2006 18:48:36 -0000 I've been using both that one, and http://www.mreriksson.net/uptimes, for awhile now ... not 100% certain what happened to the uptimes one, since there are no annoucements on the site about moving, or being shut down, or anything :( On Tue, 7 Mar 2006, waza1101@tpg.com.au wrote: > What has happend to the uptimes.hostingwired site ? is this project > still going or has it since changed ? > _______________________________________________ > 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 Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 18:56:26 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4CE016A420 for ; Tue, 7 Mar 2006 18:56:26 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C0243D4C for ; Tue, 7 Mar 2006 18:56:25 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id C99AB1F87C18; Tue, 7 Mar 2006 19:56:24 +0100 (CET) Date: Tue, 7 Mar 2006 19:56:24 +0100 From: Roman Neuhauser To: Kris Kennaway Message-ID: <20060307185624.GE73973@isis.sigpipe.cz> Mail-Followup-To: Kris Kennaway , pfgshield-freebsd@yahoo.com, freebsd-ports@FreeBSD.org References: <20060220041815.3229.qmail@web32907.mail.mud.yahoo.com> <20060220043813.GA82552@xor.obsecurity.org> <20060307183756.GD73973@isis.sigpipe.cz> <20060307184210.GA33347@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307184210.GA33347@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: pfgshield-freebsd@yahoo.com, freebsd-ports@FreeBSD.org Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 18:56:26 -0000 # kris@obsecurity.org / 2006-03-07 13:42:10 -0500: > On Tue, Mar 07, 2006 at 07:37:56PM +0100, Roman Neuhauser wrote: > > # kris@obsecurity.org / 2006-02-19 23:38:13 -0500: > > > On Mon, Feb 20, 2006 at 05:18:15AM +0100, pfgshield-freebsd@yahoo.com wrote: > > > > Hi; > > > > > > > > amd64 has a rather nasty issue: in order to mix shared and static libraries > > > > everything has to be built with -fPIC. Most ports are either static or dynamic > > > > so it's usually not a problem, but I'm stating to find problems in the math > > > > section: packages like arpack and glpk are only built static and without -fPIC. > > > > And lately we are only building the dynamic version of ATLAS so packages that > > > > use many math libraries will have problems on amd64. > > > > > > > > Someone would say the easy way out of this would be to add -fPIC to everything > > > > by default, which works, but has some performance issues. If someone has a > > > > better solution I would like to hear it (please!) but if not I would like to > > > > suggest instead a general guideline: > > > > > > > > If the package includes a library that might be used frequently and doesn't > > > > include a shared version please add -fPIC to the amd64 version of the port, for > > > > example for math/arpack (and feel free to commit this): > > > > > > The best solution is to make the port also build a shared version; > > > it's usually not that difficult to modify the makefile. That way you > > > don't have to add nasty hacks. > > > > That doesn't solve the problem, which is: the static library is > > almost useless, and users might actually want or need to use the > > static library. > > Why do you say it's useless? The point of a static library is for > static linking, and this works fine on amd64 or any other > architecture. I say so because I installed the library (using the port) to use it in a shared library. The link failed with relocation errors. As far as I'm concerned (on amd64, that is), the port is dead weight. > > net/libpcap only installs lib/libpcap.so if you install into /usr, > > probably because all the dependent ports would need to be taught > > to look in /usr/local/lib first. > > I don't know what you're saying here. /usr/lib is walked first, /usr/lib/libpcap.so.N will mask /usr/local/lib/libpcap.so.M > > misc/ossp-uuid's ${PREFIX}/lib/libuuid.a (it configures with > > --disable-shared) cannot be used in shared libraries on amd64 > > because the port doesn't use -fPIC on this platform. > > The bug is presumably the --disable-shared. I'd prefer to link in the .a even if there was a .so. > > Ports that install static libraries *need* to use -fPIC on amd64. > > No, they need to also install shared libraries. Ok, to help me understand your view: Do you agree that it's a fact that static libraries installed without -fPIC can be used to create shared libraries on eg. i386? Do you agree that it's a fact that static libraries installed without -fPIC *cannot* be used to create shared libraries on eg. amd64? -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 19:07:01 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6B0116A420 for ; Tue, 7 Mar 2006 19:07:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ABCB43D72 for ; Tue, 7 Mar 2006 19:06:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0124C1A4E5F; Tue, 7 Mar 2006 11:06:55 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EB4B2514BD; Tue, 7 Mar 2006 14:06:49 -0500 (EST) Date: Tue, 7 Mar 2006 14:06:49 -0500 From: Kris Kennaway To: Kris Kennaway , pfgshield-freebsd@yahoo.com, freebsd-ports@FreeBSD.org Message-ID: <20060307190648.GA5176@xor.obsecurity.org> References: <20060220041815.3229.qmail@web32907.mail.mud.yahoo.com> <20060220043813.GA82552@xor.obsecurity.org> <20060307183756.GD73973@isis.sigpipe.cz> <20060307184210.GA33347@xor.obsecurity.org> <20060307185624.GE73973@isis.sigpipe.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20060307185624.GE73973@isis.sigpipe.cz> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 19:07:02 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 07:56:24PM +0100, Roman Neuhauser wrote: > > > > > If the package includes a library that might be used frequently a= nd doesn't > > > > > include a shared version please add -fPIC to the amd64 version of= the port, for > > > > > example for math/arpack (and feel free to commit this): > > > >=20 > > > > The best solution is to make the port also build a shared version; > > > > it's usually not that difficult to modify the makefile. That way y= ou > > > > don't have to add nasty hacks. > > >=20 > > > That doesn't solve the problem, which is: the static library is > > > almost useless, and users might actually want or need to use the > > > static library. > >=20 > > Why do you say it's useless? The point of a static library is for > > static linking, and this works fine on amd64 or any other > > architecture. >=20 > I say so because I installed the library (using the port) to use it > in a shared library. The link failed with relocation errors. As far > as I'm concerned (on amd64, that is), the port is dead weight. OK, so it just needs to be fixed to build a shared library too (as I said above). > > > net/libpcap only installs lib/libpcap.so if you install into /usr, > > > probably because all the dependent ports would need to be taught > > > to look in /usr/local/lib first. > >=20 > > I don't know what you're saying here. > =20 > /usr/lib is walked first, /usr/lib/libpcap.so.N will mask > /usr/local/lib/libpcap.so.M Yep, that's how it works. Again, what is your point? > > > misc/ossp-uuid's ${PREFIX}/lib/libuuid.a (it configures with > > > --disable-shared) cannot be used in shared libraries on amd64 > > > because the port doesn't use -fPIC on this platform. > >=20 > > The bug is presumably the --disable-shared. >=20 > I'd prefer to link in the .a even if there was a .so. I don't care what your preference is, it's wrong to expect this to work (see below). > > > Ports that install static libraries *need* to use -fPIC on amd64. > >=20 > > No, they need to also install shared libraries. >=20 > Ok, to help me understand your view: >=20 > Do you agree that it's a fact that static libraries installed > without -fPIC can be used to create shared libraries on eg. i386? By accident of the architecture, yes. The architectures on which this works are in the minority. > Do you agree that it's a fact that static libraries installed > without -fPIC *cannot* be used to create shared libraries on eg. > amd64? Yes, relocatable code needs to be used in relocatable libraries on amd64 and other architectures. Relocatable code should not be used in non-relocatable libraries since the extra indirection makes it slower. This sometimes *makes a measurable performance difference* that is important when you are trying to optimize for performance. In fact, chances are that the port in question is exactly such a case. Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDdnIWry0BWjoQKURAkslAKDELkTWaiIee93rwOtPvHinYjb4qgCgn8u/ kdryi6UVbx9hPmt7DW0yAVc= =9zpB -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 19:07:18 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2712F16A457 for ; Tue, 7 Mar 2006 19:07:18 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32713.mail.mud.yahoo.com (web32713.mail.mud.yahoo.com [68.142.206.26]) by mx1.FreeBSD.org (Postfix) with SMTP id E000643D53 for ; Tue, 7 Mar 2006 19:07:12 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 68222 invoked by uid 60001); 7 Mar 2006 19:07:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=p7sdHyHPIjLk+66kF3TUZGvkruwW+QcXHscsFQ+1OUjVif4/xh9VhNS6tI0FIIfkYqEJXTZve5RqoS9IIVh/ztFyABMMWEKZkh5ug8crut2cdtVhUsraYBfom9JsOWlLS3MLlxFlYtVQ8F+RUz9Z8OG2K/rUi9moBTROAggDIJA= ; Message-ID: <20060307190712.68220.qmail@web32713.mail.mud.yahoo.com> Received: from [200.118.66.85] by web32713.mail.mud.yahoo.com via HTTP; Tue, 07 Mar 2006 20:07:12 CET Date: Tue, 7 Mar 2006 20:07:12 +0100 (CET) From: To: Kris Kennaway , ports@FreeBSD.org In-Reply-To: <20060307184210.GA33347@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: Subject: Re: amd64 and -fPIC X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 19:07:18 -0000 --- Kris Kennaway ha scritto: ... > > > > That doesn't solve the problem, which is: the static library is > > almost useless, and users might actually want or need to use the > > static library. > > Why do you say it's useless? The point of a static library is for > static linking, and this works fine on amd64 or any other > architecture. > The problem is mixing static and shared libraries: this is perfectly legal and very often desired in most platforms except on amd64. There are reasons to use static libraries, there are reasons to use shared libraries, and there are reasons to want to use both. So unless the *.a standlaone library is only used on one (static) application, -fPIC looks pretty much unavoidable. cheers, Pedro. ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 19:26:12 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCF3316A422 for ; Tue, 7 Mar 2006 19:26:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B43D43D58 for ; Tue, 7 Mar 2006 19:26:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DD7961A4E66; Tue, 7 Mar 2006 11:26:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B3158517BC; Tue, 7 Mar 2006 14:26:06 -0500 (EST) Date: Tue, 7 Mar 2006 14:26:06 -0500 From: Kris Kennaway To: pfgshield-freebsd@yahoo.com Message-ID: <20060307192606.GA56153@xor.obsecurity.org> References: <20060307184210.GA33347@xor.obsecurity.org> <20060307190712.68220.qmail@web32713.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20060307190712.68220.qmail@web32713.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org, Kris Kennaway Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 19:26:12 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 08:07:12PM +0100, pfgshield-freebsd@yahoo.com wrote: >=20 > --- Kris Kennaway ha scritto:=20 >=20 > ... > > >=20 > > > That doesn't solve the problem, which is: the static library is > > > almost useless, and users might actually want or need to use the > > > static library. > >=20 > > Why do you say it's useless? The point of a static library is for > > static linking, and this works fine on amd64 or any other > > architecture. > >=20 >=20 > The problem is mixing static and shared libraries: this is perfectly legal Unjustified assertion. > and > very often desired in most platforms except on amd64 and other modern arc= hitectures. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDd5OWry0BWjoQKURAlydAJ4ys6yovSBvaGOg3nkddEN+5xT68ACfTGJN JoL31Ab3onSvEcSy6kl+SyU= =/cOZ -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 19:58:50 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75AD716A420 for ; Tue, 7 Mar 2006 19:58:50 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32714.mail.mud.yahoo.com (web32714.mail.mud.yahoo.com [68.142.206.27]) by mx1.FreeBSD.org (Postfix) with SMTP id A665943D60 for ; Tue, 7 Mar 2006 19:58:49 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 70341 invoked by uid 60001); 7 Mar 2006 19:58:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Q1aYU0tQRz8DbJ9Xc7G6hDx8z1GVzezAqRES+oC8kWlOLEbSzraeitlXC7P6LN31lTcrBEevW2992xthUhC0OffYuXtK99dou7FDNgiwCu/yYg28lhelt4gf0xhsJMk/uN/Du8mOlsMyVUCL38zjKij/XUO+4BZSrPh6vit2rlg= ; Message-ID: <20060307195849.70339.qmail@web32714.mail.mud.yahoo.com> Received: from [200.118.66.85] by web32714.mail.mud.yahoo.com via HTTP; Tue, 07 Mar 2006 20:58:49 CET Date: Tue, 7 Mar 2006 20:58:49 +0100 (CET) From: To: Kris Kennaway In-Reply-To: <20060307192606.GA56153@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: ports@FreeBSD.org Subject: Re: amd64 and -fPIC X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 19:58:50 -0000 --- Kris Kennaway ha scritto: > On Tue, Mar 07, 2006 at 08:07:12PM +0100, pfgshield-freebsd@yahoo.com wrote: > > > > --- Kris Kennaway ha scritto: > > > > ... > > > > > > > > That doesn't solve the problem, which is: the static library is > > > > almost useless, and users might actually want or need to use the > > > > static library. > > > > > > Why do you say it's useless? The point of a static library is for > > > static linking, and this works fine on amd64 or any other > > > architecture. > > > > > > > The problem is mixing static and shared libraries: this is perfectly legal > > Unjustified assertion. > I need it .. that's enough justification for me ;-). OK... not everyone has the namespace/library requirements I have (I have to use binaries that depend on different f77/f90 libraries with the same name), but even when the performance effect might be measurable, it's overall effect so minor I don't care. In any case this is not something that can be solved by the ports infrastructure or even FreeBSD: I agree the solution is NOT to build everything relocatable by default. > > and > > very often desired in most platforms except on amd64 > > and other modern > architectures. > An honest question: I would like to know what other modern architectures require this, I heard (but I'm not sure) that it's a consequence of the architecture running both 64 and 32 bit code so.. SPARC64 and ia64 need it too? Pedro. ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 20:33:32 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3FFE16A420 for ; Tue, 7 Mar 2006 20:33:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D4043D4C for ; Tue, 7 Mar 2006 20:33:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C8D1C1A4E5A; Tue, 7 Mar 2006 12:33:28 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2C1B55214D; Tue, 7 Mar 2006 15:33:28 -0500 (EST) Date: Tue, 7 Mar 2006 15:33:28 -0500 From: Kris Kennaway To: pfgshield-freebsd@yahoo.com Message-ID: <20060307203328.GA56429@xor.obsecurity.org> References: <20060307192606.GA56153@xor.obsecurity.org> <20060307195849.70339.qmail@web32714.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20060307195849.70339.qmail@web32714.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org, Kris Kennaway Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 20:33:32 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 08:58:49PM +0100, pfgshield-freebsd@yahoo.com wrote: > > > and > > > very often desired in most platforms except on amd64 > >=20 > > and other modern > > architectures. > >=20 >=20 > An honest question: I would like to know what other modern architectures > require this, I heard (but I'm not sure) that it's a consequence of the > architecture running both 64 and 32 bit code so.. SPARC64 and ia64 need i= t too? Yes, they both need it. It's not due to running both 64 and 32 bit code though. Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDe4XWry0BWjoQKURAu6XAKD93nFH3IY5JqOOFSG3+j05Gq8rNACfV7nl hkZsL4Y8+Q12glPmVz/5xcU= =5amF -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 20:54:59 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4717516A420 for ; Tue, 7 Mar 2006 20:54:59 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id A778943D45 for ; Tue, 7 Mar 2006 20:54:58 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost.xcllnt.net [127.0.0.1]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id k27KstKV012051; Tue, 7 Mar 2006 12:54:57 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.4/8.13.4/Submit) id k27Kstbb012050; Tue, 7 Mar 2006 12:54:55 -0800 (PST) (envelope-from marcel) Date: Tue, 7 Mar 2006 12:54:55 -0800 From: Marcel Moolenaar To: pfgshield-freebsd@yahoo.com Message-ID: <20060307205455.GA11840@ns1.xcllnt.net> References: <20060307192606.GA56153@xor.obsecurity.org> <20060307195849.70339.qmail@web32714.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307195849.70339.qmail@web32714.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, Kris Kennaway Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 20:54:59 -0000 On Tue, Mar 07, 2006 at 08:58:49PM +0100, pfgshield-freebsd@yahoo.com wrote: > > An honest question: I would like to know what other modern architectures > require this, I heard (but I'm not sure) that it's a consequence of the > architecture running both 64 and 32 bit code so.. SPARC64 and ia64 need it too? Yes, ia64 has the same link constraints. I don't think sparc64 has the same problems, but that doesn't mean anything. A shared object has to be position independent and any object files that constitute the shared object have to be constructed in such a way. For C/C++ and GCC this means that -fPIC is required. Some platforms (i.e. i386) don't generate different code for -fPIC, so the omission of -fPIC when it is necessary doesn't result in problems. This is just a quirk of the platform, not the norm. Also, linking an archive library into a shared object is perfectly valid, provided of course that all object files in the archive library are compiled for inclusion in a shared object. This of course means that they must be position independent and thus compiled with -fPIC (or equivalent). As such, you must determine up front for what purpose you create an archive library (linking into an executable or linking into a shared object) or create 2 variants: one non-PIC and one PIC. A generic port that only builds archive libraries better be PIC to cover all bases. Performance cannot really be a concern when you're working with generic parts. If performance is a concern, customization is pretty much a given and the use of generic parts is almost always abandoned. The kicker: With the introduction of the __thread keyword to define thread local storage, i386 now also requires the correct use of -fPIC, because the code generated for thread local storage is different for PIC and non-PIC. As far as I know, *NO* architecture can link shared objects without proper use of -fPIC when thread local storage is to be considered. Beware!!!!! -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 21:50:00 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6D9B16A420 for ; Tue, 7 Mar 2006 21:50:00 +0000 (GMT) (envelope-from savrus@mexmat.net) Received: from gulipin.mexmat.net (gulipin.mexmat.net [217.67.124.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24ADC43D48 for ; Tue, 7 Mar 2006 21:49:54 +0000 (GMT) (envelope-from savrus@mexmat.net) Received: from mail@gulipin by gulipin.mexmat.net (8.13.4/8.13.4) with ESMTP id k27Lnka8041775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 8 Mar 2006 00:49:48 +0300 (MSK) Received: from localhost (localhost. [127.0.0.1]) by savrus.fds. (8.13.4/8.13.3) with ESMTP id k27JVV4T030854 for ; Tue, 7 Mar 2006 22:31:32 +0300 (MSK) (envelope-from savrus@mexmat.net) Date: Tue, 07 Mar 2006 22:31:31 +0300 (MSK) Message-Id: <20060307.223131.635794621.savrus@mexmat.net> To: freebsd-ports@freebsd.org From: Ruslan Savchenko X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Tue_Mar__7_22_31_31_2006_697)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on gulipin.mexmat.net X-Virus-Status: Clean Subject: little improvement in security/pam-mysql 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, 07 Mar 2006 21:50:01 -0000 ----Next_Part(Tue_Mar__7_22_31_31_2006_697)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello! I had a problem with using md5 passwords with this port (not crypt()ed md5). When I tried to set crypt=md5, I saw message Mar 3 17:00:24 ssh login: pam_mysql - non-crypt()ish MD5 hash is not supported in this build. Looking throw source shows that it depends on HAVE_PAM_MYSQL_MD5_DATA definition. One way to get it defined is to have HAVE_MD5DATA defined (and MD5Data() in md5.h). FreeBSD's sys/md5.h has MD5Data(), but no HAVE_MD5DATA. If HAVE_MD5DATA is defined in pam_mysql.c md5 passwords work well, so one way to fix this is to apply attached patch to pam_mysql.c This looks like pr, but should I send it on such a problem? I'm waiting for answer. uname -a FreeBSD shadow 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 #0: Sun Sep 25 15:51:58 MSD 2005 root@boo.fds.:/usr/obj/usr/src/sys/BOO i386 pkg_info -aI bash-3.0.16_1 The GNU Project's Bourne Again SHell emacs-21.3_8 GNU editing macros gettext-0.14.5 GNU gettext package gkrellm-2.2.7 A GTK based system monitor glib-1.2.10_11 Some useful routines of C programming (previous stable vers glib-2.6.6 Some useful routines of C programming (current stable versi leim-21.3_1 Libraries of (GNU) Emacs Input Method libiconv-1.9.2_1 A character set conversion library libnss-mysql-1.5 NSS module using a MySQL database for backend mc-4.6.1_2 Midnight Commander, a free Norton Commander Clone mysql-client-4.1.14 Multithreaded SQL database (client) nss_ldap-1.239 RFC 2307 NSS module openldap-client-2.2.28 Open source LDAP client implementation pam_ldap-1.8.0 A pam module for authenticating with LDAP pam_mkhomedir-0.1 Create HOME with a PAM module on demand pam_mysql-0.6.2 A pam module for authenticating with MySQL perl-5.8.7 Practical Extraction and Report Language pkgconfig-0.17.2 A utility to retrieve information about installed libraries ----Next_Part(Tue_Mar__7_22_31_31_2006_697)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch_pam_mysql.c" --- pam_mysql.c.old Tue Mar 7 21:54:04 2006 +++ pam_mysql.c Tue Mar 7 21:55:56 2006 @@ -121,6 +121,7 @@ #ifndef HAVE_OPENSSL #ifdef HAVE_MD5_H +#define HAVE_MD5DATA #include #endif ----Next_Part(Tue_Mar__7_22_31_31_2006_697)---- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 22:35:27 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE41D16A420 for ; Tue, 7 Mar 2006 22:35:27 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07BED43D48 for ; Tue, 7 Mar 2006 22:35:27 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 9F6E61F87C15; Tue, 7 Mar 2006 23:35:25 +0100 (CET) Date: Tue, 7 Mar 2006 23:35:25 +0100 From: Roman Neuhauser To: Marcel Moolenaar Message-ID: <20060307223525.GA4435@isis.sigpipe.cz> Mail-Followup-To: Marcel Moolenaar , pfgshield-freebsd@yahoo.com, ports@freebsd.org, Kris Kennaway References: <20060307192606.GA56153@xor.obsecurity.org> <20060307195849.70339.qmail@web32714.mail.mud.yahoo.com> <20060307205455.GA11840@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307205455.GA11840@ns1.xcllnt.net> User-Agent: Mutt/1.5.9i Cc: ports@freebsd.org, pfgshield-freebsd@yahoo.com, Kris Kennaway Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 22:35:27 -0000 # marcel@xcllnt.net / 2006-03-07 12:54:55 -0800: > A shared object has to be position independent and any object files > that constitute the shared object have to be constructed in such a > way. For C/C++ and GCC this means that -fPIC is required. Some > platforms (i.e. i386) don't generate different code for -fPIC, so the > omission of -fPIC when it is necessary doesn't result in problems. > This is just a quirk of the platform, not the norm. Also, linking an > archive library into a shared object is perfectly valid, provided of > course that all object files in the archive library are compiled for > inclusion in a shared object. This of course means that they must be > position independent and thus compiled with -fPIC (or equivalent). As > such, you must determine up front for what purpose you create an > archive library (linking into an executable or linking into a shared > object) or create 2 variants: one non-PIC and one PIC. > > A generic port that only builds archive libraries better be PIC to > cover all bases. Performance cannot really be a concern when you're > working with generic parts. If performance is a concern, customization > is pretty much a given and the use of generic parts is almost always > abandoned. That's pretty much what I've been trying to say, except this version is much better. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 22:40:12 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B09A516A420 for ; Tue, 7 Mar 2006 22:40:12 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58DB343D7D for ; Tue, 7 Mar 2006 22:39:54 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id EA6B11F87BEE; Tue, 7 Mar 2006 23:39:53 +0100 (CET) Date: Tue, 7 Mar 2006 23:39:53 +0100 From: Roman Neuhauser To: Ruslan Savchenko Message-ID: <20060307223953.GB4435@isis.sigpipe.cz> Mail-Followup-To: Ruslan Savchenko , freebsd-ports@freebsd.org References: <20060307.223131.635794621.savrus@mexmat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307.223131.635794621.savrus@mexmat.net> User-Agent: Mutt/1.5.9i Cc: freebsd-ports@freebsd.org Subject: Re: little improvement in security/pam-mysql 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, 07 Mar 2006 22:40:12 -0000 # savrus@mexmat.net / 2006-03-07 22:31:31 +0300: > When I tried to set crypt=md5, I saw message > > Mar 3 17:00:24 ssh login: pam_mysql - non-crypt()ish MD5 hash is not supported > in this build. > > Looking throw source shows that it depends on HAVE_PAM_MYSQL_MD5_DATA > definition. One way to get it defined is to have HAVE_MD5DATA defined > (and MD5Data() in md5.h). FreeBSD's sys/md5.h has MD5Data(), but no > HAVE_MD5DATA. If HAVE_MD5DATA is defined in pam_mysql.c md5 passwords > work well, so one way to fix this is to apply attached patch to > pam_mysql.c > --- pam_mysql.c.old Tue Mar 7 21:54:04 2006 > +++ pam_mysql.c Tue Mar 7 21:55:56 2006 > @@ -121,6 +121,7 @@ > > #ifndef HAVE_OPENSSL > #ifdef HAVE_MD5_H > +#define HAVE_MD5DATA > #include > #endif This is not the right fix. HAVE_MD5DATA is probably supposed to get set by pam-mysql's configure script. What's the output of running make configure in the port, and what's in ${WRKSRC}/config.log? -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 22:48:04 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A54B616A420 for ; Tue, 7 Mar 2006 22:48:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 638A843D46 for ; Tue, 7 Mar 2006 22:48:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 46D9B1A4E6B; Tue, 7 Mar 2006 14:48:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 97FD95186D; Tue, 7 Mar 2006 17:48:03 -0500 (EST) Date: Tue, 7 Mar 2006 17:48:03 -0500 From: Kris Kennaway To: Marcel Moolenaar , pfgshield-freebsd@yahoo.com, ports@freebsd.org, Kris Kennaway Message-ID: <20060307224803.GA66021@xor.obsecurity.org> References: <20060307192606.GA56153@xor.obsecurity.org> <20060307195849.70339.qmail@web32714.mail.mud.yahoo.com> <20060307205455.GA11840@ns1.xcllnt.net> <20060307223525.GA4435@isis.sigpipe.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <20060307223525.GA4435@isis.sigpipe.cz> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 22:48:04 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 11:35:25PM +0100, Roman Neuhauser wrote: > > A generic port that only builds archive libraries better be PIC to > > cover all bases. Performance cannot really be a concern when you're > > working with generic parts. If performance is a concern, customization > > is pretty much a given and the use of generic parts is almost always > > abandoned. >=20 > That's pretty much what I've been trying to say, except this version > is much better. I like this version: "Computers are basically fast enough, so let's not worry about negative performance effects and just go for what is convenient for developers instead". Kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDg2jWry0BWjoQKURAl+KAJ92SwBm/Ix22PbK/gIxIvbRs9ARjQCgjS3C fmv8sggaoZFpZLD6vYNIZ24= =SMbv -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 23:02:38 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1503516A422; Tue, 7 Mar 2006 23:02:38 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk [62.49.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C23543D45; Tue, 7 Mar 2006 23:02:32 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail pickup service by magnum.mistaken-identity.co.uk with Microsoft SMTPSVC; Tue, 7 Mar 2006 23:01:17 +0000 thread-index: AcZCOwNBWfWmaDwPRy2PiNzS2NJ4Wg== X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Message-ID: <001301c6423b$0341deb0$fe07000a@Home.local> Date: Tue, 7 Mar 2006 23:01:05 -0000 Content-Transfer-Encoding: 7bit From: "Kris Kennaway" To: References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov><440A31BC.2060701@rogers.com> MIME-Version: 1.0 X-Mailer: Microsoft CDO for Exchange 2000 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <440A31BC.2060701@rogers.com> User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Sender: Errors-To: owner-freebsd-stable@freebsd.org X-Antivirus: AVG for E-mail 7.1.375 [268.0.0/266] X-OriginalArrivalTime: 07 Mar 2006 23:01:17.0046 (UTC) FILETIME=[0A54A160:01C6423B] Cc: ports@freebsd.org, freebsd-stable@freebsd.org, Sam Sirlin , obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scriptsignores parameters) X-BeenThere: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 23:02:38 -0000 This is a multi-part message in MIME format. --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 04, 2006 at 07:33:00PM -0500, Mike Jakubik wrote: > Sam Sirlin wrote: > >FYI, in case there was any doubt, this annoying bug is also present in= =20 > >a recent 6.0-STABLE (Sat Jan 14) on amd 64. > > > >CONFIG_SHELL=3D/bin/sh is a fix. > > > > =20 >=20 > Shouldn't the port be marked broken or reverted to a working copy in=20 > that case? The preference is to fix it, of course, but if that can't happen in the next day or two we'll do one or the other for the releases. Kris --Dxnq1zWXvFF0Q93v Content-Transfer-Encoding: 7bit Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECl/LWry0BWjoQKURAkpTAJ989vV3ndC0jce5/Kd3hyTYEerapQCfQVSi sg/jnNOb0X1wc7JxTAOVj2o= =tAdD -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 23:03:01 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33F3916A422; Tue, 7 Mar 2006 23:03:01 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk [62.49.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F66D43D5E; Tue, 7 Mar 2006 23:02:50 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail pickup service by magnum.mistaken-identity.co.uk with Microsoft SMTPSVC; Tue, 7 Mar 2006 23:01:21 +0000 thread-index: AcZCOwzOHQ3ZW17lRZiGGF3IuhaUlA== X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Message-ID: <008801c6423b$0cd04fc0$fe07000a@Home.local> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=0PVHO9rB2g1EQ8fTH38w5cmvCtvdtsN9KW+7EWSnwvIx/ZWd+Kybk4JqKmmrgQ7Mi10gZ1a1QNH3mHbG2j85h4vF27iSAZhOVfRt2MiLlC7cB4zDro4W8pjmaHkgyeoDJyJXpH37epoiSMkQioo3pWUtPukg/RBxH95Tm1iSFWQ=; X-Mailer: Microsoft CDO for Exchange 2000 Date: Tue, 7 Mar 2006 23:01:21 -0000 From: "Mike Jakubik" User-Agent: Thunderbird 1.5 (Windows/20051201) To: References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov><440A31BC.2060701@rogers.com><20060305034931.GA67813@xor.obsecurity.org> In-Reply-To: <20060305034931.GA67813@xor.obsecurity.org> X-BeenThere: freebsd-stable@freebsd.org Content-Class: urn:content-classes:message Importance: normal Priority: normal X-Mailman-Version: 2.1.5 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org X-Antivirus: AVG for E-mail 7.1.375 [268.0.0/266] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; format=flowed; charset="ISO-8859-1" X-OriginalArrivalTime: 07 Mar 2006 23:01:21.0953 (UTC) FILETIME=[0D416110:01C6423B] Cc: ports@freebsd.org, freebsd-stable@freebsd.org, Sam Sirlin , obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 23:03:01 -0000 Kris Kennaway wrote: > On Sat, Mar 04, 2006 at 07:33:00PM -0500, Mike Jakubik wrote: > >> Shouldn't the port be marked broken or reverted to a working copy in >> that case? >> > > The preference is to fix it, of course, but if that can't happen in > the next day or two we'll do one or the other for the releases. > > Kris > Agreed. I've emailed bug-bash@gnu.org about this. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 268.0.0/266 - Release Date: 21/02/2006 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 23:03:46 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACA5316A420; Tue, 7 Mar 2006 23:03:46 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk [62.49.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD2F43D72; Tue, 7 Mar 2006 23:03:28 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail pickup service by magnum.mistaken-identity.co.uk with Microsoft SMTPSVC; Tue, 7 Mar 2006 23:01:33 +0000 thread-index: AcZCOw5JQHQIOvmfTGuNeW/4+9Itfg== X-Original-To: freebsd-stable@FreeBSD.ORG Message-ID: <00d601c6423b$0e4b2ff0$fe07000a@Home.local> Delivered-To: freebsd-stable@FreeBSD.ORG Content-Transfer-Encoding: 7bit X-Mailer: Microsoft CDO for Exchange 2000 Date: Tue, 7 Mar 2006 23:01:23 -0000 From: "Kris Kennaway" To: References: <20060303172231.GA8478@xor.obsecurity.org><20060303173355.1F0FB45041@ptavv.es.net><20060303173925.GA8832@xor.obsecurity.org><20060303175644.GA77766@mid.pc5.i.0x5.de><20060305083625.GB90680@mid.pc5.i.0x5.de><20060305084123.GA73405@xor.obsecurity.org><20060305085754.GA42388@mid.pc5.i.0x5.de><20060305090119.GA73809@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 In-Reply-To: <20060305090119.GA73809@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org X-Antivirus: AVG for E-mail 7.1.375 [268.0.0/266] X-OriginalArrivalTime: 07 Mar 2006 23:01:33.0700 (UTC) FILETIME=[1441D440:01C6423B] Cc: ports@FreeBSD.org, rainer.alves@gmail.com, freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scriptsignores parameters) X-BeenThere: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 23:03:46 -0000 This is a multi-part message in MIME format. --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 05, 2006 at 04:01:19AM -0500, Kris Kennaway wrote: > On Sun, Mar 05, 2006 at 09:57:54AM +0100, Nicolas Rachinsky wrote: > > * Kris Kennaway [2006-03-05 03:41 -0500]: > > > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: > > > > The problem seems to depend on the installed bison version. With no > > > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it > > > > doesn't. > > >=20 > > > Installed at what point: the build time of the bash port, or runtime > > > (which would be very odd)? > >=20 > > The build time. I submitted ports/94086, which contains a > > fix/workaround. >=20 > Great, thanks for tracking this down! Can others confirm this > solution? I have committed the patch, so this should go away next time you portupgrade. Kris --mYCpIKhGyMATD0i+ Content-Transfer-Encoding: 7bit Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDLDOWry0BWjoQKURAqDjAKDnz8VpSkNDF5SJfwZyDxEbCL44SgCgjpim SlO+++msPDsqaY2CQiDS3/E= =TlhR -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 23:04:02 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ADC416A423; Tue, 7 Mar 2006 23:04:02 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk [62.49.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17F6C43D58; Tue, 7 Mar 2006 23:03:54 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail pickup service by magnum.mistaken-identity.co.uk with Microsoft SMTPSVC; Tue, 7 Mar 2006 23:01:42 +0000 thread-index: AcZCOwXPRn1quL//SRWy1D/VSyFnDQ== X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Message-ID: <006101c6423b$05d16330$fe07000a@Home.local> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=xT6RV4oCXXUnh26+miU1Cvac46MIoldQoLqii2a5NGIYIE6lUSXo/a4q44NPXZy7yl6fBheoN7uYI3KhD1JQIwNIQJQd5AilFDe+inHAJS/fuDfZ5q1wX1APMYE6otzEO8FcSq9WzvvpycyZfYeOL8ikXOCePSViD3CGuUvD3Kk=; Date: Tue, 7 Mar 2006 23:01:09 -0000 X-Mailer: Microsoft CDO for Exchange 2000 From: "Mike Jakubik" User-Agent: Thunderbird 1.5 (Windows/20051201) To: References: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> In-Reply-To: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Content-Class: urn:content-classes:message Importance: normal Precedence: list Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Sender: Errors-To: owner-freebsd-stable@freebsd.org X-Antivirus: AVG for E-mail 7.1.375 [268.0.0/266] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; format=flowed; charset="ISO-8859-1" X-OriginalArrivalTime: 07 Mar 2006 23:01:42.0372 (UTC) FILETIME=[196D1240:01C6423B] Cc: ports@freebsd.org, freebsd-stable@freebsd.org, obrien@FreeBSD.org Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) X-BeenThere: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 23:04:02 -0000 Sam Sirlin wrote: > FYI, in case there was any doubt, this annoying bug is also present in > a recent 6.0-STABLE (Sat Jan 14) on amd 64. > > CONFIG_SHELL=/bin/sh is a fix. > > Shouldn't the port be marked broken or reverted to a working copy in that case? _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 268.0.0/266 - Release Date: 21/02/2006 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 23:04:11 2006 Return-Path: X-Original-To: ports@FreeBSD.ORG Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31D9B16A43E; Tue, 7 Mar 2006 23:04:11 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from magnum.mistaken-identity.co.uk (slayer-of.demon.co.uk [62.49.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AFEF43D5A; Tue, 7 Mar 2006 23:04:08 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from mail pickup service by magnum.mistaken-identity.co.uk with Microsoft SMTPSVC; Tue, 7 Mar 2006 23:01:52 +0000 thread-index: AcZCOw1PNvhydrEbSOGAua109YekGQ== X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Message-ID: <009e01c6423b$0d4f1cb0$fe07000a@Home.local> Content-Transfer-Encoding: 7bit Date: Tue, 7 Mar 2006 23:01:22 -0000 From: "David O'Brien" X-Mailer: Microsoft CDO for Exchange 2000 To: References: <20060303172231.GA8478@xor.obsecurity.org><20060303173355.1F0FB45041@ptavv.es.net><20060303173925.GA8832@xor.obsecurity.org><20060303175644.GA77766@mid.pc5.i.0x5.de><20060305083625.GB90680@mid.pc5.i.0x5.de><20060305084123.GA73405@xor.obsecurity.org><20060305085754.GA42388@mid.pc5.i.0x5.de><20060305090119.GA73809@xor.obsecurity.org><20060306215942.GA52904@xor.obsecurity.org> In-Reply-To: <20060306215942.GA52904@xor.obsecurity.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-stable@freebsd.org X-Antivirus: AVG for E-mail 7.1.375 [268.0.0/266] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline X-OriginalArrivalTime: 07 Mar 2006 23:01:52.0346 (UTC) FILETIME=[1F5EFBA0:01C6423B] Cc: ports@FreeBSD.ORG, rainer.alves@gmail.com, freebsd-stable@FreeBSD.ORG Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scriptsignores parameters) X-BeenThere: freebsd-ports@freebsd.org Reply-To: obrien@FreeBSD.ORG List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 23:04:11 -0000 On Mon, Mar 06, 2006 at 04:59:42PM -0500, Kris Kennaway wrote: > On Sun, Mar 05, 2006 at 04:01:19AM -0500, Kris Kennaway wrote: > > On Sun, Mar 05, 2006 at 09:57:54AM +0100, Nicolas Rachinsky wrote: > > > * Kris Kennaway [2006-03-05 03:41 -0500]: > > > > On Sun, Mar 05, 2006 at 09:36:25AM +0100, Nicolas Rachinsky wrote: > > > > > The problem seems to depend on the installed bison version. With no > > > > > bison or bison-2.1_1 installed it works fine, with bison-1.75_2,1 it > > > > > doesn't. > > > > > > > > Installed at what point: the build time of the bash port, or runtime > > > > (which would be very odd)? > > > > > > The build time. I submitted ports/94086, which contains a > > > fix/workaround. > > > > Great, thanks for tracking this down! Can others confirm this > > solution? > > I have committed the patch, so this should go away next time you > portupgrade. Kris, thanks for taking care of this. I've been Net-dead for 3 weeks. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 268.0.0/266 - Release Date: 21/02/2006 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 23:14:03 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C910516A420 for ; Tue, 7 Mar 2006 23:14:03 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BCCC43D48 for ; Tue, 7 Mar 2006 23:14:02 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 257401F87BEE; Wed, 8 Mar 2006 00:14:01 +0100 (CET) Date: Wed, 8 Mar 2006 00:14:01 +0100 From: Roman Neuhauser To: Kris Kennaway Message-ID: <20060307231400.GC4435@isis.sigpipe.cz> Mail-Followup-To: Kris Kennaway , Marcel Moolenaar , pfgshield-freebsd@yahoo.com, ports@freebsd.org References: <20060307192606.GA56153@xor.obsecurity.org> <20060307195849.70339.qmail@web32714.mail.mud.yahoo.com> <20060307205455.GA11840@ns1.xcllnt.net> <20060307223525.GA4435@isis.sigpipe.cz> <20060307224803.GA66021@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307224803.GA66021@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: ports@freebsd.org, pfgshield-freebsd@yahoo.com, Marcel Moolenaar Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 23:14:03 -0000 # kris@obsecurity.org / 2006-03-07 17:48:03 -0500: > On Tue, Mar 07, 2006 at 11:35:25PM +0100, Roman Neuhauser wrote: > > > > A generic port that only builds archive libraries better be PIC to > > > cover all bases. Performance cannot really be a concern when you're > > > working with generic parts. If performance is a concern, customization > > > is pretty much a given and the use of generic parts is almost always > > > abandoned. > > > > That's pretty much what I've been trying to say, except this version > > is much better. > > I like this version: > > "Computers are basically fast enough, so let's not worry about > negative performance effects and just go for what is convenient for > developers instead". Ok, is there a compromise? Someone mentioned installing both PDC and PIC versions under different names. There *are* situations when linking a static library into a shared one is desirable, and it would be nice if ports catered for this usage as well (they do, as a side effect, on i386 now). Perhaps ld could then grow intelligence to transform ld -shared -static -lfoo into ld -shared -static -lfoo_pic though I'm certainly out of my bailiwick here. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 7 23:23:01 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9664916A422 for ; Tue, 7 Mar 2006 23:23:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 781E243D79 for ; Tue, 7 Mar 2006 23:22:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1228C1A4E4C; Tue, 7 Mar 2006 15:22:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CF4A9547DB; Tue, 7 Mar 2006 18:22:40 -0500 (EST) Date: Tue, 7 Mar 2006 18:22:40 -0500 From: Kris Kennaway To: Kris Kennaway , Marcel Moolenaar , pfgshield-freebsd@yahoo.com, ports@freebsd.org Message-ID: <20060307232240.GA15044@xor.obsecurity.org> References: <20060307192606.GA56153@xor.obsecurity.org> <20060307195849.70339.qmail@web32714.mail.mud.yahoo.com> <20060307205455.GA11840@ns1.xcllnt.net> <20060307223525.GA4435@isis.sigpipe.cz> <20060307224803.GA66021@xor.obsecurity.org> <20060307231400.GC4435@isis.sigpipe.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <20060307231400.GC4435@isis.sigpipe.cz> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: amd64 and -fPIC 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, 07 Mar 2006 23:23:01 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 12:14:01AM +0100, Roman Neuhauser wrote: > # kris@obsecurity.org / 2006-03-07 17:48:03 -0500: > > On Tue, Mar 07, 2006 at 11:35:25PM +0100, Roman Neuhauser wrote: > >=20 > > > > A generic port that only builds archive libraries better be PIC to > > > > cover all bases. Performance cannot really be a concern when you're > > > > working with generic parts. If performance is a concern, customizat= ion > > > > is pretty much a given and the use of generic parts is almost always > > > > abandoned. > > >=20 > > > That's pretty much what I've been trying to say, except this vers= ion > > > is much better. > >=20 > > I like this version: > >=20 > > "Computers are basically fast enough, so let's not worry about > > negative performance effects and just go for what is convenient for > > developers instead". >=20 > Ok, is there a compromise? Someone mentioned installing both PDC and > PIC versions under different names. Yes, that would be fine (libfoo.a and libfoo_pic.a are the usual conventions). Kris --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD4DBQFEDhXAWry0BWjoQKURAp+MAJdvPBue71yPC5471wVW1CEymGIzAKC1H6FK AbLNTdRO3InEtncvma2Pvg== =kL+G -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 02:04:48 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49EE916A420; Wed, 8 Mar 2006 02:04:48 +0000 (GMT) (envelope-from synack@netspace.net.au) Received: from mail.netspace.net.au (cumulus.netspace.net.au [203.10.110.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1BDC43D45; Wed, 8 Mar 2006 02:04:47 +0000 (GMT) (envelope-from synack@netspace.net.au) Received: from [192.168.0.3] (220-253-32-237.VIC.netspace.net.au [220.253.32.237]) by mail.netspace.net.au (Postfix) with ESMTP id 34DC67C3BB; Wed, 8 Mar 2006 13:04:44 +1100 (EST) Message-ID: <440E3D7F.9060602@netspace.net.au> Date: Wed, 08 Mar 2006 13:12:15 +1100 From: "B .Wiggins" User-Agent: Thunderbird 1.5 (X11/20060307) MIME-Version: 1.0 To: freebsd-ports@freebsd.org, Ion-Mihai Tetcu , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [SOLVED] cnet compile 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: Wed, 08 Mar 2006 02:04:48 -0000 Hello Brett, > > I am currently studying a Data communications and networking > > subject at Monash University. I am using cnet at home for the labs on my > > FreeBSD notebook as we are using William Stallings' textbook. There > > seems to be a problem with the cnet source code. I have emailed the > > FreeBSD cnet maintainer and they suggested emailing you. Basically the > > problem is as follows; > All of these errors are "the same" and stem from the fact that your version of cnet, v2.0.9 I think, was built before the latest versions of gcc (in FreeBSD and Fedora, among others) became more aggressive about parameter type checking. Two simple changes are necessary: In the cnet header file, cnet.h, change to: extern void CNET_exit(const char *filenm, const char *function, int lineno); and in src/exit.c change to: void CNET_exit(const char *filenm, const char *function, int lineno) { .... } I've made these and a few other (overdue) changes in the distribution, now v2.0.10, available from from: http://www.csse.uwa.edu.au/cnet/index.html Please feel free to distribute this email as widely as you need. Comments and more bug reports welcome. -- "If you are new to UNIX, you may be used to clicking something and seeing either an "OK" message, an error, nothing, or (all too often) a pretty blue screen with nifty high-tech letters explaining exactly where the system crashed" - Michael Lucas From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 02:09:43 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E0EB16A420; Wed, 8 Mar 2006 02:09:43 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1202143D49; Wed, 8 Mar 2006 02:09:42 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id E597B1749E; Wed, 8 Mar 2006 04:09:38 +0200 (EET) Date: Wed, 8 Mar 2006 04:09:38 +0200 From: Ion-Mihai Tetcu To: "B .Wiggins" Message-ID: <20060308040938.0130ad43@it.buh.tecnik93.com> In-Reply-To: <440E3D7F.9060602@netspace.net.au> References: <440E3D7F.9060602@netspace.net.au> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [SOLVED] cnet compile 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: Wed, 08 Mar 2006 02:09:43 -0000 On Wed, 08 Mar 2006 13:12:15 +1100 "B .Wiggins" wrote: > Hello Brett, > > > > > I am currently studying a Data communications and networking > > > subject at Monash University. I am using cnet at home for the labs on my > > > FreeBSD notebook as we are using William Stallings' textbook. There > > > seems to be a problem with the cnet source code. I have emailed the > > > FreeBSD cnet maintainer and they suggested emailing you. Basically the > > > problem is as follows; > > > > > All of these errors are "the same" and stem from the fact that your > version of cnet, v2.0.9 I think, was built before the latest versions of > gcc (in FreeBSD and Fedora, among others) became more aggressive about > parameter type checking. Heh, so I was right. I will update the port. Thanks, -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #204: Just pick up the phone and give modem connect sounds. "Well you said we should get more lines so we don't have voice lines." From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 03:30:26 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDEBC16A420 for ; Wed, 8 Mar 2006 03:30:26 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32701.mail.mud.yahoo.com (web32701.mail.mud.yahoo.com [68.142.207.245]) by mx1.FreeBSD.org (Postfix) with SMTP id 4834643D45 for ; Wed, 8 Mar 2006 03:30:26 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 16577 invoked by uid 60001); 8 Mar 2006 03:30:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=CLWqPYNfBdHILFjjvwDDw77p6sah/wy4CWejCmGdfPjkKglaSBYYVRTqqU8dbLInGV23YuqynlkWAuY8Rf/U8OHNI32ucHC3+g0X3m1OrFfpNbc1UC2N3qnsw8heUq3T3Gmarh/uqc7AXR7TjifPJg45g9XXduHHpHhS0OQsOXM= ; Message-ID: <20060308033025.16575.qmail@web32701.mail.mud.yahoo.com> Received: from [200.118.66.85] by web32701.mail.mud.yahoo.com via HTTP; Wed, 08 Mar 2006 04:30:25 CET Date: Wed, 8 Mar 2006 04:30:25 +0100 (CET) From: To: Kris Kennaway , Marcel Moolenaar , ports@freebsd.org In-Reply-To: <20060307232240.GA15044@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: Subject: Re: amd64 and -fPIC X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 03:30:26 -0000 Thanks for the explanation Marcel ! Hmm...I'm actually glad that i386 with threads now has this problem too ;). --- Kris Kennaway ha scritto: ... > > > > Ok, is there a compromise? Someone mentioned installing both PDC and > > PIC versions under different names. > > Yes, that would be fine (libfoo.a and libfoo_pic.a are the usual > conventions). > I am actually a LOT lazier...in fact this would make a mess building calculix and tochnog (with the shared version of ATLAS). I want to be able to build with pic or without pic. Something like this in bsd.port.mk .ifdef WITH_PIC CFLAGS += -fPIC FFLAGS += -fPIC .endif So I just add WITH_PIC=yes to the ports that need it. cheers, Pedro. ___________________________________ Yahoo! Messenger with Voice: chiama da PC a telefono a tariffe esclusive http://it.messenger.yahoo.com ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 06:31:19 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0585716A420 for ; Wed, 8 Mar 2006 06:31:19 +0000 (GMT) (envelope-from mario@schmut.com) Received: from mail.schmut.com (mail.schmut.com [66.92.49.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 6544543D45 for ; Wed, 8 Mar 2006 06:31:18 +0000 (GMT) (envelope-from mario@schmut.com) Received: (qmail 43736 invoked by uid 89); 8 Mar 2006 06:31:17 -0000 Received: from schmut.com (snoopy.schmut.com [192.168.23.1]) by snoopy.schmut.com (tmda-ofmipd) with ESMTP; Tue, 07 Mar 2006 22:31:14 -0800 (PST) Received: from 192.168.223.4 (SquirrelMail authenticated user mario@schmut.com) by mail.schmut.com with HTTP; Tue, 7 Mar 2006 22:31:15 -0800 (PST) Message-ID: <43168.192.168.223.4.1141799475.squirrel@mail.schmut.com> Date: Tue, 7 Mar 2006 22:31:15 -0800 (PST) To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.9) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: mario X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) X-Primary-Address: mario@schmut.com Subject: qmail config question X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mario List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 06:31:19 -0000 hi, i'm in the process of installing qmail on release 6.0. I've been running qmail for years on 4-stable and enjoy not having to mock with it. As i'm installing it, i'm presented with these options. [ ] QMAILQUEUE_PATCH run a QMAILQUEUE program [ ] BIG_TODO_PATCH enable big_todo qmail patch [ ] BIG_CONCURRENCY_PATCH use a concurrency greater than 240 [ ] OUTGOINGIP_PATCH set the IP address to send messages [ ] LOCALTIME_PATCH emit dates in the local timezone [ ] QMTPC_PATCH send email using qmtp protocol [ ] MAILDIRQUOTA_PATCH Maildir++ support [ ] BLOCKEXEC_PATCH block many windows viruses/worms [ ] DISCBOUNCES_PATCH discard double-bounces [ ] SPF_PATCH Implement SPF checker [X] RCDLINK create rc.d/qmail.sh I've googled for things like BIG_TODO_PATCH or OUTGOINGIP_PATCH but couldn't find anything other than the makefile that i've already looked at. While some of these are fairly self explanatory others elude me a bit. Are these documented anywhere? Thanks in advance. mario;> From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 06:35:39 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3154216A420 for ; Wed, 8 Mar 2006 06:35:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C904743D49 for ; Wed, 8 Mar 2006 06:35:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AE22E1A3C1B; Tue, 7 Mar 2006 22:35:38 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F161152529; Wed, 8 Mar 2006 01:35:37 -0500 (EST) Date: Wed, 8 Mar 2006 01:35:37 -0500 From: Kris Kennaway To: mario Message-ID: <20060308063537.GA53890@xor.obsecurity.org> References: <43168.192.168.223.4.1141799475.squirrel@mail.schmut.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <43168.192.168.223.4.1141799475.squirrel@mail.schmut.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org Subject: Re: qmail config question 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, 08 Mar 2006 06:35:39 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 10:31:15PM -0800, mario wrote: > hi, > i'm in the process of installing qmail on release 6.0. I've been running > qmail for years on 4-stable and enjoy not having to mock with it. As i'm > installing it, i'm presented with these options. >=20 > [ ] QMAILQUEUE_PATCH run a QMAILQUEUE program > [ ] BIG_TODO_PATCH enable big_todo qmail patch > [ ] BIG_CONCURRENCY_PATCH use a concurrency greater than 240 > [ ] OUTGOINGIP_PATCH set the IP address to send messages > [ ] LOCALTIME_PATCH emit dates in the local timezone > [ ] QMTPC_PATCH send email using qmtp protocol > [ ] MAILDIRQUOTA_PATCH Maildir++ support > [ ] BLOCKEXEC_PATCH block many windows viruses/worms > [ ] DISCBOUNCES_PATCH discard double-bounces > [ ] SPF_PATCH Implement SPF checker > [X] RCDLINK create rc.d/qmail.sh >=20 > I've googled for things like BIG_TODO_PATCH or OUTGOINGIP_PATCH but > couldn't find anything other than the makefile that i've already looked > at.=20 Since you looked at the makefile, you would have seen the patches they add, and where they are downloaded from. Those sites are surely the best places to start looking/googling. Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDns4Wry0BWjoQKURAqxOAKC4ykfpPEF/Fbpom2oCWwy5B6V0KwCdHu2V ggFRNN5kJ3vi9uGvzBp3OM4= =CHzf -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 06:50:45 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C629116A420 for ; Wed, 8 Mar 2006 06:50:45 +0000 (GMT) (envelope-from savrus@mexmat.net) Received: from gulipin.mexmat.net (gulipin.mexmat.net [217.67.124.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD1F43D46 for ; Wed, 8 Mar 2006 06:50:39 +0000 (GMT) (envelope-from savrus@mexmat.net) Received: from mail@gulipin by gulipin.mexmat.net (8.13.4/8.13.4) with ESMTP id k286oTMH053876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 09:50:32 +0300 (MSK) Received: from localhost (localhost. [127.0.0.1]) by savrus.fds. (8.13.4/8.13.3) with ESMTP id k2870vsD059447; Wed, 8 Mar 2006 10:00:57 +0300 (MSK) (envelope-from savrus@mexmat.net) Date: Wed, 08 Mar 2006 10:00:57 +0300 (MSK) Message-Id: <20060308.100057.-494034712.savrus@mexmat.net> To: neuhauser@sigpipe.cz From: Ruslan Savchenko In-Reply-To: <20060307223953.GB4435@isis.sigpipe.cz> References: <20060307.223131.635794621.savrus@mexmat.net> <20060307223953.GB4435@isis.sigpipe.cz> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Mar__8_10_00_57_2006_263)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on gulipin.mexmat.net X-Virus-Status: Clean Cc: freebsd-ports@freebsd.org Subject: Re: little improvement in security/pam-mysql 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, 08 Mar 2006 06:50:46 -0000 ----Next_Part(Wed_Mar__8_10_00_57_2006_263)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Tue, 7 Mar 2006 23:39:53 +0100 Roman Neuhauser : > # savrus@mexmat.net / 2006-03-07 22:31:31 +0300: > > When I tried to set crypt=md5, I saw message > > > > Mar 3 17:00:24 ssh login: pam_mysql - non-crypt()ish MD5 hash is not supported > > in this build. > > > > Looking throw source shows that it depends on HAVE_PAM_MYSQL_MD5_DATA > > definition. One way to get it defined is to have HAVE_MD5DATA defined > > (and MD5Data() in md5.h). FreeBSD's sys/md5.h has MD5Data(), but no > > HAVE_MD5DATA. If HAVE_MD5DATA is defined in pam_mysql.c md5 passwords > > work well, so one way to fix this is to apply attached patch to > > pam_mysql.c > > > --- pam_mysql.c.old Tue Mar 7 21:54:04 2006 > > +++ pam_mysql.c Tue Mar 7 21:55:56 2006 > > @@ -121,6 +121,7 @@ > > > > #ifndef HAVE_OPENSSL > > #ifdef HAVE_MD5_H > > +#define HAVE_MD5DATA > > #include > > #endif > > This is not the right fix. HAVE_MD5DATA is probably supposed to get > set by pam-mysql's configure script. What's the output of running > make configure in the port, and what's in ${WRKSRC}/config.log? Thank you for the answer. In my case it is not set, you see. I also can't see this (and even MD5Data) in any file except pam_mysql.c. ----Next_Part(Wed_Mar__8_10_00_57_2006_263)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; 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 pam_mysql configure 0.6.2, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --with-mysql=/usr/local --with-pam-mods-dir=/usr/local/lib --with-pam=/usr ## --------- ## ## Platform. ## ## --------- ## hostname = shadow uname -m = i386 uname -r = 5.4-RELEASE-p7 uname -s = FreeBSD uname -v = FreeBSD 5.4-RELEASE-p7 #0: Sun Sep 25 15:51:58 MSD 2005 root@boo.fds.:/usr/obj/usr/src/sys/BOO /usr/bin/uname -p = i386 /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: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/X11R6/bin PATH: /home/savrus/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1571: checking for a BSD-compatible install configure:1626: result: /usr/bin/install -c -o root -g wheel configure:1637: checking whether build environment is sane configure:1680: result: yes configure:1695: checking whether make sets $(MAKE) configure:1715: result: yes configure:1747: checking for working aclocal-1.4 configure:1758: result: missing configure:1762: checking for working autoconf configure:1773: result: missing configure:1777: checking for working automake-1.4 configure:1788: result: missing configure:1792: checking for working autoheader configure:1803: result: missing configure:1807: checking for working makeinfo configure:1814: result: found configure:1829: checking whether to enable maintainer-specific portions of Makefiles configure:1838: result: no configure:1864: checking for bison configure:1880: found /usr/local/bin/bison configure:1890: result: bison -y configure:1995: checking for C++ compiler version configure:1998: c++ --version &5 c++ (GCC) 3.4.2 [FreeBSD] 20040728 Copyright (C) 2004 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:2001: $? = 0 configure:2003: c++ -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 configure:2006: $? = 0 configure:2008: c++ -V &5 c++: `-V' option must have argument configure:2011: $? = 1 configure:2034: checking for C++ compiler default output file name configure:2037: c++ -O -pipe conftest.cc >&5 configure:2040: $? = 0 configure:2086: result: a.out configure:2091: checking whether the C++ compiler works configure:2097: ./a.out configure:2100: $? = 0 configure:2117: result: yes configure:2124: checking whether we are cross compiling configure:2126: result: no configure:2129: checking for suffix of executables configure:2131: c++ -o conftest -O -pipe conftest.cc >&5 configure:2134: $? = 0 configure:2159: result: configure:2165: checking for suffix of object files configure:2186: c++ -c -O -pipe conftest.cc >&5 configure:2189: $? = 0 configure:2211: result: o configure:2215: checking whether we are using the GNU C++ compiler configure:2239: c++ -c -O -pipe conftest.cc >&5 configure:2245: $? = 0 configure:2248: test -z || test ! -s conftest.err configure:2251: $? = 0 configure:2254: test -s conftest.o configure:2257: $? = 0 configure:2270: result: yes configure:2276: checking whether c++ accepts -g configure:2297: c++ -c -g conftest.cc >&5 configure:2303: $? = 0 configure:2306: test -z || test ! -s conftest.err configure:2309: $? = 0 configure:2312: test -s conftest.o configure:2315: $? = 0 configure:2326: result: yes configure:2368: c++ -c -O -pipe conftest.cc >&5 configure:2374: $? = 0 configure:2377: test -z || test ! -s conftest.err configure:2380: $? = 0 configure:2383: test -s conftest.o configure:2386: $? = 0 configure:2412: c++ -c -O -pipe conftest.cc >&5 conftest.cc: In function `int main()': conftest.cc:15: error: `exit' undeclared (first use this function) conftest.cc:15: error: (Each undeclared identifier is reported only once for each function it appears in.) configure:2418: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | /* end confdefs.h. */ | | int | main () | { | exit (42); | ; | return 0; | } configure:2368: c++ -c -O -pipe conftest.cc >&5 configure:2374: $? = 0 configure:2377: test -z || test ! -s conftest.err configure:2380: $? = 0 configure:2383: test -s conftest.o configure:2386: $? = 0 configure:2412: c++ -c -O -pipe conftest.cc >&5 configure:2418: $? = 0 configure:2421: test -z || test ! -s conftest.err configure:2424: $? = 0 configure:2427: test -s conftest.o configure:2430: $? = 0 configure:2499: checking for gcc configure:2525: result: cc configure:2769: checking for C compiler version configure:2772: cc --version &5 cc (GCC) 3.4.2 [FreeBSD] 20040728 Copyright (C) 2004 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:2775: $? = 0 configure:2777: cc -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 configure:2780: $? = 0 configure:2782: cc -V &5 cc: `-V' option must have argument configure:2785: $? = 1 configure:2788: checking whether we are using the GNU C compiler configure:2812: cc -c -O -pipe conftest.c >&5 configure:2818: $? = 0 configure:2821: test -z || test ! -s conftest.err configure:2824: $? = 0 configure:2827: test -s conftest.o configure:2830: $? = 0 configure:2843: result: yes configure:2849: checking whether cc accepts -g configure:2870: cc -c -g conftest.c >&5 configure:2876: $? = 0 configure:2879: test -z || test ! -s conftest.err configure:2882: $? = 0 configure:2885: test -s conftest.o configure:2888: $? = 0 configure:2899: result: yes configure:2916: checking for cc option to accept ANSI C configure:2986: cc -c -O -pipe conftest.c >&5 configure:2992: $? = 0 configure:2995: test -z || test ! -s conftest.err configure:2998: $? = 0 configure:3001: test -s conftest.o configure:3004: $? = 0 configure:3022: result: none needed configure:3040: cc -c -O -pipe conftest.c >&5 conftest.c:2: error: syntax error before "me" configure:3046: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3181: checking how to run the C preprocessor configure:3216: cc -E conftest.c configure:3222: $? = 0 configure:3254: cc -E conftest.c conftest.c:14:28: ac_nonexistent.h: No such file or directory configure:3260: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | /* end confdefs.h. */ | #include configure:3299: result: cc -E configure:3323: cc -E conftest.c configure:3329: $? = 0 configure:3361: cc -E conftest.c conftest.c:14:28: ac_nonexistent.h: No such file or directory configure:3367: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | /* end confdefs.h. */ | #include configure:3410: checking whether ln -s works configure:3414: result: yes configure:3421: checking whether make sets $(MAKE) configure:3441: result: yes configure:3463: checking for a BSD-compatible install configure:3518: result: /usr/bin/install -c -o root -g wheel configure:3607: checking build system type configure:3625: result: i386-unknown-freebsd5.4 configure:3633: checking host system type configure:3647: result: i386-unknown-freebsd5.4 configure:3655: checking for a sed that does not truncate output configure:3709: result: /usr/bin/sed configure:3712: checking for egrep configure:3722: result: grep -E configure:3738: checking for ld used by cc configure:3805: result: /usr/bin/ld configure:3814: checking if the linker (/usr/bin/ld) is GNU ld configure:3829: result: yes configure:3834: checking for /usr/bin/ld option to reload object files configure:3841: result: -r configure:3859: checking for BSD-compatible nm configure:3901: result: /usr/bin/nm -B configure:3905: checking how to recognise dependent libraries configure:4077: result: pass_all configure:4286: checking for ANSI C header files configure:4311: cc -c -O -pipe conftest.c >&5 configure:4317: $? = 0 configure:4320: test -z || test ! -s conftest.err configure:4323: $? = 0 configure:4326: test -s conftest.o configure:4329: $? = 0 configure:4418: cc -o conftest -O -pipe conftest.c >&5 configure:4421: $? = 0 configure:4423: ./conftest configure:4426: $? = 0 configure:4441: result: yes configure:4465: checking for sys/types.h configure:4481: cc -c -O -pipe conftest.c >&5 configure:4487: $? = 0 configure:4490: test -z || test ! -s conftest.err configure:4493: $? = 0 configure:4496: test -s conftest.o configure:4499: $? = 0 configure:4510: result: yes configure:4465: checking for sys/stat.h configure:4481: cc -c -O -pipe conftest.c >&5 configure:4487: $? = 0 configure:4490: test -z || test ! -s conftest.err configure:4493: $? = 0 configure:4496: test -s conftest.o configure:4499: $? = 0 configure:4510: result: yes configure:4465: checking for stdlib.h configure:4481: cc -c -O -pipe conftest.c >&5 configure:4487: $? = 0 configure:4490: test -z || test ! -s conftest.err configure:4493: $? = 0 configure:4496: test -s conftest.o configure:4499: $? = 0 configure:4510: result: yes configure:4465: checking for string.h configure:4481: cc -c -O -pipe conftest.c >&5 configure:4487: $? = 0 configure:4490: test -z || test ! -s conftest.err configure:4493: $? = 0 configure:4496: test -s conftest.o configure:4499: $? = 0 configure:4510: result: yes configure:4465: checking for memory.h configure:4481: cc -c -O -pipe conftest.c >&5 configure:4487: $? = 0 configure:4490: test -z || test ! -s conftest.err configure:4493: $? = 0 configure:4496: test -s conftest.o configure:4499: $? = 0 configure:4510: result: yes configure:4465: checking for strings.h configure:4481: cc -c -O -pipe conftest.c >&5 configure:4487: $? = 0 configure:4490: test -z || test ! -s conftest.err configure:4493: $? = 0 configure:4496: test -s conftest.o configure:4499: $? = 0 configure:4510: result: yes configure:4465: checking for inttypes.h configure:4481: cc -c -O -pipe conftest.c >&5 configure:4487: $? = 0 configure:4490: test -z || test ! -s conftest.err configure:4493: $? = 0 configure:4496: test -s conftest.o configure:4499: $? = 0 configure:4510: result: yes configure:4465: checking for stdint.h configure:4481: cc -c -O -pipe conftest.c >&5 configure:4487: $? = 0 configure:4490: test -z || test ! -s conftest.err configure:4493: $? = 0 configure:4496: test -s conftest.o configure:4499: $? = 0 configure:4510: result: yes configure:4465: checking for unistd.h configure:4481: cc -c -O -pipe conftest.c >&5 configure:4487: $? = 0 configure:4490: test -z || test ! -s conftest.err configure:4493: $? = 0 configure:4496: test -s conftest.o configure:4499: $? = 0 configure:4510: result: yes configure:4536: checking dlfcn.h usability configure:4548: cc -c -O -pipe conftest.c >&5 configure:4554: $? = 0 configure:4557: test -z || test ! -s conftest.err configure:4560: $? = 0 configure:4563: test -s conftest.o configure:4566: $? = 0 configure:4576: result: yes configure:4580: checking dlfcn.h presence configure:4590: cc -E conftest.c configure:4596: $? = 0 configure:4616: result: yes configure:4651: checking for dlfcn.h configure:4658: result: yes configure:4681: checking how to run the C++ preprocessor configure:4712: c++ -E conftest.cc configure:4718: $? = 0 configure:4750: c++ -E conftest.cc conftest.cc:25:28: ac_nonexistent.h: No such file or directory configure:4756: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:4795: result: c++ -E configure:4819: c++ -E conftest.cc configure:4825: $? = 0 configure:4857: c++ -E conftest.cc conftest.cc:25:28: ac_nonexistent.h: No such file or directory configure:4863: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:4960: checking for g77 configure:4989: result: no configure:4960: checking for f77 configure:4976: found /usr/bin/f77 configure:4986: result: f77 configure:5001: checking for Fortran 77 compiler version configure:5004: f77 --version &5 GNU Fortran (GCC) 3.4.2 [FreeBSD] 20040728 Copyright (C) 2004 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING or type the command `info -f g77 Copying'. configure:5007: $? = 0 configure:5009: f77 -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 configure:5012: $? = 0 configure:5014: f77 -V &5 f77: `-V' option must have argument configure:5017: $? = 1 configure:5025: checking whether we are using the GNU Fortran 77 compiler configure:5039: f77 -c conftest.F >&5 configure:5045: $? = 0 configure:5048: test -z || test ! -s conftest.err configure:5051: $? = 0 configure:5054: test -s conftest.o configure:5057: $? = 0 configure:5070: result: yes configure:5076: checking whether f77 accepts -g configure:5088: f77 -c -g conftest.f >&5 configure:5094: $? = 0 configure:5097: test -z || test ! -s conftest.err configure:5100: $? = 0 configure:5103: test -s conftest.o configure:5106: $? = 0 configure:5118: result: yes configure:5148: checking the maximum length of command line arguments configure:5240: result: 49152 configure:5251: checking command to parse /usr/bin/nm -B output from cc object configure:5347: cc -c -O -pipe conftest.c >&5 configure:5350: $? = 0 configure:5354: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm configure:5357: $? = 0 configure:5409: cc -o conftest -O -pipe conftest.c conftstm.o >&5 configure:5412: $? = 0 configure:5450: result: ok configure:5454: checking for objdir configure:5469: result: .libs configure:5559: checking for ar configure:5575: found /usr/bin/ar configure:5586: result: ar configure:5639: checking for ranlib configure:5655: found /usr/bin/ranlib configure:5666: result: ranlib configure:5719: checking for strip configure:5735: found /usr/bin/strip configure:5746: result: strip configure:6033: checking if cc static flag works configure:6061: result: yes configure:6079: checking if cc supports -fno-rtti -fno-exceptions configure:6097: cc -c -O -pipe -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:6101: $? = 0 configure:6114: result: no configure:6129: checking for cc option to produce PIC configure:6333: result: -fPIC configure:6341: checking if cc PIC flag -fPIC works configure:6359: cc -c -O -pipe -fPIC -DPIC conftest.c >&5 configure:6363: $? = 0 configure:6376: result: yes configure:6400: checking if cc supports -c -o file.o configure:6421: cc -c -O -pipe -o out/conftest2.o conftest.c >&5 configure:6425: $? = 0 configure:6447: result: yes configure:6473: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:7368: result: yes configure:7394: checking whether -lc should be explicitly linked in configure:7399: cc -c -O -pipe conftest.c >&5 configure:7402: $? = 0 configure:7416: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:7419: $? = 1 configure:7431: result: yes configure:7439: checking dynamic linker characteristics configure:8005: result: freebsd5.4 ld.so configure:8009: checking how to hardcode library paths into programs configure:8034: result: immediate configure:8048: checking whether stripping libraries is possible configure:8053: result: yes configure:8876: checking if libtool supports shared libraries configure:8878: result: yes configure:8881: checking whether to build shared libraries configure:8902: result: yes configure:8905: checking whether to build static libraries configure:8909: result: no configure:9001: creating libtool configure:9579: checking for ld used by c++ configure:9646: result: /usr/bin/ld configure:9655: checking if the linker (/usr/bin/ld) is GNU ld configure:9670: result: yes configure:9721: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:10599: result: yes configure:10617: c++ -c -O -pipe conftest.cpp >&5 configure:10620: $? = 0 configure:10730: checking for c++ option to produce PIC configure:10998: result: -fPIC configure:11006: checking if c++ PIC flag -fPIC works configure:11024: c++ -c -O -pipe -fPIC -DPIC conftest.cpp >&5 configure:11028: $? = 0 configure:11041: result: yes configure:11065: checking if c++ supports -c -o file.o configure:11086: c++ -c -O -pipe -o out/conftest2.o conftest.cpp >&5 configure:11090: $? = 0 configure:11112: result: yes configure:11138: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:11166: result: yes configure:11237: checking dynamic linker characteristics configure:11803: result: freebsd5.4 ld.so configure:11807: checking how to hardcode library paths into programs configure:11832: result: immediate configure:11846: checking whether stripping libraries is possible configure:11851: result: yes configure:13180: checking if libtool supports shared libraries configure:13182: result: yes configure:13185: checking whether to build shared libraries configure:13205: result: yes configure:13208: checking whether to build static libraries configure:13212: result: no configure:13224: checking for f77 option to produce PIC configure:13428: result: -fPIC configure:13436: checking if f77 PIC flag -fPIC works configure:13454: f77 -c -g -O2 -fPIC conftest.f >&5 configure:13458: $? = 0 configure:13471: result: yes configure:13495: checking if f77 supports -c -o file.o configure:13516: f77 -c -g -O2 -o out/conftest2.o conftest.f >&5 configure:13520: $? = 0 configure:13542: result: yes configure:13568: checking whether the f77 linker (/usr/bin/ld) supports shared libraries configure:14443: result: yes configure:14514: checking dynamic linker characteristics configure:15080: result: freebsd5.4 ld.so configure:15084: checking how to hardcode library paths into programs configure:15109: result: immediate configure:15123: checking whether stripping libraries is possible configure:15128: result: yes configure:19382: checking for ANSI C header files configure:19537: result: yes configure:19570: checking arpa/inet.h usability configure:19582: cc -c -O -pipe conftest.c >&5 configure:19588: $? = 0 configure:19591: test -z || test ! -s conftest.err configure:19594: $? = 0 configure:19597: test -s conftest.o configure:19600: $? = 0 configure:19610: result: yes configure:19614: checking arpa/inet.h presence configure:19624: cc -E conftest.c configure:19630: $? = 0 configure:19650: result: yes configure:19685: checking for arpa/inet.h configure:19692: result: yes configure:19570: checking netinet/in.h usability configure:19582: cc -c -O -pipe conftest.c >&5 configure:19588: $? = 0 configure:19591: test -z || test ! -s conftest.err configure:19594: $? = 0 configure:19597: test -s conftest.o configure:19600: $? = 0 configure:19610: result: yes configure:19614: checking netinet/in.h presence configure:19624: cc -E conftest.c configure:19630: $? = 0 configure:19650: result: yes configure:19685: checking for netinet/in.h configure:19692: result: yes configure:19561: checking for string.h configure:19566: result: yes configure:19561: checking for strings.h configure:19566: result: yes configure:19570: checking sys/socket.h usability configure:19582: cc -c -O -pipe conftest.c >&5 configure:19588: $? = 0 configure:19591: test -z || test ! -s conftest.err configure:19594: $? = 0 configure:19597: test -s conftest.o configure:19600: $? = 0 configure:19610: result: yes configure:19614: checking sys/socket.h presence configure:19624: cc -E conftest.c configure:19630: $? = 0 configure:19650: result: yes configure:19685: checking for sys/socket.h configure:19692: result: yes configure:19570: checking syslog.h usability configure:19582: cc -c -O -pipe conftest.c >&5 configure:19588: $? = 0 configure:19591: test -z || test ! -s conftest.err configure:19594: $? = 0 configure:19597: test -s conftest.o configure:19600: $? = 0 configure:19610: result: yes configure:19614: checking syslog.h presence configure:19624: cc -E conftest.c configure:19630: $? = 0 configure:19650: result: yes configure:19685: checking for syslog.h configure:19692: result: yes configure:19561: checking for unistd.h configure:19566: result: yes configure:19570: checking stdarg.h usability configure:19582: cc -c -O -pipe conftest.c >&5 configure:19588: $? = 0 configure:19591: test -z || test ! -s conftest.err configure:19594: $? = 0 configure:19597: test -s conftest.o configure:19600: $? = 0 configure:19610: result: yes configure:19614: checking stdarg.h presence configure:19624: cc -E conftest.c configure:19630: $? = 0 configure:19650: result: yes configure:19685: checking for stdarg.h configure:19692: result: yes configure:19570: checking errno.h usability configure:19582: cc -c -O -pipe conftest.c >&5 configure:19588: $? = 0 configure:19591: test -z || test ! -s conftest.err configure:19594: $? = 0 configure:19597: test -s conftest.o configure:19600: $? = 0 configure:19610: result: yes configure:19614: checking errno.h presence configure:19624: cc -E conftest.c configure:19630: $? = 0 configure:19650: result: yes configure:19685: checking for errno.h configure:19692: result: yes configure:19570: checking crypt.h usability configure:19582: cc -c -O -pipe conftest.c >&5 conftest.c:69:19: crypt.h: No such file or directory configure:19588: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | /* end confdefs.h. */ | #include | #if HAVE_SYS_TYPES_H | # include | #endif | #if HAVE_SYS_STAT_H | # include | #endif | #if STDC_HEADERS | # include | # include | #else | # if HAVE_STDLIB_H | # include | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include | # endif | # include | #endif | #if HAVE_STRINGS_H | # include | #endif | #if HAVE_INTTYPES_H | # include | #else | # if HAVE_STDINT_H | # include | # endif | #endif | #if HAVE_UNISTD_H | # include | #endif | #include configure:19610: result: no configure:19614: checking crypt.h presence configure:19624: cc -E conftest.c conftest.c:35:19: crypt.h: No such file or directory configure:19630: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | /* end confdefs.h. */ | #include configure:19650: result: no configure:19685: checking for crypt.h configure:19692: result: no configure:19705: checking for stdbool.h that conforms to C99 configure:19758: cc -c -O -pipe conftest.c >&5 configure:19764: $? = 0 configure:19767: test -z || test ! -s conftest.err configure:19770: $? = 0 configure:19773: test -s conftest.o configure:19776: $? = 0 configure:19787: result: yes configure:19789: checking for _Bool configure:19813: cc -c -O -pipe conftest.c >&5 configure:19819: $? = 0 configure:19822: test -z || test ! -s conftest.err configure:19825: $? = 0 configure:19828: test -s conftest.o configure:19831: $? = 0 configure:19842: result: yes configure:19861: checking for an ANSI C-conforming const configure:19928: cc -c -O -pipe conftest.c >&5 configure:19934: $? = 0 configure:19937: test -z || test ! -s conftest.err configure:19940: $? = 0 configure:19943: test -s conftest.o configure:19946: $? = 0 configure:19957: result: yes configure:19967: checking for inline configure:19988: cc -c -O -pipe conftest.c >&5 configure:19994: $? = 0 configure:19997: test -z || test ! -s conftest.err configure:20000: $? = 0 configure:20003: test -s conftest.o configure:20006: $? = 0 configure:20018: result: inline configure:20037: checking for size_t configure:20061: cc -c -O -pipe conftest.c >&5 configure:20067: $? = 0 configure:20070: test -z || test ! -s conftest.err configure:20073: $? = 0 configure:20076: test -s conftest.o configure:20079: $? = 0 configure:20090: result: yes configure:20102: checking for working volatile configure:20125: cc -c -O -pipe conftest.c >&5 configure:20131: $? = 0 configure:20134: test -z || test ! -s conftest.err configure:20137: $? = 0 configure:20140: test -s conftest.o configure:20143: $? = 0 configure:20154: result: yes configure:20164: checking for preprocessor stringizing operator configure:20188: result: yes configure:20198: checking for pid_t configure:20222: cc -c -O -pipe conftest.c >&5 configure:20228: $? = 0 configure:20231: test -z || test ! -s conftest.err configure:20234: $? = 0 configure:20237: test -s conftest.o configure:20240: $? = 0 configure:20251: result: yes configure:20266: checking for working alloca.h configure:20287: cc -o conftest -O -pipe conftest.c >&5 conftest.c:38:20: alloca.h: No such file or directory configure:20293: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE__BOOL 1 | #define HAVE_STDBOOL_H 1 | #define HAVE_STRINGIZE 1 | /* end confdefs.h. */ | #include | int | main () | { | char *p = (char *) alloca (2 * sizeof (int)); | ; | return 0; | } configure:20317: result: no configure:20327: checking for alloca configure:20368: cc -o conftest -O -pipe conftest.c >&5 configure:20374: $? = 0 configure:20377: test -z || test ! -s conftest.err configure:20380: $? = 0 configure:20383: test -s conftest configure:20386: $? = 0 configure:20398: result: yes configure:20625: checking for stdlib.h configure:20630: result: yes configure:20769: checking for GNU libc compatible malloc configure:20798: cc -o conftest -O -pipe conftest.c >&5 configure:20801: $? = 0 configure:20803: ./conftest configure:20806: $? = 0 configure:20820: result: yes configure:20850: checking for working memcmp configure:20898: cc -o conftest -O -pipe conftest.c >&5 configure:20901: $? = 0 configure:20903: ./conftest configure:20906: $? = 0 configure:20920: result: yes configure:20932: checking for socket in -lsocket configure:20962: cc -o conftest -O -pipe conftest.c -lsocket -lnsl >&5 /usr/bin/ld: cannot find -lsocket configure:20968: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE__BOOL 1 | #define HAVE_STDBOOL_H 1 | #define HAVE_STRINGIZE 1 | #define HAVE_ALLOCA 1 | #define HAVE_STDLIB_H 1 | #define HAVE_MALLOC 1 | /* end confdefs.h. */ | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char socket (); | int | main () | { | socket (); | ; | return 0; | } configure:20993: result: no configure:21002: checking for gethostbyname configure:21059: cc -o conftest -O -pipe conftest.c >&5 configure:21065: $? = 0 configure:21068: test -z || test ! -s conftest.err configure:21071: $? = 0 configure:21074: test -s conftest configure:21077: $? = 0 configure:21089: result: yes configure:21093: checking for gethostbyname in -lnsl configure:21123: cc -o conftest -O -pipe conftest.c -lnsl -lsocket >&5 /usr/bin/ld: cannot find -lnsl configure:21129: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE__BOOL 1 | #define HAVE_STDBOOL_H 1 | #define HAVE_STRINGIZE 1 | #define HAVE_ALLOCA 1 | #define HAVE_STDLIB_H 1 | #define HAVE_MALLOC 1 | /* end confdefs.h. */ | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char gethostbyname (); | int | main () | { | gethostbyname (); | ; | return 0; | } configure:21154: result: no configure:21171: checking for strcasecmp configure:21228: cc -o conftest -O -pipe conftest.c >&5 configure:21234: $? = 0 configure:21237: test -z || test ! -s conftest.err configure:21240: $? = 0 configure:21243: test -s conftest configure:21246: $? = 0 configure:21258: result: yes configure:21171: checking for strdup configure:21228: cc -o conftest -O -pipe conftest.c >&5 conftest.c:66: warning: conflicting types for built-in function 'strdup' configure:21234: $? = 0 configure:21237: test -z || test ! -s conftest.err configure:21240: $? = 0 configure:21243: test -s conftest configure:21246: $? = 0 configure:21258: result: yes configure:21269: checking for char configure:21293: cc -c -O -pipe conftest.c >&5 configure:21299: $? = 0 configure:21302: test -z || test ! -s conftest.err configure:21305: $? = 0 configure:21308: test -s conftest.o configure:21311: $? = 0 configure:21322: result: yes configure:21325: checking size of char configure:21637: cc -o conftest -O -pipe conftest.c >&5 configure:21640: $? = 0 configure:21642: ./conftest configure:21645: $? = 0 configure:21668: result: 1 configure:21675: checking for short configure:21699: cc -c -O -pipe conftest.c >&5 configure:21705: $? = 0 configure:21708: test -z || test ! -s conftest.err configure:21711: $? = 0 configure:21714: test -s conftest.o configure:21717: $? = 0 configure:21728: result: yes configure:21731: checking size of short configure:22043: cc -o conftest -O -pipe conftest.c >&5 configure:22046: $? = 0 configure:22048: ./conftest configure:22051: $? = 0 configure:22074: result: 2 configure:22081: checking for int configure:22105: cc -c -O -pipe conftest.c >&5 configure:22111: $? = 0 configure:22114: test -z || test ! -s conftest.err configure:22117: $? = 0 configure:22120: test -s conftest.o configure:22123: $? = 0 configure:22134: result: yes configure:22137: checking size of int configure:22449: cc -o conftest -O -pipe conftest.c >&5 configure:22452: $? = 0 configure:22454: ./conftest configure:22457: $? = 0 configure:22480: result: 4 configure:22487: checking for long configure:22511: cc -c -O -pipe conftest.c >&5 configure:22517: $? = 0 configure:22520: test -z || test ! -s conftest.err configure:22523: $? = 0 configure:22526: test -s conftest.o configure:22529: $? = 0 configure:22540: result: yes configure:22543: checking size of long configure:22855: cc -o conftest -O -pipe conftest.c >&5 configure:22858: $? = 0 configure:22860: ./conftest configure:22863: $? = 0 configure:22886: result: 4 configure:22900: checking if "/usr/local" is a mysql_config script configure:22914: result: no configure:22923: checking mysql_config availability in /usr/local/bin configure:22927: result: yes configure:23242: checking for mysql_real_query configure:23299: cc -o conftest -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm >&5 configure:23305: $? = 0 configure:23308: test -z || test ! -s conftest.err configure:23311: $? = 0 configure:23314: test -s conftest configure:23317: $? = 0 configure:23329: result: yes configure:23242: checking for mysql_real_escape_string configure:23299: cc -o conftest -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm >&5 configure:23305: $? = 0 configure:23308: test -z || test ! -s conftest.err configure:23311: $? = 0 configure:23314: test -s conftest configure:23317: $? = 0 configure:23329: result: yes configure:23242: checking for make_scrambled_password_323 configure:23299: cc -o conftest -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm >&5 configure:23305: $? = 0 configure:23308: test -z || test ! -s conftest.err configure:23311: $? = 0 configure:23314: test -s conftest configure:23317: $? = 0 configure:23329: result: yes configure:23837: checking for pkg-config configure:23855: found /usr/local/bin/pkg-config configure:23867: result: /usr/local/bin/pkg-config configure:23882: checking pkg-config is at least version 0.9.0 configure:23885: result: yes configure:25683: checking pam_appl.h usability configure:25695: cc -c -O -pipe -I/usr/local/include/mysql -O -pipe -I/usr/include -I/usr/include/security conftest.c >&5 configure:25701: $? = 0 configure:25704: test -z || test ! -s conftest.err configure:25707: $? = 0 configure:25710: test -s conftest.o configure:25713: $? = 0 configure:25723: result: yes configure:25727: checking pam_appl.h presence configure:25737: cc -E -I/usr/include -I/usr/include/security conftest.c configure:25743: $? = 0 configure:25763: result: yes configure:25798: checking for pam_appl.h configure:25805: result: yes configure:25814: checking pam_modules.h usability configure:25835: cc -c -O -pipe -I/usr/local/include/mysql -O -pipe -I/usr/include -I/usr/include/security conftest.c >&5 configure:25841: $? = 0 configure:25844: test -z || test ! -s conftest.err configure:25847: $? = 0 configure:25850: test -s conftest.o configure:25853: $? = 0 configure:25856: result: yes configure:25894: checking PAM_CONV_AGAIN availability configure:25921: cc -c -I/usr/include/security -I/usr/include -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 conftest.c: In function `main': conftest.c:60: error: `PAM_CONV_AGAIN' undeclared (first use in this function) conftest.c:60: error: (Each undeclared identifier is reported only once conftest.c:60: error: for each function it appears in.) configure:25927: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE__BOOL 1 | #define HAVE_STDBOOL_H 1 | #define HAVE_STRINGIZE 1 | #define HAVE_ALLOCA 1 | #define HAVE_STDLIB_H 1 | #define HAVE_MALLOC 1 | #define HAVE_STRCASECMP 1 | #define HAVE_STRDUP 1 | #define SIZEOF_CHAR 1 | #define SIZEOF_SHORT 2 | #define SIZEOF_INT 4 | #define SIZEOF_LONG 4 | #define HAVE_MYSQL_H 1 | #define HAVE_MYSQL_REAL_QUERY 1 | #define HAVE_MYSQL_REAL_ESCAPE_STRING 1 | #define HAVE_MAKE_SCRAMBLED_PASSWORD_323 1 | #define HAVE_PAM_APPL_H 1 | /* end confdefs.h. */ | | #include | #include | | int | main () | { | | int dummy = (int)PAM_CONV_AGAIN; | | ; | return 0; | } configure:25955: result: no configure:25971: checking PAM_INCOMPLETE availability configure:25998: cc -c -I/usr/include/security -I/usr/include -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 conftest.c: In function `main': conftest.c:60: error: `PAM_INCOMPLETE' undeclared (first use in this function) conftest.c:60: error: (Each undeclared identifier is reported only once conftest.c:60: error: for each function it appears in.) configure:26004: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE__BOOL 1 | #define HAVE_STDBOOL_H 1 | #define HAVE_STRINGIZE 1 | #define HAVE_ALLOCA 1 | #define HAVE_STDLIB_H 1 | #define HAVE_MALLOC 1 | #define HAVE_STRCASECMP 1 | #define HAVE_STRDUP 1 | #define SIZEOF_CHAR 1 | #define SIZEOF_SHORT 2 | #define SIZEOF_INT 4 | #define SIZEOF_LONG 4 | #define HAVE_MYSQL_H 1 | #define HAVE_MYSQL_REAL_QUERY 1 | #define HAVE_MYSQL_REAL_ESCAPE_STRING 1 | #define HAVE_MAKE_SCRAMBLED_PASSWORD_323 1 | #define HAVE_PAM_APPL_H 1 | /* end confdefs.h. */ | | #include | #include | | int | main () | { | | int dummy = (int)PAM_INCOMPLETE; | | ; | return 0; | } configure:26032: result: no configure:26048: checking PAM_NEW_AUTHTOK_REQD availability configure:26075: cc -c -I/usr/include/security -I/usr/include -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 configure:26081: $? = 0 configure:26084: test -z || test ! -s conftest.err configure:26087: $? = 0 configure:26090: test -s conftest.o configure:26093: $? = 0 configure:26109: result: yes configure:26128: checking if the second argument of pam_get_user() takes const pointer configure:26152: cc -c -I/usr/include/security -I/usr/include -Werror -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 configure:26158: $? = 0 configure:26161: test -z || test ! -s conftest.err configure:26164: $? = 0 configure:26167: test -s conftest.o configure:26170: $? = 0 configure:26173: result: yes configure:26197: checking if the third argument of pam_get_data() takes const pointer configure:26221: cc -c -I/usr/include/security -I/usr/include -Werror -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 conftest.c: In function `main': conftest.c:63: warning: passing arg 3 of `pam_get_data' from incompatible pointer type configure:26227: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE__BOOL 1 | #define HAVE_STDBOOL_H 1 | #define HAVE_STRINGIZE 1 | #define HAVE_ALLOCA 1 | #define HAVE_STDLIB_H 1 | #define HAVE_MALLOC 1 | #define HAVE_STRCASECMP 1 | #define HAVE_STRDUP 1 | #define SIZEOF_CHAR 1 | #define SIZEOF_SHORT 2 | #define SIZEOF_INT 4 | #define SIZEOF_LONG 4 | #define HAVE_MYSQL_H 1 | #define HAVE_MYSQL_REAL_QUERY 1 | #define HAVE_MYSQL_REAL_ESCAPE_STRING 1 | #define HAVE_MAKE_SCRAMBLED_PASSWORD_323 1 | #define HAVE_PAM_APPL_H 1 | #define HAVE_PAM_NEW_AUTHTOK_REQD 1 | #define PAM_GET_USER_CONST const | /* end confdefs.h. */ | | #include | #include | | int | main () | { | | const void *data; | pam_get_data((void*)0, (void*)0, &data); | | ; | return 0; | } configure:26255: result: no configure:26266: checking if the third argument of pam_get_item() takes const pointer configure:26290: cc -c -I/usr/include/security -I/usr/include -Werror -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 configure:26296: $? = 0 configure:26299: test -z || test ! -s conftest.err configure:26302: $? = 0 configure:26305: test -s conftest.o configure:26308: $? = 0 configure:26311: result: yes configure:26335: checking if the second argument of pam_conv.conv() takes const pointer configure:26361: cc -c -I/usr/include/security -I/usr/include -Werror -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 configure:26367: $? = 0 configure:26370: test -z || test ! -s conftest.err configure:26373: $? = 0 configure:26376: test -s conftest.o configure:26379: $? = 0 configure:26382: result: yes configure:27187: checking if md5.h is derived from Cyrus SASL Version 1 configure:27211: cc -c -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 conftest.c:58:23: md5global.h: No such file or directory In file included from /usr/include/md5.h:3, from conftest.c:59: /usr/include/sys/md5.h:32: error: syntax error before "u_int32_t" In file included from /usr/include/md5.h:3, from conftest.c:59: /usr/include/sys/md5.h:46: error: syntax error before "off_t" configure:27217: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE__BOOL 1 | #define HAVE_STDBOOL_H 1 | #define HAVE_STRINGIZE 1 | #define HAVE_ALLOCA 1 | #define HAVE_STDLIB_H 1 | #define HAVE_MALLOC 1 | #define HAVE_STRCASECMP 1 | #define HAVE_STRDUP 1 | #define SIZEOF_CHAR 1 | #define SIZEOF_SHORT 2 | #define SIZEOF_INT 4 | #define SIZEOF_LONG 4 | #define HAVE_MYSQL_H 1 | #define HAVE_MYSQL_REAL_QUERY 1 | #define HAVE_MYSQL_REAL_ESCAPE_STRING 1 | #define HAVE_MAKE_SCRAMBLED_PASSWORD_323 1 | #define HAVE_PAM_APPL_H 1 | #define HAVE_PAM_NEW_AUTHTOK_REQD 1 | #define PAM_GET_USER_CONST const | #define PAM_GET_DATA_CONST | #define PAM_GET_ITEM_CONST const | #define PAM_CONV_CONST const | /* end confdefs.h. */ | | #include | #include | | int | main () | { | | MD5_CTX ctx; | _sasl_MD5Init(&ctx); | | ; | return 0; | } configure:27246: result: no configure:27263: checking md5.h usability configure:27275: cc -c -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 configure:27281: $? = 0 configure:27284: test -z || test ! -s conftest.err configure:27287: $? = 0 configure:27290: test -s conftest.o configure:27293: $? = 0 configure:27303: result: yes configure:27307: checking md5.h presence configure:27317: cc -E conftest.c configure:27323: $? = 0 configure:27343: result: yes configure:27378: checking for md5.h configure:27385: result: yes configure:27402: checking if md5.h is Solaris's configure:27424: cc -c -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c >&5 In file included from /usr/include/md5.h:3, from conftest.c:59: /usr/include/sys/md5.h:32: error: syntax error before "u_int32_t" In file included from /usr/include/md5.h:3, from conftest.c:59: /usr/include/sys/md5.h:46: error: syntax error before "off_t" configure:27430: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "pam_mysql" | #define PACKAGE_TARNAME "pam_mysql" | #define PACKAGE_VERSION "0.6.2" | #define PACKAGE_STRING "pam_mysql 0.6.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "pam_mysql" | #define VERSION "0.6.2" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define STDC_HEADERS 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_STRING_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_STDARG_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE__BOOL 1 | #define HAVE_STDBOOL_H 1 | #define HAVE_STRINGIZE 1 | #define HAVE_ALLOCA 1 | #define HAVE_STDLIB_H 1 | #define HAVE_MALLOC 1 | #define HAVE_STRCASECMP 1 | #define HAVE_STRDUP 1 | #define SIZEOF_CHAR 1 | #define SIZEOF_SHORT 2 | #define SIZEOF_INT 4 | #define SIZEOF_LONG 4 | #define HAVE_MYSQL_H 1 | #define HAVE_MYSQL_REAL_QUERY 1 | #define HAVE_MYSQL_REAL_ESCAPE_STRING 1 | #define HAVE_MAKE_SCRAMBLED_PASSWORD_323 1 | #define HAVE_PAM_APPL_H 1 | #define HAVE_PAM_NEW_AUTHTOK_REQD 1 | #define PAM_GET_USER_CONST const | #define PAM_GET_DATA_CONST | #define PAM_GET_ITEM_CONST const | #define PAM_CONV_CONST const | #define HAVE_MD5_H 1 | /* end confdefs.h. */ | | #include | | int | main () | { | | md5_calc(0, 0, 0); | | ; | return 0; | } configure:27532: result: no configure:27540: checking for md5.h configure:27545: result: yes configure:27689: checking for crypt in -lcrypt configure:27719: cc -o conftest -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c -lcrypt -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm >&5 configure:27725: $? = 0 configure:27728: test -z || test ! -s conftest.err configure:27731: $? = 0 configure:27734: test -s conftest configure:27737: $? = 0 configure:27750: result: yes configure:27762: checking for crypt configure:27819: cc -o conftest -O -pipe -I/usr/local/include/mysql -O -pipe conftest.c -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm -lcrypt >&5 configure:27825: $? = 0 configure:27828: test -z || test ! -s conftest.err configure:27831: $? = 0 configure:27834: test -s conftest configure:27837: $? = 0 configure:27849: result: yes configure:27961: creating ./config.status ## ---------------------- ## ## Running config.status. ## ## ---------------------- ## This file was extended by pam_mysql config.status 0.6.2, which was generated by GNU Autoconf 2.59. Invocation command line was CONFIG_FILES = CONFIG_HEADERS = CONFIG_LINKS = CONFIG_COMMANDS = $ ./config.status on shadow config.status:28753: creating Makefile config.status:28753: creating pam_mysql.spec config.status:28818: creating config.h config.status:29120: executing default-1 commands ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_sizeof_int=4 ac_cv_type_size_t=yes lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 \\2/p'\''"' ac_cv_prog_ac_ct_F77=f77 ac_cv_header_crypt_h=no ac_cv_header_netinet_in_h=yes ac_cv_prog_CXXCPP='c++ -E' ac_cv_env_CXXFLAGS_value='-O -pipe' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\''' ac_cv_f77_compiler_gnu=yes ac_cv_env_F77_value= ac_cv_func_crypt=yes ac_cv_header_stdbool_h=yes ac_cv_header_stdlib_h=yes lt_cv_file_magic_cmd='$MAGIC_CMD' ac_cv_sizeof_char=1 lt_cv_prog_gnu_ldcxx=yes ac_cv_prog_cc_g=yes ac_cv_env_CXXCPP_set= ac_cv_env_LDFLAGS_set= ac_cv_header_stdarg_h=yes lt_cv_prog_compiler_c_o_CXX=yes ac_cv_prog_ac_ct_AR=ar ac_cv_c_compiler_gnu=yes ac_cv_exeext= ac_cv_env_CFLAGS_set=set lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' ac_cv_header_pam_appl_h=yes ac_cv_func_memcmp_working=yes ac_cv_const_PAM_INCOMPLETE=no lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' lt_cv_sys_max_cmd_len=49152 ac_cv_env_FFLAGS_set= ac_cv_func_make_scrambled_password_323=yes ac_cv_env_CPP_value= ac_cv_env_CPPFLAGS_set= ac_cv_func_mysql_real_escape_string=yes ac_cv_func_strcasecmp=yes ac_cv_type_long=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_openssl_LIBS_value= ac_cv_env_CXX_set=set ac_cv_header_md5_h=yes ac_cv_func_mysql_real_query=yes lt_lt_cv_prog_compiler_c_o_CXX='"yes"' ac_cv_env_host_alias_set= ac_cv_const_PAM_CONV_AGAIN=no ac_cv_c_const=yes lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ ]*\\) \$/ {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/ {\"\\2\", (lt_ptr) \\&\\2},/p'\''"' ac_cv_prog_YACC='bison -y' ac_cv_lib_socket_socket=no ac_cv_c_volatile=yes lt_cv_ld_reload_flag=-r ac_cv_env_openssl_CFLAGS_set= ac_cv_working_alloca_h=no lt_cv_prog_gnu_ld=yes ac_cv_header_sys_stat_h=yes ac_cv_env_build_alias_set= ac_cv_const_PAM_NEW_AUTHTOK_REQD=yes lt_cv_prog_compiler_c_o=yes ac_cv_prog_f77_g=yes ac_cv_env_CXXCPP_value= ac_cv_env_LDFLAGS_value= ac_cv_env_target_alias_set= ac_cv_func_alloca_works=yes ac_cv_host_alias=i386-unknown-freebsd5.4 ac_cv_prog_cc_stdc= ac_cv_env_CFLAGS_value='-O -pipe ' ac_cv_env_CC_set=set lt_cv_prog_compiler_c_o_F77=yes ac_cv_header_sys_types_h=yes ac_cv_header_stdc=yes ac_cv_env_PKG_CONFIG_set= ac_cv_header_strings_h=yes lt_cv_path_SED=/usr/bin/sed ac_cv_sizeof_long=4 ac_cv_type_short=yes ac_cv_lib_nsl_gethostbyname=no ac_cv_header_stdint_h=yes ac_cv_header_inttypes_h=yes ac_cv_prog_egrep='grep -E' ac_cv_prog_make_make_set=yes ac_cv_env_FFLAGS_value= ac_cv_func_gethostbyname=yes ac_cv_c_inline=inline lt_cv_path_LD=/usr/bin/ld lt_cv_prog_compiler_rtti_exceptions=no ac_cv_header_unistd_h=yes ac_cv_header_string_h=yes ac_cv_build_alias=i386-unknown-freebsd5.4 ac_cv_env_CPPFLAGS_value= ac_cv_c_stringize=yes lt_lt_cv_prog_compiler_c_o='"yes"' ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_header_memory_h=yes ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXX_value=c++ ac_cv_header_sys_socket_h=yes ac_cv_prog_ac_ct_STRIP=strip ac_cv_host=i386-unknown-freebsd5.4 ac_cv_env_F77_set= ac_cv_env_host_alias_value= ac_cv_type_int=yes ac_cv_header_errno_h=yes lt_lt_cv_prog_compiler_c_o_F77='"yes"' lt_cv_objdir=.libs ac_cv_prog_cxx_g=yes ac_cv_env_openssl_CFLAGS_value= ac_cv_type_pid_t=yes lt_cv_file_magic_test_file= ac_cv_build=i386-unknown-freebsd5.4 ac_cv_prog_CPP='cc -E' ac_cv_env_build_alias_value= ac_cv_func_malloc_0_nonnull=yes ac_cv_type__Bool=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\''' lt_cv_deplibs_check_method=pass_all ac_cv_prog_ac_ct_CC=cc ac_cv_type_char=yes lt_cv_path_LDCXX=/usr/bin/ld ac_cv_env_target_alias_value= ac_cv_sizeof_short=2 ac_cv_header_syslog_h=yes ac_cv_env_CC_value=cc ac_cv_path_ac_pt_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_header_arpa_inet_h=yes lt_cv_path_NM='/usr/bin/nm -B' ac_cv_env_PKG_CONFIG_value= ac_cv_env_CPP_set= ac_cv_lib_crypt_crypt=yes ac_cv_header_dlfcn_h=yes ac_cv_func_strdup=yes ac_cv_env_openssl_LIBS_set= ac_cv_objext=o ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='/usr/ports/security/pam-mysql/work/pam_mysql-0.6.2/missing aclocal-1.4' ALLOCA='' AR='ar' AUTOCONF='/usr/ports/security/pam-mysql/work/pam_mysql-0.6.2/missing autoconf' AUTOHEADER='/usr/ports/security/pam-mysql/work/pam_mysql-0.6.2/missing autoheader' AUTOMAKE='/usr/ports/security/pam-mysql/work/pam_mysql-0.6.2/missing automake-1.4' CC='cc' CFLAGS='-O -pipe -I/usr/local/include/mysql -O -pipe ' CPP='cc -E' CPPFLAGS='' CXX='c++' CXXCPP='c++ -E' CXXFLAGS='-O -pipe' DEFS='-DHAVE_CONFIG_H' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='grep -E' EXEEXT='' F77='f77' FFLAGS='-g -O2' INCLUDES=' -I/usr/include/security -I/usr/include' 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' LDFLAGS='' LIBOBJS='' LIBS=' -L/usr/local/lib/mysql -lmysqlclient -lz -lcrypt -lm -lcrypt' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LN_S='ln -s' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='makeinfo' OBJEXT='o' PACKAGE='pam_mysql' PACKAGE_BUGREPORT='' PACKAGE_NAME='pam_mysql' PACKAGE_STRING='pam_mysql 0.6.2' PACKAGE_TARNAME='pam_mysql' PACKAGE_VERSION='0.6.2' PAM_MODS_DIR='/usr/local/lib' PATH_SEPARATOR=':' PKG_CONFIG='/usr/local/bin/pkg-config' RANLIB='ranlib' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' VERSION='0.6.2' YACC='bison -y' ac_ct_AR='ar' ac_ct_CC='cc' ac_ct_CXX='' ac_ct_F77='f77' ac_ct_RANLIB='ranlib' ac_ct_STRIP='strip' ac_pt_PKG_CONFIG='/usr/local/bin/pkg-config' bindir='${exec_prefix}/bin' build='i386-unknown-freebsd5.4' build_alias='' build_cpu='i386' build_os='freebsd5.4' build_vendor='unknown' datadir='${prefix}/share' exec_prefix='${prefix}' host='i386-unknown-freebsd5.4' host_alias='' host_cpu='i386' host_os='freebsd5.4' host_vendor='unknown' includedir='${prefix}/include' infodir='${prefix}/info' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='${prefix}/var' mandir='${prefix}/man' oldincludedir='/usr/include' openssl_CFLAGS='' openssl_LIBS='' prefix='/usr/local' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define HAVE_ALLOCA 1 #define HAVE_ARPA_INET_H 1 #define HAVE_CRYPT 1 #define HAVE_DLFCN_H 1 #define HAVE_ERRNO_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_MAKE_SCRAMBLED_PASSWORD_323 1 #define HAVE_MALLOC 1 #define HAVE_MD5_H 1 #define HAVE_MD5_H 1 #define HAVE_MEMORY_H 1 #define HAVE_MYSQL_H 1 #define HAVE_MYSQL_REAL_ESCAPE_STRING 1 #define HAVE_MYSQL_REAL_QUERY 1 #define HAVE_NETINET_IN_H 1 #define HAVE_PAM_APPL_H 1 #define HAVE_PAM_NEW_AUTHTOK_REQD 1 #define HAVE_STDARG_H 1 #define HAVE_STDBOOL_H 1 #define HAVE_STDINT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRCASECMP 1 #define HAVE_STRDUP 1 #define HAVE_STRINGIZE 1 #define HAVE_STRINGS_H 1 #define HAVE_STRINGS_H 1 #define HAVE_STRING_H 1 #define HAVE_STRING_H 1 #define HAVE_SYSLOG_H 1 #define HAVE_SYS_SOCKET_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_UNISTD_H 1 #define HAVE_UNISTD_H 1 #define HAVE__BOOL 1 #define PACKAGE "pam_mysql" #define PACKAGE_BUGREPORT "" #define PACKAGE_NAME "pam_mysql" #define PACKAGE_STRING "pam_mysql 0.6.2" #define PACKAGE_TARNAME "pam_mysql" #define PACKAGE_VERSION "0.6.2" #define PAM_CONV_CONST const #define PAM_GET_DATA_CONST #define PAM_GET_ITEM_CONST const #define PAM_GET_USER_CONST const #define SIZEOF_CHAR 1 #define SIZEOF_INT 4 #define SIZEOF_LONG 4 #define SIZEOF_SHORT 2 #define STDC_HEADERS 1 #define STDC_HEADERS 1 #define VERSION "0.6.2" #endif #ifdef __cplusplus extern "C" void std::exit (int) throw (); using std::exit; configure: exit 0 ----Next_Part(Wed_Mar__8_10_00_57_2006_263)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="make_configure.output" ===> Vulnerability check disabled, database not found ===> Extracting for pam_mysql-0.6.2 => Checksum OK for pam_mysql-0.6.2.tar.gz. ===> Patching for pam_mysql-0.6.2 ===> pam_mysql-0.6.2 depends on shared library: mysqlclient.14 - found ===> Configuring for pam_mysql-0.6.2 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking whether make sets $(MAKE)... yes checking for working aclocal-1.4... missing checking for working autoconf... missing checking for working automake-1.4... missing checking for working autoheader... missing checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking for bison... bison -y 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 c++ accepts -g... yes checking for gcc... cc checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking how to run the C preprocessor... cc -E checking whether ln -s works... yes checking whether make sets $(MAKE)... (cached) yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking build system type... i386-unknown-freebsd5.4 checking host system type... i386-unknown-freebsd5.4 checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognise dependent libraries... pass_all 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 dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... 49152 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... freebsd5.4 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... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd5.4 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd5.4 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for ANSI C header files... (cached) yes checking arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking for unistd.h... (cached) yes checking stdarg.h usability... yes checking stdarg.h presence... yes checking for stdarg.h... yes checking errno.h usability... yes checking errno.h presence... yes checking for errno.h... yes checking crypt.h usability... no checking crypt.h presence... no checking for crypt.h... no checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for size_t... yes checking for working volatile... yes checking for preprocessor stringizing operator... yes checking for pid_t... yes checking for working alloca.h... no checking for alloca... yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for working memcmp... yes checking for socket in -lsocket... no checking for gethostbyname... yes checking for gethostbyname in -lnsl... no checking for strcasecmp... yes checking for strdup... yes checking for char... yes checking size of char... 1 checking for short... yes checking size of short... 2 checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 checking if "/usr/local" is a mysql_config script... no checking mysql_config availability in /usr/local/bin... yes checking for mysql_real_query... yes checking for mysql_real_escape_string... yes checking for make_scrambled_password_323... yes checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking pam_appl.h usability... yes checking pam_appl.h presence... yes checking for pam_appl.h... yes checking pam_modules.h usability... yes checking PAM_CONV_AGAIN availability... no checking PAM_INCOMPLETE availability... no checking PAM_NEW_AUTHTOK_REQD availability... yes checking if the second argument of pam_get_user() takes const pointer... yes checking if the third argument of pam_get_data() takes const pointer... no checking if the third argument of pam_get_item() takes const pointer... yes checking if the second argument of pam_conv.conv() takes const pointer... yes checking if md5.h is derived from Cyrus SASL Version 1... no checking md5.h usability... yes checking md5.h presence... yes checking for md5.h... yes checking if md5.h is Solaris's... no checking for md5.h... (cached) yes checking for crypt in -lcrypt... yes checking for crypt... yes configure: creating ./config.status config.status: creating Makefile config.status: creating pam_mysql.spec config.status: creating config.h config.status: executing default-1 commands ----Next_Part(Wed_Mar__8_10_00_57_2006_263)---- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 07:08:54 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1956A16A420 for ; Wed, 8 Mar 2006 07:08:54 +0000 (GMT) (envelope-from mario@schmut.com) Received: from mail.schmut.com (mail.schmut.com [66.92.49.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 7319343D45 for ; Wed, 8 Mar 2006 07:08:53 +0000 (GMT) (envelope-from mario@schmut.com) Received: (qmail 45061 invoked by uid 89); 8 Mar 2006 07:08:52 -0000 Received: from schmut.com (snoopy.schmut.com [192.168.23.1]) by snoopy.schmut.com (tmda-ofmipd) with ESMTP; Tue, 07 Mar 2006 23:08:49 -0800 (PST) Received: from 192.168.223.4 (SquirrelMail authenticated user mario@schmut.com) by mail.schmut.com with HTTP; Tue, 7 Mar 2006 23:08:49 -0800 (PST) Message-ID: <42374.192.168.223.4.1141801729.squirrel@mail.schmut.com> Date: Tue, 7 Mar 2006 23:08:49 -0800 (PST) To: In-Reply-To: <20060308063537.GA53890@xor.obsecurity.org> References: <43168.192.168.223.4.1141799475.squirrel@mail.schmut.com> <20060308063537.GA53890@xor.obsecurity.org> X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.9) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: mario X-Primary-Address: mario@schmut.com Cc: freebsd-ports@freebsd.org Subject: Re: qmail config question X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mario List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 07:08:54 -0000 So, Kris Kennaway wrote: >> I've googled for things like BIG_TODO_PATCH or OUTGOINGIP_PATCH but >> couldn't find anything other than the makefile that i've already >> looked at. > > Since you looked at the makefile, you would have seen the patches they > add, and where they are downloaded from. Those sites are surely the > best places to start looking/googling. Thanks that worked for me. mairo;> From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 07:10:45 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9256C16A420 for ; Wed, 8 Mar 2006 07:10:45 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail26.syd.optusnet.com.au (mail26.syd.optusnet.com.au [211.29.133.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9FAB43D45 for ; Wed, 8 Mar 2006 07:10:44 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail26.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k287AeMM030972 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 8 Mar 2006 18:10:42 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k287AbDh000879 for ; Wed, 8 Mar 2006 18:10:37 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k287AbpM000878 for freebsd-ports@freebsd.org; Wed, 8 Mar 2006 18:10:37 +1100 (EST) (envelope-from peter) Date: Wed, 8 Mar 2006 18:10:36 +1100 From: Peter Jeremy To: freebsd-ports@freebsd.org Message-ID: <20060308071036.GA679@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: devel/glib20 not installing correct .so 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, 08 Mar 2006 07:10:45 -0000 I recently blew away my entire ports collection and am rebuilding it (due to various problems that I thought my latest portupgrade caused). I've now found that ports depending on glib20 don't believe it is installed. After installing glib20, I get a result like: ===> gstreamer-0.8.11_2 depends on shared library: popt.0 - found ===> gstreamer-0.8.11_2 depends on shared library: glib-2.0.0 - not found ===> Verifying install for glib-2.0.0 in /usr/ports/devel/glib20 Additionally: server% /usr/sbin/pkg_info -g glib-2.8.6_1 Information for glib-2.8.6_1: Mismatched Checksums: pkg_info: /usr/local/lib/libglib-2.0.so.0 doesn't exist pkg_info: /usr/local/lib/libgmodule-2.0.so.0 doesn't exist pkg_info: /usr/local/lib/libgobject-2.0.so.0 doesn't exist pkg_info: /usr/local/lib/libgthread-2.0.so.0 doesn't exist server% Looking in /usr/local/lib, I have: -rw-r--r-- 1 root wheel 12668 8 Mar 18:00 libgthread-2.0.a -rwxr-xr-x 1 root wheel 969 8 Mar 18:00 libgthread-2.0.la lrwxr-xr-x 1 root wheel 21 8 Mar 18:00 libgthread-2.0.so -> libgthread-2.0.so.800 -rwxr-xr-x 1 root wheel 19358 8 Mar 18:00 libgthread-2.0.so.800 -rw-r--r-- 1 root wheel 8220 8 Mar 18:00 libgmodule-2.0.a -rwxr-xr-x 1 root wheel 960 8 Mar 18:00 libgmodule-2.0.la lrwxr-xr-x 1 root wheel 21 8 Mar 18:00 libgmodule-2.0.so -> libgmodule-2.0.so.800 -rwxr-xr-x 1 root wheel 13635 8 Mar 18:00 libgmodule-2.0.so.800 -rw-r--r-- 1 root wheel 330020 8 Mar 18:00 libgobject-2.0.a -rwxr-xr-x 1 root wheel 960 8 Mar 18:00 libgobject-2.0.la lrwxr-xr-x 1 root wheel 21 8 Mar 18:00 libgobject-2.0.so -> libgobject-2.0.so.800 -rwxr-xr-x 1 root wheel 240519 8 Mar 18:00 libgobject-2.0.so.800 -rw-r--r-- 1 root wheel 742826 8 Mar 18:00 libglib-2.0.a -rwxr-xr-x 1 root wheel 909 8 Mar 18:00 libglib-2.0.la lrwxr-xr-x 1 root wheel 18 8 Mar 18:00 libglib-2.0.so -> libglib-2.0.so.800 -rwxr-xr-x 1 root wheel 578214 8 Mar 18:00 libglib-2.0.so.800 I've checked my revisions of both ports/devel/glib20 and ports/Mk against the FreeBSD CVS and rebuilt glib20 after deleting /etc/make.conf I've looked through the -ports archive and tried searching the PR database without finding any reference to a problem like this. I can't believe that no-one else would have run into this so I presume it's something I've done but I can't work out what. -- Peter Jeremy From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 07:21:09 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EBCB16A420 for ; Wed, 8 Mar 2006 07:21:09 +0000 (GMT) (envelope-from akbeech@alaskaparadise.com) Received: from pinnacle.akherb.com (94-37-237-24.gci.net [24.237.37.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1EC243D4C for ; Wed, 8 Mar 2006 07:21:08 +0000 (GMT) (envelope-from akbeech@alaskaparadise.com) Received: by pinnacle.akherb.com (Postfix, from userid 1007) id E27BA5DAE; Tue, 7 Mar 2006 22:21:07 -0900 (AKST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pinnacle.akherb.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=4.0 tests=AWL autolearn=ham version=3.1.0 Received: from [192.168.2.131] (209-124-141-064.ip.arctic.net [209.124.141.64]) by pinnacle.akherb.com (Postfix) with ESMTP id 5598B5CD9 for ; Tue, 7 Mar 2006 22:21:05 -0900 (AKST) From: Beech Rintoul Organization: Alaska Paradise Travel To: freebsd-ports@freebsd.org Date: Tue, 7 Mar 2006 22:20:40 -0900 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2259320.5yAkAjPU5M"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603072220.59815.akbeech@alaskaparadise.com> Subject: acroread 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: Wed, 08 Mar 2006 07:21:09 -0000 --nextPart2259320.5yAkAjPU5M Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The install of acroread failed with the following: ** Command failed [exit code 2]: /usr/bin/script -qa /tmp/portupgrade30538.= 0=20 make reinstall =2D--> Updating dependency info egrep: /var/db/pkg/acroread7-7.0.5_1/+CONTENTS: No such file or directory =2D--> Restoring the old version Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - akbeech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise Travel \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart2259320.5yAkAjPU5M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBEDoXa1HPO4IQJSE0RAhPuAKC/rAXHDcfgunCxuNXrQ1l4S8jyDACgz0nq o9dnO5e+Lfx7rSv2+J33zuk= =qW2M -----END PGP SIGNATURE----- --nextPart2259320.5yAkAjPU5M-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 07:29:20 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 556EE16A420 for ; Wed, 8 Mar 2006 07:29:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A48643D46 for ; Wed, 8 Mar 2006 07:29:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id EECB31A3C1D; Tue, 7 Mar 2006 23:29:19 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D7FD751875; Wed, 8 Mar 2006 02:29:18 -0500 (EST) Date: Wed, 8 Mar 2006 02:29:18 -0500 From: Kris Kennaway To: Beech Rintoul Message-ID: <20060308072918.GA54669@xor.obsecurity.org> References: <200603072220.59815.akbeech@alaskaparadise.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <200603072220.59815.akbeech@alaskaparadise.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org Subject: Re: acroread 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: Wed, 08 Mar 2006 07:29:20 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 07, 2006 at 10:20:40PM -0900, Beech Rintoul wrote: > The install of acroread failed with the following: >=20 > ** Command failed [exit code 2]: /usr/bin/script -qa /tmp/portupgrade3053= 8.0=20 > make reinstall > ---> Updating dependency info > egrep: /var/db/pkg/acroread7-7.0.5_1/+CONTENTS: No such file or directory > ---> Restoring the old version That's not the current version; update and retry. Kris --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDofOWry0BWjoQKURAg7kAJwLfOBOgQQr1A3X5cLzuKo2CsF5KQCguV7S /QNgW3xrQYNu41JwzXLBOX4= =mF5d -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 08:59:06 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46E1116A420 for ; Wed, 8 Mar 2006 08:59:06 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4758E43D55 for ; Wed, 8 Mar 2006 08:59:00 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 08 Mar 2006 08:58:59 -0000 Received: from p54A7E07F.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.224.127] by mail.gmx.net (mp005) with SMTP; 08 Mar 2006 09:58:59 +0100 X-Authenticated: #5465401 Message-ID: <440E9CD1.7070507@gmx.de> Date: Wed, 08 Mar 2006 09:58:57 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 References: <1141735751.58221.7.camel@golf.sinprodf.org.br> <20060308.000742.122594558.hrs@allbsd.org> In-Reply-To: <20060308.000742.122594558.hrs@allbsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9D9A1C2D721BFD85E726A1DF" X-Y-GMX-Trusted: 0 Cc: ports@FreeBSD.org Subject: Re: acroread7 problems 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, 08 Mar 2006 08:59:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9D9A1C2D721BFD85E726A1DF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable This is very unfortunate. A downgrade is the only real option, since 7.0.5 is barely usable like this. Hiroki Sato wrote: >=20 > Unfortunately I did not get the go-ahead from portmgr@, so 6.1R/5.5R > are expected to include ports for Adobe Reader 7.0.5. >=20 > -- > | Hiroki SATO --------------enig9D9A1C2D721BFD85E726A1DF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDpzRfMDIb41/+S0RAvCnAJ9huxKMwpUKgW5xZ2x29eY5nYzGCQCePWUV 8BUwvZRDIf6xwFgi040dPtw= =GBlj -----END PGP SIGNATURE----- --------------enig9D9A1C2D721BFD85E726A1DF-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 09:30:07 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85AB816A420 for ; Wed, 8 Mar 2006 09:30:07 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id D919D43D48 for ; Wed, 8 Mar 2006 09:30:06 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k289U4Cp008054 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 8 Mar 2006 20:30:05 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k289U4PY001300 for ; Wed, 8 Mar 2006 20:30:04 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k289U4BQ001299 for freebsd-ports@freebsd.org; Wed, 8 Mar 2006 20:30:04 +1100 (EST) (envelope-from peter) Date: Wed, 8 Mar 2006 20:30:03 +1100 From: Peter Jeremy To: freebsd-ports@freebsd.org Message-ID: <20060308093003.GC679@turion.vk2pj.dyndns.org> References: <20060308071036.GA679@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060308071036.GA679@turion.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: devel/glib20 not installing correct .so 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, 08 Mar 2006 09:30:07 -0000 On Wed, 2006-Mar-08 18:10:36 +1100, Peter Jeremy wrote: >I recently blew away my entire ports collection and am rebuilding it >(due to various problems that I thought my latest portupgrade caused). >I've now found that ports depending on glib20 don't believe it is >installed. After installing glib20, I get a result like: >===> gstreamer-0.8.11_2 depends on shared library: popt.0 - found >===> gstreamer-0.8.11_2 depends on shared library: glib-2.0.0 - not found >===> Verifying install for glib-2.0.0 in /usr/ports/devel/glib20 ... >I can't believe that no-one else would have run into this so I presume >it's something I've done but I can't work out what. I've found it was a local problem - I had a /usr/local/bin/libtool installed that did not come from devel/libtool15. I'm not sure how it got there but it's gone now and glib20 is now installed correctly. Sorry for the noise. -- Peter Jeremy From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 09:33:10 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA9A416A420 for ; Wed, 8 Mar 2006 09:33:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E48C43D45 for ; Wed, 8 Mar 2006 09:33:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 716961A3C1C; Wed, 8 Mar 2006 01:33:10 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CA58E5214D; Wed, 8 Mar 2006 04:33:09 -0500 (EST) Date: Wed, 8 Mar 2006 04:33:09 -0500 From: Kris Kennaway To: "[LoN]Kamikaze" Message-ID: <20060308093309.GA56996@xor.obsecurity.org> References: <1141735751.58221.7.camel@golf.sinprodf.org.br> <20060308.000742.122594558.hrs@allbsd.org> <440E9CD1.7070507@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <440E9CD1.7070507@gmx.de> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org Subject: Re: acroread7 problems 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, 08 Mar 2006 09:33:10 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 08, 2006 at 09:58:57AM +0100, [LoN]Kamikaze wrote: > This is very unfortunate. A downgrade is the only real option, since > 7.0.5 is barely usable like this. It's OK, the patch was approved and committed already. Kris --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDqTVWry0BWjoQKURAqw+AKD8b42AHxLvRBOa5U3ccGd6fxWspgCg+7hy RyDS6/ztd3WW84WyCJfpqFM= =W+Mu -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 09:37:58 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01D8216A422 for ; Wed, 8 Mar 2006 09:37:58 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 89DBE43D76 for ; Wed, 8 Mar 2006 09:37:53 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 08 Mar 2006 09:37:51 -0000 Received: from p54A7E07F.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.224.127] by mail.gmx.net (mp029) with SMTP; 08 Mar 2006 10:37:51 +0100 X-Authenticated: #5465401 Message-ID: <440EA5E4.7070602@gmx.de> Date: Wed, 08 Mar 2006 10:37:40 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: Kris Kennaway References: <1141735751.58221.7.camel@golf.sinprodf.org.br> <20060308.000742.122594558.hrs@allbsd.org> <440E9CD1.7070507@gmx.de> <20060308093309.GA56996@xor.obsecurity.org> In-Reply-To: <20060308093309.GA56996@xor.obsecurity.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7DF832D57CEFEFBC87CC5B7E" X-Y-GMX-Trusted: 0 Cc: ports@FreeBSD.org Subject: Re: acroread7 problems 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, 08 Mar 2006 09:37:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7DF832D57CEFEFBC87CC5B7E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I just recognized. :) Kris Kennaway wrote: > On Wed, Mar 08, 2006 at 09:58:57AM +0100, [LoN]Kamikaze wrote: >> This is very unfortunate. A downgrade is the only real option, since >> 7.0.5 is barely usable like this. >=20 > It's OK, the patch was approved and committed already. >=20 > Kris --------------enig7DF832D57CEFEFBC87CC5B7E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDqXqfMDIb41/+S0RApLDAJ9jzicqhL6wHD6WEWHNgWyYsc6nZwCfZCSp xTdE53+wjHMybkq6ZqGnLJA= =7zvP -----END PGP SIGNATURE----- --------------enig7DF832D57CEFEFBC87CC5B7E-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 11:41:08 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7590716A420 for ; Wed, 8 Mar 2006 11:41:08 +0000 (GMT) (envelope-from novel@smtp.hispeed.ch) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCAE543D45 for ; Wed, 8 Mar 2006 11:41:07 +0000 (GMT) (envelope-from novel@smtp.hispeed.ch) Received: from underworld.novel.ru ([88.147.140.177]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id k28Bf3Zc026585; Wed, 8 Mar 2006 12:41:04 +0100 Date: Wed, 8 Mar 2006 14:40:59 +0000 From: Roman Bogorodskiy To: "ml@sd2i.com" Message-ID: <20060308144059.GB877@underworld.novel.ru> Mail-Followup-To: "ml@sd2i.com" , freebsd-ports@freebsd.org References: <440D4669.4030005@sd2i.com> <20060307094141.GA2142@pentarou.parodius.com> <440D84CC.3090009@sd2i.com> <440DB43C.9090900@sd2i.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <440DB43C.9090900@sd2i.com> X-PGP: http://people.freebsd.org/~novel/novel.key.asc X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on smtp-01.tornado.cablecom.ch X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-01.tornado.cablecom.ch 32701; Body=2 Fuz1=2 Fuz2=2 Cc: freebsd-ports@freebsd.org Subject: Re: wzdftpd compile 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: Wed, 08 Mar 2006 11:41:08 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ml@sd2i.com wrote: > Ok after google'ing a bit and some searches in the porter's handbook i=20 > found a way to go, by adding the following in the port's Makefile : >=20 > CFLAGS+=3D -liconv >=20 > I'm quite sure this is not the best way, but it works... I would=20 > appreciate any comment on that. That happens because wzdftpd used to have utf8 disabled by default. But now it's enabled by default, but in OPTIONS UTF8 is OFF. That way, when one tries to build it with default OPTIONS, wzdftpd needs iconv, but port's Makefile doesn't set USE_ICONV. My fault. Workaround: make config and enable UTF8. Fix: http://people.freebsd.org/~novel/misc/wzdftpd-iconv.diff Roman Bogorodskiy --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iQCVAwUBRA7s+4B0WzgdqspGAQI2ugP/QAj08A9E/MA7ve+wH7/6thYaGcEUygTA JapnA+tL+/R31t91ewbpo9eVV3Gh3oEI3AhK8CAmu3CfinOCFZEhXrhRKDesu/O9 TGfKRvrysBiWw3Z+ZeM9rJ0Hh/CM33sPXVCIrs75f5dVqsF6HxWswxka0TCML+R1 pww+M95dkvs= =IAxB -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 11:48:22 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1CFA16A420; Wed, 8 Mar 2006 11:48:21 +0000 (GMT) (envelope-from novel@smtp.hispeed.ch) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B9D943D48; Wed, 8 Mar 2006 11:48:21 +0000 (GMT) (envelope-from novel@smtp.hispeed.ch) Received: from underworld.novel.ru ([88.147.140.177]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id k28BmHGC004709; Wed, 8 Mar 2006 12:48:18 +0100 Date: Wed, 8 Mar 2006 14:48:16 +0000 From: Roman Bogorodskiy To: Norikatsu Shigemura Message-ID: <20060308144816.GC877@underworld.novel.ru> Mail-Followup-To: Norikatsu Shigemura , ports@FreeBSD.org, arved@FreeBSD.org, freebsd-ports@FreeBSD.org, Michael Nottebrock References: <20060228221052.03ce1150.nork@FreeBSD.org> <200602282033.12025.arved@freebsd.org> <440D379F.9090908@freebsd.org> <20060307230840.ac6da540.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <20060307230840.ac6da540.nork@FreeBSD.org> X-PGP: http://people.freebsd.org/~novel/novel.key.asc X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on smtp-06.tornado.cablecom.ch X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-06.tornado.cablecom.ch 32701; Body=5 Fuz1=5 Fuz2=5 Cc: ports@FreeBSD.org, arved@FreeBSD.org, Michael Nottebrock , freebsd-ports@FreeBSD.org Subject: Re: security/dirmngr: install issue on 6.1-PRERELEASE 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, 08 Mar 2006 11:48:22 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Norikatsu Shigemura wrote: > On Tue, 07 Mar 2006 08:34:55 +0100 > Michael Nottebrock wrote: > > Tilman Linneweh schrieb: > > > * Norikatsu Shigemura [Tuesday, 28. February 2006 14:10 ]: > > >> `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' gmake[1]: Leaving > > >> directory `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' install-i= nfo > > >> --quiet /usr/local/info/dirmngr.info /usr/local/info/dir install-inf= o: menu > > >> item `dirmngr-client' already exists, for file `gnupg' *** Error cod= e 1 > > > ports/93916 has a similar problem with vcdimager, so maybe this is an= other > > > libtool update fallout? > > Or perhaps an issue with texinfo. I've recently noticed at least one > > port switiching to the ports-version of texinfo instead of using the > > base-system one - maybe the current version is no longer backwards > > compatible with the base-system version or having both installed causes > > some problems? > > I haven't received a build-error notice from pointyhat for this, which > > makes me suspect a less general problem than another libtool bug. >=20 > I found this issue's criminal:-). It is security/gnutls. > But there are some same issue, editors/psgml-emacs19, > editors/psgml-mule, mail/exim-doc-html and security/gnutls-devel. >=20 > I made a patch to fix this issue. But I don't know that > this patch is ok. Because I don't know which texinfo's version > is expected:-(. And maybe I think, /usr/ports/UPDATING should > be updated(pkg_delete texinfo-4.8_3). Well, that was done because texinfo that comes with FreeBSD 5.x and 4.x are too old and building docs fails with it. Texinfo from 6.x seems to be OK, yes, though it's better to check it. > Index: Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/ports/security/gnutls/Makefile,v > retrieving revision 1.31 > diff -u -r1.31 Makefile > --- Makefile 23 Feb 2006 10:38:55 -0000 1.31 > +++ Makefile 7 Mar 2006 13:49:30 -0000 > @@ -19,7 +19,6 @@ > MAINTAINER=3D novel@FreeBSD.org > COMMENT=3D GNU Transport Layer Security library > =20 > -BUILD_DEPENDS=3D ${LOCALBASE}/bin/makeinfo:${PORTSDIR}/print/texinfo > LIB_DEPENDS=3D gcrypt.13:${PORTSDIR}/security/libgcrypt \ > gpg-error.1:${PORTSDIR}/security/libgpg-error > =20 > @@ -48,6 +47,11 @@ > CONFIGURE_ARGS+=3D --with-included-lzo > MANCOMPRESSED=3D no > =20 > +.include > +.if ${OSVERSION} < 600000 > +BUILD_DEPENDS=3D ${LOCALBASE}/bin/makeinfo:${PORTSDIR}/print/texinfo > +.endif > + > .if !defined(NOPORTDOCS) > PORTDOCS=3D AUTHORS NEWS README THANKS > .endif > @@ -68,4 +72,4 @@ > .endif > =20 > .include "Makefile.man" > -.include > +.include > _______________________________________________ > 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" Roman Bogorodskiy --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iQCVAwUBRA7usIB0WzgdqspGAQKi4QP/cJqM52yK2jmqelIoYQYsUAdKQGx0hHcE nqjZKAzGFFCSTveLvD9bQjcxXMI2niU0JoVktBAqVhwvlkGk9KhnfuHtPy/NioHV oDu13cNIi2RzLGsI4eFSdN5rn5YndWr9soOsPSRj0kmpI8/mMDsByAyY6TxIlsHm ZiIwL2tgCHE= =yRJr -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 11:48:22 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1CFA16A420; Wed, 8 Mar 2006 11:48:21 +0000 (GMT) (envelope-from novel@smtp.hispeed.ch) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B9D943D48; Wed, 8 Mar 2006 11:48:21 +0000 (GMT) (envelope-from novel@smtp.hispeed.ch) Received: from underworld.novel.ru ([88.147.140.177]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id k28BmHGC004709; Wed, 8 Mar 2006 12:48:18 +0100 Date: Wed, 8 Mar 2006 14:48:16 +0000 From: Roman Bogorodskiy To: Norikatsu Shigemura Message-ID: <20060308144816.GC877@underworld.novel.ru> Mail-Followup-To: Norikatsu Shigemura , ports@FreeBSD.org, arved@FreeBSD.org, freebsd-ports@FreeBSD.org, Michael Nottebrock References: <20060228221052.03ce1150.nork@FreeBSD.org> <200602282033.12025.arved@freebsd.org> <440D379F.9090908@freebsd.org> <20060307230840.ac6da540.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <20060307230840.ac6da540.nork@FreeBSD.org> X-PGP: http://people.freebsd.org/~novel/novel.key.asc X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on smtp-06.tornado.cablecom.ch X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-06.tornado.cablecom.ch 32701; Body=5 Fuz1=5 Fuz2=5 Cc: ports@FreeBSD.org, arved@FreeBSD.org, Michael Nottebrock , freebsd-ports@FreeBSD.org Subject: Re: security/dirmngr: install issue on 6.1-PRERELEASE 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, 08 Mar 2006 11:48:22 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Norikatsu Shigemura wrote: > On Tue, 07 Mar 2006 08:34:55 +0100 > Michael Nottebrock wrote: > > Tilman Linneweh schrieb: > > > * Norikatsu Shigemura [Tuesday, 28. February 2006 14:10 ]: > > >> `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' gmake[1]: Leaving > > >> directory `/usr/ports/security/dirmngr/work/dirmngr-0.9.3' install-i= nfo > > >> --quiet /usr/local/info/dirmngr.info /usr/local/info/dir install-inf= o: menu > > >> item `dirmngr-client' already exists, for file `gnupg' *** Error cod= e 1 > > > ports/93916 has a similar problem with vcdimager, so maybe this is an= other > > > libtool update fallout? > > Or perhaps an issue with texinfo. I've recently noticed at least one > > port switiching to the ports-version of texinfo instead of using the > > base-system one - maybe the current version is no longer backwards > > compatible with the base-system version or having both installed causes > > some problems? > > I haven't received a build-error notice from pointyhat for this, which > > makes me suspect a less general problem than another libtool bug. >=20 > I found this issue's criminal:-). It is security/gnutls. > But there are some same issue, editors/psgml-emacs19, > editors/psgml-mule, mail/exim-doc-html and security/gnutls-devel. >=20 > I made a patch to fix this issue. But I don't know that > this patch is ok. Because I don't know which texinfo's version > is expected:-(. And maybe I think, /usr/ports/UPDATING should > be updated(pkg_delete texinfo-4.8_3). Well, that was done because texinfo that comes with FreeBSD 5.x and 4.x are too old and building docs fails with it. Texinfo from 6.x seems to be OK, yes, though it's better to check it. > Index: Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/ports/security/gnutls/Makefile,v > retrieving revision 1.31 > diff -u -r1.31 Makefile > --- Makefile 23 Feb 2006 10:38:55 -0000 1.31 > +++ Makefile 7 Mar 2006 13:49:30 -0000 > @@ -19,7 +19,6 @@ > MAINTAINER=3D novel@FreeBSD.org > COMMENT=3D GNU Transport Layer Security library > =20 > -BUILD_DEPENDS=3D ${LOCALBASE}/bin/makeinfo:${PORTSDIR}/print/texinfo > LIB_DEPENDS=3D gcrypt.13:${PORTSDIR}/security/libgcrypt \ > gpg-error.1:${PORTSDIR}/security/libgpg-error > =20 > @@ -48,6 +47,11 @@ > CONFIGURE_ARGS+=3D --with-included-lzo > MANCOMPRESSED=3D no > =20 > +.include > +.if ${OSVERSION} < 600000 > +BUILD_DEPENDS=3D ${LOCALBASE}/bin/makeinfo:${PORTSDIR}/print/texinfo > +.endif > + > .if !defined(NOPORTDOCS) > PORTDOCS=3D AUTHORS NEWS README THANKS > .endif > @@ -68,4 +72,4 @@ > .endif > =20 > .include "Makefile.man" > -.include > +.include > _______________________________________________ > 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" Roman Bogorodskiy --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iQCVAwUBRA7usIB0WzgdqspGAQKi4QP/cJqM52yK2jmqelIoYQYsUAdKQGx0hHcE nqjZKAzGFFCSTveLvD9bQjcxXMI2niU0JoVktBAqVhwvlkGk9KhnfuHtPy/NioHV oDu13cNIi2RzLGsI4eFSdN5rn5YndWr9soOsPSRj0kmpI8/mMDsByAyY6TxIlsHm ZiIwL2tgCHE= =yRJr -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 12:21:27 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A72FB16A420 for ; Wed, 8 Mar 2006 12:21:27 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EBEA43D45 for ; Wed, 8 Mar 2006 12:21:27 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 25F6E1F87C15; Wed, 8 Mar 2006 13:21:26 +0100 (CET) Date: Wed, 8 Mar 2006 13:21:26 +0100 From: Roman Neuhauser To: Ruslan Savchenko Message-ID: <20060308122125.GA23766@isis.sigpipe.cz> Mail-Followup-To: Ruslan Savchenko , freebsd-ports@freebsd.org References: <20060307.223131.635794621.savrus@mexmat.net> <20060307223953.GB4435@isis.sigpipe.cz> <20060308.100057.-494034712.savrus@mexmat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060308.100057.-494034712.savrus@mexmat.net> User-Agent: Mutt/1.5.9i Cc: freebsd-ports@freebsd.org Subject: Re: little improvement in security/pam-mysql 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, 08 Mar 2006 12:21:27 -0000 # savrus@mexmat.net / 2006-03-08 10:00:57 +0300: > Tue, 7 Mar 2006 23:39:53 +0100 > Roman Neuhauser : > > > # savrus@mexmat.net / 2006-03-07 22:31:31 +0300: > > > When I tried to set crypt=md5, I saw message > > > > > > Mar 3 17:00:24 ssh login: pam_mysql - non-crypt()ish MD5 hash is not supported > > > in this build. > > > > > > Looking throw source shows that it depends on HAVE_PAM_MYSQL_MD5_DATA > > > definition. One way to get it defined is to have HAVE_MD5DATA defined > > > (and MD5Data() in md5.h). FreeBSD's sys/md5.h has MD5Data(), but no > > > HAVE_MD5DATA. If HAVE_MD5DATA is defined in pam_mysql.c md5 passwords > > > work well, so one way to fix this is to apply attached patch to > > > pam_mysql.c > > > > > --- pam_mysql.c.old Tue Mar 7 21:54:04 2006 > > > +++ pam_mysql.c Tue Mar 7 21:55:56 2006 > > > @@ -121,6 +121,7 @@ > > > > > > #ifndef HAVE_OPENSSL > > > #ifdef HAVE_MD5_H > > > +#define HAVE_MD5DATA > > > #include > > > #endif > > > > This is not the right fix. HAVE_MD5DATA is probably supposed to get > > set by pam-mysql's configure script. What's the output of running > > make configure in the port, and what's in ${WRKSRC}/config.log? > > Thank you for the answer. > In my case it is not set, you see. I also can't see this (and even > MD5Data) in any file except pam_mysql.c. I was wrong, sorry for wasting your time. I don't know where the HAVE_MD5DATA constant is supposed to come from. -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 13:51:13 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14DBE16A420 for ; Wed, 8 Mar 2006 13:51:13 +0000 (GMT) (envelope-from ml@sd2i.com) Received: from www2.sd2i.net (www2.sd2i.net [81.80.186.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD16743D48 for ; Wed, 8 Mar 2006 13:51:12 +0000 (GMT) (envelope-from ml@sd2i.com) Received: from [192.168.1.11] (ADijon-153-1-62-109.w81-51.abo.wanadoo.fr [81.51.205.109]) by www2.sd2i.net (Postfix) with ESMTP id 8F81F3F672 for ; Wed, 8 Mar 2006 14:51:10 +0100 (CET) Message-ID: <440EE14F.1050803@sd2i.com> Date: Wed, 08 Mar 2006 14:51:11 +0100 From: "ml@sd2i.com" User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <440D4669.4030005@sd2i.com> <20060307094141.GA2142@pentarou.parodius.com> <440D84CC.3090009@sd2i.com> <440DB43C.9090900@sd2i.com> <20060308144059.GB877@underworld.novel.ru> In-Reply-To: <20060308144059.GB877@underworld.novel.ru> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: wzdftpd compile 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: Wed, 08 Mar 2006 13:51:13 -0000 Roman Bogorodskiy a écrit : > ml@sd2i.com wrote: > >> Ok after google'ing a bit and some searches in the porter's handbook i >> found a way to go, by adding the following in the port's Makefile : >> >> CFLAGS+= -liconv >> >> I'm quite sure this is not the best way, but it works... I would >> appreciate any comment on that. > > That happens because wzdftpd used to have utf8 disabled by default. But > now it's enabled by default, but in OPTIONS UTF8 is OFF. That way, when > one tries to build it with default OPTIONS, wzdftpd needs iconv, but > port's Makefile doesn't set USE_ICONV. My fault. > > Workaround: make config and enable UTF8. > Fix: http://people.freebsd.org/~novel/misc/wzdftpd-iconv.diff Thanks for your great job, all's running fine on my box now ;) David. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 16:01:24 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89F1F16A420 for ; Wed, 8 Mar 2006 16:01:24 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA6DB43D48 for ; Wed, 8 Mar 2006 16:01:20 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so146484wxc for ; Wed, 08 Mar 2006 08:01:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=RHqRVDmdTZJcmJuUHrJ5EmHRMopjfogTFFdzieYGKfxBbu4sCuxktZJ1CGenMx3wHzn5OKzwgMf/kCECTNccGkHLqVtuZm15MPV+wxiHs0y6uyVVAy1VsBPff0mOidBq40tHrMXkFuRVPNLrQB8+5uQJaalGmreuX46QJWmbzX4= Received: by 10.70.75.10 with SMTP id x10mr1018174wxa; Wed, 08 Mar 2006 08:01:20 -0800 (PST) Received: by 10.70.31.17 with HTTP; Wed, 8 Mar 2006 08:01:15 -0800 (PST) Message-ID: <790a9fff0603080801t140fb323kc4ddecfb85d00ecc@mail.gmail.com> Date: Wed, 8 Mar 2006 10:01:15 -0600 From: "Scot Hetzel" To: kde@freebsd.org, ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: sysutils/kdeadmin3: kpackage using wrong INDEX file 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, 08 Mar 2006 16:01:24 -0000 I found a problem with kpackage in that it fails to use the INDEX-{4,6,7} file on FreeBSD {4,6,7}. The problem is that kpackage only looks for INDEX or INDEX-5. I have submitted PR 94231 on this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D94231 When I submitted the PR, I forgot to set the PR to the 'ports' category. Is it too late to get this fix in for the 6.x packages? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 16:45:51 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9804216A422; Wed, 8 Mar 2006 16:45:51 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6683C43D66; Wed, 8 Mar 2006 16:45:49 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 89DF9115AF; Wed, 8 Mar 2006 17:45:48 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60685-09; Wed, 8 Mar 2006 17:45:39 +0100 (CET) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 3B25611492; Wed, 8 Mar 2006 17:45:38 +0100 (CET) From: Florent Thoumie To: freebsd-net@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain Date: Wed, 08 Mar 2006 16:45:37 +0000 Message-Id: <1141836337.17213.21.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at xbsd.org Cc: Subject: FreeBSD Port of OpenOSPFD 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, 08 Mar 2006 16:45:51 -0000 I guess you already know that the OpenBSD team has been working on an OSPF implementation for quite some time now. Although there still is no release, I guess it could be a good idea to add the port to the tree so that it receives a larger review. I'll try to make snapshot on a regular basis until it's released. I'm not going to add it before the end of the freeze but in the meantime, you can grab it at [1] Since it may take some time before distfiles are propagated to all ftp servers, get the distfiles here [2] and put them in ${DISTDIR}/openospfd/ [1] http://people.freebsd.org/~flz/local/openospfd.shar [2] http://people.freebsd.org/~flz/distfiles/openospfd/ Note: I haven't tested it yet, but at least it compiles and installs fine. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 17:01:02 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6231216A420; Wed, 8 Mar 2006 17:01:02 +0000 (GMT) (envelope-from regnauld@catpipe.net) Received: from moof.catpipe.net (moof.catpipe.net [195.249.214.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5B843D75; Wed, 8 Mar 2006 17:01:01 +0000 (GMT) (envelope-from regnauld@catpipe.net) Received: from localhost (localhost [127.0.0.1]) by localhost.catpipe.net (Postfix) with ESMTP id 21B7B1B3CA; Wed, 8 Mar 2006 18:01:00 +0100 (CET) Received: from moof.catpipe.net ([127.0.0.1]) by localhost (moof.catpipe.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12628-03; Wed, 8 Mar 2006 18:00:58 +0100 (CET) Received: from vinyl.catpipe.net (vinyl.catpipe.net [195.249.214.189]) by moof.catpipe.net (Postfix) with ESMTP id 40A171B3C9; Wed, 8 Mar 2006 18:00:58 +0100 (CET) Received: by vinyl.catpipe.net (Postfix, from userid 1006) id 28D1378C31; Wed, 8 Mar 2006 18:00:19 +0100 (CET) Date: Wed, 8 Mar 2006 18:00:19 +0100 From: Phil Regnauld To: Florent Thoumie Message-ID: <20060308170018.GF68655@catpipe.net> References: <1141836337.17213.21.camel@mayday.esat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1141836337.17213.21.camel@mayday.esat.net> X-Operating-System: FreeBSD 6.1-PRERELEASE i386 Organization: catpipe Systems ApS User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at catpipe.net Cc: freebsd-net@freebsd.org, freebsd-ports@freebsd.org Subject: Re: FreeBSD Port of OpenOSPFD 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, 08 Mar 2006 17:01:02 -0000 Florent Thoumie (flz) writes: > > Since it may take some time before distfiles are propagated to all ftp > servers, get the distfiles here [2] and put them in > ${DISTDIR}/openospfd/ > > [1] http://people.freebsd.org/~flz/local/openospfd.shar > [2] http://people.freebsd.org/~flz/distfiles/openospfd/ Nice! So now all we need it a port of xorp (http://www.xorp.org/), and it will be quite a collection with quagga, zebra and open[bgp|ospf]d. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 17:16:27 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BFE516A422 for ; Wed, 8 Mar 2006 17:16:27 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73AC43D6B for ; Wed, 8 Mar 2006 17:16:24 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 10222 invoked from network); 8 Mar 2006 17:14:55 -0000 Received: from c00l3r.networx.ch (HELO freebsd.org) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Mar 2006 17:14:55 -0000 Message-ID: <440F1167.B6704371@freebsd.org> Date: Wed, 08 Mar 2006 18:16:23 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Phil Regnauld References: <1141836337.17213.21.camel@mayday.esat.net> <20060308170018.GF68655@catpipe.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-ports@freebsd.org, Florent Thoumie Subject: Re: FreeBSD Port of OpenOSPFD 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, 08 Mar 2006 17:16:27 -0000 Phil Regnauld wrote: > > Florent Thoumie (flz) writes: > > > > Since it may take some time before distfiles are propagated to all ftp > > servers, get the distfiles here [2] and put them in > > ${DISTDIR}/openospfd/ > > > > [1] http://people.freebsd.org/~flz/local/openospfd.shar > > [2] http://people.freebsd.org/~flz/distfiles/openospfd/ > > Nice! So now all we need it a port of xorp (http://www.xorp.org/), > and it will be quite a collection with quagga, zebra and open[bgp|ospf]d. Zebra is dead. Quagga is a fork of it which is actively being worked on. The original author of Zebra went to start his own company commercially selling and developing the codebase he already had. There hasn't been any meaningful activity on open-source Zebra for years. Xorp is still mostly a research suite of routing protocols and has a IMHO very strage configuration logic. OpenBGPD and OpenOSPFD are routing daemons made for BSD kernels, with security and scalability in mind. On top of that they are written with a lot of actual real-world network engineering experience behind it. The configuration system is far more practical, powerful and on purpose than the Cisco-CLI copy of Quagga. For example the complex filter configuration of an Internet-Exchange route server which takes about 20k of config on Quagga/Cisco can be expressed in about 8 short lines for OpenBGPD. -- Andre From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 17:50:18 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84A1C16A420; Wed, 8 Mar 2006 17:50:18 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC8943D46; Wed, 8 Mar 2006 17:50:06 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from cauchy.math.uvsq.fr (cauchy.math.uvsq.fr [193.51.32.2]) by soleil.uvsq.fr (8.13.4/jtpda-5.4) with ESMTP id k28Ho3fN041054 ; Wed, 8 Mar 2006 18:50:04 +0100 (CET) Received: from fermat.math.uvsq.fr (fermat.math.uvsq.fr [193.51.32.1]) by cauchy.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k28Ho3e0030858 ; Wed, 8 Mar 2006 18:50:03 +0100 (CET) Received: from fermat.math.uvsq.fr (localhost [127.0.0.1]) by fermat.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k28Ho2T0055836 ; Wed, 8 Mar 2006 18:50:02 +0100 (CET) Received: (from moreno@localhost) by fermat.math.uvsq.fr (8.13.3/8.13.3/Submit) id k28Ho22X055835; Wed, 8 Mar 2006 18:50:02 +0100 (CET) (envelope-from moreno) Date: Wed, 8 Mar 2006 18:50:02 +0100 From: Guillermo MORENO-SOCIAS To: openoffice@freebsd.org Message-ID: <20060308175002.GA55759@math.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.5 (soleil.uvsq.fr [193.51.24.1]); Wed, 08 Mar 2006 18:50:05 +0100 (CET) X-Miltered: at soleil.uvsq.fr with ID 440F194B.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: ClamAV 0.88/1318/Tue Mar 7 21:55:18 2006 on soleil.uvsq.fr X-Virus-Status: Clean Cc: ports@freebsd.org Subject: editors/openoffice-2.0 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, 08 Mar 2006 17:50:18 -0000 Hello. I am trying to install editors/openoffice-2.0. "portupgrade -F" gives: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ---> Fresh installation of editors/openoffice.org-2.0 started at: Fri, 03 Mar 2006 18:55:46 +0100 ---> Installing 'openoffice.org-2.0.2.rc2' from a port (editors/openoffice.org-2.0) ---> Build of editors/openoffice.org-2.0 started at: Fri, 03 Mar 2006 18:55:47 +0100 ---> Fetching '/usr/ports/editors/openoffice.org-2.0' with make flags: MINIMAL=yes ===> Fetching and checking checksums for openoffice.org-2.0.2.rc2 and dependencies [...] ====================================================================== Warning: This JDK may be unstable. You are advised to use the native FreeBSD JDK, in ports/java/jdk14. [...] ====================================================================== => j2sdk-1_4_2_10-linux-i586.bin doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/. fetch: ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/j2sdk-1_4_2_10-linux-i586.bin: File unavailable (e.g., file not found, no access) => Attempting to fetch from ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/. fetch: ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/j2sdk-1_4_2_10-linux-i586.bin: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/java/linux-sun-jdk14. *** Error code 1 Stop in /usr/ports/editors/openoffice.org-2.0. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade52730.53 make MINIMAL=yes -DBATCH -DPACKAGE_BUILDING checksum-recursive ** Fix the problem and try again. ---> Build of editors/openoffice.org-2.0 ended at: Fri, 03 Mar 2006 18:56:30 +0100 (consumed 00:00:43) ---> Fresh installation of editors/openoffice.org-2.0 ended at: Fri, 03 Mar 2006 18:56:30 +0100 (consumed 00:00:43) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ I do have java/jdk14 (/var/db/pkg/jdk-1.4.2p8_3), and even java/jdk15 (/var/db/pkg/jdk-1.5.0p2_6) so I do not install java/linux-sun-jdk14. Then I try "portupgrade -Nv editors/openoffice.org-2.0". I get the following error: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [Updating the pkgdb in /var/db/pkg ... - 497 packages found (-0 +1) . done] ---> Session started at: Wed, 08 Mar 2006 15:23:14 +0100 ---> Fresh installation of editors/openoffice.org-2.0 started at: Wed, 08 Mar 2006 15:23:32 +0100 ---> Installing 'openoffice.org-2.0.2.rc2' from a port (editors/openoffice.org-2.0) ---> Build of editors/openoffice.org-2.0 started at: Wed, 08 Mar 2006 15:23:34 +0100 ---> Building '/usr/ports/editors/openoffice.org-2.0' with make flags: MINIMAL=yes [...] register component 'javaloader.uno.so' in registry '../../unxfbsd.pro/lib/uno_services.rdb' succesful! register component 'javavm.uno.so' in registry '../../unxfbsd.pro/lib/uno_services.rdb' succesful! regcomp -register -br ../../unxfbsd.pro/misc/bridgetest/bootstrap.rdb -r ../../unxfbsd.pro/lib/uno_services.rdb -c \ file:///usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/testtools/source/bridgetest/../../unxfbsd.pro/class/testComponent.jar \ -env:URE_INTERNAL_JAVA_DIR=file:///usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/bin using loader com.sun.star.loader.Java2 An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x28D276BC Function=inflate_fast+0x18 Library=/lib/libz.so.2 Current Java thread: at java.util.zip.Inflater.inflateBytes(Native Method) at java.util.zip.Inflater.inflate(Inflater.java:219) - locked <0x2d03e658> (a java.util.zip.Inflater) at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:128) at java.io.DataInputStream.readFully(DataInputStream.java:266) at java.util.jar.JarFile.hasClassPathAttribute(JarFile.java:423) at java.util.jar.JavaUtilJarAccessImpl.jarFileHasClassPathAttribute(JavaUtilJarAccessImpl.java:15) at sun.misc.URLClassPath$JarLoader.getClassPath(URLClassPath.java:803) at sun.misc.URLClassPath.getLoader(URLClassPath.java:289) - locked <0x2d038868> (a sun.misc.URLClassPath) at sun.misc.URLClassPath.getResource(URLClassPath.java:156) at java.net.URLClassLoader$1.run(URLClassLoader.java:191) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) - locked <0x2d0385a8> (a java.net.URLClassLoader) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) Dynamic libraries: 0x8048000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/bin/regcomp.bin 0x28092000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_sal.so.3 0x2823e000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_cppu.so.3 0x28272000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_cppuhelpergcc3.so.3 0x282d0000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libstlport_gcc.so 0x28378000 /lib/libm.so.3 0x28393000 /usr/lib/libpthread.so.1 0x283b7000 /lib/libc.so.5 0x28491000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_salhelpergcc3.so.3 0x284a6000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/servicemgr.uno.so 0x284c4000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/shlibloader.uno.so 0x284ca000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/simplereg.uno.so 0x284da000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/nestedreg.uno.so 0x284e9000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/typemgr.uno.so 0x2850b000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/implreg.uno.so 0x2851e000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/security.uno.so 0x28539000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libreg.so.3 0x28556000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libstore.so.3 0x28b5a000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/regtypeprov.uno.so 0x28b9f000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/javaloader.uno.so 0x28ba6000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libjvmaccessgcc3.so.3 0x28bba000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/javavm.uno.so 0x28bd4000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libjvmfwk.so.3 0x28bef000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/libxml2.so.2.6.17 0x28d22000 /lib/libz.so.2 0x28d32000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/sunjavaplugin.so 0x28d44000 /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so 0x29177000 /usr/lib/libstdc++.so.4 0x29249000 /usr/local/jdk1.4.2/jre/lib/i386/native_threads/libhpi.so 0x29257000 /usr/local/jdk1.4.2/jre/lib/i386/libverify.so 0x2926c000 /usr/local/jdk1.4.2/jre/lib/i386/libjava.so 0x2928a000 /usr/local/jdk1.4.2/jre/lib/i386/libzip.so 0x350a9000 /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/lib/uriproc.uno.so 0x2805b000 /usr/libexec/ld-elf.so.1 Heap at VM Abort: Heap def new generation total 576K, used 122K [0x2d020000, 0x2d0c0000, 0x2d500000) eden space 512K, 24% used [0x2d020000, 0x2d03ebd0, 0x2d0a0000) from space 64K, 0% used [0x2d0a0000, 0x2d0a0000, 0x2d0b0000) to space 64K, 0% used [0x2d0b0000, 0x2d0b0000, 0x2d0c0000) tenured generation total 1408K, used 0K [0x2d500000, 0x2d660000, 0x31020000) the space 1408K, 0% used [0x2d500000, 0x2d500000, 0x2d500200, 0x2d660000) compacting perm gen total 4096K, used 895K [0x31020000, 0x31420000, 0x35020000) the space 4096K, 21% used [0x31020000, 0x310ffdc0, 0x310ffe00, 0x31420000) Local Time = Wed Mar 8 17:44:04 2006 Elapsed Time = 0 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2-p8-root_17_feb_2006_19_46 mixed mode) # # An error report file has been saved as hs_err_pid21451.log. # Please refer to the file for further information. # Abort (core dumped) dmake: Error code 134, while making '../../unxfbsd.pro/lib/uno_services.rdb' dmake: '../../unxfbsd.pro/lib/uno_services.rdb' removed. '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/testtools/source/bridgetest dmake: Error code 1, while making 'build_instsetoo_native' '---* *---' *** Error code 255 Stop in /usr/ports/editors/openoffice.org-2.0. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade68732.0 make MINIMAL=yes ** Fix the problem and try again. ---> Build of editors/openoffice.org-2.0 ended at: Wed, 08 Mar 2006 17:44:17 +0100 (consumed 02:20:42) ---> Fresh installation of editors/openoffice.org-2.0 ended at: Wed, 08 Mar 2006 17:44:17 +0100 (consumed 02:20:44) ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! editors/openoffice.org-2.0 (missing header) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ---> Saving the results to '/tmp/portupgrade.log' ---> Session ended at: Wed, 08 Mar 2006 17:44:17 +0100 (consumed 02:21:02) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Thanks for your help. Guillermo From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 18:43:31 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70B7116A420 for ; Wed, 8 Mar 2006 18:43:31 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C583943D45 for ; Wed, 8 Mar 2006 18:43:30 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail17.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k28IhTQo022585 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Thu, 9 Mar 2006 05:43:29 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k28IhSO1003044 for ; Thu, 9 Mar 2006 05:43:28 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k28IhSx8003043 for freebsd-ports@freebsd.org; Thu, 9 Mar 2006 05:43:28 +1100 (EST) (envelope-from peter) Date: Thu, 9 Mar 2006 05:43:28 +1100 From: Peter Jeremy To: freebsd-ports@freebsd.org Message-ID: <20060308184328.GG679@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Subject: sysutils/lsof won't build on recent -current 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, 08 Mar 2006 18:43:31 -0000 At the risk of crying wolf a second time... On a recent (last weekend) -current, when I try to build lsof, I get: ===> Building for lsof-4.76.1.1 (cd lib; make DEBUG="-O" CFGF="-pipe -g -march=athlon-xp -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHAS9660FS -DHAS_NO_ISO_DEV -DHASIPv6 -DLSOF_VSTR=\"7.0-CURRENT\"") cc -pipe -g -march=athlon-xp -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHAS9660FS -DHAS_NO_ISO_DEV -DHASIPv6 -DLSOF_VSTR="7.0-CURRENT" -I/usr/src/sys -O -c ckkv.c In file included from /usr/src/sys/sys/proc.h:54, from /usr/src/sys/sys/buf.h:257, from /usr/src/sys/ufs/ufs/ufsmount.h:36, from ../dlsof.h:152, from ../lsof.h:190, from ckkv.c:43: /usr/src/sys/sys/signalvar.h:323: error: conflicting types for 'psignal' /usr/include/signal.h:105: error: previous declaration of 'psignal' was here /usr/src/sys/sys/signalvar.h:323: error: conflicting types for 'psignal' /usr/include/signal.h:105: error: previous declaration of 'psignal' was here In file included from /usr/src/sys/ufs/ufs/ufsmount.h:36, from ../dlsof.h:152, from ../lsof.h:190, from ckkv.c:43: /usr/src/sys/sys/buf.h: In function `BUF_REFCNT': /usr/src/sys/sys/buf.h:366: error: `panicstr' undeclared (first use in this function) /usr/src/sys/sys/buf.h:366: error: (Each undeclared identifier is reported only once /usr/src/sys/sys/buf.h:366: error: for each function it appears in.) *** Error code 1 The conflicting psignal() is because lsof is trying to have both userland and kernel versions of psignal() in scope. Presumably there is a masking macro that has been lost somewhere. I'm not sure about the panicstr error. Has anyone else seen this? Note that lsof also gives an 'Unsupported FreeBSD version: 6.1-PRERELEASE' warning on -stable, though it builds otherwise. -- Peter Jeremy From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 19:46:07 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 853B716A422 for ; Wed, 8 Mar 2006 19:46:07 +0000 (GMT) (envelope-from xxjack12xx@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36F9943D49 for ; Wed, 8 Mar 2006 19:46:06 +0000 (GMT) (envelope-from xxjack12xx@gmail.com) Received: by xproxy.gmail.com with SMTP id s18so175523wxc for ; Wed, 08 Mar 2006 11:46:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=GpQ7xvliIyGcnwsWxRRup/DSuKRIYGvFoheUbue5OhvgWNEW4ad48Pt1CKr/v4GAStadaaD4esr4+NEkqK6VNxdMhGKd+bOUK+rPNSu5y4wwDj+tgmLvCOizpM/ILNBGOgmnxk83Lw9BBzB/9WRZWzaqdGoxRpsX7xuVIAPcHCg= Received: by 10.70.8.15 with SMTP id 15mr1239470wxh; Wed, 08 Mar 2006 11:46:04 -0800 (PST) Received: by 10.70.68.18 with HTTP; Wed, 8 Mar 2006 11:46:04 -0800 (PST) Message-ID: Date: Wed, 8 Mar 2006 11:46:04 -0800 From: "Jack L." To: "Guillermo MORENO-SOCIAS" In-Reply-To: <20060308175002.GA55759@math.uvsq.fr> MIME-Version: 1.0 References: <20060308175002.GA55759@math.uvsq.fr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, openoffice@freebsd.org Subject: Re: editors/openoffice-2.0 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, 08 Mar 2006 19:46:07 -0000 You need to manually download that file because of the licensing. On 3/8/06, Guillermo MORENO-SOCIAS wrote: > > Hello. > > I am trying to install editors/openoffice-2.0. > > "portupgrade -F" gives: > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > ---> Fresh installation of editors/openoffice.org-2.0 started at: Fri, 0= 3 > Mar 2006 18:55:46 +0100 > ---> Installing 'openoffice.org-2.0.2.rc2' from a port > (editors/openoffice.org-2.0) > ---> Build of editors/openoffice.org-2.0 started at: Fri, 03 Mar 2006 > 18:55:47 +0100 > ---> Fetching '/usr/ports/editors/openoffice.org-2.0' with make flags: > MINIMAL=3Dyes > =3D=3D=3D> Fetching and checking checksums for openoffice.org-2.0.2.rc2 a= nd > dependencies > [...] > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Warning: This JDK may be unstable. You are advised to use the native > FreeBSD JDK, in ports/java/jdk14. > [...] > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > =3D> j2sdk-1_4_2_10-linux-i586.bin doesn't seem to exist in > /usr/ports/distfiles/. > =3D> Attempting to fetch from ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/. > fetch: > ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/j2sdk-1_4_2_10-linux-i586.bin: > File unavailable (e.g., file not found, no access) > =3D> Attempting to fetch from ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/. > fetch: > ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/j2sdk-1_4_2_10-linux-i586.bin: > File unavailable (e.g., file not found, no access) > =3D> Couldn't fetch it - please try to retrieve this > =3D> port manually into /usr/ports/distfiles/ and try again. > *** Error code 1 > > Stop in /usr/ports/java/linux-sun-jdk14. > *** Error code 1 > > Stop in /usr/ports/editors/openoffice.org-2.0. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade52730.53 make MINIMAL=3Dyes -DBATCH -DPACKAGE_BUILDING > checksum-recursive > ** Fix the problem and try again. > ---> Build of editors/openoffice.org-2.0 ended at: Fri, 03 Mar 2006 > 18:56:30 +0100 (consumed 00:00:43) > ---> Fresh installation of editors/openoffice.org-2.0 ended at: Fri, 03 > Mar 2006 18:56:30 +0100 (consumed 00:00:43) > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > I do have java/jdk14 (/var/db/pkg/jdk-1.4.2p8_3), and even > java/jdk15 (/var/db/pkg/jdk-1.5.0p2_6) so I do not install > java/linux-sun-jdk14. > > Then I try "portupgrade -Nv editors/openoffice.org-2.0". I get the > following error: > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > [Updating the pkgdb in /var/db/pkg ... - 497 packages > found (-0 +1) . done] > ---> Session started at: Wed, 08 Mar 2006 15:23:14 +0100 > ---> Fresh installation of editors/openoffice.org-2.0 started at: Wed, 0= 8 > Mar 2006 15:23:32 +0100 > ---> Installing 'openoffice.org-2.0.2.rc2' from a port > (editors/openoffice.org-2.0) > ---> Build of editors/openoffice.org-2.0 started at: Wed, 08 Mar 2006 > 15:23:34 +0100 > ---> Building '/usr/ports/editors/openoffice.org-2.0' with make flags: > MINIMAL=3Dyes > [...] > register component 'javaloader.uno.so' in registry > '../../unxfbsd.pro/lib/uno_services.rdb' succesful! > register component 'javavm.uno.so' in registry > '../../unxfbsd.pro/lib/uno_services.rdb' succesful! > regcomp -register -br ../../unxfbsd.pro/misc/bridgetest/bootstrap.rdb -r > ../../unxfbsd.pro/lib/uno_services.rdb -c \ > > file:///usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/testtools/sou= rce/bridgetest/../../unxfbsd.pro/class/testComponent.jar\ > -env:URE_INTERNAL_JAVA_DIR=3D > file:///usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/un= xfbsd.pro/bin > using loader com.sun.star.loader.Java2 > > An unexpected exception has been detected in native code outside the VM. > Unexpected Signal : 11 occurred at PC=3D0x28D276BC > Function=3Dinflate_fast+0x18 > Library=3D/lib/libz.so.2 > > Current Java thread: > at java.util.zip.Inflater.inflateBytes(Native Method) > at java.util.zip.Inflater.inflate(Inflater.java:219) > - locked <0x2d03e658> (a java.util.zip.Inflater) > at java.util.zip.InflaterInputStream.read(InflaterInputStream.java > :128) > at java.io.DataInputStream.readFully(DataInputStream.java:266) > at java.util.jar.JarFile.hasClassPathAttribute(JarFile.java:423) > at java.util.jar.JavaUtilJarAccessImpl.jarFileHasClassPathAttribut= e > (JavaUtilJarAccessImpl.java:15) > at sun.misc.URLClassPath$JarLoader.getClassPath(URLClassPath.java > :803) > at sun.misc.URLClassPath.getLoader(URLClassPath.java:289) > - locked <0x2d038868> (a sun.misc.URLClassPath) > at sun.misc.URLClassPath.getResource(URLClassPath.java:156) > at java.net.URLClassLoader$1.run(URLClassLoader.java:191) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:187) > at java.lang.ClassLoader.loadClass(ClassLoader.java:289) > - locked <0x2d0385a8> (a java.net.URLClassLoader) > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > > Dynamic libraries: > 0x8048000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/bin/regcomp.bin > 0x28092000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_sal.so.3 > 0x2823e000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_cppu.so.3 > 0x28272000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_cppuhelpergcc3.so.3 > 0x282d0000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libstlport_gcc.so > 0x28378000 /lib/libm.so.3 > 0x28393000 /usr/lib/libpthread.so.1 > 0x283b7000 /lib/libc.so.5 > 0x28491000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_salhelpergcc3.so.3 > 0x284a6000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/servicemgr.uno.so > 0x284c4000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/shlibloader.uno.so > 0x284ca000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/simplereg.uno.so > 0x284da000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/nestedreg.uno.so > 0x284e9000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/typemgr.uno.so > 0x2850b000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/implreg.uno.so > 0x2851e000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/security.uno.so > 0x28539000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libreg.so.3 > 0x28556000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libstore.so.3 > 0x28b5a000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/regtypeprov.uno.so > 0x28b9f000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/javaloader.uno.so > 0x28ba6000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libjvmaccessgcc3.so.3 > 0x28bba000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/javavm.uno.so > 0x28bd4000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libjvmfwk.so.3 > 0x28bef000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libxml2.so.2.6.17 > 0x28d22000 /lib/libz.so.2 > 0x28d32000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/sunjavaplugin.so > 0x28d44000 /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so > 0x29177000 /usr/lib/libstdc++.so.4 > 0x29249000 /usr/local/jdk1.4.2/jre/lib/i386/native_threads/libhpi.so > 0x29257000 /usr/local/jdk1.4.2/jre/lib/i386/libverify.so > 0x2926c000 /usr/local/jdk1.4.2/jre/lib/i386/libjava.so > 0x2928a000 /usr/local/jdk1.4.2/jre/lib/i386/libzip.so > 0x350a9000 /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/uriproc.uno.so > 0x2805b000 /usr/libexec/ld-elf.so.1 > > Heap at VM Abort: > Heap > def new generation total 576K, used 122K [0x2d020000, 0x2d0c0000, > 0x2d500000) > eden space 512K, 24% used [0x2d020000, 0x2d03ebd0, 0x2d0a0000) > from space 64K, 0% used [0x2d0a0000, 0x2d0a0000, 0x2d0b0000) > to space 64K, 0% used [0x2d0b0000, 0x2d0b0000, 0x2d0c0000) > tenured generation total 1408K, used 0K [0x2d500000, 0x2d660000, > 0x31020000) > the space 1408K, 0% used [0x2d500000, 0x2d500000, 0x2d500200, > 0x2d660000) > compacting perm gen total 4096K, used 895K [0x31020000, 0x31420000, > 0x35020000) > the space 4096K, 21% used [0x31020000, 0x310ffdc0, 0x310ffe00, > 0x31420000) > > Local Time =3D Wed Mar 8 17:44:04 2006 > Elapsed Time =3D 0 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2-p8-root_17_feb_2006_19_46mix= ed mode) > # > # An error report file has been saved as hs_err_pid21451.log. > # Please refer to the file for further information. > # > Abort (core dumped) > dmake: Error code 134, while making > '../../unxfbsd.pro/lib/uno_services.rdb' > dmake: '../../unxfbsd.pro/lib/uno_services.rdb' removed. > '---* tg_merge.mk *---' > > ERROR: Error 65280 occurred while making > /usr/ports/editors/openoffice.org-2.0 > /work/OOB680_m2/testtools/source/bridgetest > dmake: Error code 1, while making 'build_instsetoo_native' > '---* *---' > *** Error code 255 > > Stop in /usr/ports/editors/openoffice.org-2.0. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade68732.0 make MINIMAL=3Dyes > ** Fix the problem and try again. > ---> Build of editors/openoffice.org-2.0 ended at: Wed, 08 Mar 2006 > 17:44:17 +0100 (consumed 02:20:42) > ---> Fresh installation of editors/openoffice.org-2.0 ended at: Wed, 08 > Mar 2006 17:44:17 +0100 (consumed 02:20:44) > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) > ! editors/openoffice.org-2.0 (missing header) > ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed > ---> Saving the results to '/tmp/portupgrade.log' > ---> Session ended at: Wed, 08 Mar 2006 17:44:17 +0100 (consumed > 02:21:02) > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > Thanks for your help. > Guillermo > _______________________________________________ > 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 Mar 8 20:00:21 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D8316A420 for ; Wed, 8 Mar 2006 20:00:21 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from smtp1.utdallas.edu (smtp1.utdallas.edu [129.110.10.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 853D843D55 for ; Wed, 8 Mar 2006 20:00:20 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from [10.110.3.244] (dy003244.utdallas.edu [10.110.3.244]) by smtp1.utdallas.edu (Postfix) with ESMTP id BEFC8388C9D for ; Wed, 8 Mar 2006 14:00:19 -0600 (CST) Date: Wed, 08 Mar 2006 14:00:19 -0600 From: Paul Schmehl To: ports@freebsd.org Message-ID: <65F8D6A1C5A07B2BF1E173BA@[10.110.3.244]> X-Mailer: Mulberry/4.0.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: portupgrade and gnome 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, 08 Mar 2006 20:00:21 -0000 Is there any way that portupgrade could be made "smart" enough to not upgrade the gnome ports? Since you have to download and run the upgrade script (and why isn't that part of the ports anyway?), it doesn't make a great deal of sense to run portupgrade and then run the gnome upgrade script, yet it's impossible to tell from portupgrade (when it's running) what are gnome dependencies and what are not. Seems like a lot of duplication of effort could be easily fixed by either downloading and calling the script (and exiting portupgrade?) or simply ignoring any "gnome" ports. Paul Schmehl (pauls@utdallas.edu) Adjunct Information Security Officer University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu/ir/security/ From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 20:10:31 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E3C316A420 for ; Wed, 8 Mar 2006 20:10:31 +0000 (GMT) (envelope-from laszlof@vonostingroup.com) Received: from ritamari.vonostingroup.com (ritamari.vonostingroup.com [216.144.193.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 310A443D45 for ; Wed, 8 Mar 2006 20:10:29 +0000 (GMT) (envelope-from laszlof@vonostingroup.com) Received: from adsl-68-72-248-38.dsl.sfldmi.ameritech.net ([68.72.248.38] helo=[192.168.1.33]) by ritamari.vonostingroup.com with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FH505-000PVm-Su; Wed, 08 Mar 2006 15:11:14 -0500 Message-ID: <440F3A30.9010206@vonostingroup.com> Date: Wed, 08 Mar 2006 15:10:24 -0500 From: Frank Laszlo User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Paul Schmehl References: <65F8D6A1C5A07B2BF1E173BA@[10.110.3.244]> In-Reply-To: <65F8D6A1C5A07B2BF1E173BA@[10.110.3.244]> X-Enigmail-Version: 0.93.2.0 OpenPGP: url=http://www.franksworld.org/~laszlof/keys/0x0B3FCA4B.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ritamari.vonostingroup.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - vonostingroup.com X-Source: X-Source-Args: X-Source-Dir: Cc: ports@freebsd.org Subject: Re: portupgrade and gnome 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, 08 Mar 2006 20:10:31 -0000 Paul Schmehl wrote: > Is there any way that portupgrade could be made "smart" enough to not > upgrade the gnome ports? Since you have to download and run the > upgrade script (and why isn't that part of the ports anyway?), it > doesn't make a great deal of sense to run portupgrade and then run the > gnome upgrade script, yet it's impossible to tell from portupgrade > (when it's running) what are gnome dependencies and what are not. > > Seems like a lot of duplication of effort could be easily fixed by > either downloading and calling the script (and exiting portupgrade?) > or simply ignoring any "gnome" ports. > > Paul Schmehl (pauls@utdallas.edu) > Adjunct Information Security Officer > University of Texas at Dallas > AVIEN Founding Member > http://www.utdallas.edu/ir/security/ Isnt this what pkgtools.conf is for? __________________________________________________ Frank Laszlo System Administrator The VonOstin Group Email: laszlof@tvog.net WWW: http://www.vonostingroup.com Mobile: 248-863-7584 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 20:35:47 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06FC716A420 for ; Wed, 8 Mar 2006 20:35:47 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from smtp1.utdallas.edu (smtp1.utdallas.edu [129.110.10.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EEE643D4C for ; Wed, 8 Mar 2006 20:35:45 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from [10.110.3.244] (dy003244.utdallas.edu [10.110.3.244]) by smtp1.utdallas.edu (Postfix) with ESMTP id 9B0C4388EEF for ; Wed, 8 Mar 2006 14:35:45 -0600 (CST) Date: Wed, 08 Mar 2006 14:35:45 -0600 From: Paul Schmehl To: ports@freebsd.org Message-ID: <0638B5CC479C6DF9CCE93EAA@[10.110.3.244]> In-Reply-To: <440F3A30.9010206@vonostingroup.com> References: <65F8D6A1C5A07B2BF1E173BA@[10.110.3.244]> <440F3A30.9010206@vonostingroup.com> X-Mailer: Mulberry/4.0.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: portupgrade and gnome 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, 08 Mar 2006 20:35:47 -0000 --On Wednesday, March 08, 2006 3:10 PM -0500 Frank Laszlo wrote: > Paul Schmehl wrote: >> Is there any way that portupgrade could be made "smart" enough to not >> upgrade the gnome ports? Since you have to download and run the >> upgrade script (and why isn't that part of the ports anyway?), it >> doesn't make a great deal of sense to run portupgrade and then run the >> gnome upgrade script, yet it's impossible to tell from portupgrade >> (when it's running) what are gnome dependencies and what are not. >> >> Seems like a lot of duplication of effort could be easily fixed by >> either downloading and calling the script (and exiting portupgrade?) >> or simply ignoring any "gnome" ports. >> > > Isnt this what pkgtools.conf is for? > If you're asking for my personal opinion, I would say no. I see pkgtools.conf as something that allows you to "personalize" your ports. This is an issue that affects every single user that installs gnome. I think it should be handled at a global level. Perhaps editing pkgtools.conf is the "right" way to go about it, but, if so, it should be done by the port or be default settings in pkgtool.conf. Paul Schmehl (pauls@utdallas.edu) Adjunct Information Security Officer University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu/ir/security/ From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 20:49:28 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B1AE16A420; Wed, 8 Mar 2006 20:49:28 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 391F543D46; Wed, 8 Mar 2006 20:49:26 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07-z2.arcor-online.net (mail-in-07-z2.arcor-online.net [151.189.8.19]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id D71131235F1; Wed, 8 Mar 2006 21:49:24 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-07-z2.arcor-online.net (Postfix) with ESMTP id C40A61E3193; Wed, 8 Mar 2006 21:49:24 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-159-031.pools.arcor-ip.net [84.61.159.31]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 4718ACA3A2; Wed, 8 Mar 2006 21:49:24 +0100 (CET) Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k28KnKqu037694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 21:49:21 +0100 (CET) (envelope-from lofi@freebsd.org) Message-ID: <440F434C.3070702@freebsd.org> Date: Wed, 08 Mar 2006 21:49:16 +0100 From: Michael Nottebrock User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Scot Hetzel References: <790a9fff0603080801t140fb323kc4ddecfb85d00ecc@mail.gmail.com> In-Reply-To: <790a9fff0603080801t140fb323kc4ddecfb85d00ecc@mail.gmail.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig77519214AEB1A4869C5A9532" X-Virus-Scanned: by amavisd-new Cc: ports@freebsd.org, kde@freebsd.org Subject: Re: [kde-freebsd] sysutils/kdeadmin3: kpackage using wrong INDEX file 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, 08 Mar 2006 20:49:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig77519214AEB1A4869C5A9532 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Scot Hetzel schrieb: > I found a problem with kpackage in that it fails to use the > INDEX-{4,6,7} file on FreeBSD {4,6,7}. The problem is that kpackage > only looks for INDEX or INDEX-5. >=20 > I have submitted PR 94231 on this problem: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D94231 >=20 > When I submitted the PR, I forgot to set the PR to the 'ports' category= =2E >=20 > Is it too late to get this fix in for the 6.x packages? I'm curious - how and for what are you using kpackage at all? The BSD package management functions are rudimentary at best, and I've debated completely disabling it in the kdeadmin port multiple times. Also, it's possible now to move ${INDEXFILE} out of ${PORTSDIR} completely, which would require even more upstream maintenance to make kpackage properly cope. FWIW, It's probably not too late to get the fix committed, I'll run it past portmgr@. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enig77519214AEB1A4869C5A9532 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFED0NPXhc68WspdLARAk8EAJ4yOFb9wN+JBR6CEMse/yI2rObJDwCfQs0Z U+v8YyCpNqHAW74kPCkfWOQ= =1lDy -----END PGP SIGNATURE----- --------------enig77519214AEB1A4869C5A9532-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 21:05:13 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA54E16A42C; Wed, 8 Mar 2006 21:05:12 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 838B243DB1; Wed, 8 Mar 2006 21:04:25 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from cauchy.math.uvsq.fr (cauchy.math.uvsq.fr [193.51.32.2]) by soleil.uvsq.fr (8.13.4/jtpda-5.4) with ESMTP id k28L40V8049043 ; Wed, 8 Mar 2006 22:04:02 +0100 (CET) Received: from fermat.math.uvsq.fr (fermat.math.uvsq.fr [193.51.32.1]) by cauchy.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k28L40bK078359 ; Wed, 8 Mar 2006 22:04:00 +0100 (CET) Received: from fermat.math.uvsq.fr (localhost [127.0.0.1]) by fermat.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k28L40w5057485 ; Wed, 8 Mar 2006 22:04:00 +0100 (CET) Received: (from moreno@localhost) by fermat.math.uvsq.fr (8.13.3/8.13.3/Submit) id k28L3xuL057484; Wed, 8 Mar 2006 22:03:59 +0100 (CET) (envelope-from moreno) Date: Wed, 8 Mar 2006 22:03:59 +0100 From: Guillermo MORENO-SOCIAS To: "Jack L." Message-ID: <20060308210359.GA57344@math.uvsq.fr> References: <20060308175002.GA55759@math.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.5 (soleil.uvsq.fr [193.51.24.1]); Wed, 08 Mar 2006 22:04:02 +0100 (CET) X-Miltered: at soleil.uvsq.fr with ID 440F46C0.007 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: ClamAV 0.88/1318/Tue Mar 7 21:55:18 2006 on soleil.uvsq.fr X-Virus-Status: Clean Cc: ports@freebsd.org, openoffice@freebsd.org Subject: Re: editors/openoffice-2.0 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, 08 Mar 2006 21:05:13 -0000 On Wed, Mar 08, 2006 at 11:46:04AM -0800, Jack L. wrote: > You need to manually download that file because of the licensing. My question is: In order to install editors/openoffice.org-2.0, should I install java/linux-sun-jdk14, besides java/jdk14 which is "the native FreeBSD JDK"? Guillermo Moreno-Socias > On 3/8/06, Guillermo MORENO-SOCIAS > wrote: > > > > I am trying to install editors/openoffice-2.0. > > > > "portupgrade -F" gives: > > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > ---> Fresh installation of editors/openoffice.org-2.0 started at: Fri, 03 > > Mar 2006 18:55:46 +0100 > > ---> Installing 'openoffice.org-2.0.2.rc2' from a port > > (editors/openoffice.org-2.0) > > ---> Build of editors/openoffice.org-2.0 started at: Fri, 03 Mar 2006 > > 18:55:47 +0100 > > ---> Fetching '/usr/ports/editors/openoffice.org-2.0' with make flags: > > MINIMAL=yes > > ===> Fetching and checking checksums for openoffice.org-2.0.2.rc2 and > > dependencies > > [...] > > ====================================================================== > > Warning: This JDK may be unstable. You are advised to use the native > > FreeBSD JDK, in ports/java/jdk14. > > [...] > > ====================================================================== > > => j2sdk-1_4_2_10-linux-i586.bin doesn't seem to exist in > > /usr/ports/distfiles/. > > => Attempting to fetch from ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/. > > fetch: > > ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/j2sdk-1_4_2_10-linux-i586.bin: > > File unavailable (e.g., file not found, no access) > > => Attempting to fetch from ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/. > > fetch: > > ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/j2sdk-1_4_2_10-linux-i586.bin: > > File unavailable (e.g., file not found, no access) > > => Couldn't fetch it - please try to retrieve this > > => port manually into /usr/ports/distfiles/ and try again. > > *** Error code 1 > > > > Stop in /usr/ports/java/linux-sun-jdk14. > > *** Error code 1 > > > > Stop in /usr/ports/editors/openoffice.org-2.0. > > ** Command failed [exit code 1]: /usr/bin/script -qa > > /tmp/portupgrade52730.53 make MINIMAL=yes -DBATCH -DPACKAGE_BUILDING > > checksum-recursive > > ** Fix the problem and try again. > > ---> Build of editors/openoffice.org-2.0 ended at: Fri, 03 Mar 2006 > > 18:56:30 +0100 (consumed 00:00:43) > > ---> Fresh installation of editors/openoffice.org-2.0 ended at: Fri, 03 > > Mar 2006 18:56:30 +0100 (consumed 00:00:43) > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > I do have java/jdk14 (/var/db/pkg/jdk-1.4.2p8_3), and even > > java/jdk15 (/var/db/pkg/jdk-1.5.0p2_6) so I do not install > > java/linux-sun-jdk14. > > > > Then I try "portupgrade -Nv editors/openoffice.org-2.0". I get the > > following error: > > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > [Updating the pkgdb in /var/db/pkg ... - 497 packages > > found (-0 +1) . done] > > ---> Session started at: Wed, 08 Mar 2006 15:23:14 +0100 > > ---> Fresh installation of editors/openoffice.org-2.0 started at: Wed, 08 > > Mar 2006 15:23:32 +0100 > > ---> Installing 'openoffice.org-2.0.2.rc2' from a port > > (editors/openoffice.org-2.0) > > ---> Build of editors/openoffice.org-2.0 started at: Wed, 08 Mar 2006 > > 15:23:34 +0100 > > ---> Building '/usr/ports/editors/openoffice.org-2.0' with make flags: > > MINIMAL=yes > > [...] > > register component 'javaloader.uno.so' in registry > > '../../unxfbsd.pro/lib/uno_services.rdb' succesful! > > register component 'javavm.uno.so' in registry > > '../../unxfbsd.pro/lib/uno_services.rdb' succesful! > > regcomp -register -br ../../unxfbsd.pro/misc/bridgetest/bootstrap.rdb -r > > ../../unxfbsd.pro/lib/uno_services.rdb -c \ > > > > file:///usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/testtools/source/bridgetest/../../unxfbsd.pro/class/testComponent.jar\ > > -env:URE_INTERNAL_JAVA_DIR= > > file:///usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/bin > > using loader com.sun.star.loader.Java2 > > > > An unexpected exception has been detected in native code outside the VM. > > Unexpected Signal : 11 occurred at PC=0x28D276BC > > Function=inflate_fast+0x18 > > Library=/lib/libz.so.2 > > > > Current Java thread: > > at java.util.zip.Inflater.inflateBytes(Native Method) > > at java.util.zip.Inflater.inflate(Inflater.java:219) > > - locked <0x2d03e658> (a java.util.zip.Inflater) > > at java.util.zip.InflaterInputStream.read(InflaterInputStream.java > > :128) > > at java.io.DataInputStream.readFully(DataInputStream.java:266) > > at java.util.jar.JarFile.hasClassPathAttribute(JarFile.java:423) > > at java.util.jar.JavaUtilJarAccessImpl.jarFileHasClassPathAttribute > > (JavaUtilJarAccessImpl.java:15) > > at sun.misc.URLClassPath$JarLoader.getClassPath(URLClassPath.java > > :803) > > at sun.misc.URLClassPath.getLoader(URLClassPath.java:289) > > - locked <0x2d038868> (a sun.misc.URLClassPath) > > at sun.misc.URLClassPath.getResource(URLClassPath.java:156) > > at java.net.URLClassLoader$1.run(URLClassLoader.java:191) > > at java.security.AccessController.doPrivileged(Native Method) > > at java.net.URLClassLoader.findClass(URLClassLoader.java:187) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:289) > > - locked <0x2d0385a8> (a java.net.URLClassLoader) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > > > > Dynamic libraries: > > 0x8048000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/bin/regcomp.bin > > 0x28092000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_sal.so.3 > > 0x2823e000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_cppu.so.3 > > 0x28272000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_cppuhelpergcc3.so.3 > > 0x282d0000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libstlport_gcc.so > > 0x28378000 /lib/libm.so.3 > > 0x28393000 /usr/lib/libpthread.so.1 > > 0x283b7000 /lib/libc.so.5 > > 0x28491000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_salhelpergcc3.so.3 > > 0x284a6000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/servicemgr.uno.so > > 0x284c4000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/shlibloader.uno.so > > 0x284ca000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/simplereg.uno.so > > 0x284da000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/nestedreg.uno.so > > 0x284e9000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/typemgr.uno.so > > 0x2850b000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/implreg.uno.so > > 0x2851e000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/security.uno.so > > 0x28539000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libreg.so.3 > > 0x28556000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libstore.so.3 > > 0x28b5a000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/regtypeprov.uno.so > > 0x28b9f000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/javaloader.uno.so > > 0x28ba6000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libjvmaccessgcc3.so.3 > > 0x28bba000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/javavm.uno.so > > 0x28bd4000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libjvmfwk.so.3 > > 0x28bef000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libxml2.so.2.6.17 > > 0x28d22000 /lib/libz.so.2 > > 0x28d32000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/sunjavaplugin.so > > 0x28d44000 /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so > > 0x29177000 /usr/lib/libstdc++.so.4 > > 0x29249000 /usr/local/jdk1.4.2/jre/lib/i386/native_threads/libhpi.so > > 0x29257000 /usr/local/jdk1.4.2/jre/lib/i386/libverify.so > > 0x2926c000 /usr/local/jdk1.4.2/jre/lib/i386/libjava.so > > 0x2928a000 /usr/local/jdk1.4.2/jre/lib/i386/libzip.so > > 0x350a9000 /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/uriproc.uno.so > > 0x2805b000 /usr/libexec/ld-elf.so.1 > > > > Heap at VM Abort: > > Heap > > def new generation total 576K, used 122K [0x2d020000, 0x2d0c0000, > > 0x2d500000) > > eden space 512K, 24% used [0x2d020000, 0x2d03ebd0, 0x2d0a0000) > > from space 64K, 0% used [0x2d0a0000, 0x2d0a0000, 0x2d0b0000) > > to space 64K, 0% used [0x2d0b0000, 0x2d0b0000, 0x2d0c0000) > > tenured generation total 1408K, used 0K [0x2d500000, 0x2d660000, > > 0x31020000) > > the space 1408K, 0% used [0x2d500000, 0x2d500000, 0x2d500200, > > 0x2d660000) > > compacting perm gen total 4096K, used 895K [0x31020000, 0x31420000, > > 0x35020000) > > the space 4096K, 21% used [0x31020000, 0x310ffdc0, 0x310ffe00, > > 0x31420000) > > > > Local Time = Wed Mar 8 17:44:04 2006 > > Elapsed Time = 0 > > # > > # The exception above was detected in native code outside the VM > > # > > # Java VM: Java HotSpot(TM) Client VM (1.4.2-p8-root_17_feb_2006_19_46mixed mode) > > # > > # An error report file has been saved as hs_err_pid21451.log. > > # Please refer to the file for further information. > > # > > Abort (core dumped) > > dmake: Error code 134, while making > > '../../unxfbsd.pro/lib/uno_services.rdb' > > dmake: '../../unxfbsd.pro/lib/uno_services.rdb' removed. > > '---* tg_merge.mk *---' > > > > ERROR: Error 65280 occurred while making > > /usr/ports/editors/openoffice.org-2.0 > > /work/OOB680_m2/testtools/source/bridgetest > > dmake: Error code 1, while making 'build_instsetoo_native' > > '---* *---' > > *** Error code 255 > > > > Stop in /usr/ports/editors/openoffice.org-2.0. > > ** Command failed [exit code 1]: /usr/bin/script -qa > > /tmp/portupgrade68732.0 make MINIMAL=yes > > ** Fix the problem and try again. > > ---> Build of editors/openoffice.org-2.0 ended at: Wed, 08 Mar 2006 > > 17:44:17 +0100 (consumed 02:20:42) > > ---> Fresh installation of editors/openoffice.org-2.0 ended at: Wed, 08 > > Mar 2006 17:44:17 +0100 (consumed 02:20:44) > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) > > ! editors/openoffice.org-2.0 (missing header) > > ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed > > ---> Saving the results to '/tmp/portupgrade.log' > > ---> Session ended at: Wed, 08 Mar 2006 17:44:17 +0100 (consumed > > 02:21:02) > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > Thanks for your help. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 21:10:07 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 891D616A422; Wed, 8 Mar 2006 21:10:07 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE28443D5E; Wed, 8 Mar 2006 21:10:02 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id E21081749E; Wed, 8 Mar 2006 23:10:01 +0200 (EET) Date: Wed, 8 Mar 2006 23:10:01 +0200 From: Ion-Mihai Tetcu To: Guillermo MORENO-SOCIAS Message-ID: <20060308231001.0bdf00d7@it.buh.tecnik93.com> In-Reply-To: <20060308210359.GA57344@math.uvsq.fr> References: <20060308175002.GA55759@math.uvsq.fr> <20060308210359.GA57344@math.uvsq.fr> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, openoffice@freebsd.org, "Jack L." Subject: Re: editors/openoffice-2.0 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, 08 Mar 2006 21:10:07 -0000 On Wed, 8 Mar 2006 22:03:59 +0100 Guillermo MORENO-SOCIAS wrote: > My question is: In order to install editors/openoffice.org-2.0, > should I install java/linux-sun-jdk14, besides java/jdk14 which is > "the native FreeBSD JDK"? Because you need a jdk to compile a jdk :) -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" You are an excellent tactician, Captain. You let your second in command attack while you sit and watch for weakness. -- Khan Noonian Singh, "Space Seed", stardate 3141.9 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 21:14:26 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0F7216A420 for ; Wed, 8 Mar 2006 21:14:26 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FF243D76 for ; Wed, 8 Mar 2006 21:14:21 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id i29so222826wxd for ; Wed, 08 Mar 2006 13:14:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZBEQAn53ZE2meErFq9z/ItDtJb46nELdfwzlV2dGFFwvqS8FpKSVX28EzOGMKGHNomtyCUmZfbjgtAuJXWRBj/vx5qOhdvQZwRwCy0EkJJPiPTJPOW6TUU6if9+SPKWG9LEit8hcPwP8Z7/5e/Gdxg3HjZYNOoY9HJ5GDKQvVXU= Received: by 10.70.71.11 with SMTP id t11mr1436775wxa; Wed, 08 Mar 2006 13:14:20 -0800 (PST) Received: by 10.70.31.17 with HTTP; Wed, 8 Mar 2006 13:14:20 -0800 (PST) Message-ID: <790a9fff0603081314j7071b433s11fd6415874f51c@mail.gmail.com> Date: Wed, 8 Mar 2006 15:14:20 -0600 From: "Scot Hetzel" To: "Michael Nottebrock" In-Reply-To: <440F434C.3070702@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <790a9fff0603080801t140fb323kc4ddecfb85d00ecc@mail.gmail.com> <440F434C.3070702@freebsd.org> Cc: ports@freebsd.org, kde@freebsd.org Subject: Re: [kde-freebsd] sysutils/kdeadmin3: kpackage using wrong INDEX file 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, 08 Mar 2006 21:14:27 -0000 On 3/8/06, Michael Nottebrock wrote: > I'm curious - how and for what are you using kpackage at all? The BSD > package management functions are rudimentary at best, and I've debated > completely disabling it in the kdeadmin port multiple times. > Since I had a fresh install of KDE on the system, I was going thru the installed KDE applicaions to see what they were like. When I came=20 across kpackage, I saw that it listed the installed ports, and their version status. I don't plan to use it to manage the installed ports. > Also, it's possible now to move ${INDEXFILE} out of ${PORTSDIR} > completely, which would require even more upstream maintenance to > make kpackage properly cope. I saw that in the kpackage options, and while I had a quick look at kpackage/fbsdInterface.cpp, I wasn't sure where to patch a fix for it. My best guess is that "INDEX" should be replaced by ${INDEXFILE} in that fi= le. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 21:28:19 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B812D16A420 for ; Wed, 8 Mar 2006 21:28:19 +0000 (GMT) (envelope-from donaldjoneill@gmail.com) Received: from smtp112.sbc.mail.re2.yahoo.com (smtp112.sbc.mail.re2.yahoo.com [68.142.229.93]) by mx1.FreeBSD.org (Postfix) with SMTP id E6DFB43D45 for ; Wed, 8 Mar 2006 21:28:18 +0000 (GMT) (envelope-from donaldjoneill@gmail.com) Received: (qmail 18856 invoked from network); 8 Mar 2006 21:28:18 -0000 Received: from unknown (HELO ?192.168.1.197?) (donaldj@ameritech.net@68.248.197.212 with plain) by smtp112.sbc.mail.re2.yahoo.com with SMTP; 8 Mar 2006 21:28:18 -0000 From: "Donald J. O'Neill" To: freebsd-ports@freebsd.org Date: Wed, 8 Mar 2006 15:28:09 -0600 User-Agent: KMail/1.9.1 References: <20060308175002.GA55759@math.uvsq.fr> <20060308210359.GA57344@math.uvsq.fr> In-Reply-To: <20060308210359.GA57344@math.uvsq.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603081528.09152.donaldjoneill@gmail.com> Cc: Guillermo MORENO-SOCIAS , "Jack L." Subject: Re: editors/openoffice-2.0 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, 08 Mar 2006 21:28:19 -0000 On Wednesday 08 March 2006 15:03, Guillermo MORENO-SOCIAS wrote: > On Wed, Mar 08, 2006 at 11:46:04AM -0800, Jack L. wrote: > > You need to manually download that file because of the licensing. > > My question is: In order to install editors/openoffice.org-2.0, > should I install java/linux-sun-jdk14, besides java/jdk14 which is > "the native FreeBSD JDK"? > Guillermo Moreno-Socias > You can also download a pre-built package made for FreeBSD 5.x or FreeBSD 6.x . You probably still have to install jdk14, but you've cut out the pain of trying to build openoffice, which can be very time consuming. Don From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 21:37:39 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D22216A422 for ; Wed, 8 Mar 2006 21:37:39 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id C0CAA43D6E for ; Wed, 8 Mar 2006 21:37:38 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 13462 invoked from network); 8 Mar 2006 21:37:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=MtH/CD2u1xZtP3ODh5QBu4tL1YzNJKkXriZd2FwGyMq1sC+tMJSNnW94xRzdHSQgNw5HHQmfVi2aAlY027EGP/v1brZdM3v7yx7AncLOFdq2bNo8Dm3UCWcoS4HUVHykS+G9kDWnEXiQWrC8hW/CJOECKFX8vdamQrfXD42O1Ms= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 8 Mar 2006 21:37:38 -0000 Message-ID: <440F4EBC.4030207@rogers.com> Date: Wed, 08 Mar 2006 16:38:04 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Where to get older ports? 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, 08 Mar 2006 21:37:39 -0000 Does anyone know how/where one can obtain older ports? I need perl 5.8.7 for releng_5. I have checked the packages on the ftp, but the only 5.8.7 i found seems to be old, as it complains about missing libm.4. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 21:41:15 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23E8916A420 for ; Wed, 8 Mar 2006 21:41:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAB6E43D45 for ; Wed, 8 Mar 2006 21:41:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C50081A3C30; Wed, 8 Mar 2006 13:41:14 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C570B52529; Wed, 8 Mar 2006 16:41:13 -0500 (EST) Date: Wed, 8 Mar 2006 16:41:13 -0500 From: Kris Kennaway To: Mike Jakubik Message-ID: <20060308214113.GA53061@xor.obsecurity.org> References: <440F4EBC.4030207@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <440F4EBC.4030207@rogers.com> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org Subject: Re: Where to get older ports? 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, 08 Mar 2006 21:41:15 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 04:38:04PM -0500, Mike Jakubik wrote: > Does anyone know how/where one can obtain older ports? =46rom the CVS repository. > I need perl 5.8.7=20 > for releng_5. I have checked the packages on the ftp, Oh, you mean packages, not ports? You'll have to look around for a suitably stale mirror site. > but the only 5.8.7=20 > i found seems to be old, as it complains about missing libm.4. That probably means you're trying to install a 6.x package on 5.x, i.e. it's your OS that is old ;-) Kris --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED095Wry0BWjoQKURAoyPAJwPqh8b33tSqjRNp7wdNslP1V/yrwCgz05x JwGY1WfqxuClR2dREcRajDM= =r4bl -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 21:42:49 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 719E516A420 for ; Wed, 8 Mar 2006 21:42:49 +0000 (GMT) (envelope-from jdc@parodius.com) Received: from mx1.parodius.com (mx1.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42D5343D49 for ; Wed, 8 Mar 2006 21:42:49 +0000 (GMT) (envelope-from jdc@parodius.com) Received: by mx1.parodius.com (Postfix, from userid 500) id 0CCFA5FE0; Wed, 8 Mar 2006 13:42:49 -0800 (PST) Date: Wed, 8 Mar 2006 13:42:49 -0800 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20060308214249.GA99366@pentarou.parodius.com> Mail-Followup-To: freebsd-ports@freebsd.org References: <440F4EBC.4030207@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440F4EBC.4030207@rogers.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: Where to get older ports? 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, 08 Mar 2006 21:42:49 -0000 On Wed, Mar 08, 2006 at 04:38:04PM -0500, Mike Jakubik wrote: > Does anyone know how/where one can obtain older ports? I need perl 5.8.7 > for releng_5. I have checked the packages on the ftp, but the only 5.8.7 > i found seems to be old, as it complains about missing libm.4. You want older ports, but then complain that the port is old? :D ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-stable/Latest/ contains perl-5.8.7_2, as shown here: lrwxr-xr-x 1 110 0 23 Feb 04 04:33 perl.tbz -> ../All/perl-5.8.7_2.tbz `pkg_add -r perl` should do what you want, unless the URL being used by pkg_add is referring to an outdated location... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 21:53:08 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24BD616A420 for ; Wed, 8 Mar 2006 21:53:08 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 9CC4D43D48 for ; Wed, 8 Mar 2006 21:53:07 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 54852 invoked from network); 8 Mar 2006 21:53:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=GTkixxVkHix+66/H4KVDOdVplg3skRHoq5MFrSA3QZ25guFCKO1Kvutd+GakWPAw9nReBIfrGsjlzE9ieYn/gv7HefRc0hX+Y5j66FKvwjoJ8Cy3DtuD14mSnq143eHiItjyh7xV0QFLFXL2cqFk4csgmeCXP7cbBBhrP8J2uOM= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 8 Mar 2006 21:53:07 -0000 Message-ID: <440F525D.5090805@rogers.com> Date: Wed, 08 Mar 2006 16:53:33 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <440F4EBC.4030207@rogers.com> <20060308214113.GA53061@xor.obsecurity.org> In-Reply-To: <20060308214113.GA53061@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: Where to get older ports? 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, 08 Mar 2006 21:53:08 -0000 Kris Kennaway wrote: > On Wed, Mar 08, 2006 at 04:38:04PM -0500, Mike Jakubik wrote: > >> Does anyone know how/where one can obtain older ports? >> > > From the CVS repository. > > Right, how would one do this? I'm not a cvs expert :) I actually downloaded an older ports tar file, which had 5.8.7, and manually patched it with freshports.org 's help to 5.8.7_2, but i got an error when package tried to register: Spamming /etc/manpath.config... Done. ===> Compressing manual pages for perl-5.8.7_2 ===> Registering installation for perl-5.8.7_2 pkg_create: read_plist: unknown command '@dirrmtry lib/perl5/5.8.7/auto/POSIX/SigAction' (package tools out of date?) pkg_create: read_plist: unknown command '@dirrmtry lib/perl5/5.8.7/auto/POSIX' (package tools out of date?) >> I need perl 5.8.7 >> for releng_5. I have checked the packages on the ftp, >> > > Oh, you mean packages, not ports? You'll have to look around for a > suitably stale mirror site. > > Package or port, doesn't matter, as long as i can get the damned thing to install. >> but the only 5.8.7 >> i found seems to be old, as it complains about missing libm.4. >> > > That probably means you're trying to install a 6.x package on 5.x, > i.e. it's your OS that is old ;-) > Unfortunately yes, because the application required to run on this (Plesk) has very out of date requirements. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 21:59:46 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99C5616A420 for ; Wed, 8 Mar 2006 21:59:46 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D10B43D45 for ; Wed, 8 Mar 2006 21:59:45 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 64221 invoked from network); 8 Mar 2006 21:59:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=YpnCbs5eTWf33qxSJV+O3uo38xX8iub3QLjbyaQeiWnvJpzIO0blfVZQ0cOYAFMVfvxWV6a46GFgjfeiJ1o9QGcMemoop3j1t6SQ1Ys8unLZsmRET7xjrS3Y1I4b1AZp8+RWUCrd81KPKt/XsG310lCqW7O4iOx5EfwVCE7ujmY= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 8 Mar 2006 21:59:45 -0000 Message-ID: <440F53EC.6050007@rogers.com> Date: Wed, 08 Mar 2006 17:00:12 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <440F4EBC.4030207@rogers.com> <20060308214249.GA99366@pentarou.parodius.com> In-Reply-To: <20060308214249.GA99366@pentarou.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Where to get older ports? 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, 08 Mar 2006 21:59:46 -0000 Jeremy Chadwick wrote: > On Wed, Mar 08, 2006 at 04:38:04PM -0500, Mike Jakubik wrote: > >> Does anyone know how/where one can obtain older ports? I need perl 5.8.7 >> for releng_5. I have checked the packages on the ftp, but the only 5.8.7 >> i found seems to be old, as it complains about missing libm.4. >> > > You want older ports, but then complain that the port is old? :D > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-stable/Latest/ > contains perl-5.8.7_2, as shown here: > > lrwxr-xr-x 1 110 0 23 Feb 04 04:33 perl.tbz -> ../All/perl-5.8.7_2.tbz > > `pkg_add -r perl` should do what you want, unless the URL being used > by pkg_add is referring to an outdated location... > > I'm forced to use this old version, thanks, that does the job! From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 22:05:24 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A84FC16A420 for ; Wed, 8 Mar 2006 22:05:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4037C43D46 for ; Wed, 8 Mar 2006 22:05:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 284E51A3C31; Wed, 8 Mar 2006 14:05:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 61A7451DA6; Wed, 8 Mar 2006 17:05:23 -0500 (EST) Date: Wed, 8 Mar 2006 17:05:23 -0500 From: Kris Kennaway To: Mike Jakubik Message-ID: <20060308220523.GA53094@xor.obsecurity.org> References: <440F4EBC.4030207@rogers.com> <20060308214113.GA53061@xor.obsecurity.org> <440F525D.5090805@rogers.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <440F525D.5090805@rogers.com> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, Kris Kennaway Subject: Re: Where to get older ports? 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, 08 Mar 2006 22:05:24 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 04:53:33PM -0500, Mike Jakubik wrote: > Kris Kennaway wrote: > >On Wed, Mar 08, 2006 at 04:38:04PM -0500, Mike Jakubik wrote: > > =20 > >>Does anyone know how/where one can obtain older ports? > >> =20 > > > >From the CVS repository. > > > > =20 >=20 > Right, how would one do this? I'm not a cvs expert :) I actually=20 > downloaded an older ports tar file, which had 5.8.7, and manually=20 > patched it with freshports.org 's help to 5.8.7_2, but i got an error=20 > when package tried to register: The portdowngrade port may help. Otherwise, I'm sure there are CVS tutorials abounding online, and it's probably even discussed in the handbook. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFED1UjWry0BWjoQKURAmamAKCv8gf/jh1655Lhahc0PA2IKqNfewCfURFg SMDSv8KcAD44TJ46eU9+8RA= =mwK0 -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 8 22:44:10 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCAD216A422 for ; Wed, 8 Mar 2006 22:44:10 +0000 (GMT) (envelope-from chris@i13i.com) Received: from admin.i13i.com (admin.i13i.com [208.98.1.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 9050D43D46 for ; Wed, 8 Mar 2006 22:44:10 +0000 (GMT) (envelope-from chris@i13i.com) Received: (qmail 92767 invoked from network); 8 Mar 2006 23:00:15 -0000 Received: from mail.i13i.com (HELO webmail.i13i.com) (208.98.15.133) by admin.i13i.com with SMTP; 8 Mar 2006 23:00:15 -0000 Received: from 212.39.168.67 (proxying for 62.92.188.12) (SquirrelMail authenticated user chris@i13i.com) by webmail.i13i.com with HTTP; Wed, 8 Mar 2006 17:00:15 -0600 (CST) Message-ID: <44161.212.39.168.67.1141858815.squirrel@webmail.i13i.com> Date: Wed, 8 Mar 2006 17:00:15 -0600 (CST) From: chris@i13i.com To: ports@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: ports/93402 : [PATCH] Fix kvirc kdenetwork conflict 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, 08 Mar 2006 22:44:11 -0000 Hello, ANy idea when this fix will be commited as, any user trying to install kvirc with kde he or she needs to remove kdenetwork to install kvirc ? Regards, Chris From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 00:26:35 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8B0316A420 for ; Thu, 9 Mar 2006 00:26:35 +0000 (GMT) (envelope-from serge@quenix1.dyndns.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B7B943D53 for ; Thu, 9 Mar 2006 00:26:35 +0000 (GMT) (envelope-from serge@quenix1.dyndns.org) Received: from quenix2.dyndns.org ([66.131.244.21]) by VL-MH-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IVU00AWB3WABB20@VL-MH-MR002.ip.videotron.ca> for ports@freebsd.org; Wed, 08 Mar 2006 19:26:34 -0500 (EST) Received: from quenix1 ([192.168.0.11] helo=quenix1.dyndns.org) by quenix2.dyndns.org with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FH8zC-0008OC-5I; Wed, 08 Mar 2006 19:26:34 -0500 Received: from localhost ([127.0.0.1] helo=quenix1.dyndns.org) by quenix1.dyndns.org with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FH8zB-000HB9-Ov; Wed, 08 Mar 2006 19:26:33 -0500 X-URL: http://quenix2.dyndns.org:8080/ Date: Wed, 08 Mar 2006 19:26:33 -0500 From: serge.gagnon@b2b2c.ca (Serge Gagnon) In-reply-to: Message from Kris Kennaway "of Wed, 08 Mar 2006 17:05:23 EST." <20060308220523.GA53094@xor.obsecurity.org> Sender: serge@quenix1.dyndns.org To: ports@freebsd.org Message-id: <0IVU00AWC3WABB20@VL-MH-MR002.ip.videotron.ca> MIME-version: 1.0 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Operating-System: FreeBSD 6.0-STABLE i386 X-Location: Quebec, Qc Canada lat 46deg 49'12" lon -71deg 13'48" X-Image-URL: http://quenix2.dyndns.org:8080/images/s.gagnon-48x48.gif X-Face-URL: http://quenix2.dyndns.org:8080/images/s.gagnon-48x48.gif References: <440F4EBC.4030207@rogers.com> <20060308214113.GA53061@xor.obsecurity.org> <440F525D.5090805@rogers.com> <20060308220523.GA53094@xor.obsecurity.org> Comments: In-reply-to Kris Kennaway message dated "Wed, 08 Mar 2006 17:05:23 -0500." Cc: Mike Jakubik Subject: Re: Where to get older ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Serge Gagnon List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 00:26:36 -0000 >>>>> On Wed, 8 Mar 2006, "Kris" == Kris Kennaway wrote: ... +> Right, how would one do this? I'm not a cvs expert :) I actually ... Kris> The portdowngrade port may help. Otherwise, I'm sure there are CVS Kris> tutorials abounding online, and it's probably even discussed in the Kris> handbook. /usr/ports/devel/cvsbook is a good start too. -- GAGNON serge PGP KEY-ID: 0xBBC1478F PGP Fingerprint: B48B 4633 28F5 28F6 7A62 5650 69C8 E293 BBC1 478F PPG Key: http://quenix2.dyndns.org:7777 | telnet quenix2.dyndns.org 7777 Cvsdadm: Tool for CVSd pserver user administration http://quenix2.dyndns.org:8080/Unix-soft/cvsdadm.html From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 03:05:38 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A657E16A420 for ; Thu, 9 Mar 2006 03:05:38 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web33312.mail.mud.yahoo.com (web33312.mail.mud.yahoo.com [68.142.206.127]) by mx1.FreeBSD.org (Postfix) with SMTP id 3806743D46 for ; Thu, 9 Mar 2006 03:05:38 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 6222 invoked by uid 60001); 9 Mar 2006 03:05:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qbnRQjN+1PRfnehpjtum8E92NLVvMfIw8rtLvZbmwvj1MeyK4G9zCoiXgqQsSF6nIKGOjoNs8uAwwAtDZATYEmPev6AB5Gphzw9aXX6GkAiI5Y5DksKlh26RCliV8wHDMY/aU8WJqa2iXqQtCnBrsxBAKGuj+Sr3WXUQZbJ31Gw= ; Message-ID: <20060309030537.6220.qmail@web33312.mail.mud.yahoo.com> Received: from [203.252.62.87] by web33312.mail.mud.yahoo.com via HTTP; Wed, 08 Mar 2006 19:05:37 PST Date: Wed, 8 Mar 2006 19:05:37 -0800 (PST) From: Rob To: simon@lang-clan.de MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org Subject: FreeBSD Port: root-5.02.00 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, 09 Mar 2006 03:05:38 -0000 Hi, Is there a way to make root-5.02.00 compile on a FreeBSD 6 system? An architecture problem during the configure script causes the port to fail. Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 04:35:49 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F0A016A420 for ; Thu, 9 Mar 2006 04:35:49 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from mail07.powweb.com (mail07.powweb.com [66.152.97.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53C0643D49 for ; Thu, 9 Mar 2006 04:35:49 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes (24-119-205-114.cpe.cableone.net [24.119.205.114]) by mail07.powweb.com (Postfix) with ESMTP id BB7D014D9DB; Wed, 8 Mar 2006 20:35:47 -0800 (PST) Date: Wed, 8 Mar 2006 22:46:51 -0600 From: Vulpes Velox To: mario Message-ID: <20060308224651.25429d19@vixen42.vulpes> In-Reply-To: <42374.192.168.223.4.1141801729.squirrel@mail.schmut.com> References: <43168.192.168.223.4.1141799475.squirrel@mail.schmut.com> <20060308063537.GA53890@xor.obsecurity.org> <42374.192.168.223.4.1141801729.squirrel@mail.schmut.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: mario@schmut.com, freebsd-ports@freebsd.org, kris@obsecurity.org Subject: Re: qmail config question 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, 09 Mar 2006 04:35:49 -0000 On Tue, 7 Mar 2006 23:08:49 -0800 (PST) mario wrote: > So, Kris Kennaway wrote: > >> I've googled for things like BIG_TODO_PATCH or OUTGOINGIP_PATCH > >> but couldn't find anything other than the makefile that i've > >> already looked at. > > > > Since you looked at the makefile, you would have seen the patches > > they add, and where they are downloaded from. Those sites are > > surely the best places to start looking/googling. > > Thanks that worked for me. If you have not seen it yet, check out qmail.org. That should link to everything the ports can do and more. From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 07:12:57 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B463A16A420 for ; Thu, 9 Mar 2006 07:12:57 +0000 (GMT) (envelope-from simon@lang-clan.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C72343D45 for ; Thu, 9 Mar 2006 07:12:56 +0000 (GMT) (envelope-from simon@lang-clan.de) Received: from [84.167.45.86] (helo=[192.168.0.12]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2Dk-1FHFKR0DnE-0001B2; Thu, 09 Mar 2006 08:12:55 +0100 Message-ID: <440FD576.20607@lang-clan.de> Date: Thu, 09 Mar 2006 08:12:54 +0100 From: Simon Lang User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Rob References: <20060309030537.6220.qmail@web33312.mail.mud.yahoo.com> In-Reply-To: <20060309030537.6220.qmail@web33312.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:4e3157a663f75b34246ef376ddc08c31 Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: root-5.02.00 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, 09 Mar 2006 07:12:57 -0000 Rob schrieb: > Is there a way to make root-5.02.00 compile > on a FreeBSD 6 system? > An architecture problem during the configure > script causes the port to fail. Yes. Replace the variable ${CONFIGURE_TARGET} in line 50 of ports/devel/root/Makefile with freebsd5 This is Root's architecture ID to compile on BSD 5.x and 6.x. It seams that basically this problem occurs since 6.0. So it might be a good idea to patch the current port. However I want to update to a new Root version anyhow, but up to now I found no time to do it ... Cheers, Simon -- ,,, (o o) +---------------------------------------ooO--(_)--Ooo----------+ | | | Simon Lang | | | | E-Mail: simon@lang-clan.de | | Homepage: http://www.lang-clan.de | | | +--------------------------------------------------------------+ From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 10:13:02 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E1AD16A423 for ; Thu, 9 Mar 2006 10:13:02 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web33306.mail.mud.yahoo.com (web33306.mail.mud.yahoo.com [68.142.206.121]) by mx1.FreeBSD.org (Postfix) with SMTP id 57A2343D62 for ; Thu, 9 Mar 2006 10:12:59 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 20462 invoked by uid 60001); 9 Mar 2006 10:12:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=dd3YBDtM6oVOU+aTWAFGTITAPbAdN67wj/vJ8CnAqt4gHL6mwEEhrPuqsmLgGdBwmH6WkzFnk9AIZqRKFybHQLTXR3sHZ1Rf/++2JrqWexvWSlfTlze3vKug6ratIHSPvL9wezE93zXDlDjkr0Ut4KffWAkZMH6VlG38USVATn0= ; Message-ID: <20060309101258.20460.qmail@web33306.mail.mud.yahoo.com> Received: from [203.252.62.44] by web33306.mail.mud.yahoo.com via HTTP; Thu, 09 Mar 2006 02:12:58 PST Date: Thu, 9 Mar 2006 02:12:58 -0800 (PST) From: Rob To: simon@lang-clan.de In-Reply-To: <440FD576.20607@lang-clan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: root-5.02.00 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, 09 Mar 2006 10:13:02 -0000 --- Simon Lang wrote: > Rob wrote: > > > Is there a way to make root-5.02.00 compile > > on a FreeBSD 6 system? > > An architecture problem during the configure > > script causes the port to fail. > > Yes. Replace the variable > > ${CONFIGURE_TARGET} > > in line 50 of ports/devel/root/Makefile with > > freebsd5 OK, yes indeed that works for the moment on my 6-Stable system. > However I want to update to a new Root version > anyhow, but up to now I found no time to do it ... I'm looking forward to that! Thanks, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 13:29:22 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C98316A422; Thu, 9 Mar 2006 13:29:22 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E435D43D48; Thu, 9 Mar 2006 13:29:20 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k29DT7cH065616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Mar 2006 16:29:07 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k29DT6fv065615; Thu, 9 Mar 2006 16:29:06 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Mar 2006 16:29:06 +0300 From: Gleb Smirnoff To: Andre Oppermann Message-ID: <20060309132906.GE1102@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Andre Oppermann , Phil Regnauld , freebsd-net@freebsd.org, freebsd-ports@freebsd.org, Florent Thoumie References: <1141836337.17213.21.camel@mayday.esat.net> <20060308170018.GF68655@catpipe.net> <440F1167.B6704371@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <440F1167.B6704371@freebsd.org> User-Agent: Mutt/1.5.6i Cc: Phil Regnauld , Florent Thoumie , freebsd-ports@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: FreeBSD Port of OpenOSPFD 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, 09 Mar 2006 13:29:22 -0000 On Wed, Mar 08, 2006 at 06:16:23PM +0100, Andre Oppermann wrote: A> Zebra is dead. Quagga is a fork of it which is actively being worked on. A> The original author of Zebra went to start his own company commercially A> selling and developing the codebase he already had. There hasn't been A> any meaningful activity on open-source Zebra for years. This is not true. Zebra doesn't do any activity at conferences or news flashes, but there is activity in CVS. It is bugfixing mainly, but the project is not dead. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 19:11:45 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11E1A16A420 for ; Thu, 9 Mar 2006 19:11:45 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AABC43D45 for ; Thu, 9 Mar 2006 19:11:44 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id t5so375775wxc for ; Thu, 09 Mar 2006 11:11:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IHhSLoYrExIhyr5fRAX6xft3VIJmYAw++atIIWksV5e5oS8y8NS9ZlZ/jrdHS1alh1zIr2DBaN7iVjZr+yokCferHmcEwA1Kcoxrts3s8q0yfqDGmVc6nwcDRmfCnN3WIbiqvHsdksPHNe9AOz6O/AM1VdV5rNiIeYDXhkXWiyc= Received: by 10.70.105.2 with SMTP id d2mr2548309wxc; Thu, 09 Mar 2006 11:11:43 -0800 (PST) Received: by 10.70.31.17 with HTTP; Thu, 9 Mar 2006 11:11:43 -0800 (PST) Message-ID: <790a9fff0603091111s52251075q186101f863425b09@mail.gmail.com> Date: Thu, 9 Mar 2006 13:11:43 -0600 From: "Scot Hetzel" To: "Mike Jakubik" In-Reply-To: <440F525D.5090805@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <440F4EBC.4030207@rogers.com> <20060308214113.GA53061@xor.obsecurity.org> <440F525D.5090805@rogers.com> Cc: ports@freebsd.org Subject: Re: Where to get older ports? 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, 09 Mar 2006 19:11:45 -0000 On 3/8/06, Mike Jakubik wrote: > Right, how would one do this? I'm not a cvs expert :) I actually > downloaded an older ports tar file, which had 5.8.7, and manually > patched it with freshports.org 's help to 5.8.7_2, but i got an error > when package tried to register: > > Spamming /etc/manpath.config... Done. > =3D=3D=3D> Compressing manual pages for perl-5.8.7_2 > =3D=3D=3D> Registering installation for perl-5.8.7_2 > pkg_create: read_plist: unknown command '@dirrmtry > lib/perl5/5.8.7/auto/POSIX/SigAction' (package tools out of date?) > pkg_create: read_plist: unknown command '@dirrmtry > lib/perl5/5.8.7/auto/POSIX' (package tools out of date?) > This problem is because the "@dirrmtry " is replaced with "@unexec rmdir %D/ 2>/dev/null || true" by /usr/ports/Mk/bsd.ports.mk. Since your getting this error from pkg_create, you'll need to update your /usr/ports/Mk/bsd.ports.mk to the latest. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 22:01:53 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D049016A422 for ; Thu, 9 Mar 2006 22:01:53 +0000 (GMT) (envelope-from paul@distributel.net) Received: from mx1.mtndods.distributel.net (mx1.mtndods.distributel.net [66.38.181.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CC7B43D4C for ; Thu, 9 Mar 2006 22:01:52 +0000 (GMT) (envelope-from paul@distributel.net) X-ASG-Debug-ID: 1141941710-28798-585-0 X-Barracuda-URL: http://66.38.181.33:8000/cgi-bin/mark.cgi Received: from pop01.mtlcnds.ext.distributel.net (pop01.mtlcnds.ext.distributel.net [206.80.254.7]) by mx1.mtndods.distributel.net (Spam Firewall) with ESMTP id 31D7676DF8 for ; Thu, 9 Mar 2006 17:01:50 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by pop01.mtlcnds.ext.distributel.net (8.13.4/8.13.4) with ESMTP id k29M1nEj041947 for ; Thu, 9 Mar 2006 17:01:49 -0500 (EST) (envelope-from paul@distributel.net) Date: Thu, 9 Mar 2006 17:01:44 -0500 (EST) From: Paul Khavkine X-X-Sender: paul@srv15.mtlcnds.ext.distributel.net To: ports@freebsd.org X-ASG-Orig-Subj: Problem with FreeRADIUS 1.1.0 port Message-ID: <20060309165932.G41589@srv15.mtlcnds.ext.distributel.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by Barracuda Spam Firewall at mtndods.distributel.net X-Barracuda-Bayes: INNOCENT GLOBAL 0.0035 1.0000 -4.4403 X-Barracuda-Spam-Score: -4.44 X-Barracuda-Spam-Status: No, SCORE=-4.44 using global scores of TAG_LEVEL=3.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=5.0 tests= X-Barracuda-Spam-Report: Code version 3.02, rules version 3.0.9559 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Cc: Subject: Problem with FreeRADIUS 1.1.0 port 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, 09 Mar 2006 22:01:53 -0000 Hi. I just installed net/freeradius port and it crashes when ran in debug mode (radiusd -X): (gdb) run -X The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/local/sbin/radiusd -X warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100108] Program received signal SIGSEGV, Segmentation fault. [Switching to LWP 100108] 0x280cdd2f in pthread_rwlock_timedwrlock () from /usr/lib/libpthread.so.2 (gdb) bt #0 0x280cdd2f in pthread_rwlock_timedwrlock () from /usr/lib/libpthread.so.2 #1 0x28069161 in rlock_release () from /libexec/ld-elf.so.1 #2 0x28067279 in _rtld_bind () from /libexec/ld-elf.so.1 #3 0x28065401 in _rtld_bind_start () from /libexec/ld-elf.so.1 #4 0x28086900 in ?? () #5 0x000000f8 in ?? () #6 0x00000000 in ?? () #7 0x282fe6e8 in _thread_keytable () from /usr/lib/libpthread.so.1 #8 0x0806e5c0 in ?? () #9 0x00000206 in ?? () #10 0x28086900 in ?? () #11 0x000000f8 in ?? () #12 0x282e88a2 in sigaction () from /usr/lib/libpthread.so.1 #13 0x282f3fdc in pthread_setconcurrency () from /usr/lib/libpthread.so.1 #14 0x282f72d2 in pthread_testcancel () from /usr/lib/libpthread.so.1 #15 0x282f8462 in __error () from /usr/lib/libpthread.so.1 #16 0x282df7c1 in ?? () from /usr/lib/libpthread.so.1 #17 0xbfbfeb88 in ?? () #18 0x2807f3d8 in ?? () from /libexec/ld-elf.so.1 #19 0xbfbfeb38 in ?? () #20 0x28065bad in _rtld_error () from /libexec/ld-elf.so.1 #21 0x2806825b in _rtld () from /libexec/ld-elf.so.1 #22 0x280653e6 in .rtld_start () from /libexec/ld-elf.so.1 (gdb) Since there seems to be no clear maintainer of the port, i'm sending the mail here. System: paul# uname -a FreeBSD paul.mtl.distributel.net 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Thu Mar 9 14:00:02 EST 2 006 paul@paul.mtl.distributel.net:/usr/obj/usr/src/sys/paul i386 Thanx Paul From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 22:31:13 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E627F16A420 for ; Thu, 9 Mar 2006 22:31:13 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4F1543D67 for ; Thu, 9 Mar 2006 22:31:11 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 207-172-79-23.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([207.172.79.23]) by smtp01.mrf.mail.rcn.net with ESMTP; 09 Mar 2006 17:31:10 -0500 X-IronPort-AV: i="4.02,180,1139202000"; d="scan'208"; a="176097625:sNHT23188752" From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17424.44231.728769.811569@jerusalem.litteratus.org> Date: Thu, 9 Mar 2006 17:31:35 -0500 To: ports@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta24) "dandelion" XEmacs Lucid Cc: Subject: problem upgrading ghostscript-gnu 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, 09 Mar 2006 22:31:14 -0000 ---> Upgrading 'ghostscript-gnu-7.07_14' to 'ghostscript-gnu-7.07_15' (print/ghostscript-gnu) ---> Building '/usr/ports/print/ghostscript-gnu' ===> Cleaning for gmake-3.80_2 ===> Cleaning for jpeg-6b_4 ===> Cleaning for png-1.2.8_3 ===> Cleaning for xorg-libraries-6.9.0 ===> Cleaning for gsfonts-8.11_2 ===> Cleaning for gettext-0.14.5_2 ===> Cleaning for libtool-1.5.22_2 ===> Cleaning for imake-6.9.0 ===> Cleaning for libdrm-2.0_1 ===> Cleaning for freetype2-2.1.10_3 ===> Cleaning for fontconfig-2.3.2_3,1 ===> Cleaning for libiconv-1.9.2_2 ===> Cleaning for perl-5.8.8 ===> Cleaning for pkgconfig-0.20 ===> Cleaning for expat-2.0.0_1 ===> Cleaning for ghostscript-gnu-7.07_15 Type "make A4=yes" if you want -DA4 for compilation. ===> Vulnerability check disabled, database not found => canon-lips4-1.0.0-651.tgz doesn't seem to exist in /usr/ports/distfiles/ghostscript. => Attempting to fetch from ftp://download.canon-sales.co.jp/pub/driver/lasershot/linux/. fetch: ftp://download.canon-sales.co.jp/pub/driver/lasershot/linux/canon-lips4-1.0.0-651.tgz: File unavailable (e.g., file not found, no access) => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ghostscript/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ghostscript/canon-lips4-1.0.0-651.tgz: Connection refused => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ghostscript and try again. *** Error code 1 Stop in /usr/ports/print/ghostscript-gnu. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade6300.8 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! print/ghostscript-gnu (ghostscript-gnu-7.07_14) (fetch error) ---> Packages processed: 0 done, 8 ignored, 0 skipped and 1 failed The ports tree is updated every midbight US EST. Robert Huff From owner-freebsd-ports@FreeBSD.ORG Thu Mar 9 22:56:58 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72A8416A420 for ; Thu, 9 Mar 2006 22:56:58 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [216.148.227.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB1143D46 for ; Thu, 9 Mar 2006 22:56:57 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com[208.206.151.59]) by comcast.net (rwcrmhc14) with ESMTP id <20060309225656m1400fvd1fe>; Thu, 9 Mar 2006 22:56:57 +0000 Message-ID: <4410B2B9.3050306@computer.org> Date: Thu, 09 Mar 2006 16:56:57 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: John Nielsen References: <200603071030.46371.john@jnielsen.net> In-Reply-To: <200603071030.46371.john@jnielsen.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: linuxpluginwrapper support for newest Acrobat Reader 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, 09 Mar 2006 22:56:58 -0000 John Nielsen wrote: > I am unable to get the Acrobat plugin working in Firefox after updating to the > latest version. Here's what I have installed: > > acroread7-7.0.5_1 No idea if this has any impact on you but... acroread7-7.0.5_1 has been 'rolled back' to acroread7-7.0.1,1 due to some printing issues. > acroreadwrapper-0.0.20060221 > firefox-1.5.0.1_1,1 > linuxpluginwrapper-20051113 > > I modified my /etc/libmap.conf with the new path for acroread: > > # Acrobat7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror > [/usr/X11R6/AdobeAcrobat7.0/ENU/Browser/intellinux/nppdf.so] > libc.so.6 pluginwrapper/acrobat.so > > And it shows up in about:plugins: > > Adobe Reader 7.0 File name: nppdf.so > [MIME types, etc] > > But attempting to load a PDF produces this on stderr: > > LoadPlugin: failed to initialize shared > library /usr/X11R6/Adobe/Acrobat7.0/ENU/Browser/intellinux/nppdf.so > [/usr/X11R6/Adobe/Acrobat7.0/ENU/Browser/intellinux/nppdf.so: Undefined > symbol "__ctype_b_loc"] > > Is this just a new function that needs to be taught to linuxpluginwrapper? If > so, how difficult a task would that be? Should I file a PR with this? > > Thanks, > > JN > _______________________________________________ > 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" > -- Regards, Eric From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 00:53:07 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EAD116A420 for ; Fri, 10 Mar 2006 00:53:07 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 237E043D45 for ; Fri, 10 Mar 2006 00:53:07 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: by pproxy.gmail.com with SMTP id i49so237832pye for ; Thu, 09 Mar 2006 16:53:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=rMgVNE5m0jKOrbpjwMLQsJN2RkAuXdSqwY6ipcuaj05/laohlD3IJ6lNptsCdaFLEMGbXJVtny4ObC04N9kXTwanmp2AOTkLGJGfS19fijYBpTVZuheBp3b8YCTdtZEMGuB2hc1Mm65CQXrTGQRdt3aC0bH11Knrr5xwlZVur1o= Received: by 10.35.22.17 with SMTP id z17mr907847pyi; Thu, 09 Mar 2006 16:52:29 -0800 (PST) Received: by 10.35.114.5 with HTTP; Thu, 9 Mar 2006 16:52:29 -0800 (PST) Message-ID: Date: Fri, 10 Mar 2006 11:52:29 +1100 From: "Dave Symonds" To: "FreeBSD Ports" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 00:53:07 -0000 Hi All, I have a cvsupped ports tree (ports-all tag=3D. and nothing refused) that is giving me troubles: root@voltron# make index Generating INDEX-6 - please wait.."Makefile", line 16: Could not find /usr/ports/chinese/acroread5-chsfont/../../print/acroread5-commfont/Makefil= e make: fatal errors encountered -- cannot continue =3D=3D=3D> chinese/acroread5-chsfont failed *** Error code 1 The chinese/acroread5-chsfont seems to be a slave port of print/acroread5-commfont, which does not exist from what I can tell. I don't need or use acroread of any variety (5, 6 or 7), nor do I need chinese fonts. This, however, is a ports tree that is shared between several machines, so I don't want to use refuses. I was hoping to generate INDEX-6 on this machine after a cvsup, but it seems to be breaking at this point. Any ideas? Dave. -- "Strange women lying in ponds distributing swords is no basis for a system of government." From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 01:01:38 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5381516A420 for ; Fri, 10 Mar 2006 01:01:38 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDB7643D46 for ; Fri, 10 Mar 2006 01:01:37 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id C6BD71758D; Fri, 10 Mar 2006 03:01:34 +0200 (EET) Date: Fri, 10 Mar 2006 03:01:32 +0200 From: Ion-Mihai Tetcu To: "Dave Symonds" Message-ID: <20060310030132.09eaf923@it.buh.tecnik93.com> In-Reply-To: References: X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 01:01:38 -0000 On Fri, 10 Mar 2006 11:52:29 +1100 "Dave Symonds" wrote: > Hi All, > > I have a cvsupped ports tree (ports-all tag=. and nothing refused) > that is giving me troubles: > > root@voltron# make index > Generating INDEX-6 - please wait.."Makefile", line 16: Could not find > /usr/ports/chinese/acroread5-chsfont/../../print/acroread5-commfont/Makefile > make: fatal errors encountered -- cannot continue > ===> chinese/acroread5-chsfont failed > *** Error code 1 > > The chinese/acroread5-chsfont seems to be a slave port of > print/acroread5-commfont, which does not exist from what I can tell. I > don't need or use acroread of any variety (5, 6 or 7), nor do I need > chinese fonts. This, however, is a ports tree that is shared between > several machines, so I don't want to use refuses. I was hoping to > generate INDEX-6 on this machine after a cvsup, but it seems to be > breaking at this point. > > Any ideas? root@it> /usr/ports/mail/nail [2:59:34] 0 # ll /usr/ports/chinese/ | grep acro drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_CN drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_TW remove that directory and ask yourself what did you do to have it there. Perhaps rm -r /usr/ports/* and cvsup again -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #342: HTTPD Error 4004 : very old Intel cpu - insufficient processing power From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 01:09:25 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C07FB16A420 for ; Fri, 10 Mar 2006 01:09:25 +0000 (GMT) (envelope-from jdc@parodius.com) Received: from mx1.parodius.com (mx1.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA0443D48 for ; Fri, 10 Mar 2006 01:09:25 +0000 (GMT) (envelope-from jdc@parodius.com) Received: by mx1.parodius.com (Postfix, from userid 500) id 674C35FEF; Thu, 9 Mar 2006 17:09:23 -0800 (PST) Date: Thu, 9 Mar 2006 17:09:23 -0800 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20060310010923.GA57622@pentarou.parodius.com> Mail-Followup-To: freebsd-ports@freebsd.org References: <20060310030132.09eaf923@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060310030132.09eaf923@it.buh.tecnik93.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 01:09:25 -0000 On Fri, Mar 10, 2006 at 03:01:32AM +0200, Ion-Mihai Tetcu wrote: > root@it> /usr/ports/mail/nail [2:59:34] 0 > # ll /usr/ports/chinese/ | grep acro > drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_CN > drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_TW > > remove that directory and ask yourself what did you do to have it there. > > Perhaps rm -r /usr/ports/* and cvsup again I don't think Mr. Symonds "did anything to have it there". It's on all of our system as well, and is not being deleted via cvsup. I believe this is normal behaviour (for cvsup). Does using portsnap solve this kind-of dilemma at the core? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 01:14:42 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 696CD16A420 for ; Fri, 10 Mar 2006 01:14:42 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD86B43D49 for ; Fri, 10 Mar 2006 01:14:41 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 2AC181758D; Fri, 10 Mar 2006 03:14:40 +0200 (EET) Date: Fri, 10 Mar 2006 03:14:39 +0200 From: Ion-Mihai Tetcu To: Jeremy Chadwick Message-ID: <20060310031439.0266374c@it.buh.tecnik93.com> In-Reply-To: <20060310010923.GA57622@pentarou.parodius.com> References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 01:14:42 -0000 On Thu, 9 Mar 2006 17:09:23 -0800 Jeremy Chadwick wrote: > On Fri, Mar 10, 2006 at 03:01:32AM +0200, Ion-Mihai Tetcu wrote: > > root@it> /usr/ports/mail/nail [2:59:34] 0 > > # ll /usr/ports/chinese/ | grep acro > > drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_CN > > drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_TW > > > > remove that directory and ask yourself what did you do to have it there. > > > > Perhaps rm -r /usr/ports/* and cvsup again > > I don't think Mr. Symonds "did anything to have it there". It's on > all of our system as well, and is not being deleted via cvsup. I > believe this is normal behaviour (for cvsup). cvsup(1): delete The presence of this keyword gives cvsup permission to delete files. If it is missing, no files will be deleted. The presence of the delete keyword puts cvsup into so-called exact mode. In exact mode, CVSup does its best to make the client's files correspond to those on the server. This includes deleting individual deltas and symbolic tags from RCS files, as well as deleting entire files. In exact mode, CVSup verifies every edited file with a checksum, to ensure that the edits have produced a file identical to the master copy on the server. If the checksum test fails for a file, then CVSup falls back upon transferring the entire file. In general, CVSup deletes only files which are known to the server. Extra files present in the client's tree are left alone, even in exact mode. More precisely, CVSup is willing to delete two classes of files: o Files that were previously created or updated by CVSup itself. o Checked-out versions of files which are marked as dead on the server. Does any of you has that key-word in the ports cvsup file ? > Does using portsnap solve this kind-of dilemma at the core? Yes, rather drastically: it removes any local file that is not in CVS. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #389: /dev/clue was linked to /dev/null From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 01:31:07 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9B8E16A420 for ; Fri, 10 Mar 2006 01:31:07 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EDBD43D46 for ; Fri, 10 Mar 2006 01:31:07 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: by zproxy.gmail.com with SMTP id i1so655947nzh for ; Thu, 09 Mar 2006 17:31:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lf65Dq8dohU3100l5FdPUvU/iQqscUvipV4y/I3Xwqddsj0nlrd48ldANx1vzYU52C2iZLsGsgYJROs92uJsy1SB1oCupNA0JnzLevk/kPvof9zqXCxuiha0RYQdg5/N8cMC9Y7Pwu1qT3pCVOy4Kp5elbrprtKDHO9Rj49chEQ= Received: by 10.35.50.9 with SMTP id c9mr1749485pyk; Thu, 09 Mar 2006 17:31:06 -0800 (PST) Received: by 10.35.114.5 with HTTP; Thu, 9 Mar 2006 17:31:06 -0800 (PST) Message-ID: Date: Fri, 10 Mar 2006 12:31:06 +1100 From: "Dave Symonds" To: "FreeBSD Ports" In-Reply-To: <20060310031439.0266374c@it.buh.tecnik93.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310031439.0266374c@it.buh.tecnik93.com> Cc: Ion-Mihai Tetcu Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 01:31:08 -0000 On 3/10/06, Ion-Mihai Tetcu wrote: > cvsup(1): > delete The presence of this keyword gives cvsup permission to d= elete > files. If it is missing, no files will be deleted. Here's my supfile: *default host=3Dcvsup5.au.freebsd.org *default base=3D/var/db *default prefix=3D/usr *default release=3Dcvs delete use-rel-suffix compress tag=3DRELENG_6 ports-all tag=3D. I've seen cvsup delete files before. Dave. -- "Strange women lying in ponds distributing swords is no basis for a system of government." From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 01:39:54 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89CD416A424 for ; Fri, 10 Mar 2006 01:39:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A224B43D58 for ; Fri, 10 Mar 2006 01:39:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8BEC61A4DA5 for ; Thu, 9 Mar 2006 17:39:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C8B2B51DA6; Thu, 9 Mar 2006 20:39:52 -0500 (EST) Date: Thu, 9 Mar 2006 20:39:52 -0500 From: Kris Kennaway To: freebsd-ports@freebsd.org Message-ID: <20060310013952.GA620@xor.obsecurity.org> References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <20060310010923.GA57622@pentarou.parodius.com> User-Agent: Mutt/1.4.2.1i Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 01:39:54 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 05:09:23PM -0800, Jeremy Chadwick wrote: > On Fri, Mar 10, 2006 at 03:01:32AM +0200, Ion-Mihai Tetcu wrote: > > root@it> /usr/ports/mail/nail [2:59:34] 0 > > # ll /usr/ports/chinese/ | grep acro > > drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_CN > > drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_TW > >=20 > > remove that directory and ask yourself what did you do to have it there. > >=20 > > Perhaps rm -r /usr/ports/* and cvsup again >=20 > I don't think Mr. Symonds "did anything to have it there". It's on > all of our system as well, and is not being deleted via cvsup. I > believe this is normal behaviour (for cvsup). It was removed 3 weeks ago, so the only way cvsup will not delete it is if you either direct it not to delete files, or if you initially installed your ports tree from some other non-cvsup method (e.g. from sysinstall), and then neglected to 'adopt' it the first time you ran cvsup (per the faq on polstra.com). Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEENjoWry0BWjoQKURAv6uAJsFjADIwq/CXr61nQ8+aHZG8KOZ8QCfSsNv S2nOtOuqfIEPaqFG0l02K6c= =qo2+ -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 01:40:19 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC75116A420 for ; Fri, 10 Mar 2006 01:40:19 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5943C43D53 for ; Fri, 10 Mar 2006 01:40:18 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 348C01758D; Fri, 10 Mar 2006 03:40:16 +0200 (EET) Date: Fri, 10 Mar 2006 03:40:15 +0200 From: Ion-Mihai Tetcu To: "Dave Symonds" Message-ID: <20060310034015.3ef00a45@it.buh.tecnik93.com> In-Reply-To: References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310031439.0266374c@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 01:40:20 -0000 On Fri, 10 Mar 2006 12:31:06 +1100 "Dave Symonds" wrote: > On 3/10/06, Ion-Mihai Tetcu wrote: > > cvsup(1): > > delete The presence of this keyword gives cvsup permission to delete > > files. If it is missing, no files will be deleted. > > Here's my supfile: > > *default host=cvsup5.au.freebsd.org > *default base=/var/db > *default prefix=/usr > *default release=cvs delete use-rel-suffix compress tag=RELENG_6 > ports-all tag=. > > > I've seen cvsup delete files before. Mine is like this: *default host=my.mirror *default base=/var/db *default prefix=/usr *default release=cvs tag=. *default delete use-rel-suffix *default compress ports-all I don't know if the order makes any difference. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #426: internet is needed to catch the etherbunny From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 02:20:34 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEFB916A422 for ; Fri, 10 Mar 2006 02:20:34 +0000 (GMT) (envelope-from jdc@parodius.com) Received: from mx1.parodius.com (mx1.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 769D643D48 for ; Fri, 10 Mar 2006 02:20:34 +0000 (GMT) (envelope-from jdc@parodius.com) Received: by mx1.parodius.com (Postfix, from userid 500) id 5E2E05E8B; Thu, 9 Mar 2006 18:20:34 -0800 (PST) Date: Thu, 9 Mar 2006 18:20:34 -0800 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20060310022034.GA59583@pentarou.parodius.com> Mail-Followup-To: freebsd-ports@freebsd.org References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060310013952.GA620@xor.obsecurity.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 02:20:34 -0000 On Thu, Mar 09, 2006 at 08:39:52PM -0500, Kris Kennaway wrote: > It was removed 3 weeks ago, so the only way cvsup will not delete it > is if you either direct it not to delete files, or if you initially > installed your ports tree from some other non-cvsup method (e.g. from > sysinstall), and then neglected to 'adopt' it the first time you ran > cvsup (per the faq on polstra.com). The 2nd scenario (re: "negleted to 'adopt' ...") must be what's going on here, since I use the standard supfiles in /usr/share/examples/cvsup, which contain the `delete` directive. I always install ports from CD/DVD, then immediately cvsup afterwards. I have never known about this "requirement" until now. The handbook should really mention this. Gut feeling says Mr. Symonds and I are not the only two who have been doing it this way... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 02:25:18 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0186A16A422 for ; Fri, 10 Mar 2006 02:25:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A15FA43D46 for ; Fri, 10 Mar 2006 02:25:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8A03B1A4DAC for ; Thu, 9 Mar 2006 18:25:17 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AFDDD52529; Thu, 9 Mar 2006 21:25:16 -0500 (EST) Date: Thu, 9 Mar 2006 21:25:16 -0500 From: Kris Kennaway To: freebsd-ports@freebsd.org Message-ID: <20060310022516.GA1198@xor.obsecurity.org> References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> <20060310022034.GA59583@pentarou.parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20060310022034.GA59583@pentarou.parodius.com> User-Agent: Mutt/1.4.2.1i Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 02:25:18 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 06:20:34PM -0800, Jeremy Chadwick wrote: > On Thu, Mar 09, 2006 at 08:39:52PM -0500, Kris Kennaway wrote: > > It was removed 3 weeks ago, so the only way cvsup will not delete it > > is if you either direct it not to delete files, or if you initially > > installed your ports tree from some other non-cvsup method (e.g. from > > sysinstall), and then neglected to 'adopt' it the first time you ran > > cvsup (per the faq on polstra.com). >=20 > The 2nd scenario (re: "negleted to 'adopt' ...") must be what's going > on here, since I use the standard supfiles in /usr/share/examples/cvsup, > which contain the `delete` directive. >=20 > I always install ports from CD/DVD, then immediately cvsup afterwards. > I have never known about this "requirement" until now. >=20 > The handbook should really mention this. Gut feeling says Mr. Symonds > and I are not the only two who have been doing it this way... Please feel free to submit a PR :) Kris --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEOOMWry0BWjoQKURAg+qAJ9Ttgo+c5uEDbaxpCrZhBNZAJwPVwCeLhas 1+Iqvn1h+5KCt7qiJxJnZVE= =mW/v -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 02:58:03 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FF8616A420 for ; Fri, 10 Mar 2006 02:58:03 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF2AA43D46 for ; Fri, 10 Mar 2006 02:58:02 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so597169nzo for ; Thu, 09 Mar 2006 18:58:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eH/KBWqwzrUzSW9HWx83c4D4dK8GUn92Z2InpgSaTg4UMB4VdXULETqmqPoSGgah92UaIJejn3v6eiZo0Q71rppZ2yvNy1MgO0gAeytHc2D0IeJqHDKWA4jeNJL++SdcrBJIUgvJbfg0buvsRh069TlxlZDDmfLarNpQRn2nokw= Received: by 10.35.14.1 with SMTP id r1mr24721pyi; Thu, 09 Mar 2006 18:58:01 -0800 (PST) Received: by 10.35.114.5 with HTTP; Thu, 9 Mar 2006 18:58:01 -0800 (PST) Message-ID: Date: Fri, 10 Mar 2006 13:58:01 +1100 From: "Dave Symonds" To: "Kris Kennaway" In-Reply-To: <20060310013952.GA620@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> Cc: freebsd-ports@freebsd.org Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 02:58:03 -0000 > > I don't think Mr. Symonds "did anything to have it there". It's on > > all of our system as well, and is not being deleted via cvsup. I > > believe this is normal behaviour (for cvsup). > > It was removed 3 weeks ago, so the only way cvsup will not delete it > is if you either direct it not to delete files, or if you initially > installed your ports tree from some other non-cvsup method (e.g. from > sysinstall), and then neglected to 'adopt' it the first time you ran > cvsup (per the faq on polstra.com). This was a cvsup mirror with a fresh fetch (2nd Feb 2006, cvsup5.au.freebsd.org), updated each morning. I can't see how I'm supposed to "adopt" it as the FAQ says. Can you be more explicit on how I'm supposed to fix it up now, properly? Dave. -- "Strange women lying in ponds distributing swords is no basis for a system of government." From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 03:10:00 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B79A116A420 for ; Fri, 10 Mar 2006 03:10:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6309243D45 for ; Fri, 10 Mar 2006 03:10:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 48BE51A4DAC; Thu, 9 Mar 2006 19:10:00 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 282F351CF4; Thu, 9 Mar 2006 22:09:59 -0500 (EST) Date: Thu, 9 Mar 2006 22:09:58 -0500 From: Kris Kennaway To: Dave Symonds Message-ID: <20060310030958.GA1975@xor.obsecurity.org> References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org, Kris Kennaway Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 03:10:00 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 10, 2006 at 01:58:01PM +1100, Dave Symonds wrote: > > > I don't think Mr. Symonds "did anything to have it there". It's on > > > all of our system as well, and is not being deleted via cvsup. I > > > believe this is normal behaviour (for cvsup). > > > > It was removed 3 weeks ago, so the only way cvsup will not delete it > > is if you either direct it not to delete files, or if you initially > > installed your ports tree from some other non-cvsup method (e.g. from > > sysinstall), and then neglected to 'adopt' it the first time you ran > > cvsup (per the faq on polstra.com). >=20 > This was a cvsup mirror with a fresh fetch (2nd Feb 2006, > cvsup5.au.freebsd.org), updated each morning. I can't see how I'm > supposed to "adopt" it as the FAQ says. Can you be more explicit on > how I'm supposed to fix it up now, properly? So you first installed your ports tree via cvsup? In that case I don't know why it failed to delete the files when they were removed from the repository, unless the first condition above applies. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEO4GWry0BWjoQKURAlQHAKDZ6wtE3Ipp0FAcFwPv3SxYeHQvjwCfSvxM 9fxA4y4m5VtP2GKuq30w2Xw= =zrri -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 03:18:27 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFD9716A422 for ; Fri, 10 Mar 2006 03:18:27 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF18743D49 for ; Fri, 10 Mar 2006 03:18:26 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so566817wra for ; Thu, 09 Mar 2006 19:18:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JHX4DXOiVRry8KMZl32cFzgHqW9naOQdUM0/dmfCKGkd+e1Is2kVK1KBUC3+yWCm3reQWakFP9ONfOf3kEBy1YiYS0JhV0An4gtQhIVy46E5P/J4bER086OCA9Rq7pdv2u5v2JpC9ZU243xFCek9/NJ4vBPgyOvcwgZ/WuWj/A8= Received: by 10.35.119.11 with SMTP id w11mr30342pym; Thu, 09 Mar 2006 19:18:26 -0800 (PST) Received: by 10.35.114.5 with HTTP; Thu, 9 Mar 2006 19:18:26 -0800 (PST) Message-ID: Date: Fri, 10 Mar 2006 14:18:26 +1100 From: "Dave Symonds" To: "Kris Kennaway" In-Reply-To: <20060310030958.GA1975@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> <20060310030958.GA1975@xor.obsecurity.org> Cc: freebsd-ports@freebsd.org Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 03:18:28 -0000 On 3/10/06, Kris Kennaway wrote: > On Fri, Mar 10, 2006 at 01:58:01PM +1100, Dave Symonds wrote: > > This was a cvsup mirror with a fresh fetch (2nd Feb 2006, > > cvsup5.au.freebsd.org), updated each morning. I can't see how I'm > > supposed to "adopt" it as the FAQ says. Can you be more explicit on > > how I'm supposed to fix it up now, properly? > > So you first installed your ports tree via cvsup? In that case I > don't know why it failed to delete the files when they were removed > from the repository, unless the first condition above applies. Here's the supfile for my cvsup mirror: -------------------------------------------- *default delete use-rel-suffix umask=3D002 cvs-all release=3Dcvs prefix=3Dprefixes/FreeBSD.cvs gnats release=3Dcurrent prefix=3Dprefixes/FreeBSD-gnats.current www release=3Dcurrent prefix=3Dprefixes/FreeBSD-www.current mail-archive release=3Dcurrent prefix=3Dprefixes/FreeBSD-mail.current distrib release=3Dself prefix=3Dprefixes/distrib.self -------------------------------------------- Is there anything wrong with this? Where do I go from here? I'd really prefer not to have to download 2.8GB again via CVS. Dave. -- "Strange women lying in ponds distributing swords is no basis for a system of government." From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 03:22:19 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEAB016A420 for ; Fri, 10 Mar 2006 03:22:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD3A943D45 for ; Fri, 10 Mar 2006 03:22:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B0F101A4DAC; Thu, 9 Mar 2006 19:22:18 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DC78452529; Thu, 9 Mar 2006 22:22:17 -0500 (EST) Date: Thu, 9 Mar 2006 22:22:17 -0500 From: Kris Kennaway To: Dave Symonds Message-ID: <20060310032217.GA2231@xor.obsecurity.org> References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> <20060310030958.GA1975@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org, Kris Kennaway Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 03:22:19 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 10, 2006 at 02:18:26PM +1100, Dave Symonds wrote: > On 3/10/06, Kris Kennaway wrote: > > On Fri, Mar 10, 2006 at 01:58:01PM +1100, Dave Symonds wrote: > > > This was a cvsup mirror with a fresh fetch (2nd Feb 2006, > > > cvsup5.au.freebsd.org), updated each morning. I can't see how I'm > > > supposed to "adopt" it as the FAQ says. Can you be more explicit on > > > how I'm supposed to fix it up now, properly? > > > > So you first installed your ports tree via cvsup? In that case I > > don't know why it failed to delete the files when they were removed > > from the repository, unless the first condition above applies. >=20 > Here's the supfile for my cvsup mirror: >=20 > -------------------------------------------- > *default delete use-rel-suffix umask=3D002 > cvs-all release=3Dcvs prefix=3Dprefixes/FreeBSD.cvs > gnats release=3Dcurrent prefix=3Dprefixes/FreeBSD-gnats.current > www release=3Dcurrent prefix=3Dprefixes/FreeBSD-www.current > mail-archive release=3Dcurrent prefix=3Dprefixes/FreeBSD-mail.current > distrib release=3Dself prefix=3Dprefixes/distrib.self > -------------------------------------------- >=20 > Is there anything wrong with this? Dunno, I'm not familiar with cvsup mirrors. > Where do I go from here? I'd really > prefer not to have to download 2.8GB again via CVS. There are two issues here: * Stale files in your checkout from your local mirror. This has been established. * Whether your cvsup mirror is OK. You haven't shown this not to be the case: when you do a fresh checkout from your mirror, are the deleted files still present? Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEPDpWry0BWjoQKURAh41AJ4/lM4f3SeSc//u6YxVTwT3++IlqQCeJN7T QEL3yqpNlzSKOdOSob+cNGU= =tcfd -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 03:26:29 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81C1216A420 for ; Fri, 10 Mar 2006 03:26:29 +0000 (GMT) (envelope-from jdc@parodius.com) Received: from mx1.parodius.com (mx1.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50B8D43D6A for ; Fri, 10 Mar 2006 03:26:26 +0000 (GMT) (envelope-from jdc@parodius.com) Received: by mx1.parodius.com (Postfix, from userid 500) id 1273A5FED; Thu, 9 Mar 2006 19:26:26 -0800 (PST) Date: Thu, 9 Mar 2006 19:26:25 -0800 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20060310032625.GA69431@pentarou.parodius.com> Mail-Followup-To: freebsd-ports@freebsd.org References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> <20060310030958.GA1975@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060310030958.GA1975@xor.obsecurity.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 03:26:29 -0000 On Thu, Mar 09, 2006 at 10:09:58PM -0500, Kris Kennaway wrote: > So you first installed your ports tree via cvsup? In that case I > don't know why it failed to delete the files when they were removed > from the repository, unless the first condition above applies. Actually, I just took the time to completely nuke all of my cvsup-based trees (that is: /usr/src/* /usr/ports/* /usr/sup/* /var/db/sup/*), and proceeded to pull down the latest ports and src using: cvsup -g -L2 -h cvsup17.freebsd.org /usr/share/examples/cvsup/ports-supfile The end result on all the systems I've done this on: $ ls -l /usr/ports/chinese | grep acro drwxr-xr-x 2 root wheel 512 9 Mar 18:34 acroread-zh_CN/ drwxr-xr-x 2 root wheel 512 9 Mar 18:34 acroread-zh_TW/ The problem must be elsewhere. I hope this isn't similar to the old "jakarta-tomcat"-esque cvsup bug that we went through a few years ago. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 03:30:55 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6878316A420 for ; Fri, 10 Mar 2006 03:30:55 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF13143D46 for ; Fri, 10 Mar 2006 03:30:54 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 62A431758D; Fri, 10 Mar 2006 05:30:53 +0200 (EET) Date: Fri, 10 Mar 2006 05:30:53 +0200 From: Ion-Mihai Tetcu To: Jeremy Chadwick Message-ID: <20060310053053.1160d5aa@it.buh.tecnik93.com> In-Reply-To: <20060310022034.GA59583@pentarou.parodius.com> References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> <20060310022034.GA59583@pentarou.parodius.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kennaway , Dave Symonds , freebsd-ports@freebsd.org, Kris Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 03:30:55 -0000 [ please stop dropping recipients when you reply to emails on @freebsd.org lists; use reply-all or whatever your MUA calls it ] On Thu, 9 Mar 2006 18:20:34 -0800 Jeremy Chadwick wrote: > On Thu, Mar 09, 2006 at 08:39:52PM -0500, Kris Kennaway wrote: > > It was removed 3 weeks ago, so the only way cvsup will not delete it > > is if you either direct it not to delete files, or if you initially > > installed your ports tree from some other non-cvsup method (e.g. from > > sysinstall), and then neglected to 'adopt' it the first time you ran > > cvsup (per the faq on polstra.com). > > The 2nd scenario (re: "negleted to 'adopt' ...") must be what's going > on here, since I use the standard supfiles in /usr/share/examples/cvsup, > which contain the `delete` directive. > > I always install ports from CD/DVD, then immediately cvsup afterwards. > I have never known about this "requirement" until now. > > The handbook should really mention this. Gut feeling says Mr. Symonds > and I are not the only two who have been doing it this way... The is an article called CVSup Advanced Points in our docs: /usr/share/doc/en_US.ISO8859-1/articles/cvsup-advanced/article.html which you might want to read and follow. -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #117: the printer thinks it's a router From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 03:32:05 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBE0F16A420 for ; Fri, 10 Mar 2006 03:32:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7087243D48 for ; Fri, 10 Mar 2006 03:32:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3F7B41A4DAC for ; Thu, 9 Mar 2006 19:32:05 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 31EEB51CF4; Thu, 9 Mar 2006 22:32:04 -0500 (EST) Date: Thu, 9 Mar 2006 22:32:04 -0500 From: Kris Kennaway To: freebsd-ports@freebsd.org Message-ID: <20060310033204.GA2427@xor.obsecurity.org> References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> <20060310030958.GA1975@xor.obsecurity.org> <20060310032625.GA69431@pentarou.parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20060310032625.GA69431@pentarou.parodius.com> User-Agent: Mutt/1.4.2.1i Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 03:32:06 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 09, 2006 at 07:26:25PM -0800, Jeremy Chadwick wrote: > On Thu, Mar 09, 2006 at 10:09:58PM -0500, Kris Kennaway wrote: > > So you first installed your ports tree via cvsup? In that case I > > don't know why it failed to delete the files when they were removed > > from the repository, unless the first condition above applies. >=20 > Actually, I just took the time to completely nuke all of my cvsup-based > trees (that is: /usr/src/* /usr/ports/* /usr/sup/* /var/db/sup/*), and > proceeded to pull down the latest ports and src using: >=20 > cvsup -g -L2 -h cvsup17.freebsd.org /usr/share/examples/cvsup/ports-sup= file >=20 > The end result on all the systems I've done this on: >=20 > $ ls -l /usr/ports/chinese | grep acro > drwxr-xr-x 2 root wheel 512 9 Mar 18:34 acroread-zh_CN/ > drwxr-xr-x 2 root wheel 512 9 Mar 18:34 acroread-zh_TW/ Right, why do you think that's a problem? The OP was reporting problems with other (deleted) ports (as in the subject) that were somehow still present on his system. Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEPMzWry0BWjoQKURAiJsAKDjN2mPS783fHm+5mZ1wwPVuH8HYACcCkpY k7nMSou/BIgIDFPLSnL9jm8= =YF22 -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 03:44:09 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AC3216A420; Fri, 10 Mar 2006 03:44:09 +0000 (GMT) (envelope-from synack@netspace.net.au) Received: from mail.netspace.net.au (cumulus.netspace.net.au [203.10.110.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93DDD43D46; Fri, 10 Mar 2006 03:44:08 +0000 (GMT) (envelope-from synack@netspace.net.au) Received: from [192.168.0.3] (220-253-6-248.VIC.netspace.net.au [220.253.6.248]) by mail.netspace.net.au (Postfix) with ESMTP id 6A4917B02E; Fri, 10 Mar 2006 14:44:04 +1100 (EST) Message-ID: <4410F7C7.6090906@netspace.net.au> Date: Fri, 10 Mar 2006 14:51:35 +1100 From: "B .Wiggins" User-Agent: Thunderbird 1.5 (X11/20060307) MIME-Version: 1.0 To: Ion-Mihai IOnut Tetcu References: <1141935664.79078@it.buh.tecnik93.com> In-Reply-To: <1141935664.79078@it.buh.tecnik93.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: chris@csse.uwa.edu.au, FreeBSD gnats submit , freebsd-ports@freebsd.org Subject: Re: [MAINTAINER] net/cnet: make it usable with modern GCCs 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, 10 Mar 2006 03:44:09 -0000 Ion-Mihai IOnut Tetcu wrote: >> Submitter-Id: current-users >> Originator: Ion-Mihai "IOnut" Tetcu >> Organization: Tecnik'93 >> Confidential: no >> Synopsis: [MAINTAINER] net/cnet: make it usable with modern GCCs >> Severity: non-critical >> Priority: medium >> Category: ports >> Class: maintainer-update >> Release: FreeBSD 6.1-PRERELEASE i386 >> Environment: >> > Brett, please do a folloup to this PR if you still have problems with it > (and please do it fast, otherwise I will asume all is OK and try to sneak in > this version for 5 and 6 upcoming releases) > > Obtain from: Chris McDonald (author), with big thanks for quick response. > Reported by: "B .Wiggins" > Hi Ion-Mihai, used pkg_deinstall to remove the installed port. Applied the diff patch and reinstalled the port. Cnet is now working without a problem. Many Thanks to yourself and Dr Chris McDonald for helping fix this port. -- "If you are new to UNIX, you may be used to clicking something and seeing either an "OK" message, an error, nothing, or (all too often) a pretty blue screen with nifty high-tech letters explaining exactly where the system crashed" - Michael Lucas From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 03:44:46 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 316CB16A420 for ; Fri, 10 Mar 2006 03:44:46 +0000 (GMT) (envelope-from jdc@parodius.com) Received: from mx1.parodius.com (mx1.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D2B43D48 for ; Fri, 10 Mar 2006 03:44:43 +0000 (GMT) (envelope-from jdc@parodius.com) Received: by mx1.parodius.com (Postfix, from userid 500) id 7A40C5FE4; Thu, 9 Mar 2006 19:44:43 -0800 (PST) Date: Thu, 9 Mar 2006 19:44:43 -0800 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20060310034443.GB69796@pentarou.parodius.com> Mail-Followup-To: freebsd-ports@freebsd.org References: <20060310030132.09eaf923@it.buh.tecnik93.com> <20060310010923.GA57622@pentarou.parodius.com> <20060310013952.GA620@xor.obsecurity.org> <20060310030958.GA1975@xor.obsecurity.org> <20060310032625.GA69431@pentarou.parodius.com> <20060310033204.GA2427@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060310033204.GA2427@xor.obsecurity.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.11 Subject: Re: make index failing on chinese/acroread5-chsfont 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, 10 Mar 2006 03:44:46 -0000 On Thu, Mar 09, 2006 at 10:32:04PM -0500, Kris Kennaway wrote: > Right, why do you think that's a problem? > > The OP was reporting problems with other (deleted) ports (as in the > subject) that were somehow still present on his system. Because Ion-Mihai's response said: > On Fri, Mar 10, 2006 at 03:01:32AM +0200, Ion-Mihai Tetcu wrote: > > root@it> /usr/ports/mail/nail [2:59:34] 0 > > # ll /usr/ports/chinese/ | grep acro > > drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_CN > > drwxr-xr-x 2 root wheel 512 Feb 23 07:33 acroread-zh_TW > > > > remove that directory and ask yourself what did you do to have it > > there. > > > > Perhaps rm -r /usr/ports/* and cvsup again His response was phrased in a confusing mannar, and lead me to believe that acroread-zh_CN and acroread-zh_TW also pertained to the OP's problem with acroread5-chsfont and acroread5-commfont (re: "what did you do to have it [the above two directories] there"). My apologies for misunderstanding. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 04:36:00 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F46A16A420 for ; Fri, 10 Mar 2006 04:36:00 +0000 (GMT) (envelope-from jimmy@jamesbailie.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id B9AD943D5D for ; Fri, 10 Mar 2006 04:35:59 +0000 (GMT) (envelope-from jimmy@jamesbailie.com) Received: (qmail 18541 invoked from network); 10 Mar 2006 04:35:58 -0000 Received: from unknown (HELO ?70.29.126.205?) (jazzturk@rogers.com@70.29.126.205 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 10 Mar 2006 04:35:58 -0000 Message-ID: <4411022E.9050203@jamesbailie.com> Date: Thu, 09 Mar 2006 23:35:58 -0500 From: James Bailie User-Agent: Thunderbird 1.5 (X11/20060304) MIME-Version: 1.0 To: ports@freebsd.org References: <440F4EBC.4030207@rogers.com> <20060308214113.GA53061@xor.obsecurity.org> <440F525D.5090805@rogers.com> <790a9fff0603091111s52251075q186101f863425b09@mail.gmail.com> In-Reply-To: <790a9fff0603091111s52251075q186101f863425b09@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Where to get older ports? 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, 10 Mar 2006 04:36:00 -0000 Scot Hetzel wrote: > Since your getting this error from pkg_create, you'll need to > update your /usr/ports/Mk/bsd.ports.mk to the latest. Alternatively, he may be able to install an older pre-compiled package. I have a server running 4.x, and when I have needed to install a port that would no longer compile on that platform, I have used pkg_add to get a pre-compiled package from FreeBSD.org. If he can do this, he might save some mucking about. -- James Bailie http://www.jamesbailie.com From owner-freebsd-ports@FreeBSD.ORG Fri Mar 10 09:45:17 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90F6A16A420; Fri, 10 Mar 2006 09:45:17 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0A9143D46; Fri, 10 Mar 2006 09:45:16 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail04.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2A9jEHN013210 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 10 Mar 2006 20:45:14 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2A9jEi9001465; Fri, 10 Mar 2006 20:45:14 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2A9jEsV001464; Fri, 10 Mar 2006 20:45:14 +1100 (EST) (envelope-from peter) Date: Fri, 10 Mar 2006 20:45:14 +1100 From: Peter Jeremy To: freebsd-ports@freebsd.org Message-ID: <20060310094514.GA688@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: ade@freebsd.org Subject: Excessive startup times following libtool upgrade 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, 10 Mar 2006 09:45:17 -0000 I have rebuilt gnucash following the libtool upgrade (admittedly, I had to downgrade guile to avoid an slib problem). After which gnucash takes 15 minutes of system time to start (it used to take about a minute), issuing a ridiculous number of syscalls (30K/sec). I've done some poking around with ktrace and gdb and believe that the problem is libtool trying to load shared libraries. The following excerpt from ktrace show that something isn't taking "ENOENT" as an answer (and it tried to load libm several times with similar numbers of attempts). In total, there are just over 24e6 NAMI entries whilst guile starts. 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/local/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/local/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/local/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/local/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/local/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/local/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca1560,0,0x1b6) 96506 guile NAMI "/usr/local/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca4ed0,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/gnucash/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca4ed0,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca4ed0,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/gnucash/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca4ed0,0,0x1b6) 96506 guile NAMI "/usr/local/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca4e80,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/gnucash/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca4e80,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca4e80,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/gnucash/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca4e80,0,0x1b6) 96506 guile NAMI "/usr/local/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca4e80,0,0x1b6) 96506 guile NAMI "/usr/X11R6/lib/gnucash/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca5300,0,0x1b6) 96506 guile NAMI "/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xac9f1e0,0,0x1b6) 96506 guile NAMI "/usr/lib/libm.la" 96506 guile RET open -1 errno 2 No such file or directory 96506 guile CALL open(0xaca57c0,0,0x1b6) 96506 guile NAMI "libm.la" 96506 guile RET open -1 errno 2 No such file or directory When I grep out the NAMI's and count them, the list starts: 2072639 96506 guile NAMI "/usr/local/lib/libm.so" 2072639 96506 guile NAMI "/usr/local/lib/libm.la" 1498371 96506 guile NAMI "/usr/local/lib/libcrypt.so" 1498371 96506 guile NAMI "/usr/local/lib/libcrypt.la" 1133084 96506 guile NAMI "/usr/X11R6/lib/libm.so" 1133084 96506 guile NAMI "/usr/X11R6/lib/libm.la" 975864 96506 guile NAMI "/usr/X11R6/lib/gnucash/libm.so" 975864 96506 guile NAMI "/usr/X11R6/lib/gnucash/libm.la" 788832 96506 guile NAMI "/usr/X11R6/lib/libcrypt.so" 788832 96506 guile NAMI "/usr/X11R6/lib/libcrypt.la" 674658 96506 guile NAMI "/usr/X11R6/lib/gnucash/libcrypt.so" 674658 96506 guile NAMI "/usr/X11R6/lib/gnucash/libcrypt.la" 368497 96506 guile NAMI "/usr/local/lib/libglib-12.la" 223501 96506 guile NAMI "/usr/X11R6/lib/libglib-12.la" 211784 96506 guile NAMI "/usr/local/lib/libz.so" 211784 96506 guile NAMI "/usr/local/lib/libz.la" 199652 96506 guile NAMI "/usr/lib/libm.so" 199651 96506 guile NAMI "libm.la" ... These numbers strike me as excessive - by 5-6 orders of magnitude. An arbitrary backtrace within gdb shows that lt_dlopen() is being fairly extensively recursively called. Whilst it's nice that shared library dependencies are checked, the algorithm used is somewhat inefficient: #3 0x281d0a9c in reallocf () from /lib/libc.so.6 #4 0x281d1f29 in free () from /lib/libc.so.6 #5 0x281249c2 in foreach_dirinpath (search_path=0xa000000 "@", base_name=0xab40550 "libm.la", func=0x281249e0 , data1=0xbfbfcf50, data2=0xbfbfcef0) at raw-ltdl.c:2702 #6 0x28124b63 in find_file (search_path=0x9002270 "", base_name=0x9002270 "", pdir=0x9002270) at raw-ltdl.c:2749 #7 0x2812564e in try_dlopen (phandle=0xbfbfcf88, filename=0xab40ae0 "libm.la")at raw-ltdl.c:3172 #8 0x28125eef in lt_dlopenext (filename=0xab40c30 "libm") at raw-ltdl.c:3468 #9 0x2812503e in load_deplibs (handle=0xab401e0, deplibs=0xab3dfb0 " -L/usr/local/lib /usr/local/lib/libguile-ltdl.la /usr/local/lib/libqthreads.la -lcrypt -lm") at raw-ltdl.c:2931 #10 0x28125a7d in try_dlopen (phandle=0xbfbfd084, filename=0xab3ff70 "/usr/local/lib/libguile.la") at raw-ltdl.c:3304 #11 0x28125d8f in lt_dlopen (filename=0x9002270 "") at raw-ltdl.c:3406 #12 0x28125e86 in lt_dlopenext (filename=0xab3ff70 "/usr/local/lib/libguile.la") at raw-ltdl.c:3458 #13 0x2812503e in load_deplibs (handle=0xab3fe10, deplibs=0xab407c0 " -L/usr/local/lib /usr/local/lib/libguile.la /usr/local/lib/libguile-ltdl.la /usr/local/lib/libqthreads.la -lcrypt -lm")at raw-ltdl.c:2931 #14 0x28125a7d in try_dlopen (phandle=0xbfbfd1a4, filename=0xab3cef0 "/usr/local/lib/libgwrap-glib.la") at raw-ltdl.c:3304 #15 0x28125d8f in lt_dlopen (filename=0x9002270 "") at raw-ltdl.c:3406 #16 0x28125e86 in lt_dlopenext (filename=0xab3cef0 "/usr/local/lib/libgwrap-glib.la") at raw-ltdl.c:3458 #17 0x2812503e in load_deplibs (handle=0xab39a00, deplibs=0xab3b620 " -L/usr/local/lib /usr/local/lib/libgwrap-wct.la /usr/local/lib/libgwrap-glib.la /usr/local/lib/libguile.la /usr/local/lib/libguile-ltdl.la /usr/local/lib/libqthreads.la -lcrypt /usr/local/lib/libpopt"...) at raw-ltdl.c:2931 #18 0x28125a7d in try_dlopen (phandle=0xbfbfd2c4, filename=0xa986750 "/usr/X11R6/lib/gnucash/libgw-kvp.la")at raw-ltdl.c:3304 #19 0x28125d8f in lt_dlopen (filename=0x9002270 "") at raw-ltdl.c:3406 #20 0x28125e86 in lt_dlopenext (filename=0xa986750 "/usr/X11R6/lib/gnucash/libgw-kvp.la")at raw-ltdl.c:3458 #21 0x2812503e in load_deplibs (handle=0xaa9e580, deplibs=0xab30340 " -L/usr/local/lib -L/usr/X11R6/lib /usr/X11R6/lib/gnucash/libgncmod-app-file.la /usr/X11R6/lib/gnucash/libgncmod-gnome-utils.la /usr/X11R6/lib/gnucash/libgncmod-network-utils.la /usr/local/lib/libghtt"...)at raw-ltdl.c:2931 #22 0x28125a7d in try_dlopen (phandle=0xbfbfd3e4, filename=0xa520ed0 "/usr/X11R6/lib/gnucash/libgncmod-report-gnome.la")at raw-ltdl.c:3304 #23 0x28125d8f in lt_dlopen (filename=0x9002270 "") at raw-ltdl.c:3406 #24 0x28125e86 in lt_dlopenext (filename=0xa520ed0 "/usr/X11R6/lib/gnucash/libgncmod-report-gnome.la")at raw-ltdl.c:3458 #25 0x2812503e in load_deplibs (handle=0xa639680, deplibs=0xaf28610 " -L/usr/local/lib -L/usr/X11R6/lib /usr/X11R6/lib/gnucash/libgncmod-backend-file.la /usr/X11R6/lib/gnucash/libgncmod-report-gnome.la /usr/X11R6/lib/gnucash/libgncmod-app-file.la /usr/X11R6/lib/libgnc-"...)at raw-ltdl.c:2931 #26 0x28125a7d in try_dlopen (phandle=0xbfbfd504, filename=0xaf2b8c0 "/usr/X11R6/lib/libgncgnome.la") at raw-ltdl.c:3304 #27 0x28125d8f in lt_dlopen (filename=0x9002270 "") at raw-ltdl.c:3406 #28 0x28125e86 in lt_dlopenext (filename=0xaf2b8c0 "/usr/X11R6/lib/libgncgnome.la") at raw-ltdl.c:3458 #29 0x2812503e in load_deplibs (handle=0xaf2b750, deplibs=0xaf2aed0 " -L/usr/local/lib /usr/X11R6/lib/libgncgnome.la -L/usr/X11R6/lib /usr/X11R6/lib/gnucash/libgncmod-backend-file.la /usr/X11R6/lib/gnucash/libgncmod-report-gnome.la /usr/X11R6/lib/gnucash/libgncmod-app-"...) at raw-ltdl.c:2931 #30 0x28125a7d in try_dlopen (phandle=0xbfbfd628, filename=0xa030650 "libgw-gnc.la") at raw-ltdl.c:3304 #31 0x28125eef in lt_dlopenext (filename=0xa030590 "libgw-gnc")at raw-ltdl.c:3468 #32 0x28127a61 in scm_lt_dlopenext (filename=0x9002270 "") at guile-ltdl.c:61 -- Peter Jeremy From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 01:16:04 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9258216A42C; Sat, 11 Mar 2006 01:16:03 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1AF646496; Fri, 10 Mar 2006 15:30:54 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2AFUqao072928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Mar 2006 00:30:53 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 11 Mar 2006 00:30:53 +0900 From: Norikatsu Shigemura To: Roman Bogorodskiy , lofi@FreeBSD.org Message-Id: <20060311003053.69941008.nork@FreeBSD.org> In-Reply-To: <20060308144816.GC877@underworld.novel.ru> References: <20060228221052.03ce1150.nork@FreeBSD.org> <200602282033.12025.arved@freebsd.org> <440D379F.9090908@freebsd.org> <20060307230840.ac6da540.nork@FreeBSD.org> <20060308144816.GC877@underworld.novel.ru> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 11 Mar 2006 00:30:53 +0900 (JST) Cc: ports@FreeBSD.org, arved@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: security/dirmngr: install issue on 6.1-PRERELEASE 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, 11 Mar 2006 01:16:04 -0000 On Wed, 8 Mar 2006 14:48:16 +0000 Roman Bogorodskiy wrote: > > I made a patch to fix this issue. But I don't know that > > this patch is ok. Because I don't know which texinfo's version > > is expected:-(. And maybe I think, /usr/ports/UPDATING should > > be updated(pkg_delete texinfo-4.8_3). > Well, that was done because texinfo that comes with FreeBSD 5.x and 4.x > are too old and building docs fails with it. Texinfo from 6.x seems to > be OK, yes, though it's better to check it. Hi novel. Please, please:-). Hi lofi. Well, I found a essential typo in security/dirmngr. It causes this issue. I think that following patch should be applied. However, in already installed environment, make reinstall will be failed. # cd /usr/ports/security/dirmngr # make deinstall (remove current dirmngr) # make install (install new dirmngr applied following patch) : install-info --quiet /usr/local/info/dirmngr.info /usr/local/info/dir install-info: menu item `dirmngr-client' already exists, for file `gnupg' # fgrep dirmngr /usr/local/info/dir * dirmngr: (gnupg). X.509 CRL and OCSP server. * dirmngr-client: (gnupg). X.509 CRL and OCSP client. Because I consider that above description in /usr/local/info/dir should be manually removed by hand, so annouce this thing on /usr/ports/UPDATING. How about do you think? Index: files/patch-doc-dirmngr.texi =================================================================== RCS file: files/patch-doc-dirmngr.texi diff -N files/patch-doc-dirmngr.texi --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-doc-dirmngr.texi 10 Mar 2006 15:15:03 -0000 @@ -0,0 +1,13 @@ +--- doc/dirmngr.texi.orig Sat Sep 3 19:46:41 2005 ++++ doc/dirmngr.texi Sat Mar 11 00:11:48 2006 +@@ -32,8 +32,8 @@ + + @dircategory GNU Utilities + @direntry +-* dirmngr: (gnupg). X.509 CRL and OCSP server. +-* dirmngr-client: (gnupg). X.509 CRL and OCSP client. ++* dirmngr: (dirmngr). X.509 CRL and OCSP server. ++* dirmngr-client: (dirmngr). X.509 CRL and OCSP client. + @end direntry + + @c From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 01:16:04 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9258216A42C; Sat, 11 Mar 2006 01:16:03 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1AF646496; Fri, 10 Mar 2006 15:30:54 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2AFUqao072928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Mar 2006 00:30:53 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 11 Mar 2006 00:30:53 +0900 From: Norikatsu Shigemura To: Roman Bogorodskiy , lofi@FreeBSD.org Message-Id: <20060311003053.69941008.nork@FreeBSD.org> In-Reply-To: <20060308144816.GC877@underworld.novel.ru> References: <20060228221052.03ce1150.nork@FreeBSD.org> <200602282033.12025.arved@freebsd.org> <440D379F.9090908@freebsd.org> <20060307230840.ac6da540.nork@FreeBSD.org> <20060308144816.GC877@underworld.novel.ru> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 11 Mar 2006 00:30:53 +0900 (JST) Cc: ports@FreeBSD.org, arved@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: security/dirmngr: install issue on 6.1-PRERELEASE 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, 11 Mar 2006 01:16:04 -0000 On Wed, 8 Mar 2006 14:48:16 +0000 Roman Bogorodskiy wrote: > > I made a patch to fix this issue. But I don't know that > > this patch is ok. Because I don't know which texinfo's version > > is expected:-(. And maybe I think, /usr/ports/UPDATING should > > be updated(pkg_delete texinfo-4.8_3). > Well, that was done because texinfo that comes with FreeBSD 5.x and 4.x > are too old and building docs fails with it. Texinfo from 6.x seems to > be OK, yes, though it's better to check it. Hi novel. Please, please:-). Hi lofi. Well, I found a essential typo in security/dirmngr. It causes this issue. I think that following patch should be applied. However, in already installed environment, make reinstall will be failed. # cd /usr/ports/security/dirmngr # make deinstall (remove current dirmngr) # make install (install new dirmngr applied following patch) : install-info --quiet /usr/local/info/dirmngr.info /usr/local/info/dir install-info: menu item `dirmngr-client' already exists, for file `gnupg' # fgrep dirmngr /usr/local/info/dir * dirmngr: (gnupg). X.509 CRL and OCSP server. * dirmngr-client: (gnupg). X.509 CRL and OCSP client. Because I consider that above description in /usr/local/info/dir should be manually removed by hand, so annouce this thing on /usr/ports/UPDATING. How about do you think? Index: files/patch-doc-dirmngr.texi =================================================================== RCS file: files/patch-doc-dirmngr.texi diff -N files/patch-doc-dirmngr.texi --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-doc-dirmngr.texi 10 Mar 2006 15:15:03 -0000 @@ -0,0 +1,13 @@ +--- doc/dirmngr.texi.orig Sat Sep 3 19:46:41 2005 ++++ doc/dirmngr.texi Sat Mar 11 00:11:48 2006 +@@ -32,8 +32,8 @@ + + @dircategory GNU Utilities + @direntry +-* dirmngr: (gnupg). X.509 CRL and OCSP server. +-* dirmngr-client: (gnupg). X.509 CRL and OCSP client. ++* dirmngr: (dirmngr). X.509 CRL and OCSP server. ++* dirmngr-client: (dirmngr). X.509 CRL and OCSP client. + @end direntry + + @c From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 01:16:25 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 795CC16A423 for ; Sat, 11 Mar 2006 01:16:25 +0000 (GMT) (envelope-from DCSWest@GMX.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BD86D47F18 for ; Fri, 10 Mar 2006 17:48:47 +0000 (GMT) (envelope-from DCSWest@GMX.net) Received: (qmail invoked by alias); 10 Mar 2006 17:48:46 -0000 Received: from dsl-201-124-136-29.prod-infinitum.com.mx (EHLO [192.168.102.100]) [201.124.136.29] by mail.gmx.net (mp034) with SMTP; 10 Mar 2006 18:48:46 +0100 X-Authenticated: #13760968 From: DCS To: ports@FreeBSD.org Content-Type: text/plain Date: Fri, 10 Mar 2006 09:48:34 -0800 Message-Id: <1142012914.653.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: GNUCash 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, 11 Mar 2006 01:16:25 -0000 Greetings; Not sure if this is the place to even start, but we're already desperate with accounting being a daily function where we're trying to run the latest version of GNUCash on FreeBSD 6.0 Release and getting the following error: ERROR: Unbound variable: with-load-pathname Wondering if there's a "quick fix" until the problem clears out through portupgrade... Thanks, From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 01:17:24 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3838916A4D1 for ; Sat, 11 Mar 2006 01:17:19 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from smtp1.utdallas.edu (smtp1.utdallas.edu [129.110.10.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB2C24F477 for ; Fri, 10 Mar 2006 23:11:03 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from [10.110.3.244] (dy003244.utdallas.edu [10.110.3.244]) by smtp1.utdallas.edu (Postfix) with ESMTP id 229D2388D96 for ; Fri, 10 Mar 2006 17:11:03 -0600 (CST) Date: Fri, 10 Mar 2006 17:11:03 -0600 From: Paul Schmehl To: freebsd-ports@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Problem with graphics/cairo 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, 11 Mar 2006 01:17:24 -0000 The recent libtool change blew my 5.4 workstation up. After trying for days to get gnome working again (it locked up right after login), I finally gave up and installed 6.0 fresh (the upgrade failed too.) Now I'm reinstalling everything (grrr....), and the gnome install failed trying to install graphics/cairo. It's looking for libexpat.so.5, and the system has libexpat.so.6. (I made a symlink and the install completed successfully.) Just an FYI. The maintainer probably needs to look at the port. On a fresh 6.0 install, the gnome2 install will fail because of that problem. Paul Schmehl (pauls@utdallas.edu) Adjunct Information Security Officer University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu/ir/security/ From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 01:20:55 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7358716A41F for ; Sat, 11 Mar 2006 01:20:55 +0000 (GMT) (envelope-from freebsd@troback.com) Received: from devil.troback.com (c-195-216-040-156.cust.thalamus.net [195.216.40.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45C6F4958E for ; Fri, 10 Mar 2006 19:38:23 +0000 (GMT) (envelope-from freebsd@troback.com) Received: from devil.troback.com (localhost.troback.com [127.0.0.1]) by devil.troback.com (Postfix) with ESMTP id BC29911417 for ; Fri, 10 Mar 2006 20:37:35 +0100 (CET) Date: Fri, 10 Mar 2006 20:37:35 +0100 From: Anders Troback To: ports@freebsd.org Message-ID: <20060310203735.55e84734@devil.troback.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: 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, 11 Mar 2006 01:20:55 -0000 Hi list! I'm trying to compile a app that have a include of ! How do I cope with that? Any ideas? Thanks!!! \\troback --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D How many Microsoft employees does it take to screw in a light bulb? None, they declare darkness a new standard. ---------------------------------------------------------------- Anders Trob=E4ck anders@troback.com Hotellv=E4gen 2B 262 61 =C4ngelholm +46 431 25 332 +46 70 33 53 444 http://www.troback.com/ - From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 01:26:51 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 090B016A436 for ; Sat, 11 Mar 2006 01:26:51 +0000 (GMT) (envelope-from krinklyfig@speakeasy.net) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD96D5081E for ; Sat, 11 Mar 2006 00:59:27 +0000 (GMT) (envelope-from krinklyfig@speakeasy.net) Received: (qmail 6757 invoked from network); 11 Mar 2006 00:59:17 -0000 Received: from 71-213-160-2.albq.qwest.net (HELO [192.168.1.2]) (krinklyfig@[71.213.160.2]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 11 Mar 2006 00:59:17 -0000 From: Joshua Tinnin To: freebsd-ports@freebsd.org Date: Fri, 10 Mar 2006 17:59:12 -0700 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200603101759.16388.krinklyfig@speakeasy.net> Cc: Francois Vigneron Subject: Re: FreeBSD port: finance/gnucash 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, 11 Mar 2006 01:26:51 -0000 On Tue 7 Mar 06 09:00, Francois Vigneron wrote: > Hello, > On line 24 of the Makefile, it requires lang/slib-guile at runtime. > However, this package is broken and so gnucash fails to run. > > # gnucash > ERROR: In procedure dynamic-link: > ERROR: file: "libgw-gnc", message: "Invalid shared object handle > 0x800530400" > > Below is the output of the installation try of lang/slib-guile, > then the begining of 'pkg_add -r gnucash'. There is a workaround which was posted on the questions list: 1) Use portdowngrade to grab the slib-3a1_2 version, and install it.     gnucash/guile does not like 3a3. 2) Use pkgtools.conf to 'hold' slib-*. 3) remove the "BROKEN" status from slib-guile-3a1 Attempt 'make install clean' of gnucash. Though this will work, shouldn't the gnucash port be marked as broken until lang/slib-guile is fixed? - jt From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 01:28:42 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 150CE16A440 for ; Sat, 11 Mar 2006 01:28:36 +0000 (GMT) (envelope-from bleah@anga.pair.com) Received: from anga.pair.com (anga.pair.com [209.68.1.103]) by mx1.FreeBSD.org (Postfix) with SMTP id 804AC456EB for ; Fri, 10 Mar 2006 14:26:10 +0000 (GMT) (envelope-from bleah@anga.pair.com) Received: (qmail 93060 invoked by uid 47326); 10 Mar 2006 14:26:04 -0000 Date: Fri, 10 Mar 2006 09:26:04 -0500 (EST) From: mr.e@pronko.com X-X-Sender: bleah@anga.pair.com To: ports@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: help with mplayer port 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, 11 Mar 2006 01:28:42 -0000 Hello, I was wondering if you might be able to offer some assistance in installing the mplayer port for FreeBSD. I have tried the current version from cvsup, as well as several older ports (MPlayer-1.0pre7, MPlayer-1.0pre5) and I am receiving some consistent errors. This leads me to believe it might actually be something else wrong, but I can't speculate as to what that might be. My system: FreeBSD 4.11-STABLE XFree86 Version 4.5.0 All of the errors I am receiving appear to be in the vo_dga.c file under work/MPlayer-1.0pre7try2/libvo/. The start of the errors are: vo_dga.c:206: syntax error before `*' vo_dga.c:206: warning: data definition has no type or storage class vo_dga.c: In function `flip_page': vo_dga.c:345: `XDGAFlipRetrace' undeclared (first use in this function) vo_dga.c:345: (Each undeclared identifier is reported only once vo_dga.c:345: for each function it appears in.) vo_dga.c: In function `uninit': vo_dga.c:381: `XDGADevice' undeclared (first use in this function) vo_dga.c:381: `dgadevice' undeclared (first use in this function) vo_dga.c: In function `config': vo_dga.c:535: `XDGAMode' undeclared (first use in this function) vo_dga.c:535: `modeline' undeclared (first use in this function) vo_dga.c:536: `XDGADevice' undeclared (first use in this function) vo_dga.c:536: `dgadevice' undeclared (first use in this function) There is a bit more but I am trying to be brief. Any pointers you can offer would be much appreciated. :) Sincerely, Eric P. From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 01:56:07 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B730F16A423; Sat, 11 Mar 2006 01:56:07 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2626148F63; Fri, 10 Mar 2006 19:07:55 +0000 (GMT) (envelope-from ade@lovett.com) Received: from hellfire.canal.lovett.com ([172.16.32.20]:63339) by mail.lovett.com with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FHmxp-000H3E-KM; Fri, 10 Mar 2006 11:07:49 -0800 In-Reply-To: <20060310094514.GA688@turion.vk2pj.dyndns.org> References: <20060310094514.GA688@turion.vk2pj.dyndns.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Fri, 10 Mar 2006 11:07:39 -0800 To: Peter Jeremy X-Mailer: Apple Mail (2.746.2) Sender: ade@lovett.com Cc: freebsd-ports@freebsd.org, Ade Lovett Subject: Re: Excessive startup times following libtool upgrade 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, 11 Mar 2006 01:56:07 -0000 On Mar 10, 2006, at 01:45 , Peter Jeremy wrote: > I have rebuilt gnucash following the libtool upgrade (admittedly, I > had to downgrade guile to avoid an slib problem). After which gnucash > takes 15 minutes of system time to start (it used to take about a > minute), issuing a ridiculous number of syscalls (30K/sec). I've done > some poking around with ktrace and gdb and believe that the problem is > libtool trying to load shared libraries. This appears to be something unique to gnucash -- I've looked at some other libltdl-using ports, and they don't exhibit the same behavior. Best bet is to contact the gnucash developers to see what they have to say. -aDe From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 01:59:03 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E116516A602 for ; Sat, 11 Mar 2006 01:58:48 +0000 (GMT) (envelope-from anders@troback.com) Received: from mail.gelita.se (212-162-182-244.skbbip.com [212.162.182.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5079F4A5E7 for ; Fri, 10 Mar 2006 21:17:33 +0000 (GMT) (envelope-from anders@troback.com) Received: from devil.troback.com (c-195-216-040-156.cust.thalamus.net [195.216.40.156]) by mail.gelita.se (Postfix) with ESMTP id EA42610E445 for ; Fri, 10 Mar 2006 22:17:26 +0100 (CET) Date: Fri, 10 Mar 2006 22:16:40 +0100 From: Anders Troback To: freebsd-ports@freebsd.org Message-ID: <20060310221640.5091a0c0@devil.troback.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Troback-MailScanner-Information: Please contact the ISP for more information X-Troback-MailScanner: Found to be clean X-Troback-MailScanner-From: anders@troback.com X-Spam-Status: No Subject: 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, 11 Mar 2006 01:59:03 -0000 Hi list! I'm trying to compile a app that have a include of ! How do I cope with that? Any ideas? Thanks!!! \\troback --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D How many Microsoft employees does it take to screw in a light bulb? None, they declare darkness a new standard. ---------------------------------------------------------------- Anders Trob=E4ck anders@troback.com Hotellv=E4gen 2B 262 61 =C4ngelholm +46 431 25 332 +46 70 33 53 444 http://www.troback.com/ - From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 02:04:35 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A42816A61B for ; Sat, 11 Mar 2006 02:04:35 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C83B348793 for ; Fri, 10 Mar 2006 18:27:38 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 10 Mar 2006 18:27:37 -0000 Received: from p54A7D1F3.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.209.243] by mail.gmx.net (mp034) with SMTP; 10 Mar 2006 19:27:37 +0100 X-Authenticated: #5465401 Message-ID: <4411C50B.8020600@gmx.de> Date: Fri, 10 Mar 2006 19:27:23 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig74542DD1B6AD8987B9C1D853" X-Y-GMX-Trusted: 0 Subject: ipw and iwi firmware rc scripts 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, 11 Mar 2006 02:04:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig74542DD1B6AD8987B9C1D853 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Shouldn't they be installed into /usr/local/etc/rc.d/, now that rcorder is supported for this path as well? --------------enig74542DD1B6AD8987B9C1D853 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEcUVfMDIb41/+S0RAhUSAJ46qHhCWBMj5qDzWEdQjcvEahVlyQCeK0NA 64AYY3pGA6+77Dm7thEB+a8= =a8y5 -----END PGP SIGNATURE----- --------------enig74542DD1B6AD8987B9C1D853-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 02:07:20 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F07B716A979; Sat, 11 Mar 2006 02:07:07 +0000 (GMT) (envelope-from jlw@team-fatal.com) Received: from dewshu02.webservice-hannover.de (p15181084.pureserver.info [217.160.216.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 762504947A; Fri, 10 Mar 2006 19:30:10 +0000 (GMT) (envelope-from jlw@team-fatal.com) Received: from [192.168.0.2] (p54830E3D.dip0.t-ipconnect.de [84.131.14.61]) by dewshu02.webservice-hannover.de (Postfix) with ESMTP id BF040810F8C; Fri, 10 Mar 2006 20:30:08 +0100 (CET) Message-ID: <4411D3C0.4010100@team-fatal.com> Date: Fri, 10 Mar 2006 20:30:08 +0100 From: Jacek Lukas Wotka User-Agent: Thunderbird 1.5 (X11/20060221) MIME-Version: 1.0 To: ports@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: hplip 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, 11 Mar 2006 02:07:20 -0000 http://hpinkjet.sourceforge.net hi, i have some kind of a "request". hpijs and hpoj are ported, however hplip is not. and it seems to have the hardwaresupport i need (for scanning with a hp psc 1510). i tried to compile the thing myself but i can't figure out why it does not find libusb and other stuff (for example cups-devel) in configure. configure doesn't even take commandline parameters like --help and so i can't tell it to use another prefix or to disable cups. i tried hacking the configure but it seems i'm too much of an autotools newbie to do this. hence this email. thanks in advance -- jacek lukas wotka >damals als ich es schrieb, stimmte es. es wird also immer noch stimmen.< >der dumme erwartet viel. der denkende sagt wenig.< - herr keuner (brecht) From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 02:07:20 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F07B716A979; Sat, 11 Mar 2006 02:07:07 +0000 (GMT) (envelope-from jlw@team-fatal.com) Received: from dewshu02.webservice-hannover.de (p15181084.pureserver.info [217.160.216.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 762504947A; Fri, 10 Mar 2006 19:30:10 +0000 (GMT) (envelope-from jlw@team-fatal.com) Received: from [192.168.0.2] (p54830E3D.dip0.t-ipconnect.de [84.131.14.61]) by dewshu02.webservice-hannover.de (Postfix) with ESMTP id BF040810F8C; Fri, 10 Mar 2006 20:30:08 +0100 (CET) Message-ID: <4411D3C0.4010100@team-fatal.com> Date: Fri, 10 Mar 2006 20:30:08 +0100 From: Jacek Lukas Wotka User-Agent: Thunderbird 1.5 (X11/20060221) MIME-Version: 1.0 To: ports@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: hplip 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, 11 Mar 2006 02:07:20 -0000 http://hpinkjet.sourceforge.net hi, i have some kind of a "request". hpijs and hpoj are ported, however hplip is not. and it seems to have the hardwaresupport i need (for scanning with a hp psc 1510). i tried to compile the thing myself but i can't figure out why it does not find libusb and other stuff (for example cups-devel) in configure. configure doesn't even take commandline parameters like --help and so i can't tell it to use another prefix or to disable cups. i tried hacking the configure but it seems i'm too much of an autotools newbie to do this. hence this email. thanks in advance -- jacek lukas wotka >damals als ich es schrieb, stimmte es. es wird also immer noch stimmen.< >der dumme erwartet viel. der denkende sagt wenig.< - herr keuner (brecht) From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 02:11:16 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B4FC16A4B3 for ; Sat, 11 Mar 2006 02:11:16 +0000 (GMT) (envelope-from gerard@seibercom.net) Received: from smtp5.suscom.net (smtp5.suscom.net [64.78.83.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B4A44B482 for ; Fri, 10 Mar 2006 22:42:47 +0000 (GMT) (envelope-from gerard@seibercom.net) Received: from localhost (unknown [127.0.0.1]) by smtp5.suscom.net (Postfix) with ESMTP id 39E055100F4 for ; Fri, 10 Mar 2006 17:42:46 -0500 (EST) Received: from smtp5.suscom.net ([127.0.0.1]) by localhost (smtp5 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23342-01-29 for ; Fri, 10 Mar 2006 17:42:39 -0500 (EST) Received: from seibercom (ip148.217.45.216.suscom.net [216.45.217.148]) by smtp5.suscom.net (Postfix) with SMTP id E98D75100F7 for ; Fri, 10 Mar 2006 17:42:35 -0500 (EST) Date: Fri, 10 Mar 2006 17:42:36 -0500 (EST) From: Gerard Seibert To: ports@freebsd.org Message-ID: <20060310173657.Q40614@seibercom.net> Organization: Seibercom.NET MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-549735030-1142030556=:40614" X-Virus-Scanned: by amavisd-new .250 at suscom.net Cc: Subject: Unable to build or update vcdimager X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gerard Seibert List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 02:11:16 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-549735030-1142030556=:40614 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed I have been attempting to update the vcdimager port. It always fails with this message: install-info --quiet /usr/local/info/vcd-info.info /usr/local/info/dir install-info: menu item `vcd-info' already exists, for file `vcdimager' *** Error code 1 I have used pkg_delete to remove the port, but the build process still fails. I have attached a copy of the build process. I am using FreeBSD 5.4 with no special make flags, etc. -- Gerard gerard@seibercom.net --0-549735030-1142030556=:40614 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=vcdimager.txt Content-Transfer-Encoding: BASE64 Content-ID: <20060310174236.Q40614@seibercom.net> Content-Description: Build output Content-Disposition: attachment; filename=vcdimager.txt U2NyaXB0IHN0YXJ0ZWQgb24gRnJpIE1hciAxMCAxNzoyNDozNyAyMDA2DQo9 PT0+ICBFeHRyYWN0aW5nIGZvciB2Y2RpbWFnZXItMC43LjIzXzENDQo9PiBN RDUgQ2hlY2tzdW0gT0sgZm9yIHZjZGltYWdlci0wLjcuMjMudGFyLmd6Lg0N Cj0+IFNIQTI1NiBDaGVja3N1bSBPSyBmb3IgdmNkaW1hZ2VyLTAuNy4yMy50 YXIuZ3ouDQ0KPT09PiAgUGF0Y2hpbmcgZm9yIHZjZGltYWdlci0wLjcuMjNf MQ0NCj09PT4gICB2Y2RpbWFnZXItMC43LjIzXzEgZGVwZW5kcyBvbiBleGVj dXRhYmxlOiBnbWFrZSAtIGZvdW5kDQ0KPT09PiAgIHZjZGltYWdlci0wLjcu MjNfMSBkZXBlbmRzIG9uIGV4ZWN1dGFibGU6IHBrZy1jb25maWcgLSBmb3Vu ZA0NCj09PT4gICB2Y2RpbWFnZXItMC43LjIzXzEgZGVwZW5kcyBvbiBzaGFy ZWQgbGlicmFyeTogcG9wdC4wIC0gZm91bmQNDQo9PT0+ICAgdmNkaW1hZ2Vy LTAuNy4yM18xIGRlcGVuZHMgb24gc2hhcmVkIGxpYnJhcnk6IHhtbDIgLSBm b3VuZA0NCj09PT4gICB2Y2RpbWFnZXItMC43LjIzXzEgZGVwZW5kcyBvbiBz aGFyZWQgbGlicmFyeTogY2Rpby42IC0gZm91bmQNDQo9PT0+ICBDb25maWd1 cmluZyBmb3IgdmNkaW1hZ2VyLTAuNy4yM18xDQ0KY2hlY2tpbmcgZm9yIGEg QlNELWNvbXBhdGlibGUgaW5zdGFsbC4uLiAvdXNyL2Jpbi9pbnN0YWxsIC1j IC1vIHJvb3QgLWcgd2hlZWwNDQpjaGVja2luZyB3aGV0aGVyIGJ1aWxkIGVu dmlyb25tZW50IGlzIHNhbmUuLi4geWVzDQ0KY2hlY2tpbmcgZm9yIGdhd2su Li4gbm8NDQpjaGVja2luZyBmb3IgbWF3ay4uLiBubw0NCmNoZWNraW5nIGZv ciBuYXdrLi4uIG5hd2sNDQpjaGVja2luZyB3aGV0aGVyIGdtYWtlIHNldHMg JChNQUtFKS4uLiB5ZXMNDQpjaGVja2luZyB3aGV0aGVyIHRvIGVuYWJsZSBt YWludGFpbmVyLXNwZWNpZmljIHBvcnRpb25zIG9mIE1ha2VmaWxlcy4uLiBu bw0NCmNoZWNraW5nIHdoZXRoZXIgYnVpbGQgZW52aXJvbm1lbnQgaXMgc2Fu ZS4uLiB5ZXMNDQpjaGVja2luZyBidWlsZCBzeXN0ZW0gdHlwZS4uLiBpMzg2 LXBvcnRibGQtZnJlZWJzZDUuNA0NCmNoZWNraW5nIGhvc3Qgc3lzdGVtIHR5 cGUuLi4gaTM4Ni1wb3J0YmxkLWZyZWVic2Q1LjQNDQpjaGVja2luZyBmb3Ig Z2NjLi4uIGNjDQ0KY2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgZGVmYXVsdCBv dXRwdXQgZmlsZSBuYW1lLi4uIGEub3V0DQ0KY2hlY2tpbmcgd2hldGhlciB0 aGUgQyBjb21waWxlciB3b3Jrcy4uLiB5ZXMNDQpjaGVja2luZyB3aGV0aGVy IHdlIGFyZSBjcm9zcyBjb21waWxpbmcuLi4gbm8NDQpjaGVja2luZyBmb3Ig c3VmZml4IG9mIGV4ZWN1dGFibGVzLi4uIA0NCmNoZWNraW5nIGZvciBzdWZm aXggb2Ygb2JqZWN0IGZpbGVzLi4uIG8NDQpjaGVja2luZyB3aGV0aGVyIHdl IGFyZSB1c2luZyB0aGUgR05VIEMgY29tcGlsZXIuLi4geWVzDQ0KY2hlY2tp bmcgd2hldGhlciBjYyBhY2NlcHRzIC1nLi4uIHllcw0NCmNoZWNraW5nIGZv ciBjYyBvcHRpb24gdG8gYWNjZXB0IEFOU0kgQy4uLiBub25lIG5lZWRlZA0N CmNoZWNraW5nIGZvciBzdHlsZSBvZiBpbmNsdWRlIHVzZWQgYnkgZ21ha2Uu Li4gR05VDQ0KY2hlY2tpbmcgZGVwZW5kZW5jeSBzdHlsZSBvZiBjYy4uLiBn Y2MzDQ0KY2hlY2tpbmcgd2hldGhlciBjYyBhY2NlcHRzIC1XYWxsLi4uIHll cw0NCmNoZWNraW5nIHdoZXRoZXIgY2MgYWNjZXB0cyAtV2NoYXItc3Vic2Ny aXB0cy4uLiB5ZXMNDQpjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLVdt aXNzaW5nLXByb3RvdHlwZXMuLi4geWVzDQ0KY2hlY2tpbmcgd2hldGhlciBj YyBhY2NlcHRzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMuLi4geWVzDQ0KY2hl Y2tpbmcgd2hldGhlciBjYyBhY2NlcHRzIC1XdW51c2VkLi4uIHllcw0NCmNo ZWNraW5nIHdoZXRoZXIgY2MgYWNjZXB0cyAtV3BvaW50ZXItYXJpdGguLi4g eWVzDQ0KY2hlY2tpbmcgd2hldGhlciBjYyBhY2NlcHRzIC1Xd3JpdGUtc3Ry aW5ncy4uLiB5ZXMNDQpjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLVdu ZXN0ZWQtZXh0ZXJucy4uLiB5ZXMNDQpjaGVja2luZyB3aGV0aGVyIGNjIGFj Y2VwdHMgLVduby1zaWduLWNvbXBhcmUuLi4geWVzDQ0KY2hlY2tpbmcgaG93 IHRvIHJ1biB0aGUgQyBwcmVwcm9jZXNzb3IuLi4gY2MgLUUNDQpjaGVja2lu ZyBmb3IgZ2NjLi4uIChjYWNoZWQpIGNjDQ0KY2hlY2tpbmcgd2hldGhlciB3 ZSBhcmUgdXNpbmcgdGhlIEdOVSBDIGNvbXBpbGVyLi4uIChjYWNoZWQpIHll cw0NCmNoZWNraW5nIHdoZXRoZXIgY2MgYWNjZXB0cyAtZy4uLiAoY2FjaGVk KSB5ZXMNDQpjaGVja2luZyBmb3IgY2Mgb3B0aW9uIHRvIGFjY2VwdCBBTlNJ IEMuLi4gKGNhY2hlZCkgbm9uZSBuZWVkZWQNDQpjaGVja2luZyBkZXBlbmRl bmN5IHN0eWxlIG9mIGNjLi4uIChjYWNoZWQpIGdjYzMNDQpjaGVja2luZyBm b3IgZ2F3ay4uLiAoY2FjaGVkKSBuYXdrDQ0KY2hlY2tpbmcgZm9yIGEgc2Vk IHRoYXQgZG9lcyBub3QgdHJ1bmNhdGUgb3V0cHV0Li4uIC91c3IvYmluL3Nl ZA0NCmNoZWNraW5nIGZvciBlZ3JlcC4uLiBncmVwIC1FDQ0KY2hlY2tpbmcg Zm9yIGxkIHVzZWQgYnkgY2MuLi4gL3Vzci9iaW4vbGQNDQpjaGVja2luZyBp ZiB0aGUgbGlua2VyICgvdXNyL2Jpbi9sZCkgaXMgR05VIGxkLi4uIHllcw0N CmNoZWNraW5nIGZvciAvdXNyL2Jpbi9sZCBvcHRpb24gdG8gcmVsb2FkIG9i amVjdCBmaWxlcy4uLiAtcg0NCmNoZWNraW5nIGZvciBCU0QtY29tcGF0aWJs ZSBubS4uLiAvdXNyL2Jpbi9ubSAtQg0NCmNoZWNraW5nIHdoZXRoZXIgbG4g LXMgd29ya3MuLi4geWVzDQ0KY2hlY2tpbmcgaG93IHRvIHJlY29nbmlzZSBk ZXBlbmRlbnQgbGlicmFyaWVzLi4uIHBhc3NfYWxsDQ0KY2hlY2tpbmcgZm9y IEFOU0kgQyBoZWFkZXIgZmlsZXMuLi4geWVzDQ0KY2hlY2tpbmcgZm9yIHN5 cy90eXBlcy5oLi4uIHllcw0NCmNoZWNraW5nIGZvciBzeXMvc3RhdC5oLi4u IHllcw0NCmNoZWNraW5nIGZvciBzdGRsaWIuaC4uLiB5ZXMNDQpjaGVja2lu ZyBmb3Igc3RyaW5nLmguLi4geWVzDQ0KY2hlY2tpbmcgZm9yIG1lbW9yeS5o Li4uIHllcw0NCmNoZWNraW5nIGZvciBzdHJpbmdzLmguLi4geWVzDQ0KY2hl Y2tpbmcgZm9yIGludHR5cGVzLmguLi4geWVzDQ0KY2hlY2tpbmcgZm9yIHN0 ZGludC5oLi4uIHllcw0NCmNoZWNraW5nIGZvciB1bmlzdGQuaC4uLiB5ZXMN DQpjaGVja2luZyBkbGZjbi5oIHVzYWJpbGl0eS4uLiB5ZXMNDQpjaGVja2lu ZyBkbGZjbi5oIHByZXNlbmNlLi4uIHllcw0NCmNoZWNraW5nIGZvciBkbGZj bi5oLi4uIHllcw0NCmNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIHRo ZSBHTlUgQysrIGNvbXBpbGVyLi4uIHllcw0NCmNoZWNraW5nIHdoZXRoZXIg YysrIGFjY2VwdHMgLWcuLi4geWVzDQ0KY2hlY2tpbmcgZGVwZW5kZW5jeSBz dHlsZSBvZiBjKysuLi4gZ2NjMw0NCmNoZWNraW5nIGhvdyB0byBydW4gdGhl IEMrKyBwcmVwcm9jZXNzb3IuLi4gYysrIC1FDQ0KY2hlY2tpbmcgZm9yIGc3 Ny4uLiBubw0NCmNoZWNraW5nIGZvciBmNzcuLi4gZjc3DQ0KY2hlY2tpbmcg d2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBGb3J0cmFuIDc3IGNvbXBp bGVyLi4uIHllcw0NCmNoZWNraW5nIHdoZXRoZXIgZjc3IGFjY2VwdHMgLWcu Li4geWVzDQ0KY2hlY2tpbmcgdGhlIG1heGltdW0gbGVuZ3RoIG9mIGNvbW1h bmQgbGluZSBhcmd1bWVudHMuLi4gKGNhY2hlZCkgNjU1MzYNDQpjaGVja2lu ZyBjb21tYW5kIHRvIHBhcnNlIC91c3IvYmluL25tIC1CIG91dHB1dCBmcm9t IGNjIG9iamVjdC4uLiBvaw0NCmNoZWNraW5nIGZvciBvYmpkaXIuLi4gLmxp YnMNDQpjaGVja2luZyBmb3IgYXIuLi4gYXINDQpjaGVja2luZyBmb3IgcmFu bGliLi4uIHJhbmxpYg0NCmNoZWNraW5nIGZvciBzdHJpcC4uLiBzdHJpcA0N CmNoZWNraW5nIGlmIGNjIHN0YXRpYyBmbGFnICB3b3Jrcy4uLiB5ZXMNDQpj aGVja2luZyBpZiBjYyBzdXBwb3J0cyAtZm5vLXJ0dGkgLWZuby1leGNlcHRp b25zLi4uIG5vDQ0KY2hlY2tpbmcgZm9yIGNjIG9wdGlvbiB0byBwcm9kdWNl IFBJQy4uLiAtZlBJQw0NCmNoZWNraW5nIGlmIGNjIFBJQyBmbGFnIC1mUElD IHdvcmtzLi4uIHllcw0NCmNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1jIC1v IGZpbGUuby4uLiB5ZXMNDQpjaGVja2luZyB3aGV0aGVyIHRoZSBjYyBsaW5r ZXIgKC91c3IvYmluL2xkKSBzdXBwb3J0cyBzaGFyZWQgbGlicmFyaWVzLi4u IHllcw0NCmNoZWNraW5nIHdoZXRoZXIgLWxjIHNob3VsZCBiZSBleHBsaWNp dGx5IGxpbmtlZCBpbi4uLiB5ZXMNDQpjaGVja2luZyBkeW5hbWljIGxpbmtl ciBjaGFyYWN0ZXJpc3RpY3MuLi4gZnJlZWJzZDUuNCBsZC5zbw0NCmNoZWNr aW5nIGhvdyB0byBoYXJkY29kZSBsaWJyYXJ5IHBhdGhzIGludG8gcHJvZ3Jh bXMuLi4gaW1tZWRpYXRlDQ0KY2hlY2tpbmcgd2hldGhlciBzdHJpcHBpbmcg bGlicmFyaWVzIGlzIHBvc3NpYmxlLi4uIHllcw0NCmNoZWNraW5nIGlmIGxp YnRvb2wgc3VwcG9ydHMgc2hhcmVkIGxpYnJhcmllcy4uLiB5ZXMNDQpjaGVj a2luZyB3aGV0aGVyIHRvIGJ1aWxkIHNoYXJlZCBsaWJyYXJpZXMuLi4geWVz DQ0KY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBzdGF0aWMgbGlicmFyaWVz Li4uIHllcw0NCmNvbmZpZ3VyZTogY3JlYXRpbmcgbGlidG9vbA0NCmFwcGVu ZGluZyBjb25maWd1cmF0aW9uIHRhZyAiQ1hYIiB0byBsaWJ0b29sDQ0KY2hl Y2tpbmcgZm9yIGxkIHVzZWQgYnkgYysrLi4uIC91c3IvYmluL2xkDQ0KY2hl Y2tpbmcgaWYgdGhlIGxpbmtlciAoL3Vzci9iaW4vbGQpIGlzIEdOVSBsZC4u LiB5ZXMNDQpjaGVja2luZyB3aGV0aGVyIHRoZSBjKysgbGlua2VyICgvdXNy L2Jpbi9sZCkgc3VwcG9ydHMgc2hhcmVkIGxpYnJhcmllcy4uLiB5ZXMNDQpj aGVja2luZyBmb3IgYysrIG9wdGlvbiB0byBwcm9kdWNlIFBJQy4uLiAtZlBJ Qw0NCmNoZWNraW5nIGlmIGMrKyBQSUMgZmxhZyAtZlBJQyB3b3Jrcy4uLiB5 ZXMNDQpjaGVja2luZyBpZiBjKysgc3VwcG9ydHMgLWMgLW8gZmlsZS5vLi4u IHllcw0NCmNoZWNraW5nIHdoZXRoZXIgdGhlIGMrKyBsaW5rZXIgKC91c3Iv YmluL2xkKSBzdXBwb3J0cyBzaGFyZWQgbGlicmFyaWVzLi4uIHllcw0NCmNo ZWNraW5nIGR5bmFtaWMgbGlua2VyIGNoYXJhY3RlcmlzdGljcy4uLiBmcmVl YnNkNS40IGxkLnNvDQ0KY2hlY2tpbmcgaG93IHRvIGhhcmRjb2RlIGxpYnJh cnkgcGF0aHMgaW50byBwcm9ncmFtcy4uLiBpbW1lZGlhdGUNDQpjaGVja2lu ZyB3aGV0aGVyIHN0cmlwcGluZyBsaWJyYXJpZXMgaXMgcG9zc2libGUuLi4g eWVzDQ0KYXBwZW5kaW5nIGNvbmZpZ3VyYXRpb24gdGFnICJGNzciIHRvIGxp YnRvb2wNDQpjaGVja2luZyBpZiBsaWJ0b29sIHN1cHBvcnRzIHNoYXJlZCBs aWJyYXJpZXMuLi4geWVzDQ0KY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBz aGFyZWQgbGlicmFyaWVzLi4uIHllcw0NCmNoZWNraW5nIHdoZXRoZXIgdG8g YnVpbGQgc3RhdGljIGxpYnJhcmllcy4uLiB5ZXMNDQpjaGVja2luZyBmb3Ig Zjc3IG9wdGlvbiB0byBwcm9kdWNlIFBJQy4uLiAtZlBJQw0NCmNoZWNraW5n IGlmIGY3NyBQSUMgZmxhZyAtZlBJQyB3b3Jrcy4uLiB5ZXMNDQpjaGVja2lu ZyBpZiBmNzcgc3VwcG9ydHMgLWMgLW8gZmlsZS5vLi4uIHllcw0NCmNoZWNr aW5nIHdoZXRoZXIgdGhlIGY3NyBsaW5rZXIgKC91c3IvYmluL2xkKSBzdXBw b3J0cyBzaGFyZWQgbGlicmFyaWVzLi4uIHllcw0NCmNoZWNraW5nIGR5bmFt aWMgbGlua2VyIGNoYXJhY3RlcmlzdGljcy4uLiBmcmVlYnNkNS40IGxkLnNv DQ0KY2hlY2tpbmcgaG93IHRvIGhhcmRjb2RlIGxpYnJhcnkgcGF0aHMgaW50 byBwcm9ncmFtcy4uLiBpbW1lZGlhdGUNDQpjaGVja2luZyB3aGV0aGVyIHN0 cmlwcGluZyBsaWJyYXJpZXMgaXMgcG9zc2libGUuLi4geWVzDQ0KLi9jb25m aWd1cmUubGluZW5vOiAuL2x0Y29uZmlnOiBub3QgZm91bmQNDQpjaGVja2lu ZyBmb3IgZGlmZi4uLiAvdXNyL2Jpbi9kaWZmDQ0KYWRkaW5nIC13IHRvIGRp ZmYgaW4gcmVncmVzc2lvbiB0ZXN0cw0NCmFkZGluZyAtLXVuaWZpZWQgdG8g ZGlmZiBpbiByZWdyZXNzaW9uIHRlc3RzDQ0KY2hlY2tpbmcgZm9yIHNucHJp bnRmLi4uIHllcw0NCmNoZWNraW5nIGZvciB2c25wcmludGYuLi4geWVzDQ0K Y2hlY2tpbmcgZm9yIGdldGRhdGUuLi4gbm8NDQpjaGVja2luZyBmb3Igc3Ry cHRpbWUuLi4geWVzDQ0KY2hlY2tpbmcgZm9yIGxpYnBvcHQgbGlicmFyeS4u LiB5ZXMNDQpjaGVja2luZyBmb3IgeG1sMi1jb25maWcuLi4gL3Vzci9sb2Nh bC9iaW4veG1sMi1jb25maWcNDQpjaGVja2luZyBmb3IgbGlieG1sIC0gdmVy c2lvbiA+PSAyLjMuOC4uLiB5ZXMgKHZlcnNpb24gMi42LjIzKQ0NCmNoZWNr aW5nIGZvciBBTlNJIEMgaGVhZGVyIGZpbGVzLi4uIChjYWNoZWQpIHllcw0N CmNoZWNraW5nIGZvciBzeXMvc3RhdC5oLi4uIChjYWNoZWQpIHllcw0NCmNo ZWNraW5nIGZvciBzdGRpbnQuaC4uLiAoY2FjaGVkKSB5ZXMNDQpjaGVja2lu ZyBmb3IgaW50dHlwZXMuaC4uLiAoY2FjaGVkKSB5ZXMNDQpjaGVja2luZyBz dGRib29sLmggdXNhYmlsaXR5Li4uIHllcw0NCmNoZWNraW5nIHN0ZGJvb2wu aCBwcmVzZW5jZS4uLiB5ZXMNDQpjaGVja2luZyBmb3Igc3RkYm9vbC5oLi4u IHllcw0NCmNoZWNraW5nIHN5cy9tbWFuLmggdXNhYmlsaXR5Li4uIHllcw0N CmNoZWNraW5nIHN5cy9tbWFuLmggcHJlc2VuY2UuLi4geWVzDQ0KY2hlY2tp bmcgZm9yIHN5cy9tbWFuLmguLi4geWVzDQ0KY2hlY2tpbmcgd2hldGhlciBi eXRlIG9yZGVyaW5nIGlzIGJpZ2VuZGlhbi4uLiBubw0NCmNoZWNraW5nIGZv ciBhbiBBTlNJIEMtY29uZm9ybWluZyBjb25zdC4uLiB5ZXMNDQpjaGVja2lu ZyBmb3IgaW5saW5lLi4uIGlubGluZQ0NCmNoZWNraW5nIHdoZXRoZXIgY2Mg c3VwcG9ydHMgSVNPIEM5OSBfUHJhZ21hKCkuLi4geWVzDQ0KY2hlY2tpbmcg aG93IHRvIGNyZWF0ZSBlbXB0eSBhcnJheXMuLi4gW10NDQpjaGVja2luZyBi aXRmaWVsZCBvcmRlcmluZyBpbiBzdHJ1Y3RzLi4uIExTQkYNDQpjaGVja2lu ZyBmb3IgcGtnLWNvbmZpZy4uLiAvdXNyL2xvY2FsL2Jpbi9wa2ctY29uZmln DQ0KY2hlY2tpbmcgZm9yIGxpYmNkaW8gPj0gMC43Mi4uLiB5ZXMNDQpjaGVj a2luZyBMSUJDRElPX0NGTEFHUy4uLiAtSS91c3IvbG9jYWwvaW5jbHVkZSAg DQ0KY2hlY2tpbmcgTElCQ0RJT19MSUJTLi4uIC1ML3Vzci9sb2NhbC9saWIg LWxjZGlvIC1sbSAtbGNhbSAgDQ0KY2hlY2tpbmcgZm9yIGxpYmlzbzk2NjAg Pj0gMC43Mi4uLiB5ZXMNDQpjaGVja2luZyBMSUJJU085NjYwX0NGTEFHUy4u LiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgDQ0KY2hlY2tpbmcgTElCSVNPOTY2 MF9MSUJTLi4uIC1ML3Vzci9sb2NhbC9saWIgLWxpc285NjYwIC1sY2RpbyAt bG0gLWxjYW0gIA0NCmNvbmZpZ3VyZTogY3JlYXRpbmcgLi9jb25maWcuc3Rh dHVzDQ0KY29uZmlnLnN0YXR1czogY3JlYXRpbmcgTWFrZWZpbGUNDQpjb25m aWcuc3RhdHVzOiBjcmVhdGluZyBsaWJ2Y2RpbmZvLnBjDQ0KY29uZmlnLnN0 YXR1czogY3JlYXRpbmcgYW1pZ2EvTWFrZWZpbGUNDQpjb25maWcuc3RhdHVz OiBjcmVhdGluZyBpbmNsdWRlL01ha2VmaWxlDQ0KY29uZmlnLnN0YXR1czog Y3JlYXRpbmcgaW5jbHVkZS9saWJ2Y2QvTWFrZWZpbGUNDQpjb25maWcuc3Rh dHVzOiBjcmVhdGluZyBpbmNsdWRlL2xpYnZjZC92ZXJzaW9uLmgNDQpjb25m aWcuc3RhdHVzOiBjcmVhdGluZyBsaWIvTWFrZWZpbGUNDQpjb25maWcuc3Rh dHVzOiBjcmVhdGluZyBmcm9udGVuZHMvTWFrZWZpbGUNDQpjb25maWcuc3Rh dHVzOiBjcmVhdGluZyBmcm9udGVuZHMveG1sL01ha2VmaWxlDQ0KY29uZmln LnN0YXR1czogY3JlYXRpbmcgZnJvbnRlbmRzL2NsaS9NYWtlZmlsZQ0NCmNv bmZpZy5zdGF0dXM6IGNyZWF0aW5nIGRvY3MvTWFrZWZpbGUNDQpjb25maWcu c3RhdHVzOiBjcmVhdGluZyBkb2NzL2RveHlnZW4vRG94eWZpbGUNDQpjb25m aWcuc3RhdHVzOiBjcmVhdGluZyBleGFtcGxlL01ha2VmaWxlDQ0KY29uZmln LnN0YXR1czogY3JlYXRpbmcgdGVzdC9jaGVja19jb21tb25fZm4NDQpjb25m aWcuc3RhdHVzOiBjcmVhdGluZyB0ZXN0L01ha2VmaWxlDQ0KY29uZmlnLnN0 YXR1czogY3JlYXRpbmcgdmNkaW1hZ2VyLnNwZWMNDQpjb25maWcuc3RhdHVz OiBjcmVhdGluZyBjb25maWcuaA0NCmNvbmZpZy5zdGF0dXM6IGV4ZWN1dGlu ZyBkZXBmaWxlcyBjb21tYW5kcw0NCg0NClNldHVwOg0NCiAgSW5zdGFsbCBw YXRoOiAgICAgL3Vzci9sb2NhbA0NCiAgQnVpbGQgQ0xJIEZFOgkgICAgeWVz DQ0KICBCdWlsZCBYTUwgRkU6CSAgICB5ZXMNDQogIE1haW50YWluZXIgbW9k ZTogIG5vDQ0KDQ0KPT09PiAgQnVpbGRpbmcgZm9yIHZjZGltYWdlci0wLjcu MjNfMQ0NCmdtYWtlICBhbGwtcmVjdXJzaXZlDQ0KZ21ha2VbMV06IEVudGVy aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdl ci93b3JrL3ZjZGltYWdlci0wLjcuMjMnDQ0KTWFraW5nIGFsbCBpbiBpbmNs dWRlDQ0KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0 cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMv aW5jbHVkZScNDQpNYWtpbmcgYWxsIGluIGxpYnZjZA0NCmdtYWtlWzNdOiBF bnRlcmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2Rp bWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL2luY2x1ZGUvbGlidmNkJw0N CmdtYWtlICBhbGwtYW0NDQpnbWFrZVs0XTogRW50ZXJpbmcgZGlyZWN0b3J5 IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1h Z2VyLTAuNy4yMy9pbmNsdWRlL2xpYnZjZCcNDQpnbWFrZVs0XTogTm90aGlu ZyB0byBiZSBkb25lIGZvciBgYWxsLWFtJy4NDQpnbWFrZVs0XTogTGVhdmlu ZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIv d29yay92Y2RpbWFnZXItMC43LjIzL2luY2x1ZGUvbGlidmNkJw0NCmdtYWtl WzNdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlh L3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvaW5jbHVkZS9saWJ2 Y2QnDQ0KZ21ha2VbM106IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0 cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMv aW5jbHVkZScNDQpnbWFrZVszXTogTm90aGluZyB0byBiZSBkb25lIGZvciBg YWxsLWFtJy4NDQpnbWFrZVszXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3Iv cG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43 LjIzL2luY2x1ZGUnDQ0KZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAv dXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2Vy LTAuNy4yMy9pbmNsdWRlJw0NCk1ha2luZyBhbGwgaW4gbGliDQ0KZ21ha2Vb Ml06IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlh L3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvbGliJw0NCmlmIC9i aW4vc2ggLi4vbGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9Y29tcGlsZSBjYyAt REhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUku Li9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgIC1waXBlIC1PIC1tYXJj aD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1h cmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3Np bmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2Vk IC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0 ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgaW5mby5sbyAtTUQgLU1QIC1N RiAiLmRlcHMvaW5mby5UcG8iIC1jIC1vIGluZm8ubG8gaW5mby5jOyBcDQ0K dGhlbiBtdiAtZiAiLmRlcHMvaW5mby5UcG8iICIuZGVwcy9pbmZvLlBsbyI7 IGVsc2Ugcm0gLWYgIi5kZXBzL2luZm8uVHBvIjsgZXhpdCAxOyBmaQ0NCm1r ZGlyIC5saWJzDQ0KIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUkuIC1JLi4g LUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUg LXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vic2Ny aXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRp b25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3Mg LVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgaW5mby5s byAtTUQgLU1QIC1NRiAuZGVwcy9pbmZvLlRwbyAtYyBpbmZvLmMgIC1mUElD IC1EUElDIC1vIC5saWJzL2luZm8ubw0NCiBjYyAtREhBVkVfQ09ORklHX0gg LUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vzci9s b2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwg LVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNz aW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3 cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBh cmUgLU1UIGluZm8ubG8gLU1EIC1NUCAtTUYgLmRlcHMvaW5mby5UcG8gLWMg aW5mby5jIC1vIGluZm8ubyA+L2Rldi9udWxsIDI+JjENDQppZiAvYmluL3No IC4uL2xpYnRvb2wgLS10YWc9Q0MgLS1tb2RlPWNvbXBpbGUgY2MgLURIQVZF X0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1JLi4vbGli LyAtSS91c3IvbG9jYWwvaW5jbHVkZSAgICAtcGlwZSAtTyAtbWFyY2g9cGVu dGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1w ZW50aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXBy b3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3Bv aW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMg LVduby1zaWduLWNvbXBhcmUgLU1UIGluZi5sbyAtTUQgLU1QIC1NRiAiLmRl cHMvaW5mLlRwbyIgLWMgLW8gaW5mLmxvIGluZi5jOyBcDQ0KdGhlbiBtdiAt ZiAiLmRlcHMvaW5mLlRwbyIgIi5kZXBzL2luZi5QbG8iOyBlbHNlIHJtIC1m ICIuZGVwcy9pbmYuVHBvIjsgZXhpdCAxOyBmaQ0NCiBjYyAtREhBVkVfQ09O RklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1J L3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAt SS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIg LVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJp dGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWdu LWNvbXBhcmUgLU1UIGluZi5sbyAtTUQgLU1QIC1NRiAuZGVwcy9pbmYuVHBv IC1jIGluZi5jICAtZlBJQyAtRFBJQyAtbyAubGlicy9pbmYubw0NCiBjYyAt REhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUku Li9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1w ZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9 cGVudGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXBy b3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3Bv aW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMg LVduby1zaWduLWNvbXBhcmUgLU1UIGluZi5sbyAtTUQgLU1QIC1NRiAuZGVw cy9pbmYuVHBvIC1jIGluZi5jIC1vIGluZi5vID4vZGV2L251bGwgMj4mMQ0N CmlmIC9iaW4vc2ggLi4vbGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9Y29tcGls ZSBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVk ZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgIC1waXBlIC1P IC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUg LU8gLW1hcmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAt V21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1X dW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0 ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgaW5mb19wcml2YXRl LmxvIC1NRCAtTVAgLU1GICIuZGVwcy9pbmZvX3ByaXZhdGUuVHBvIiAtYyAt byBpbmZvX3ByaXZhdGUubG8gaW5mb19wcml2YXRlLmM7IFwNDQp0aGVuIG12 IC1mICIuZGVwcy9pbmZvX3ByaXZhdGUuVHBvIiAiLmRlcHMvaW5mb19wcml2 YXRlLlBsbyI7IGVsc2Ugcm0gLWYgIi5kZXBzL2luZm9fcHJpdmF0ZS5UcG8i OyBleGl0IDE7IGZpDQ0KIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUkuIC1J Li4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1 ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNs dWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vi c2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFy YXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmlu Z3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgaW5m b19wcml2YXRlLmxvIC1NRCAtTVAgLU1GIC5kZXBzL2luZm9fcHJpdmF0ZS5U cG8gLWMgaW5mb19wcml2YXRlLmMgIC1mUElDIC1EUElDIC1vIC5saWJzL2lu Zm9fcHJpdmF0ZS5vDQ0KIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUkuIC1J Li4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1 ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNs dWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vi c2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFy YXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmlu Z3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgaW5m b19wcml2YXRlLmxvIC1NRCAtTVAgLU1GIC5kZXBzL2luZm9fcHJpdmF0ZS5U cG8gLWMgaW5mb19wcml2YXRlLmMgLW8gaW5mb19wcml2YXRlLm8gPi9kZXYv bnVsbCAyPiYxDQ0KaWYgL2Jpbi9zaCAuLi9saWJ0b29sIC0tdGFnPUNDIC0t bW9kZT1jb21waWxlIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUkuIC1JLi4g LUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUg ICAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNs dWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1XYWxsIC1XY2hhci1z dWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNs YXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3Ry aW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCB2 Y2RfcmVhZC5sbyAtTUQgLU1QIC1NRiAiLmRlcHMvdmNkX3JlYWQuVHBvIiAt YyAtbyB2Y2RfcmVhZC5sbyB2Y2RfcmVhZC5jOyBcDQ0KdGhlbiBtdiAtZiAi LmRlcHMvdmNkX3JlYWQuVHBvIiAiLmRlcHMvdmNkX3JlYWQuUGxvIjsgZWxz ZSBybSAtZiAiLmRlcHMvdmNkX3JlYWQuVHBvIjsgZXhpdCAxOyBmaQ0NCiBj YyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8g LUkuLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJj aD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFy Y2g9cGVudGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5n LXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAt V3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVy bnMgLVduby1zaWduLWNvbXBhcmUgLU1UIHZjZF9yZWFkLmxvIC1NRCAtTVAg LU1GIC5kZXBzL3ZjZF9yZWFkLlRwbyAtYyB2Y2RfcmVhZC5jICAtZlBJQyAt RFBJQyAtbyAubGlicy92Y2RfcmVhZC5vDQ0KIGNjIC1ESEFWRV9DT05GSUdf SCAtSS4gLUkuIC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNy L2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2Fs bCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21p c3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAt V3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29t cGFyZSAtTVQgdmNkX3JlYWQubG8gLU1EIC1NUCAtTUYgLmRlcHMvdmNkX3Jl YWQuVHBvIC1jIHZjZF9yZWFkLmMgLW8gdmNkX3JlYWQubyA+L2Rldi9udWxs IDI+JjENDQppZiAvYmluL3NoIC4uL2xpYnRvb2wgLS10YWc9Q0MgLS1tb2Rl PWNvbXBpbGUgY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4u L2luY2x1ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAgICAt cGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUg IC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNj cmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0 aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdz IC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1UIHZjZC5s byAtTUQgLU1QIC1NRiAiLmRlcHMvdmNkLlRwbyIgLWMgLW8gdmNkLmxvIHZj ZC5jOyBcDQ0KdGhlbiBtdiAtZiAiLmRlcHMvdmNkLlRwbyIgIi5kZXBzL3Zj ZC5QbG8iOyBlbHNlIHJtIC1mICIuZGVwcy92Y2QuVHBvIjsgZXhpdCAxOyBm aQ0NCiBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5j bHVkZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1P IC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAt TyAtbWFyY2g9cGVudGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdt aXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3Vu dXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVk LWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1UIHZjZC5sbyAtTUQgLU1Q IC1NRiAuZGVwcy92Y2QuVHBvIC1jIHZjZC5jICAtZlBJQyAtRFBJQyAtbyAu bGlicy92Y2Qubw0NCiBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4u IC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNj cmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0 aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdz IC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1UIHZjZC5s byAtTUQgLU1QIC1NRiAuZGVwcy92Y2QuVHBvIC1jIHZjZC5jIC1vIHZjZC5v ID4vZGV2L251bGwgMj4mMQ0NCmlmIC9iaW4vc2ggLi4vbGlidG9vbCAtLXRh Zz1DQyAtLW1vZGU9Y29tcGlsZSBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1J LiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9p bmNsdWRlICAgIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9j YWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yICAtV2FsbCAt V2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3Np bmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dy aXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFy ZSAtTVQgZGF0YV9zdHJ1Y3R1cmVzLmxvIC1NRCAtTVAgLU1GICIuZGVwcy9k YXRhX3N0cnVjdHVyZXMuVHBvIiAtYyAtbyBkYXRhX3N0cnVjdHVyZXMubG8g ZGF0YV9zdHJ1Y3R1cmVzLmM7IFwNDQp0aGVuIG12IC1mICIuZGVwcy9kYXRh X3N0cnVjdHVyZXMuVHBvIiAiLmRlcHMvZGF0YV9zdHJ1Y3R1cmVzLlBsbyI7 IGVsc2Ugcm0gLWYgIi5kZXBzL2RhdGFfc3RydWN0dXJlcy5UcG8iOyBleGl0 IDE7IGZpDQ0KIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUkuIC1JLi4gLUku Li9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBp cGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1w aXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vic2NyaXB0 cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25z IC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVdu ZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgZGF0YV9zdHJ1 Y3R1cmVzLmxvIC1NRCAtTVAgLU1GIC5kZXBzL2RhdGFfc3RydWN0dXJlcy5U cG8gLWMgZGF0YV9zdHJ1Y3R1cmVzLmMgIC1mUElDIC1EUElDIC1vIC5saWJz L2RhdGFfc3RydWN0dXJlcy5vDQ0KIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4g LUkuIC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2Fs L2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2Nh bC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2No YXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3Npbmct ZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRl LXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAt TVQgZGF0YV9zdHJ1Y3R1cmVzLmxvIC1NRCAtTVAgLU1GIC5kZXBzL2RhdGFf c3RydWN0dXJlcy5UcG8gLWMgZGF0YV9zdHJ1Y3R1cmVzLmMgLW8gZGF0YV9z dHJ1Y3R1cmVzLm8gPi9kZXYvbnVsbCAyPiYxDQ0KaWYgL2Jpbi9zaCAuLi9s aWJ0b29sIC0tdGFnPUNDIC0tbW9kZT1jb21waWxlIGNjIC1ESEFWRV9DT05G SUdfSCAtSS4gLUkuIC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkv dXNyL2xvY2FsL2luY2x1ZGUgICAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0y IC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1 bTIgIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5 cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVy LWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8t c2lnbi1jb21wYXJlIC1NVCBkaXJlY3RvcnkubG8gLU1EIC1NUCAtTUYgIi5k ZXBzL2RpcmVjdG9yeS5UcG8iIC1jIC1vIGRpcmVjdG9yeS5sbyBkaXJlY3Rv cnkuYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL2RpcmVjdG9yeS5UcG8iICIu ZGVwcy9kaXJlY3RvcnkuUGxvIjsgZWxzZSBybSAtZiAiLmRlcHMvZGlyZWN0 b3J5LlRwbyI7IGV4aXQgMTsgZmkNDQogY2MgLURIQVZFX0NPTkZJR19IIC1J LiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9j YWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1X Y2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2lu Zy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3Jp dGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJl IC1NVCBkaXJlY3RvcnkubG8gLU1EIC1NUCAtTUYgLmRlcHMvZGlyZWN0b3J5 LlRwbyAtYyBkaXJlY3RvcnkuYyAgLWZQSUMgLURQSUMgLW8gLmxpYnMvZGly ZWN0b3J5Lm8NDQogY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAt SS4uL2luY2x1ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAt cGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUg LXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJzY3Jp cHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlv bnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAt V25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCBkaXJlY3Rv cnkubG8gLU1EIC1NUCAtTUYgLmRlcHMvZGlyZWN0b3J5LlRwbyAtYyBkaXJl Y3RvcnkuYyAtbyBkaXJlY3RvcnkubyA+L2Rldi9udWxsIDI+JjENDQppZiAv YmluL3NoIC4uL2xpYnRvb2wgLS10YWc9Q0MgLS1tb2RlPWNvbXBpbGUgY2Mg LURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1J Li4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAgICAtcGlwZSAtTyAtbWFy Y2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1t YXJjaD1wZW50aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNz aW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNl ZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4 dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1UIGZpbGVzLmxvIC1NRCAtTVAg LU1GICIuZGVwcy9maWxlcy5UcG8iIC1jIC1vIGZpbGVzLmxvIGZpbGVzLmM7 IFwNDQp0aGVuIG12IC1mICIuZGVwcy9maWxlcy5UcG8iICIuZGVwcy9maWxl cy5QbG8iOyBlbHNlIHJtIC1mICIuZGVwcy9maWxlcy5UcG8iOyBleGl0IDE7 IGZpDQ0KIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUkuIC1JLi4gLUkuLi9p bmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUg LU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBl IC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAt V21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1X dW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0 ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgZmlsZXMubG8gLU1E IC1NUCAtTUYgLmRlcHMvZmlsZXMuVHBvIC1jIGZpbGVzLmMgIC1mUElDIC1E UElDIC1vIC5saWJzL2ZpbGVzLm8NDQogY2MgLURIQVZFX0NPTkZJR19IIC1J LiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9j YWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1X Y2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2lu Zy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3Jp dGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJl IC1NVCBmaWxlcy5sbyAtTUQgLU1QIC1NRiAuZGVwcy9maWxlcy5UcG8gLWMg ZmlsZXMuYyAtbyBmaWxlcy5vID4vZGV2L251bGwgMj4mMQ0NCmlmIC9iaW4v c2ggLi4vbGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9Y29tcGlsZSBjYyAtREhB VkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9s aWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgIC1waXBlIC1PIC1tYXJjaD1w ZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNo PXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3Npbmct cHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1X cG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJu cyAtV25vLXNpZ24tY29tcGFyZSAtTVQgaW1hZ2UubG8gLU1EIC1NUCAtTUYg Ii5kZXBzL2ltYWdlLlRwbyIgLWMgLW8gaW1hZ2UubG8gaW1hZ2UuYzsgXA0N CnRoZW4gbXYgLWYgIi5kZXBzL2ltYWdlLlRwbyIgIi5kZXBzL2ltYWdlLlBs byI7IGVsc2Ugcm0gLWYgIi5kZXBzL2ltYWdlLlRwbyI7IGV4aXQgMTsgZmkN DQogY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1 ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAt bWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8g LW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlz c2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVz ZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1l eHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCBpbWFnZS5sbyAtTUQgLU1Q IC1NRiAuZGVwcy9pbWFnZS5UcG8gLWMgaW1hZ2UuYyAgLWZQSUMgLURQSUMg LW8gLmxpYnMvaW1hZ2Uubw0NCiBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1J LiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwv aW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwgLVdjaGFy LXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRl Y2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1z dHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1U IGltYWdlLmxvIC1NRCAtTVAgLU1GIC5kZXBzL2ltYWdlLlRwbyAtYyBpbWFn ZS5jIC1vIGltYWdlLm8gPi9kZXYvbnVsbCAyPiYxDQ0KaWYgL2Jpbi9zaCAu Li9saWJ0b29sIC0tdGFnPUNDIC0tbW9kZT1jb21waWxlIGNjIC1ESEFWRV9D T05GSUdfSCAtSS4gLUkuIC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8g LUkvdXNyL2xvY2FsL2luY2x1ZGUgICAgLXBpcGUgLU8gLW1hcmNoPXBlbnRp dW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVu dGl1bTIgIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90 b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2lu dGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1X bm8tc2lnbi1jb21wYXJlIC1NVCBpbWFnZV9iaW5jdWUubG8gLU1EIC1NUCAt TUYgIi5kZXBzL2ltYWdlX2JpbmN1ZS5UcG8iIC1jIC1vIGltYWdlX2JpbmN1 ZS5sbyBpbWFnZV9iaW5jdWUuYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL2lt YWdlX2JpbmN1ZS5UcG8iICIuZGVwcy9pbWFnZV9iaW5jdWUuUGxvIjsgZWxz ZSBybSAtZiAiLmRlcHMvaW1hZ2VfYmluY3VlLlRwbyI7IGV4aXQgMTsgZmkN DQogY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1 ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAt bWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8g LW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlz c2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVz ZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1l eHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCBpbWFnZV9iaW5jdWUubG8g LU1EIC1NUCAtTUYgLmRlcHMvaW1hZ2VfYmluY3VlLlRwbyAtYyBpbWFnZV9i aW5jdWUuYyAgLWZQSUMgLURQSUMgLW8gLmxpYnMvaW1hZ2VfYmluY3VlLm8N DQogY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1 ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAt bWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8g LW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlz c2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVz ZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1l eHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCBpbWFnZV9iaW5jdWUubG8g LU1EIC1NUCAtTUYgLmRlcHMvaW1hZ2VfYmluY3VlLlRwbyAtYyBpbWFnZV9i aW5jdWUuYyAtbyBpbWFnZV9iaW5jdWUubyA+L2Rldi9udWxsIDI+JjENDQpp ZiAvYmluL3NoIC4uL2xpYnRvb2wgLS10YWc9Q0MgLS1tb2RlPWNvbXBpbGUg Y2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUv IC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAgICAtcGlwZSAtTyAt bWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1P IC1tYXJjaD1wZW50aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdt aXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3Vu dXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVk LWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1UIGltYWdlX2NkcmRhby5s byAtTUQgLU1QIC1NRiAiLmRlcHMvaW1hZ2VfY2RyZGFvLlRwbyIgLWMgLW8g aW1hZ2VfY2RyZGFvLmxvIGltYWdlX2NkcmRhby5jOyBcDQ0KdGhlbiBtdiAt ZiAiLmRlcHMvaW1hZ2VfY2RyZGFvLlRwbyIgIi5kZXBzL2ltYWdlX2NkcmRh by5QbG8iOyBlbHNlIHJtIC1mICIuZGVwcy9pbWFnZV9jZHJkYW8uVHBvIjsg ZXhpdCAxOyBmaQ0NCiBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4u IC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNj cmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0 aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdz IC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1UIGltYWdl X2NkcmRhby5sbyAtTUQgLU1QIC1NRiAuZGVwcy9pbWFnZV9jZHJkYW8uVHBv IC1jIGltYWdlX2NkcmRhby5jICAtZlBJQyAtRFBJQyAtbyAubGlicy9pbWFn ZV9jZHJkYW8ubw0NCiBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4u IC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRl IC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVk ZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNj cmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0 aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdz IC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1UIGltYWdl X2NkcmRhby5sbyAtTUQgLU1QIC1NRiAuZGVwcy9pbWFnZV9jZHJkYW8uVHBv IC1jIGltYWdlX2NkcmRhby5jIC1vIGltYWdlX2NkcmRhby5vID4vZGV2L251 bGwgMj4mMQ0NCmlmIC9iaW4vc2ggLi4vbGlidG9vbCAtLXRhZz1DQyAtLW1v ZGU9Y29tcGlsZSBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1J Li4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAg IC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVk ZSAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vi c2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFy YXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmlu Z3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgaW1h Z2VfbnJnLmxvIC1NRCAtTVAgLU1GICIuZGVwcy9pbWFnZV9ucmcuVHBvIiAt YyAtbyBpbWFnZV9ucmcubG8gaW1hZ2VfbnJnLmM7IFwNDQp0aGVuIG12IC1m ICIuZGVwcy9pbWFnZV9ucmcuVHBvIiAiLmRlcHMvaW1hZ2VfbnJnLlBsbyI7 IGVsc2Ugcm0gLWYgIi5kZXBzL2ltYWdlX25yZy5UcG8iOyBleGl0IDE7IGZp DQ0KIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUkuIC1JLi4gLUkuLi9pbmNs dWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8g LW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1P IC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21p c3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51 c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQt ZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgaW1hZ2VfbnJnLmxvIC1N RCAtTVAgLU1GIC5kZXBzL2ltYWdlX25yZy5UcG8gLWMgaW1hZ2VfbnJnLmMg IC1mUElDIC1EUElDIC1vIC5saWJzL2ltYWdlX25yZy5vDQ0KIGNjIC1ESEFW RV9DT05GSUdfSCAtSS4gLUkuIC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4uL2xp Yi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRp dW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50 aXVtMiAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90 eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRl ci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25v LXNpZ24tY29tcGFyZSAtTVQgaW1hZ2VfbnJnLmxvIC1NRCAtTVAgLU1GIC5k ZXBzL2ltYWdlX25yZy5UcG8gLWMgaW1hZ2VfbnJnLmMgLW8gaW1hZ2VfbnJn Lm8gPi9kZXYvbnVsbCAyPiYxDQ0KaWYgL2Jpbi9zaCAuLi9saWJ0b29sIC0t dGFnPUNDIC0tbW9kZT1jb21waWxlIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4g LUkuIC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2Fs L2luY2x1ZGUgICAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9s b2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1XYWxs IC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlz c2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1X d3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21w YXJlIC1NVCBsb2dnaW5nLmxvIC1NRCAtTVAgLU1GICIuZGVwcy9sb2dnaW5n LlRwbyIgLWMgLW8gbG9nZ2luZy5sbyBsb2dnaW5nLmM7IFwNDQp0aGVuIG12 IC1mICIuZGVwcy9sb2dnaW5nLlRwbyIgIi5kZXBzL2xvZ2dpbmcuUGxvIjsg ZWxzZSBybSAtZiAiLmRlcHMvbG9nZ2luZy5UcG8iOyBleGl0IDE7IGZpDQ0K IGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUkuIC1JLi4gLUkuLi9pbmNsdWRl LyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8gLW1h cmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1t YXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3Np bmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2Vk IC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0 ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgbG9nZ2luZy5sbyAtTUQgLU1Q IC1NRiAuZGVwcy9sb2dnaW5nLlRwbyAtYyBsb2dnaW5nLmMgIC1mUElDIC1E UElDIC1vIC5saWJzL2xvZ2dpbmcubw0NCiBjYyAtREhBVkVfQ09ORklHX0gg LUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vzci9s b2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3Iv bG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwg LVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNz aW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3 cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBh cmUgLU1UIGxvZ2dpbmcubG8gLU1EIC1NUCAtTUYgLmRlcHMvbG9nZ2luZy5U cG8gLWMgbG9nZ2luZy5jIC1vIGxvZ2dpbmcubyA+L2Rldi9udWxsIDI+JjEN DQppZiAvYmluL3NoIC4uL2xpYnRvb2wgLS10YWc9Q0MgLS1tb2RlPWNvbXBp bGUgY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1 ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAgICAtcGlwZSAt TyAtbWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBl IC1PIC1tYXJjaD1wZW50aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMg LVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAt V3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVz dGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1UIG1wZWcubG8gLU1E IC1NUCAtTUYgIi5kZXBzL21wZWcuVHBvIiAtYyAtbyBtcGVnLmxvIG1wZWcu YzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL21wZWcuVHBvIiAiLmRlcHMvbXBl Zy5QbG8iOyBlbHNlIHJtIC1mICIuZGVwcy9tcGVnLlRwbyI7IGV4aXQgMTsg ZmkNDQogY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2lu Y2x1ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAt TyAtbWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUg LU8gLW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1X bWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1 bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3Rl ZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCBtcGVnLmxvIC1NRCAt TVAgLU1GIC5kZXBzL21wZWcuVHBvIC1jIG1wZWcuYyAgLWZQSUMgLURQSUMg LW8gLmxpYnMvbXBlZy5vDQ0KIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUku IC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXIt c3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVj bGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0 cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQg bXBlZy5sbyAtTUQgLU1QIC1NRiAuZGVwcy9tcGVnLlRwbyAtYyBtcGVnLmMg LW8gbXBlZy5vID4vZGV2L251bGwgMj4mMQ0NCmlmIC9iaW4vc2ggLi4vbGli dG9vbCAtLXRhZz1DQyAtLW1vZGU9Y29tcGlsZSBjYyAtREhBVkVfQ09ORklH X0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vz ci9sb2NhbC9pbmNsdWRlICAgIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAt SS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0y ICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBl cyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1h cml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNp Z24tY29tcGFyZSAtTVQgbXBlZ19zdHJlYW0ubG8gLU1EIC1NUCAtTUYgIi5k ZXBzL21wZWdfc3RyZWFtLlRwbyIgLWMgLW8gbXBlZ19zdHJlYW0ubG8gbXBl Z19zdHJlYW0uYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL21wZWdfc3RyZWFt LlRwbyIgIi5kZXBzL21wZWdfc3RyZWFtLlBsbyI7IGVsc2Ugcm0gLWYgIi5k ZXBzL21wZWdfc3RyZWFtLlRwbyI7IGV4aXQgMTsgZmkNDQogY2MgLURIQVZF X0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1JLi4vbGli LyAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1 bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRp dW0yIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5 cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVy LWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8t c2lnbi1jb21wYXJlIC1NVCBtcGVnX3N0cmVhbS5sbyAtTUQgLU1QIC1NRiAu ZGVwcy9tcGVnX3N0cmVhbS5UcG8gLWMgbXBlZ19zdHJlYW0uYyAgLWZQSUMg LURQSUMgLW8gLmxpYnMvbXBlZ19zdHJlYW0ubw0NCiBjYyAtREhBVkVfQ09O RklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1J L3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAt SS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIg LVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJp dGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWdu LWNvbXBhcmUgLU1UIG1wZWdfc3RyZWFtLmxvIC1NRCAtTVAgLU1GIC5kZXBz L21wZWdfc3RyZWFtLlRwbyAtYyBtcGVnX3N0cmVhbS5jIC1vIG1wZWdfc3Ry ZWFtLm8gPi9kZXYvbnVsbCAyPiYxDQ0KaWYgL2Jpbi9zaCAuLi9saWJ0b29s IC0tdGFnPUNDIC0tbW9kZT1jb21waWxlIGNjIC1ESEFWRV9DT05GSUdfSCAt SS4gLUkuIC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xv Y2FsL2luY2x1ZGUgICAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vz ci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1X YWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X bWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRo IC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1j b21wYXJlIC1NVCBwYmMubG8gLU1EIC1NUCAtTUYgIi5kZXBzL3BiYy5UcG8i IC1jIC1vIHBiYy5sbyBwYmMuYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL3Bi Yy5UcG8iICIuZGVwcy9wYmMuUGxvIjsgZWxzZSBybSAtZiAiLmRlcHMvcGJj LlRwbyI7IGV4aXQgMTsgZmkNDQogY2MgLURIQVZFX0NPTkZJR19IIC1JLiAt SS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwv aW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2Fs L2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hh ci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1k ZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUt c3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1N VCBwYmMubG8gLU1EIC1NUCAtTUYgLmRlcHMvcGJjLlRwbyAtYyBwYmMuYyAg LWZQSUMgLURQSUMgLW8gLmxpYnMvcGJjLm8NDQogY2MgLURIQVZFX0NPTkZJ R19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1JLi4vbGliLyAtSS91 c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLUkv dXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1X YWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X bWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRo IC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1j b21wYXJlIC1NVCBwYmMubG8gLU1EIC1NUCAtTUYgLmRlcHMvcGJjLlRwbyAt YyBwYmMuYyAtbyBwYmMubyA+L2Rldi9udWxsIDI+JjENDQppZiAvYmluL3No IC4uL2xpYnRvb2wgLS10YWc9Q0MgLS1tb2RlPWNvbXBpbGUgY2MgLURIQVZF X0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1JLi4vbGli LyAtSS91c3IvbG9jYWwvaW5jbHVkZSAgICAtcGlwZSAtTyAtbWFyY2g9cGVu dGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1w ZW50aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXBy b3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3Bv aW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMg LVduby1zaWduLWNvbXBhcmUgLU1UIHNhbGxvYy5sbyAtTUQgLU1QIC1NRiAi LmRlcHMvc2FsbG9jLlRwbyIgLWMgLW8gc2FsbG9jLmxvIHNhbGxvYy5jOyBc DQ0KdGhlbiBtdiAtZiAiLmRlcHMvc2FsbG9jLlRwbyIgIi5kZXBzL3NhbGxv Yy5QbG8iOyBlbHNlIHJtIC1mICIuZGVwcy9zYWxsb2MuVHBvIjsgZXhpdCAx OyBmaQ0NCiBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4v aW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBl IC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlw ZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMg LVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAt V3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVz dGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLU1UIHNhbGxvYy5sbyAt TUQgLU1QIC1NRiAuZGVwcy9zYWxsb2MuVHBvIC1jIHNhbGxvYy5jICAtZlBJ QyAtRFBJQyAtbyAubGlicy9zYWxsb2Mubw0NCiBjYyAtREhBVkVfQ09ORklH X0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91 c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdh bGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdt aXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGgg LVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNv bXBhcmUgLU1UIHNhbGxvYy5sbyAtTUQgLU1QIC1NRiAuZGVwcy9zYWxsb2Mu VHBvIC1jIHNhbGxvYy5jIC1vIHNhbGxvYy5vID4vZGV2L251bGwgMj4mMQ0N CmlmIC9iaW4vc2ggLi4vbGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9Y29tcGls ZSBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVk ZS8gLUkuLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgIC1waXBlIC1P IC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUg LU8gLW1hcmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAt V21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1X dW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0 ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgc2VjdG9yLmxvIC1N RCAtTVAgLU1GICIuZGVwcy9zZWN0b3IuVHBvIiAtYyAtbyBzZWN0b3IubG8g c2VjdG9yLmM7IFwNDQp0aGVuIG12IC1mICIuZGVwcy9zZWN0b3IuVHBvIiAi LmRlcHMvc2VjdG9yLlBsbyI7IGVsc2Ugcm0gLWYgIi5kZXBzL3NlY3Rvci5U cG8iOyBleGl0IDE7IGZpDQ0KIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUku IC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9p bmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXIt c3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVj bGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0 cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQg c2VjdG9yLmxvIC1NRCAtTVAgLU1GIC5kZXBzL3NlY3Rvci5UcG8gLWMgc2Vj dG9yLmMgIC1mUElDIC1EUElDIC1vIC5saWJzL3NlY3Rvci5vDQ0KIGNjIC1E SEFWRV9DT05GSUdfSCAtSS4gLUkuIC1JLi4gLUkuLi9pbmNsdWRlLyAtSS4u L2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBl bnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1w ZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJv dG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9p bnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAt V25vLXNpZ24tY29tcGFyZSAtTVQgc2VjdG9yLmxvIC1NRCAtTVAgLU1GIC5k ZXBzL3NlY3Rvci5UcG8gLWMgc2VjdG9yLmMgLW8gc2VjdG9yLm8gPi9kZXYv bnVsbCAyPiYxDQ0KaWYgL2Jpbi9zaCAuLi9saWJ0b29sIC0tdGFnPUNDIC0t bW9kZT1jb21waWxlIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4gLUkuIC1JLi4g LUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUg ICAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNs dWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1XYWxsIC1XY2hhci1z dWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNs YXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3Ry aW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCBz dHJlYW0ubG8gLU1EIC1NUCAtTUYgIi5kZXBzL3N0cmVhbS5UcG8iIC1jIC1v IHN0cmVhbS5sbyBzdHJlYW0uYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL3N0 cmVhbS5UcG8iICIuZGVwcy9zdHJlYW0uUGxvIjsgZWxzZSBybSAtZiAiLmRl cHMvc3RyZWFtLlRwbyI7IGV4aXQgMTsgZmkNDQogY2MgLURIQVZFX0NPTkZJ R19IIC1JLiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1JLi4vbGliLyAtSS91 c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLUkv dXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1X YWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X bWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRo IC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1j b21wYXJlIC1NVCBzdHJlYW0ubG8gLU1EIC1NUCAtTUYgLmRlcHMvc3RyZWFt LlRwbyAtYyBzdHJlYW0uYyAgLWZQSUMgLURQSUMgLW8gLmxpYnMvc3RyZWFt Lm8NDQogY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2lu Y2x1ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAt TyAtbWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUg LU8gLW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1X bWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1 bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3Rl ZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCBzdHJlYW0ubG8gLU1E IC1NUCAtTUYgLmRlcHMvc3RyZWFtLlRwbyAtYyBzdHJlYW0uYyAtbyBzdHJl YW0ubyA+L2Rldi9udWxsIDI+JjENDQppZiAvYmluL3NoIC4uL2xpYnRvb2wg LS10YWc9Q0MgLS1tb2RlPWNvbXBpbGUgY2MgLURIQVZFX0NPTkZJR19IIC1J LiAtSS4gLUkuLiAtSS4uL2luY2x1ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9j YWwvaW5jbHVkZSAgICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLUkvdXNy L2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAgLVdh bGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdt aXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGgg LVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNv bXBhcmUgLU1UIHN0cmVhbV9zdGRpby5sbyAtTUQgLU1QIC1NRiAiLmRlcHMv c3RyZWFtX3N0ZGlvLlRwbyIgLWMgLW8gc3RyZWFtX3N0ZGlvLmxvIHN0cmVh bV9zdGRpby5jOyBcDQ0KdGhlbiBtdiAtZiAiLmRlcHMvc3RyZWFtX3N0ZGlv LlRwbyIgIi5kZXBzL3N0cmVhbV9zdGRpby5QbG8iOyBlbHNlIHJtIC1mICIu ZGVwcy9zdHJlYW1fc3RkaW8uVHBvIjsgZXhpdCAxOyBmaQ0NCiBjYyAtREhB VkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9s aWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50 aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVu dGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50 ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVdu by1zaWduLWNvbXBhcmUgLU1UIHN0cmVhbV9zdGRpby5sbyAtTUQgLU1QIC1N RiAuZGVwcy9zdHJlYW1fc3RkaW8uVHBvIC1jIHN0cmVhbV9zdGRpby5jICAt ZlBJQyAtRFBJQyAtbyAubGlicy9zdHJlYW1fc3RkaW8ubw0NCiBjYyAtREhB VkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9s aWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50 aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVu dGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50 ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVdu by1zaWduLWNvbXBhcmUgLU1UIHN0cmVhbV9zdGRpby5sbyAtTUQgLU1QIC1N RiAuZGVwcy9zdHJlYW1fc3RkaW8uVHBvIC1jIHN0cmVhbV9zdGRpby5jIC1v IHN0cmVhbV9zdGRpby5vID4vZGV2L251bGwgMj4mMQ0NCmlmIC9iaW4vc2gg Li4vbGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9Y29tcGlsZSBjYyAtREhBVkVf Q09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIv IC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgIC1waXBlIC1PIC1tYXJjaD1wZW50 aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNoPXBl bnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJv dG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9p bnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAt V25vLXNpZ24tY29tcGFyZSAtTVQgdXRpbC5sbyAtTUQgLU1QIC1NRiAiLmRl cHMvdXRpbC5UcG8iIC1jIC1vIHV0aWwubG8gdXRpbC5jOyBcDQ0KdGhlbiBt diAtZiAiLmRlcHMvdXRpbC5UcG8iICIuZGVwcy91dGlsLlBsbyI7IGVsc2Ug cm0gLWYgIi5kZXBzL3V0aWwuVHBvIjsgZXhpdCAxOyBmaQ0NCiBjYyAtREhB VkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4vaW5jbHVkZS8gLUkuLi9s aWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1waXBlIC1PIC1tYXJjaD1wZW50 aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAtTyAtbWFyY2g9cGVu dGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50 ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVdu by1zaWduLWNvbXBhcmUgLU1UIHV0aWwubG8gLU1EIC1NUCAtTUYgLmRlcHMv dXRpbC5UcG8gLWMgdXRpbC5jICAtZlBJQyAtRFBJQyAtbyAubGlicy91dGls Lm8NDQogY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uL2lu Y2x1ZGUvIC1JLi4vbGliLyAtSS91c3IvbG9jYWwvaW5jbHVkZSAtcGlwZSAt TyAtbWFyY2g9cGVudGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLXBpcGUg LU8gLW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1X bWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1 bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3Rl ZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCB1dGlsLmxvIC1NRCAt TVAgLU1GIC5kZXBzL3V0aWwuVHBvIC1jIHV0aWwuYyAtbyB1dGlsLm8gPi9k ZXYvbnVsbCAyPiYxDQ0KL2Jpbi9zaCAuLi9saWJ0b29sIC0tdGFnPUNDIC0t bW9kZT1saW5rIGNjICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1XYWxs IC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlz c2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1X d3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21w YXJlICAtTC91c3IvbG9jYWwvbGliIC1vIGxpYnZjZC5sYSAgIHZjZC5sbyBk YXRhX3N0cnVjdHVyZXMubG8gZGlyZWN0b3J5LmxvIGZpbGVzLmxvIGltYWdl LmxvIGltYWdlX2JpbmN1ZS5sbyBpbWFnZV9jZHJkYW8ubG8gaW1hZ2VfbnJn LmxvIGxvZ2dpbmcubG8gbXBlZy5sbyBtcGVnX3N0cmVhbS5sbyBwYmMubG8g c2FsbG9jLmxvIHNlY3Rvci5sbyBzdHJlYW0ubG8gc3RyZWFtX3N0ZGlvLmxv IHV0aWwubG8gLUwvdXNyL2xvY2FsL2xpYiAtbGNkaW8gLWxtIC1sY2FtICAg LUwvdXNyL2xvY2FsL2xpYiAtbGlzbzk2NjAgLWxjZGlvIC1sbSAtbGNhbSAg IC1sbQ0NCmFyIGNydSAubGlicy9saWJ2Y2QuYSAubGlicy92Y2QubyAubGli cy9kYXRhX3N0cnVjdHVyZXMubyAubGlicy9kaXJlY3RvcnkubyAubGlicy9m aWxlcy5vIC5saWJzL2ltYWdlLm8gLmxpYnMvaW1hZ2VfYmluY3VlLm8gLmxp YnMvaW1hZ2VfY2RyZGFvLm8gLmxpYnMvaW1hZ2VfbnJnLm8gLmxpYnMvbG9n Z2luZy5vIC5saWJzL21wZWcubyAubGlicy9tcGVnX3N0cmVhbS5vIC5saWJz L3BiYy5vIC5saWJzL3NhbGxvYy5vIC5saWJzL3NlY3Rvci5vIC5saWJzL3N0 cmVhbS5vIC5saWJzL3N0cmVhbV9zdGRpby5vIC5saWJzL3V0aWwubw0NCnJh bmxpYiAubGlicy9saWJ2Y2QuYQ0NCmNyZWF0aW5nIGxpYnZjZC5sYQ0NCihj ZCAubGlicyAmJiBybSAtZiBsaWJ2Y2QubGEgJiYgbG4gLXMgLi4vbGlidmNk LmxhIGxpYnZjZC5sYSkNDQplY2hvICdWQ0RJTkZPXzAgeycgPiBsaWJ2Y2Rp bmZvLmxhLnZlcg0NCmVjaG8gIiAgZ2xvYmFsOiIgPj4gbGlidmNkaW5mby5s YS52ZXINDQpvYmpzPWBmb3Igb2JqIGluIGluZm8ubG8gaW5mLmxvIGluZm9f cHJpdmF0ZS5sbyB2Y2RfcmVhZC5sbzsgZG8gc2VkIC1uZSAicy9ecGljX29i amVjdD0nXCguKlwpJyQvXDEvcCIgJG9iajsgZG9uZWA7IFwNDQpubSAke29i anN9IHwgc2VkIC1uIC1lICdzL14uKlsgCV1bQUJDREdJUlNUV11bQUJDREdJ UlNUV10qWyAJXVsgCV0qXChbX0EtWmEtel1bX0EtWmEtejAtOV0qXCkkLyAg ICBcMTsvcCcgfCBzb3J0IHwgdW5pcSA+PiBsaWJ2Y2RpbmZvLmxhLnZlcg0N CmVjaG8gJ307JyA+PiBsaWJ2Y2RpbmZvLmxhLnZlcg0NCi9iaW4vc2ggLi4v bGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9bGluayBjYyAgLXBpcGUgLU8gLW1h cmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3Np bmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2Vk IC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0 ZXJucyAtV25vLXNpZ24tY29tcGFyZSAgLUwvdXNyL2xvY2FsL2xpYiAtbyBs aWJ2Y2RpbmZvLmxhIC1ycGF0aCAvdXNyL2xvY2FsL2xpYiAtdmVyc2lvbi1p bmZvIDI6MDoyIC1XbCwtLXZlcnNpb24tc2NyaXB0PWxpYnZjZGluZm8ubGEu dmVyIGluZm8ubG8gaW5mLmxvIGluZm9fcHJpdmF0ZS5sbyB2Y2RfcmVhZC5s byAtTC91c3IvbG9jYWwvbGliIC1sY2RpbyAtbG0gLWxjYW0gICAtTC91c3Iv bG9jYWwvbGliIC1saXNvOTY2MCAtbGNkaW8gLWxtIC1sY2FtICAgLi4vbGli L2xpYnZjZC5sYSAtbG0NDQpjYyAtc2hhcmVkICAubGlicy9pbmZvLm8gLmxp YnMvaW5mLm8gLmxpYnMvaW5mb19wcml2YXRlLm8gLmxpYnMvdmNkX3JlYWQu byAtV2wsLS13aG9sZS1hcmNoaXZlIC4uL2xpYi8ubGlicy9saWJ2Y2QuYSAt V2wsLS1uby13aG9sZS1hcmNoaXZlICAtV2wsLS1ycGF0aCAtV2wsL3Vzci9s b2NhbC9saWIgLVdsLC0tcnBhdGggLVdsLC91c3IvbG9jYWwvbGliIC1ML3Vz ci9sb2NhbC9saWIgL3Vzci9sb2NhbC9saWIvbGliaXNvOTY2MC5zbyAvdXNy L2xvY2FsL2xpYi9saWJjZGlvLnNvIC91c3IvbG9jYWwvbGliL2xpYmljb252 LnNvIC1sY2FtIC1sbSAgLW1hcmNoPXBlbnRpdW0yIC1XbCwtLXZlcnNpb24t c2NyaXB0PWxpYnZjZGluZm8ubGEudmVyIC1XbCwtc29uYW1lIC1XbCxsaWJ2 Y2RpbmZvLnNvLjIgLW8gLmxpYnMvbGlidmNkaW5mby5zby4yDQ0KKGNkIC5s aWJzICYmIHJtIC1mIGxpYnZjZGluZm8uc28gJiYgbG4gLXMgbGlidmNkaW5m by5zby4yIGxpYnZjZGluZm8uc28pDQ0KKGNkIC5saWJzICYmIHJtIC1mIGxp YnZjZGluZm8uc28gJiYgbG4gLXMgbGlidmNkaW5mby5zby4yIGxpYnZjZGlu Zm8uc28pDQ0Kcm0gLWZyIC5saWJzL2xpYnZjZGluZm8ubGF4DQ0KbWtkaXIg LmxpYnMvbGlidmNkaW5mby5sYXgNDQpybSAtZnIgLmxpYnMvbGlidmNkaW5m by5sYXgvbGlidmNkLmENDQpta2RpciAubGlicy9saWJ2Y2RpbmZvLmxheC9s aWJ2Y2QuYQ0NCihjZCAubGlicy9saWJ2Y2RpbmZvLmxheC9saWJ2Y2QuYSAm JiBhciB4IC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92 Y2RpbWFnZXItMC43LjIzL2xpYi8uLi9saWIvLmxpYnMvbGlidmNkLmEpDQ0K YXIgY3J1IC5saWJzL2xpYnZjZGluZm8uYSAgaW5mby5vIGluZi5vIGluZm9f cHJpdmF0ZS5vIHZjZF9yZWFkLm8gIC5saWJzL2xpYnZjZGluZm8ubGF4L2xp YnZjZC5hL3ZjZC5vIC5saWJzL2xpYnZjZGluZm8ubGF4L2xpYnZjZC5hL2Rh dGFfc3RydWN0dXJlcy5vIC5saWJzL2xpYnZjZGluZm8ubGF4L2xpYnZjZC5h L2RpcmVjdG9yeS5vIC5saWJzL2xpYnZjZGluZm8ubGF4L2xpYnZjZC5hL2Zp bGVzLm8gLmxpYnMvbGlidmNkaW5mby5sYXgvbGlidmNkLmEvaW1hZ2UubyAu bGlicy9saWJ2Y2RpbmZvLmxheC9saWJ2Y2QuYS9pbWFnZV9iaW5jdWUubyAu bGlicy9saWJ2Y2RpbmZvLmxheC9saWJ2Y2QuYS9pbWFnZV9jZHJkYW8ubyAu bGlicy9saWJ2Y2RpbmZvLmxheC9saWJ2Y2QuYS9pbWFnZV9ucmcubyAubGli cy9saWJ2Y2RpbmZvLmxheC9saWJ2Y2QuYS9sb2dnaW5nLm8gLmxpYnMvbGli dmNkaW5mby5sYXgvbGlidmNkLmEvbXBlZy5vIC5saWJzL2xpYnZjZGluZm8u bGF4L2xpYnZjZC5hL21wZWdfc3RyZWFtLm8gLmxpYnMvbGlidmNkaW5mby5s YXgvbGlidmNkLmEvcGJjLm8gLmxpYnMvbGlidmNkaW5mby5sYXgvbGlidmNk LmEvc2FsbG9jLm8gLmxpYnMvbGlidmNkaW5mby5sYXgvbGlidmNkLmEvc2Vj dG9yLm8gLmxpYnMvbGlidmNkaW5mby5sYXgvbGlidmNkLmEvc3RyZWFtLm8g LmxpYnMvbGlidmNkaW5mby5sYXgvbGlidmNkLmEvc3RyZWFtX3N0ZGlvLm8g LmxpYnMvbGlidmNkaW5mby5sYXgvbGlidmNkLmEvdXRpbC5vIA0NCnJhbmxp YiAubGlicy9saWJ2Y2RpbmZvLmENDQpybSAtZnIgLmxpYnMvbGlidmNkaW5m by5sYXgNDQpjcmVhdGluZyBsaWJ2Y2RpbmZvLmxhDQ0KKGNkIC5saWJzICYm IHJtIC1mIGxpYnZjZGluZm8ubGEgJiYgbG4gLXMgLi4vbGlidmNkaW5mby5s YSBsaWJ2Y2RpbmZvLmxhKQ0NCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9y eSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGlt YWdlci0wLjcuMjMvbGliJw0NCk1ha2luZyBhbGwgaW4gZnJvbnRlbmRzDQ0K Z21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0 aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvZnJvbnRl bmRzJw0NCk1ha2luZyBhbGwgaW4gY2xpDQ0KZ21ha2VbM106IEVudGVyaW5n IGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93 b3JrL3ZjZGltYWdlci0wLjcuMjMvZnJvbnRlbmRzL2NsaScNDQppZiBjYyAt REhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uLy4uIC1JLi4vLi4gIC1JLi4v Li4vaW5jbHVkZS8gLUkuLi8uLi9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRl ICAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgICAgLXBpcGUgLU8gLW1hcmNoPXBl bnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9 cGVudGl1bTIgIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1w cm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdw b2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5z IC1Xbm8tc2lnbi1jb21wYXJlIC1NVCB2Y2RpbWFnZXIubyAtTUQgLU1QIC1N RiAiLmRlcHMvdmNkaW1hZ2VyLlRwbyIgLWMgLW8gdmNkaW1hZ2VyLm8gdmNk aW1hZ2VyLmM7IFwNDQp0aGVuIG12IC1mICIuZGVwcy92Y2RpbWFnZXIuVHBv IiAiLmRlcHMvdmNkaW1hZ2VyLlBvIjsgZWxzZSBybSAtZiAiLmRlcHMvdmNk aW1hZ2VyLlRwbyI7IGV4aXQgMTsgZmkNDQovYmluL3NoIC4uLy4uL2xpYnRv b2wgLS10YWc9Q0MgLS1tb2RlPWxpbmsgY2MgIC1waXBlIC1PIC1tYXJjaD1w ZW50aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXBy b3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3Bv aW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMg LVduby1zaWduLWNvbXBhcmUgIC1ML3Vzci9sb2NhbC9saWIgLW8gdmNkaW1h Z2VyICB2Y2RpbWFnZXIubyAtTC91c3IvbG9jYWwvbGliIC1saXNvOTY2MCAt bGNkaW8gLWxtIC1sY2FtICAgLi4vLi4vbGliL2xpYnZjZC5sYSAtbHBvcHQg LUwvdXNyL2xvY2FsL2xpYiAtbGNkaW8gLWxtIC1sY2FtICAgLWxtDQ0KbWtk aXIgLmxpYnMNDQpjYyAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwg LVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNz aW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3 cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBh cmUgLW8gdmNkaW1hZ2VyIHZjZGltYWdlci5vICAtTC91c3IvbG9jYWwvbGli IC4uLy4uL2xpYi8ubGlicy9saWJ2Y2QuYSAvdXNyL2xvY2FsL2xpYi9saWJp c285NjYwLnNvIC91c3IvbG9jYWwvbGliL2xpYnBvcHQuc28gL3Vzci9sb2Nh bC9saWIvbGliaW50bC5zbyAvdXNyL2xvY2FsL2xpYi9saWJjZGlvLnNvIC91 c3IvbG9jYWwvbGliL2xpYmljb252LnNvIC1sY2FtIC1sbSAtV2wsLS1ycGF0 aCAtV2wsL3Vzci9sb2NhbC9saWIgLVdsLC0tcnBhdGggLVdsLC91c3IvbG9j YWwvbGliDQ0KaWYgY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLi8u LiAtSS4uLy4uICAtSS4uLy4uL2luY2x1ZGUvIC1JLi4vLi4vbGliLyAtSS91 c3IvbG9jYWwvaW5jbHVkZSAgIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgIC1w aXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAg LXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2Ny aXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRp b25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3Mg LVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgY2R4YTJt cGVnLm8gLU1EIC1NUCAtTUYgIi5kZXBzL2NkeGEybXBlZy5UcG8iIC1jIC1v IGNkeGEybXBlZy5vIGNkeGEybXBlZy5jOyBcDQ0KdGhlbiBtdiAtZiAiLmRl cHMvY2R4YTJtcGVnLlRwbyIgIi5kZXBzL2NkeGEybXBlZy5QbyI7IGVsc2Ug cm0gLWYgIi5kZXBzL2NkeGEybXBlZy5UcG8iOyBleGl0IDE7IGZpDQ0KL2Jp bi9zaCAuLi8uLi9saWJ0b29sIC0tdGFnPUNDIC0tbW9kZT1saW5rIGNjICAt cGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1XYWxsIC1XY2hhci1zdWJzY3Jp cHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlv bnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAt V25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlICAtTC91c3IvbG9j YWwvbGliIC1vIGNkeGEybXBlZyAgY2R4YTJtcGVnLm8gLUwvdXNyL2xvY2Fs L2xpYiAtbGlzbzk2NjAgLWxjZGlvIC1sbSAtbGNhbSAgIC4uLy4uL2xpYi9s aWJ2Y2QubGEgLWxwb3B0IC1sbQ0NCmNjIC1waXBlIC1PIC1tYXJjaD1wZW50 aXVtMiAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90 eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRl ci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25v LXNpZ24tY29tcGFyZSAtbyBjZHhhMm1wZWcgY2R4YTJtcGVnLm8gIC1ML3Vz ci9sb2NhbC9saWIgLi4vLi4vbGliLy5saWJzL2xpYnZjZC5hIC91c3IvbG9j YWwvbGliL2xpYmlzbzk2NjAuc28gL3Vzci9sb2NhbC9saWIvbGliY2Rpby5z byAtbGNhbSAvdXNyL2xvY2FsL2xpYi9saWJwb3B0LnNvIC91c3IvbG9jYWwv bGliL2xpYmludGwuc28gL3Vzci9sb2NhbC9saWIvbGliaWNvbnYuc28gLWxt IC1XbCwtLXJwYXRoIC1XbCwvdXNyL2xvY2FsL2xpYiAtV2wsLS1ycGF0aCAt V2wsL3Vzci9sb2NhbC9saWINDQppZiBjYyAtREhBVkVfQ09ORklHX0ggLUku IC1JLiAtSS4uLy4uIC1JLi4vLi4gIC1JLi4vLi4vaW5jbHVkZS8gLUkuLi8u Li9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgICAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2Nh bC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1XYWxsIC1X Y2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2lu Zy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3Jp dGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJl IC1NVCB2Y2QtaW5mby5vIC1NRCAtTVAgLU1GICIuZGVwcy92Y2QtaW5mby5U cG8iIC1jIC1vIHZjZC1pbmZvLm8gdmNkLWluZm8uYzsgXA0NCnRoZW4gbXYg LWYgIi5kZXBzL3ZjZC1pbmZvLlRwbyIgIi5kZXBzL3ZjZC1pbmZvLlBvIjsg ZWxzZSBybSAtZiAiLmRlcHMvdmNkLWluZm8uVHBvIjsgZXhpdCAxOyBmaQ0N Ci9iaW4vc2ggLi4vLi4vbGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9bGluayBj YyAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vi c2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFy YXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmlu Z3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAgLUwvdXNy L2xvY2FsL2xpYiAtbyB2Y2QtaW5mbyAgdmNkLWluZm8ubyAtTC91c3IvbG9j YWwvbGliIC1saXNvOTY2MCAtbGNkaW8gLWxtIC1sY2FtICAgLi4vLi4vbGli L2xpYnZjZGluZm8ubGEgLi4vLi4vbGliL2xpYnZjZC5sYSAtbHBvcHQgLUwv dXNyL2xvY2FsL2xpYiAtbGNkaW8gLWxtIC1sY2FtICAgLUwvdXNyL2xvY2Fs L2xpYiAtbGlzbzk2NjAgLWxjZGlvIC1sbSAtbGNhbSAgIC1sbQ0NCmNjIC1w aXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vic2NyaXB0 cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25z IC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVdu ZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtbyAubGlicy92Y2Qt aW5mbyB2Y2QtaW5mby5vICAtTC91c3IvbG9jYWwvbGliIC4uLy4uL2xpYi8u bGlicy9saWJ2Y2RpbmZvLnNvIC4uLy4uL2xpYi8ubGlicy9saWJ2Y2QuYSAv dXNyL2xvY2FsL2xpYi9saWJwb3B0LnNvIC91c3IvbG9jYWwvbGliL2xpYmlu dGwuc28gL3Vzci9sb2NhbC9saWIvbGliaXNvOTY2MC5zbyAvdXNyL2xvY2Fs L2xpYi9saWJjZGlvLnNvIC91c3IvbG9jYWwvbGliL2xpYmljb252LnNvIC1s Y2FtIC1sbSAtV2wsLS1ycGF0aCAtV2wsL3Vzci9sb2NhbC9saWINDQpjcmVh dGluZyB2Y2QtaW5mbw0NCmdtYWtlWzNdOiBMZWF2aW5nIGRpcmVjdG9yeSBg L3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdl ci0wLjcuMjMvZnJvbnRlbmRzL2NsaScNDQpNYWtpbmcgYWxsIGluIHhtbA0N CmdtYWtlWzNdOiBFbnRlcmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVs dGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL2Zyb250 ZW5kcy94bWwnDQ0KKHNlZCAncy9cIi9cXCIvZycgfCBuYXdrICdCRUdJTiB7 IHByaW50ICJjb25zdCBjaGFyIHZpZGVvY2RfZHRkW10gPSBcXCIgfSB7IHBy aW50ICIgXCIiICQwICJcXG5cIiBcXCIgfSBFTkQgeyBwcmludCAiOyIgfScp IDwgLi92aWRlb2NkLmR0ZCA+IHZpZGVvY2RfZHRkLmluYw0NCmdtYWtlICBh bGwtYW0NDQpnbWFrZVs0XTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3Bv cnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4y My9mcm9udGVuZHMveG1sJw0NCmlmIGNjIC1ESEFWRV9DT05GSUdfSCAtSS4g LUkuIC1JLi4vLi4gLUkuLi8uLiAgLUkuLi8uLi9pbmNsdWRlLyAtSS4uLy4u L2xpYi8gIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUgICAtSS91c3IvbG9jYWwvaW5jbHVkZS9saWJ4bWwyIC1JL3Vzci9s b2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLUkvdXNy L2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAgLVdh bGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdt aXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGgg LVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNv bXBhcmUgLU1UIHZjZF94bWxfYnVpbGQubyAtTUQgLU1QIC1NRiAiLmRlcHMv dmNkX3htbF9idWlsZC5UcG8iIC1jIC1vIHZjZF94bWxfYnVpbGQubyB2Y2Rf eG1sX2J1aWxkLmM7IFwNDQp0aGVuIG12IC1mICIuZGVwcy92Y2RfeG1sX2J1 aWxkLlRwbyIgIi5kZXBzL3ZjZF94bWxfYnVpbGQuUG8iOyBlbHNlIHJtIC1m ICIuZGVwcy92Y2RfeG1sX2J1aWxkLlRwbyI7IGV4aXQgMTsgZmkNDQppZiBj YyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uLy4uIC1JLi4vLi4gIC1J Li4vLi4vaW5jbHVkZS8gLUkuLi8uLi9saWIvICAtSS91c3IvbG9jYWwvaW5j bHVkZSAgIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUvbGlieG1sMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8g LW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtcGlwZSAt TyAtbWFyY2g9cGVudGl1bTIgIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1X bWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1 bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3Rl ZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCB2Y2RfeG1sX2NvbW1v bi5vIC1NRCAtTVAgLU1GICIuZGVwcy92Y2RfeG1sX2NvbW1vbi5UcG8iIC1j IC1vIHZjZF94bWxfY29tbW9uLm8gdmNkX3htbF9jb21tb24uYzsgXA0NCnRo ZW4gbXYgLWYgIi5kZXBzL3ZjZF94bWxfY29tbW9uLlRwbyIgIi5kZXBzL3Zj ZF94bWxfY29tbW9uLlBvIjsgZWxzZSBybSAtZiAiLmRlcHMvdmNkX3htbF9j b21tb24uVHBvIjsgZXhpdCAxOyBmaQ0NCmlmIGNjIC1ESEFWRV9DT05GSUdf SCAtSS4gLUkuIC1JLi4vLi4gLUkuLi8uLiAgLUkuLi8uLi9pbmNsdWRlLyAt SS4uLy4uL2xpYi8gIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgICAtSS91c3IvbG9jYWwvaW5jbHVkZS9saWJ4bWwyIC1J L3Vzci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIg LUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1wZW50aXVt MiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlw ZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXIt YXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1z aWduLWNvbXBhcmUgLU1UIHZjZF94bWxfZHRkLm8gLU1EIC1NUCAtTUYgIi5k ZXBzL3ZjZF94bWxfZHRkLlRwbyIgLWMgLW8gdmNkX3htbF9kdGQubyB2Y2Rf eG1sX2R0ZC5jOyBcDQ0KdGhlbiBtdiAtZiAiLmRlcHMvdmNkX3htbF9kdGQu VHBvIiAiLmRlcHMvdmNkX3htbF9kdGQuUG8iOyBlbHNlIHJtIC1mICIuZGVw cy92Y2RfeG1sX2R0ZC5UcG8iOyBleGl0IDE7IGZpDQ0KaWYgY2MgLURIQVZF X0NPTkZJR19IIC1JLiAtSS4gLUkuLi8uLiAtSS4uLy4uICAtSS4uLy4uL2lu Y2x1ZGUvIC1JLi4vLi4vbGliLyAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgICAt SS91c3IvbG9jYWwvaW5jbHVkZSAgIC1JL3Vzci9sb2NhbC9pbmNsdWRlL2xp YnhtbDIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1w ZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNo PXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3Npbmct cHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1X cG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJu cyAtV25vLXNpZ24tY29tcGFyZSAtTVQgdmNkX3htbF9tYXN0ZXIubyAtTUQg LU1QIC1NRiAiLmRlcHMvdmNkX3htbF9tYXN0ZXIuVHBvIiAtYyAtbyB2Y2Rf eG1sX21hc3Rlci5vIHZjZF94bWxfbWFzdGVyLmM7IFwNDQp0aGVuIG12IC1m ICIuZGVwcy92Y2RfeG1sX21hc3Rlci5UcG8iICIuZGVwcy92Y2RfeG1sX21h c3Rlci5QbyI7IGVsc2Ugcm0gLWYgIi5kZXBzL3ZjZF94bWxfbWFzdGVyLlRw byI7IGV4aXQgMTsgZmkNDQppZiBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1J LiAtSS4uLy4uIC1JLi4vLi4gIC1JLi4vLi4vaW5jbHVkZS8gLUkuLi8uLi9s aWIvICAtSS91c3IvbG9jYWwvaW5jbHVkZSAgIC1JL3Vzci9sb2NhbC9pbmNs dWRlICAgLUkvdXNyL2xvY2FsL2luY2x1ZGUvbGlieG1sMiAtSS91c3IvbG9j YWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vzci9s b2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1XYWxs IC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlz c2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1X d3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21w YXJlIC1NVCB2Y2RfeG1sX3BhcnNlLm8gLU1EIC1NUCAtTUYgIi5kZXBzL3Zj ZF94bWxfcGFyc2UuVHBvIiAtYyAtbyB2Y2RfeG1sX3BhcnNlLm8gdmNkX3ht bF9wYXJzZS5jOyBcDQ0KdGhlbiBtdiAtZiAiLmRlcHMvdmNkX3htbF9wYXJz ZS5UcG8iICIuZGVwcy92Y2RfeG1sX3BhcnNlLlBvIjsgZWxzZSBybSAtZiAi LmRlcHMvdmNkX3htbF9wYXJzZS5UcG8iOyBleGl0IDE7IGZpDQ0KL2Jpbi9z aCAuLi8uLi9saWJ0b29sIC0tdGFnPUNDIC0tbW9kZT1saW5rIGNjICAtcGlw ZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRz IC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMg LVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25l c3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlICAtTC91c3IvbG9jYWwv bGliIC1vIHZjZHhidWlsZCAgdmNkX3htbF9idWlsZC5vIHZjZF94bWxfY29t bW9uLm8gdmNkX3htbF9kdGQubyB2Y2RfeG1sX21hc3Rlci5vIHZjZF94bWxf cGFyc2UubyAtTC91c3IvbG9jYWwvbGliIC1seG1sMiAtbHogLUwvdXNyL2xv Y2FsL2xpYiAtbGljb252IC1sbSAuLi8uLi9saWIvbGlidmNkLmxhIC1scG9w dCAtTC91c3IvbG9jYWwvbGliIC1sY2RpbyAtbG0gLWxjYW0gICAtTC91c3Iv bG9jYWwvbGliIC1saXNvOTY2MCAtbGNkaW8gLWxtIC1sY2FtICAgLWxtDQ0K bWtkaXIgLmxpYnMNDQpjYyAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdh bGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdt aXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGgg LVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNv bXBhcmUgLW8gdmNkeGJ1aWxkIHZjZF94bWxfYnVpbGQubyB2Y2RfeG1sX2Nv bW1vbi5vIHZjZF94bWxfZHRkLm8gdmNkX3htbF9tYXN0ZXIubyB2Y2RfeG1s X3BhcnNlLm8gIC1ML3Vzci9sb2NhbC9saWIgL3Vzci9sb2NhbC9saWIvbGli eG1sMi5zbyAtbHogLi4vLi4vbGliLy5saWJzL2xpYnZjZC5hIC91c3IvbG9j YWwvbGliL2xpYnBvcHQuc28gL3Vzci9sb2NhbC9saWIvbGliaW50bC5zbyAv dXNyL2xvY2FsL2xpYi9saWJpc285NjYwLnNvIC91c3IvbG9jYWwvbGliL2xp YmNkaW8uc28gL3Vzci9sb2NhbC9saWIvbGliaWNvbnYuc28gLWxjYW0gLWxt IC1XbCwtLXJwYXRoIC1XbCwvdXNyL2xvY2FsL2xpYiAtV2wsLS1ycGF0aCAt V2wsL3Vzci9sb2NhbC9saWINDQppZiBjYyAtREhBVkVfQ09ORklHX0ggLUku IC1JLiAtSS4uLy4uIC1JLi4vLi4gIC1JLi4vLi4vaW5jbHVkZS8gLUkuLi8u Li9saWIvICAtSS91c3IvbG9jYWwvaW5jbHVkZSAgIC1JL3Vzci9sb2NhbC9p bmNsdWRlICAgLUkvdXNyL2xvY2FsL2luY2x1ZGUvbGlieG1sMiAtSS91c3Iv bG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1JL3Vz ci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgIC1X YWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X bWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRo IC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1j b21wYXJlIC1NVCB2Y2RfeG1sX2dlbi5vIC1NRCAtTVAgLU1GICIuZGVwcy92 Y2RfeG1sX2dlbi5UcG8iIC1jIC1vIHZjZF94bWxfZ2VuLm8gdmNkX3htbF9n ZW4uYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL3ZjZF94bWxfZ2VuLlRwbyIg Ii5kZXBzL3ZjZF94bWxfZ2VuLlBvIjsgZWxzZSBybSAtZiAiLmRlcHMvdmNk X3htbF9nZW4uVHBvIjsgZXhpdCAxOyBmaQ0NCmlmIGNjIC1ESEFWRV9DT05G SUdfSCAtSS4gLUkuIC1JLi4vLi4gLUkuLi8uLiAgLUkuLi8uLi9pbmNsdWRl LyAtSS4uLy4uL2xpYi8gIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgLUkvdXNy L2xvY2FsL2luY2x1ZGUgICAtSS91c3IvbG9jYWwvaW5jbHVkZS9saWJ4bWwy IC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1 bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1wZW50 aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50 ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVdu by1zaWduLWNvbXBhcmUgLU1UIHZjZF94bWxfZHVtcC5vIC1NRCAtTVAgLU1G ICIuZGVwcy92Y2RfeG1sX2R1bXAuVHBvIiAtYyAtbyB2Y2RfeG1sX2R1bXAu byB2Y2RfeG1sX2R1bXAuYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL3ZjZF94 bWxfZHVtcC5UcG8iICIuZGVwcy92Y2RfeG1sX2R1bXAuUG8iOyBlbHNlIHJt IC1mICIuZGVwcy92Y2RfeG1sX2R1bXAuVHBvIjsgZXhpdCAxOyBmaQ0NCi9i aW4vc2ggLi4vLi4vbGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9bGluayBjYyAg LXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2Ny aXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRp b25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3Mg LVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAgLUwvdXNyL2xv Y2FsL2xpYiAtbyB2Y2R4Z2VuICB2Y2RfeG1sX2dlbi5vIHZjZF94bWxfY29t bW9uLm8gdmNkX3htbF9kdW1wLm8gLUwvdXNyL2xvY2FsL2xpYiAtbHhtbDIg LWx6IC1ML3Vzci9sb2NhbC9saWIgLWxpY29udiAtbG0gLWxwb3B0IC4uLy4u L2xpYi9saWJ2Y2QubGEgLUwvdXNyL2xvY2FsL2xpYiAtbGNkaW8gLWxtIC1s Y2FtICAgLUwvdXNyL2xvY2FsL2xpYiAtbGlzbzk2NjAgLWxjZGlvIC1sbSAt bGNhbSAgIC1sbQ0NCmNjIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2Fs bCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21p c3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAt V3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29t cGFyZSAtbyB2Y2R4Z2VuIHZjZF94bWxfZ2VuLm8gdmNkX3htbF9jb21tb24u byB2Y2RfeG1sX2R1bXAubyAgLUwvdXNyL2xvY2FsL2xpYiAvdXNyL2xvY2Fs L2xpYi9saWJ4bWwyLnNvIC1seiAvdXNyL2xvY2FsL2xpYi9saWJwb3B0LnNv IC91c3IvbG9jYWwvbGliL2xpYmludGwuc28gLi4vLi4vbGliLy5saWJzL2xp YnZjZC5hIC91c3IvbG9jYWwvbGliL2xpYmlzbzk2NjAuc28gL3Vzci9sb2Nh bC9saWIvbGliY2Rpby5zbyAvdXNyL2xvY2FsL2xpYi9saWJpY29udi5zbyAt bGNhbSAtbG0gLVdsLC0tcnBhdGggLVdsLC91c3IvbG9jYWwvbGliIC1XbCwt LXJwYXRoIC1XbCwvdXNyL2xvY2FsL2xpYg0NCmlmIGNjIC1ESEFWRV9DT05G SUdfSCAtSS4gLUkuIC1JLi4vLi4gLUkuLi8uLiAgLUkuLi8uLi9pbmNsdWRl LyAtSS4uLy4uL2xpYi8gIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgLUkvdXNy L2xvY2FsL2luY2x1ZGUgICAtSS91c3IvbG9jYWwvaW5jbHVkZS9saWJ4bWwy IC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVudGl1 bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1wZW50 aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50 ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVdu by1zaWduLWNvbXBhcmUgLU1UIHZjZF94bWxfcmlwLm8gLU1EIC1NUCAtTUYg Ii5kZXBzL3ZjZF94bWxfcmlwLlRwbyIgLWMgLW8gdmNkX3htbF9yaXAubyB2 Y2RfeG1sX3JpcC5jOyBcDQ0KdGhlbiBtdiAtZiAiLmRlcHMvdmNkX3htbF9y aXAuVHBvIiAiLmRlcHMvdmNkX3htbF9yaXAuUG8iOyBlbHNlIHJtIC1mICIu ZGVwcy92Y2RfeG1sX3JpcC5UcG8iOyBleGl0IDE7IGZpDQ0KL2Jpbi9zaCAu Li8uLi9saWJ0b29sIC0tdGFnPUNDIC0tbW9kZT1saW5rIGNjICAtcGlwZSAt TyAtbWFyY2g9cGVudGl1bTIgIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1X bWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1 bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3Rl ZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlICAtTC91c3IvbG9jYWwvbGli IC1vIHZjZHhyaXAgIHZjZF94bWxfcmlwLm8gdmNkX3htbF9jb21tb24ubyB2 Y2RfeG1sX2R1bXAubyAtTC91c3IvbG9jYWwvbGliIC1seG1sMiAtbHogLUwv dXNyL2xvY2FsL2xpYiAtbGljb252IC1sbSAtTC91c3IvbG9jYWwvbGliIC1s aXNvOTY2MCAtbGNkaW8gLWxtIC1sY2FtICAgLi4vLi4vbGliL2xpYnZjZGlu Zm8ubGEgLi4vLi4vbGliL2xpYnZjZC5sYSAtbHBvcHQgLUwvdXNyL2xvY2Fs L2xpYiAtbGNkaW8gLWxtIC1sY2FtICAgLWxtDQ0KY2MgLXBpcGUgLU8gLW1h cmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2lu Zy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQg LVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRl cm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1vIC5saWJzL3ZjZHhyaXAgdmNkX3ht bF9yaXAubyB2Y2RfeG1sX2NvbW1vbi5vIHZjZF94bWxfZHVtcC5vICAtTC91 c3IvbG9jYWwvbGliIC91c3IvbG9jYWwvbGliL2xpYnhtbDIuc28gLWx6IC4u Ly4uL2xpYi8ubGlicy9saWJ2Y2RpbmZvLnNvIC4uLy4uL2xpYi8ubGlicy9s aWJ2Y2QuYSAvdXNyL2xvY2FsL2xpYi9saWJpc285NjYwLnNvIC91c3IvbG9j YWwvbGliL2xpYnBvcHQuc28gL3Vzci9sb2NhbC9saWIvbGliaW50bC5zbyAv dXNyL2xvY2FsL2xpYi9saWJjZGlvLnNvIC91c3IvbG9jYWwvbGliL2xpYmlj b252LnNvIC1sY2FtIC1sbSAtV2wsLS1ycGF0aCAtV2wsL3Vzci9sb2NhbC9s aWINDQpjcmVhdGluZyB2Y2R4cmlwDQ0KaWYgY2MgLURIQVZFX0NPTkZJR19I IC1JLiAtSS4gLUkuLi8uLiAtSS4uLy4uICAtSS4uLy4uL2luY2x1ZGUvIC1J Li4vLi4vbGliLyAgLUkvdXNyL2xvY2FsL2luY2x1ZGUgICAtSS91c3IvbG9j YWwvaW5jbHVkZSAgIC1JL3Vzci9sb2NhbC9pbmNsdWRlL2xpYnhtbDIgLUkv dXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAt SS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0y ICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBl cyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1h cml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNp Z24tY29tcGFyZSAtTVQgdmNkX3htbF9taW5mby5vIC1NRCAtTVAgLU1GICIu ZGVwcy92Y2RfeG1sX21pbmZvLlRwbyIgLWMgLW8gdmNkX3htbF9taW5mby5v IHZjZF94bWxfbWluZm8uYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL3ZjZF94 bWxfbWluZm8uVHBvIiAiLmRlcHMvdmNkX3htbF9taW5mby5QbyI7IGVsc2Ug cm0gLWYgIi5kZXBzL3ZjZF94bWxfbWluZm8uVHBvIjsgZXhpdCAxOyBmaQ0N Ci9iaW4vc2ggLi4vLi4vbGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9bGluayBj YyAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vi c2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFy YXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmlu Z3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAgLUwvdXNy L2xvY2FsL2xpYiAtbyB2Y2R4bWluZm8gIHZjZF94bWxfY29tbW9uLm8gdmNk X3htbF9taW5mby5vIC1ML3Vzci9sb2NhbC9saWIgLWx4bWwyIC1seiAtTC91 c3IvbG9jYWwvbGliIC1saWNvbnYgLWxtIC1scG9wdCAuLi8uLi9saWIvbGli dmNkLmxhIC1ML3Vzci9sb2NhbC9saWIgLWxjZGlvIC1sbSAtbGNhbSAgIC1M L3Vzci9sb2NhbC9saWIgLWxpc285NjYwIC1sY2RpbyAtbG0gLWxjYW0gICAt bG0NDQpjYyAtcGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwgLVdjaGFy LXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRl Y2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1z dHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLW8g dmNkeG1pbmZvIHZjZF94bWxfY29tbW9uLm8gdmNkX3htbF9taW5mby5vICAt TC91c3IvbG9jYWwvbGliIC91c3IvbG9jYWwvbGliL2xpYnhtbDIuc28gLWx6 IC91c3IvbG9jYWwvbGliL2xpYnBvcHQuc28gL3Vzci9sb2NhbC9saWIvbGli aW50bC5zbyAuLi8uLi9saWIvLmxpYnMvbGlidmNkLmEgL3Vzci9sb2NhbC9s aWIvbGliaXNvOTY2MC5zbyAvdXNyL2xvY2FsL2xpYi9saWJjZGlvLnNvIC91 c3IvbG9jYWwvbGliL2xpYmljb252LnNvIC1sY2FtIC1sbSAtV2wsLS1ycGF0 aCAtV2wsL3Vzci9sb2NhbC9saWIgLVdsLC0tcnBhdGggLVdsLC91c3IvbG9j YWwvbGliDQ0KZ21ha2VbNF06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3Bv cnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4y My9mcm9udGVuZHMveG1sJw0NCmdtYWtlWzNdOiBMZWF2aW5nIGRpcmVjdG9y eSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGlt YWdlci0wLjcuMjMvZnJvbnRlbmRzL3htbCcNDQpnbWFrZVszXTogRW50ZXJp bmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2Vy L3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9mcm9udGVuZHMnDQ0KZ21ha2VbM106 IE5vdGhpbmcgdG8gYmUgZG9uZSBmb3IgYGFsbC1hbScuDQ0KZ21ha2VbM106 IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNk aW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9mcm9udGVuZHMnDQ0KZ21h a2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVk aWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9mcm9udGVuZHMn DQ0KTWFraW5nIGFsbCBpbiB0ZXN0DQ0KZ21ha2VbMl06IEVudGVyaW5nIGRp cmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3Jr L3ZjZGltYWdlci0wLjcuMjMvdGVzdCcNDQppZiBjYyAtREhBVkVfQ09ORklH X0ggLUkuIC1JLiAtSS4uIC1JLi4gIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIv IC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgIC1waXBlIC1PIC1tYXJjaD1wZW50 aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNoPXBl bnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJv dG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9p bnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAt V25vLXNpZ24tY29tcGFyZSAtTVQgbXBlZ3NjYW4ubyAtTUQgLU1QIC1NRiAi LmRlcHMvbXBlZ3NjYW4uVHBvIiAtYyAtbyBtcGVnc2Nhbi5vIG1wZWdzY2Fu LmM7IFwNDQp0aGVuIG12IC1mICIuZGVwcy9tcGVnc2Nhbi5UcG8iICIuZGVw cy9tcGVnc2Nhbi5QbyI7IGVsc2Ugcm0gLWYgIi5kZXBzL21wZWdzY2FuLlRw byI7IGV4aXQgMTsgZmkNDQovYmluL3NoIC4uL2xpYnRvb2wgLS10YWc9Q0Mg LS1tb2RlPWxpbmsgY2MgIC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAgLVdh bGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdt aXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGgg LVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNv bXBhcmUgIC1ML3Vzci9sb2NhbC9saWIgLW8gbXBlZ3NjYW4gIG1wZWdzY2Fu Lm8gLi4vbGliL2xpYnZjZC5sYSAtTC91c3IvbG9jYWwvbGliIC1saXNvOTY2 MCAtbGNkaW8gLWxtIC1sY2FtICAgLWxtDQ0KbWtkaXIgLmxpYnMNDQpjYyAt cGlwZSAtTyAtbWFyY2g9cGVudGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNjcmlw dHMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9u cyAtV3VudXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1X bmVzdGVkLWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLW8gbXBlZ3NjYW4g bXBlZ3NjYW4ubyAgLUwvdXNyL2xvY2FsL2xpYiAuLi9saWIvLmxpYnMvbGli dmNkLmEgL3Vzci9sb2NhbC9saWIvbGliaXNvOTY2MC5zbyAvdXNyL2xvY2Fs L2xpYi9saWJjZGlvLnNvIC91c3IvbG9jYWwvbGliL2xpYmljb252LnNvIC1s Y2FtIC1sbSAtV2wsLS1ycGF0aCAtV2wsL3Vzci9sb2NhbC9saWIgLVdsLC0t cnBhdGggLVdsLC91c3IvbG9jYWwvbGliDQ0KaWYgY2MgLURIQVZFX0NPTkZJ R19IIC1JLiAtSS4gLUkuLiAtSS4uICAtSS4uL2luY2x1ZGUvIC1JLi4vbGli LyAtSS91c3IvbG9jYWwvaW5jbHVkZSAgICAtcGlwZSAtTyAtbWFyY2g9cGVu dGl1bTIgLUkvdXNyL2xvY2FsL2luY2x1ZGUgIC1waXBlIC1PIC1tYXJjaD1w ZW50aXVtMiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXBy b3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3Bv aW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMg LVduby1zaWduLWNvbXBhcmUgLU1UIG1wZWdzY2FuMi5vIC1NRCAtTVAgLU1G ICIuZGVwcy9tcGVnc2NhbjIuVHBvIiAtYyAtbyBtcGVnc2NhbjIubyBtcGVn c2NhbjIuYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL21wZWdzY2FuMi5UcG8i ICIuZGVwcy9tcGVnc2NhbjIuUG8iOyBlbHNlIHJtIC1mICIuZGVwcy9tcGVn c2NhbjIuVHBvIjsgZXhpdCAxOyBmaQ0NCi9iaW4vc2ggLi4vbGlidG9vbCAt LXRhZz1DQyAtLW1vZGU9bGluayBjYyAgLXBpcGUgLU8gLW1hcmNoPXBlbnRp dW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90 eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRl ci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25v LXNpZ24tY29tcGFyZSAgLUwvdXNyL2xvY2FsL2xpYiAtbyBtcGVnc2NhbjIg IG1wZWdzY2FuMi5vIC4uL2xpYi9saWJ2Y2QubGEgLUwvdXNyL2xvY2FsL2xp YiAtbGlzbzk2NjAgLWxjZGlvIC1sbSAtbGNhbSAgIC1sbQ0NCmNjIC1waXBl IC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAt V21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1X dW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0 ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtbyBtcGVnc2NhbjIgbXBl Z3NjYW4yLm8gIC1ML3Vzci9sb2NhbC9saWIgLi4vbGliLy5saWJzL2xpYnZj ZC5hIC91c3IvbG9jYWwvbGliL2xpYmlzbzk2NjAuc28gL3Vzci9sb2NhbC9s aWIvbGliY2Rpby5zbyAvdXNyL2xvY2FsL2xpYi9saWJpY29udi5zbyAtbGNh bSAtbG0gLVdsLC0tcnBhdGggLVdsLC91c3IvbG9jYWwvbGliIC1XbCwtLXJw YXRoIC1XbCwvdXNyL2xvY2FsL2xpYg0NCmlmIGNjIC1ESEFWRV9DT05GSUdf SCAtSS4gLUkuIC1JLi4gLUkuLiAgLUkuLi9pbmNsdWRlLyAtSS4uL2xpYi8g LUkvdXNyL2xvY2FsL2luY2x1ZGUgICAgLXBpcGUgLU8gLW1hcmNoPXBlbnRp dW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAtbWFyY2g9cGVu dGl1bTIgIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlzc2luZy1wcm90 b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVzZWQgLVdwb2lu dGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1leHRlcm5zIC1X bm8tc2lnbi1jb21wYXJlIC1NVCB0ZXN0aW1hZ2UubyAtTUQgLU1QIC1NRiAi LmRlcHMvdGVzdGltYWdlLlRwbyIgLWMgLW8gdGVzdGltYWdlLm8gdGVzdGlt YWdlLmM7IFwNDQp0aGVuIG12IC1mICIuZGVwcy90ZXN0aW1hZ2UuVHBvIiAi LmRlcHMvdGVzdGltYWdlLlBvIjsgZWxzZSBybSAtZiAiLmRlcHMvdGVzdGlt YWdlLlRwbyI7IGV4aXQgMTsgZmkNDQovYmluL3NoIC4uL2xpYnRvb2wgLS10 YWc9Q0MgLS1tb2RlPWxpbmsgY2MgIC1waXBlIC1PIC1tYXJjaD1wZW50aXVt MiAgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdtaXNzaW5nLXByb3RvdHlw ZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3VudXNlZCAtV3BvaW50ZXIt YXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVkLWV4dGVybnMgLVduby1z aWduLWNvbXBhcmUgIC1ML3Vzci9sb2NhbC9saWIgLW8gdGVzdGltYWdlICB0 ZXN0aW1hZ2UubyAuLi9saWIvbGlidmNkLmxhIC1ML3Vzci9sb2NhbC9saWIg LWxpc285NjYwIC1sY2RpbyAtbG0gLWxjYW0gICAtbG0NDQpjYyAtcGlwZSAt TyAtbWFyY2g9cGVudGl1bTIgLVdhbGwgLVdjaGFyLXN1YnNjcmlwdHMgLVdt aXNzaW5nLXByb3RvdHlwZXMgLVdtaXNzaW5nLWRlY2xhcmF0aW9ucyAtV3Vu dXNlZCAtV3BvaW50ZXItYXJpdGggLVd3cml0ZS1zdHJpbmdzIC1XbmVzdGVk LWV4dGVybnMgLVduby1zaWduLWNvbXBhcmUgLW8gdGVzdGltYWdlIHRlc3Rp bWFnZS5vICAtTC91c3IvbG9jYWwvbGliIC4uL2xpYi8ubGlicy9saWJ2Y2Qu YSAvdXNyL2xvY2FsL2xpYi9saWJpc285NjYwLnNvIC91c3IvbG9jYWwvbGli L2xpYmNkaW8uc28gL3Vzci9sb2NhbC9saWIvbGliaWNvbnYuc28gLWxjYW0g LWxtIC1XbCwtLXJwYXRoIC1XbCwvdXNyL2xvY2FsL2xpYiAtV2wsLS1ycGF0 aCAtV2wsL3Vzci9sb2NhbC9saWINDQppZiBjYyAtREhBVkVfQ09ORklHX0gg LUkuIC1JLiAtSS4uIC1JLi4gIC1JLi4vaW5jbHVkZS8gLUkuLi9saWIvIC1J L3Vzci9sb2NhbC9pbmNsdWRlICAgIC1waXBlIC1PIC1tYXJjaD1wZW50aXVt MiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1hcmNoPXBlbnRp dW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90 eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRl ci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25v LXNpZ24tY29tcGFyZSAtTVQgdGVzdGFzc2VydC5vIC1NRCAtTVAgLU1GICIu ZGVwcy90ZXN0YXNzZXJ0LlRwbyIgLWMgLW8gdGVzdGFzc2VydC5vIHRlc3Rh c3NlcnQuYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL3Rlc3Rhc3NlcnQuVHBv IiAiLmRlcHMvdGVzdGFzc2VydC5QbyI7IGVsc2Ugcm0gLWYgIi5kZXBzL3Rl c3Rhc3NlcnQuVHBvIjsgZXhpdCAxOyBmaQ0NCi9iaW4vc2ggLi4vbGlidG9v bCAtLXRhZz1DQyAtLW1vZGU9bGluayBjYyAgLXBpcGUgLU8gLW1hcmNoPXBl bnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJv dG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9p bnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAt V25vLXNpZ24tY29tcGFyZSAgLUwvdXNyL2xvY2FsL2xpYiAtbyB0ZXN0YXNz ZXJ0ICB0ZXN0YXNzZXJ0Lm8gLi4vbGliL2xpYnZjZC5sYSAtTC91c3IvbG9j YWwvbGliIC1saXNvOTY2MCAtbGNkaW8gLWxtIC1sY2FtICAgLWxtDQ0KY2Mg LXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJzY3Jp cHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlv bnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAt V25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1vIHRlc3Rhc3Nl cnQgdGVzdGFzc2VydC5vICAtTC91c3IvbG9jYWwvbGliIC4uL2xpYi8ubGli cy9saWJ2Y2QuYSAvdXNyL2xvY2FsL2xpYi9saWJpc285NjYwLnNvIC91c3Iv bG9jYWwvbGliL2xpYmNkaW8uc28gL3Vzci9sb2NhbC9saWIvbGliaWNvbnYu c28gLWxjYW0gLWxtIC1XbCwtLXJwYXRoIC1XbCwvdXNyL2xvY2FsL2xpYiAt V2wsLS1ycGF0aCAtV2wsL3Vzci9sb2NhbC9saWINDQppZiBjYyAtREhBVkVf Q09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4gIC1JLi4vaW5jbHVkZS8gLUku Li9saWIvIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAgIC1waXBlIC1PIC1tYXJj aD1wZW50aXVtMiAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLXBpcGUgLU8gLW1h cmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3Np bmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2Vk IC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0 ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtTVQgdGVzdHZjZC5vIC1NRCAtTVAg LU1GICIuZGVwcy90ZXN0dmNkLlRwbyIgLWMgLW8gdGVzdHZjZC5vIHRlc3R2 Y2QuYzsgXA0NCnRoZW4gbXYgLWYgIi5kZXBzL3Rlc3R2Y2QuVHBvIiAiLmRl cHMvdGVzdHZjZC5QbyI7IGVsc2Ugcm0gLWYgIi5kZXBzL3Rlc3R2Y2QuVHBv IjsgZXhpdCAxOyBmaQ0NCi9iaW4vc2ggLi4vbGlidG9vbCAtLXRhZz1DQyAt LW1vZGU9bGluayBjYyAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yICAtV2Fs bCAtV2NoYXItc3Vic2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21p c3NpbmctZGVjbGFyYXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAt V3dyaXRlLXN0cmluZ3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29t cGFyZSAgLUwvdXNyL2xvY2FsL2xpYiAtbyB0ZXN0dmNkICB0ZXN0dmNkLm8g LUwvdXNyL2xvY2FsL2xpYiAtbGlzbzk2NjAgLWxjZGlvIC1sbSAtbGNhbSAg IC4uL2xpYi9saWJ2Y2RpbmZvLmxhIC4uL2xpYi9saWJ2Y2QubGEgLWxtDQ0K Y2MgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yIC1XYWxsIC1XY2hhci1zdWJz Y3JpcHRzIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJh dGlvbnMgLVd1bnVzZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5n cyAtV25lc3RlZC1leHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1vIC5saWJz L3Rlc3R2Y2QgdGVzdHZjZC5vICAtTC91c3IvbG9jYWwvbGliIC4uL2xpYi8u bGlicy9saWJ2Y2RpbmZvLnNvIC4uL2xpYi8ubGlicy9saWJ2Y2QuYSAvdXNy L2xvY2FsL2xpYi9saWJpc285NjYwLnNvIC91c3IvbG9jYWwvbGliL2xpYmNk aW8uc28gL3Vzci9sb2NhbC9saWIvbGliaWNvbnYuc28gLWxjYW0gLWxtIC1X bCwtLXJwYXRoIC1XbCwvdXNyL2xvY2FsL2xpYg0NCmNyZWF0aW5nIHRlc3R2 Y2QNDQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMv bXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL3Rl c3QnDQ0KTWFraW5nIGFsbCBpbiBhbWlnYQ0NCmdtYWtlWzJdOiBFbnRlcmlu ZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIv d29yay92Y2RpbWFnZXItMC43LjIzL2FtaWdhJw0NCmdtYWtlWzJdOiBOb3Ro aW5nIHRvIGJlIGRvbmUgZm9yIGBhbGwnLg0NCmdtYWtlWzJdOiBMZWF2aW5n IGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93 b3JrL3ZjZGltYWdlci0wLjcuMjMvYW1pZ2EnDQ0KTWFraW5nIGFsbCBpbiBk b2NzDQ0KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0 cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMv ZG9jcycNDQpnbWFrZVsyXTogTm90aGluZyB0byBiZSBkb25lIGZvciBgYWxs Jy4NDQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMv bXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL2Rv Y3MnDQ0KTWFraW5nIGFsbCBpbiBleGFtcGxlDQ0KZ21ha2VbMl06IEVudGVy aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdl ci93b3JrL3ZjZGltYWdlci0wLjcuMjMvZXhhbXBsZScNDQppZiBjYyAtREhB VkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4gLUkuLi9pbmNsdWRlLyAt SS4uL2xpYi8gLUkvdXNyL2xvY2FsL2luY2x1ZGUgICAgLXBpcGUgLU8gLW1h cmNoPXBlbnRpdW0yIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtcGlwZSAtTyAt bWFyY2g9cGVudGl1bTIgIC1XYWxsIC1XY2hhci1zdWJzY3JpcHRzIC1XbWlz c2luZy1wcm90b3R5cGVzIC1XbWlzc2luZy1kZWNsYXJhdGlvbnMgLVd1bnVz ZWQgLVdwb2ludGVyLWFyaXRoIC1Xd3JpdGUtc3RyaW5ncyAtV25lc3RlZC1l eHRlcm5zIC1Xbm8tc2lnbi1jb21wYXJlIC1NVCBpbmZvMS5vIC1NRCAtTVAg LU1GICIuZGVwcy9pbmZvMS5UcG8iIC1jIC1vIGluZm8xLm8gaW5mbzEuYzsg XA0NCnRoZW4gbXYgLWYgIi5kZXBzL2luZm8xLlRwbyIgIi5kZXBzL2luZm8x LlBvIjsgZWxzZSBybSAtZiAiLmRlcHMvaW5mbzEuVHBvIjsgZXhpdCAxOyBm aQ0NCi9iaW4vc2ggLi4vbGlidG9vbCAtLXRhZz1DQyAtLW1vZGU9bGluayBj YyAgLXBpcGUgLU8gLW1hcmNoPXBlbnRpdW0yICAtV2FsbCAtV2NoYXItc3Vi c2NyaXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFy YXRpb25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmlu Z3MgLVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAgLUwvdXNy L2xvY2FsL2xpYiAtbyBpbmZvMSAgaW5mbzEubyAuLi9saWIvbGlidmNkaW5m by5sYSAuLi9saWIvbGlidmNkLmxhIC1ML3Vzci9sb2NhbC9saWIgLWxpc285 NjYwIC1sY2RpbyAtbG0gLWxjYW0gICAtbG0NDQpta2RpciAubGlicw0NCmNj IC1waXBlIC1PIC1tYXJjaD1wZW50aXVtMiAtV2FsbCAtV2NoYXItc3Vic2Ny aXB0cyAtV21pc3NpbmctcHJvdG90eXBlcyAtV21pc3NpbmctZGVjbGFyYXRp b25zIC1XdW51c2VkIC1XcG9pbnRlci1hcml0aCAtV3dyaXRlLXN0cmluZ3Mg LVduZXN0ZWQtZXh0ZXJucyAtV25vLXNpZ24tY29tcGFyZSAtbyAubGlicy9p bmZvMSBpbmZvMS5vICAtTC91c3IvbG9jYWwvbGliIC4uL2xpYi8ubGlicy9s aWJ2Y2RpbmZvLnNvIC4uL2xpYi8ubGlicy9saWJ2Y2QuYSAvdXNyL2xvY2Fs L2xpYi9saWJpc285NjYwLnNvIC91c3IvbG9jYWwvbGliL2xpYmNkaW8uc28g L3Vzci9sb2NhbC9saWIvbGliaWNvbnYuc28gLWxjYW0gLWxtIC1XbCwtLXJw YXRoIC1XbCwvdXNyL2xvY2FsL2xpYg0NCmNyZWF0aW5nIGluZm8xDQ0KZ21h a2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVk aWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9leGFtcGxlJw0N CmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVs dGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzJw0NCmdt YWtlWzJdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yIGBhbGwtYW0nLg0NCmdt YWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1l ZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMnDQ0KZ21ha2Vb MV06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEv dmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMycNDQo9PT0+ICBJbnN0 YWxsaW5nIGZvciB2Y2RpbWFnZXItMC43LjIzXzENDQo9PT0+ICAgdmNkaW1h Z2VyLTAuNy4yM18xIGRlcGVuZHMgb24gZXhlY3V0YWJsZTogcGtnLWNvbmZp ZyAtIGZvdW5kDQ0KPT09PiAgIEdlbmVyYXRpbmcgdGVtcG9yYXJ5IHBhY2tp bmcgbGlzdA0NCj09PT4gIENoZWNraW5nIGlmIG11bHRpbWVkaWEvdmNkaW1h Z2VyIGFscmVhZHkgaW5zdGFsbGVkDQ0KTWFraW5nIGluc3RhbGwgaW4gaW5j bHVkZQ0NCmdtYWtlWzFdOiBFbnRlcmluZyBkaXJlY3RvcnkgYC91c3IvcG9y dHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIz L2luY2x1ZGUnDQ0KTWFraW5nIGluc3RhbGwgaW4gbGlidmNkDQ0KZ21ha2Vb Ml06IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlh L3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvaW5jbHVkZS9saWJ2 Y2QnDQ0KZ21ha2UgIGluc3RhbGwtYW0NDQpnbWFrZVszXTogRW50ZXJpbmcg ZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dv cmsvdmNkaW1hZ2VyLTAuNy4yMy9pbmNsdWRlL2xpYnZjZCcNDQpnbWFrZVs0 XTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEv dmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9pbmNsdWRlL2xpYnZj ZCcNDQpnbWFrZVs0XTogTm90aGluZyB0byBiZSBkb25lIGZvciBgaW5zdGFs bC1leGVjLWFtJy4NDQp0ZXN0IC16ICIvdXNyL2xvY2FsL2luY2x1ZGUvbGli dmNkIiB8fCAvYmluL3NoIC4uLy4uL21raW5zdGFsbGRpcnMgIi91c3IvbG9j YWwvaW5jbHVkZS9saWJ2Y2QiDQ0KIGluc3RhbGwgIC1vIHJvb3QgLWcgd2hl ZWwgLW0gNDQ0ICdmaWxlcy5oJyAnL3Vzci9sb2NhbC9pbmNsdWRlL2xpYnZj ZC9maWxlcy5oJw0NCiBpbnN0YWxsICAtbyByb290IC1nIHdoZWVsIC1tIDQ0 NCAnZmlsZXNfcHJpdmF0ZS5oJyAnL3Vzci9sb2NhbC9pbmNsdWRlL2xpYnZj ZC9maWxlc19wcml2YXRlLmgnDQ0KIGluc3RhbGwgIC1vIHJvb3QgLWcgd2hl ZWwgLW0gNDQ0ICdpbmYuaCcgJy91c3IvbG9jYWwvaW5jbHVkZS9saWJ2Y2Qv aW5mLmgnDQ0KIGluc3RhbGwgIC1vIHJvb3QgLWcgd2hlZWwgLW0gNDQ0ICdp bmZvLmgnICcvdXNyL2xvY2FsL2luY2x1ZGUvbGlidmNkL2luZm8uaCcNDQog aW5zdGFsbCAgLW8gcm9vdCAtZyB3aGVlbCAtbSA0NDQgJ2xvZ2dpbmcuaCcg Jy91c3IvbG9jYWwvaW5jbHVkZS9saWJ2Y2QvbG9nZ2luZy5oJw0NCiBpbnN0 YWxsICAtbyByb290IC1nIHdoZWVsIC1tIDQ0NCAnc2VjdG9yLmgnICcvdXNy L2xvY2FsL2luY2x1ZGUvbGlidmNkL3NlY3Rvci5oJw0NCiBpbnN0YWxsICAt byByb290IC1nIHdoZWVsIC1tIDQ0NCAndHlwZXMuaCcgJy91c3IvbG9jYWwv aW5jbHVkZS9saWJ2Y2QvdHlwZXMuaCcNDQogaW5zdGFsbCAgLW8gcm9vdCAt ZyB3aGVlbCAtbSA0NDQgJ3ZlcnNpb24uaCcgJy91c3IvbG9jYWwvaW5jbHVk ZS9saWJ2Y2QvdmVyc2lvbi5oJw0NCmdtYWtlWzRdOiBMZWF2aW5nIGRpcmVj dG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3Zj ZGltYWdlci0wLjcuMjMvaW5jbHVkZS9saWJ2Y2QnDQ0KZ21ha2VbM106IExl YXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1h Z2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9pbmNsdWRlL2xpYnZjZCcNDQpn bWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGlt ZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL2luY2x1ZGUv bGlidmNkJw0NCmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgYC91c3Iv cG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43 LjIzL2luY2x1ZGUnDQ0KZ21ha2VbM106IEVudGVyaW5nIGRpcmVjdG9yeSBg L3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdl ci0wLjcuMjMvaW5jbHVkZScNDQpnbWFrZVszXTogTm90aGluZyB0byBiZSBk b25lIGZvciBgaW5zdGFsbC1leGVjLWFtJy4NDQpnbWFrZVszXTogTm90aGlu ZyB0byBiZSBkb25lIGZvciBgaW5zdGFsbC1kYXRhLWFtJy4NDQpnbWFrZVsz XTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92 Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL2luY2x1ZGUnDQ0KZ21h a2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVk aWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9pbmNsdWRlJw0N CmdtYWtlWzFdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0 aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvaW5jbHVk ZScNDQpNYWtpbmcgaW5zdGFsbCBpbiBsaWINDQpnbWFrZVsxXTogRW50ZXJp bmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2Vy L3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9saWInDQ0KZ21ha2VbMl06IEVudGVy aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdl ci93b3JrL3ZjZGltYWdlci0wLjcuMjMvbGliJw0NCnRlc3QgLXogIi91c3Iv bG9jYWwvbGliIiB8fCAvYmluL3NoIC4uL21raW5zdGFsbGRpcnMgIi91c3Iv bG9jYWwvbGliIg0NCiAvYmluL3NoIC4uL2xpYnRvb2wgLS1tb2RlPWluc3Rh bGwgL3Vzci9iaW4vaW5zdGFsbCAtYyAtbyByb290IC1nIHdoZWVsICAnbGli dmNkaW5mby5sYScgJy91c3IvbG9jYWwvbGliL2xpYnZjZGluZm8ubGEnDQ0K L3Vzci9iaW4vaW5zdGFsbCAtYyAtbyByb290IC1nIHdoZWVsIC5saWJzL2xp YnZjZGluZm8uc28uMiAvdXNyL2xvY2FsL2xpYi9saWJ2Y2RpbmZvLnNvLjIN DQooY2QgL3Vzci9sb2NhbC9saWIgJiYgcm0gLWYgbGlidmNkaW5mby5zbyAm JiBsbiAtcyBsaWJ2Y2RpbmZvLnNvLjIgbGlidmNkaW5mby5zbykNDQooY2Qg L3Vzci9sb2NhbC9saWIgJiYgcm0gLWYgbGlidmNkaW5mby5zbyAmJiBsbiAt cyBsaWJ2Y2RpbmZvLnNvLjIgbGlidmNkaW5mby5zbykNDQovdXNyL2Jpbi9p bnN0YWxsIC1jIC1vIHJvb3QgLWcgd2hlZWwgLmxpYnMvbGlidmNkaW5mby5s YWkgL3Vzci9sb2NhbC9saWIvbGlidmNkaW5mby5sYQ0NCi91c3IvYmluL2lu c3RhbGwgLWMgLW8gcm9vdCAtZyB3aGVlbCAubGlicy9saWJ2Y2RpbmZvLmEg L3Vzci9sb2NhbC9saWIvbGlidmNkaW5mby5hDQ0KcmFubGliIC91c3IvbG9j YWwvbGliL2xpYnZjZGluZm8uYQ0NCmNobW9kIDY0NCAvdXNyL2xvY2FsL2xp Yi9saWJ2Y2RpbmZvLmENDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQ0K TGlicmFyaWVzIGhhdmUgYmVlbiBpbnN0YWxsZWQgaW46DQ0KICAgL3Vzci9s b2NhbC9saWINDQoNDQpJZiB5b3UgZXZlciBoYXBwZW4gdG8gd2FudCB0byBs aW5rIGFnYWluc3QgaW5zdGFsbGVkIGxpYnJhcmllcw0NCmluIGEgZ2l2ZW4g ZGlyZWN0b3J5LCBMSUJESVIsIHlvdSBtdXN0IGVpdGhlciB1c2UgbGlidG9v bCwgYW5kDQ0Kc3BlY2lmeSB0aGUgZnVsbCBwYXRobmFtZSBvZiB0aGUgbGli cmFyeSwgb3IgdXNlIHRoZSBgLUxMSUJESVInDQ0KZmxhZyBkdXJpbmcgbGlu a2luZyBhbmQgZG8gYXQgbGVhc3Qgb25lIG9mIHRoZSBmb2xsb3dpbmc6DQ0K ICAgLSBhZGQgTElCRElSIHRvIHRoZSBgTERfTElCUkFSWV9QQVRIJyBlbnZp cm9ubWVudCB2YXJpYWJsZQ0NCiAgICAgZHVyaW5nIGV4ZWN1dGlvbg0NCiAg IC0gYWRkIExJQkRJUiB0byB0aGUgYExEX1JVTl9QQVRIJyBlbnZpcm9ubWVu dCB2YXJpYWJsZQ0NCiAgICAgZHVyaW5nIGxpbmtpbmcNDQogICAtIHVzZSB0 aGUgYC1XbCwtLXJwYXRoIC1XbCxMSUJESVInIGxpbmtlciBmbGFnDQ0KDQ0K U2VlIGFueSBvcGVyYXRpbmcgc3lzdGVtIGRvY3VtZW50YXRpb24gYWJvdXQg c2hhcmVkIGxpYnJhcmllcyBmb3INDQptb3JlIGluZm9ybWF0aW9uLCBzdWNo IGFzIHRoZSBsZCgxKSBhbmQgbGQuc28oOCkgbWFudWFsIHBhZ2VzLg0NCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NDQpnbWFrZVsyXTogTm90aGluZyB0 byBiZSBkb25lIGZvciBgaW5zdGFsbC1kYXRhLWFtJy4NDQpnbWFrZVsyXTog TGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2Rp bWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL2xpYicNDQpnbWFrZVsxXTog TGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2Rp bWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL2xpYicNDQpNYWtpbmcgaW5z dGFsbCBpbiBmcm9udGVuZHMNDQpnbWFrZVsxXTogRW50ZXJpbmcgZGlyZWN0 b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNk aW1hZ2VyLTAuNy4yMy9mcm9udGVuZHMnDQ0KTWFraW5nIGluc3RhbGwgaW4g Y2xpDQ0KZ21ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0 cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMv ZnJvbnRlbmRzL2NsaScNDQpnbWFrZVszXTogRW50ZXJpbmcgZGlyZWN0b3J5 IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1h Z2VyLTAuNy4yMy9mcm9udGVuZHMvY2xpJw0NCnRlc3QgLXogIi91c3IvbG9j YWwvYmluIiB8fCAvYmluL3NoIC4uLy4uL21raW5zdGFsbGRpcnMgIi91c3Iv bG9jYWwvYmluIg0NCiAgL2Jpbi9zaCAuLi8uLi9saWJ0b29sIC0tbW9kZT1p bnN0YWxsIGluc3RhbGwgIC1zIC1vIHJvb3QgLWcgd2hlZWwgLW0gNTU1ICd2 Y2RpbWFnZXInICcvdXNyL2xvY2FsL2Jpbi92Y2RpbWFnZXInDQ0KaW5zdGFs bCAtbyByb290IC1nIHdoZWVsIC1tIDU1NSAtcyB2Y2RpbWFnZXIgL3Vzci9s b2NhbC9iaW4vdmNkaW1hZ2VyDQ0KICAvYmluL3NoIC4uLy4uL2xpYnRvb2wg LS1tb2RlPWluc3RhbGwgaW5zdGFsbCAgLXMgLW8gcm9vdCAtZyB3aGVlbCAt bSA1NTUgJ2NkeGEybXBlZycgJy91c3IvbG9jYWwvYmluL2NkeGEybXBlZycN DQppbnN0YWxsIC1vIHJvb3QgLWcgd2hlZWwgLW0gNTU1IC1zIGNkeGEybXBl ZyAvdXNyL2xvY2FsL2Jpbi9jZHhhMm1wZWcNDQogIC9iaW4vc2ggLi4vLi4v bGlidG9vbCAtLW1vZGU9aW5zdGFsbCBpbnN0YWxsICAtcyAtbyByb290IC1n IHdoZWVsIC1tIDU1NSAndmNkLWluZm8nICcvdXNyL2xvY2FsL2Jpbi92Y2Qt aW5mbycNDQppbnN0YWxsIC1vIHJvb3QgLWcgd2hlZWwgLW0gNTU1IC1zIC5s aWJzL3ZjZC1pbmZvIC91c3IvbG9jYWwvYmluL3ZjZC1pbmZvDQ0KdGVzdCAt eiAiL3Vzci9sb2NhbC9tYW4vbWFuMSIgfHwgL2Jpbi9zaCAuLi8uLi9ta2lu c3RhbGxkaXJzICIvdXNyL2xvY2FsL21hbi9tYW4xIg0NCiBpbnN0YWxsICAt byByb290IC1nIHdoZWVsIC1tIDQ0NCAnLi92Y2RpbWFnZXIuMScgJy91c3Iv bG9jYWwvbWFuL21hbjEvdmNkaW1hZ2VyLjEnDQ0KIGluc3RhbGwgIC1vIHJv b3QgLWcgd2hlZWwgLW0gNDQ0ICcuL2NkeGEybXBlZy4xJyAnL3Vzci9sb2Nh bC9tYW4vbWFuMS9jZHhhMm1wZWcuMScNDQogaW5zdGFsbCAgLW8gcm9vdCAt ZyB3aGVlbCAtbSA0NDQgJy4vdmNkLWluZm8uMScgJy91c3IvbG9jYWwvbWFu L21hbjEvdmNkLWluZm8uMScNDQpnbWFrZVszXTogTGVhdmluZyBkaXJlY3Rv cnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2Rp bWFnZXItMC43LjIzL2Zyb250ZW5kcy9jbGknDQ0KZ21ha2VbMl06IExlYXZp bmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2Vy L3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9mcm9udGVuZHMvY2xpJw0NCk1ha2lu ZyBpbnN0YWxsIGluIHhtbA0NCmdtYWtlWzJdOiBFbnRlcmluZyBkaXJlY3Rv cnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2Rp bWFnZXItMC43LjIzL2Zyb250ZW5kcy94bWwnDQ0KZ21ha2UgIGluc3RhbGwt YW0NDQpnbWFrZVszXTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRz L211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9m cm9udGVuZHMveG1sJw0NCmdtYWtlWzRdOiBFbnRlcmluZyBkaXJlY3Rvcnkg YC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFn ZXItMC43LjIzL2Zyb250ZW5kcy94bWwnDQ0KdGVzdCAteiAiL3Vzci9sb2Nh bC9iaW4iIHx8IC9iaW4vc2ggLi4vLi4vbWtpbnN0YWxsZGlycyAiL3Vzci9s b2NhbC9iaW4iDQ0KICAvYmluL3NoIC4uLy4uL2xpYnRvb2wgLS1tb2RlPWlu c3RhbGwgaW5zdGFsbCAgLXMgLW8gcm9vdCAtZyB3aGVlbCAtbSA1NTUgJ3Zj ZHhidWlsZCcgJy91c3IvbG9jYWwvYmluL3ZjZHhidWlsZCcNDQppbnN0YWxs IC1vIHJvb3QgLWcgd2hlZWwgLW0gNTU1IC1zIHZjZHhidWlsZCAvdXNyL2xv Y2FsL2Jpbi92Y2R4YnVpbGQNDQogIC9iaW4vc2ggLi4vLi4vbGlidG9vbCAt LW1vZGU9aW5zdGFsbCBpbnN0YWxsICAtcyAtbyByb290IC1nIHdoZWVsIC1t IDU1NSAndmNkeGdlbicgJy91c3IvbG9jYWwvYmluL3ZjZHhnZW4nDQ0KaW5z dGFsbCAtbyByb290IC1nIHdoZWVsIC1tIDU1NSAtcyB2Y2R4Z2VuIC91c3Iv bG9jYWwvYmluL3ZjZHhnZW4NDQogIC9iaW4vc2ggLi4vLi4vbGlidG9vbCAt LW1vZGU9aW5zdGFsbCBpbnN0YWxsICAtcyAtbyByb290IC1nIHdoZWVsIC1t IDU1NSAndmNkeHJpcCcgJy91c3IvbG9jYWwvYmluL3ZjZHhyaXAnDQ0KaW5z dGFsbCAtbyByb290IC1nIHdoZWVsIC1tIDU1NSAtcyAubGlicy92Y2R4cmlw IC91c3IvbG9jYWwvYmluL3ZjZHhyaXANDQogIC9iaW4vc2ggLi4vLi4vbGli dG9vbCAtLW1vZGU9aW5zdGFsbCBpbnN0YWxsICAtcyAtbyByb290IC1nIHdo ZWVsIC1tIDU1NSAndmNkeG1pbmZvJyAnL3Vzci9sb2NhbC9iaW4vdmNkeG1p bmZvJw0NCmluc3RhbGwgLW8gcm9vdCAtZyB3aGVlbCAtbSA1NTUgLXMgdmNk eG1pbmZvIC91c3IvbG9jYWwvYmluL3ZjZHhtaW5mbw0NCnRlc3QgLXogIi91 c3IvbG9jYWwvbWFuL21hbjEiIHx8IC9iaW4vc2ggLi4vLi4vbWtpbnN0YWxs ZGlycyAiL3Vzci9sb2NhbC9tYW4vbWFuMSINDQogaW5zdGFsbCAgLW8gcm9v dCAtZyB3aGVlbCAtbSA0NDQgJy4vdmNkeGJ1aWxkLjEnICcvdXNyL2xvY2Fs L21hbi9tYW4xL3ZjZHhidWlsZC4xJw0NCiBpbnN0YWxsICAtbyByb290IC1n IHdoZWVsIC1tIDQ0NCAnLi92Y2R4Z2VuLjEnICcvdXNyL2xvY2FsL21hbi9t YW4xL3ZjZHhnZW4uMScNDQogaW5zdGFsbCAgLW8gcm9vdCAtZyB3aGVlbCAt bSA0NDQgJy4vdmNkeHJpcC4xJyAnL3Vzci9sb2NhbC9tYW4vbWFuMS92Y2R4 cmlwLjEnDQ0KIGluc3RhbGwgIC1vIHJvb3QgLWcgd2hlZWwgLW0gNDQ0ICcu L3ZjZHhtaW5mby4xJyAnL3Vzci9sb2NhbC9tYW4vbWFuMS92Y2R4bWluZm8u MScNDQpnbWFrZVs0XTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMv bXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL2Zy b250ZW5kcy94bWwnDQ0KZ21ha2VbM106IExlYXZpbmcgZGlyZWN0b3J5IGAv dXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2Vy LTAuNy4yMy9mcm9udGVuZHMveG1sJw0NCmdtYWtlWzJdOiBMZWF2aW5nIGRp cmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3Jr L3ZjZGltYWdlci0wLjcuMjMvZnJvbnRlbmRzL3htbCcNDQpnbWFrZVsyXTog RW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNk aW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9mcm9udGVuZHMnDQ0KZ21h a2VbM106IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1l ZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvZnJvbnRlbmRz Jw0NCmdtYWtlWzNdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yIGBpbnN0YWxs LWV4ZWMtYW0nLg0NCmdtYWtlWzNdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9y IGBpbnN0YWxsLWRhdGEtYW0nLg0NCmdtYWtlWzNdOiBMZWF2aW5nIGRpcmVj dG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3Zj ZGltYWdlci0wLjcuMjMvZnJvbnRlbmRzJw0NCmdtYWtlWzJdOiBMZWF2aW5n IGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93 b3JrL3ZjZGltYWdlci0wLjcuMjMvZnJvbnRlbmRzJw0NCmdtYWtlWzFdOiBM ZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGlt YWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvZnJvbnRlbmRzJw0NCk1ha2lu ZyBpbnN0YWxsIGluIHRlc3QNDQpnbWFrZVsxXTogRW50ZXJpbmcgZGlyZWN0 b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNk aW1hZ2VyLTAuNy4yMy90ZXN0Jw0NCmdtYWtlWzJdOiBFbnRlcmluZyBkaXJl Y3RvcnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92 Y2RpbWFnZXItMC43LjIzL3Rlc3QnDQ0KZ21ha2VbMl06IE5vdGhpbmcgdG8g YmUgZG9uZSBmb3IgYGluc3RhbGwtZXhlYy1hbScuDQ0KZ21ha2VbMl06IE5v dGhpbmcgdG8gYmUgZG9uZSBmb3IgYGluc3RhbGwtZGF0YS1hbScuDQ0KZ21h a2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVk aWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy90ZXN0Jw0NCmdt YWtlWzFdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1l ZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvdGVzdCcNDQpN YWtpbmcgaW5zdGFsbCBpbiBhbWlnYQ0NCmdtYWtlWzFdOiBFbnRlcmluZyBk aXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29y ay92Y2RpbWFnZXItMC43LjIzL2FtaWdhJw0NCmdtYWtlWzJdOiBFbnRlcmlu ZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGltZWRpYS92Y2RpbWFnZXIv d29yay92Y2RpbWFnZXItMC43LjIzL2FtaWdhJw0NCmdtYWtlWzJdOiBOb3Ro aW5nIHRvIGJlIGRvbmUgZm9yIGBpbnN0YWxsLWV4ZWMtYW0nLg0NCmdtYWtl WzJdOiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yIGBpbnN0YWxsLWRhdGEtYW0n Lg0NCmdtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9t dWx0aW1lZGlhL3ZjZGltYWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvYW1p Z2EnDQ0KZ21ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRz L211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9h bWlnYScNDQpNYWtpbmcgaW5zdGFsbCBpbiBkb2NzDQ0KZ21ha2VbMV06IEVu dGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGlt YWdlci93b3JrL3ZjZGltYWdlci0wLjcuMjMvZG9jcycNDQpnbWFrZVsyXTog RW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNk aW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9kb2NzJw0NCmdtYWtlWzJd OiBOb3RoaW5nIHRvIGJlIGRvbmUgZm9yIGBpbnN0YWxsLWV4ZWMtYW0nLg0N CnRlc3QgLXogIi91c3IvbG9jYWwvaW5mbyIgfHwgL2Jpbi9zaCAuLi9ta2lu c3RhbGxkaXJzICIvdXNyL2xvY2FsL2luZm8iDQ0KIGluc3RhbGwgIC1vIHJv b3QgLWcgd2hlZWwgLW0gNDQ0ICcuL3ZjZGltYWdlci5pbmZvJyAnL3Vzci9s b2NhbC9pbmZvL3ZjZGltYWdlci5pbmZvJw0NCiBpbnN0YWxsICAtbyByb290 IC1nIHdoZWVsIC1tIDQ0NCAnLi92Y2QtaW5mby5pbmZvJyAnL3Vzci9sb2Nh bC9pbmZvL3ZjZC1pbmZvLmluZm8nDQ0KIGluc3RhbGwgIC1vIHJvb3QgLWcg d2hlZWwgLW0gNDQ0ICcuL3ZjZHhyaXAuaW5mbycgJy91c3IvbG9jYWwvaW5m by92Y2R4cmlwLmluZm8nDQ0KIGluc3RhbGwtaW5mbyAtLWluZm8tZGlyPScv dXNyL2xvY2FsL2luZm8nICcvdXNyL2xvY2FsL2luZm8vdmNkaW1hZ2VyLmlu Zm8nDQ0KIGluc3RhbGwtaW5mbyAtLWluZm8tZGlyPScvdXNyL2xvY2FsL2lu Zm8nICcvdXNyL2xvY2FsL2luZm8vdmNkLWluZm8uaW5mbycNDQppbnN0YWxs LWluZm86IG1lbnUgaXRlbSBgdmNkLWluZm8nIGFscmVhZHkgZXhpc3RzLCBm b3IgZmlsZSBgdmNkaW1hZ2VyJw0NCiBpbnN0YWxsLWluZm8gLS1pbmZvLWRp cj0nL3Vzci9sb2NhbC9pbmZvJyAnL3Vzci9sb2NhbC9pbmZvL3ZjZHhyaXAu aW5mbycNDQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9y dHMvbXVsdGltZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIz L2RvY3MnDQ0KZ21ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3Bv cnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4y My9kb2NzJw0NCk1ha2luZyBpbnN0YWxsIGluIGV4YW1wbGUNDQpnbWFrZVsx XTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEv dmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMy9leGFtcGxlJw0NCmdt YWtlWzJdOiBFbnRlcmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGlt ZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzL2V4YW1wbGUn DQ0KZ21ha2VbMl06IE5vdGhpbmcgdG8gYmUgZG9uZSBmb3IgYGluc3RhbGwt ZXhlYy1hbScuDQ0KZ21ha2VbMl06IE5vdGhpbmcgdG8gYmUgZG9uZSBmb3Ig YGluc3RhbGwtZGF0YS1hbScuDQ0KZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0 b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNk aW1hZ2VyLTAuNy4yMy9leGFtcGxlJw0NCmdtYWtlWzFdOiBMZWF2aW5nIGRp cmVjdG9yeSBgL3Vzci9wb3J0cy9tdWx0aW1lZGlhL3ZjZGltYWdlci93b3Jr L3ZjZGltYWdlci0wLjcuMjMvZXhhbXBsZScNDQpnbWFrZVsxXTogRW50ZXJp bmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2Vy L3dvcmsvdmNkaW1hZ2VyLTAuNy4yMycNDQpnbWFrZVsyXTogRW50ZXJpbmcg ZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211bHRpbWVkaWEvdmNkaW1hZ2VyL3dv cmsvdmNkaW1hZ2VyLTAuNy4yMycNDQpnbWFrZVsyXTogTm90aGluZyB0byBi ZSBkb25lIGZvciBgaW5zdGFsbC1leGVjLWFtJy4NDQp0ZXN0IC16ICIvdXNy L2xvY2FsL2xpYmRhdGEvcGtnY29uZmlnIiB8fCAvYmluL3NoIC4vbWtpbnN0 YWxsZGlycyAiL3Vzci9sb2NhbC9saWJkYXRhL3BrZ2NvbmZpZyINDQogaW5z dGFsbCAgLW8gcm9vdCAtZyB3aGVlbCAtbSA0NDQgJ2xpYnZjZGluZm8ucGMn ICcvdXNyL2xvY2FsL2xpYmRhdGEvcGtnY29uZmlnL2xpYnZjZGluZm8ucGMn DQ0KZ21ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNyL3BvcnRzL211 bHRpbWVkaWEvdmNkaW1hZ2VyL3dvcmsvdmNkaW1hZ2VyLTAuNy4yMycNDQpn bWFrZVsxXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbXVsdGlt ZWRpYS92Y2RpbWFnZXIvd29yay92Y2RpbWFnZXItMC43LjIzJw0NCmluc3Rh bGwtaW5mbyAtLXF1aWV0IC91c3IvbG9jYWwvaW5mby92Y2RpbWFnZXIuaW5m byAvdXNyL2xvY2FsL2luZm8vZGlyDQ0KaWYgWyAiYC91c3IvYmluL2Rpcm5h bWUgdmNkaW1hZ2VyYCIgIT0gIi4iIF07IHRoZW4gIGVjaG8gIkB1bmV4ZWMg L2Jpbi9ybWRpciAlRC9pbmZvL2AvdXNyL2Jpbi9kaXJuYW1lIHZjZGltYWdl cmAgMj4gL2Rldi9udWxsIHx8IHRydWUiID4+IC91c3IvcG9ydHMvbXVsdGlt ZWRpYS92Y2RpbWFnZXIvd29yay8uUExJU1QubWt0bXA7ICBmaQ0NCmluc3Rh bGwtaW5mbyAtLXF1aWV0IC91c3IvbG9jYWwvaW5mby92Y2R4cmlwLmluZm8g L3Vzci9sb2NhbC9pbmZvL2Rpcg0NCmlmIFsgImAvdXNyL2Jpbi9kaXJuYW1l IHZjZHhyaXBgIiAhPSAiLiIgXTsgdGhlbiAgZWNobyAiQHVuZXhlYyAvYmlu L3JtZGlyICVEL2luZm8vYC91c3IvYmluL2Rpcm5hbWUgdmNkeHJpcGAgMj4g L2Rldi9udWxsIHx8IHRydWUiID4+IC91c3IvcG9ydHMvbXVsdGltZWRpYS92 Y2RpbWFnZXIvd29yay8uUExJU1QubWt0bXA7ICBmaQ0NCmluc3RhbGwtaW5m byAtLXF1aWV0IC91c3IvbG9jYWwvaW5mby92Y2QtaW5mby5pbmZvIC91c3Iv bG9jYWwvaW5mby9kaXINDQppbnN0YWxsLWluZm86IG1lbnUgaXRlbSBgdmNk LWluZm8nIGFscmVhZHkgZXhpc3RzLCBmb3IgZmlsZSBgdmNkaW1hZ2VyJw0N CioqKiBFcnJvciBjb2RlIDENDQoNDQpTdG9wIGluIC91c3IvcG9ydHMvbXVs dGltZWRpYS92Y2RpbWFnZXIuDQ0KDQpTY3JpcHQgZG9uZSBvbiBGcmkgTWFy IDEwIDE3OjI3OjQ4IDIwMDYNCg== --0-549735030-1142030556=:40614-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 02:15:13 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ACAB16B2FD for ; Sat, 11 Mar 2006 02:15:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEBE543FE6 for ; Sat, 11 Mar 2006 02:11:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B42B51A4D81; Fri, 10 Mar 2006 18:11:13 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F085951CF4; Fri, 10 Mar 2006 21:11:11 -0500 (EST) Date: Fri, 10 Mar 2006 21:11:09 -0500 From: Kris Kennaway To: Anders Troback Message-ID: <20060311021108.GA2099@xor.obsecurity.org> References: <20060310203735.55e84734@devil.troback.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <20060310203735.55e84734@devil.troback.com> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org Subject: Re: 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, 11 Mar 2006 02:15:13 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 10, 2006 at 08:37:35PM +0100, Anders Troback wrote: > Hi list! >=20 > I'm trying to compile a app that have a include of ! >=20 > How do I cope with that? Any ideas? Figure out what Linux kernel interface it uses from that header, figure out what the corresponding FreeBSD version is, then port the code from Linux to FreeBSD interface. Kris --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEjG6Wry0BWjoQKURAiTbAKDXiIo90/yKU1U3tCpjL4Wsc+yePQCg+vvi EnfsSVrm1iL9Zb7GrXu4JyE= =ppsB -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 02:16:22 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9BDC16A5F7 for ; Sat, 11 Mar 2006 02:16:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C6D244006 for ; Sat, 11 Mar 2006 02:13:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 856601A4D81; Fri, 10 Mar 2006 18:13:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9B0D7516BF; Fri, 10 Mar 2006 21:13:01 -0500 (EST) Date: Fri, 10 Mar 2006 21:13:01 -0500 From: Kris Kennaway To: Paul Schmehl Message-ID: <20060311021301.GB2099@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l76fUT7nc3MelDdI" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org Subject: Re: Problem with graphics/cairo 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, 11 Mar 2006 02:16:22 -0000 --l76fUT7nc3MelDdI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 10, 2006 at 05:11:03PM -0600, Paul Schmehl wrote: > The recent libtool change blew my 5.4 workstation up. After trying for= =20 > days to get gnome working again (it locked up right after login), I final= ly=20 > gave up and installed 6.0 fresh (the upgrade failed too.) >=20 > Now I'm reinstalling everything (grrr....), and the gnome install failed= =20 > trying to install graphics/cairo. It's looking for libexpat.so.5, and th= e=20 > system has libexpat.so.6. (I made a symlink and the install completed=20 > successfully.) Please show us what you think is wrong: the cairo port doesn't depend directly on libexpat, so I don't see how this can be true. Kris --l76fUT7nc3MelDdI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEjItWry0BWjoQKURAqyeAJ9xO4V4FBQkO1fFvIK7Arhb1m7/iACfRKB3 u9bwRoNviQqF0tEZqe74jdM= =hxdI -----END PGP SIGNATURE----- --l76fUT7nc3MelDdI-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 03:04:39 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7685D16A47C for ; Sat, 11 Mar 2006 03:04:36 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.200.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id A253543E35 for ; Sat, 11 Mar 2006 03:03:21 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (sccrmhc11) with ESMTP id <20060311030320011008uatce>; Sat, 11 Mar 2006 03:03:20 +0000 Message-ID: <44123DF7.1020203@computer.org> Date: Fri, 10 Mar 2006 21:03:19 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: DCS References: <1142012914.653.5.camel@localhost> In-Reply-To: <1142012914.653.5.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: GNUCash 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, 11 Mar 2006 03:04:39 -0000 DCS wrote: > Greetings; > > Not sure if this is the place to even start, but we're already desperate > with accounting being a daily function where we're trying to run the > latest version of GNUCash on FreeBSD 6.0 Release and getting the > following error: > > ERROR: Unbound variable: with-load-pathname > I had the same problem. This appears to be a symptom of having an slib > 3a1_2. After a portdowngrade to 3a1_2... This problem is gone. You will also want to 'hold' the slib-* port/package with pkgtools.conf to prevent future portupgrades, till the problem is resolved. For more info (not much) you can google on guile and slib-3a1 or slib-3a2. > Wondering if there's a "quick fix" until the problem clears out through > portupgrade... > > Thanks, > > _______________________________________________ > 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" > -- Regards, Eric From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 03:34:40 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5C2116A423 for ; Sat, 11 Mar 2006 03:34:39 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from mail.stovebolt.com (mail.stovebolt.com [66.221.101.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6849E43D6B for ; Sat, 11 Mar 2006 03:34:39 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from [192.168.2.101] (adsl-66-141-179-154.dsl.rcsntx.swbell.net [66.141.179.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.stovebolt.com (Postfix) with ESMTP id 37050114313 for ; Fri, 10 Mar 2006 21:33:13 -0600 (CST) Date: Fri, 10 Mar 2006 21:33:35 -0600 From: Paul Schmehl To: freebsd-ports@freebsd.org Message-ID: In-Reply-To: <20060311021301.GB2099@xor.obsecurity.org> References: <20060311021301.GB2099@xor.obsecurity.org> X-Mailer: Mulberry/4.0.0 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Problem with graphics/cairo X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 03:34:40 -0000 --On March 10, 2006 9:13:01 PM -0500 Kris Kennaway wrote: > On Fri, Mar 10, 2006 at 05:11:03PM -0600, Paul Schmehl wrote: >> The recent libtool change blew my 5.4 workstation up. After trying for >> days to get gnome working again (it locked up right after login), I >> finally gave up and installed 6.0 fresh (the upgrade failed too.) >> >> Now I'm reinstalling everything (grrr....), and the gnome install failed >> trying to install graphics/cairo. It's looking for libexpat.so.5, and >> the system has libexpat.so.6. (I made a symlink and the install >> completed successfully.) > > Please show us what you think is wrong: the cairo port doesn't depend > directly on libexpat, so I don't see how this can be true. > I removed the symlink, deinstalled and ran make install. It fails at the same place, so the error is repeatable. /usr/bin/ld: warning: libexpat.so.5, needed by /usr/X11R6/lib/libfontconfig.so, not found (try using -rpath or -rpath-link) /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_SetElementHandler' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_SetDoctypeDeclHandler' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_ParserFree' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_SetCharacterDataHandler' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_ErrorString' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_ParseBuffer' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_ParserCreate' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_SetUserData' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_GetErrorCode' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_GetBuffer' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_GetCurrentLineNumber' *** Error code 1 Stop in /usr/ports/graphics/cairo/work/cairo-1.0.2/test. *** Error code 1 Stop in /usr/ports/graphics/cairo/work/cairo-1.0.2. *** Error code 1 Stop in /usr/ports/graphics/cairo/work/cairo-1.0.2. *** Error code 1 Stop in /usr/ports/graphics/cairo. Now I created a symlink like this: ln -s /usr/local/lib/libexpat.so.6 /usr/local/lib/libexpat.so.5 Then I run make install again. Here's the end of it. Making install in test test -z "/usr/local/libdata/pkgconfig" || /usr/ports/graphics/cairo/work/cairo-1.0.2/install-sh -d "/usr/local/libdata/pkgconfig" install -o root -g wheel -m 444 'cairo.pc' '/usr/local/libdata/pkgconfig/cairo.pc' ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for cairo-1.0.2_2 ===> Cleaning for libtool-1.5.22_2 ===> Cleaning for freetype2-2.1.10_3 ===> Cleaning for png-1.2.8_3 ===> Cleaning for fontconfig-2.3.2_3,1 ===> Cleaning for glitz-0.4.4_1 ===> Cleaning for xorg-libraries-6.9.0 ===> Cleaning for gmake-3.80_2 ===> Cleaning for pkgconfig-0.20 ===> Cleaning for expat-2.0.0_1 ===> Cleaning for imake-6.9.0 ===> Cleaning for libdrm-2.0_1 ===> Cleaning for gettext-0.14.5_2 ===> Cleaning for perl-5.8.8 ===> Cleaning for libiconv-1.9.2_2 ===> Cleaning for cairo-1.0.2_2 Paul Schmehl (pauls@utdallas.edu) Adjunct Information Security Officer University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu/ From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 03:40:31 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C965E16A423; Sat, 11 Mar 2006 03:40:31 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF9AE43D6D; Sat, 11 Mar 2006 03:40:24 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (sccrmhc12) with ESMTP id <2006031103402301200c91afe>; Sat, 11 Mar 2006 03:40:23 +0000 Message-ID: <441246A6.30402@computer.org> Date: Fri, 10 Mar 2006 21:40:22 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: Ade Lovett References: <20060310094514.GA688@turion.vk2pj.dyndns.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-ports@freebsd.org Subject: Re: Excessive startup times following libtool upgrade 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, 11 Mar 2006 03:40:31 -0000 Ade Lovett wrote: > > On Mar 10, 2006, at 01:45 , Peter Jeremy wrote: > >> I have rebuilt gnucash following the libtool upgrade (admittedly, I >> had to downgrade guile to avoid an slib problem). After which gnucash >> takes 15 minutes of system time to start (it used to take about a >> minute), issuing a ridiculous number of syscalls (30K/sec). I've done >> some poking around with ktrace and gdb and believe that the problem is >> libtool trying to load shared libraries. > > This appears to be something unique to gnucash -- I've looked at some > other libltdl-using ports, and they don't exhibit the same behavior. > > Best bet is to contact the gnucash developers to see what they have to say. I've noticed the same behavior (long startup times)... I've spoken to some of them, informally on IRC. Mentioned this issue... they of course asked my platform.... and responded with "Oh, I should've guessed". They said it was a known issue and that it was FreeBSD specific. Their guess was that it had to do with how shared objects were being opened multiple times. Sounds like a good guess given Peter's findings. In any case... Just thought I'd mention what I heard. No idea if the folks I spoke to were any authority on the development of gnucash or not... They were simply in the gnucash channel. > > -aDe > > _______________________________________________ > 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" > -- Regards, Eric From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 04:18:36 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D47316A41F for ; Sat, 11 Mar 2006 04:18:36 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B3243D48 for ; Sat, 11 Mar 2006 04:18:35 +0000 (GMT) (envelope-from randy@psg.com) Received: from cust16202.lava.net ([64.65.95.74] helo=[192.168.0.13]) by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FHvYo-000M0x-Vb for freebsd-ports@freebsd.org; Sat, 11 Mar 2006 04:18:35 +0000 Message-ID: <44124F74.8030901@psg.com> Date: Fri, 10 Mar 2006 18:17:56 -1000 From: Randy Bush User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd ports Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: pkgdb core 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, 11 Mar 2006 04:18:36 -0000 this is very current after a portsdb -Uu was successful # pkgdb -Ff ---> Checking the package registry database [Updating the pkgdb in /var/db/pkg ... - 542 packages found (-12 +12) (...)/usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:466: [BUG] Segmentatio n fault ruby 1.8.4 (2005-12-24) [i386-freebsd7] Abort trap: 6 (core dumped) From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 04:49:26 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0890616A41F; Sat, 11 Mar 2006 04:49:26 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B85843D4C; Sat, 11 Mar 2006 04:49:25 +0000 (GMT) (envelope-from ade@lovett.com) Received: from hellfire.canal.lovett.com ([172.16.32.20]:49396) by mail.lovett.com with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FHw2f-000IlA-4L; Fri, 10 Mar 2006 20:49:25 -0800 In-Reply-To: <441246A6.30402@computer.org> References: <20060310094514.GA688@turion.vk2pj.dyndns.org> <441246A6.30402@computer.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5D212133-1020-4259-90B7-41AD6A98050C@freebsd.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Fri, 10 Mar 2006 20:49:16 -0800 To: Eric Schuele X-Mailer: Apple Mail (2.746.2) Sender: ade@lovett.com Cc: Peter Jeremy , freebsd-ports@freebsd.org, Ade Lovett Subject: Re: Excessive startup times following libtool upgrade 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, 11 Mar 2006 04:49:26 -0000 On Mar 10, 2006, at 19:40 , Eric Schuele wrote: > I've spoken to some of them, informally on IRC. Mentioned this > issue... they of course asked my platform.... and responded with > "Oh, I should've guessed". They said it was a known issue and that > it was FreeBSD specific. Their guess was that it had to do with > how shared objects were being opened multiple times. Sounds like a > good guess given Peter's findings. Considering both libtool and libltdl are now "stock", I'm afraid you'll have to elaborate on what is exactly meant by FreeBSD-specific. -aDe From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 05:09:11 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84C0316A41F; Sat, 11 Mar 2006 05:09:11 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AB1743D9E; Sat, 11 Mar 2006 05:08:54 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [192.168.214.215] (c-24-1-232-64.hsd1.tx.comcast.net[24.1.232.64]) by comcast.net (rwcrmhc12) with ESMTP id <20060311050851m1200mekr1e>; Sat, 11 Mar 2006 05:08:52 +0000 Message-ID: <44125B63.20902@computer.org> Date: Fri, 10 Mar 2006 23:08:51 -0600 From: Eric Schuele User-Agent: Thunderbird 1.5 (X11/20060228) MIME-Version: 1.0 To: Ade Lovett References: <20060310094514.GA688@turion.vk2pj.dyndns.org> <441246A6.30402@computer.org> <5D212133-1020-4259-90B7-41AD6A98050C@freebsd.org> In-Reply-To: <5D212133-1020-4259-90B7-41AD6A98050C@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-ports@freebsd.org Subject: Re: Excessive startup times following libtool upgrade 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, 11 Mar 2006 05:09:11 -0000 Ade Lovett wrote: > > On Mar 10, 2006, at 19:40 , Eric Schuele wrote: >> I've spoken to some of them, informally on IRC. Mentioned this >> issue... they of course asked my platform.... and responded with "Oh, >> I should've guessed". They said it was a known issue and that it was >> FreeBSD specific. Their guess was that it had to do with how shared >> objects were being opened multiple times. Sounds like a good guess >> given Peter's findings. > > Considering both libtool and libltdl are now "stock", I'm afraid you'll > have to elaborate on what is exactly meant by FreeBSD-specific. Good point. Though, I can't really elaborate on what they meant. I'll try talking to them again with Peter's post in hand and see if they have any constructive comments. FWIW - Some of the developers seem to hang out in #gnucash on irc.gnome.org. > > -aDe > > -- Regards, Eric From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 05:21:30 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C6CE16A422 for ; Sat, 11 Mar 2006 05:21:30 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8802543EF9 for ; Sat, 11 Mar 2006 05:16:43 +0000 (GMT) (envelope-from dsymonds@gmail.com) Received: by zproxy.gmail.com with SMTP id z3so855149nzf for ; Fri, 10 Mar 2006 21:16:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HQWFsaWfV0o9tYKZZjtr+6ivRarzXxe4/UKWEwk3ahOBPUXMbuyS1+DMzq/cjpRSnJYfdOHyDWw97u/z/FiNhYe2sEwE4WEjOZjJBTRP1YJlL+35J/Fwa7w1v/RC5P4JJ7Ad5UVFe6Ewje9TZGInrunSH1X2buwaWaE3RgdA23I= Received: by 10.35.107.20 with SMTP id j20mr658831pym; Fri, 10 Mar 2006 21:16:38 -0800 (PST) Received: by 10.35.114.5 with HTTP; Fri, 10 Mar 2006 21:16:38 -0800 (PST) Message-ID: Date: Sat, 11 Mar 2006 16:16:38 +1100 From: "Dave Symonds" To: "Kris Kennaway" In-Reply-To: <20060311021301.GB2099@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060311021301.GB2099@xor.obsecurity.org> Cc: Paul Schmehl , freebsd-ports@freebsd.org Subject: Re: Problem with graphics/cairo 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, 11 Mar 2006 05:21:30 -0000 On 3/11/06, Kris Kennaway wrote: > On Fri, Mar 10, 2006 at 05:11:03PM -0600, Paul Schmehl wrote: > > The recent libtool change blew my 5.4 workstation up. After trying for > > days to get gnome working again (it locked up right after login), I fin= ally > > gave up and installed 6.0 fresh (the upgrade failed too.) > > > > Now I'm reinstalling everything (grrr....), and the gnome install faile= d > > trying to install graphics/cairo. It's looking for libexpat.so.5, and = the > > system has libexpat.so.6. (I made a symlink and the install completed > > successfully.) > > Please show us what you think is wrong: the cairo port doesn't depend > directly on libexpat, so I don't see how this can be true. I had the same problems; it happened when I upgraded libexpat to 2.0.0 without rebuilding all the ports depending on it. I managed to fix things just by rebuilding the fontconfig port, and everything worked fine after that. Dave. From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 05:24:23 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4624416A420 for ; Sat, 11 Mar 2006 05:24:23 +0000 (GMT) (envelope-from orac000@internet-mail.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61CBC43D5D for ; Sat, 11 Mar 2006 05:19:34 +0000 (GMT) (envelope-from orac000@internet-mail.org) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id B6B1FD3B66B for ; Sat, 11 Mar 2006 00:19:33 -0500 (EST) Received: from frontend3.messagingengine.com ([10.202.2.152]) by frontend1.internal (MEProxy); Sat, 11 Mar 2006 00:19:33 -0500 Received: by frontend3.messagingengine.com (Postfix, from userid 99) id 811DF258; Sat, 11 Mar 2006 00:19:32 -0500 (EST) Message-Id: <1142054372.14978.256358031@webmail.messagingengine.com> X-Sasl-Enc: AneCLj89n9K5WG8qaDYBLwtRlWxAzvDtUwM7qb9nTIJz 1142054372 From: "Aluminium Oxide" To: freebsd-ports@freebsd.org Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 5022 (F2.72; T1.15; A1.62; B3.04; Q3.03) Date: Sat, 11 Mar 2006 15:49:32 +1030 Subject: portsupgrade cvsup refuse file aware? 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, 11 Mar 2006 05:24:23 -0000 Currently, proper use of portsupgrade relies on currency of pkgdb. pkgdb does not work without a complete ports tree. A complete ports tree is often much larger than a locale-specific installation requires, or is maintained, confined by the use of cvsup refuse files. This is a bit of a catch 22. How much better would it be, if pkgdb had a flag to permit the parsing of the refuse file, and honouring the ports tree resulting from cvsup as produced by it? Can we do this? What say ye all? (b.t.w., I'm not on the list so kindly Cc me on any correspondance with this thread please.) Damien Miller ===================== Sub POSIX lumen orac000@internet-mail.org +61 422 921 498 ===================== -- Aluminium Oxide orac000@internet-mail.org -- http://www.fastmail.fm - Access all of your messages and folders wherever you are From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 05:32:41 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DC016A41F for ; Sat, 11 Mar 2006 05:32:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E96743D70 for ; Sat, 11 Mar 2006 05:32:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 756D61A4D7C; Fri, 10 Mar 2006 21:32:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8871C51601; Sat, 11 Mar 2006 00:32:40 -0500 (EST) Date: Sat, 11 Mar 2006 00:32:40 -0500 From: Kris Kennaway To: Dave Symonds Message-ID: <20060311053240.GC40172@xor.obsecurity.org> References: <20060311021301.GB2099@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eRtJSFbw+EEWtPj3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Paul Schmehl , freebsd-ports@freebsd.org, Kris Kennaway Subject: Re: Problem with graphics/cairo 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, 11 Mar 2006 05:32:42 -0000 --eRtJSFbw+EEWtPj3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 11, 2006 at 04:16:38PM +1100, Dave Symonds wrote: > On 3/11/06, Kris Kennaway wrote: > > On Fri, Mar 10, 2006 at 05:11:03PM -0600, Paul Schmehl wrote: > > > The recent libtool change blew my 5.4 workstation up. After trying f= or > > > days to get gnome working again (it locked up right after login), I f= inally > > > gave up and installed 6.0 fresh (the upgrade failed too.) > > > > > > Now I'm reinstalling everything (grrr....), and the gnome install fai= led > > > trying to install graphics/cairo. It's looking for libexpat.so.5, an= d the > > > system has libexpat.so.6. (I made a symlink and the install completed > > > successfully.) > > > > Please show us what you think is wrong: the cairo port doesn't depend > > directly on libexpat, so I don't see how this can be true. >=20 > I had the same problems; it happened when I upgraded libexpat to 2.0.0 > without rebuilding all the ports depending on it. I managed to fix > things just by rebuilding the fontconfig port, and everything worked > fine after that. Yes, that's the kind of thing I'm expecting was wrong for him too. Kris --eRtJSFbw+EEWtPj3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEmD3Wry0BWjoQKURAtk5AKDS9fzJLyDKiE9j+a90V3esKdV0QQCgmVuZ TMhPNUiI3MQCZAN1cIwFsvM= =sYf8 -----END PGP SIGNATURE----- --eRtJSFbw+EEWtPj3-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 05:46:02 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B1CC16A41F for ; Sat, 11 Mar 2006 05:46:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD0D243D49 for ; Sat, 11 Mar 2006 05:46:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 940E81A4D82; Fri, 10 Mar 2006 21:46:01 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AC2DB51601; Sat, 11 Mar 2006 00:46:00 -0500 (EST) Date: Sat, 11 Mar 2006 00:46:00 -0500 From: Kris Kennaway To: Paul Schmehl Message-ID: <20060311054600.GA40450@xor.obsecurity.org> References: <20060311021301.GB2099@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org Subject: Re: Problem with graphics/cairo 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, 11 Mar 2006 05:46:02 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 10, 2006 at 09:33:35PM -0600, Paul Schmehl wrote: > --On March 10, 2006 9:13:01 PM -0500 Kris Kennaway = =20 > wrote: >=20 > >On Fri, Mar 10, 2006 at 05:11:03PM -0600, Paul Schmehl wrote: > >>The recent libtool change blew my 5.4 workstation up. After trying for > >>days to get gnome working again (it locked up right after login), I > >>finally gave up and installed 6.0 fresh (the upgrade failed too.) > >> > >>Now I'm reinstalling everything (grrr....), and the gnome install failed > >>trying to install graphics/cairo. It's looking for libexpat.so.5, and > >>the system has libexpat.so.6. (I made a symlink and the install > >>completed successfully.) > > > >Please show us what you think is wrong: the cairo port doesn't depend > >directly on libexpat, so I don't see how this can be true. > > > I removed the symlink, deinstalled and ran make install. It fails at the= =20 > same place, so the error is repeatable. >=20 > /usr/bin/ld: warning: libexpat.so.5, needed by=20 > /usr/X11R6/lib/libfontconfig.so, not found (try using -rpath or -rpath-li= nk) > /usr/X11R6/lib/libfontconfig.so: undefined reference to=20 Right, you need to update fontconfig, or more generally, use an upgrade tool like portupgrade. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEmQYWry0BWjoQKURAjKdAJ4hwGTSeFAbIn20jdrxno+F/EJG/QCbBVO6 IR7zBdFaD+MLjW16lRoEJig= =9+AJ -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 06:00:28 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4E7516A41F for ; Sat, 11 Mar 2006 06:00:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52DC143D9A for ; Sat, 11 Mar 2006 06:00:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 328221A4D81; Fri, 10 Mar 2006 22:00:03 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3A6C351601; Sat, 11 Mar 2006 01:00:02 -0500 (EST) Date: Sat, 11 Mar 2006 01:00:02 -0500 From: Kris Kennaway To: Aluminium Oxide Message-ID: <20060311060002.GA40638@xor.obsecurity.org> References: <1142054372.14978.256358031@webmail.messagingengine.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <1142054372.14978.256358031@webmail.messagingengine.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@freebsd.org Subject: Re: portsupgrade cvsup refuse file aware? 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, 11 Mar 2006 06:00:28 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 11, 2006 at 03:49:32PM +1030, Aluminium Oxide wrote: > Currently, proper use of portsupgrade relies on currency of pkgdb. pkgdb > does not work without a complete ports tree. A complete ports tree is > often much larger than a locale-specific installation requires, or is > maintained, confined by the use of cvsup refuse files. This is a bit of > a catch 22. >=20 > How much better would it be, if pkgdb had a flag to permit the parsing > of the refuse file, and honouring the ports tree resulting from cvsup as > produced by it? >=20 > Can we do this? Not really, this has been discussed many times. Kris --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEmdhWry0BWjoQKURAii+AKDoePknb6mA4kcaJ//1h3020eFh5ACg9ryV 7GR8PKW4ltFWatnHQF/g4MA= =nsms -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 06:18:49 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D413616A41F; Sat, 11 Mar 2006 06:18:49 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5E343D70; Sat, 11 Mar 2006 06:18:48 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail10.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2B6IiBC011488 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 11 Mar 2006 17:18:44 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2B6IiGv014997; Sat, 11 Mar 2006 17:18:44 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2B6IiHq014996; Sat, 11 Mar 2006 17:18:44 +1100 (EST) (envelope-from peter) Date: Sat, 11 Mar 2006 17:18:43 +1100 From: Peter Jeremy To: Eric Schuele Message-ID: <20060311061843.GA3222@turion.vk2pj.dyndns.org> References: <20060310094514.GA688@turion.vk2pj.dyndns.org> <441246A6.30402@computer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441246A6.30402@computer.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-ports@freebsd.org, Ade Lovett Subject: Re: Excessive startup times following libtool upgrade 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, 11 Mar 2006 06:18:49 -0000 On Fri, 2006-Mar-10 21:40:22 -0600, Eric Schuele wrote: >Ade Lovett wrote: >>On Mar 10, 2006, at 01:45 , Peter Jeremy wrote: >>>I have rebuilt gnucash following the libtool upgrade (admittedly, I >>>had to downgrade guile to avoid an slib problem). After which gnucash >>>takes 15 minutes of system time to start (it used to take about a >>>minute), issuing a ridiculous number of syscalls (30K/sec). I've done >>>some poking around with ktrace and gdb and believe that the problem is >>>libtool trying to load shared libraries. >> >>This appears to be something unique to gnucash -- I've looked at some >>other libltdl-using ports, and they don't exhibit the same behavior. I've done some more poking around and I was wrong - it's not related to the FreeBSD libltdl because guile embeds its own - libguile-ltdl. This is a (slightly) customised version of the libtool15 code. >guessed". They said it was a known issue and that it was FreeBSD >specific. Their guess was that it had to do with how shared objects >were being opened multiple times. Sounds like a good guess given >Peter's findings. It used to be slow but it looked to be mostly CPU-bound so I assumed it was just guile. It's now glacial but I'm no longer sure why. I'm considering hacking libguile-ltdl to cache both positive and negative shared library lookup results but it would be nice to know what the real problem was. Unfortunately, I don't have any other guile-based applications so I'm not sure if this is guile-specific or gnucash-specific. -- Peter Jeremy From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 06:38:01 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B72AA16A43B for ; Sat, 11 Mar 2006 06:38:01 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E3B543D5F for ; Sat, 11 Mar 2006 06:38:01 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2B6bxWj006652 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Mar 2006 15:37:59 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 11 Mar 2006 15:37:59 +0900 From: Norikatsu Shigemura To: Gerard Seibert Message-Id: <20060311153759.41c98e18.nork@FreeBSD.org> In-Reply-To: <20060310173657.Q40614@seibercom.net> References: <20060310173657.Q40614@seibercom.net> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 11 Mar 2006 15:37:59 +0900 (JST) Cc: ports@FreeBSD.org Subject: Re: Unable to build or update vcdimager 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, 11 Mar 2006 06:38:01 -0000 On Fri, 10 Mar 2006 17:42:36 -0500 (EST) Gerard Seibert wrote: > I have been attempting to update the vcdimager port. It always fails with > this message: > install-info --quiet /usr/local/info/vcd-info.info /usr/local/info/dir > install-info: menu item `vcd-info' already exists, for file `vcdimager' > *** Error code 1 > I have used pkg_delete to remove the port, but the build process still > fails. I have attached a copy of the build process. I am using FreeBSD 5.4 > with no special make flags, etc. SEE ALSO: http://www.freebsd.org/cgi/query-pr.cgi?pr=93916 Please test following patch. Sorry, I didn't contact this issue. So I don't know that this patch is OK. Index: files/patch-docs-vcdimager.texi =================================================================== RCS file: files/patch-docs-vcdimager.texi diff -N files/patch-docs-vcdimager.texi --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-docs-vcdimager.texi 11 Mar 2006 01:51:05 -0000 @@ -0,0 +1,10 @@ +--- docs/vcdimager.texi.orig Sat Jun 18 13:11:08 2005 ++++ docs/vcdimager.texi Sat Mar 11 10:50:22 2006 +@@ -61,7 +61,6 @@ + @direntry + * VCDImager: (vcdimager). GNU Video CD imaging utilities + * vcdimager: (vcdimager)vcdimager. Video CD simple formatter +-* vcd-info: (vcdimager)vcd-info. Video CD diagnostic tool + * cdxa2mpeg: (vcdimager)cdxa2mpeg. Strip RIFF/CD-XA container + * vcdxminfo: (vcdimager)vcdxminfo. Display MPEG stream properties + * vcdxgen: (vcdimager)vcdxgen. Video CD XML template generator From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 09:47:02 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA45F16A41F for ; Sat, 11 Mar 2006 09:47:02 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 054C443D48 for ; Sat, 11 Mar 2006 09:47:01 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 11 Mar 2006 09:47:00 -0000 Received: from p54A7D1F3.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.209.243] by mail.gmx.net (mp042) with SMTP; 11 Mar 2006 10:47:00 +0100 X-Authenticated: #5465401 Message-ID: <44129C84.70106@gmx.de> Date: Sat, 11 Mar 2006 10:46:44 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig91C9BE8BB698CEBF7DAC9BC3" X-Y-GMX-Trusted: 0 Subject: java/phpeclipse 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, 11 Mar 2006 09:47:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig91C9BE8BB698CEBF7DAC9BC3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Mails to the ports maintainer as well as my mail to the eclipse mailing list have been ignored. The phpeclipse port is hopelessly outdated and doesn't work the way it should. The version 1.1.4 is only meant for use with the Eclipse 3.0 branch. For the Eclipse 3.1 branch newer versions (at the moment 1.1.7) are required. Please mark the support abandoned, since I'm trying to find someone who cares ever since the 1.5 release of Firefox. --------------enig91C9BE8BB698CEBF7DAC9BC3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEpyPfMDIb41/+S0RAg6/AJ0Y2l4f+JxhKvpWburnut667NrsywCfQIQS Mqi2+rUEqI7GIXdC8yKCfXo= =g09z -----END PGP SIGNATURE----- --------------enig91C9BE8BB698CEBF7DAC9BC3-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 09:57:08 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FAFA16A41F for ; Sat, 11 Mar 2006 09:57:08 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3190243D4C for ; Sat, 11 Mar 2006 09:57:06 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from cauchy.math.uvsq.fr (cauchy.math.uvsq.fr [193.51.32.2]) by soleil.uvsq.fr (8.13.4/jtpda-5.4) with ESMTP id k2B9v5n7077115 for ; Sat, 11 Mar 2006 10:57:05 +0100 (CET) Received: from fermat.math.uvsq.fr (fermat.math.uvsq.fr [193.51.32.1]) by cauchy.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k2B9v5i1042920 for ; Sat, 11 Mar 2006 10:57:05 +0100 (CET) Received: from fermat.math.uvsq.fr (localhost [127.0.0.1]) by fermat.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k2B9v5Lu000713 for ; Sat, 11 Mar 2006 10:57:05 +0100 (CET) Received: (from moreno@localhost) by fermat.math.uvsq.fr (8.13.3/8.13.3/Submit) id k2B9v54Q000712 for freebsd-ports@freebsd.org; Sat, 11 Mar 2006 10:57:05 +0100 (CET) (envelope-from moreno) Date: Sat, 11 Mar 2006 10:57:05 +0100 From: Guillermo MORENO-SOCIAS To: freebsd-ports@freebsd.org Message-ID: <20060311095705.GA623@math.uvsq.fr> References: <20060308175002.GA55759@math.uvsq.fr> <20060308210359.GA57344@math.uvsq.fr> <200603081528.09152.donaldjoneill@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603081528.09152.donaldjoneill@gmail.com> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.5 (soleil.uvsq.fr [193.51.24.1]); Sat, 11 Mar 2006 10:57:05 +0100 (CET) X-Miltered: at soleil.uvsq.fr with ID 44129EF1.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: ClamAV 0.88/1324/Sat Mar 11 07:47:36 2006 on soleil.uvsq.fr X-Virus-Status: Clean Subject: Re: editors/openoffice-2.0 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, 11 Mar 2006 09:57:08 -0000 On Wed, Mar 08, 2006 at 03:28:09PM -0600, Donald J. O'Neill wrote: > On Wednesday 08 March 2006 15:03, Guillermo MORENO-SOCIAS wrote: > > On Wed, Mar 08, 2006 at 11:46:04AM -0800, Jack L. wrote: > > > You need to manually download that file because of the licensing. > > > > My question is: In order to install editors/openoffice.org-2.0, > > should I install java/linux-sun-jdk14, besides java/jdk14 which is > > "the native FreeBSD JDK"? > > > You can also download a pre-built package made for FreeBSD 5.x or > FreeBSD 6.x . You probably still have to install jdk14, but you've cut > out the pain of trying to build openoffice, which can be very time > consuming. Thanks for your answer. Unfortunately, there is no editors/openoffice.org-2.0 package for FreeBSD 5.4-RELEASE, only for 5.5. I shall try after upgrading. Guillermo Moreno-Socias From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 10:05:23 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6EE516A41F; Sat, 11 Mar 2006 10:05:23 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09D8B43D4C; Sat, 11 Mar 2006 10:05:22 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from cauchy.math.uvsq.fr (cauchy.math.uvsq.fr [193.51.32.2]) by soleil.uvsq.fr (8.13.4/jtpda-5.4) with ESMTP id k2BA5IU1082296 ; Sat, 11 Mar 2006 11:05:18 +0100 (CET) Received: from fermat.math.uvsq.fr (fermat.math.uvsq.fr [193.51.32.1]) by cauchy.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k2BA5IkV045247 ; Sat, 11 Mar 2006 11:05:18 +0100 (CET) Received: from fermat.math.uvsq.fr (localhost [127.0.0.1]) by fermat.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k2BA5I0v000769 ; Sat, 11 Mar 2006 11:05:18 +0100 (CET) Received: (from moreno@localhost) by fermat.math.uvsq.fr (8.13.3/8.13.3/Submit) id k2BA5I5I000768; Sat, 11 Mar 2006 11:05:18 +0100 (CET) (envelope-from moreno) Date: Sat, 11 Mar 2006 11:05:18 +0100 From: Guillermo MORENO-SOCIAS To: John Teague Message-ID: <20060311100517.GB623@math.uvsq.fr> References: <20060308175002.GA55759@math.uvsq.fr> <20060308210359.GA57344@math.uvsq.fr> <9b53dd530603081339q37f5737ei61d166f371eea9b3@mail.gmail.com> <20060309102843.GB62168@math.uvsq.fr> <9b53dd530603090249k5e32c5d7xa311e0390b45ea0f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9b53dd530603090249k5e32c5d7xa311e0390b45ea0f@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.5 (soleil.uvsq.fr [193.51.24.1]); Sat, 11 Mar 2006 11:05:18 +0100 (CET) X-Miltered: at soleil.uvsq.fr with ID 4412A0DE.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: ClamAV 0.88/1324/Sat Mar 11 07:47:36 2006 on soleil.uvsq.fr X-Virus-Status: Clean Cc: freebsd-ports@freebsd.org, openoffice@freebsd.org Subject: Re: editors/openoffice-2.0 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, 11 Mar 2006 10:05:23 -0000 On Thu, Mar 09, 2006 at 05:49:48AM -0500, John Teague wrote: > On 3/9/06, ASSISTANCE INFORMATIQUE wrote: > > On Wed, Mar 08, 2006 at 04:39:37PM -0500, John Teague wrote: > > > On 3/8/06, Guillermo MORENO-SOCIAS > > wrote: > > > > On Wed, Mar 08, 2006 at 11:46:04AM -0800, Jack L. wrote: > > > > > You need to manually download that file because of the licensing. > > > > My question is: In order to install editors/openoffice.org-2.0, > > > > should I install java/linux-sun-jdk14, besides java/jdk14 which is > > > > "the native FreeBSD JDK"? > > > I just installed OOo 2.0 from ports and I did not have to install > > anything > > > other than jdk14. Can you tell us what version of FreeBSD you are using? > > FreeBSD 5.4-RELEASE. FWIW, I had made "portupgrade -aRr". > This looks exactly like a problem reported at > http://www.archivesat.com/Porting_OpenOffice_to_FreeBSD/thread67554.htm where > jdk14 with patch level 8 installed conflicts with the OOo upgrade > script. It looks like the user who reported the problem found a work around. > Hope this helps. Let us know how it turns out. > > John Teague I think that was it! It seems that it should work with jdk14 patchlevel 7 but I hesitate to downgrade my jdk14 patchlevel 8 (besides, I do not know how to proceed). I am afraid I shall have to wait for un upgrade to 5.5-RELEASE and then install the package. Thanks to everybody who answered. Guillermo Moreno-Socias > > > On 3/8/06, Guillermo MORENO-SOCIAS > > > > > > > wrote: > > > > > > > > > > > > I am trying to install editors/openoffice-2.0. > > > > > > > > > > > > "portupgrade -F" gives: > > > > > > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > > ---> Fresh installation of editors/openoffice.org-2.0 started at: > > > > Fri, 03 > > > > > > Mar 2006 18:55:46 +0100 > > > > > > ---> Installing 'openoffice.org-2.0.2.rc2' from a port > > > > > > (editors/openoffice.org-2.0) > > > > > > ---> Build of editors/openoffice.org-2.0 started at: Fri, 03 Mar > > 2006 > > > > > > 18:55:47 +0100 > > > > > > ---> Fetching '/usr/ports/editors/openoffice.org-2.0' with make > > > > flags: > > > > > > MINIMAL=yes > > > > > > ===> Fetching and checking checksums for openoffice.org-2.0.2.rc2and > > > > > > dependencies > > > > > > [...] > > > > > > > > ====================================================================== > > > > > > Warning: This JDK may be unstable. You are advised to use the > > native > > > > > > FreeBSD JDK, in ports/java/jdk14. > > > > > > [...] > > > > > > > > ====================================================================== > > > > > > => j2sdk-1_4_2_10-linux-i586.bin doesn't seem to exist in > > > > > > /usr/ports/distfiles/. > > > > > > => Attempting to fetch from > > ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/. > > > > > > fetch: > > > > > > > > ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/j2sdk-1_4_2_10-linux-i586.bin: > > > > > > File unavailable (e.g., file not found, no access) > > > > > > => Attempting to fetch from > > ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/. > > > > > > fetch: > > > > > > > > ftp://ftp.uvsq.fr/pub/FreeBSD/distfiles/j2sdk-1_4_2_10-linux-i586.bin: > > > > > > File unavailable (e.g., file not found, no access) > > > > > > => Couldn't fetch it - please try to retrieve this > > > > > > => port manually into /usr/ports/distfiles/ and try again. > > > > > > *** Error code 1 > > > > > > > > > > > > Stop in /usr/ports/java/linux-sun-jdk14. > > > > > > *** Error code 1 > > > > > > > > > > > > Stop in /usr/ports/editors/openoffice.org-2.0. > > > > > > ** Command failed [exit code 1]: /usr/bin/script -qa > > > > > > /tmp/portupgrade52730.53 make MINIMAL=yes -DBATCH > > -DPACKAGE_BUILDING > > > > > > checksum-recursive > > > > > > ** Fix the problem and try again. > > > > > > ---> Build of editors/openoffice.org-2.0 ended at: Fri, 03 Mar > > 2006 > > > > > > 18:56:30 +0100 (consumed 00:00:43) > > > > > > ---> Fresh installation of editors/openoffice.org-2.0 ended at: > > Fri, > > > > 03 > > > > > > Mar 2006 18:56:30 +0100 (consumed 00:00:43) > > > > > > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > > > > > > > > I do have java/jdk14 (/var/db/pkg/jdk-1.4.2p8_3), and even > > > > > > java/jdk15 (/var/db/pkg/jdk-1.5.0p2_6) so I do not install > > > > > > java/linux-sun-jdk14. > > > > > > > > > > > > Then I try "portupgrade -Nv editors/openoffice.org-2.0". I get > > the > > > > > > following error: > > > > > > > > > > > > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > > [Updating the pkgdb in /var/db/pkg ... - 497 > > > > packages > > > > > > found (-0 +1) . done] > > > > > > ---> Session started at: Wed, 08 Mar 2006 15:23:14 +0100 > > > > > > ---> Fresh installation of editors/openoffice.org-2.0 started at: > > > > Wed, 08 > > > > > > Mar 2006 15:23:32 +0100 > > > > > > ---> Installing 'openoffice.org-2.0.2.rc2' from a port > > > > > > (editors/openoffice.org-2.0) > > > > > > ---> Build of editors/openoffice.org-2.0 started at: Wed, 08 Mar > > 2006 > > > > > > 15:23:34 +0100 > > > > > > ---> Building '/usr/ports/editors/openoffice.org-2.0' with make > > > > flags: > > > > > > MINIMAL=yes > > > > > > [...] > > > > > > register component 'javaloader.uno.so' in registry > > > > > > '../../unxfbsd.pro/lib/uno_services.rdb' succesful! > > > > > > register component 'javavm.uno.so' in registry > > > > > > '../../unxfbsd.pro/lib/uno_services.rdb' succesful! > > > > > > regcomp -register -br > > ../../unxfbsd.pro/misc/bridgetest/bootstrap.rdb > > > > -r > > > > > > ../../unxfbsd.pro/lib/uno_services.rdb -c \ > > > > > > > > > > > > > > > > > > file:///usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/testtools/source/bridgetest/../../unxfbsd.pro/class/testComponent.jar\ > > > > > > -env:URE_INTERNAL_JAVA_DIR= > > > > > > > > > > > > file:///usr/ports/editors/openoffice.org-2.0/work/OOB680_m2/solver/680/unxfbsd.pro/bin > > > > > > using loader com.sun.star.loader.Java2 > > > > > > > > > > > > An unexpected exception has been detected in native code outside > > the > > > > VM. > > > > > > Unexpected Signal : 11 occurred at PC=0x28D276BC > > > > > > Function=inflate_fast+0x18 > > > > > > Library=/lib/libz.so.2 > > > > > > > > > > > > Current Java thread: > > > > > > at java.util.zip.Inflater.inflateBytes(Native Method) > > > > > > at java.util.zip.Inflater.inflate(Inflater.java:219) > > > > > > - locked <0x2d03e658> (a java.util.zip.Inflater) > > > > > > at java.util.zip.InflaterInputStream.read( > > > > InflaterInputStream.java > > > > > > :128) > > > > > > at java.io.DataInputStream.readFully(DataInputStream.java > > :266) > > > > > > at java.util.jar.JarFile.hasClassPathAttribute(JarFile.java > > > > :423) > > > > > > at > > > > java.util.jar.JavaUtilJarAccessImpl.jarFileHasClassPathAttribute > > > > > > (JavaUtilJarAccessImpl.java:15) > > > > > > at sun.misc.URLClassPath$JarLoader.getClassPath( > > > > URLClassPath.java > > > > > > :803) > > > > > > at sun.misc.URLClassPath.getLoader(URLClassPath.java:289) > > > > > > - locked <0x2d038868> (a sun.misc.URLClassPath) > > > > > > at sun.misc.URLClassPath.getResource(URLClassPath.java:156) > > > > > > at java.net.URLClassLoader$1.run(URLClassLoader.java:191) > > > > > > at java.security.AccessController.doPrivileged(Native > > Method) > > > > > > at java.net.URLClassLoader.findClass(URLClassLoader.java > > :187) > > > > > > at java.lang.ClassLoader.loadClass(ClassLoader.java:289) > > > > > > - locked <0x2d0385a8> (a java.net.URLClassLoader) > > > > > > at java.lang.ClassLoader.loadClass(ClassLoader.java:235) > > > > > > > > > > > > Dynamic libraries: > > > > > > 0x8048000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/bin/regcomp.bin > > > > > > 0x28092000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_sal.so.3 > > > > > > 0x2823e000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_cppu.so.3 > > > > > > 0x28272000 /usr/ports/editors/openoffice.org-2.0 > > > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_cppuhelpergcc3.so.3 > > > > > > 0x282d0000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libstlport_gcc.so > > > > > > 0x28378000 /lib/libm.so.3 > > > > > > 0x28393000 /usr/lib/libpthread.so.1 > > > > > > 0x283b7000 /lib/libc.so.5 > > > > > > 0x28491000 /usr/ports/editors/openoffice.org-2.0 > > > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libuno_salhelpergcc3.so.3 > > > > > > 0x284a6000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/servicemgr.uno.so > > > > > > 0x284c4000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/shlibloader.uno.so > > > > > > 0x284ca000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/simplereg.uno.so > > > > > > 0x284da000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/nestedreg.uno.so > > > > > > 0x284e9000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/typemgr.uno.so > > > > > > 0x2850b000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/implreg.uno.so > > > > > > 0x2851e000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/security.uno.so > > > > > > 0x28539000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libreg.so.3 > > > > > > 0x28556000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libstore.so.3 > > > > > > 0x28b5a000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/regtypeprov.uno.so > > > > > > 0x28b9f000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/javaloader.uno.so > > > > > > 0x28ba6000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libjvmaccessgcc3.so.3 > > > > > > 0x28bba000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/javavm.uno.so > > > > > > 0x28bd4000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libjvmfwk.so.3 > > > > > > 0x28bef000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/libxml2.so.2.6.17 > > > > > > 0x28d22000 /lib/libz.so.2 > > > > > > 0x28d32000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/sunjavaplugin.so > > > > > > 0x28d44000 /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so > > > > > > 0x29177000 /usr/lib/libstdc++.so.4 > > > > > > > > > > > > 0x29249000 /usr/local/jdk1.4.2/jre/lib/i386/native_threads/libhpi.so > > > > > > 0x29257000 /usr/local/jdk1.4.2/jre/lib/i386/libverify.so > > > > > > 0x2926c000 /usr/local/jdk1.4.2/jre/lib/i386/libjava.so > > > > > > 0x2928a000 /usr/local/jdk1.4.2/jre/lib/i386/libzip.so > > > > > > 0x350a9000 /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/solver/680/unxfbsd.pro/lib/uriproc.uno.so > > > > > > 0x2805b000 /usr/libexec/ld-elf.so.1 > > > > > > > > > > > > Heap at VM Abort: > > > > > > Heap > > > > > > def new generation total 576K, used 122K [0x2d020000, > > 0x2d0c0000, > > > > > > 0x2d500000) > > > > > > eden space 512K, 24% used [0x2d020000, 0x2d03ebd0, 0x2d0a0000) > > > > > > from space 64K, 0% used [0x2d0a0000, 0x2d0a0000, 0x2d0b0000) > > > > > > to space 64K, 0% used [0x2d0b0000, 0x2d0b0000, 0x2d0c0000) > > > > > > tenured generation total 1408K, used 0K [0x2d500000, 0x2d660000, > > > > > > 0x31020000) > > > > > > the space 1408K, 0% used [0x2d500000, 0x2d500000, 0x2d500200, > > > > > > 0x2d660000) > > > > > > compacting perm gen total 4096K, used 895K [0x31020000, > > 0x31420000, > > > > > > 0x35020000) > > > > > > the space 4096K, 21% used [0x31020000, 0x310ffdc0, 0x310ffe00, > > > > > > 0x31420000) > > > > > > > > > > > > Local Time = Wed Mar 8 17:44:04 2006 > > > > > > Elapsed Time = 0 > > > > > > # > > > > > > # The exception above was detected in native code outside the VM > > > > > > # > > > > > > # Java VM: Java HotSpot(TM) Client VM ( > > > > 1.4.2-p8-root_17_feb_2006_19_46mixed mode) > > > > > > # > > > > > > # An error report file has been saved as hs_err_pid21451.log. > > > > > > # Please refer to the file for further information. > > > > > > # > > > > > > Abort (core dumped) > > > > > > dmake: Error code 134, while making > > > > > > '../../unxfbsd.pro/lib/uno_services.rdb' > > > > > > dmake: '../../unxfbsd.pro/lib/uno_services.rdb' removed. > > > > > > '---* tg_merge.mk *---' > > > > > > > > > > > > ERROR: Error 65280 occurred while making > > > > > > /usr/ports/editors/openoffice.org-2.0 > > > > > > /work/OOB680_m2/testtools/source/bridgetest > > > > > > dmake: Error code 1, while making 'build_instsetoo_native' > > > > > > '---* *---' > > > > > > *** Error code 255 > > > > > > > > > > > > Stop in /usr/ports/editors/openoffice.org-2.0. > > > > > > ** Command failed [exit code 1]: /usr/bin/script -qa > > > > > > /tmp/portupgrade68732.0 make MINIMAL=yes > > > > > > ** Fix the problem and try again. > > > > > > ---> Build of editors/openoffice.org-2.0 ended at: Wed, 08 Mar > > 2006 > > > > > > 17:44:17 +0100 (consumed 02:20:42) > > > > > > ---> Fresh installation of editors/openoffice.org-2.0 ended at: > > Wed, > > > > 08 > > > > > > Mar 2006 17:44:17 +0100 (consumed 02:20:44) > > > > > > ---> Listing the results (+:done / -:ignored / *:skipped / > > !:failed) > > > > > > ! editors/openoffice.org-2.0 (missing header) > > > > > > ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 > > failed > > > > > > ---> Saving the results to '/tmp/portupgrade.log' > > > > > > ---> Session ended at: Wed, 08 Mar 2006 17:44:17 +0100 (consumed > > > > > > 02:21:02) > > > > > > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > > > > > > > > Thanks for your help. From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 10:29:27 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4944D16A41F for ; Sat, 11 Mar 2006 10:29:27 +0000 (GMT) (envelope-from cartola@openit.com.br) Received: from obsidio.openit.com.br (mailhost.techmaster.com.br [200.201.183.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD3C443D48 for ; Sat, 11 Mar 2006 10:29:26 +0000 (GMT) (envelope-from cartola@openit.com.br) Received: from c925387e.rjo.virtua.com.br ([201.37.56.126]) by obsidio.openit.com.br with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.54 (FreeBSD)) id 1FI1LP-0002lK-Ax for freebsd-ports@freebsd.org; Sat, 11 Mar 2006 07:29:07 -0300 From: Carlos Eduardo To: freebsd-ports@freebsd.org In-Reply-To: <20060311095705.GA623@math.uvsq.fr> References: <20060308175002.GA55759@math.uvsq.fr> <20060308210359.GA57344@math.uvsq.fr> <200603081528.09152.donaldjoneill@gmail.com> <20060311095705.GA623@math.uvsq.fr> Content-Type: text/plain; charset=iso8859-1 Organization: OpenIT =?ISO-8859-1?Q?Solu=E7=F5es?= =?ISO-8859-1?Q?_Tecnol=F3gicas?= Date: Sat, 11 Mar 2006 07:29:23 -0300 Message-Id: <1142072963.1536.2.camel@mirante1> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Subject: Re: editors/openoffice-2.0 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, 11 Mar 2006 10:29:27 -0000 Em S=E1b, 2006-03-11 =E0s 10:57 +0100, Guillermo MORENO-SOCIAS escreveu: > Thanks for your answer. Unfortunately, there is no > editors/openoffice.org-2.0 package for FreeBSD 5.4-RELEASE, only for > 5.5. I shall try after upgrading. >=20 Have you already tried the 5.5 package on the 5.4? It can work. Maybe you will have only to do some links to some libs and it will work. --=20 Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2517-6000 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 11:31:02 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4975516A41F; Sat, 11 Mar 2006 11:31:02 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B7943D46; Sat, 11 Mar 2006 11:30:53 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-061-207-221.pools.arcor-ip.net [84.61.207.221]) by dd2718.kasserver.com (Postfix) with ESMTP id 12A46DE442; Sat, 11 Mar 2006 12:29:15 +0100 (CET) Message-ID: <4412B4EA.5000901@chillt.de> Date: Sat, 11 Mar 2006 12:30:50 +0100 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: Guillermo MORENO-SOCIAS References: <20060308175002.GA55759@math.uvsq.fr> <20060308210359.GA57344@math.uvsq.fr> <9b53dd530603081339q37f5737ei61d166f371eea9b3@mail.gmail.com> <20060309102843.GB62168@math.uvsq.fr> <9b53dd530603090249k5e32c5d7xa311e0390b45ea0f@mail.gmail.com> <20060311100517.GB623@math.uvsq.fr> In-Reply-To: <20060311100517.GB623@math.uvsq.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: openoffice@freebsd.org, freebsd-ports@freebsd.org, John Teague Subject: Re: editors/openoffice-2.0 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, 11 Mar 2006 11:31:02 -0000 > It seems that it should work with jdk14 patchlevel 7 but I hesitate > to downgrade my jdk14 patchlevel 8 (besides, I do not know how to > proceed). Are you actually positive you're running jdk-1.4.2p8_3? The compile date of your jdk14 port certainly seems to indicate you should have port revision 3. But maybe you forgot to cvsup before compiling that? The problem you are experiencing was fixed when portrevision on jdk14 got bumped from 2 to 3. Please double-check you have the newest revision of the JDK installed. - Bartosz From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 12:10:56 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C47F416A41F for ; Sat, 11 Mar 2006 12:10:56 +0000 (GMT) (envelope-from orac000@internet-mail.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D73D43D45 for ; Sat, 11 Mar 2006 12:10:56 +0000 (GMT) (envelope-from orac000@internet-mail.org) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 8FCD0D3C8E2; Sat, 11 Mar 2006 07:10:55 -0500 (EST) Received: from frontend3.messagingengine.com ([10.202.2.152]) by frontend1.internal (MEProxy); Sat, 11 Mar 2006 07:10:55 -0500 Received: by frontend3.messagingengine.com (Postfix, from userid 99) id BE7E82EC; Sat, 11 Mar 2006 07:10:54 -0500 (EST) Message-Id: <1142079054.9555.256373197@webmail.messagingengine.com> X-Sasl-Enc: Qy/kuD+AZC4Q+zLMZ832s8uyAx4yjT0bzm0Mr/Hp8MPi 1142079054 From: "Aluminium Oxide" To: "Kris Kennaway" , freebsd-ports@freebsd.org Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 5022 (F2.72; T1.15; A1.62; B3.04; Q3.03) References: <1142054372.14978.256358031@webmail.messagingengine.com> <20060311060002.GA40638@xor.obsecurity.org> In-Reply-To: <20060311060002.GA40638@xor.obsecurity.org> Date: Sat, 11 Mar 2006 22:40:54 +1030 Cc: Subject: Re: portsupgrade cvsup refuse file aware? 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, 11 Mar 2006 12:10:56 -0000 On Sat, 11 Mar 2006 01:00:02 -0500, "Kris Kennaway" said: > On Sat, Mar 11, 2006 at 03:49:32PM +1030, Aluminium Oxide wrote: > > Currently, proper use of portsupgrade relies on currency of pkgdb. pkgdb > > does not work without a complete ports tree. A complete ports tree is > > often much larger than a locale-specific installation requires, or is > > maintained, confined by the use of cvsup refuse files. This is a bit of > > a catch 22. > > > > How much better would it be, if pkgdb had a flag to permit the parsing > > of the refuse file, and honouring the ports tree resulting from cvsup as > > produced by it? > > > > Can we do this? > >Not really, this has been discussed many times. > > Kris Why not? -- Aluminium Oxide orac000@internet-mail.org -- http://www.fastmail.fm - A fast, anti-spam email service. From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 12:35:16 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30F6416A41F; Sat, 11 Mar 2006 12:35:16 +0000 (GMT) (envelope-from gerard@seibercom.net) Received: from smtp1.suscom.net (smtp1.suscom.net [64.78.119.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE9C743D5D; Sat, 11 Mar 2006 12:35:11 +0000 (GMT) (envelope-from gerard@seibercom.net) Received: from localhost (smtp1 [127.0.0.1]) by smtp1.suscom.net (Postfix) with ESMTP id 86DF21D0003; Sat, 11 Mar 2006 07:37:50 -0500 (EST) Received: from smtp1.suscom.net ([127.0.0.1]) by localhost (smtp1 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19444-08; Sat, 11 Mar 2006 07:37:50 -0500 (EST) Received: from seibercom.net (ip148.217.45.216.suscom.net [216.45.217.148]) by smtp1.suscom.net (Postfix) with SMTP id D3B4D1D0002; Sat, 11 Mar 2006 07:37:49 -0500 (EST) Received: from seibercom.net (localhost [127.0.0.1]) by seibercom.net (8.13.4/8.13.4) with ESMTP id k2BCZ9WZ049778; Sat, 11 Mar 2006 07:35:09 -0500 (EST) (envelope-from gerard@seibercom.net) Received: from localhost (localhost [[UNIX: localhost]]) by seibercom.net (8.13.4/8.13.4/Submit) id k2BCZ9kU049777; Sat, 11 Mar 2006 07:35:09 -0500 (EST) (envelope-from gerard@seibercom.net) From: Gerard Seibert Organization: Seibercom,net To: freebsd-questions@freebsd.org Date: Sat, 11 Mar 2006 07:34:53 -0500 User-Agent: KMail/1.9.1 References: <20060310173657.Q40614@seibercom.net> <20060311153759.41c98e18.nork@FreeBSD.org> In-Reply-To: <20060311153759.41c98e18.nork@FreeBSD.org> X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(=?utf-8?q?gxJxxc=0A=09RnSNPNr*/=5E=7EStawWU9KDJ-CT0k=24f=23?=@t2^K&BS_f|?ZV/.7Q MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3563648.FQNNQFgufx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603110735.08805.gerard@seibercom.net> X-Virus-Scanned: ClamAV 0.88/1324/Sat Mar 11 01:47:36 2006 on seibercom.net X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at suscom.net Cc: ports@freebsd.org, Norikatsu Shigemura Subject: Re: Unable to build or update vcdimager X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gerard@seibercom.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 12:35:16 -0000 --nextPart3563648.FQNNQFgufx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Norikatsu Shigemura wrote: > On Fri, 10 Mar 2006 17:42:36 -0500 (EST) > > Gerard Seibert wrote: > > I have been attempting to update the vcdimager port. It always > > fails with this message: > > install-info --quiet /usr/local/info/vcd-info.info > > /usr/local/info/dir install-info: menu item `vcd-info' already > > exists, for file `vcdimager' *** Error code 1 > > I have used pkg_delete to remove the port, but the build process > > still fails. I have attached a copy of the build process. I am > > using FreeBSD 5.4 with no special make flags, etc. > > SEE ALSO: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D93916 > > Please test following patch. Sorry, I didn't contact this issue. > So I don't know that this patch is OK. > > Index: files/patch-docs-vcdimager.texi > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: files/patch-docs-vcdimager.texi > diff -N files/patch-docs-vcdimager.texi > --- /dev/null 1 Jan 1970 00:00:00 -0000 > +++ files/patch-docs-vcdimager.texi 11 Mar 2006 01:51:05 -0000 > @@ -0,0 +1,10 @@ > +--- docs/vcdimager.texi.orig Sat Jun 18 13:11:08 2005 > ++++ docs/vcdimager.texi Sat Mar 11 10:50:22 2006 > +@@ -61,7 +61,6 @@ > + @direntry > + * VCDImager: (vcdimager). GNU Video CD > imaging utilities + * vcdimager: (vcdimager)vcdimager. =20 > Video CD simple formatter +-* vcd-info: (vcdimager)vcd-info. =20 > Video CD diagnostic tool + * cdxa2mpeg: (vcdimager)cdxa2mpeg. =20 > Strip RIFF/CD-XA container + * vcdxminfo: > (vcdimager)vcdxminfo. Display MPEG stream properties + * > vcdxgen: (vcdimager)vcdxgen. Video CD XML template > generator I apologize, but I am a rather new user of FreeBSD. I have no idea what=20 I am suppose to do with the information that you supplied me with.=20 Should I copy that information below the "=3D=3D=3D" line and place it some= =20 where? Thanks! =2D-=20 Gerard Seibert gerard@seibercom.net PGP: http://www.seibercom.net/sig/gerard.asc --nextPart3563648.FQNNQFgufx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBEEsP8chM2dIO+3uMRAi8cAJkB24p6IFMiW8qOZhiU+cLQbRjzEACeJEWs Om9ru3djBChuROfIsrQu3gs= =6LcO -----END PGP SIGNATURE----- --nextPart3563648.FQNNQFgufx-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 12:48:02 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6F4916A41F; Sat, 11 Mar 2006 12:48:02 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EDE143D53; Sat, 11 Mar 2006 12:48:01 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com (melfina.ninth-nine.com [192.168.36.6]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.4/8.13.4/NinthNine) with ESMTP id k2BCm0gf016310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Mar 2006 21:48:01 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 11 Mar 2006 21:48:00 +0900 From: Norikatsu Shigemura To: gerard@seibercom.net Message-Id: <20060311214800.c22825c3.nork@FreeBSD.org> In-Reply-To: <200603110735.08805.gerard@seibercom.net> References: <20060310173657.Q40614@seibercom.net> <20060311153759.41c98e18.nork@FreeBSD.org> <200603110735.08805.gerard@seibercom.net> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sat__11_Mar_2006_21_48_00_+0900_uKL0JwZAQ0mqrLiW" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 11 Mar 2006 21:48:01 +0900 (JST) Cc: ports@FreeBSD.org, freebsd-questions@FreeBSD.org, nork@FreeBSD.org Subject: Re: Unable to build or update vcdimager 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, 11 Mar 2006 12:48:02 -0000 This is a multi-part message in MIME format. --Multipart=_Sat__11_Mar_2006_21_48_00_+0900_uKL0JwZAQ0mqrLiW Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 11 Mar 2006 07:34:53 -0500 Gerard Seibert wrote: > I apologize, but I am a rather new user of FreeBSD. I have no idea what > I am suppose to do with the information that you supplied me with. > Should I copy that information below the "===" line and place it some > where? OK. vcdimager.diff attached my mail put into /usr/ports/multimedia/vcdimager/files/ as patch-vcdimager.texi. Now /usr/ports/multimedia/vcdimager/files is not exists, please mkdir /usr/ports/multimedia/vcdimager before putting file. And make clean & make install. This is OK? --Multipart=_Sat__11_Mar_2006_21_48_00_+0900_uKL0JwZAQ0mqrLiW Content-Type: text/plain; name="vcdimager.diff" Content-Disposition: attachment; filename="vcdimager.diff" Content-Transfer-Encoding: 7bit Index: files/patch-docs-vcdimager.texi =================================================================== RCS file: files/patch-docs-vcdimager.texi diff -N files/patch-docs-vcdimager.texi --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-docs-vcdimager.texi 11 Mar 2006 01:51:05 -0000 @@ -0,0 +1,10 @@ +--- docs/vcdimager.texi.orig Sat Jun 18 13:11:08 2005 ++++ docs/vcdimager.texi Sat Mar 11 10:50:22 2006 +@@ -61,7 +61,6 @@ + @direntry + * VCDImager: (vcdimager). GNU Video CD imaging utilities + * vcdimager: (vcdimager)vcdimager. Video CD simple formatter +-* vcd-info: (vcdimager)vcd-info. Video CD diagnostic tool + * cdxa2mpeg: (vcdimager)cdxa2mpeg. Strip RIFF/CD-XA container + * vcdxminfo: (vcdimager)vcdxminfo. Display MPEG stream properties + * vcdxgen: (vcdimager)vcdxgen. Video CD XML template generator --Multipart=_Sat__11_Mar_2006_21_48_00_+0900_uKL0JwZAQ0mqrLiW-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 13:04:14 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 865F816A41F for ; Sat, 11 Mar 2006 13:04:14 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [83.171.239.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E5443D48 for ; Sat, 11 Mar 2006 13:04:12 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id k2BD49o0015532; Sat, 11 Mar 2006 15:04:09 +0200 (EET) (envelope-from past@ebs.gr) Received: from [10.1.1.200] (pptp.ebs.gr [10.1.1.200]) by ebs.gr (8.13.3/8.13.3) with ESMTP id k2BD4B6e068087; Sat, 11 Mar 2006 15:04:11 +0200 (EET) (envelope-from past@ebs.gr) Message-ID: <4412CAC8.5010802@ebs.gr> Date: Sat, 11 Mar 2006 15:04:08 +0200 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: "[LoN]Kamikaze" References: <4411C50B.8020600@gmx.de> In-Reply-To: <4411C50B.8020600@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: ipw and iwi firmware rc scripts 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, 11 Mar 2006 13:04:14 -0000 [LoN]Kamikaze wrote: > Shouldn't they be installed into /usr/local/etc/rc.d/, now that rcorder > is supported for this path as well? Probably, but it is my understanding that the updated drivers (http://people.freebsd.org/~mlaier/new_iwi/) will use firmware(9), so the port will be useless. Cheers, Panagiotis From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 13:45:31 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14D0B16A41F; Sat, 11 Mar 2006 13:45:31 +0000 (GMT) (envelope-from gerard@seibercom.net) Received: from smtp1.suscom.net (smtp1.suscom.net [64.78.119.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 651E443D7C; Sat, 11 Mar 2006 13:45:06 +0000 (GMT) (envelope-from gerard@seibercom.net) Received: from localhost (smtp1 [127.0.0.1]) by smtp1.suscom.net (Postfix) with ESMTP id B8E5E1D0005; Sat, 11 Mar 2006 08:47:44 -0500 (EST) Received: from smtp1.suscom.net ([127.0.0.1]) by localhost (smtp1 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21601-04; Sat, 11 Mar 2006 08:47:41 -0500 (EST) Received: from seibercom.net (ip148.217.45.216.suscom.net [216.45.217.148]) by smtp1.suscom.net (Postfix) with SMTP id D8DBD1D0002; Sat, 11 Mar 2006 08:47:38 -0500 (EST) Received: from seibercom.net (localhost [127.0.0.1]) by seibercom.net (8.13.4/8.13.4) with ESMTP id k2BDiwOA063933; Sat, 11 Mar 2006 08:44:58 -0500 (EST) (envelope-from gerard@seibercom.net) Received: from localhost (localhost [[UNIX: localhost]]) by seibercom.net (8.13.4/8.13.4/Submit) id k2BDivKh063932; Sat, 11 Mar 2006 08:44:57 -0500 (EST) (envelope-from gerard@seibercom.net) From: Gerard Seibert Organization: Seibercom,net To: Norikatsu Shigemura Date: Sat, 11 Mar 2006 08:44:55 -0500 User-Agent: KMail/1.9.1 References: <20060310173657.Q40614@seibercom.net> <200603110735.08805.gerard@seibercom.net> <20060311214800.c22825c3.nork@FreeBSD.org> In-Reply-To: <20060311214800.c22825c3.nork@FreeBSD.org> X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(=?utf-8?q?gxJxxc=0A=09RnSNPNr*/=5E=7EStawWU9KDJ-CT0k=24f=23?=@t2^K&BS_f|?ZV/.7Q MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_ZRtEEuSXjnL/153" Message-Id: <200603110844.57192.gerard@seibercom.net> X-Virus-Scanned: ClamAV 0.88/1324/Sat Mar 11 01:47:36 2006 on seibercom.net X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at suscom.net Cc: ports@freebsd.org Subject: Re: Unable to build or update vcdimager X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gerard@seibercom.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 13:45:31 -0000 --Boundary-00=_ZRtEEuSXjnL/153 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Norikatsu Shigemura wrote: > On Sat, 11 Mar 2006 07:34:53 -0500 > > Gerard Seibert wrote: > > I apologize, but I am a rather new user of FreeBSD. I have no idea > > what I am suppose to do with the information that you supplied me > > with. Should I copy that information below the "===" line and place > > it some where? > > OK. vcdimager.diff attached my mail put into > /usr/ports/multimedia/vcdimager/files/ as patch-vcdimager.texi. > Now /usr/ports/multimedia/vcdimager/files is not exists, > please mkdir /usr/ports/multimedia/vcdimager before putting > file. > > And make clean & make install. This is OK? OK, I followed your directions, but the build still failed. I have attached a copy of the build attempt prior to having to run "make deinstall" and then a copy of the log file when I ran: "make reinstall". Perhaps I am doing something wrong, but I do not know what that could be. -- Gerard Seibert gerard@seibercom.net PGP: http://www.seibercom.net/sig/gerard.asc --Boundary-00=_ZRtEEuSXjnL/153 Content-Type: text/plain; charset="utf-8"; name="vcdimager-log.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vcdimager-log.txt" Script started on Sat Mar 11 08:29:56 2006 ===> Extracting for vcdimager-0.7.23_1 => MD5 Checksum OK for vcdimager-0.7.23.tar.gz. => SHA256 Checksum OK for vcdimager-0.7.23.tar.gz. ===> Patching for vcdimager-0.7.23_1 ===> Applying FreeBSD patches for vcdimager-0.7.23_1 ===> vcdimager-0.7.23_1 depends on executable: gmake - found ===> vcdimager-0.7.23_1 depends on executable: pkg-config - found ===> vcdimager-0.7.23_1 depends on shared library: popt.0 - found ===> vcdimager-0.7.23_1 depends on shared library: xml2 - found ===> vcdimager-0.7.23_1 depends on shared library: cdio.6 - found ===> Configuring for vcdimager-0.7.23_1 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking whether build environment is sane... yes checking build system type... i386-portbld-freebsd5.4 checking host system type... i386-portbld-freebsd5.4 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 ANSI C... none needed checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking whether cc accepts -Wall... yes checking whether cc accepts -Wchar-subscripts... yes checking whether cc accepts -Wmissing-prototypes... yes checking whether cc accepts -Wmissing-declarations... yes checking whether cc accepts -Wunused... yes checking whether cc accepts -Wpointer-arith... yes checking whether cc accepts -Wwrite-strings... yes checking whether cc accepts -Wnested-externs... yes checking whether cc accepts -Wno-sign-compare... yes checking how to run the C preprocessor... cc -E checking for 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 ANSI C... (cached) none needed checking dependency style of cc... (cached) gcc3 checking for gawk... (cached) nawk checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all 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 dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... (cached) 65536 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... freebsd5.4 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 configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd5.4 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd5.4 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes ./configure.lineno: ./ltconfig: not found checking for diff... /usr/bin/diff adding -w to diff in regression tests adding --unified to diff in regression tests checking for snprintf... yes checking for vsnprintf... yes checking for getdate... no checking for strptime... yes checking for libpopt library... yes checking for xml2-config... /usr/local/bin/xml2-config checking for libxml - version >= 2.3.8... yes (version 2.6.23) checking for ANSI C header files... (cached) yes checking for sys/stat.h... (cached) yes checking for stdint.h... (cached) yes checking for inttypes.h... (cached) yes checking stdbool.h usability... yes checking stdbool.h presence... yes checking for stdbool.h... yes checking sys/mman.h usability... yes checking sys/mman.h presence... yes checking for sys/mman.h... yes checking whether byte ordering is bigendian... no checking for an ANSI C-conforming const... yes checking for inline... inline checking whether cc supports ISO C99 _Pragma()... yes checking how to create empty arrays... [] checking bitfield ordering in structs... LSBF checking for pkg-config... /usr/local/bin/pkg-config checking for libcdio >= 0.72... yes checking LIBCDIO_CFLAGS... -I/usr/local/include checking LIBCDIO_LIBS... -L/usr/local/lib -lcdio -lm -lcam checking for libiso9660 >= 0.72... yes checking LIBISO9660_CFLAGS... -I/usr/local/include checking LIBISO9660_LIBS... -L/usr/local/lib -liso9660 -lcdio -lm -lcam configure: creating ./config.status config.status: creating Makefile config.status: creating libvcdinfo.pc config.status: creating amiga/Makefile config.status: creating include/Makefile config.status: creating include/libvcd/Makefile config.status: creating include/libvcd/version.h config.status: creating lib/Makefile config.status: creating frontends/Makefile config.status: creating frontends/xml/Makefile config.status: creating frontends/cli/Makefile config.status: creating docs/Makefile config.status: creating docs/doxygen/Doxyfile config.status: creating example/Makefile config.status: creating test/check_common_fn config.status: creating test/Makefile config.status: creating vcdimager.spec config.status: creating config.h config.status: executing depfiles commands Setup: Install path: /usr/local Build CLI FE: yes Build XML FE: yes Maintainer mode: no ===> Building for vcdimager-0.7.23_1 gmake all-recursive gmake[1]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23' Making all in include gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' Making all in libvcd gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake all-am gmake[4]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' gmake[3]: Nothing to be done for `all-am'. gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' Making all in lib gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/lib' if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT info.lo -MD -MP -MF ".deps/info.Tpo" -c -o info.lo info.c; \ then mv -f ".deps/info.Tpo" ".deps/info.Plo"; else rm -f ".deps/info.Tpo"; exit 1; fi mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT info.lo -MD -MP -MF .deps/info.Tpo -c info.c -fPIC -DPIC -o .libs/info.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT info.lo -MD -MP -MF .deps/info.Tpo -c info.c -o info.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT inf.lo -MD -MP -MF ".deps/inf.Tpo" -c -o inf.lo inf.c; \ then mv -f ".deps/inf.Tpo" ".deps/inf.Plo"; else rm -f ".deps/inf.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT inf.lo -MD -MP -MF .deps/inf.Tpo -c inf.c -fPIC -DPIC -o .libs/inf.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT inf.lo -MD -MP -MF .deps/inf.Tpo -c inf.c -o inf.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT info_private.lo -MD -MP -MF ".deps/info_private.Tpo" -c -o info_private.lo info_private.c; \ then mv -f ".deps/info_private.Tpo" ".deps/info_private.Plo"; else rm -f ".deps/info_private.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT info_private.lo -MD -MP -MF .deps/info_private.Tpo -c info_private.c -fPIC -DPIC -o .libs/info_private.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT info_private.lo -MD -MP -MF .deps/info_private.Tpo -c info_private.c -o info_private.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_read.lo -MD -MP -MF ".deps/vcd_read.Tpo" -c -o vcd_read.lo vcd_read.c; \ then mv -f ".deps/vcd_read.Tpo" ".deps/vcd_read.Plo"; else rm -f ".deps/vcd_read.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_read.lo -MD -MP -MF .deps/vcd_read.Tpo -c vcd_read.c -fPIC -DPIC -o .libs/vcd_read.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_read.lo -MD -MP -MF .deps/vcd_read.Tpo -c vcd_read.c -o vcd_read.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd.lo -MD -MP -MF ".deps/vcd.Tpo" -c -o vcd.lo vcd.c; \ then mv -f ".deps/vcd.Tpo" ".deps/vcd.Plo"; else rm -f ".deps/vcd.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd.lo -MD -MP -MF .deps/vcd.Tpo -c vcd.c -fPIC -DPIC -o .libs/vcd.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd.lo -MD -MP -MF .deps/vcd.Tpo -c vcd.c -o vcd.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT data_structures.lo -MD -MP -MF ".deps/data_structures.Tpo" -c -o data_structures.lo data_structures.c; \ then mv -f ".deps/data_structures.Tpo" ".deps/data_structures.Plo"; else rm -f ".deps/data_structures.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT data_structures.lo -MD -MP -MF .deps/data_structures.Tpo -c data_structures.c -fPIC -DPIC -o .libs/data_structures.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT data_structures.lo -MD -MP -MF .deps/data_structures.Tpo -c data_structures.c -o data_structures.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT directory.lo -MD -MP -MF ".deps/directory.Tpo" -c -o directory.lo directory.c; \ then mv -f ".deps/directory.Tpo" ".deps/directory.Plo"; else rm -f ".deps/directory.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT directory.lo -MD -MP -MF .deps/directory.Tpo -c directory.c -fPIC -DPIC -o .libs/directory.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT directory.lo -MD -MP -MF .deps/directory.Tpo -c directory.c -o directory.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT files.lo -MD -MP -MF ".deps/files.Tpo" -c -o files.lo files.c; \ then mv -f ".deps/files.Tpo" ".deps/files.Plo"; else rm -f ".deps/files.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT files.lo -MD -MP -MF .deps/files.Tpo -c files.c -fPIC -DPIC -o .libs/files.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT files.lo -MD -MP -MF .deps/files.Tpo -c files.c -o files.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image.lo -MD -MP -MF ".deps/image.Tpo" -c -o image.lo image.c; \ then mv -f ".deps/image.Tpo" ".deps/image.Plo"; else rm -f ".deps/image.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image.lo -MD -MP -MF .deps/image.Tpo -c image.c -fPIC -DPIC -o .libs/image.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image.lo -MD -MP -MF .deps/image.Tpo -c image.c -o image.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image_bincue.lo -MD -MP -MF ".deps/image_bincue.Tpo" -c -o image_bincue.lo image_bincue.c; \ then mv -f ".deps/image_bincue.Tpo" ".deps/image_bincue.Plo"; else rm -f ".deps/image_bincue.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image_bincue.lo -MD -MP -MF .deps/image_bincue.Tpo -c image_bincue.c -fPIC -DPIC -o .libs/image_bincue.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image_bincue.lo -MD -MP -MF .deps/image_bincue.Tpo -c image_bincue.c -o image_bincue.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image_cdrdao.lo -MD -MP -MF ".deps/image_cdrdao.Tpo" -c -o image_cdrdao.lo image_cdrdao.c; \ then mv -f ".deps/image_cdrdao.Tpo" ".deps/image_cdrdao.Plo"; else rm -f ".deps/image_cdrdao.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image_cdrdao.lo -MD -MP -MF .deps/image_cdrdao.Tpo -c image_cdrdao.c -fPIC -DPIC -o .libs/image_cdrdao.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image_cdrdao.lo -MD -MP -MF .deps/image_cdrdao.Tpo -c image_cdrdao.c -o image_cdrdao.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image_nrg.lo -MD -MP -MF ".deps/image_nrg.Tpo" -c -o image_nrg.lo image_nrg.c; \ then mv -f ".deps/image_nrg.Tpo" ".deps/image_nrg.Plo"; else rm -f ".deps/image_nrg.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image_nrg.lo -MD -MP -MF .deps/image_nrg.Tpo -c image_nrg.c -fPIC -DPIC -o .libs/image_nrg.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT image_nrg.lo -MD -MP -MF .deps/image_nrg.Tpo -c image_nrg.c -o image_nrg.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT logging.lo -MD -MP -MF ".deps/logging.Tpo" -c -o logging.lo logging.c; \ then mv -f ".deps/logging.Tpo" ".deps/logging.Plo"; else rm -f ".deps/logging.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT logging.lo -MD -MP -MF .deps/logging.Tpo -c logging.c -fPIC -DPIC -o .libs/logging.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT logging.lo -MD -MP -MF .deps/logging.Tpo -c logging.c -o logging.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT mpeg.lo -MD -MP -MF ".deps/mpeg.Tpo" -c -o mpeg.lo mpeg.c; \ then mv -f ".deps/mpeg.Tpo" ".deps/mpeg.Plo"; else rm -f ".deps/mpeg.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT mpeg.lo -MD -MP -MF .deps/mpeg.Tpo -c mpeg.c -fPIC -DPIC -o .libs/mpeg.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT mpeg.lo -MD -MP -MF .deps/mpeg.Tpo -c mpeg.c -o mpeg.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT mpeg_stream.lo -MD -MP -MF ".deps/mpeg_stream.Tpo" -c -o mpeg_stream.lo mpeg_stream.c; \ then mv -f ".deps/mpeg_stream.Tpo" ".deps/mpeg_stream.Plo"; else rm -f ".deps/mpeg_stream.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT mpeg_stream.lo -MD -MP -MF .deps/mpeg_stream.Tpo -c mpeg_stream.c -fPIC -DPIC -o .libs/mpeg_stream.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT mpeg_stream.lo -MD -MP -MF .deps/mpeg_stream.Tpo -c mpeg_stream.c -o mpeg_stream.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT pbc.lo -MD -MP -MF ".deps/pbc.Tpo" -c -o pbc.lo pbc.c; \ then mv -f ".deps/pbc.Tpo" ".deps/pbc.Plo"; else rm -f ".deps/pbc.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT pbc.lo -MD -MP -MF .deps/pbc.Tpo -c pbc.c -fPIC -DPIC -o .libs/pbc.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT pbc.lo -MD -MP -MF .deps/pbc.Tpo -c pbc.c -o pbc.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT salloc.lo -MD -MP -MF ".deps/salloc.Tpo" -c -o salloc.lo salloc.c; \ then mv -f ".deps/salloc.Tpo" ".deps/salloc.Plo"; else rm -f ".deps/salloc.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT salloc.lo -MD -MP -MF .deps/salloc.Tpo -c salloc.c -fPIC -DPIC -o .libs/salloc.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT salloc.lo -MD -MP -MF .deps/salloc.Tpo -c salloc.c -o salloc.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT sector.lo -MD -MP -MF ".deps/sector.Tpo" -c -o sector.lo sector.c; \ then mv -f ".deps/sector.Tpo" ".deps/sector.Plo"; else rm -f ".deps/sector.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT sector.lo -MD -MP -MF .deps/sector.Tpo -c sector.c -fPIC -DPIC -o .libs/sector.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT sector.lo -MD -MP -MF .deps/sector.Tpo -c sector.c -o sector.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT stream.lo -MD -MP -MF ".deps/stream.Tpo" -c -o stream.lo stream.c; \ then mv -f ".deps/stream.Tpo" ".deps/stream.Plo"; else rm -f ".deps/stream.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT stream.lo -MD -MP -MF .deps/stream.Tpo -c stream.c -fPIC -DPIC -o .libs/stream.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT stream.lo -MD -MP -MF .deps/stream.Tpo -c stream.c -o stream.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT stream_stdio.lo -MD -MP -MF ".deps/stream_stdio.Tpo" -c -o stream_stdio.lo stream_stdio.c; \ then mv -f ".deps/stream_stdio.Tpo" ".deps/stream_stdio.Plo"; else rm -f ".deps/stream_stdio.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT stream_stdio.lo -MD -MP -MF .deps/stream_stdio.Tpo -c stream_stdio.c -fPIC -DPIC -o .libs/stream_stdio.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT stream_stdio.lo -MD -MP -MF .deps/stream_stdio.Tpo -c stream_stdio.c -o stream_stdio.o >/dev/null 2>&1 if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT util.lo -MD -MP -MF ".deps/util.Tpo" -c -o util.lo util.c; \ then mv -f ".deps/util.Tpo" ".deps/util.Plo"; else rm -f ".deps/util.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT util.lo -MD -MP -MF .deps/util.Tpo -c util.c -fPIC -DPIC -o .libs/util.o cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT util.lo -MD -MP -MF .deps/util.Tpo -c util.c -o util.o >/dev/null 2>&1 /bin/sh ../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o libvcd.la vcd.lo data_structures.lo directory.lo files.lo image.lo image_bincue.lo image_cdrdao.lo image_nrg.lo logging.lo mpeg.lo mpeg_stream.lo pbc.lo salloc.lo sector.lo stream.lo stream_stdio.lo util.lo -L/usr/local/lib -lcdio -lm -lcam -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm ar cru .libs/libvcd.a .libs/vcd.o .libs/data_structures.o .libs/directory.o .libs/files.o .libs/image.o .libs/image_bincue.o .libs/image_cdrdao.o .libs/image_nrg.o .libs/logging.o .libs/mpeg.o .libs/mpeg_stream.o .libs/pbc.o .libs/salloc.o .libs/sector.o .libs/stream.o .libs/stream_stdio.o .libs/util.o ranlib .libs/libvcd.a creating libvcd.la (cd .libs && rm -f libvcd.la && ln -s ../libvcd.la libvcd.la) echo 'VCDINFO_0 {' > libvcdinfo.la.ver echo " global:" >> libvcdinfo.la.ver objs=`for obj in info.lo inf.lo info_private.lo vcd_read.lo; do sed -ne "s/^pic_object='\(.*\)'$/\1/p" $obj; done`; \ nm ${objs} | sed -n -e 's/^.*[ ][ABCDGIRSTW][ABCDGIRSTW]*[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/ \1;/p' | sort | uniq >> libvcdinfo.la.ver echo '};' >> libvcdinfo.la.ver /bin/sh ../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o libvcdinfo.la -rpath /usr/local/lib -version-info 2:0:2 -Wl,--version-script=libvcdinfo.la.ver info.lo inf.lo info_private.lo vcd_read.lo -L/usr/local/lib -lcdio -lm -lcam -L/usr/local/lib -liso9660 -lcdio -lm -lcam ../lib/libvcd.la -lm cc -shared .libs/info.o .libs/inf.o .libs/info_private.o .libs/vcd_read.o -Wl,--whole-archive ../lib/.libs/libvcd.a -Wl,--no-whole-archive -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -march=pentium2 -Wl,--version-script=libvcdinfo.la.ver -Wl,-soname -Wl,libvcdinfo.so.2 -o .libs/libvcdinfo.so.2 (cd .libs && rm -f libvcdinfo.so && ln -s libvcdinfo.so.2 libvcdinfo.so) (cd .libs && rm -f libvcdinfo.so && ln -s libvcdinfo.so.2 libvcdinfo.so) rm -fr .libs/libvcdinfo.lax mkdir .libs/libvcdinfo.lax rm -fr .libs/libvcdinfo.lax/libvcd.a mkdir .libs/libvcdinfo.lax/libvcd.a (cd .libs/libvcdinfo.lax/libvcd.a && ar x /usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/lib/../lib/.libs/libvcd.a) ar cru .libs/libvcdinfo.a info.o inf.o info_private.o vcd_read.o .libs/libvcdinfo.lax/libvcd.a/vcd.o .libs/libvcdinfo.lax/libvcd.a/data_structures.o .libs/libvcdinfo.lax/libvcd.a/directory.o .libs/libvcdinfo.lax/libvcd.a/files.o .libs/libvcdinfo.lax/libvcd.a/image.o .libs/libvcdinfo.lax/libvcd.a/image_bincue.o .libs/libvcdinfo.lax/libvcd.a/image_cdrdao.o .libs/libvcdinfo.lax/libvcd.a/image_nrg.o .libs/libvcdinfo.lax/libvcd.a/logging.o .libs/libvcdinfo.lax/libvcd.a/mpeg.o .libs/libvcdinfo.lax/libvcd.a/mpeg_stream.o .libs/libvcdinfo.lax/libvcd.a/pbc.o .libs/libvcdinfo.lax/libvcd.a/salloc.o .libs/libvcdinfo.lax/libvcd.a/sector.o .libs/libvcdinfo.lax/libvcd.a/stream.o .libs/libvcdinfo.lax/libvcd.a/stream_stdio.o .libs/libvcdinfo.lax/libvcd.a/util.o ranlib .libs/libvcdinfo.a rm -fr .libs/libvcdinfo.lax creating libvcdinfo.la (cd .libs && rm -f libvcdinfo.la && ln -s ../libvcdinfo.la libvcdinfo.la) gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/lib' Making all in frontends gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' Making all in cli gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/cli' if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcdimager.o -MD -MP -MF ".deps/vcdimager.Tpo" -c -o vcdimager.o vcdimager.c; \ then mv -f ".deps/vcdimager.Tpo" ".deps/vcdimager.Po"; else rm -f ".deps/vcdimager.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o vcdimager vcdimager.o -L/usr/local/lib -liso9660 -lcdio -lm -lcam ../../lib/libvcd.la -lpopt -L/usr/local/lib -lcdio -lm -lcam -lm mkdir .libs cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o vcdimager vcdimager.o -L/usr/local/lib ../../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libpopt.so /usr/local/lib/libintl.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT cdxa2mpeg.o -MD -MP -MF ".deps/cdxa2mpeg.Tpo" -c -o cdxa2mpeg.o cdxa2mpeg.c; \ then mv -f ".deps/cdxa2mpeg.Tpo" ".deps/cdxa2mpeg.Po"; else rm -f ".deps/cdxa2mpeg.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o cdxa2mpeg cdxa2mpeg.o -L/usr/local/lib -liso9660 -lcdio -lm -lcam ../../lib/libvcd.la -lpopt -lm cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o cdxa2mpeg cdxa2mpeg.o -L/usr/local/lib ../../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so -lcam /usr/local/lib/libpopt.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd-info.o -MD -MP -MF ".deps/vcd-info.Tpo" -c -o vcd-info.o vcd-info.c; \ then mv -f ".deps/vcd-info.Tpo" ".deps/vcd-info.Po"; else rm -f ".deps/vcd-info.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o vcd-info vcd-info.o -L/usr/local/lib -liso9660 -lcdio -lm -lcam ../../lib/libvcdinfo.la ../../lib/libvcd.la -lpopt -L/usr/local/lib -lcdio -lm -lcam -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o .libs/vcd-info vcd-info.o -L/usr/local/lib ../../lib/.libs/libvcdinfo.so ../../lib/.libs/libvcd.a /usr/local/lib/libpopt.so /usr/local/lib/libintl.so /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib creating vcd-info gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/cli' Making all in xml gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' (sed 's/\"/\\"/g' | nawk 'BEGIN { print "const char videocd_dtd[] = \\" } { print " \"" $0 "\\n\" \\" } END { print ";" }') < ./videocd.dtd > videocd_dtd.inc gmake all-am gmake[4]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_xml_build.o -MD -MP -MF ".deps/vcd_xml_build.Tpo" -c -o vcd_xml_build.o vcd_xml_build.c; \ then mv -f ".deps/vcd_xml_build.Tpo" ".deps/vcd_xml_build.Po"; else rm -f ".deps/vcd_xml_build.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_xml_common.o -MD -MP -MF ".deps/vcd_xml_common.Tpo" -c -o vcd_xml_common.o vcd_xml_common.c; \ then mv -f ".deps/vcd_xml_common.Tpo" ".deps/vcd_xml_common.Po"; else rm -f ".deps/vcd_xml_common.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_xml_dtd.o -MD -MP -MF ".deps/vcd_xml_dtd.Tpo" -c -o vcd_xml_dtd.o vcd_xml_dtd.c; \ then mv -f ".deps/vcd_xml_dtd.Tpo" ".deps/vcd_xml_dtd.Po"; else rm -f ".deps/vcd_xml_dtd.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_xml_master.o -MD -MP -MF ".deps/vcd_xml_master.Tpo" -c -o vcd_xml_master.o vcd_xml_master.c; \ then mv -f ".deps/vcd_xml_master.Tpo" ".deps/vcd_xml_master.Po"; else rm -f ".deps/vcd_xml_master.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_xml_parse.o -MD -MP -MF ".deps/vcd_xml_parse.Tpo" -c -o vcd_xml_parse.o vcd_xml_parse.c; \ then mv -f ".deps/vcd_xml_parse.Tpo" ".deps/vcd_xml_parse.Po"; else rm -f ".deps/vcd_xml_parse.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o vcdxbuild vcd_xml_build.o vcd_xml_common.o vcd_xml_dtd.o vcd_xml_master.o vcd_xml_parse.o -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm ../../lib/libvcd.la -lpopt -L/usr/local/lib -lcdio -lm -lcam -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm mkdir .libs cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o vcdxbuild vcd_xml_build.o vcd_xml_common.o vcd_xml_dtd.o vcd_xml_master.o vcd_xml_parse.o -L/usr/local/lib /usr/local/lib/libxml2.so -lz ../../lib/.libs/libvcd.a /usr/local/lib/libpopt.so /usr/local/lib/libintl.so /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_xml_gen.o -MD -MP -MF ".deps/vcd_xml_gen.Tpo" -c -o vcd_xml_gen.o vcd_xml_gen.c; \ then mv -f ".deps/vcd_xml_gen.Tpo" ".deps/vcd_xml_gen.Po"; else rm -f ".deps/vcd_xml_gen.Tpo"; exit 1; fi if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_xml_dump.o -MD -MP -MF ".deps/vcd_xml_dump.Tpo" -c -o vcd_xml_dump.o vcd_xml_dump.c; \ then mv -f ".deps/vcd_xml_dump.Tpo" ".deps/vcd_xml_dump.Po"; else rm -f ".deps/vcd_xml_dump.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o vcdxgen vcd_xml_gen.o vcd_xml_common.o vcd_xml_dump.o -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm -lpopt ../../lib/libvcd.la -L/usr/local/lib -lcdio -lm -lcam -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o vcdxgen vcd_xml_gen.o vcd_xml_common.o vcd_xml_dump.o -L/usr/local/lib /usr/local/lib/libxml2.so -lz /usr/local/lib/libpopt.so /usr/local/lib/libintl.so ../../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_xml_rip.o -MD -MP -MF ".deps/vcd_xml_rip.Tpo" -c -o vcd_xml_rip.o vcd_xml_rip.c; \ then mv -f ".deps/vcd_xml_rip.Tpo" ".deps/vcd_xml_rip.Po"; else rm -f ".deps/vcd_xml_rip.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o vcdxrip vcd_xml_rip.o vcd_xml_common.o vcd_xml_dump.o -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm -L/usr/local/lib -liso9660 -lcdio -lm -lcam ../../lib/libvcdinfo.la ../../lib/libvcd.la -lpopt -L/usr/local/lib -lcdio -lm -lcam -lm cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o .libs/vcdxrip vcd_xml_rip.o vcd_xml_common.o vcd_xml_dump.o -L/usr/local/lib /usr/local/lib/libxml2.so -lz ../../lib/.libs/libvcdinfo.so ../../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libpopt.so /usr/local/lib/libintl.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib creating vcdxrip if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include/ -I../../lib/ -I/usr/local/include -I/usr/local/include -I/usr/local/include/libxml2 -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT vcd_xml_minfo.o -MD -MP -MF ".deps/vcd_xml_minfo.Tpo" -c -o vcd_xml_minfo.o vcd_xml_minfo.c; \ then mv -f ".deps/vcd_xml_minfo.Tpo" ".deps/vcd_xml_minfo.Po"; else rm -f ".deps/vcd_xml_minfo.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o vcdxminfo vcd_xml_common.o vcd_xml_minfo.o -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -liconv -lm -lpopt ../../lib/libvcd.la -L/usr/local/lib -lcdio -lm -lcam -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o vcdxminfo vcd_xml_common.o vcd_xml_minfo.o -L/usr/local/lib /usr/local/lib/libxml2.so -lz /usr/local/lib/libpopt.so /usr/local/lib/libintl.so ../../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib gmake[4]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' gmake[3]: Nothing to be done for `all-am'. gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' Making all in test gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/test' if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT mpegscan.o -MD -MP -MF ".deps/mpegscan.Tpo" -c -o mpegscan.o mpegscan.c; \ then mv -f ".deps/mpegscan.Tpo" ".deps/mpegscan.Po"; else rm -f ".deps/mpegscan.Tpo"; exit 1; fi /bin/sh ../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o mpegscan mpegscan.o ../lib/libvcd.la -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm mkdir .libs cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o mpegscan mpegscan.o -L/usr/local/lib ../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT mpegscan2.o -MD -MP -MF ".deps/mpegscan2.Tpo" -c -o mpegscan2.o mpegscan2.c; \ then mv -f ".deps/mpegscan2.Tpo" ".deps/mpegscan2.Po"; else rm -f ".deps/mpegscan2.Tpo"; exit 1; fi /bin/sh ../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o mpegscan2 mpegscan2.o ../lib/libvcd.la -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o mpegscan2 mpegscan2.o -L/usr/local/lib ../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT testimage.o -MD -MP -MF ".deps/testimage.Tpo" -c -o testimage.o testimage.c; \ then mv -f ".deps/testimage.Tpo" ".deps/testimage.Po"; else rm -f ".deps/testimage.Tpo"; exit 1; fi /bin/sh ../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o testimage testimage.o ../lib/libvcd.la -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o testimage testimage.o -L/usr/local/lib ../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT testassert.o -MD -MP -MF ".deps/testassert.Tpo" -c -o testassert.o testassert.c; \ then mv -f ".deps/testassert.Tpo" ".deps/testassert.Po"; else rm -f ".deps/testassert.Tpo"; exit 1; fi /bin/sh ../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o testassert testassert.o ../lib/libvcd.la -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o testassert testassert.o -L/usr/local/lib ../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT testvcd.o -MD -MP -MF ".deps/testvcd.Tpo" -c -o testvcd.o testvcd.c; \ then mv -f ".deps/testvcd.Tpo" ".deps/testvcd.Po"; else rm -f ".deps/testvcd.Tpo"; exit 1; fi /bin/sh ../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o testvcd testvcd.o -L/usr/local/lib -liso9660 -lcdio -lm -lcam ../lib/libvcdinfo.la ../lib/libvcd.la -lm cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o .libs/testvcd testvcd.o -L/usr/local/lib ../lib/.libs/libvcdinfo.so ../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib creating testvcd gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/test' Making all in amiga gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/amiga' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/amiga' Making all in docs gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/docs' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/docs' Making all in example gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/example' if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../include/ -I../lib/ -I/usr/local/include -pipe -O -march=pentium2 -I/usr/local/include -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -MT info1.o -MD -MP -MF ".deps/info1.Tpo" -c -o info1.o info1.c; \ then mv -f ".deps/info1.Tpo" ".deps/info1.Po"; else rm -f ".deps/info1.Tpo"; exit 1; fi /bin/sh ../libtool --tag=CC --mode=link cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -L/usr/local/lib -o info1 info1.o ../lib/libvcdinfo.la ../lib/libvcd.la -L/usr/local/lib -liso9660 -lcdio -lm -lcam -lm mkdir .libs cc -pipe -O -march=pentium2 -Wall -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wunused -Wpointer-arith -Wwrite-strings -Wnested-externs -Wno-sign-compare -o .libs/info1 info1.o -L/usr/local/lib ../lib/.libs/libvcdinfo.so ../lib/.libs/libvcd.a /usr/local/lib/libiso9660.so /usr/local/lib/libcdio.so /usr/local/lib/libiconv.so -lcam -lm -Wl,--rpath -Wl,/usr/local/lib creating info1 gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/example' gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23' gmake[1]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23' ===> Installing for vcdimager-0.7.23_1 ===> vcdimager-0.7.23_1 depends on executable: pkg-config - found ===> Generating temporary packing list ===> Checking if multimedia/vcdimager already installed ===> An older version of multimedia/vcdimager is already installed (vcdimager-0.7.23) You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of multimedia/vcdimager without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /usr/ports/multimedia/vcdimager. Script done on Sat Mar 11 08:33:58 2006 --Boundary-00=_ZRtEEuSXjnL/153 Content-Type: text/plain; charset="utf-8"; name="vcdimager-reinstall.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vcdimager-reinstall.txt" Script started on Sat Mar 11 08:37:17 2006 ===> Installing for vcdimager-0.7.23_1 ===> vcdimager-0.7.23_1 depends on executable: pkg-config - found ===> vcdimager-0.7.23_1 depends on shared library: popt.0 - found ===> vcdimager-0.7.23_1 depends on shared library: xml2 - found ===> vcdimager-0.7.23_1 depends on shared library: cdio.6 - found ===> Generating temporary packing list ===> Checking if multimedia/vcdimager already installed Making install in include gmake[1]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' Making install in libvcd gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake install-am gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake[4]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake[4]: Nothing to be done for `install-exec-am'. test -z "/usr/local/include/libvcd" || /bin/sh ../../mkinstalldirs "/usr/local/include/libvcd" install -o root -g wheel -m 444 'files.h' '/usr/local/include/libvcd/files.h' install -o root -g wheel -m 444 'files_private.h' '/usr/local/include/libvcd/files_private.h' install -o root -g wheel -m 444 'inf.h' '/usr/local/include/libvcd/inf.h' install -o root -g wheel -m 444 'info.h' '/usr/local/include/libvcd/info.h' install -o root -g wheel -m 444 'logging.h' '/usr/local/include/libvcd/logging.h' install -o root -g wheel -m 444 'sector.h' '/usr/local/include/libvcd/sector.h' install -o root -g wheel -m 444 'types.h' '/usr/local/include/libvcd/types.h' install -o root -g wheel -m 444 'version.h' '/usr/local/include/libvcd/version.h' gmake[4]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include/libvcd' gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' gmake[3]: Nothing to be done for `install-exec-am'. gmake[3]: Nothing to be done for `install-data-am'. gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' gmake[1]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/include' Making install in lib gmake[1]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/lib' gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/lib' test -z "/usr/local/lib" || /bin/sh ../mkinstalldirs "/usr/local/lib" /bin/sh ../libtool --mode=install /usr/bin/install -c -o root -g wheel 'libvcdinfo.la' '/usr/local/lib/libvcdinfo.la' /usr/bin/install -c -o root -g wheel .libs/libvcdinfo.so.2 /usr/local/lib/libvcdinfo.so.2 (cd /usr/local/lib && rm -f libvcdinfo.so && ln -s libvcdinfo.so.2 libvcdinfo.so) (cd /usr/local/lib && rm -f libvcdinfo.so && ln -s libvcdinfo.so.2 libvcdinfo.so) /usr/bin/install -c -o root -g wheel .libs/libvcdinfo.lai /usr/local/lib/libvcdinfo.la /usr/bin/install -c -o root -g wheel .libs/libvcdinfo.a /usr/local/lib/libvcdinfo.a ranlib /usr/local/lib/libvcdinfo.a chmod 644 /usr/local/lib/libvcdinfo.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[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/lib' gmake[1]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/lib' Making install in frontends gmake[1]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' Making install in cli gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/cli' gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/cli' test -z "/usr/local/bin" || /bin/sh ../../mkinstalldirs "/usr/local/bin" /bin/sh ../../libtool --mode=install install -s -o root -g wheel -m 555 'vcdimager' '/usr/local/bin/vcdimager' install -o root -g wheel -m 555 -s vcdimager /usr/local/bin/vcdimager /bin/sh ../../libtool --mode=install install -s -o root -g wheel -m 555 'cdxa2mpeg' '/usr/local/bin/cdxa2mpeg' install -o root -g wheel -m 555 -s cdxa2mpeg /usr/local/bin/cdxa2mpeg /bin/sh ../../libtool --mode=install install -s -o root -g wheel -m 555 'vcd-info' '/usr/local/bin/vcd-info' install -o root -g wheel -m 555 -s .libs/vcd-info /usr/local/bin/vcd-info test -z "/usr/local/man/man1" || /bin/sh ../../mkinstalldirs "/usr/local/man/man1" install -o root -g wheel -m 444 './vcdimager.1' '/usr/local/man/man1/vcdimager.1' install -o root -g wheel -m 444 './cdxa2mpeg.1' '/usr/local/man/man1/cdxa2mpeg.1' install -o root -g wheel -m 444 './vcd-info.1' '/usr/local/man/man1/vcd-info.1' gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/cli' gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/cli' Making install in xml gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' gmake install-am gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' gmake[4]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' test -z "/usr/local/bin" || /bin/sh ../../mkinstalldirs "/usr/local/bin" /bin/sh ../../libtool --mode=install install -s -o root -g wheel -m 555 'vcdxbuild' '/usr/local/bin/vcdxbuild' install -o root -g wheel -m 555 -s vcdxbuild /usr/local/bin/vcdxbuild /bin/sh ../../libtool --mode=install install -s -o root -g wheel -m 555 'vcdxgen' '/usr/local/bin/vcdxgen' install -o root -g wheel -m 555 -s vcdxgen /usr/local/bin/vcdxgen /bin/sh ../../libtool --mode=install install -s -o root -g wheel -m 555 'vcdxrip' '/usr/local/bin/vcdxrip' install -o root -g wheel -m 555 -s .libs/vcdxrip /usr/local/bin/vcdxrip /bin/sh ../../libtool --mode=install install -s -o root -g wheel -m 555 'vcdxminfo' '/usr/local/bin/vcdxminfo' install -o root -g wheel -m 555 -s vcdxminfo /usr/local/bin/vcdxminfo test -z "/usr/local/man/man1" || /bin/sh ../../mkinstalldirs "/usr/local/man/man1" install -o root -g wheel -m 444 './vcdxbuild.1' '/usr/local/man/man1/vcdxbuild.1' install -o root -g wheel -m 444 './vcdxgen.1' '/usr/local/man/man1/vcdxgen.1' install -o root -g wheel -m 444 './vcdxrip.1' '/usr/local/man/man1/vcdxrip.1' install -o root -g wheel -m 444 './vcdxminfo.1' '/usr/local/man/man1/vcdxminfo.1' gmake[4]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends/xml' gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' gmake[3]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' gmake[3]: Nothing to be done for `install-exec-am'. gmake[3]: Nothing to be done for `install-data-am'. gmake[3]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' gmake[1]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/frontends' Making install in test gmake[1]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/test' gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/test' gmake[2]: Nothing to be done for `install-exec-am'. gmake[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/test' gmake[1]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/test' Making install in amiga gmake[1]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/amiga' gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/amiga' gmake[2]: Nothing to be done for `install-exec-am'. gmake[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/amiga' gmake[1]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/amiga' Making install in docs gmake[1]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/docs' gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/docs' gmake[2]: Nothing to be done for `install-exec-am'. test -z "/usr/local/info" || /bin/sh ../mkinstalldirs "/usr/local/info" install -o root -g wheel -m 444 './vcdimager.info' '/usr/local/info/vcdimager.info' install -o root -g wheel -m 444 './vcd-info.info' '/usr/local/info/vcd-info.info' install -o root -g wheel -m 444 './vcdxrip.info' '/usr/local/info/vcdxrip.info' install-info --info-dir='/usr/local/info' '/usr/local/info/vcdimager.info' install-info --info-dir='/usr/local/info' '/usr/local/info/vcd-info.info' install-info: menu item `vcd-info' already exists, for file `vcdimager' install-info --info-dir='/usr/local/info' '/usr/local/info/vcdxrip.info' gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/docs' gmake[1]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/docs' Making install in example gmake[1]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/example' gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/example' gmake[2]: Nothing to be done for `install-exec-am'. gmake[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/example' gmake[1]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23/example' gmake[1]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23' gmake[2]: Entering directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23' gmake[2]: Nothing to be done for `install-exec-am'. test -z "/usr/local/libdata/pkgconfig" || /bin/sh ./mkinstalldirs "/usr/local/libdata/pkgconfig" install -o root -g wheel -m 444 'libvcdinfo.pc' '/usr/local/libdata/pkgconfig/libvcdinfo.pc' gmake[2]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23' gmake[1]: Leaving directory `/usr/ports/multimedia/vcdimager/work/vcdimager-0.7.23' install-info --quiet /usr/local/info/vcdimager.info /usr/local/info/dir if [ "`/usr/bin/dirname vcdimager`" != "." ]; then echo "@unexec /bin/rmdir %D/info/`/usr/bin/dirname vcdimager` 2> /dev/null || true" >> /usr/ports/multimedia/vcdimager/work/.PLIST.mktmp; fi install-info --quiet /usr/local/info/vcdxrip.info /usr/local/info/dir if [ "`/usr/bin/dirname vcdxrip`" != "." ]; then echo "@unexec /bin/rmdir %D/info/`/usr/bin/dirname vcdxrip` 2> /dev/null || true" >> /usr/ports/multimedia/vcdimager/work/.PLIST.mktmp; fi install-info --quiet /usr/local/info/vcd-info.info /usr/local/info/dir install-info: menu item `vcd-info' already exists, for file `vcdimager' *** Error code 1 Stop in /usr/ports/multimedia/vcdimager. Script done on Sat Mar 11 08:37:36 2006 --Boundary-00=_ZRtEEuSXjnL/153-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 13:46:01 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1093E16A41F for ; Sat, 11 Mar 2006 13:46:01 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3064343D72 for ; Sat, 11 Mar 2006 13:45:55 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 0F9625CF7; Sat, 11 Mar 2006 08:45:55 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67049-02; Sat, 11 Mar 2006 08:45:54 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-129-91.ny325.east.verizon.net [68.161.129.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id E72745C17; Sat, 11 Mar 2006 08:45:53 -0500 (EST) Message-ID: <4412D492.9090609@mac.com> Date: Sat, 11 Mar 2006 08:45:54 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "[LoN]Kamikaze" References: <44129C84.70106@gmx.de> In-Reply-To: <44129C84.70106@gmx.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-ports@freebsd.org Subject: Re: java/phpeclipse 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, 11 Mar 2006 13:46:01 -0000 [LoN]Kamikaze wrote: > Mails to the ports maintainer as well as my mail to the eclipse mailing > list have been ignored. > > The phpeclipse port is hopelessly outdated and doesn't work the way it > should. The version 1.1.4 is only meant for use with the Eclipse 3.0 > branch. For the Eclipse 3.1 branch newer versions (at the moment 1.1.7) > are required. Please mark the support abandoned, since I'm trying to > find someone who cares ever since the 1.5 release of Firefox. You need to submit a PR requesting a maintainer timeout for the port in question. -- -Chuck From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 13:57:52 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8656B16A42D for ; Sat, 11 Mar 2006 13:57:52 +0000 (GMT) (envelope-from freebsd@troback.com) Received: from devil.troback.com (c-195-216-040-156.cust.thalamus.net [195.216.40.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87C1E43D69 for ; Sat, 11 Mar 2006 13:56:57 +0000 (GMT) (envelope-from freebsd@troback.com) Received: from devil.troback.com (localhost.troback.com [127.0.0.1]) by devil.troback.com (Postfix) with ESMTP id 63C9611410; Sat, 11 Mar 2006 14:56:07 +0100 (CET) Date: Sat, 11 Mar 2006 14:56:07 +0100 From: Anders Troback To: Kris Kennaway Message-ID: <20060311145607.5a502940@devil.troback.com> In-Reply-To: <20060311021108.GA2099@xor.obsecurity.org> References: <20060310203735.55e84734@devil.troback.com> <20060311021108.GA2099@xor.obsecurity.org> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: 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, 11 Mar 2006 13:57:52 -0000 On Fri, 10 Mar 2006 21:11:09 -0500 Kris Kennaway wrote: > On Fri, Mar 10, 2006 at 08:37:35PM +0100, Anders Troback wrote: > > Hi list! > > > > I'm trying to compile a app that have a include of ! > > > > How do I cope with that? Any ideas? > > Figure out what Linux kernel interface it uses from that header, > figure out what the corresponding FreeBSD version is, then port the > code from Linux to FreeBSD interface. > > Kris Was locking for a shortcut here like "use this header instead" or something;-) Thanks! \\troback From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 16:30:17 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F091116A41F; Sat, 11 Mar 2006 16:30:17 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4952343D49; Sat, 11 Mar 2006 16:30:16 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from cauchy.math.uvsq.fr (cauchy.math.uvsq.fr [193.51.32.2]) by soleil.uvsq.fr (8.13.4/jtpda-5.4) with ESMTP id k2BGU1xI054003 ; Sat, 11 Mar 2006 17:30:01 +0100 (CET) Received: from cauchy.math.uvsq.fr (localhost [127.0.0.1]) by cauchy.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k2BGU1NI033688 ; Sat, 11 Mar 2006 17:30:01 +0100 (CET) Received: (from moreno@localhost) by cauchy.math.uvsq.fr (8.13.3/8.13.3/Submit) id k2BGU0f4033673; Sat, 11 Mar 2006 17:30:00 +0100 (CET) (envelope-from moreno) Date: Sat, 11 Mar 2006 17:30:00 +0100 From: Guillermo MORENO-SOCIAS To: Bartosz Fabianowski Message-ID: <20060311163000.GA31366@math.uvsq.fr> References: <20060308175002.GA55759@math.uvsq.fr> <20060308210359.GA57344@math.uvsq.fr> <9b53dd530603081339q37f5737ei61d166f371eea9b3@mail.gmail.com> <20060309102843.GB62168@math.uvsq.fr> <9b53dd530603090249k5e32c5d7xa311e0390b45ea0f@mail.gmail.com> <20060311100517.GB623@math.uvsq.fr> <4412B4EA.5000901@chillt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4412B4EA.5000901@chillt.de> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.5 (soleil.uvsq.fr [193.51.24.1]); Sat, 11 Mar 2006 17:30:05 +0100 (CET) X-Miltered: at soleil.uvsq.fr with ID 4412FB09.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: ClamAV 0.88/1325/Sat Mar 11 17:05:16 2006 on soleil.uvsq.fr X-Virus-Status: Clean Cc: freebsd-ports@freebsd.org, openoffice@freebsd.org Subject: Re: editors/openoffice-2.0 & java/jdk14 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, 11 Mar 2006 16:30:18 -0000 On Sat, Mar 11, 2006 at 12:30:50PM +0100, Bartosz Fabianowski wrote: > >It seems that it should work with jdk14 patchlevel 7 but I hesitate > >to downgrade my jdk14 patchlevel 8 (besides, I do not know how to > >proceed). > > Are you actually positive you're running jdk-1.4.2p8_3? The compile > date of your jdk14 port certainly seems to indicate you should have > port revision 3. But maybe you forgot to cvsup before compiling that? > > The problem you are experiencing was fixed when portrevision on jdk14 > got bumped from 2 to 3. Please double-check you have the newest revision > of the JDK installed. > > - Bartosz You were right. Somehow I got installed a bad jdk-1.4.2p8_3, because I had only added to /usr/ports/distfiles these files: j2sdk-1_4_2-bin-scsl.zip j2sdk-1_4_2-src-scsl.zip bsd-jdk14-patches-8.tar.gz so that j2sdk-1_4_2_10-linux-i586.bin was missing. Strangely enough, I was never asked for it. Thanks. Guillermo Moreno-Socias From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 16:49:47 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D0FF16A41F; Sat, 11 Mar 2006 16:49:47 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9675A43D45; Sat, 11 Mar 2006 16:49:46 +0000 (GMT) (envelope-from Guillermo.Moreno-Socias@math.uvsq.fr) Received: from cauchy.math.uvsq.fr (cauchy.math.uvsq.fr [193.51.32.2]) by soleil.uvsq.fr (8.13.4/jtpda-5.4) with ESMTP id k2BGnj3F013369 ; Sat, 11 Mar 2006 17:49:45 +0100 (CET) Received: from fermat.math.uvsq.fr (fermat.math.uvsq.fr [193.51.32.1]) by cauchy.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k2BGniN5038339 ; Sat, 11 Mar 2006 17:49:44 +0100 (CET) Received: from fermat.math.uvsq.fr (localhost [127.0.0.1]) by fermat.math.uvsq.fr (8.13.3/jtpda-5.4) with ESMTP id k2BGnicC084453 ; Sat, 11 Mar 2006 17:49:44 +0100 (CET) Received: (from moreno@localhost) by fermat.math.uvsq.fr (8.13.3/8.13.3/Submit) id k2BGniOJ084448; Sat, 11 Mar 2006 17:49:44 +0100 (CET) (envelope-from moreno) Date: Sat, 11 Mar 2006 17:49:44 +0100 From: Guillermo MORENO-SOCIAS To: "Jack L." Message-ID: <20060311164944.GA75571@math.uvsq.fr> References: <20060308175002.GA55759@math.uvsq.fr> <20060308210359.GA57344@math.uvsq.fr> <9b53dd530603081339q37f5737ei61d166f371eea9b3@mail.gmail.com> <20060309102843.GB62168@math.uvsq.fr> <9b53dd530603090249k5e32c5d7xa311e0390b45ea0f@mail.gmail.com> <20060311100517.GB623@math.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.5 (soleil.uvsq.fr [193.51.24.1]); Sat, 11 Mar 2006 17:49:45 +0100 (CET) X-Miltered: at soleil.uvsq.fr with ID 4412FFA9.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Virus-Scanned: ClamAV 0.88/1325/Sat Mar 11 17:05:16 2006 on soleil.uvsq.fr X-Virus-Status: Clean Cc: ports@freebsd.org, openoffice@freebsd.org Subject: Re: editors/openoffice-2.0 & java/jdk14 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, 11 Mar 2006 16:49:47 -0000 On Sat, Mar 11, 2006 at 02:28:03AM -0800, Jack L. wrote: > There was a fix to patchlevel 8, try redownloading jdk14 with patch 8 and > try to recompile. It should work. The 5.5-PRERELEAES packages should still > install properly on a 5.4 machine. I have recompiled java/jdk14, now it should be OK. However I cannot install the editors/openoffice.org-2.0 package because of a conflict of other packages (see below). I am trying to install it from ports. Thanks to all. Guillermo Moreno-Socias # pkg_add ftp://ftp.uvsq.fr/pub/FreeBSD/ports/i386/packages-5.5-release/editors/openoffice.org-2.0.2.rc2.tbz Fetching ftp://ftp.uvsq.fr/pub/FreeBSD/ports/i386/packages-5.5-release/editors/openoffice.org-2.0.2.rc2.tbz... Done. Fetching ftp://ftp.uvsq.fr/pub/FreeBSD/ports/i386/packages-5.5-release/All/gamin-0.1.7_2.tbz... Done. pkg_add: package 'gamin-0.1.7_2' conflicts with fam-2.6.9_6 pkg_add: please use pkg_delete first to remove conflicting package(s) or -f to force installation pkg_add: pkg_add of dependency 'gamin-0.1.7_2' failed! # pkg_delete fam-2.6.9_6 pkg_delete: package 'fam-2.6.9_6' is required by these other packages and may not be deinstalled: bugbuddy-2.12.1 dasher-3.2.18_1,1 eel-2.12.2_1 en_GB-kde-i18n-3.5.1 eog-2.12.3 epiphany-1.8.5 evince-0.4.0_3 evolution-2.4.2.1_1 evolution-data-server-1.4.2.1_3 evolution-exchange-2.4.2_1 evolution-webcal-2.4.1_1 fileroller-2.12.3_1,1 firefox-1.5.0.1_1,1 fr-kde-i18n-3.5.1 gal2-2.5.3_1 gcalctool-5.7.29,2 gconf-editor-2.12.1,1 gdm-2.8.0.7_3 gedit-2.12.1_1 ggv-2.12.0 gnome-menu-editor-0.5_1 gnome-menus-2.12.0_2 gnome-screensaver-0.0.24_1 gnome-themes-2.12.3 gnome2-2.12.3 gnomeapplets2-2.12.3 gnomecontrolcenter2-2.12.3_1 gnomedesktop-2.12.3_1 gnomegames2-2.12.3_1 gnomekeyringmanager-2.12.0 gnomemedia2-2.12.0_1 gnomenetstatus-2.12.0_2 gnomepanel-2.12.3_1 gnomesession-2.12.0_1 gnomespell-1.0.7_1 gnomesystemmonitor-2.12.2 gnomesystemtools-1.4.1_1 gnometerminal-2.12.0 gnomeutils2-2.12.2,1 gnomevfs2-2.12.2_2 gnopernicus-0.12.0_1 gok-1.0.5,1 gpdf-2.10.0_4 gstreamer-plugins-gnomevfs-0.8.11_1 gtkhtml3-3.8.2_1 gtksourceview-1.4.2_1 gucharmap-gnome-1.4.4_3 kdeartwork-3.5.1_1 kdeartwork-xscreensaver-kde-3.5.1 kdebase-3.5.1_2 kdebase-kompmgr-3.5.1 kdegames-3.5.1_1 kdegraphics-3.5.1_2 kdegraphics-kuickshow-3.5.1_1 kdelibs-3.5.1_1 kdepim-3.5.1_1 kdesdk-3.5.1_1 kdeutils-3.5.1_1 krdesktop-1.8_4 libbonoboui-2.10.1_2 libgail-gnome-1.1.3_1 libgnome-2.12.0.1_1 libgnomeui-2.12.1_1 libgtkhtml-2.11.0_1 nautilus-cd-burner-2.12.3_1 nautilus2-2.12.2_1 seamonkey-1.0 sound-juicer-2.12.3 totem-gstreamer-1.2.1_2 vino-2.12.0_2 xfce-4.2.3.2 yelp-2.12.2_2 > On 3/11/06, Guillermo MORENO-SOCIAS > wrote: > > > > On Thu, Mar 09, 2006 at 05:49:48AM -0500, John Teague wrote: > > > On 3/9/06, ASSISTANCE INFORMATIQUE wrote: > > > > On Wed, Mar 08, 2006 at 04:39:37PM -0500, John Teague wrote: > > > > > On 3/8/06, Guillermo MORENO-SOCIAS < > > Guillermo.Moreno-Socias@math.uvsq.fr > > > > > wrote: > > > > > > On Wed, Mar 08, 2006 at 11:46:04AM -0800, Jack L. wrote: > > > > > > > You need to manually download that file because of the > > licensing. > > > > > > My question is: In order to install editors/openoffice.org-2.0 > > , > > > > > > should I install java/linux-sun-jdk14, besides java/jdk14 which is > > > > > > "the native FreeBSD JDK"? > > > > > I just installed OOo 2.0 from ports and I did not have to install > > > > anything > > > > > other than jdk14. Can you tell us what version of FreeBSD you are > > using? > > > > FreeBSD 5.4-RELEASE. FWIW, I had made "portupgrade -aRr". > > > > > This looks exactly like a problem reported at > > > http://www.archivesat.com/Porting_OpenOffice_to_FreeBSD/thread67554.htmwhere > > > jdk14 with patch level 8 installed conflicts with the OOo upgrade > > > script. It looks like the user who reported the problem found a work > > around. > > > Hope this helps. Let us know how it turns out. > > > > > > John Teague > > > > I think that was it! It seems that it should work with jdk14 > > patchlevel 7 but I hesitate to downgrade my jdk14 patchlevel 8 > > (besides, I do not know how to proceed). I am afraid I shall have to > > wait for un upgrade to 5.5-RELEASE and then install the package. > > Thanks to everybody who answered. From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 17:44:33 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACBDD16A41F for ; Sat, 11 Mar 2006 17:44:33 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF6F43D45 for ; Sat, 11 Mar 2006 17:44:33 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 2E517407C; Sat, 11 Mar 2006 11:44:33 -0600 (CST) Date: Sat, 11 Mar 2006 11:44:33 -0600 To: Aluminium Oxide Message-ID: <20060311174433.GB10679@soaustin.net> References: <1142054372.14978.256358031@webmail.messagingengine.com> <20060311060002.GA40638@xor.obsecurity.org> <1142079054.9555.256373197@webmail.messagingengine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1142079054.9555.256373197@webmail.messagingengine.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-ports@freebsd.org, Kris Kennaway Subject: Re: portsupgrade cvsup refuse file aware? 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, 11 Mar 2006 17:44:33 -0000 On Sat, Mar 11, 2006 at 10:40:54PM +1030, Aluminium Oxide wrote: > > > How much better would it be, if pkgdb had a flag to permit the parsing > > > of the refuse file, and honouring the ports tree resulting from cvsup as > > > produced by it? > > > > > > Can we do this? > > > >Not really, this has been discussed many times. > > > > Kris > > Why not? Executive Summary: partial ports trees don't work. Longer Summary: until and unless we (portmgr) wants to enforce a new rule that limits inter-category ports dependencies, there is no way to know which category is a "leaf category" and thus may be safely trimmed, and thus will be able to make a consistent INDEX. Trying to deal with people who have failed to create INDEX is an ongoing, frustrating, and ultimately useless task, and it's much easier just to tell everybody to have complete ports trees. The last *three* times I have asked for a show of hands, "who wants a new enforceable portmgr policy to restrict dependencies in certain categories", I have received a deafening silence (no replies at all). Yes, this topic has been discussed at least three times. As kris hinted, see the archives. mcl From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 17:46:09 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E894616A41F for ; Sat, 11 Mar 2006 17:46:09 +0000 (GMT) (envelope-from duncan.fbsd@gmail.com) Received: from smtp101.sbc.mail.re2.yahoo.com (smtp101.sbc.mail.re2.yahoo.com [68.142.229.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F40443D46 for ; Sat, 11 Mar 2006 17:46:08 +0000 (GMT) (envelope-from duncan.fbsd@gmail.com) Received: (qmail 77306 invoked from network); 11 Mar 2006 17:46:08 -0000 Received: from unknown (HELO ?192.168.1.197?) (donaldj@ameritech.net@68.76.158.23 with plain) by smtp101.sbc.mail.re2.yahoo.com with SMTP; 11 Mar 2006 17:46:08 -0000 From: "Donald J. O'Neill" To: freebsd-ports@freebsd.org Date: Sat, 11 Mar 2006 11:45:56 -0600 User-Agent: KMail/1.9.1 References: <20060308175002.GA55759@math.uvsq.fr> <20060311164944.GA75571@math.uvsq.fr> In-Reply-To: <20060311164944.GA75571@math.uvsq.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603111145.56911.duncan.fbsd@gmail.com> Cc: ports@freebsd.org, Guillermo MORENO-SOCIAS , "Jack L." Subject: Re: editors/openoffice-2.0 & java/jdk14 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, 11 Mar 2006 17:46:10 -0000 On Saturday 11 March 2006 10:49, Guillermo MORENO-SOCIAS wrote: > On Sat, Mar 11, 2006 at 02:28:03AM -0800, Jack L. wrote: > > There was a fix to patchlevel 8, try redownloading jdk14 with patch > > 8 and try to recompile. It should work. The 5.5-PRERELEAES packages > > should still install properly on a 5.4 machine. > > I have recompiled java/jdk14, now it should be OK. > However I cannot install the editors/openoffice.org-2.0 package > because of a conflict of other packages (see below). I am trying to > install it from ports. > Thanks to all. > Guillermo Moreno-Socias > > # pkg_add > ftp://ftp.uvsq.fr/pub/FreeBSD/ports/i386/packages-5.5-release/editors >/openoffice.org-2.0.2.rc2.tbz Fetching > ftp://ftp.uvsq.fr/pub/FreeBSD/ports/i386/packages-5.5-release/editors >/openoffice.org-2.0.2.rc2.tbz... Done. Fetching > ftp://ftp.uvsq.fr/pub/FreeBSD/ports/i386/packages-5.5-release/All/gam >in-0.1.7_2.tbz... Done. pkg_add: package 'gamin-0.1.7_2' conflicts > with fam-2.6.9_6 > pkg_add: please use pkg_delete first to remove conflicting package(s) > or -f to force installation pkg_add: pkg_add of dependency > 'gamin-0.1.7_2' failed! > > # pkg_delete fam-2.6.9_6 > pkg_delete: package 'fam-2.6.9_6' is required by these other packages > and may not be deinstalled: > bugbuddy-2.12.1 > dasher-3.2.18_1,1 > eel-2.12.2_1 > en_GB-kde-i18n-3.5.1 > eog-2.12.3 > epiphany-1.8.5 > evince-0.4.0_3 > evolution-2.4.2.1_1 > evolution-data-server-1.4.2.1_3 > evolution-exchange-2.4.2_1 > evolution-webcal-2.4.1_1 > fileroller-2.12.3_1,1 > firefox-1.5.0.1_1,1 > fr-kde-i18n-3.5.1 > gal2-2.5.3_1 > gcalctool-5.7.29,2 > gconf-editor-2.12.1,1 > gdm-2.8.0.7_3 > gedit-2.12.1_1 > ggv-2.12.0 > gnome-menu-editor-0.5_1 > gnome-menus-2.12.0_2 > gnome-screensaver-0.0.24_1 > gnome-themes-2.12.3 > gnome2-2.12.3 > gnomeapplets2-2.12.3 > gnomecontrolcenter2-2.12.3_1 > gnomedesktop-2.12.3_1 > gnomegames2-2.12.3_1 > gnomekeyringmanager-2.12.0 > gnomemedia2-2.12.0_1 > gnomenetstatus-2.12.0_2 > gnomepanel-2.12.3_1 > gnomesession-2.12.0_1 > gnomespell-1.0.7_1 > gnomesystemmonitor-2.12.2 > gnomesystemtools-1.4.1_1 > gnometerminal-2.12.0 > gnomeutils2-2.12.2,1 > gnomevfs2-2.12.2_2 > gnopernicus-0.12.0_1 > gok-1.0.5,1 > gpdf-2.10.0_4 > gstreamer-plugins-gnomevfs-0.8.11_1 > gtkhtml3-3.8.2_1 > gtksourceview-1.4.2_1 > gucharmap-gnome-1.4.4_3 > kdeartwork-3.5.1_1 > kdeartwork-xscreensaver-kde-3.5.1 > kdebase-3.5.1_2 > kdebase-kompmgr-3.5.1 > kdegames-3.5.1_1 > kdegraphics-3.5.1_2 > kdegraphics-kuickshow-3.5.1_1 > kdelibs-3.5.1_1 > kdepim-3.5.1_1 > kdesdk-3.5.1_1 > kdeutils-3.5.1_1 > krdesktop-1.8_4 > libbonoboui-2.10.1_2 > libgail-gnome-1.1.3_1 > libgnome-2.12.0.1_1 > libgnomeui-2.12.1_1 > libgtkhtml-2.11.0_1 > nautilus-cd-burner-2.12.3_1 > nautilus2-2.12.2_1 > seamonkey-1.0 > sound-juicer-2.12.3 > totem-gstreamer-1.2.1_2 > vino-2.12.0_2 > xfce-4.2.3.2 > yelp-2.12.2_2 > > > On 3/11/06, Guillermo MORENO-SOCIAS > > > > > > wrote: > > > On Thu, Mar 09, 2006 at 05:49:48AM -0500, John Teague wrote: > > > > On 3/9/06, ASSISTANCE INFORMATIQUE wrote: > > > > > On Wed, Mar 08, 2006 at 04:39:37PM -0500, John Teague wrote: > > > > > > On 3/8/06, Guillermo MORENO-SOCIAS < > > > > > > Guillermo.Moreno-Socias@math.uvsq.fr > > > > > > > > > wrote: > > > > > > > On Wed, Mar 08, 2006 at 11:46:04AM -0800, Jack L. wrote: > > > > > > > > You need to manually download that file because of the > > > > > > licensing. > > > > > > > > > > My question is: In order to install > > > > > > > editors/openoffice.org-2.0 > > > > > > , > > > > > > > > > > should I install java/linux-sun-jdk14, besides java/jdk14 > > > > > > > which is "the native FreeBSD JDK"? > > > > > > > > > > > > I just installed OOo 2.0 from ports and I did not have to > > > > > > install > > > > > > > > > > anything > > > > > > > > > > > other than jdk14. Can you tell us what version of FreeBSD > > > > > > you are > > > > > > using? > > > > > > > > FreeBSD 5.4-RELEASE. FWIW, I had made "portupgrade -aRr". > > > > > > > > This looks exactly like a problem reported at > > > > http://www.archivesat.com/Porting_OpenOffice_to_FreeBSD/thread6 > > > >7554.htmwhere jdk14 with patch level 8 installed conflicts with > > > > the OOo upgrade script. It looks like the user who reported the > > > > problem found a work > > > > > > around. > > > > > > > Hope this helps. Let us know how it turns out. > > > > > > > > John Teague > > > > > > I think that was it! It seems that it should work with jdk14 > > > patchlevel 7 but I hesitate to downgrade my jdk14 patchlevel 8 > > > (besides, I do not know how to proceed). I am afraid I shall > > > have to wait for un upgrade to 5.5-RELEASE and then install the > > > package. Thanks to everybody who answered. > Change your: pkg_add ftp://ftp to: pkg_add -f ftp://ftp This will force the install of openoffice regardless of conflicting dependencies. You will have to run 'pkgdb -F' afterwards to take care of the dependencies. By the way, I think you really want 2.0.2.rc1 and not rc2. I had rc2 on my systems and it wouldn't print (there appear to be some things missing from it), rc1 will. So, it was back to rc1 for me. Just be aware of that possibility. Don From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 17:46:09 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F205316A420 for ; Sat, 11 Mar 2006 17:46:09 +0000 (GMT) (envelope-from duncan.fbsd@gmail.com) Received: from smtp101.sbc.mail.re2.yahoo.com (smtp101.sbc.mail.re2.yahoo.com [68.142.229.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F59443D48 for ; Sat, 11 Mar 2006 17:46:08 +0000 (GMT) (envelope-from duncan.fbsd@gmail.com) Received: (qmail 77306 invoked from network); 11 Mar 2006 17:46:08 -0000 Received: from unknown (HELO ?192.168.1.197?) (donaldj@ameritech.net@68.76.158.23 with plain) by smtp101.sbc.mail.re2.yahoo.com with SMTP; 11 Mar 2006 17:46:08 -0000 From: "Donald J. O'Neill" To: freebsd-ports@freebsd.org Date: Sat, 11 Mar 2006 11:45:56 -0600 User-Agent: KMail/1.9.1 References: <20060308175002.GA55759@math.uvsq.fr> <20060311164944.GA75571@math.uvsq.fr> In-Reply-To: <20060311164944.GA75571@math.uvsq.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603111145.56911.duncan.fbsd@gmail.com> Cc: ports@freebsd.org, Guillermo MORENO-SOCIAS , "Jack L." Subject: Re: editors/openoffice-2.0 & java/jdk14 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, 11 Mar 2006 17:46:10 -0000 On Saturday 11 March 2006 10:49, Guillermo MORENO-SOCIAS wrote: > On Sat, Mar 11, 2006 at 02:28:03AM -0800, Jack L. wrote: > > There was a fix to patchlevel 8, try redownloading jdk14 with patch > > 8 and try to recompile. It should work. The 5.5-PRERELEAES packages > > should still install properly on a 5.4 machine. > > I have recompiled java/jdk14, now it should be OK. > However I cannot install the editors/openoffice.org-2.0 package > because of a conflict of other packages (see below). I am trying to > install it from ports. > Thanks to all. > Guillermo Moreno-Socias > > # pkg_add > ftp://ftp.uvsq.fr/pub/FreeBSD/ports/i386/packages-5.5-release/editors >/openoffice.org-2.0.2.rc2.tbz Fetching > ftp://ftp.uvsq.fr/pub/FreeBSD/ports/i386/packages-5.5-release/editors >/openoffice.org-2.0.2.rc2.tbz... Done. Fetching > ftp://ftp.uvsq.fr/pub/FreeBSD/ports/i386/packages-5.5-release/All/gam >in-0.1.7_2.tbz... Done. pkg_add: package 'gamin-0.1.7_2' conflicts > with fam-2.6.9_6 > pkg_add: please use pkg_delete first to remove conflicting package(s) > or -f to force installation pkg_add: pkg_add of dependency > 'gamin-0.1.7_2' failed! > > # pkg_delete fam-2.6.9_6 > pkg_delete: package 'fam-2.6.9_6' is required by these other packages > and may not be deinstalled: > bugbuddy-2.12.1 > dasher-3.2.18_1,1 > eel-2.12.2_1 > en_GB-kde-i18n-3.5.1 > eog-2.12.3 > epiphany-1.8.5 > evince-0.4.0_3 > evolution-2.4.2.1_1 > evolution-data-server-1.4.2.1_3 > evolution-exchange-2.4.2_1 > evolution-webcal-2.4.1_1 > fileroller-2.12.3_1,1 > firefox-1.5.0.1_1,1 > fr-kde-i18n-3.5.1 > gal2-2.5.3_1 > gcalctool-5.7.29,2 > gconf-editor-2.12.1,1 > gdm-2.8.0.7_3 > gedit-2.12.1_1 > ggv-2.12.0 > gnome-menu-editor-0.5_1 > gnome-menus-2.12.0_2 > gnome-screensaver-0.0.24_1 > gnome-themes-2.12.3 > gnome2-2.12.3 > gnomeapplets2-2.12.3 > gnomecontrolcenter2-2.12.3_1 > gnomedesktop-2.12.3_1 > gnomegames2-2.12.3_1 > gnomekeyringmanager-2.12.0 > gnomemedia2-2.12.0_1 > gnomenetstatus-2.12.0_2 > gnomepanel-2.12.3_1 > gnomesession-2.12.0_1 > gnomespell-1.0.7_1 > gnomesystemmonitor-2.12.2 > gnomesystemtools-1.4.1_1 > gnometerminal-2.12.0 > gnomeutils2-2.12.2,1 > gnomevfs2-2.12.2_2 > gnopernicus-0.12.0_1 > gok-1.0.5,1 > gpdf-2.10.0_4 > gstreamer-plugins-gnomevfs-0.8.11_1 > gtkhtml3-3.8.2_1 > gtksourceview-1.4.2_1 > gucharmap-gnome-1.4.4_3 > kdeartwork-3.5.1_1 > kdeartwork-xscreensaver-kde-3.5.1 > kdebase-3.5.1_2 > kdebase-kompmgr-3.5.1 > kdegames-3.5.1_1 > kdegraphics-3.5.1_2 > kdegraphics-kuickshow-3.5.1_1 > kdelibs-3.5.1_1 > kdepim-3.5.1_1 > kdesdk-3.5.1_1 > kdeutils-3.5.1_1 > krdesktop-1.8_4 > libbonoboui-2.10.1_2 > libgail-gnome-1.1.3_1 > libgnome-2.12.0.1_1 > libgnomeui-2.12.1_1 > libgtkhtml-2.11.0_1 > nautilus-cd-burner-2.12.3_1 > nautilus2-2.12.2_1 > seamonkey-1.0 > sound-juicer-2.12.3 > totem-gstreamer-1.2.1_2 > vino-2.12.0_2 > xfce-4.2.3.2 > yelp-2.12.2_2 > > > On 3/11/06, Guillermo MORENO-SOCIAS > > > > > > wrote: > > > On Thu, Mar 09, 2006 at 05:49:48AM -0500, John Teague wrote: > > > > On 3/9/06, ASSISTANCE INFORMATIQUE wrote: > > > > > On Wed, Mar 08, 2006 at 04:39:37PM -0500, John Teague wrote: > > > > > > On 3/8/06, Guillermo MORENO-SOCIAS < > > > > > > Guillermo.Moreno-Socias@math.uvsq.fr > > > > > > > > > wrote: > > > > > > > On Wed, Mar 08, 2006 at 11:46:04AM -0800, Jack L. wrote: > > > > > > > > You need to manually download that file because of the > > > > > > licensing. > > > > > > > > > > My question is: In order to install > > > > > > > editors/openoffice.org-2.0 > > > > > > , > > > > > > > > > > should I install java/linux-sun-jdk14, besides java/jdk14 > > > > > > > which is "the native FreeBSD JDK"? > > > > > > > > > > > > I just installed OOo 2.0 from ports and I did not have to > > > > > > install > > > > > > > > > > anything > > > > > > > > > > > other than jdk14. Can you tell us what version of FreeBSD > > > > > > you are > > > > > > using? > > > > > > > > FreeBSD 5.4-RELEASE. FWIW, I had made "portupgrade -aRr". > > > > > > > > This looks exactly like a problem reported at > > > > http://www.archivesat.com/Porting_OpenOffice_to_FreeBSD/thread6 > > > >7554.htmwhere jdk14 with patch level 8 installed conflicts with > > > > the OOo upgrade script. It looks like the user who reported the > > > > problem found a work > > > > > > around. > > > > > > > Hope this helps. Let us know how it turns out. > > > > > > > > John Teague > > > > > > I think that was it! It seems that it should work with jdk14 > > > patchlevel 7 but I hesitate to downgrade my jdk14 patchlevel 8 > > > (besides, I do not know how to proceed). I am afraid I shall > > > have to wait for un upgrade to 5.5-RELEASE and then install the > > > package. Thanks to everybody who answered. > Change your: pkg_add ftp://ftp to: pkg_add -f ftp://ftp This will force the install of openoffice regardless of conflicting dependencies. You will have to run 'pkgdb -F' afterwards to take care of the dependencies. By the way, I think you really want 2.0.2.rc1 and not rc2. I had rc2 on my systems and it wouldn't print (there appear to be some things missing from it), rc1 will. So, it was back to rc1 for me. Just be aware of that possibility. Don From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 17:59:09 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29FC416A41F; Sat, 11 Mar 2006 17:59:09 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id B07A143D46; Sat, 11 Mar 2006 17:59:08 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-061-207-221.pools.arcor-ip.net [84.61.207.221]) by dd2718.kasserver.com (Postfix) with ESMTP id 630CEDDED2; Sat, 11 Mar 2006 18:57:31 +0100 (CET) Message-ID: <44130FE5.6070906@chillt.de> Date: Sat, 11 Mar 2006 18:59:01 +0100 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: Guillermo MORENO-SOCIAS References: <20060308175002.GA55759@math.uvsq.fr> <20060308210359.GA57344@math.uvsq.fr> <9b53dd530603081339q37f5737ei61d166f371eea9b3@mail.gmail.com> <20060309102843.GB62168@math.uvsq.fr> <9b53dd530603090249k5e32c5d7xa311e0390b45ea0f@mail.gmail.com> <20060311100517.GB623@math.uvsq.fr> <20060311164944.GA75571@math.uvsq.fr> In-Reply-To: <20060311164944.GA75571@math.uvsq.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, openoffice@freebsd.org, "Jack L." Subject: Re: editors/openoffice-2.0 & java/jdk14 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, 11 Mar 2006 17:59:09 -0000 > pkg_add: package 'gamin-0.1.7_2' conflicts with fam-2.6.9_6 This is fallout from the, highly controversial, recent switch from fam to gamin. If you want to switch to gamin, which is the default now, you should remove *all* ports that depend on fam, remove fam, install gamin and then reinstall all the dependent ports. This will probably mean reinstalling half of the software on your machine. It's way easier to opt for the good old fam instead of gamin. Add the following line to your /etc/make.conf: WITH_FAM_SYSTEM=fam Then try installing OpenOffice.org again. - Bartosz From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 18:07:35 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E93CF16A41F for ; Sat, 11 Mar 2006 18:07:35 +0000 (GMT) (envelope-from chris@chrismaness.com) Received: from ns1.internetinsite.com (ns1.internetinsite.com [208.179.97.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B67B43D45 for ; Sat, 11 Mar 2006 18:07:35 +0000 (GMT) (envelope-from chris@chrismaness.com) Received: from [192.168.4.2] (68-190-198-174.dhcp.ccmn.ca.charter.com [68.190.198.174]) by ns1.internetinsite.com (8.13.4/8.13.4) with ESMTP id k2BI7YB9010393 for ; Sat, 11 Mar 2006 10:07:34 -0800 (PST) (envelope-from chris@chrismaness.com) Message-ID: <441311E5.4010705@chrismaness.com> Date: Sat, 11 Mar 2006 10:07:33 -0800 From: Chris Maness User-Agent: Thunderbird 1.5 (X11/20060217) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: pips-sp2100_2200 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, 11 Mar 2006 18:07:36 -0000 After installing pips. It complains that it cannot communicate with the printer. (on the utility tab) What do I need to do to get it to recognize the printer? From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 18:34:16 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F38A16A420 for ; Sat, 11 Mar 2006 18:34:16 +0000 (GMT) (envelope-from spadge@fromley.net) Received: from queue03-winn.ispmail.ntl.com (queue03-winn.ispmail.ntl.com [81.103.221.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE5E043D48 for ; Sat, 11 Mar 2006 18:34:13 +0000 (GMT) (envelope-from spadge@fromley.net) Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com with ESMTP id <20060311172904.FVOB1118.mtaout02-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com> for ; Sat, 11 Mar 2006 17:29:04 +0000 Received: from tobermory.home ([82.18.11.31]) by aamtaout03-winn.ispmail.ntl.com with ESMTP id <20060311172904.PDDZ20548.aamtaout03-winn.ispmail.ntl.com@tobermory.home> for ; Sat, 11 Mar 2006 17:29:04 +0000 Received: from [192.168.124.185] (unknown [192.168.124.185]) by tobermory.home (Postfix) with ESMTP id 48F8FA6DD0 for ; Sat, 11 Mar 2006 17:29:00 +0000 (GMT) Message-ID: <441308DE.2050002@fromley.net> Date: Sat, 11 Mar 2006 17:29:02 +0000 From: Spadge User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <1142054372.14978.256358031@webmail.messagingengine.com> <20060311060002.GA40638@xor.obsecurity.org> <1142079054.9555.256373197@webmail.messagingengine.com> In-Reply-To: <1142079054.9555.256373197@webmail.messagingengine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: portsupgrade cvsup refuse file aware? 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, 11 Mar 2006 18:34:16 -0000 Aluminium Oxide wrote: >>>Can we do this? >> >>Not really, this has been discussed many times. >> > > > Why not? Forgive me if I sound snarky, but I suspect that "this has been discussed many times" means something like "search the mailing-list archives for reasons". -- Spadge "Intoccabile" www.fromley.com From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 19:27:53 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 697B316A41F for ; Sat, 11 Mar 2006 19:27:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3D2B43D4C for ; Sat, 11 Mar 2006 19:27:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AD2AD1A4D8E; Sat, 11 Mar 2006 11:27:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A63A5515AE; Sat, 11 Mar 2006 14:27:51 -0500 (EST) Date: Sat, 11 Mar 2006 14:27:51 -0500 From: Kris Kennaway To: Anders Troback Message-ID: <20060311192751.GA71016@xor.obsecurity.org> References: <20060310203735.55e84734@devil.troback.com> <20060311021108.GA2099@xor.obsecurity.org> <20060311145607.5a502940@devil.troback.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20060311145607.5a502940@devil.troback.com> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, Kris Kennaway Subject: Re: 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, 11 Mar 2006 19:27:53 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 11, 2006 at 02:56:07PM +0100, Anders Troback wrote: > On Fri, 10 Mar 2006 21:11:09 -0500 > Kris Kennaway wrote: >=20 > > On Fri, Mar 10, 2006 at 08:37:35PM +0100, Anders Troback wrote: > > > Hi list! > > >=20 > > > I'm trying to compile a app that have a include of ! > > >=20 > > > How do I cope with that? Any ideas? > >=20 > > Figure out what Linux kernel interface it uses from that header, > > figure out what the corresponding FreeBSD version is, then port the > > code from Linux to FreeBSD interface. > >=20 > > Kris >=20 > Was locking for a shortcut here like "use this header instead" or > something;-) Sorry, unlikely to be that simple, but you never know. It still depends on what it's using though. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEEyS3Wry0BWjoQKURAnz+AKD8Tr0I3EQFdlfpN5Us/j6IqvvlgQCfbN6x VdqweoGJfH2qdYz6ujcVUTE= =xxuT -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 20:37:54 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F20F716A41F for ; Sat, 11 Mar 2006 20:37:54 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46DEC43D4C for ; Sat, 11 Mar 2006 20:37:53 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail20.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k2BKbkh4018047 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 12 Mar 2006 07:37:47 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k2BKbkM0017469; Sun, 12 Mar 2006 07:37:46 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k2BKbjrU017468; Sun, 12 Mar 2006 07:37:45 +1100 (EST) (envelope-from peter) Date: Sun, 12 Mar 2006 07:37:45 +1100 From: Peter Jeremy To: Chris Maness Message-ID: <20060311203744.GC3222@turion.vk2pj.dyndns.org> References: <441311E5.4010705@chrismaness.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <441311E5.4010705@chrismaness.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-ports@freebsd.org Subject: Re: pips-sp2100_2200 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, 11 Mar 2006 20:37:55 -0000 On Sat, 2006-Mar-11 10:07:33 -0800, Chris Maness wrote: >After installing pips. It complains that it cannot communicate with the >printer. (on the utility tab) > >What do I need to do to get it to recognize the printer? Maybe: http://www.freebsd.org/cgi/query-pr.cgi?pr=91538 (The remaining problems were related to symbol versioning changes on -current and the relevant subsidiary port is marked BROKEN). -- Peter Jeremy From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 20:48:50 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4054D16A41F for ; Sat, 11 Mar 2006 20:48:50 +0000 (GMT) (envelope-from laszlof@vonostingroup.com) Received: from ritamari.vonostingroup.com (ritamari.vonostingroup.com [216.144.193.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A5DC43D45 for ; Sat, 11 Mar 2006 20:48:47 +0000 (GMT) (envelope-from laszlof@vonostingroup.com) Received: from c-71-227-92-22.hsd1.mi.comcast.net ([71.227.92.22] helo=[127.0.0.1]) by ritamari.vonostingroup.com with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FIB1F-000Jjc-Td; Sat, 11 Mar 2006 15:48:57 -0500 Message-ID: <441337A8.5080207@vonostingroup.com> Date: Sat, 11 Mar 2006 15:48:40 -0500 From: Frank Laszlo User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Anders Troback References: <20060310203735.55e84734@devil.troback.com> <20060311021108.GA2099@xor.obsecurity.org> <20060311145607.5a502940@devil.troback.com> In-Reply-To: <20060311145607.5a502940@devil.troback.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ritamari.vonostingroup.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - vonostingroup.com X-Source: X-Source-Args: X-Source-Dir: Cc: ports@freebsd.org Subject: Re: 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, 11 Mar 2006 20:48:50 -0000 Anders Troback wrote: > On Fri, 10 Mar 2006 21:11:09 -0500 > Kris Kennaway wrote: > > >> On Fri, Mar 10, 2006 at 08:37:35PM +0100, Anders Troback wrote: >> >>> Hi list! >>> >>> I'm trying to compile a app that have a include of ! >>> >>> How do I cope with that? Any ideas? >>> >> Figure out what Linux kernel interface it uses from that header, >> figure out what the corresponding FreeBSD version is, then port the >> code from Linux to FreeBSD interface. >> >> Kris >> > > Was locking for a shortcut here like "use this header instead" or > something;-) > > Thanks! > > > \\troback > _______________________________________________ > 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" > remove the include line and see where it errors, pasting it here may be help,as other developers may be able to point you in the right direction. -Frank From owner-freebsd-ports@FreeBSD.ORG Sat Mar 11 21:16:07 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F067D16A41F for ; Sat, 11 Mar 2006 21:16:07 +0000 (GMT) (envelope-from hans@lambermont.dyndns.org) Received: from lambermont.dyndns.org (lambermont.dyndns.org [82.93.47.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 691C843D46 for ; Sat, 11 Mar 2006 21:16:07 +0000 (GMT) (envelope-from hans@lambermont.dyndns.org) Received: by lambermont.dyndns.org (Postfix, from userid 1001) id 263AA14D95E; Sat, 11 Mar 2006 22:16:06 +0100 (CET) Date: Sat, 11 Mar 2006 22:16:06 +0100 To: ports@freebsd.org Message-ID: <20060311211606.GA2255@leia.lambermont.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i From: hans@lambermont.dyndns.org (Hans Lambermont) Cc: Subject: make fetch-required 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, 11 Mar 2006 21:16:08 -0000 FYI These 2 ports show a 'make fetch-required' problem : mail/p5-Mail-SpamAssassin multimedia/vlc I ran into this by 'make config-recursive fetch-required all clean' on several ports. The problem can be easily circumvented by using the 'all' target. This is on 5.4-RELEASE-p6, ports tree synced from lask week. /usr/ports/multimedia/vlc # make fetch-required ===> Setting user-specified options for vlc-0.8.4a_2 and dependencies Take a careful look at the beginning of the Makefile in order to learn how to tune VLC to your personal preferences! ===> Fetching all required distfiles for vlc-0.8.4a_2 and dependencies Syntax error: redirection unexpected *** Error code 2 Stop in /usr/ports/multimedia/vlc. regards, Hans Lambermont