From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 04:10:21 2004 Return-Path: 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 C878C16A4CF for ; Sun, 29 Aug 2004 04:10:21 +0000 (GMT) Received: from customer01.nwu.net (customer01.nwu.net [195.190.1.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1017943D2F for ; Sun, 29 Aug 2004 04:10:21 +0000 (GMT) (envelope-from info@onlinetools.org) Received: from customer01.nwu.net (localhost [127.0.0.1]) by customer01.nwu.net (8.12.8/8.12.8) with ESMTP id i7T43Gqi011455 for ; Sun, 29 Aug 2004 06:03:16 +0200 Received: (from mail@localhost) by customer01.nwu.net (8.12.8/8.12.8/Submit) id i7T43GNw011453; Sun, 29 Aug 2004 06:03:16 +0200 Date: Sun, 29 Aug 2004 06:03:16 +0200 Message-Id: <200408290403.i7T43GNw011453@customer01.nwu.net> X-Authentication-Warning: customer01.nwu.net: mail set sender to info@onlinetools.org using -f From: "devnull" Sender: <> To: freebsd-ports@freebsd.org X-Mailer: Confixx Autoresponder Precedence: junk Subject: This email is no longer valid X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Reply-To: List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 04:10:21 -0000 Due to spamming and virus spoofing. If you haven't sent this email, your address is being spoofed, too. Just delete this email and please don't send me any explanations that you didn't send me anything. Thank the spammers and virus "coders" for killing a great mean of communication. From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 04:21:34 2004 Return-Path: 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 801A516A4CF; Sun, 29 Aug 2004 04:21:34 +0000 (GMT) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.38.206.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E13443D54; Sun, 29 Aug 2004 04:21:34 +0000 (GMT) (envelope-from so14k@so14k.com) Received: from localhost (localhost [127.0.0.1]) by valentine.liquidneon.com (Postfix) with ESMTP id 59EDF6BE; Sat, 28 Aug 2004 22:21:33 -0600 (MDT) Received: from valentine.liquidneon.com ([216.38.206.180]) by localhost (valentine.liquidneon.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04622-07; Sat, 28 Aug 2004 22:21:33 -0600 (MDT) Received: from webmail.liquidneon.com (valentine.liquidneon.com [216.38.206.180]) by valentine.liquidneon.com (Postfix) with ESMTP id F109F635; Sat, 28 Aug 2004 22:21:32 -0600 (MDT) Received: from 67.41.138.209 (SquirrelMail authenticated user so14k@so14k.com); by webmail.liquidneon.com with HTTP; Sat, 28 Aug 2004 22:21:32 -0600 (MDT) Message-ID: <54439.67.41.138.209.1093753292.squirrel@67.41.138.209> In-Reply-To: <000801c48d57$f73344e0$6f01a8c0@laniya> References: <000801c48d57$f73344e0$6f01a8c0@laniya> Date: Sat, 28 Aug 2004 22:21:32 -0600 (MDT) From: "Brad Davis" To: kde@freebsd.org, ports@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at liquidneon.com Subject: Re: KDE 3.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 04:21:34 -0000 On Sat, August 28, 2004 5:37 pm, Derrick said: > Hey, was just wondering when was KDE 3.3 going to be released to ports. > Have not seen much information on it. Thanks for the work. > Derrick The KDE-FreeBSD (http://freebsd.kde.org) team is working on it. It will be release as soon as its done :) Regards, Brad Davis From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 10:36:02 2004 Return-Path: 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 0AD1216A4CE; Sun, 29 Aug 2004 10:36:02 +0000 (GMT) Received: from smartmx-07.inode.at (smartmx-07.inode.at [213.229.60.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D65843D48; Sun, 29 Aug 2004 10:36:01 +0000 (GMT) (envelope-from mranner@inode.at) Received: from [62.99.226.31] (port=4161 helo=[62.99.226.31]) by smartmx-07.inode.at with esmtp (Exim 4.30) id 1C1N2W-0002JL-NS; Sun, 29 Aug 2004 12:36:00 +0200 From: Michael Ranner To: ale@FreeBSD.org Date: Sun, 29 Aug 2004 12:35:53 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408291235.53851.mranner@inode.at> cc: ports@freebsd.org Subject: Missing SSL support in core php4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 10:36:02 -0000 Hello! First it was a great idea to build PHP extensions from different ports like NetBSD's pkgsrc does. But it seems, thhat one thing was overseen: If you build the OpenSSL extension completely not with the main PHP build, you have no SSL support in some of the core functions like "fsockopen". Therefore it's not possible to use the squirrelmail port with SSL or TLS support to connect with cyrus imap or other IMAP/POP3 server software. So I did search for an acceptable solution, but it seems to need some further hacking: If you build PHP4 with "--with-openssl=${OPENSSLBASE}" you will have SSL support in core functions but also PGP includes the static OpenSSL extension which conflicts with the php4-openssl port. Now I tried to build PHP4 with "--with-openssl=shared,${OPENSSLBASE}", you have SSL support in core functions, but you have to prevent PHP4 from installung the shared extension, because its not listed in pkg-plist and/or conflicts with the php4-openssl port. I have not found any option to include only SSL support in the core functions and not build the openssl extension in PHP's configure script. Regards -- /\/\ichael Ranner mranner@inode.at - mranner@jawa.at - mranner@bugat.at ----------------------------------------------------- BSD Usergroup Austria - http://www.bugat.at/ -----BEGIN GEEK CODE BLOCK----- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS++++$ P++>+++$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+>++ PE(-) Y+ PGP(-) t+ 5+ X+++(++++) R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? ------END GEEK CODE BLOCK------ From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 10:41:05 2004 Return-Path: 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 7D17F16A4CE for ; Sun, 29 Aug 2004 10:41:05 +0000 (GMT) Received: from hotmail.com (bay18-f22.bay18.hotmail.com [65.54.187.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F8E243D39 for ; Sun, 29 Aug 2004 10:41:05 +0000 (GMT) (envelope-from weaseal@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 29 Aug 2004 03:41:05 -0700 Received: from 68.50.16.152 by by18fd.bay18.hotmail.msn.com with HTTP; Sun, 29 Aug 2004 10:41:05 GMT X-Originating-IP: [68.50.16.152] X-Originating-Email: [weaseal@hotmail.com] X-Sender: weaseal@hotmail.com From: "Walter Venable" To: info@onlinetools.org, freebsd-ports@freebsd.org Date: Sun, 29 Aug 2004 06:41:05 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 29 Aug 2004 10:41:05.0402 (UTC) FILETIME=[AFAA4DA0:01C48DB4] Subject: RE: This email is no longer valid X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 10:41:05 -0000 >From: "devnull" >To: freebsd-ports@freebsd.org >Subject: This email is no longer valid >Date: Sun, 29 Aug 2004 06:03:16 +0200 > >Due to spamming and virus spoofing. If you haven't sent this email, your >address is being spoofed, too. Just delete this email and please don't send >me any explanations that you didn't send me anything. Thank the spammers >and virus "coders" for killing a great mean of communication. Buh? I'm not following. Maybe I'm just tired? -Walter Venable _________________________________________________________________ On the road to retirement? Check out MSN Life Events for advice on how to get there! http://lifeevents.msn.com/category.aspx?cid=Retirement From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 14:08:57 2004 Return-Path: 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 0116016A4CE for ; Sun, 29 Aug 2004 14:08:57 +0000 (GMT) Received: from zephon.secspace.de (zephon.secspace.de [62.75.136.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64C4943D41 for ; Sun, 29 Aug 2004 14:08:56 +0000 (GMT) (envelope-from ml@ps102.de) Received: from ariel.office.volker.de (pD9E1CBCF.dip.t-dialin.net [217.225.203.207]) by zephon.secspace.de (Postfix) with ESMTP id 726FB6EB20 for ; Sun, 29 Aug 2004 16:08:16 +0200 (CEST) Date: Sun, 29 Aug 2004 16:09:34 +0200 From: Volker Kindermann To: ports@freebsd.org Message-ID: <20040829160934.6288972d@ariel.office.volker.de> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: gnomespell couldn't find installed aspell X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 14:08:57 -0000 Hi, while trying to install/update evolution (5.2.1p9 and 5.3 beta1) there's an error while configuring gnomespell: ... checking for xgettext... /usr/local/bin/xgettext checking for catalogs to be installed... am az be bg cs da de el es fi fr he hu it ja kn lt lv nl no pl pt pt_BR ru sk sr sr@Latn sv ta tr uk wa vi zh_CN checking for new_aspell_config in -laspell... no configure: error: gnome-spell cannot be built without aspell library ===> Script "configure" failed unexpectedly. Please direct the output of the failure of the make command to a file, and then feed that file to the gnomelogalyzer, available from http://www.freebsd.org/gnome/gnomelogalyzer.sh, which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the problem to the FreeBSD GNOME team at gnome@FreeBSD.org, and attach "/usr/ports/textproc/gnomespell/work/gnome-spell-1.0.5/config.log" and the output of the failure of the 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/gnomespell. *** Error code 1 Stop in /usr/ports/mail/evolution. *** Error code 1 Stop in /usr/ports/mail/evolution But aspell is installed: rimmon# pkg_info|grep aspell aspell-0.60 Spelling checker with better suggestion logic than ispell rimmon# -volker From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 15:28:54 2004 Return-Path: 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 DF4D816A4CF for ; Sun, 29 Aug 2004 15:28:54 +0000 (GMT) Received: from the-macgregors.org (82-33-59-105.cable.ubr06.stav.blueyonder.co.uk [82.33.59.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD30143D4C for ; Sun, 29 Aug 2004 15:28:53 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (authenticated bits=0) by the-macgregors.org (8.13.1/8.13.1) with ESMTP id i7TFSqIt014879 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 29 Aug 2004 15:28:52 GMT Message-Id: <200408291528.i7TFSqIt014879@the-macgregors.org> From: "Rob MacGregor" To: Date: Sun, 29 Aug 2004 16:28:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20040829160934.6288972d@ariel.office.volker.de> Thread-Index: AcSN0hZMtdO4m9KYQvyUI1Qjp3N+bAACUJ3w X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Subject: RE: gnomespell couldn't find installed aspell X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 15:28:55 -0000 On Sunday, August 29, 2004 3:10 PM, Volker Kindermann <> unleashed the infinite monkeys and produced: > checking for new_aspell_config in -laspell... no > configure: error: gnome-spell cannot be built without aspell library "Me too" :) I'm seeing the same problem with gnomespell 1.0.5_3 on 5.3-BETA1. A quick strings on the library suggests that the required function *is* in the library. I'm guessing the problem is this, from the config.log: /usr/local/lib/libaspell.so: undefined reference to `libintl_bindtextdomain' /usr/local/lib/libaspell.so: undefined reference to `dgettext' /usr/local/lib/libaspell.so: undefined reference to `libintl_bind_textdomain_codeset' HTH -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 17:16:45 2004 Return-Path: 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 68BB116A4CE; Sun, 29 Aug 2004 17:16:45 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85AC743D46; Sun, 29 Aug 2004 17:16:42 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id B18DE35032; Sun, 29 Aug 2004 19:16:39 +0200 (CEST) Date: Sun, 29 Aug 2004 19:16:15 +0200 From: Miguel Mendez To: freebsd-ports@freebsd.org Message-Id: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sun__29_Aug_2004_19_16_15_+0200_Vz/YPzeDZKMBDuBF" cc: freebsd-multimedia@freebsd.org Subject: Attention beep-media-player users on FreeBSD 5.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 17:16:45 -0000 --Signature=_Sun__29_Aug_2004_19_16_15_+0200_Vz/YPzeDZKMBDuBF Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit Hi all, Because I've gotten about 5 e-mails so far about this. It's explained in the pkg-message anyway. If bmp crashes upon start with a libpthread related error, modify your /etc/libmap.conf and add this: # Might crash if used with libpthread [beep-media-player] libc_r.so.5 libc_r.so.5 libc_r.so libc_r.so [/usr/X11R6/bin/beep-media-player] libc_r.so.5 libc_r.so.5 libc_r.so libc_r.so Also, make sure your gnomevfs2 port is up to date. I've updated the beepmp FAQ wiki with this info as well. I'm working on finding out who's to blame on this, a bug in libpthread or some bad coding on beepmp's side. Cheers, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 Note: All HTML and non-english mail goes to /dev/null --Signature=_Sun__29_Aug_2004_19_16_15_+0200_Vz/YPzeDZKMBDuBF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBMg9inLctrNyFFPERAhA5AJwI3uo4/aAO55Pe2D06h3DzYwVVfACfTwZ1 bAI8z8ygzwL/pC5tgLkJLRI= =nna7 -----END PGP SIGNATURE----- --Signature=_Sun__29_Aug_2004_19_16_15_+0200_Vz/YPzeDZKMBDuBF-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 17:32:21 2004 Return-Path: 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 5CFB916A4CE for ; Sun, 29 Aug 2004 17:32:21 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84D4143D48 for ; Sun, 29 Aug 2004 17:32:20 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id i7THW6BA080863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Aug 2004 19:32:06 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id i7THW69i080862; Sun, 29 Aug 2004 19:32:06 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Miguel Mendez In-Reply-To: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> References: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-j+J7Bih//ph4ENx56RZo" Message-Id: <1093800725.97964.8.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 29 Aug 2004 19:32:06 +0200 cc: freebsd-ports@FreeBSD.org Subject: Re: Attention beep-media-player users on FreeBSD 5.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 17:32:21 -0000 --=-j+J7Bih//ph4ENx56RZo Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable V ne, 29. 08. 2004 v 19:16, Miguel Mendez p=ED=B9e: > Because I've gotten about 5 e-mails so far about this. It's explained in > the pkg-message anyway. >=20 > If bmp crashes upon start with a libpthread related error, modify your > /etc/libmap.conf and add this: >=20 > # Might crash if used with libpthread > [beep-media-player] > libc_r.so.5 libc_r.so.5 > libc_r.so libc_r.so >=20 > [/usr/X11R6/bin/beep-media-player] > libc_r.so.5 libc_r.so.5 > libc_r.so libc_r.so What am I missing? This looks like no-op - you're mapping A to same A. --=20 Pav Lucistnik The Linimon's Rule: The More You Close, The More Will Come --=-j+J7Bih//ph4ENx56RZo Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBMhMVntdYP8FOsoIRAq80AJ9moOHnfZ2yycPl0s7RNvY84cOFtQCdGF/y Ae5vAc6T1XDYvW/hfpd5ir8= =MSod -----END PGP SIGNATURE----- --=-j+J7Bih//ph4ENx56RZo-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 17:40:10 2004 Return-Path: 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 D1EBC16A4CE; Sun, 29 Aug 2004 17:40:10 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9733343D3F; Sun, 29 Aug 2004 17:40:08 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id 0A07535032; Sun, 29 Aug 2004 19:40:03 +0200 (CEST) Date: Sun, 29 Aug 2004 19:39:39 +0200 From: Miguel Mendez To: pav@FreeBSD.org Message-Id: <20040829193939.41e6f722.flynn@energyhq.es.eu.org> In-Reply-To: <1093800725.97964.8.camel@hood.oook.cz> References: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> <1093800725.97964.8.camel@hood.oook.cz> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sun__29_Aug_2004_19_39_39_+0200_/fNS+pUsGe/VM2wL" cc: freebsd-ports@FreeBSD.org Subject: Re: Attention beep-media-player users on FreeBSD 5.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 17:40:10 -0000 --Signature=_Sun__29_Aug_2004_19_39_39_+0200_/fNS+pUsGe/VM2wL Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sun, 29 Aug 2004 19:32:06 +0200 Pav Lucistnik wrote: > > # Might crash if used with libpthread > > [beep-media-player] > > libc_r.so.5 libc_r.so.5 > > libc_r.so libc_r.so > > > > [/usr/X11R6/bin/beep-media-player] > > libc_r.so.5 libc_r.so.5 > > libc_r.so libc_r.so > > What am I missing? This looks like no-op - you're mapping A to same A. Yes and no. I promote libc_r to libpthread in my libmap.conf file, so I have to special-case beep-media-player. The first line in my libmap.conf file reads: libc_r.so.5 libpthread.so.1 libc_r.so libpthread.so Without forcing beep-media-player to use libc_r I get the coredump. Cheers, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 Note: All HTML and non-english mail goes to /dev/null --Signature=_Sun__29_Aug_2004_19_39_39_+0200_/fNS+pUsGe/VM2wL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBMhTdnLctrNyFFPERAmCOAJ9A5NyuIo0StI9w/MugbfyzZvbX7QCfQL+L BTIMttAMnN1XKtHffF4ordE= =8UhL -----END PGP SIGNATURE----- --Signature=_Sun__29_Aug_2004_19_39_39_+0200_/fNS+pUsGe/VM2wL-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 17:42:51 2004 Return-Path: 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 B430116A4D0 for ; Sun, 29 Aug 2004 17:42:51 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7343543D5E for ; Sun, 29 Aug 2004 17:42:50 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id i7THgavQ081705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Aug 2004 19:42:36 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id i7THgZYL081704; Sun, 29 Aug 2004 19:42:35 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Miguel Mendez In-Reply-To: <20040829193939.41e6f722.flynn@energyhq.es.eu.org> References: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> <1093800725.97964.8.camel@hood.oook.cz> <20040829193939.41e6f722.flynn@energyhq.es.eu.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-OCQTDyC+Pm5lqe/1zYJ6" Message-Id: <1093801355.97964.10.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 29 Aug 2004 19:42:35 +0200 cc: freebsd-ports@FreeBSD.org Subject: Re: Attention beep-media-player users on FreeBSD 5.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 17:42:51 -0000 --=-OCQTDyC+Pm5lqe/1zYJ6 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable V ne, 29. 08. 2004 v 19:39, Miguel Mendez p=ED=B9e: > > > # Might crash if used with libpthread > > > [beep-media-player] > > > libc_r.so.5 libc_r.so.5 > > > libc_r.so libc_r.so > > >=20 > > > [/usr/X11R6/bin/beep-media-player] > > > libc_r.so.5 libc_r.so.5 > > > libc_r.so libc_r.so > >=20 > > What am I missing? This looks like no-op - you're mapping A to same A. >=20 > Yes and no. I promote libc_r to libpthread in my libmap.conf file, so > I have to special-case beep-media-player. The first line in my > libmap.conf file reads: >=20 > libc_r.so.5 libpthread.so.1 > libc_r.so libpthread.so Ah, so it's kludge on kludge. That explains it. --=20 Pav Lucistnik I am a shrubber. My name is Roger the Shrubber. I arrange, design and sell shrubberies. --=-OCQTDyC+Pm5lqe/1zYJ6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBMhWLntdYP8FOsoIRAu+hAJ0R214DsofZkpGRcG2fHGg8hMxXdgCfWABj lidFFv5GFGpu3n9CDJOOGis= =bLMc -----END PGP SIGNATURE----- --=-OCQTDyC+Pm5lqe/1zYJ6-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 17:47:43 2004 Return-Path: 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 5F8E416A4CE; Sun, 29 Aug 2004 17:47:43 +0000 (GMT) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E57F43D5A; Sun, 29 Aug 2004 17:47:42 +0000 (GMT) (envelope-from bogorodskiy@inbox.ru) Received: from [217.23.66.76] (port=56707 helo=inbox.ru) by mx2.mail.ru with esmtp id 1C1TmF-000EHb-00; Sun, 29 Aug 2004 21:47:39 +0400 Date: Sun, 29 Aug 2004 21:47:43 +0400 From: Roman Bogorodskiy To: Pav Lucistnik Message-ID: <20040829174743.GC655@lame.novel.ru> Mail-Followup-To: Pav Lucistnik , Miguel Mendez , freebsd-ports@FreeBSD.org References: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> <1093800725.97964.8.camel@hood.oook.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uh9ZiVrAOUUm9fzH" Content-Disposition: inline In-Reply-To: <1093800725.97964.8.camel@hood.oook.cz> X-GPG: http://phptags.sourceforge.net/key User-Agent: Mutt/1.5.6i X-Spam: Not detected cc: freebsd-ports@FreeBSD.org Subject: Re: Attention beep-media-player users on FreeBSD 5.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 17:47:43 -0000 --uh9ZiVrAOUUm9fzH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Pav wrote: > > [/usr/X11R6/bin/beep-media-player] > > libc_r.so.5 libc_r.so.5 > > libc_r.so libc_r.so >=20 > What am I missing? This looks like no-op - you're mapping A to same A. As for me (I was one of those 5), the solution was: $> cat /etc/libmap.conf [beep-media-player] = =20 libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so=20 $> -Roman Bogorodskiy --uh9ZiVrAOUUm9fzH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iQCVAwUBQTIWv4B0WzgdqspGAQKTdQP/datS455jfzxpwCQr7JOOBc2chctFh+/R 4g9KSF6OL6vAjfLmbZR6mZ1HVu3GmDDQSWXVSjNhdADsQI50wyWG6R80MJLgJPUi T89uRbFqDB3jarO7TdOJMITl5qgJ4+bLGy66UQh0rfd28tka207XsEXYo4JekPlE vjFcq1vClQY= =s8fi -----END PGP SIGNATURE----- --uh9ZiVrAOUUm9fzH-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 17:52:12 2004 Return-Path: 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 9721B16A4CE for ; Sun, 29 Aug 2004 17:52:12 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ECB943D39 for ; Sun, 29 Aug 2004 17:52:12 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i7THoHE7001167; Sun, 29 Aug 2004 13:50:17 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Rob MacGregor In-Reply-To: <200408291528.i7TFSqIt014879@the-macgregors.org> References: <200408291528.i7TFSqIt014879@the-macgregors.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-AN9XIXUgratv4mXuOcpU" Organization: MarcusCom, Inc. Message-Id: <1093801924.31978.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 29 Aug 2004 13:52:04 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: ports@freebsd.org Subject: RE: gnomespell couldn't find installed aspell X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 17:52:12 -0000 --=-AN9XIXUgratv4mXuOcpU Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-08-29 at 11:28, Rob MacGregor wrote: > On Sunday, August 29, 2004 3:10 PM, Volker Kindermann <> unleashed the in= finite > monkeys and produced: > > checking for new_aspell_config in -laspell... no > > configure: error: gnome-spell cannot be built without aspell library >=20 > "Me too" :) >=20 > I'm seeing the same problem with gnomespell 1.0.5_3 on 5.3-BETA1. A quic= k > strings on the library suggests that the required function *is* in the li= brary. >=20 > I'm guessing the problem is this, from the config.log: >=20 > /usr/local/lib/libaspell.so: undefined reference to `libintl_bindtextdoma= in' > /usr/local/lib/libaspell.so: undefined reference to `dgettext' > /usr/local/lib/libaspell.so: undefined reference to > `libintl_bind_textdomain_codeset' Yes, the aspell maintainer needs to link aspell to libintl. I've already notified him. Joe >=20 > HTH --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-AN9XIXUgratv4mXuOcpU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBMhfEb2iPiv4Uz4cRAkr4AJ9Cwwxb7Yd8ppUHupnphCUsuEIFVgCffYF1 ZwW8/R9b1LDVAZ9nXyw77TI= =U5os -----END PGP SIGNATURE----- --=-AN9XIXUgratv4mXuOcpU-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 17:53:31 2004 Return-Path: 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 410A216A4CE; Sun, 29 Aug 2004 17:53:31 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DD9F43D2D; Sun, 29 Aug 2004 17:53:30 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id 8C8ED36846; Sun, 29 Aug 2004 19:53:28 +0200 (CEST) Date: Sun, 29 Aug 2004 19:53:04 +0200 From: Miguel Mendez To: pav@FreeBSD.org Message-Id: <20040829195304.088380a6.flynn@energyhq.es.eu.org> In-Reply-To: <1093801355.97964.10.camel@hood.oook.cz> References: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> <1093800725.97964.8.camel@hood.oook.cz> <20040829193939.41e6f722.flynn@energyhq.es.eu.org> <1093801355.97964.10.camel@hood.oook.cz> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sun__29_Aug_2004_19_53_04_+0200_KbvZiEnPZCOOwRGT" cc: freebsd-ports@FreeBSD.org Subject: Re: Attention beep-media-player users on FreeBSD 5.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 17:53:31 -0000 --Signature=_Sun__29_Aug_2004_19_53_04_+0200_KbvZiEnPZCOOwRGT Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sun, 29 Aug 2004 19:42:35 +0200 Pav Lucistnik wrote: Hi, > > > > libc_r.so.5 libpthread.so.1 > > libc_r.so libpthread.so > > Ah, so it's kludge on kludge. That explains it. Yes it is, could you commit a change to the pkg-message to read like this: [beep-media-player] libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so Thanks, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 Note: All HTML and non-english mail goes to /dev/null --Signature=_Sun__29_Aug_2004_19_53_04_+0200_KbvZiEnPZCOOwRGT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBMhgDnLctrNyFFPERAoXoAJ9krL6It3PkWaOkgf93+LE6dbPiAQCgjTLh 7/WP6PEzysj6/ng6CpHEehk= =mEDz -----END PGP SIGNATURE----- --Signature=_Sun__29_Aug_2004_19_53_04_+0200_KbvZiEnPZCOOwRGT-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 18:01:48 2004 Return-Path: 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 5EDCA16A4CE for ; Sun, 29 Aug 2004 18:01:48 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8875D43D4C for ; Sun, 29 Aug 2004 18:01:47 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.1/8.13.1) with ESMTP id i7TI1VUK033888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Aug 2004 20:01:31 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.1/8.13.1/Submit) id i7TI1VT9033887; Sun, 29 Aug 2004 20:01:31 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Miguel Mendez In-Reply-To: <20040829195304.088380a6.flynn@energyhq.es.eu.org> References: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> <1093800725.97964.8.camel@hood.oook.cz> <20040829193939.41e6f722.flynn@energyhq.es.eu.org> <1093801355.97964.10.camel@hood.oook.cz> <20040829195304.088380a6.flynn@energyhq.es.eu.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PP15IeTbibnSab1Ll8Q2" Message-Id: <1093802490.97964.15.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 29 Aug 2004 20:01:30 +0200 cc: freebsd-ports@FreeBSD.org Subject: Re: Attention beep-media-player users on FreeBSD 5.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 18:01:48 -0000 --=-PP15IeTbibnSab1Ll8Q2 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable V ne, 29. 08. 2004 v 19:53, Miguel Mendez p=ED=B9e: > > > libc_r.so.5 libpthread.so.1 > > > libc_r.so libpthread.so > >=20 > > Ah, so it's kludge on kludge. That explains it. >=20 > Yes it is, could you commit a change to the pkg-message to read like > this: >=20 > [beep-media-player] =20 > =20 > libpthread.so.1 libc_r.so.5 > libpthread.so libc_r.so=20 Done. --=20 Pav Lucistnik Do not meddle in the affairs of Wizards, for they are subtle and quick to anger. --=-PP15IeTbibnSab1Ll8Q2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBMhn6ntdYP8FOsoIRAqPzAJ4rxck9IwKmHbXaMmkwGj77sfTUywCgs2Et G1m7BNtkz1woOevdU+3N60M= =+phU -----END PGP SIGNATURE----- --=-PP15IeTbibnSab1Ll8Q2-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 29 23:07:27 2004 Return-Path: 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 6A87616A512 for ; Sun, 29 Aug 2004 23:07:27 +0000 (GMT) Received: from graf.pompo.net (graf.pompo.net [81.56.186.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43F3B43D4C for ; Sun, 29 Aug 2004 23:07:25 +0000 (GMT) (envelope-from thierry@pompo.net) Received: by graf.pompo.net (Postfix, from userid 1001) id 5F5847635; Mon, 30 Aug 2004 01:06:24 +0200 (CEST) Date: Mon, 30 Aug 2004 01:06:24 +0200 From: Thierry Thomas To: Joe Marcus Clarke Message-ID: <20040829230624.GF89274@graf.pompo.net> Mail-Followup-To: Joe Marcus Clarke , Rob MacGregor , ports@freebsd.org References: <200408291528.i7TFSqIt014879@the-macgregors.org> <1093801924.31978.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fwqqG+mf3f7vyBCB" Content-Disposition: inline In-Reply-To: <1093801924.31978.5.camel@shumai.marcuscom.com> X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-STABLE i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 cc: ports@freebsd.org cc: Rob MacGregor Subject: Re: gnomespell couldn't find installed aspell X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 23:07:27 -0000 --fwqqG+mf3f7vyBCB Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Le Dim 29 ao=FB 04 =E0 19:52:04 +0200, Joe Marcus Clarke =E9crivait=A0: > Yes, the aspell maintainer needs to link aspell to libintl. I've > already notified him. Done. Thanks for the notification. --=20 Th. Thomas. --fwqqG+mf3f7vyBCB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBMmFwc95pjMcUBaIRAnneAJ98ISZ74Kxb2lH+c0xco3QVGE6F+ACg2rzH u9gDx7g8oH2sG/4GNb3JUg8= =oKMz -----END PGP SIGNATURE----- --fwqqG+mf3f7vyBCB-- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 01:20:27 2004 Return-Path: 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 5C18C16A4D0; Mon, 30 Aug 2004 01:20:27 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C0D143D4C; Mon, 30 Aug 2004 01:20:27 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3E7EF72DD4; Sun, 29 Aug 2004 18:20:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 383DE72DCB; Sun, 29 Aug 2004 18:20:27 -0700 (PDT) Date: Sun, 29 Aug 2004 18:20:27 -0700 (PDT) From: Doug White To: Miguel Mendez In-Reply-To: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> Message-ID: <20040829181627.C69068@carver.gumbysoft.com> References: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-multimedia@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: Attention beep-media-player users on FreeBSD 5.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 01:20:27 -0000 On Sun, 29 Aug 2004, Miguel Mendez wrote: > Hi all, > > Because I've gotten about 5 e-mails so far about this. It's explained in > the pkg-message anyway. > > If bmp crashes upon start with a libpthread related error, modify your > /etc/libmap.conf and add this: Complaining about spin locks not initialized, I bet? > # Might crash if used with libpthread > [beep-media-player] > libc_r.so.5 libc_r.so.5 > libc_r.so libc_r.so This looks like an attempt to hack around the crossed-thread-libraries issue. I know how to fix this with KDE, but I'm not as experienced with gnome. Generally it involves rebuilding X and all ports in a particular order. With KDE you need to rebuild gmake fairly early since it encodes build options that get used for qt and dependants. There may be some information in the -current archives on this issue, particularly relating to gnome. If you want to go hunting, run 'ldd' on the beepmp binary and make sure libc_r and libpthread don't both show up. If they do, you need to hunt through the dependant libraries to find the one depending on libc_r and rebuild it. objdump -x is useful here; look for the NEEDED entries in the dynamic section. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 02:53:01 2004 Return-Path: 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 7FD0316A4CE; Mon, 30 Aug 2004 02:53:01 +0000 (GMT) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CDAD43D45; Mon, 30 Aug 2004 02:53:01 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20040830025258m91006u37re>; Mon, 30 Aug 2004 02:52:58 +0000 Message-ID: <41329689.70201@math.missouri.edu> Date: Sun, 29 Aug 2004 21:52:57 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040825 X-Accept-Language: en-us, en MIME-Version: 1.0 To: x11@FreeBSD.org, ports@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: XFree86-4 in make.conf X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 02:53:01 -0000 I was looking at pkg-message in the XFree86-4 port. Shouldn't there be done a s/XFREE86_VERSION=4/X_WINDOW_SYSTEM=xfree86-4/ In fact I was surprized when I tried FreeBSD-5.3 today and building ports unexpectedly caused me to build xorg rather than xfree86-4. I did find the info I needed in ports/UPDATING, but I do think that XFree86-4/pkg-message should also be appropriately changed. If a PR needs to be submitted, and no-one else has done so, I can do this simple thing if needed. Stephen From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 04:22:12 2004 Return-Path: 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 A1E9B16A4CE; Mon, 30 Aug 2004 04:22:12 +0000 (GMT) Received: from hotmail.com (bay18-f14.bay18.hotmail.com [65.54.187.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90F4843D3F; Mon, 30 Aug 2004 04:22:12 +0000 (GMT) (envelope-from weaseal@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 29 Aug 2004 21:22:12 -0700 Received: from 68.50.16.152 by by18fd.bay18.hotmail.msn.com with HTTP; Mon, 30 Aug 2004 04:22:12 GMT X-Originating-IP: [68.50.16.152] X-Originating-Email: [weaseal@hotmail.com] X-Sender: weaseal@hotmail.com From: "Walter Venable" To: stephen@math.missouri.edu, x11@FreeBSD.org, ports@FreeBSD.ORG Date: Mon, 30 Aug 2004 00:22:12 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 30 Aug 2004 04:22:12.0480 (UTC) FILETIME=[EC337000:01C48E48] Subject: RE: XFree86-4 in make.conf X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 04:22:12 -0000 >From: Stephen Montgomery-Smith >To: x11@FreeBSD.org, ports@FreeBSD.ORG >Subject: XFree86-4 in make.conf >Date: Sun, 29 Aug 2004 21:52:57 -0500 > >I was looking at pkg-message in the XFree86-4 port. Shouldn't there be >done a >s/XFREE86_VERSION=4/X_WINDOW_SYSTEM=xfree86-4/ > >In fact I was surprized when I tried FreeBSD-5.3 today and building ports >unexpectedly caused me to build xorg rather than xfree86-4. I did find the >info I needed in ports/UPDATING, but I do think that XFree86-4/pkg-message >should also be appropriately changed. A couple of things: xorg is the default X windows system in 5.3. You must explicitly say if you want Xfree86. See below. Also, you are talking about two intentionally separate directives. The one that asks XFREE86_VERSION was put in place when Xfree86-4 came onto the scene and some people may have still preferred version 4 over version 3. The X_WINDOW_SYSTEM directive lets you choose between Xorg and Xfree86. -Walter Venable _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfeeŽ Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 04:54:22 2004 Return-Path: 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 A8DDB16A4D1; Mon, 30 Aug 2004 04:54:22 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E03243D2D; Mon, 30 Aug 2004 04:54:22 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20040830045421m92008lidre>; Mon, 30 Aug 2004 04:54:21 +0000 Message-ID: <4132B2FC.50205@math.missouri.edu> Date: Sun, 29 Aug 2004 23:54:20 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040825 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Walter Venable References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org cc: x11@FreeBSD.org Subject: Re: XFree86-4 in make.conf X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 04:54:22 -0000 Walter Venable wrote: > > > A couple of things: > xorg is the default X windows system in 5.3. You must explicitly say if > you want Xfree86. See below. Also, you are talking about two > intentionally separate directives. The one that asks XFREE86_VERSION > was put in place when Xfree86-4 came onto the scene and some people may > have still preferred version 4 over version 3. The X_WINDOW_SYSTEM > directive lets you choose between Xorg and Xfree86. > > -Walter Venable > That is not quite right. My reading of ports/UPDATING is that XFREE86_VERSION in /etc/make.conf currently does nothing. X_WINDOW_VERSION can be set to xorg, xfree86-4 or xfree86-3. Right now, a person moving from FreeBSD-4.x to FreeBSD-5.x is going to get a surprize when they try installing any ports that use X Windows. When they see this, the info they might read needs to be accurate, especially if they want to stay with XFree86. What is written in ports/UPDATING is good, but what is written in x11/XFree86-4/pkg-message is wrong. I was mislead by it, and I imagine that so can other people. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 05:47:05 2004 Return-Path: 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 9399516A4CE; Mon, 30 Aug 2004 05:47:05 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCDC543D41; Mon, 30 Aug 2004 05:47:04 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost.ijs.si [127.0.0.1]) by niobe.ijs.si (Postfix) with ESMTP id 37A4E233815; Mon, 30 Aug 2004 07:47:03 +0200 (CEST) Received: from niobe.ijs.si ([193.2.4.66]) by localhost (niobe.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90425-09; Mon, 30 Aug 2004 07:47:01 +0200 (CEST) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id 6A1C7233812; Mon, 30 Aug 2004 07:47:01 +0200 (CEST) Received: from idefix.ijs.si (clj8-144.dial-up.arnes.si [194.249.52.144]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by metatron.ijs.si (Postfix) with ESMTP id 359541C03F30; Mon, 30 Aug 2004 07:47:01 +0200 (CEST) From: Dejan Lesjak To: freebsd-x11@freebsd.org Date: Mon, 30 Aug 2004 07:47:00 +0200 User-Agent: KMail/1.6.2 References: <41329689.70201@math.missouri.edu> In-Reply-To: <41329689.70201@math.missouri.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408300747.00387.dejan.lesjak@ijs.si> X-Virus-Scanned: by amavisd-new at ijs.si cc: ports@FreeBSD.ORG cc: Stephen Montgomery-Smith cc: x11@FreeBSD.org Subject: Re: XFree86-4 in make.conf X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 05:47:05 -0000 On Monday 30 of August 2004 04:52, Stephen Montgomery-Smith wrote: > I was looking at pkg-message in the XFree86-4 port. Shouldn't there be > done a > s/XFREE86_VERSION=4/X_WINDOW_SYSTEM=xfree86-4/ > > In fact I was surprized when I tried FreeBSD-5.3 today and building > ports unexpectedly caused me to build xorg rather than xfree86-4. I did > find the info I needed in ports/UPDATING, but I do think that > XFree86-4/pkg-message should also be appropriately changed. > > If a PR needs to be submitted, and no-one else has done so, I can do > this simple thing if needed. > > Stephen You are right, the pkg-message shall be fixed. Thanks for noticing. Dejan From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 07:08:37 2004 Return-Path: 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 3FD8516A4CE for ; Mon, 30 Aug 2004 07:08:37 +0000 (GMT) Received: from files.jawa.at (jawa.at [213.229.17.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8288743D2D for ; Mon, 30 Aug 2004 07:08:36 +0000 (GMT) (envelope-from mranner@jawa.at) Received: from localhost (localhost [127.0.0.1]) by files.jawa.at (Postfix) with ESMTP id 8D203FDF4 for ; Mon, 30 Aug 2004 09:08:34 +0200 (CEST) Received: from files.jawa.at ([127.0.0.1]) by localhost (files.jawa.at [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12021-09 for ; Mon, 30 Aug 2004 09:08:32 +0200 (CEST) Received: by files.jawa.at (Postfix, from userid 60) id B46F0FDF2; Mon, 30 Aug 2004 09:08:32 +0200 (CEST) Received: from walgrind.jawa.at (walgrind.jawa.at [192.168.200.56]) by files.jawa.at (Postfix) with ESMTP id F0FF9FDAC for ; Mon, 30 Aug 2004 09:08:25 +0200 (CEST) From: Michael Ranner To: freebsd-ports@freebsd.org Date: Mon, 30 Aug 2004 09:08:24 +0200 User-Agent: KMail/1.6.1 References: <200408291235.53851.mranner@inode.at> In-Reply-To: <200408291235.53851.mranner@inode.at> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408300908.24106.mranner@jawa.at> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on files.jawa.at X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Level: X-Virus-Scanned: by amavisd-new at jawa.at Subject: Re: Missing SSL support in core php4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 07:08:37 -0000 Am Sonntag, 29. August 2004 12:35 schrieb Michael Ranner: > Hello! > > First it was a great idea to build PHP extensions from different ports like > NetBSD's pkgsrc does. But it seems, thhat one thing was overseen: > > If you build the OpenSSL extension completely not with the main PHP build, > you have no SSL support in some of the core functions like "fsockopen". > Therefore it's not possible to use the squirrelmail port with SSL or TLS > support to connect with cyrus imap or other IMAP/POP3 server software. > > So I did search for an acceptable solution, but it seems to need some > further hacking: > > If you build PHP4 with "--with-openssl=${OPENSSLBASE}" you will have SSL > support in core functions but also PGP includes the static OpenSSL > extension which conflicts with the php4-openssl port. > > Now I tried to build PHP4 with "--with-openssl=shared,${OPENSSLBASE}", you > have SSL support in core functions, but you have to prevent PHP4 from > installung the shared extension, because its not listed in pkg-plist and/or > conflicts with the php4-openssl port. > Ok, some news, PHP core functions include SSL support only if compiled with static OpenSSL extension "--with-openssl=${OPENSSLBASE}". Now it seems to me like a bug in the PHP4 build. -- /\/\ichael Ranner mranner@jawa.at - mranner@bitonline.cc - webmaster@mariazell.at ---------------------------------------------------------------------- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 ---------------------------------------------------------------------- Mariazell Online - http://www.mariazell.at/ ---------------------------------------------------------------------- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 08:54:49 2004 Return-Path: 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 6E30016A4E8; Mon, 30 Aug 2004 08:54:49 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B0FE43D3F; Mon, 30 Aug 2004 08:54:47 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id 4E44735731; Mon, 30 Aug 2004 10:54:46 +0200 (CEST) Date: Mon, 30 Aug 2004 10:54:27 +0200 From: Miguel Mendez To: Doug White Message-Id: <20040830105427.30e2297a.flynn@energyhq.es.eu.org> In-Reply-To: <20040829181627.C69068@carver.gumbysoft.com> References: <20040829191615.2f10acf0.flynn@energyhq.es.eu.org> <20040829181627.C69068@carver.gumbysoft.com> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.9; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Mon__30_Aug_2004_10_54_27_+0200_c19gMzO4+keVu8QQ" cc: freebsd-multimedia@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: Attention beep-media-player users on FreeBSD 5.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 08:54:49 -0000 --Signature=_Mon__30_Aug_2004_10_54_27_+0200_c19gMzO4+keVu8QQ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sun, 29 Aug 2004 18:20:27 -0700 (PDT) Doug White wrote: Hi, > > If bmp crashes upon start with a libpthread related error, modify > > your/etc/libmap.conf and add this: > > Complaining about spin locks not initialized, I bet? The exact error is this: flynn@scienide% beep-media-player GThread-ERROR **: file gthread-posix.c: line 188 (): error 'Resource deadlock avoided' during 'pthread_mutex_trylock' aborting... Abort (core dumped) It happens pretty early when the program is about to load the skin. > > # Might crash if used with libpthread > > [beep-media-player] > > libc_r.so.5 libc_r.so.5 > > libc_r.so libc_r.so > > This looks like an attempt to hack around the crossed-thread-libraries > issue. I know how to fix this with KDE, but I'm not as experienced The problem was that I was mapping libc_r.so to libpthread.so. beepmp crashes with libpthread, so I had to undo the mapping. However, it's still true that people who linked beepmp with libpthread need to remap the lib, e.g. [beep-media-player] libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so ... and so on. > with gnome. Generally it involves rebuilding X and all ports in a > particular order. With KDE you need to rebuild gmake fairly early > since it encodes build options that get used for qt and dependants. Interesting, I haven't experienced problems with KDE, at least not in 5.2, I'm waiting for 3.3 to come out to try it again (now on 5.3). > There may be some information in the -current archives on this issue, > particularly relating to gnome. Thanks, I'll have a look. > If you want to go hunting, run 'ldd' on the beepmp binary and make > sure libc_r and libpthread don't both show up. If they do, you need to > hunt through the dependant libraries to find the one depending on > libc_r and rebuild it. objdump -x is useful here; look for the NEEDED > entries in the dynamic section. beepmp links with libgthread and libc_r. If libc_r is mapped to libpthread the program aborts, it works fine with libc_r. I'll have a look at the offending code when I have some spare time. Cheers, -- Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 Note: All HTML and non-english mail goes to /dev/null --Signature=_Mon__30_Aug_2004_10_54_27_+0200_c19gMzO4+keVu8QQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBMutHnLctrNyFFPERAtSxAKC74Bc4kTom2eJE9rKyzVGDA5CHBACgiE9H RC4mwWtyD29Xb8za7DnUzq4= =QiLt -----END PGP SIGNATURE----- --Signature=_Mon__30_Aug_2004_10_54_27_+0200_c19gMzO4+keVu8QQ-- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 09:23:47 2004 Return-Path: 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 471EB16A4CF for ; Mon, 30 Aug 2004 09:23:47 +0000 (GMT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D35D843D41 for ; Mon, 30 Aug 2004 09:23:46 +0000 (GMT) (envelope-from kris@rtp.FreeBSD.org) Received: from 8ball.rtp.freebsd.org (8ball.rtp.FreeBSD.Org [172.21.1.5]) i7U9Nkdk087874 for ; Mon, 30 Aug 2004 05:23:46 -0400 (EDT) (envelope-from kris@8ball.rtp.freebsd.org) Received: (from kris@localhost) by 8ball.rtp.freebsd.org (8.12.9/8.12.9/Submit) id i7U9NktY085440 for ports@FreeBSD.org; Mon, 30 Aug 2004 05:23:46 -0400 (EDT) (envelope-from kris) Date: Mon, 30 Aug 2004 05:23:46 -0400 (EDT) From: Kris Kennaway Message-Id: <200408300923.i7U9NktY085440@8ball.rtp.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 09:23:47 -0000 INDEX build failed with errors: Generating INDEX - please wait.."Makefile", line 38: Malformed conditional (${PORTVERSION} == 0.34.3) "Makefile", line 38: Need an operator "Makefile", line 40: if-less endif "Makefile", line 40: Need an operator make: fatal errors encountered -- cannot continue ===> databases/ruby-sqlrelay failed *** Error code 1 *** Error code 1 Stop in /vol/vol0/users/kris/ports.clean. *** Error code 1 Stop in /vol/vol0/users/kris/ports.clean. 1 error Committers on the hook: clive demon marcus vs Most recent CVS update was: U INDEX U INDEX-5 U databases/sqlrelay/Makefile U databases/sqlrelay/Makefile.common U databases/sqlrelay/distinfo U databases/sqlrelay/pkg-plist U databases/sqlrelay/files/patch-Makefile U databases/sqlrelay/files/patch-configure U devel/p5-File-Remove/Makefile U devel/p5-File-Remove/pkg-plist U devel/rudiments/Makefile U devel/rudiments/distinfo U devel/rudiments/pkg-plist U devel/rudiments/files/patch-Makefile U devel/rudiments/files/patch-configure U devel/rudiments/files/patch-src-Makefile U misc/screen/pkg-plist U net/dictd/Makefile U textproc/gtkspell2/Makefile U textproc/gtkspell2/distinfo U textproc/gtkspell2/pkg-plist From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 10:23:09 2004 Return-Path: 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 D471B16A4CE for ; Mon, 30 Aug 2004 10:23:09 +0000 (GMT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D72A43D45 for ; Mon, 30 Aug 2004 10:23:09 +0000 (GMT) (envelope-from kris@rtp.FreeBSD.org) Received: from 8ball.rtp.freebsd.org (8ball.rtp.FreeBSD.Org [172.21.1.5]) i7UAN9c9088105 for ; Mon, 30 Aug 2004 06:23:09 -0400 (EDT) (envelope-from kris@8ball.rtp.freebsd.org) Received: (from kris@localhost) by 8ball.rtp.freebsd.org (8.12.9/8.12.9/Submit) id i7UAN9U6022964 for ports@FreeBSD.org; Mon, 30 Aug 2004 06:23:09 -0400 (EDT) (envelope-from kris) Date: Mon, 30 Aug 2004 06:23:09 -0400 (EDT) From: Kris Kennaway Message-Id: <200408301023.i7UAN9U6022964@8ball.rtp.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 10:23:10 -0000 INDEX build failed with errors: Generating INDEX - please wait.."Makefile", line 38: Malformed conditional (${PORTVERSION} == 0.34.3) "Makefile", line 38: Need an operator "Makefile", line 40: if-less endif "Makefile", line 40: Need an operator make: fatal errors encountered -- cannot continue ===> databases/ruby-sqlrelay failed *** Error code 1 *** Error code 1 Stop in /vol/vol0/users/kris/ports.clean. *** Error code 1 Stop in /vol/vol0/users/kris/ports.clean. 1 error Committers on the hook: clive demon ijliao krion marcus vs Most recent CVS update was: U INDEX U INDEX-5 U graphics/Makefile U graphics/p5-Chart-Graph/Makefile U graphics/p5-Chart-Graph/distinfo U graphics/p5-Chart-Graph/pkg-descr U graphics/p5-Chart-Graph/pkg-plist U graphics/p5-Chart-Graph/files/patch-Makefile.PL U japanese/chasen/pkg-descr U japanese/chasen-base/pkg-descr U math/Makefile U math/qwtplot3d/Makefile U math/qwtplot3d/distinfo U math/qwtplot3d/pkg-descr U math/qwtplot3d/pkg-plist U print/scribus/Makefile U print/scribus/distinfo U print/scribus/pkg-descr U print/scribus/pkg-plist U print/scribus/files/patch-scribus::plugins::scriptplugin::cmdobj.cpp U print/scribus/files/patch-scribus::scribus.h U sysutils/wmbluecpu/Makefile U sysutils/wmmemfree/Makefile U textproc/html2text/Makefile U textproc/html2text/distinfo U x11/3ddesktop/Makefile U x11/3ddesktop/distinfo U x11/3ddesktop/files/patch-3ddesk.cpp U x11/3ddesktop/files/patch-util.h U x11/multi-gnome-terminal/files/patch-gnome-terminal::vt.c U x11-clocks/wmblueclock/Makefile U x11-servers/x2vnc/Makefile U x11-servers/x2vnc/distinfo U x11-servers/x2vnc/pkg-descr From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 11:01:11 2004 Return-Path: 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 DC7F816A4CE for ; Mon, 30 Aug 2004 11:01:10 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5D7B43D48 for ; Mon, 30 Aug 2004 11:01:10 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i7UB1A01032995 for ; Mon, 30 Aug 2004 11:01:10 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7UB17Ni032966 for freebsd-ports@freebsd.org; Mon, 30 Aug 2004 11:01:07 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 30 Aug 2004 11:01:07 GMT Message-Id: <200408301101.i7UB17Ni032966@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.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 11:01:11 -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 [2001/02/22] ports/25272 ports-bugs Using lang/eperl as cgi/nph binary execut s [2004/06/08] ports/67721 ports-bugs FreeBSD-current + Samba 3.0.4 + FAT32. Fi 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2001/10/02] ports/30993 ports-bugs xxgdb cannot open source file o [2002/04/07] ports/36846 ports-bugs fxtv 1.03 freezes the system when $LANG=d s [2002/04/17] ports/37186 ports-bugs Dbview contains an error, because of whic s [2002/06/18] ports/39476 ports-bugs profxp will run but when you fxp a file i s [2002/12/18] ports/46338 ports-bugs security/cyrus-sasl 1.5.27_7 mysql_verify s [2003/05/11] ports/52079 ports-bugs vmware3 hangs when nmdm(4) is used as COM o [2003/05/30] ports/52793 ports-bugs Samba 2.2.8a printing woes s [2003/06/17] ports/53414 ports-bugs port security/amavis-perl open filedescri s [2003/08/08] ports/55371 ports-bugs xfig dumps core (unaligned access), if US f [2003/11/15] ports/59298 ports-bugs Can't render anything with Blender / RADE s [2003/12/29] ports/60700 ports-bugs squid cannot be built with transparent-ip f [2004/02/05] ports/62377 ports-bugs strace hangs when running programs from c s [2004/02/25] ports/63354 ports-bugs security/bcwipe does not act successfully f [2004/03/15] ports/64284 ports-bugs [PATCH] Fix audio/id3lib compilation with o [2004/04/19] ports/65793 ports-bugs SEGV in isakmpd, esp when associating wit a [2004/06/09] ports/67735 ports-bugs biology/ncbi-toolkit does not build bl2se f [2004/06/25] ports/68341 ports-bugs xsysinfo memory leak s [2004/07/02] ports/68610 ports-bugs lcms upgrade from 1.12,1 -> 1.13,1 fails: o [2004/07/14] ports/69065 ports-bugs Some security fixes (Backported the fix f f [2004/07/17] ports/69212 ports-bugs ports/palm/coldsync doesn't work with Pal f [2004/07/19] ports/69258 ports-bugs audio/teamspeak_server port does not open a [2004/07/20] ports/69322 ports-bugs ghostscript-afpl (8.14_5.1) fails if I tr o [2004/07/22] ports/69404 ports-bugs mono compiler (mcs) crashes with assertio o [2004/07/29] ports/69771 ports-bugs I can not compile xsp server to serve asp a [2004/08/02] ports/69899 ports-bugs gq coredumps. f [2004/08/04] ports/70006 ports-bugs games/quake2forge fails to build on 5.2.1 f [2004/08/05] ports/70021 ports-bugs [PATCH] mail/spamass-milter: Reliability f [2004/08/05] ports/70033 ports-bugs tcllib-1.6_1 installation hangs while ins f [2004/08/06] ports/70090 ports-bugs lang/gcc32 and lang/gcc33: unable to fetc a [2004/08/09] ports/70218 ports-bugs ports lang/mono install hangs o [2004/08/20] ports/70699 ports-bugs Typo in ports/devel/libedit, possible buf o [2004/08/24] ports/70893 ports-bugs ports/palm/pose fails to build o [2004/08/24] ports/70902 ports-bugs x11-toolkits/tk84 is broken o [2004/08/24] ports/70906 ports-bugs net/mldonkey-core 2.5.21 port does not co f [2004/08/25] ports/70922 ports-bugs x11/x3270 breaks palm/pose f [2004/08/27] ports/71010 ports-bugs port k3b: detection of TEAC-R56S fails du o [2004/08/27] ports/71042 ports-bugs samba3 doesn't build on -current o [2004/08/27] ports/71052 ports-bugs vmd port does not compile if nvidia-drive o [2004/08/29] ports/71100 ports-bugs [ Maintainer Update ] databases/phpmyadmi o [2004/08/30] ports/71135 ports-bugs [ maintainer ] emulators/pearpc: fix buil f [2004/08/30] ports/71137 ports-bugs [ patch ] mail/mls: respect CC, CFLAGS, r 41 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2001/01/13] ports/24299 ports-bugs New port sysutils/tpconfig: configure the s [2002/10/07] ports/43771 ports-bugs LaTeX ports mixed between print and textp s [2002/11/29] ports/45843 ports-bugs sysutils/3dm - needs to detect and create s [2002/12/02] ports/45911 ports-bugs GEOM-related problem sysutils/diskcheckd s [2003/02/12] ports/48217 ports-bugs New Port: www/mod_frontpage13 and www/mod o [2003/02/18] ports/48426 ports-bugs [PATCH] digger-vgl does not support conso o [2003/04/08] bin/50724 ports-bugs [PATCH] make /usr/sbin/pkg_fetch save ful o [2003/08/23] ports/55896 ports-bugs [NEW PORT] www/mozplugger s [2003/08/28] ports/56091 ports-bugs hp220 driver for print/ghostscript-gnu do s [2003/09/27] ports/57289 ports-bugs teamspeak-server port is broken in 3 ways o [2003/11/17] ports/59371 ports-bugs new port: net/smb4k, KDE SMB network brow o [2003/11/30] ports/59861 ports-bugs New port: net/mu-conference, jabber-mu-co o [2003/12/12] ports/60185 ports-bugs [New Port] www/w3-emacs21 WWW browser bas o [2003/12/21] ports/60472 ports-bugs [New Port] devel/doxymacs Doxymacs is Dox o [2004/01/15] ports/61384 ports-bugs NEW PORT: textproc/htmlize.el (turn emacs s [2004/01/17] ports/61471 ports-bugs Suggested mini-patch to ports/graphics/sa o [2004/02/02] ports/62256 ports-bugs New port: chinese/mozilla-sclp o [2004/02/09] ports/62557 ports-bugs [patch] WITH_POSTGRES -> WITH_POSTGRESQL o [2004/02/09] ports/62585 ports-bugs New port: net/mu-conference (Multi-User C o [2004/02/11] ports/62704 ports-bugs update for lang/moscow_ml (port fixes + n o [2004/02/14] ports/62840 ports-bugs New Port: dns/bind9-sdb-ldap, bind9 patch o [2004/02/17] ports/62960 ports-bugs new port: sysutils/mapchan, utility "mapc o [2004/02/21] ports/63176 ports-bugs [patch] WITH_PGSQL -> WITH_POSTGRESQL acr f [2004/02/23] ports/63279 ports-bugs New port:math/webwork used to create prob f [2004/02/25] ports/63357 ports-bugs [patch] www/linux-mozillafirefox port cre o [2004/02/29] ports/63543 ports-bugs New port: chinese/phpbb-zh_TW o [2004/03/03] ports/63715 ports-bugs Maintainer update: astro/seti-applet (2.1 o [2004/03/06] ports/63823 ports-bugs New port net/xbone-gui o [2004/03/06] ports/63856 ports-bugs update ports/www/p5-Apache-AuthCookie to o [2004/03/08] ports/63936 ports-bugs New port: security/aimsniff A perl script o [2004/03/09] ports/63979 ports-bugs new port: devel/linux-libunicode -- A uni o [2004/03/12] ports/64148 ports-bugs [NEW PORT] palm/synce-kde: SynCE KDE Util o [2004/03/13] ports/64202 ports-bugs New Port: x11/kde_api_reference_32, the k o [2004/03/15] ports/64307 ports-bugs [NEW PORT] databases/linux-unixODBC: RPM f [2004/03/22] ports/64586 ports-bugs new port: devel/preps-devel-gui stable re o [2004/03/25] ports/64686 ports-bugs [NEW PORTS] x11-toolkits/qtc-qtsharp qtsh o [2004/03/25] ports/64687 ports-bugs [New Port] games/dotgnu-mahjongg/ -- QT# o [2004/03/28] ports/64838 ports-bugs new port: chinese/msttf o [2004/03/29] ports/64898 ports-bugs new port: misc/heyu2 for X10 control o [2004/03/30] ports/64915 ports-bugs [NEW PORT] vietnamese/x-unikey f [2004/03/31] ports/65009 ports-bugs Maintainer update: lang/gforth (build fix o [2004/04/05] ports/65207 ports-bugs [NEW PORT FIX]vietnamese/xvnkb build fix o [2004/04/08] ports/65310 ports-bugs security/SAVI-Perl: Submission of new por f [2004/04/08] ports/65318 ports-bugs New port: games/noegnud* an ASCII/2D/3D U o [2004/04/10] ports/65396 ports-bugs New port: java/rxtx: Native interface to f [2004/04/20] ports/65824 ports-bugs sysutils/LPRng and sysutils/LPRngTool - a o [2004/04/26] ports/66005 ports-bugs New port: mail/p5-SpamAssassin-devel - po o [2004/04/27] ports/66031 ports-bugs [NEW PORT] science/mcstas - neutron ray-t o [2004/04/28] ports/66042 ports-bugs new port: www/suexec13 (standalone suexec o [2004/05/04] ports/66246 ports-bugs new ports: textproc/docbook-utils, textpr o [2004/05/04] ports/66266 ports-bugs ports/net/yptransitd: support FreeBSD NIS o [2004/05/05] ports/66282 ports-bugs [NEW PORT] mail/p5-Mail-Vispan: PERL scri o [2004/05/11] ports/66506 ports-bugs [NEW PORT] www/p5-Apache-GopherHandler: G o [2004/05/18] ports/66799 ports-bugs [new port] cantus_3: GNOME2 tool for tagg s [2004/05/20] ports/66921 ports-bugs [NEW PORT] x11-wm/skippy-xd: A full-scree f [2004/05/20] ports/66927 ports-bugs [PATCH] mail/dcc-dccd has several problem o [2004/05/23] ports/67095 ports-bugs New port: www/p5-PLP: A Perl embedder som o [2004/06/04] ports/67572 ports-bugs New port: mnogosearch-devel: Full feature o [2004/06/05] ports/67599 ports-bugs [NEW PORT] math/geonext: Interactive (dyn s [2004/06/11] ports/67815 ports-bugs ImageMagick no longer recognizes FlashPix f [2004/06/11] ports/67826 ports-bugs p5-Text-FormatTable - patch f [2004/06/11] ports/67839 ports-bugs www/mod_jk2-apache2 2.0.2: uri /*.jsp mat o [2004/06/12] ports/67852 ports-bugs New port: irc/riece IRC client for Emacs o [2004/06/12] ports/67853 ports-bugs New port: mail/c-sig Signature insertion o [2004/06/17] ports/68045 ports-bugs New port: sysutils/daedalus Flexible Moni o [2004/06/17] ports/68050 ports-bugs New port: www/dpsearch : Open source sear o [2004/06/20] ports/68141 ports-bugs new port net/linux-overnet-core: Serverle s [2004/06/20] ports/68145 ports-bugs Update port: multimedia/linux-realplayer o [2004/06/20] ports/68146 ports-bugs New port: x11-themes/linux-gtk-bluecurve- o [2004/06/22] ports/68196 ports-bugs [New Port]: linux-zsnes - Linux binary ve o [2004/06/22] ports/68205 ports-bugs New Port: mail/ismail PHP-based webmail c f [2004/06/22] ports/68215 ports-bugs NEW PORT: multimedia/freevo, an open-sour o [2004/06/23] ports/68249 ports-bugs New port: mail/p5-MIME-Lite-HTML: Provide f [2004/06/25] ports/68331 ports-bugs [NEW PORT] graphics/jumpgis-postgis: JUMP o [2004/06/27] ports/68414 ports-bugs New Port: security/foremost - Forensic an o [2004/07/01] ports/68572 ports-bugs New port: databases/cyrus-smlacapd cyrus o [2004/07/03] ports/68624 ports-bugs [NEW PORT] graphics/curator: Static Image o [2004/07/03] ports/68646 ports-bugs [New Port] polish/linux-mozillapl - Mozil o [2004/07/04] ports/68661 ports-bugs New port: security/ipfilterDshield, a dsh o [2004/07/04] ports/68662 ports-bugs New port: security/ppars (Proactive Probi o [2004/07/07] ports/68774 ports-bugs [NEW PORT] RubyGems - package management o [2004/07/08] ports/68820 ports-bugs New port:chinese/gaim Add plugin openQ(QQ f [2004/07/08] ports/68828 ports-bugs [PATCH] sysutils/ucspi-tcp: Apply ucspi-r o [2004/07/09] ports/68837 ports-bugs [New Port] polish/sap en-pl pl-en diction f [2004/07/09] ports/68847 ports-bugs Port Upgrade: net/gyach Update to new ver o [2004/07/09] ports/68872 ports-bugs audio/libmikmod update to 3.2.0-beta2 ; a o [2004/07/11] ports/68919 ports-bugs [New Port] misc/gkx86info2 - GKrellM2 plu f [2004/07/11] ports/68924 ports-bugs Update security/clamav-devel to 20040710 o [2004/07/11] ports/68934 ports-bugs New port: security/amavis-stats A simple o [2004/07/13] ports/68993 ports-bugs New port www/p5-Apache-ParseFormData o [2004/07/14] ports/69041 ports-bugs Please portlint [emulators/vmware3] o [2004/07/14] ports/69053 ports-bugs New port: audio/coverhunter, a program fe f [2004/07/15] ports/69128 ports-bugs [work-around] mail/postfix configure glit o [2004/07/16] ports/69160 ports-bugs New port: dns/rbllookup mail/rbllookup f [2004/07/17] ports/69166 ports-bugs New port: comms/tlf Amateur radio curses f [2004/07/18] ports/69219 ports-bugs update rwhoisd to version 1.5.9; install s [2004/07/19] ports/69299 ports-bugs [PATCH] missing dependency for www/linux- o [2004/07/22] ports/69422 ports-bugs New port: the Equeue OCaml library o [2004/07/25] ports/69556 ports-bugs New port: security/secure_delete Secure d f [2004/07/25] ports/69557 ports-bugs Separation of mailman scripts and mailing o [2004/07/25] ports/69586 ports-bugs New port: chinese/PCManX o [2004/07/26] ports/69636 ports-bugs [new port] biology/blast f [2004/07/26] ports/69638 ports-bugs Add MASTER_SITE_GNA to bsd.sites.mk o [2004/07/30] ports/69781 ports-bugs [NEW PORT] japanese/ja-gjiten: Japanese d o [2004/07/30] ports/69829 ports-bugs [NEW PORT] graphics/jpeg-mmx: IJG's jpeg f [2004/07/30] ports/69832 ports-bugs [PATCH] multimedia/transcode: [add jpeg-m s [2004/07/31] ports/69836 ports-bugs [MAINTAINER] graphics/lphoto: [Add option o [2004/07/31] ports/69837 ports-bugs New Port: x11-wm/afterstep2 f [2004/07/31] ports/69848 ports-bugs lang/mono functions properly on 5.x if ${ f [2004/07/31] ports/69849 ports-bugs [update] py-opengl o [2004/08/02] ports/69906 ports-bugs rc.d functionality for net/vtun o [2004/08/02] ports/69912 ports-bugs New Port dns/mDNSResponder a re-port of A o [2004/08/03] ports/69943 ports-bugs New port: security/spike-proxy o [2004/08/04] ports/69995 ports-bugs A (new) port of the add-css-links XSL sty o [2004/08/04] ports/69996 ports-bugs A (new) port of the print-n-times XSL sty o [2004/08/04] ports/69998 ports-bugs A (new) port of the resume-extensions XSL f [2004/08/04] ports/70010 ports-bugs sysutils/dtc: DTC v0.14.0-R1 o [2004/08/05] ports/70017 ports-bugs New port: japanized strings(1) command (j o [2004/08/05] ports/70025 ports-bugs IPv6 CATEGORY not documented correctly o [2004/08/05] ports/70052 ports-bugs New Port: mail/getmail4 o [2004/08/06] ports/70060 ports-bugs A (new) port of the Mirror Project Random o [2004/08/06] ports/70061 ports-bugs [ new port ] x11-clocks/osdclock: small c o [2004/08/06] ports/70062 ports-bugs A new port of the Bloom::Filter Perl libr f [2004/08/06] ports/70064 ports-bugs [MAINTAINER] databases/py-sqlobject: Inst f [2004/08/07] ports/70113 ports-bugs [PATCH] mail/dspam: Makefile fix o [2004/08/07] ports/70128 ports-bugs New port: mail/p5-Mail-Field-Received f [2004/08/07] ports/70135 ports-bugs [patch] Update securiy/clamav-devel to 20 o [2004/08/08] ports/70161 ports-bugs [NEW PORT] mail/spamass-rules_du_jour: Au o [2004/08/08] ports/70176 ports-bugs [NEW PORT] graphics/devil - DevIL Image L o [2004/08/09] ports/70210 ports-bugs new port: databases/p5-DBM-Deep version 0 o [2004/08/10] ports/70243 ports-bugs New port: audio/tta (simple lossless audi o [2004/08/10] ports/70271 ports-bugs [new port] biology/finchtv a DNA sequence f [2004/08/11] ports/70301 ports-bugs Update sysutils/cfengine2 to 2.1.9 o [2004/08/12] ports/70374 ports-bugs New port: textproc/redland-bindings - Lan s [2004/08/13] ports/70387 ports-bugs PORT UPDATE: x11-themes/gtk-qt-engine o [2004/08/13] ports/70430 ports-bugs New port: devel/monodoc o [2004/08/13] ports/70431 ports-bugs New port: www/gecko-sharp: C# gtkmozembed o [2004/08/13] ports/70432 ports-bugs New port: gtksourceview-sharp: C# binding f [2004/08/13] ports/70433 ports-bugs new plugin port for childsplay o [2004/08/14] ports/70446 ports-bugs [New Port] games/ctetris is a beautiful t o [2004/08/16] ports/70516 ports-bugs New port: sysutils/graft: symlink manager f [2004/08/16] ports/70528 ports-bugs No libffi on amd64, either with native co o [2004/08/17] ports/70577 ports-bugs [NEW PORT] games/linux-hohlin: Remake of f [2004/08/17] ports/70586 ports-bugs Update: net/glflow 0.0.4 -> 0.0.5 f [2004/08/17] ports/70591 ports-bugs [UPDATE] www/clearsilver to 0.9.10 o [2004/08/19] ports/70648 ports-bugs [new port] deskutils/etask: Emacs support o [2004/08/19] ports/70657 ports-bugs New port: devel/p5-Test-Tester o [2004/08/20] ports/70682 ports-bugs [NEW PORT] devel/p5-Gtk2-GladeXML: Gtk2-P o [2004/08/20] ports/70683 ports-bugs [NEW PORT] x11-toolkits/p5-Gtk2-PodViewer o [2004/08/21] ports/70775 ports-bugs New port: devel/simpletest o [2004/08/21] ports/70801 ports-bugs [NEW PORT] mail/crm114-devel: An Markov b f [2004/08/22] ports/70808 ports-bugs Update port: x11/x3270 to version 3.3.2p1 o [2004/08/22] ports/70816 ports-bugs New port: science/x11iraf f [2004/08/22] ports/70817 ports-bugs update patch for audio/musicpd to 0.11.4 o [2004/08/22] ports/70827 ports-bugs new port games/wanderer: Steve Shipway's o [2004/08/22] ports/70828 ports-bugs New port: misc/gkrellmlaunch2: GKrellM2 p o [2004/08/23] ports/70845 ports-bugs [NEW PORT] devel/tkshape - A Tk library t o [2004/08/23] ports/70846 ports-bugs [NEW PORT] textproc/tkxmlive - Tcl/Tk XML f [2004/08/23] ports/70851 ports-bugs misc/linux-opengroupware: change FETCH_DE o [2004/08/23] ports/70855 ports-bugs [NEW PORT] graphics/long-exposure-tools: f [2004/08/23] ports/70887 ports-bugs port graphics/evas should be moved/rename f [2004/08/24] ports/70910 ports-bugs [MAINTAINER UPDATE] devel/freeride to ver f [2004/08/26] ports/70963 ports-bugs MAINTAINER PORT UPDATE: news/nzbget to 0. o [2004/08/26] ports/70999 ports-bugs New port: graphics/evas1 Hardware acceler o [2004/08/26] ports/71003 ports-bugs [new port]: net/verlihub-plugins - A syst f [2004/08/26] ports/71004 ports-bugs [UPDATE] databases/py-psycopg from 1.1.14 f [2004/08/27] ports/71030 ports-bugs add LDAP backend support to net/isc-dhcp3 o [2004/08/27] ports/71044 ports-bugs New port: www/p5-Kwiki-NewPage NewPage pl o [2004/08/27] ports/71046 ports-bugs [NEW PORT] www/p5-Kwiki-GDGraphGenerator: o [2004/08/27] ports/71049 ports-bugs New port for ezstream. o [2004/08/27] ports/71050 ports-bugs New port: security/gtkpasman passwords ma o [2004/08/28] ports/71069 ports-bugs [MAINTAINER] mail/spamass-rules: update t o [2004/08/28] ports/71074 ports-bugs [Maintainer Update] sysutils/kdar: Update o [2004/08/28] ports/71083 ports-bugs New Port x11-fonts/artwiz-aleczapka-de o [2004/08/28] ports/71084 ports-bugs New Port x11-fonts/artwiz-aleczapka-se - o [2004/08/29] ports/71094 ports-bugs Maintainer update: efax-gtk 2.2.9a f [2004/08/29] ports/71097 ports-bugs Port conflict (net/trafshow and net/trafs o [2004/08/29] ports/71104 ports-bugs New port: audio/icegenerator Direct strea o [2004/08/29] ports/71106 ports-bugs New port: sysutils/i855vidctl10 o [2004/08/29] ports/71113 ports-bugs Port upgrade: sysutils/k3b to 0.11.12 o [2004/08/29] ports/71118 ports-bugs Maintainer update: new version textproc/m o [2004/08/30] ports/71133 ports-bugs [NEW PORT] multimedia/gavl: A library for o [2004/08/30] ports/71136 ports-bugs [Maintainer Update] Muine: Fix library ma o [2004/08/30] ports/71138 ports-bugs [MAINTAINER] Minor corrections for portma o [2004/08/30] ports/71143 ports-bugs [maintainer update] update port: japanese 185 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 11:35:13 2004 Return-Path: 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 C26B016A4CE; Mon, 30 Aug 2004 11:35:13 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6868943D1D; Mon, 30 Aug 2004 11:35:13 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UBWMr2049631; Mon, 30 Aug 2004 07:32:22 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UBWMnY049629; Mon, 30 Aug 2004 07:32:22 -0400 (EDT) Date: Mon, 30 Aug 2004 07:32:22 -0400 (EDT) Message-Id: <200408301132.i7UBWMnY049629@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 11:35:13 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 11:36:37 2004 Return-Path: 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 5098516A4CE for ; Mon, 30 Aug 2004 11:36:37 +0000 (GMT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3BFC43D45 for ; Mon, 30 Aug 2004 11:36:36 +0000 (GMT) (envelope-from kris@rtp.FreeBSD.org) Received: from 8ball.rtp.freebsd.org (8ball.rtp.FreeBSD.Org [172.21.1.5]) i7UBaacS088203 for ; Mon, 30 Aug 2004 07:36:36 -0400 (EDT) (envelope-from kris@8ball.rtp.freebsd.org) Received: (from kris@localhost) by 8ball.rtp.freebsd.org (8.12.9/8.12.9/Submit) id i7UBaabQ061817 for ports@FreeBSD.org; Mon, 30 Aug 2004 07:36:36 -0400 (EDT) (envelope-from kris) Date: Mon, 30 Aug 2004 07:36:36 -0400 (EDT) From: Kris Kennaway Message-Id: <200408301136.i7UBaabQ061817@8ball.rtp.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 11:36:37 -0000 From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 12:35:15 2004 Return-Path: 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 4444F16A4EB; Mon, 30 Aug 2004 12:35:15 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBEBC43D49; Mon, 30 Aug 2004 12:35:14 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UCWOAx041244; Mon, 30 Aug 2004 08:32:24 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UCWNOM041242; Mon, 30 Aug 2004 08:32:23 -0400 (EDT) Date: Mon, 30 Aug 2004 08:32:23 -0400 (EDT) Message-Id: <200408301232.i7UCWNOM041242@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 12:35:15 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 13:27:59 2004 Return-Path: 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 822ED16A4CE for ; Mon, 30 Aug 2004 13:27:59 +0000 (GMT) Received: from vsmtp12.tin.it (vsmtp12.tin.it [212.216.176.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF0A443D39 for ; Mon, 30 Aug 2004 13:27:58 +0000 (GMT) (envelope-from l.pizzira@virgilio.it) Received: from worklab (82.50.21.141) by vsmtp12.tin.it (7.0.027) id 40B33B7C012D4C70 for ports@FreeBSD.org; Mon, 30 Aug 2004 15:27:58 +0200 Date: Mon, 30 Aug 2004 15:27:52 +0200 From: Luigi Pizzirani To: ports@FreeBSD.org Message-ID: <20040830152752.4c968e56@worklab> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__30_Aug_2004_15_27_52_+0200_/i=OrTZVK7=dz9s/" Subject: proposal of ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 13:27:59 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__30_Aug_2004_15_27_52_+0200_/i=OrTZVK7=dz9s/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello, my name is Luigi and I am writing to you, because I would like you to take a look at two codes of mine. The first is a portscan spoofed that uses id bug discovered by Antirez to spoof our machine. This is an example of its use: worklab# ./spoofscan -a www.kernel.org -s 62.211.32.82 -l 78 -h 82 -n 6 -t 300000 Stealth Scan by Luigi Pizzirani. Warning!!! This is a stealth portscanner based on the requirements that the host we are using for our spoof has no traffic, has not random IP id and we have all firewalls down. Anyway, being this scanner stealth, it is far from being 100% reliable. Enjoy it. DISCLAIMER!!! IP SPOOFING, AS ANY KIND OF FORGEMENT IS AN ILLEGAL PRACTICE. USE THIS SCANNER ONLY FOR TESTING PURPOSES AND ON YOUR LOCAL AREANETWORK. IN NO EVENT I CONSIDER MYSELF LIABLE FOR ANY ABUSE OF THIS PROGRAM. Id sequence relative to 62.211.32.82: 564 565 566 567 568 569 It seems that host 62.211.32.82 has no traffic: excellent!!! Id sequence relative to port 78 of host www.kernel.org via 62.211.32.82: 570 571 572 573 574 575 Hmmm...looks like 78 is closed. Id sequence relative to port 79 of host www.kernel.org via 62.211.32.82: 576 577 579 581 583 585 Hmmm...looks like 79 is OPEN. Id sequence relative to port 80 of host www.kernel.org via 62.211.32.82: 594 595 597 599 600 602 Hmmm...looks like 80 is OPEN. Id sequence relative to port 81 of host www.kernel.org via 62.211.32.82: 612 613 614 615 616 617 Hmmm...looks like 81 is closed. Id sequence relative to port 82 of host www.kernel.org via 62.211.32.82: 618 619 620 621 622 623 Hmmm...looks like 82 is closed. Ports of www.kernel.org that look like open: 79(finger), 80(http). worklab# You can find a paper of it at http://www.securitydate.it/SD2004/ (sorry in Italian :-( , but if you are interested I will translate it) The second code is a sort of sniffer that that catches incoming ARP requests for a gateway and answers that the gateway is itself, so if for example we have a lan with one machine having IP 10.0.0.2 and default gateway 10.0.0.4, another with 1.2.3.4/1.2.3.6, and the real gw is 192.168.0.254 this tool(installed on the gateway 192.168.0.254) sniffs for example the arp request: "ARP who-has 1.2.3.6 tell 1.2.3.4" and replies to 1.2.3.4 with "ARP reply: 1.2.3.6 is-at my_mac_address" (a sort of ARP poisoning), then it creates the alias 1.2.3.254(ARP is not routable) and updates its own ARP cache with the couple 1.2.3.4/his_mac_address sending itself a ARP reply. This tool can be useful for example if a hotel wants to offer connectivity to customers coming with their laptop and not having DHCP configured, but their own IP address instead and they don't know/want to change their LAN parameters. With it they simply plug and go. It could be misunderstood with proxy ARP, but there are two fundamental differences: this one runs in uspace and unlikely proxy ARP that works only with two subnets, this one works with every one. I would be very happy if you take a look at these two codes and tell me your opinion and what do you think about eventually making the ports of them. Looking forward to have a reply my best regards. Luigi. --Multipart=_Mon__30_Aug_2004_15_27_52_+0200_/i=OrTZVK7=dz9s/ Content-Type: application/octet-stream; name="spoofscan.c" Content-Disposition: attachment; filename="spoofscan.c" Content-Transfer-Encoding: base64 LyoKICogJElkOiBzcG9vZnNjYW4uYyx2IDAuOSAyMDA0LzAzLzA2IDE3OjI5OjE3IHN2aWF0IEV4 cCAkCiAqIDxzcG9vZmVkIHN0ZWFsdGggcG9ydHNjYW5uZXI+CiAqCiAqIENvcHlyaWdodCAoYykg MjAwMiBMdWlnaSBQaXp6aXJhbmkgPGwucGl6emlyYUB2aXJnaWxpby5pdD4KICoKICogQWxsIHJp Z2h0cyByZXNlcnZlZC4KICoKICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5k IGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CiAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1p dHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucyBhcmUKICogbWV0OiAx LiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNv cHlyaWdodAogKiBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93 aW5nIGRpc2NsYWltZXIuIDIuCiAqIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0 IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSwKICogdGhpcyBsaXN0IG9mIGNv bmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUgZG9jdW1lbnRhdGlv bgogKiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlv bi4KICoKICogVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05U UklCVVRPUlMgYGBBUyBJUycnIEFORCBBTlkKICogRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJ RVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUgSU1QTElFRAogKiBXQVJSQU5U SUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBP U0UgQVJFCiAqIERJU0NMQUlNRUQuICBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgQVVUSE9SIE9SIENP TlRSSUJVVE9SUyBCRSBMSUFCTEUgRk9SCiAqIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVO VEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwKICogREFNQUdFUyAoSU5D TFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09P RFMgT1IKICogU0VSVklDRVM7IExPU1MgT0YgVVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJ TkVTUyBJTlRFUlJVUFRJT04pIEhPV0VWRVIKICogQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9G IExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCiAqIExJQUJJTElUWSwgT1Ig VE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBX QVkKICogT1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9G IFRIRSBQT1NTSUJJTElUWSBPRgogKiBTVUNIIERBTUFHRS4KICoKICoKICovCgojaW5jbHVkZQk8 c3lzL3R5cGVzLmg+CiNpbmNsdWRlIAk8c3lzL3NvY2tldC5oPgojaW5jbHVkZSAJPG5ldGluZXQv aW4uaD4KI2luY2x1ZGUgCTxuZXRpbmV0L2luX3N5c3RtLmg+CgojaWZuZGVmIAlfX1VTRV9CU0QK I2RlZmluZSAJX19VU0VfQlNECiNlbmRpZgoKI2luY2x1ZGUJIDxuZXRpbmV0L2lwLmg+CgojaWZu ZGVmIAlfX0ZBVk9SX0JTRAojZGVmaW5lIAlfX0ZBVk9SX0JTRAojZW5kaWYKCiNpbmNsdWRlCTxu ZXRpbmV0L3RjcC5oPgojaW5jbHVkZQk8bmV0aW5ldC9pcF9pY21wLmg+CiNpbmNsdWRlCTxhcnBh L2luZXQuaD4KI2luY2x1ZGUJPG5ldGRiLmg+CiNpbmNsdWRlCTxzdGRpby5oPgojaW5jbHVkZQk8 c3RkbGliLmg+CiNpbmNsdWRlCTxzdHJpbmcuaD4KI2luY2x1ZGUJPHVuaXN0ZC5oPgoKI2RlZmlu ZSAJTUFYTlVNUE9SVFMgCTY1NTM1CgovKiBwc2V1ZG90Y3Agc3RydWN0dXJlIHRvIGNhbGN1bGF0 ZSB0Y3AgY2hlY2tzdW0gYXMgc3BlY2lmaWVkIGluIFJGQyA3OTMgKi8Kc3RydWN0IHBzZXVkbyB7 Cgl1aW50MzJfdCBzYWRkcjsKCXVpbnQzMl90IGRhZGRyOwoJY2hhciB1bnVzZWQ7CgljaGFyIHBy b3RvOwoJdWludDE2X3QgbGVuZ3RoOwp9OwoKY2hhciBwYWNrZXRbMjU2XSwgcGFja2V0MlsyNTZd LCBwYWNrZXQzWzI1Nl0sIGJ1ZlsyNTZdOwpzdHJ1Y3QgaXAgKmlwID0gKHN0cnVjdCBpcCAqKSBw YWNrZXQ7IApzdHJ1Y3QgdGNwaGRyICp0Y3AgPSAoc3RydWN0IHRjcGhkciAqKSAocGFja2V0ICsg c2l6ZW9mKHN0cnVjdCBpcCkpOwpzdHJ1Y3QgcHNldWRvICpwc2V1ZG8gPSAoc3RydWN0IHBzZXVk byAqKSBwYWNrZXQzOwpzdHJ1Y3QgaXAgKmlwMiA9IChzdHJ1Y3QgaXAgKikgcGFja2V0MjsKc3Ry dWN0IGljbXAgKmljbXAgPSAoc3RydWN0IGljbXAgKikgKHBhY2tldDIgKyBzaXplb2Yoc3RydWN0 IGlwKSk7CmNoYXIgKmRhdGEgPSBwYWNrZXQgKyBzaXplb2Yoc3RydWN0IGlwKSArIHNpemVvZihz dHJ1Y3QgdGNwaGRyKTsKY2hhciAqZGF0YTIgPSBwYWNrZXQyICsgc2l6ZW9mKHN0cnVjdCBpcCkg KyBzaXplb2Yoc3RydWN0IGljbXApOwpzdHJ1Y3QgaXAgKmlwcmVjdiA9IChzdHJ1Y3QgaXAgKikg YnVmOwoKdm9pZAkJdXNhZ2UoY2hhciAqKTsKdm9pZAkJcHJpbnRfc2VydmljZSh1aW50MTZfdCk7 CnVpbnQxNl90CWNoZWNrc3VtKHVpbnQxNl90KiwgaW50KTsKdWludDE2X3QJc2VuZF9pY21wKGlu dCwgaW50LCBzdHJ1Y3QgaXAqLCBzdHJ1Y3Qgc29ja2FkZHJfaW4sIHN0cnVjdCBzb2NrYWRkcl9p bik7CnZvaWQgCQlzZW5kX3RjcChpbnQsIHN0cnVjdCBpcCosIHN0cnVjdCBzb2NrYWRkcl9pbiwg c3RydWN0IHNvY2thZGRyX2luLCBpbnQpOwppbnQgCQljaGVja190cmFmZmljKGludCwgaW50LCBz dHJ1Y3Qgc29ja2FkZHJfaW4sIHN0cnVjdCBzb2NrYWRkcl9pbiwgaW50LCBjaGFyKik7CgppbnQK bWFpbihpbnQgYXJnYywgY2hhciAqKmFyZ3YpCnsKCWludCBzLCBzMiwgczMsIGNoLCBvcGVuX3Bv cnRzW01BWE5VTVBPUlRTXTsKCXJlZ2lzdGVyIGludCBpLCBqLCBoLCBrOwoJdWludDE2X3QgaWRb MTAwXSwgYVsxMDBdLCBiWzEwMF07CglpbnQgb24gPSAxOwoJaW50ICpwID0gb3Blbl9wb3J0czsK CXJlZ2lzdGVyIGludCB0ID0gMDsJCgljb25zdCBpbnQgKm9wdHZhbCA9ICZvbjsKCWNoYXIgKnRh cmdldF9ob3N0LCAqc2lsZW50X2hvc3QsICpsb3dfcG9ydCwgKmhpZ2hfcG9ydCwgKm51bV9wYWNr ZXRzLCAqdGltZW91dDsKCXN0cnVjdCBob3N0ZW50ICpob3N0ZW50LCAqaG9zdGVudDI7CglzdHJ1 Y3Qgc29ja2FkZHJfaW4gc2luLCBzaW4yLCBzaW4zOwoKCSAvKiBTZWN1cml0eSAqLwoKICAgICAg ICBpZiAoZ2V0dWlkKCkgIT0gZ2V0ZXVpZCgpKSB7CiAgICAgICAgICAgICAgICBwdXRzKCJTdGVh bHRoIFNjYW4gZG9lc24ndCBydW4gd2l0aCArcyBiaXQgc2V0LiIpOwoJCWV4aXQoMSk7Cgl9CgoJ aWYgKGdldHVpZCgpICE9IDApIHsgCiAgICAgICAgICAgICAgICBwdXRzKCJTdGVhbHRoIFNjYW4g bXVzdCBydW4gYXMgcm9vdC4iKTsKCQlleGl0KDEpOwoJfQkKCQoJcHV0cygiXG5TdGVhbHRoIFNj YW4gYnkgTHVpZ2kgUGl6emlyYW5pLlxuIik7CglwdXRzKCJXYXJuaW5nISEhIFRoaXMgaXMgYSBz dGVhbHRoIHBvcnRzY2FubmVyIGJhc2VkIG9uIHRoZSByZXF1aXJlbWVudHMgdGhhdCB0aGUgaG9z dCB3ZSBhcmUgdXNpbmcgZm9yIG91ciBzcG9vZiIpOwoJcHV0cygiaGFzIG5vIHRyYWZmaWMsIGhh cyBub3QgcmFuZG9tIElQIGlkIGFuZCB3ZSBoYXZlIGFsbCBmaXJld2FsbHMgZG93bi4gQW55d2F5 LCBiZWluZyB0aGlzIHNjYW5uZXIgc3RlYWx0aCwgaXQiKTsKIAlwdXRzKCJpcyBmYXIgZnJvbSBi ZWluZyAxMDAlIHJlbGlhYmxlLiBFbmpveSBpdC5cbiIpOwoJcHV0cygiRElTQ0xBSU1FUiEhISBJ UCBTUE9PRklORywgQVMgQU5ZIEtJTkQgT0YgRk9SR0VNRU5UIElTIEFOIElMTEVHQUwgUFJBQ1RJ Q0UuIFVTRSIpOwoJcHV0cygiVEhJUyBTQ0FOTkVSIE9OTFkgRk9SIFRFU1RJTkcgUFVSUE9TRVMg QU5EIE9OIFlPVVIgTE9DQUwgQVJFQSBORVRXT1JLLiBJTiBOTyBFVkVOVCIpOwoJcHV0cygiSSBD T05TSURFUiBNWVNFTEYgTElBQkxFIEZPUiBBTlkgQUJVU0UgT0YgVEhJUyBQUk9HUkFNLlxuIik7 CgoJaWYgKGFyZ2MgIT0gMTMpCgkJdXNhZ2UoYXJndlswXSk7CgoJd2hpbGUgKCAoY2ggPSBnZXRv cHQoYXJnYywgYXJndiwgImE6czpsOmg6bjp0OiIpKSAhPSAtMSkgCiAgICAgICAgICAgICAgICBz d2l0Y2goY2gpIHsKICAgICAgICAgICAgICAgIGNhc2UgJ2EnOgogICAgICAgICAgICAgICAgICAg ICAgICB0YXJnZXRfaG9zdCA9IGFyZ3Zbb3B0aW5kIC0gMV07CiAgICAgICAgICAgICAgICAgICAg ICAgIGJyZWFrOyAgCgogICAgICAgICAgICAgICAgY2FzZSAncyc6CiAgICAgICAgICAgICAgICAg ICAgICAgIHNpbGVudF9ob3N0ID0gYXJndltvcHRpbmQgLSAxXTsKCQkJYnJlYWs7CiAgICAgICAg ICAgICAgICBjYXNlICdsJzoKICAgICAgICAgICAgICAgICAgICAgICAgbG93X3BvcnQgPSBhcmd2 W29wdGluZCAtIDFdOwoJCQlicmVhazsKICAgICAgICAgICAgICAgIGNhc2UgJ2gnOgogICAgICAg ICAgICAgICAgICAgICAgICBoaWdoX3BvcnQgPSBhcmd2W29wdGluZCAtIDFdOwoJCQlicmVhazsK CQljYXNlICduJzogCgkJCW51bV9wYWNrZXRzID0gYXJndltvcHRpbmQgLSAxXTsKCQkJaWYgKGF0 b2kobnVtX3BhY2tldHMpID4gMTAwKSB7CgkJCQlwdXRzKCJZb3UgY2Fubm90IHNlbmQgbW9yZSB0 aGFuIDEwMCBwYWNrZXRzLlxuIik7CgkJCQlleGl0KDEpOwoJCQl9IAoJCQlicmVhazsKICAgICAg ICAgICAgICAgIGNhc2UgJ3QnOgogICAgICAgICAgICAgICAgICAgICAgICB0aW1lb3V0ID0gYXJn dltvcHRpbmQgLSAxXTsKCQkJYnJlYWs7CiAgICAgICAgICAgICAgICBjYXNlICc/JzoKICAgICAg ICAgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICAgICAgICAgICAgdXNhZ2UoYXJndlswXSk7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg IH0KCgkqcCA9IDA7CgoJaWYgKCAocyA9IHNvY2tldChQRl9JTkVULCBTT0NLX1JBVywgSVBQUk9U T19SQVcpKSA8IDApIHsKICAgICAgICAgICAgICAgIHBlcnJvcigic29ja2V0Iik7CiAgICAgICAg ICAgICAgICBleGl0KDEpOwogICAgICAgIH0KCiAgICAgICAgaWYgKCAoczIgPSBzb2NrZXQoUEZf SU5FVCwgU09DS19SQVcsIElQUFJPVE9fUkFXKSkgPCAwKSB7CiAgICAgICAgICAgICAgICBwZXJy b3IoInNvY2tldCIpOwogICAgICAgICAgICAgICAgZXhpdCgxKTsKICAgICAgICB9CgoJIGlmICgg KHMzID0gc29ja2V0KFBGX0lORVQsIFNPQ0tfUkFXLCBJUFBST1RPX0lDTVApKSA8IDApIHsKICAg ICAgICAgICAgICAgIHBlcnJvcigic29ja2V0Iik7CiAgICAgICAgICAgICAgICBleGl0KDEpOwog ICAgICAgIH0KCglzZXRzb2Nrb3B0KHMsIElQUFJPVE9fSVAsIElQX0hEUklOQ0wsIG9wdHZhbCwg c2l6ZW9mKG9uKSk7CglzZXRzb2Nrb3B0KHMyLCBJUFBST1RPX0lQLCBJUF9IRFJJTkNMLCBvcHR2 YWwsIHNpemVvZihvbikpOwoKCW1lbXNldCgmc2luLCAwLCBzaXplb2Yoc2luKSk7CgltZW1zZXQo JnNpbjIsIDAsIHNpemVvZihzaW4pKTsKCW1lbXNldCgmc2luMywgMCwgc2l6ZW9mKHNpbikpOwoK CW1lbXNldChpcCwgMCwgc2l6ZW9mKHN0cnVjdCBpcCkpOwoJbWVtc2V0KGlwMiwgMCwgc2l6ZW9m KHN0cnVjdCBpcCkpOwoKCW1lbXNldChpY21wLCAwLCBzaXplb2Yoc3RydWN0IGljbXApKTsKCglt ZW1zZXQoaXByZWN2LCAwLCBzaXplb2Yoc3RydWN0IGlwKSk7CgoJc2luLnNpbl9mYW1pbHkgPSBz aW4yLnNpbl9mYW1pbHkgPSBzaW4zLnNpbl9mYW1pbHkgPSBBRl9JTkVUOwoKCSAvKiB0YXJnZXQg aG9zdCdzIGlwIGFkZHJlc3MgKi8KICAgICAgICBpZiAoIChob3N0ZW50ID0gZ2V0aG9zdGJ5bmFt ZSh0YXJnZXRfaG9zdCkpKSAKICAgICAgICAgICAgICAgIG1lbWNweSAoJnNpbi5zaW5fYWRkciwg aG9zdGVudC0+aF9hZGRyLCBob3N0ZW50LT5oX2xlbmd0aCk7CiAgICAgICAgZWxzZSBpZiAoIChp bmV0X3B0b24oQUZfSU5FVCwgdGFyZ2V0X2hvc3QsICZzaW4uc2luX2FkZHIpKSAhPSBJTkFERFJf Tk9ORSkgewogICAgICAgICAgICAgICAgaGVycm9yKCJnZXRob3N0YnluYW1lIik7ICAKICAgICAg ICAgICAgICAgIGV4aXQoMSk7CiAgICAgICAgfQoKICAgICAgICAvKiBzaWxlbnQgaG9zdCdzIGlw IGFkZHJlc3MgKi8KICAgICAgICBpZiAoIChob3N0ZW50MiA9IGdldGhvc3RieW5hbWUoc2lsZW50 X2hvc3QpKSkgCiAgICAgICAgICAgICAgICBtZW1jcHkgKCZzaW4yLnNpbl9hZGRyLCBob3N0ZW50 Mi0+aF9hZGRyLCBob3N0ZW50Mi0+aF9sZW5ndGgpOwogICAgICAgIGVsc2UgaWYgKCAoaW5ldF9w dG9uKEFGX0lORVQsIHNpbGVudF9ob3N0LCAmc2luMi5zaW5fYWRkcikpICE9IElOQUREUl9OT05F KSB7CiAgICAgICAgICAgICAgICBoZXJyb3IoImdldGhvc3RieW5hbWUiKTsKICAgICAgICAgICAg ICAgIGV4aXQoMSk7Cgl9CgoJc2luMy5zaW5fYWRkci5zX2FkZHIgPSBodG9ubChJTkFERFJfQU5Z KTsgIC8qbXkgb3duIGlwIGFkZHJlc3MgKi8KCglpZiAoY2hlY2tfdHJhZmZpYyhzMiwgczMsIHNp bjMsIHNpbjIsIGF0b2kobnVtX3BhY2tldHMpLCBzaWxlbnRfaG9zdCkpCgkJZXhpdCgxKTsgCgoJ Lyogc2VuZHMgaWNtcCBwYWNrZXRzIHRvIHRoZSBkdW1iIGhvc3QgYW5kIHRjcCBwYWNrZXRzIHdp dGggU1lOIGZsYWcgc2V0IHRvIHRoZSB0YXJnZXQgaG9zdCAqLwogCWZvciAoaSA9IGF0b2kobG93 X3BvcnQpOyBpIDw9IGF0b2koaGlnaF9wb3J0KTsgaSsrKSB7CgkJdXNsZWVwKGF0b2kodGltZW91 dCkpOwoKCQlwcmludGYoIklkIHNlcXVlbmNlIHJlbGF0aXZlIHRvIHBvcnQgJWQgb2YgaG9zdCAl cyB2aWEgJXM6XHRcdCIsIGksIHRhcmdldF9ob3N0LCBzaWxlbnRfaG9zdCk7CgoJCXRjcC0+dGhf ZHBvcnQgPSBzaW4uc2luX3BvcnQgPSBzaW4yLnNpbl9wb3J0ID0gKHVpbnQxNl90KSBpOwoKCQlm b3IgKGogPSAwOyBqIDwgYXRvaShudW1fcGFja2V0cyk7IGorKykgewoJCQlpY21wLT5pY21wX3Nl cSA9IGh0b25zKCh1aW50MTZfdCkgaik7CgkJCWlkW2pdID0gc2VuZF9pY21wKHMyLCBzMyAsIGlw Miwgc2luMywgc2luMik7CgkJCXNlbmRfdGNwKHMsIGlwLCAgc2luMiwgc2luLCBpKTsKCQkJcHJp bnRmKCIlZFx0IiwgaWRbal0pOwoJCX0KCQkKCQlrID0gMTsKCQkKCQlmb3IgKGogPSAwOyBqIDwg YXRvaShudW1fcGFja2V0cykgLSAxOyBqKyspIAogICAgICAgIAkgICAgICAgIGFbal0gPSBpZFtq ICsgMV0gLSBpZFtqXTsKCgkJZm9yIChqID0gMDsgaiA8IGF0b2kobnVtX3BhY2tldHMpIC0gMjsg aisrKSB7CgkJCWJbal0gPSAoYVtqICsgMV0gPT0gYVtqXSk7CgkJCWsgPSAoayAmJiBiW2pdKTsK CQl9CgkKCS8qIGlmIGlkIGZpZWxkIGluY3JlYXNlcyBjb25zdGFudGx5IGFuZCB0aGUgc2lsZW50 IGhvc3QgaGFzIHN0aWxsIG5vIHRyYWZmaWMgdGhlIHBvcnQgbXVzdCBiZSBjbG9zZWQsIG90aGVy d2lzZSBpdCBtdXN0IGJlIG9wZW4gKi8KCgkJZm9yIChqID0gMDsgaiA8IGF0b2kobnVtX3BhY2tl dHMpIC0gMTsgaisrICkgCiAgICAgICAgICAgICAgIAkJaWYgKCFpZFtqXSkgewogICAgICAgICAg ICAgICAgICAgICAgICAJcHV0cygiXG5JZCBmaWVsZCBtdXN0IG5vdCBiZSAwLiBQbGVhc2UgdHJ5 IGFub3RoZXIgaG9zdC5cbiIpOwoJCQkJcmV0dXJuIDE7CiAgICAgICAgICAgICAgICAJfQoKICAg ICAgICAgICAgICAgaWYgKCFrKSB7IAoJCQl1c2xlZXAoYXRvaSh0aW1lb3V0KSk7CgoJCQlmb3Ig KGggPSAwOyBoIDwgYXRvaShudW1fcGFja2V0cyk7IGgrKykgCiAgICAgICAgICAgICAgICAgICAg ICAgCQlpZFtoXSA9IHNlbmRfaWNtcChzMiwgczMsIGlwMiwgc2luMywgc2luMik7CgoJCQlrID0g MTsKCQkJCQoJCQlmb3IgKGogPSAwOyBqIDwgYXRvaShudW1fcGFja2V0cykgLSAxOyBqKyspIAog CSAgICAgICAgICAgICAgICAgICAgICAgYVtqXSA9IGlkW2ogKyAxXSAtIGlkW2pdOwoKCQkJZm9y IChqID0gMDsgaiA8IGF0b2kobnVtX3BhY2tldHMpIC0gMjsgaisrKSB7CiAgICAgICAgICAgICAg IAkJICAgICAgIGJbal0gPSAoYVtqICsgMV0gPT0gYVtqXSk7CiAgICAgICAgICAgICAgICAJICAg ICAgIGsgPSAoayAmJiBiW2pdKTsKCQkJfQoKCQkJaWYgKGspIHsKCQkJCXByaW50ZigiXGFIbW1t Li4ubG9va3MgbGlrZSAlZCBpcyBPUEVOLlxuIiwgaSk7CgkJCQlvcGVuX3BvcnRzW3QrK10gPSBp OwoJCQl9CgkJCWVsc2UgewoJCQkJcHJpbnRmKCJcbkhvc3QgJXMgbm93IGhhcyB0b28gbXVjaCB0 cmFmZmljLiBQbGVhc2UgY2hhbmdlIGl0IG9yIHJldHJ5IGxhdGVyLlN0b3AgYXQgcG9ydCAlZC5c biIsIHNpbGVudF9ob3N0LCBpKTsKCQkJCXByaW50ZigiXG5Qb3J0cyBvZiAlcyB0aGF0IGxvb2sg bGlrZSBvcGVuOlx0IiwgdGFyZ2V0X2hvc3QpOwoJCQkJd2hpbGUgKCpwKQogICAgICAgICAgICAg ICAgCQkJcHJpbnRfc2VydmljZSgodWludDE2X3QpICpwKyspOwoJCQkJcHV0cygiXGJcYi4iKTsK ICAgICAgCQkgICAgICAgICAJZXhpdCgxKTsKCQkJfQoJCX0gCgkJZWxzZSAKCQkJcHJpbnRmKCJI bW1tLi4ubG9va3MgbGlrZSAlZCBpcyBjbG9zZWQuXG4iLCBpKTsKCX0KCQoJcHJpbnRmKCJcblBv cnRzIG9mICVzIHRoYXQgbG9vayBsaWtlIG9wZW46XHQiLCB0YXJnZXRfaG9zdCk7CgoJd2hpbGUg KCpwKSAKCQlwcmludF9zZXJ2aWNlKCh1aW50MTZfdCkgKnArKyk7CgkKCXB1dHMoIlxiXGIuIik7 CgoJY2xvc2Uocyk7CgljbG9zZShzMik7CgljbG9zZShzMyk7CgoJZXhpdCgwKTsKfQkKCnZvaWQK dXNhZ2UoY2hhciAqaG93KQp7CiAgICAgICAgcHJpbnRmKCJVc2FnZTogJXMgLWEgdGFyZ2V0X2hv c3QgLXMgc2lsZW50X2hvc3QgLWwgbG93X3BvcnQgLWggaGlnaF9wb3J0IC1uIG51bV9wYWNrZXRz IC10IHRpbWVvdXQoaW4gbWljcm9zZWNvbmRzKS5cbiIsIGhvdyk7CiAgICAgICAgZXhpdCgxKTsK fQoKdm9pZApwcmludF9zZXJ2aWNlKHVpbnQxNl90IHBvcnQpCnsKICAgICAgICBzdHJ1Y3Qgc2Vy dmVudCAqc2VydmVudDsKCiAgICAgICAgaWYgKCAoc2VydmVudCA9IGdldHNlcnZieXBvcnQoaHRv bnMocG9ydCksICJ0Y3AiKSkpCiAgICAgICAgICAgICAgICBwcmludGYoIiVkKCVzKSwgIiwgcG9y dCwgc2VydmVudC0+c19uYW1lKTsKICAgICAgICBlbHNlCiAgICAgICAgICAgICAgICBwcmludGYo IiVkLCAiLCBwb3J0KTsKfQoKICAgICAgICAvKiB1c3VhbCBjaGVja3N1bSAqLwp1aW50MTZfdApj aGVja3N1bSh1aW50MTZfdCAqYWRkciwgaW50IGxlbikKewogICAgICAgIHJlZ2lzdGVyIGludCBz dW0gPSAwOwogICAgICAgIHVpbnQxNl90IGFuc3dlciA9IDA7CiAgICAgICAgcmVnaXN0ZXIgdWlu dDE2X3QgKncgPSBhZGRyOwogICAgICAgIHJlZ2lzdGVyIGludCBubGVmdCA9IGxlbjsKICAgICAg ICB3aGlsZSAobmxlZnQgPiAxKSB7CiAgICAgICAgICAgICAgICBzdW0gKz0gKncrKzsKICAgICAg ICAgICAgICAgIG5sZWZ0IC09IDI7CiAgICAgICAgfQoKICAgICAgICBpZiAobmxlZnQgPT0gMSkg ewogICAgICAgICAgICAgICAgKih1aW50MTZfdCAqKSAoJmFuc3dlcikgPSAqKHVpbnQxNl90ICop IHc7CiAgICAgICAgICAgICAgICBzdW0gKz0gYW5zd2VyOwogICAgICAgIH0KCiAgICAgICAgLyog YWRkIGJhY2sgY2Fycnkgb3V0cyBmcm9tIHRvcCAxNiBiaXRzIHRvIGxvdyAxNiBiaXRzICovCiAg ICAgICAgc3VtID0gKHN1bSA+PiAxNikgKyAoc3VtICYgMHhmZmZmKTsgLyogYWRkIGhpIDE2IHRv IGxvdyAxNiAqLwogICAgICAgIHN1bSArPSAoc3VtID4+IDE2KTsgLyogYWRkIGNhcnJ5ICovCiAg ICAgICAgYW5zd2VyID0gfnN1bTsgLyogdHJ1bmNhdGUgdG8gMTYgYml0cyAqLwogICAgICAgIHJl dHVybiAoYW5zd2VyKTsKfQoKLyogc2VuZHMgaWNtcCBwYWNrZXRzIHRvIHNpbGVudCBob3N0ICov CnVpbnQxNl90CnNlbmRfaWNtcChpbnQgc2VuZHNvY2ssIGludCByZWN2c29jaywgc3RydWN0IGlw ICppcCwgc3RydWN0IHNvY2thZGRyX2luIG15c2luLCBzdHJ1Y3Qgc29ja2FkZHJfaW4gZHVtYnNp bikKewogICAgICAgIGludCBzaXplID0gc2l6ZW9mKHN0cnVjdCBzb2NrYWRkcl9pbik7CiAgICAg ICAgcmVnaXN0ZXIgaW50IGk7CiAgICAgICAgdWludDE2X3QgaWQ7CgogICAgICAgIGlwLT5pcF9o bCA9IDU7CiAgICAgICAgaXAtPmlwX3YgPSA0OwogICAgICAgIGlwLT5pcF90b3MgPSAwOwogICAg ICAgIGlwLT5pcF9sZW4gPSBzaXplb2Yoc3RydWN0IGlwKSArIHNpemVvZihzdHJ1Y3QgaWNtcCkg KyA0ODsKICAgICAgICBpcC0+aXBfaWQgPSBodG9ucygodWludDE2X3QpIHJhbmRvbSgpKTsKICAg ICAgICBpcC0+aXBfb2ZmID0gIDA7CiAgICAgICAgaXAtPmlwX3R0bCA9IDI1NTsKICAgICAgICBp cC0+aXBfcCA9IElQUFJPVE9fSUNNUDsKICAgICAgICBpcC0+aXBfc3VtID0gMDsKICAgICAgICBp cC0+aXBfc3JjID0gbXlzaW4uc2luX2FkZHI7CiAgICAgICAgaXAtPmlwX2RzdCA9IGR1bWJzaW4u c2luX2FkZHI7CiAKICAgICAgICBpY21wLT5pY21wX3R5cGUgPSA4OyAvKiBlY2hvIHJlcXVlc3Qg Ki8KICAgICAgICBpY21wLT5pY21wX2NvZGUgPSAwOwogICAgICAgIGljbXAtPmljbXBfY2tzdW0g PSAwOwogICAgICAgIGljbXAtPmljbXBfaWQgPSBodG9ucygodWludDE2X3QpIHJhbmRvbSgpKTsg LyogdGh4IGF3Z24gZm9yIGhhdmluZyB0b2xkIG1lIGhvdyB0byBmaWxsIHRoaXMgZmllbGQgKi8K IAogICAgICAgIC8qIHRoeCBhZ2FpbiwgbWFuIGZvciB0aGlzIHRvbyAqLwogICAgICAgIGZvciAo aSA9IDA7IGkgPCA0ODsgaSsrKQogICAgICAgICAgICAgICAgZGF0YTJbaV0gPSBpICsgODsKICAg ICAgICAKICAgICAgICBpY21wLT5pY21wX2Nrc3VtID0gY2hlY2tzdW0oKHVpbnQxNl90ICopIGlj bXAsIChzaXplb2Yoc3RydWN0IGljbXApICsgNDgpICYgfjEpOwogICAgICAgICAgICAgICAgCiAg ICAgICAgc2VuZHRvKHNlbmRzb2NrLCBwYWNrZXQyLCBpcC0+aXBfbGVuLCAwLCAoc3RydWN0IHNv Y2thZGRyICopICZkdW1ic2luLCBzaXplKTsKICAgICAgICByZWN2ZnJvbShyZWN2c29jaywgYnVm LCBzaXplb2Yoc3RydWN0IGlwKSArIHNpemVvZihzdHJ1Y3QgaWNtcCkgKyBzaXplb2YoZGF0YSks IDAsIChzdHJ1Y3Qgc29ja2FkZHIgKikgJmR1bWJzaW4sICZzaXplKTsKICAgICAgICBpZCA9IG50 b2hzKGlwcmVjdi0+aXBfaWQpOwogIAogICAgICAgIHJldHVybiAoaWQpOwp9CgovKiBzZW5kcyB0 Y3Agc3Bvb2ZlZCBwYWNrZXRzIHRvIHRhcmdldCBob3N0IHdpdGggc2lsZW50J3MgaG9zdCBzb3Vy Y2UgaXAgKi8Kdm9pZApzZW5kX3RjcChpbnQgc29jaywgc3RydWN0IGlwICppcCwgc3RydWN0IHNv Y2thZGRyX2luIGR1bWJzaW4sIHN0cnVjdCBzb2NrYWRkcl9pbiB0YXJnZXRzaW4sIGludCBpKQp7 CiAgICAgICAgbWVtc2V0KHBzZXVkbywgMCwgc2l6ZW9mKHN0cnVjdCBwc2V1ZG8pKTsKCiAgICAg ICAgaXAtPmlwX2hsID0gNTsKICAgICAgICBpcC0+aXBfdiA9IDQ7CiAgICAgICAgaXAtPmlwX3Rv cyA9IDA7CiAgICAgICAgaXAtPmlwX2xlbiA9IHNpemVvZihzdHJ1Y3QgaXApICsgc2l6ZW9mKHN0 cnVjdCB0Y3BoZHIpOwogICAgICAgIGlwLT5pcF9pZCA9IGh0b25zKCh1aW50MTZfdCkgcmFuZG9t KCkpOwogICAgICAgIGlwLT5pcF9vZmYgPSAgMDsKICAgICAgICBpcC0+aXBfdHRsID0gMjU1Owog ICAgICAgIGlwLT5pcF9wID0gSVBQUk9UT19UQ1A7CiAgICAgICAgaXAtPmlwX3N1bSA9IDA7CiAg ICAgICAgaXAtPmlwX3NyYyA9IGR1bWJzaW4uc2luX2FkZHI7CiAgICAgICAgaXAtPmlwX2RzdCA9 IHRhcmdldHNpbi5zaW5fYWRkcjsKCiAgICAgICAgcHNldWRvLT5zYWRkciA9IGlwLT5pcF9zcmMu c19hZGRyOwogICAgICAgIHBzZXVkby0+ZGFkZHIgPSBpcC0+aXBfZHN0LnNfYWRkcjsKICAgICAg ICBwc2V1ZG8tPnVudXNlZCA9IDA7CiAgICAgICAgcHNldWRvLT5wcm90byA9IElQUFJPVE9fVENQ OwogICAgICAgIHBzZXVkby0+bGVuZ3RoID0gaHRvbnMoc2l6ZW9mKHN0cnVjdCB0Y3BoZHIpKTsK CiAgICAgICAgdGNwLT50aF9zcG9ydCA9IGh0b25zKHJhbmQoKSk7CiAgICAgICAgdGNwLT50aF9k cG9ydCA9IGh0b25zKCh1aW50MTZfdClpKTsKICAgICAgICB0Y3AtPnRoX3NlcSA9IGh0b25sKHJh bmRvbSgpKTsKICAgICAgICB0Y3AtPnRoX2FjayA9IDA7CiAgICAgICAgdGNwLT50aF9vZmYgPSA1 OwogICAgICAgIHRjcC0+dGhfZmxhZ3MgPSBUSF9TWU47CiAgICAgICAgdGNwLT50aF93aW4gPSBo dG9ucyg2NTUzNSk7CiAgICAgICAgdGNwLT50aF9zdW0gPSAwOwogICAgICAgIHRjcC0+dGhfdXJw ID0wOwoKICAgICAgICBtZW1jcHkocGFja2V0MywgcHNldWRvLCBzaXplb2Yoc3RydWN0IHBzZXVk bykpOwogICAgICAgIG1lbWNweShwYWNrZXQzICsgc2l6ZW9mKHN0cnVjdCBwc2V1ZG8pLCB0Y3As IHNpemVvZihzdHJ1Y3QgdGNwaGRyKSk7CiAgICAgICAgbWVtc2V0KHBhY2tldDMgKyBzaXplb2Yo c3RydWN0IHBzZXVkbykgKyBzaXplb2Yoc3RydWN0IHRjcGhkciksIDAsIDEyKTsKCiAgICAgICAg dGNwLT50aF9zdW0gPSBjaGVja3N1bSgodWludDE2X3QgKikgcGFja2V0MywgKHNpemVvZihzdHJ1 Y3QgcHNldWRvKSArIHNpemVvZihzdHJ1Y3QgdGNwaGRyKSArIDEyKSAmIH4xKTsKCiAgICAgICAg c2VuZHRvKHNvY2ssIHBhY2tldCwgaXAtPmlwX2xlbiwgMCwgKHN0cnVjdCBzb2NrYWRkciAqKSAm dGFyZ2V0c2luLCBzaXplb2Yoc3RydWN0IHNvY2thZGRyX2luKSk7Cn0KCi8qIHZlcmlmaWVzIGlm IHRoZSBzaWxlbnQgaG9zdCBpcyByZWFsbHkgc2lsZW50OikgKi8KaW50CmNoZWNrX3RyYWZmaWMo aW50IHNlbmRzb2NrLCBpbnQgcmVjdnNvY2ssIHN0cnVjdCBzb2NrYWRkcl9pbiBteXNpbiwgc3Ry dWN0IHNvY2thZGRyX2luIGR1bWJzaW4sIGludCBucGFjaywgY2hhciogaG9zdCkKeyAgIAogICAg ICAgIGludCBrOwogICAgICAgIHJlZ2lzdGVyIGludCBpOwogICAgICAgIHVpbnQxNl90IGlkWzEw MF0sIGFbMTAwXSwgYlsxMDBdOwogICAgICAgIAogICAgICAgIHByaW50ZigiSWQgc2VxdWVuY2Ug cmVsYXRpdmUgdG8gJXM6XHRcdCIsIGhvc3QpOwoKICAgICAgICBrID0gMTsKICAgICAgICAKICAg ICAgICBmb3IgKGkgPSAwOyBpIDwgbnBhY2s7IGkrKykgewogICAgICAgICAgICAgICAgaWNtcC0+ aWNtcF9zZXEgPSBodG9ucygodWludDE2X3QpaSk7CiAgICAgICAgICAgICAgICBpZFtpXSA9IHNl bmRfaWNtcChzZW5kc29jaywgcmVjdnNvY2ssIGlwMiwgbXlzaW4sIGR1bWJzaW4pOwogICAgICAg ICAgICAgICAgcHJpbnRmKCIlZFx0IiwgaWRbaV0pOwogICAgICAgIH0KICAgICAgICAKICAgICAg ICBmb3IgKGkgPSAwOyBpIDwgbnBhY2sgLSAxOyBpKyspIAogICAgICAgICAgICAgICAgYVtpXSA9 IGlkW2kgKyAxXSAtIGlkW2ldOwoKICAgICAgICBmb3IgKGkgPSAwOyBpIDwgbnBhY2sgLSAyOyBp KyspIHsgCiAgICAgICAgICAgICAgICBiW2ldID0gKGFbaSArIDFdID09IGFbaV0pOwogICAgICAg ICAgICAgICAgayA9ICAoayAmJiBiW2ldKTsKICAgICAgICB9CgogICAgICAgIGlmICghaWRbaV0p IHsKICAgICAgICAgICAgICAgIHB1dHMoIlxuSWQgZmllbGQgbXVzdCBub3QgYmUgMC4gUGxlYXNl IHRyeSBhbm90aGVyIGhvc3QuXG4iKTsKICAgICAgICAgICAgICAgIHJldHVybiAoMSk7CiAgICAg ICAgfQoKICAgICAgICBpZiAoaykgewogICAgICAgICAgICAgICAgcHJpbnRmKCJcbkl0IHNlZW1z IHRoYXQgaG9zdCAlcyBoYXMgbm8gdHJhZmZpYzogZXhjZWxsZW50ISEhXG5cbiIsIGhvc3QpOwog ICAgICAgICAgICAgICAgcmV0dXJuICgwKTsKICAgICAgICB9CiAgICAgICAgZWxzZSB7CiAgICAg ICAgICAgICAgICBwcmludGYoIlxuSG9zdCAlcyBoYXMgdG9vIG11Y2ggdHJhZmZpYzogcGxlYXNl IHRyeSBhbm90aGVyIG9uZS5cblxuIiwgaG9zdCk7CiAgICAgICAgICAgICAgICByZXR1cm4gKDEp OwogICAgICAgIH0KfQoJCg== --Multipart=_Mon__30_Aug_2004_15_27_52_+0200_/i=OrTZVK7=dz9s/ Content-Type: application/octet-stream; name="sasp.c" Content-Disposition: attachment; filename="sasp.c" Content-Transfer-Encoding: base64 LyoKKiBDb3B5cmlnaHQgKGMpIDIwMDMsIDIwMDQKKiAgICAgICAgTHVpZ2kgUGl6emlyYW5pIFZp YSBNYXNzYXJlbnRpLCAzOTAvYyA0MDEzOCBCb2xvZ25hIChJdGFseSkgPGwucGl6emlyYUB2aXJn aWxpby5pdD4gCiogICAgQWxsIHJpZ2h0cyByZXNlcnZlZC4KKgoqIFJlZGlzdHJpYnV0aW9uIGFu ZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAoqIG1vZGlm aWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0 aW9ucwoqIGFyZSBtZXQ6CiogMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3Qg cmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQKKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25k aXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgYXMKKiAgICB0aGUgZmlyc3QgbGlu ZXMgb2YgdGhpcyBmaWxlIHVubW9kaWZpZWQuCiogMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFy eSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQKKiAgICBub3RpY2UsIHRo aXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgaW4gdGhl CiogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGgg dGhlIGRpc3RyaWJ1dGlvbi4KKgoqIFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgQlkgJSV5b3Vy X25hbWVfaGVyZSUlIGBgQVMgSVMnJyBBTkQgQU5ZIEVYUFJFU1MgT1IKKiBJTVBMSUVEIFdBUlJB TlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUgSU1QTElFRCBXQVJSQU5U SUVTCiogT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVS UE9TRSBBUkUgRElTQ0xBSU1FRC4KKiBJTiBOTyBFVkVOVCBTSEFMTCAlJXlvdXJfbmFtZV9oZXJl JSUgQkUgTElBQkxFIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwKKiBJTkNJREVOVEFMLCBTUEVD SUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQK KiBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUyBPUiBTRVJW SUNFUzsgTE9TUyBPRiBVU0UsCiogREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5URVJS VVBUSU9OKSBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZCiogVEhFT1JZIE9GIExJQUJJTElUWSwg V0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUIExJQUJJTElUWSwgT1IgVE9SVAoqIChJTkNMVURJ TkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWSBPVVQgT0YgVEhF IFVTRSBPRgoqIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJ VFkgT0YgU1VDSCBEQU1BR0UuIAoqCiogICAgICAgICRpZCBzYXNwLmMsdiAwLjEgMjAwNC8wOC8z MCAxNDoxNToxNyBzdmlhdCBFeHAgJCAKKi8KCiNkZWZpbmUgICAgICAgICBfQlNEX1NPVVJDRSAg ICAgMQoKI2luY2x1ZGUgICAgICAgIDxwY2FwLmg+CiNpbmNsdWRlICAgICAgICA8bGlibmV0Lmg+ CiNpbmNsdWRlCTxuZXRpbmV0L2lmX2V0aGVyLmg+CiNpbmNsdWRlCTxzdGRsaWIuaD4KI2luY2x1 ZGUJPHN0cmluZy5oPgoKI2RlZmluZQkJSEFTSFNJWkUJNjU1MzUKI2RlZmluZSAJRk5WX3ByaW1l IAkxNjc3NzYxOQoKc3RydWN0IGlmcmVxbGlzdCB7CglzdHJ1Y3QgaWZhbGlhc3JlcSByZXE7Cglz dHJ1Y3QgaWZyZXFsaXN0ICppZmxfbmV4dDsKfSAqaGFzaHRhYmxlW0hBU0hTSVpFXTsKCnVuc2ln bmVkIGxvbmcgcG9zLCBwb3NfdGFibGVbSEFTSFNJWkVdOwppbnQgaywgZW50cmllczsJCgpzdHJ1 Y3QgaWZyZXFsaXN0ICoJYWxpYXMoY2hhciosIHN0cnVjdCBzb2NrYWRkcl9pbiwgc3RydWN0IHNv Y2thZGRyX2luLCBzdHJ1Y3Qgc29ja2FkZHJfaW4pOwp2b2lkICAgICAgICAgICAJCWluamVjdF9w YWNrZXQobGlibmV0X3QgKiwgdV9jaGFyICosIHVfY2hhciAqLCB1X2NoYXIgKiwgdV9jaGFyICop Owp1bnNpZ25lZCBsb25nIAkJaGFzaChjb25zdCBjaGFyICosIGludCk7CnZvaWQJCQlpbml0aWFs aXNlX2hhc2hfdGFibGUodm9pZCk7CnZvaWQJCQlpbml0aWFsaXNlX3Bvc190YWJsZSh2b2lkKTsK dm9pZAkJCWNyZWF0ZV9oYXNoX3RhYmxlKGNoYXIgKiwgc3RydWN0IGlmcmVxbGlzdCAqKTsKc3Ry dWN0IGlmcmVxbGlzdCAqCWlmYWRkcnMoc3RydWN0IGlmcmVxbGlzdCAqKTsKdm9pZAkJCXJlbW92 ZV9hbGlhcyh2b2lkKTsKCmludAptYWluKGludCBhcmdjLCBjaGFyICoqYXJndikKewogICAgICAg IGJwZl91X2ludDMyIG5ldCwgdGhlaXJfbmV0LCBhbGlhc19uZXQsIGFsaWFzX2Jyb2FkbmV0LCBt YXNrLCBhbGlhc19tYXNrLCBhbGlhc19icm9hZG1hc2ssIGlwLCBteWlwLCB0aGVpcl9pcDsKICAg ICAgICBwY2FwX3QgKmhhbmRsZTsKICAgICAgICBjaGFyIGRldmljZVtJRk5BTVNJWl0sIGVycmJ1 ZltQQ0FQX0VSUkJVRl9TSVpFXSwgZXJyX2J1ZltMSUJORVRfRVJSQlVGX1NJWkVdLCBidWZbMTZd OwoJY29uc3QgdV9jaGFyICpwYWNrZXQ7CiAgICAgICAgc3RydWN0IGJwZl9wcm9ncmFtIGZpbHRl cjsKICAgICAgICBzdHJ1Y3QgcGNhcF9wa3RoZHIgcGt0aGRyOwogICAgICAgIGNvbnN0IHN0cnVj dCAgbGlibmV0X2V0aGVybmV0X2hkciAqZXRoZXJfaGVhZGVyOwogICAgICAgIHN0cnVjdCBldGhl cl9hcnAgKmFycGhkcjsKICAgICAgICBzdHJ1Y3QgbGlibmV0X2V0aGVybmV0X2hkciAqZXRoZXJf aGVhZGVyMjsKICAgICAgICBsaWJuZXRfdCAqbHQ7CiAgICAgICAgc3RydWN0IGxpYm5ldF9ldGhl cl9hZGRyICpldGhlcl9hZGRyOwogICAgICAgIHN0cnVjdCBzb2NrYWRkcl9pbiBzaW4sIHNpbjIs IHNpbjM7CglzdHJ1Y3QgaWZyZXFsaXN0ICpyZXF1ZXN0LCBpZnJlcXVlc3Q7Cgl1bnNpZ25lZCBs b25nICpwdHI7CiAgICAgICAgY2hhciBhbGlhc21hc2tbXSA9IjAuMC4wLjI1NCI7CgljaGFyIGFs aWFzYnJvYWRtYXNrW10gPSAiMC4wLjAuMjU1IjsKICAgICAgICBjaGFyIGZpbFtdID0gImFycCI7 CglpbnQgb24gPSAxOwoKICAgICAgICBpZiAoYXJnYyAhPSAyKSB7ICAgICAgICAgICAgICAgICAg ICAgICAgCiAgICAgICAgICAgICAgICBwcmludGYoIlVzYWdlOiAlcyBpbnRlcmZhY2UuXG4iLCBh cmd2WzBdKTsKICAgICAgICAgICAgICAgIGV4aXQoMSk7ICAgICAgICAgICAgICAgICAgICAgICAg ICAKICAgICAgICB9CgoKICAgICAgICBzdHJsY3B5KGRldmljZSwgYXJndlsxXSwgSUZOQU1TSVop OwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAg IAlpZiAocGNhcF9sb29rdXBuZXQoZGV2aWNlLCAmbmV0LCAmbWFzaywgZXJyYnVmKSA9PSAtMSkg ewogICAgICAgICAgICAgICAJcHJpbnRmKCJwY2FwX2xvb2t1cG5ldCgpOiAlc1xuIiwgZXJyYnVm KTsKICAgICAgICAgICAgICAgCWV4aXQoMSk7ICAKICAgICAgIAl9CgoJaW5pdGlhbGlzZV9oYXNo X3RhYmxlKCk7Cglpbml0aWFsaXNlX3Bvc190YWJsZSgpOwoJCglyZXF1ZXN0ID0gTlVMTDsKCglm b3IoIDsgOyApIHsKCQlpZiAoZW50cmllcyA+IEhBU0hTSVpFKQoJCQlyZW1vdmVfYWxpYXMoKTsK CgkJaWYgKCAoaGFuZGxlID0gcGNhcF9vcGVuX2xpdmUoZGV2aWNlLCAyMDAsIDAsIDEwMCwgZXJy YnVmKSkgPT0gTlVMTCkgewogICAgICAgIAkgICAgICAJIHByaW50ZigicGNhcF9vcGVuX2xpdmUo KTogJXNcbiIsIGVycmJ1Zik7CiAgICAgICAgICAgICAgICAJZXhpdCgxKTsKCQl9CgoJCWlmIChp b2N0bChwY2FwX2ZpbGVubyhoYW5kbGUpLCBCSU9DSU1NRURJQVRFLCAmb24pID09IC0xKSB7CgkJ CXBlcnJvcigiaW9jdGwiKTsKCQkJZXhpdCgxKTsKCQl9CgoJCWlmIChwY2FwX2NvbXBpbGUoaGFu ZGxlLCAmZmlsdGVyLCBmaWwsIDAsIG5ldCkgPT0gLTEpIHsKICAgICAgICAJICAgICAgICBwcmlu dGYoInBjYXBfY29tcGlsZSgpOiAlc1xuIiwgcGNhcF9nZXRlcnIoaGFuZGxlKSk7CiAgICAgICAg ICAgICAgICAgICAgICAgIGV4aXQoMSk7CgkJfQoKCQlpZiAocGNhcF9zZXRmaWx0ZXIoaGFuZGxl LCAmZmlsdGVyKSA9PSAtMSkgewogICAgICAgIAkgICAgICAgIHByaW50ZigicGNhcF9zZXRmaWx0 ZXIoKTogJXNcbiIsIHBjYXBfZ2V0ZXJyKGhhbmRsZSkpOwogICAgICAgIAkgICAgICAgIGV4aXQo MSk7CgkJfSAKCiAgICAgICAgICAgICAgICBtZW1zZXQoJnNpbi5zaW5fYWRkciwgMCwgc2l6ZW9m KHNpbi5zaW5fYWRkcikpOwoJCW1lbXNldCgmc2luMi5zaW5fYWRkciwgMCwgc2l6ZW9mKHNpbjIu c2luX2FkZHIpKTsKCQltZW1zZXQoJnNpbjMuc2luX2FkZHIsIDAsIHNpemVvZihzaW4zLnNpbl9h ZGRyKSk7IAoKCQlzaW4uc2luX2xlbiA9IHNpbjIuc2luX2xlbiA9IHNpbjMuc2luX2xlbiA9IHNp emVvZihzdHJ1Y3Qgc29ja2FkZHIpOwoJCXNpbi5zaW5fZmFtaWx5ID0gc2luMi5zaW5fZmFtaWx5 ID0gc2luMy5zaW5fZmFtaWx5ID0gQUZfSU5FVDsKCgkJd2hpbGUgKCAocGFja2V0ID0gcGNhcF9u ZXh0KGhhbmRsZSwgJnBrdGhkcikpID09IE5VTEwpIDsKCgkJbHQgPSBsaWJuZXRfaW5pdChMSUJO RVRfTElOSywgZGV2aWNlLCBlcnJfYnVmKTsKCgkJZXRoZXJfYWRkciA9IGxpYm5ldF9nZXRfaHdh ZGRyKGx0KTsKICAgICAgICAJbXlpcCAgPSBsaWJuZXRfZ2V0X2lwYWRkcjQobHQpOwogICAgICAg IAlpcCA9IG50b2hsKG15aXApOwogICAgICAgICAgICAgICAgZXRoZXJfaGVhZGVyID0gKHN0cnVj dCBsaWJuZXRfZXRoZXJuZXRfaGRyICopIHBhY2tldDsKICAgICAgICAgICAgICAgIGFycGhkciA9 IChzdHJ1Y3QgZXRoZXJfYXJwICopIChwYWNrZXQgKyBzaXplb2Yoc3RydWN0IGxpYm5ldF9ldGhl cm5ldF9oZHIpKTsKCiAgICAgICAgICAgICAgICBpZiAoYXJwaGRyLT5hcnBfdHBhWzNdICE9IGFy cGhkci0+YXJwX3NwYVszXSkgewogICAgICAgICAgICAgICAgICAgICAgICBzbnByaW50ZihidWYs IHNpemVvZihidWYpLCAiJWQuJWQuJWQuJWQiLCBhcnBoZHItPmFycF9zcGFbMF0sICBhcnBoZHIt PmFycF9zcGFbMV0sICBhcnBoZHItPmFycF9zcGFbMl0sICBhcnBoZHItPmFycF9zcGFbM10pOwoK ICAgICAgICAgICAgICAgICAgICAgICAgaW5ldF9wdG9uKEFGX0lORVQsIGJ1ZiwgJnNpbi5zaW5f YWRkcik7CgogICAgICAgICAgICAgICAgICAgICAgICB0aGVpcl9pcCA9IHNpbi5zaW5fYWRkci5z X2FkZHI7CiAgICAgICAgICAgICAgICAgICAgICAgIHRoZWlyX25ldCA9IHRoZWlyX2lwICYgbWFz azsKCgkJCWluZXRfcHRvbihBRl9JTkVULCBhbGlhc21hc2ssICZzaW4uc2luX2FkZHIpOwoJCQlp bmV0X3B0b24oQUZfSU5FVCwgYWxpYXNicm9hZG1hc2ssICZzaW4yLnNpbl9hZGRyKTsKCiAgICAg ICAgICAgICAgICAgICAgICAgIGFsaWFzX21hc2sgPSBzaW4uc2luX2FkZHIuc19hZGRyOwoJCQlh bGlhc19icm9hZG1hc2sgPSBzaW4yLnNpbl9hZGRyLnNfYWRkcjsKICAgICAgICAgICAgICAgICAg ICAgICAgYWxpYXNfbmV0ID0gYWxpYXNfbWFzayB8IHRoZWlyX25ldDsKCQkJYWxpYXNfYnJvYWRu ZXQgPSBhbGlhc19icm9hZG1hc2sgfCB0aGVpcl9uZXQ7CgogICAgICAgICAgICAgICAgICAgICAg ICBzaW4uc2luX2FkZHIuc19hZGRyID0gYWxpYXNfbmV0OwoJCQlzaW4yLnNpbl9hZGRyLnNfYWRk ciA9IGFsaWFzX2Jyb2FkbmV0OwoJCQlzaW4zLnNpbl9hZGRyLnNfYWRkciA9IG1hc2s7CgoJCQlp ZiAodGhlaXJfbmV0ID09IG5ldCkgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaW5q ZWN0X3BhY2tldChsdCwgZXRoZXJfYWRkci0+ZXRoZXJfYWRkcl9vY3RldCxhcnBoZHItPmFycF90 cGEsIGFycGhkci0+YXJwX3NoYSwgYXJwaGRyLT5hcnBfc3BhKTsKCQkJZWxzZSB7CgkJCQlyZXF1 ZXN0ID0gYWxpYXMoZGV2aWNlLCBzaW4sIHNpbjIsIHNpbjMpOyAKCQkJCWNyZWF0ZV9oYXNoX3Rh YmxlKHJlcXVlc3QtPnJlcS5pZnJhX2FkZHIuc2FfZGF0YSwgcmVxdWVzdCk7CgkJCQlpbmplY3Rf cGFja2V0KGx0LCBldGhlcl9hZGRyLT5ldGhlcl9hZGRyX29jdGV0LCBhcnBoZHItPmFycF90cGEs IGFycGhkci0+YXJwX3NoYSwgYXJwaGRyLT5hcnBfc3BhKTsKCQkJCWluamVjdF9wYWNrZXQobHQs IGFycGhkci0+YXJwX3NoYSwgYXJwaGRyLT5hcnBfc3BhLCBldGhlcl9hZGRyLT5ldGhlcl9hZGRy X29jdGV0LCAodV9jaGFyICopICZteWlwKTsKCQkJfQoJCX0KCQkJcGNhcF9jbG9zZShoYW5kbGUp OwoJCQlsaWJuZXRfZGVzdHJveShsdCk7Cgl9Cn0JCgpzdHJ1Y3QgaWZyZXFsaXN0ICoKYWxpYXMo Y2hhciAqaWZkZXZpY2UsIHN0cnVjdCBzb2NrYWRkcl9pbiBzaW4sIHN0cnVjdCBzb2NrYWRkcl9p biBzaW4yLCBzdHJ1Y3Qgc29ja2FkZHJfaW4gc2luMykKewoJaW50IHNvY2tmZDsKCXN0cnVjdCBp ZmFsaWFzcmVxIGFsaWFzcmVxOwoJc3RydWN0IGlmcmVxbGlzdCAqcmVxbGlzdDsKCQoJaWYgKCAo cmVxbGlzdCA9IChzdHJ1Y3QgaWZyZXFsaXN0ICopIG1hbGxvYyhzaXplb2Yoc3RydWN0IGlmcmVx bGlzdCkpKSA9PSBOVUxMKSB7CgkJcGVycm9yKCJtYWxsb2MiKTsKCQlleGl0KDEpOwoJfSAKCiAg ICAgICAgbWVtc2V0KCZhbGlhc3JlcSwgMCwgc2l6ZW9mKGFsaWFzcmVxKSk7CgogICAgICAgIHN0 cmxjcHkoYWxpYXNyZXEuaWZyYV9uYW1lLCBpZmRldmljZSwgSUZOQU1TSVopOwoJbWVtY3B5KCZh bGlhc3JlcS5pZnJhX2FkZHIsICZzaW4sIHNpemVvZihzaW4pKTsKCW1lbWNweSgmYWxpYXNyZXEu aWZyYV9icm9hZGFkZHIsICZzaW4yLCBzaXplb2Yoc2luMikpOwoJbWVtY3B5KCZhbGlhc3JlcS5p ZnJhX21hc2ssICZzaW4zLCBzaXplb2Yoc2luMykpOwoKCW1lbXNldCgmcmVxbGlzdC0+cmVxLCAw LCBzaXplb2YocmVxbGlzdC0+cmVxKSk7CgoJbWVtY3B5KCZyZXFsaXN0LT5yZXEsICZhbGlhc3Jl cSwgc2l6ZW9mKGFsaWFzcmVxKSk7IAoKICAgICAgICBpZiAoIChzb2NrZmQgPSBzb2NrZXQoUEZf SU5FVCwgU09DS19ER1JBTSwgMCkpID09IC0xKSB7CiAgICAgICAgICAgICAgICBwZXJyb3IoInNv Y2tldCIpOwogICAgICAgICAgICAgICAgZXhpdCgxKTsKICAgICAgICB9CgogICAgICAgIGlmIChp b2N0bChzb2NrZmQsIFNJT0NBSUZBRERSLCAmYWxpYXNyZXEpID09IC0xKSB7CiAgICAgICAgICAg ICAgICBwZXJyb3IoImlvY3RsIik7CiAgICAgICAgICAgICAgICBleGl0KDEpOwogICAgICAgIH0K CgljbG9zZShzb2NrZmQpOwoJcmV0dXJuIHJlcWxpc3Q7Cn0KCnZvaWQKaW5qZWN0X3BhY2tldChs aWJuZXRfdCAqbHQsIHVfY2hhciAqaHdzcmMsIHVfY2hhciAqcHNyYywgdV9jaGFyICpod2RzdCwg dV9jaGFyICpwZHN0KQp7CglpbnQgdzsKCiAgICAgICAgbGlibmV0X2J1aWxkX2FycChBUlBIUkRf RVRIRVIsCiAgICAgICAgICAgICAgICAgICAgICAgICBFVEhFUlRZUEVfSVAsCiAgICAgICAgICAg ICAgICAgICAgICAgICA2LAogICAgICAgICAgICAgICAgICAgICAgICAgNCwKICAgICAgICAgICAg ICAgICAgICAgICAgIEFSUE9QX1JFUExZLAogICAgICAgICAgICAgICAgICAgICAgICAgaHdzcmMs CiAgICAgICAgICAgICAgICAgICAgICAgICBwc3JjLAogICAgICAgICAgICAgICAgICAgICAgICAg aHdkc3QsCiAgICAgICAgICAgICAgICAgICAgICAgICBwZHN0LAogICAgICAgICAgICAgICAgICAg ICAgICAgTlVMTCwKCQkJIDAsCiAgICAgICAgICAgICAgICAgICAgICAgICBsdCwKICAgICAgICAg ICAgICAgICAgICAgICAgIDApOwoKCWxpYm5ldF9idWlsZF9ldGhlcm5ldChod2RzdCwKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgaHdzcmMsCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEVUSEVSVFlQRV9BUlAsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5VTEwsCgkJ CSAgICAgIDAsCQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICBsdCwKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCk7CgoKCXcgPSBsaWJuZXRfd3JpdGUobHQpOwoKCWlmICh3ID09 IC0xKSB7CgkJcHJpbnRmKCJsaWJuZXRfd3JpdGUoKTogJXNcbiIsIGxpYm5ldF9nZXRlcnJvcihs dCkpOwoJCWV4aXQoMSk7Cgl9Cn0KCnZvaWQKY3JlYXRlX2hhc2hfdGFibGUoY2hhciAqa2V5LCBz dHJ1Y3QgaWZyZXFsaXN0ICpzdHJ1Y3R1cmUpCnsKCWlmIChpZmFkZHJzKHN0cnVjdHVyZSkgPT0g TlVMTCkgewoJCXN0cnVjdCBpZnJlcWxpc3QgKnByZXZpb3VzX3B0ciwgKmN1cnJlbnRfcHRyLCAq bmV4dF9wdHI7IAoKCQluZXh0X3B0ciA9IHN0cnVjdHVyZTsKICAgICAgICAJcG9zID0gaGFzaChr ZXksIHN0cmxlbihrZXkpKTsKCiAgICAgICAgCWlmIChoYXNodGFibGVbcG9zXSA9PSBOVUxMKSB7 IAoJCQloYXNodGFibGVbcG9zXSA9IG5leHRfcHRyOwoJCQlwb3NfdGFibGVbaysrXSA9IHBvczsK CQl9CiAgICAgICAgCWVsc2UgewogICAgICAgICAgICAgICAgCWN1cnJlbnRfcHRyID0gaGFzaHRh YmxlW3Bvc107CiAgICAgICAgICAgICAgICAJd2hpbGUgKGN1cnJlbnRfcHRyICE9IE5VTEwpIHsK ICAgICAgICAgICAgICAgICAgICAgICAgCXByZXZpb3VzX3B0ciA9IGN1cnJlbnRfcHRyOwogICAg ICAgICAgICAgICAgICAgICAgICAJY3VycmVudF9wdHIgPSBjdXJyZW50X3B0ci0+aWZsX25leHQ7 CiAgICAgICAgICAgICAgICAJfQoJCQlwcmV2aW91c19wdHItPmlmbF9uZXh0ID0gbmV4dF9wdHI7 CiAgICAgICAgCX0KCQluZXh0X3B0ci0+aWZsX25leHQgPSBOVUxMOwoJCSsrZW50cmllczsKCX0K fQoKc3RydWN0IGlmcmVxbGlzdCAqCmlmYWRkcnMoc3RydWN0IGlmcmVxbGlzdCAqc3RydWN0dXJl KQp7CglpbnQgc29ja2ZkOwogICAgICAgIHJlZ2lzdGVyIGludCBpID0gMDsKICAgICAgICBzdHJ1 Y3QgaWZyZXFsaXN0ICpsaXN0OwoJc3RydWN0IGlmcmVxIGRlbHJlcTsKCgogICAgICAgICAgICAg ICAgZm9yIChsaXN0ID0gaGFzaHRhYmxlW2hhc2goc3RydWN0dXJlLT5yZXEuaWZyYV9hZGRyLnNh X2RhdGEsIHN0cmxlbihzdHJ1Y3R1cmUtPnJlcS5pZnJhX2FkZHIuc2FfZGF0YSkpXTsgbGlzdCAh PSBOVUxMOyBsaXN0ID0gbGlzdC0+aWZsX25leHQpIHsKCQkJbWVtc2V0KCZkZWxyZXEsIDAsIHNp emVvZihkZWxyZXEpKTsKCQkJbWVtY3B5KGRlbHJlcS5pZnJfbmFtZSwgbGlzdC0+cmVxLmlmcmFf bmFtZSwgSUZOQU1TSVopOwoJCQltZW1jcHkoJmRlbHJlcS5pZnJfYWRkciwgJmxpc3QtPnJlcS5p ZnJhX2FkZHIsIHNpemVvZihsaXN0LT5yZXEuaWZyYV9hZGRyKSk7CiAKICAgICAgICAgICAgICAg ICAgICAgICAgaWYgKCAoc29ja2ZkID0gc29ja2V0KFBGX0lORVQsIFNPQ0tfREdSQU0sIDApKSA9 PSAtMSkgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHBlcnJvcigic29ja2V0Iik7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXhpdCgxKTsKICAgICAgICAgICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBpZiAoIChpb2N0bChzb2NrZmQsIFNJ T0NHSUZBRERSLCAmZGVscmVxKSkgPT0gLTEpIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBwZXJyb3IoImlvY3RsIik7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXhp dCgxKTsKICAgICAgICAgICAgICAgICAgICAgICAgfQoJCQljbG9zZShzb2NrZmQpOwoJCQlpZiAo IXN0cm5jbXAoc3RydWN0dXJlLT5yZXEuaWZyYV9hZGRyLnNhX2RhdGEsIGRlbHJlcS5pZnJfYWRk ci5zYV9kYXRhLCBzaXplb2YoZGVscmVxLmlmcl9hZGRyLnNhX2RhdGEpKSkgCgkJCQlyZXR1cm4g c3RydWN0dXJlOwoJCX0KCXJldHVybiBOVUxMOwp9Cgp2b2lkCnJlbW92ZV9hbGlhcyh2b2lkKQp7 CglpbnQgc29ja2ZkOwoJcmVnaXN0ZXIgaW50IGkgPSAwOwoJc3RydWN0IGlmcmVxbGlzdCAqbGlz dCwgKnB0cjsgCgoJd2hpbGUoaSA8IEhBU0hTSVpFKSB7IAoJCWZvciAobGlzdCA9IGhhc2h0YWJs ZVtwb3NfdGFibGVbaV1dOyBsaXN0ICE9IE5VTEw7IGxpc3QgPSBwdHIpIHsKICAgICAgICAJICAg ICAgICBpZiAoIChzb2NrZmQgPSBzb2NrZXQoUEZfSU5FVCwgU09DS19ER1JBTSwgMCkpID09IC0x KSB7CiAgICAgICAgICAgICAgICAJICAgICAgICBwZXJyb3IoInNvY2tldCIpOwogICAgICAgICAg ICAgICAgICAgICAgICAJZXhpdCgxKTsKICAgICAgICAgICAgICAgIAl9CgoJCQlpZiAoIChpb2N0 bChzb2NrZmQsIFNJT0NESUZBRERSLCAmbGlzdC0+cmVxKSkgPT0gLTEpIHsKCQkJCXBlcnJvcigi aW9jdGwiKTsKCQkJCWV4aXQoMSk7CgkJCX0KCgkgICAgICAgICAgICAgICAgY2xvc2Uoc29ja2Zk KTsKCQkJcHRyID0gbGlzdC0+aWZsX25leHQ7CgkJCWZyZWUobGlzdCk7CgkJfQoJCSsraTsKCX0K Cglpbml0aWFsaXNlX2hhc2hfdGFibGUoKTsKCWluaXRpYWxpc2VfcG9zX3RhYmxlKCk7CgllbnRy aWVzID0gMDsKCWsgPSAwOwp9CgovKiBGb3dsZXIgLyBOb2xsIC8gVm8gKEZOVikgSGFzaCBhbGdv cnl0aG0gKi8KCnVuc2lnbmVkIGxvbmcKaGFzaChjb25zdCBjaGFyICpwLCBpbnQgcykKewoJdW5z aWduZWQgbG9uZyBoID0gMjE2NjEzNjI2MVVMOy8qIEZOVi0xYSBoYXNoICovCglpbnQgaSA9IDA7 CgoJZm9yICg7IGkgPCBzOyBpKyspCgloID0gKChoIF4gcFtpXSkgKiBGTlZfcHJpbWUpOwoKCXJl dHVybiAoaCAlIEhBU0hTSVpFKTsKfQoKdm9pZAppbml0aWFsaXNlX2hhc2hfdGFibGUodm9pZCkK ewoJcmVnaXN0ZXIgaW50IGNvdW50OwoJZm9yIChjb3VudCA9IDA7IGNvdW50IDwgSEFTSFNJWkU7 IGNvdW50KyspIAoJCWhhc2h0YWJsZVtjb3VudF0gPSBOVUxMOwp9CiAKdm9pZAppbml0aWFsaXNl X3Bvc190YWJsZSh2b2lkKQp7CglyZWdpc3RlciBpbnQgY291bnQ7Cglmb3IgKGNvdW50ID0gMDsg Y291bnQgPCBIQVNIU0laRTsgY291bnQrKykKCQlwb3NfdGFibGVbY291bnRdID0gLTE7Cn0gCgo= --Multipart=_Mon__30_Aug_2004_15_27_52_+0200_/i=OrTZVK7=dz9s/-- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 13:35:02 2004 Return-Path: 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 1940216A4CE; Mon, 30 Aug 2004 13:35:02 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B82B543D54; Mon, 30 Aug 2004 13:35:01 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UDWBtK032855; Mon, 30 Aug 2004 09:32:11 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UDWAmZ032853; Mon, 30 Aug 2004 09:32:10 -0400 (EDT) Date: Mon, 30 Aug 2004 09:32:10 -0400 (EDT) Message-Id: <200408301332.i7UDWAmZ032853@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 13:35:02 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 14:00:31 2004 Return-Path: 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 0B3BC16A4F6; Mon, 30 Aug 2004 14:00:30 +0000 (GMT) Received: from mail.cablenet.lt (mail.cablenet.lt [217.147.34.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D85D343D2F; Mon, 30 Aug 2004 14:00:18 +0000 (GMT) (envelope-from rolnas@takas.lt) Received: from ctv-217-147-36-211.vinita.lt ([217.147.36.211] helo=rolnas.linux) by mail.cablenet.lt with esmtp (Exim 4.30) id 1C1mfR-0003jQ-Ok; Mon, 30 Aug 2004 16:57:53 +0300 Received: from rolnas by rolnas.linux with local (Exim 3.35 #1 (Debian)) id 1C1mhg-0005lE-00; Mon, 30 Aug 2004 17:00:12 +0300 From: Rolandas Naujikas To: ale@FreeBSD.org Date: Mon, 30 Aug 2004 17:00:12 +0300 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408301700.12788.rolnas@takas.lt> Sender: Rolandas Naujikas cc: ports@freebsd.org Subject: lang/php* incorectly deletes extensions from extensions.ini file X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 14:00:31 -0000 php5-simplexml extension registration has been removed, when package php5-xml was removed because @unexec grep -v xml\.so %D/etc/php/extensions.ini.orig > %D/etc/php/extensions.ini || true Should be better @unexec grep -v extension=xml\.so %D/etc/php/extensions.ini.orig > %D/etc/php/extensions.ini || true And even add -x to grep to match entire line Rolandas Naujikas From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 14:31:39 2004 Return-Path: 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 AE7BB16A4CF for ; Mon, 30 Aug 2004 14:31:39 +0000 (GMT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 554EE43D5D for ; Mon, 30 Aug 2004 14:31:39 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 93AA25486E; Mon, 30 Aug 2004 09:31:38 -0500 (CDT) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 02617-10; Mon, 30 Aug 2004 09:31:27 -0500 (CDT) Received: from [10.0.1.107] (lum.celabo.org [10.0.1.107]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by gw.celabo.org (Postfix) with ESMTP id 9CA0254861; Mon, 30 Aug 2004 09:31:27 -0500 (CDT) In-Reply-To: <20040828035529.GP3862@sirius.firepipe.net> References: <4129070D.28233.7C2E4023@localhost> <4129CCC9.11697.7F32B4B4@localhost> <717D5B12-F6CB-11D8-9236-000A95BC6FAE@FreeBSD.org> <20040828035529.GP3862@sirius.firepipe.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <3F3C42FC-FA91-11D8-A586-000A95BC6FAE@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Jacques Vidrine Date: Mon, 30 Aug 2004 09:31:14 -0500 To: Will Andrews X-Mailer: Apple Mail (2.619) cc: ports@freebsd.org cc: Dan Langille Subject: Re: database tables for VuXML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 14:31:39 -0000 [freebsd-vuxml@ dropped] On Aug 27, 2004, at 10:55 PM, Will Andrews wrote: > On Wed, Aug 25, 2004 at 02:17:45PM -0500, Jacques Vidrine wrote: >> You accidently answered my question :-) I guess you have set those >> whenever the commit mail came in ... so the view of past package >> versions is from past executions of `make -V'. >> >> I wish I could `cd /usr/ports/some/app && make package-names' to get a >> list of all package names this port ever built. or some such. > > That's really hard to implement, because ports are highly > interdependent. To do this properly, you would need to checkout > the entire ports tree n times, where n is the number of times > PKGNAME has changed in the history of the ports tree. Plus, they > can vary depending on options. Suffice it to say, getting all > this information would be astronomically difficult. :-) Yes, difficult. I was curious whether one could check out the ports tree from, oh, say 1996, and still get `make -VPKGNAME' to work on most of the ports that were functional then. But not curious enough to try :-) Of course, I suppose generating all the back history could be done once, and then this database of history could be updated on a regular basis in much the same way that FreshPorts is updated continuously. But it sure would be a PITA for marginally useful trivia :-) Cheers, -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 14:35:00 2004 Return-Path: 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 583C716A4CF; Mon, 30 Aug 2004 14:35:00 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id F117943D60; Mon, 30 Aug 2004 14:34:59 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UEW9Ft024466; Mon, 30 Aug 2004 10:32:09 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UEW9tc024464; Mon, 30 Aug 2004 10:32:09 -0400 (EDT) Date: Mon, 30 Aug 2004 10:32:09 -0400 (EDT) Message-Id: <200408301432.i7UEW9tc024464@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 14:35:00 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 15:35:04 2004 Return-Path: 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 F0AD216A56E; Mon, 30 Aug 2004 15:35:04 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92F0A43D1F; Mon, 30 Aug 2004 15:35:04 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UFWD3S016086; Mon, 30 Aug 2004 11:32:13 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UFWD07016084; Mon, 30 Aug 2004 11:32:13 -0400 (EDT) Date: Mon, 30 Aug 2004 11:32:13 -0400 (EDT) Message-Id: <200408301532.i7UFWD07016084@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 15:35:05 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 16:35:08 2004 Return-Path: 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 A571216A4CE; Mon, 30 Aug 2004 16:35:08 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 471EF43D1D; Mon, 30 Aug 2004 16:35:08 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UGWHHF007976; Mon, 30 Aug 2004 12:32:17 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UGWHwr007974; Mon, 30 Aug 2004 12:32:17 -0400 (EDT) Date: Mon, 30 Aug 2004 12:32:17 -0400 (EDT) Message-Id: <200408301632.i7UGWHwr007974@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 16:35:08 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 17:35:05 2004 Return-Path: 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 B5DDA16A4CE; Mon, 30 Aug 2004 17:35:05 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6308743D1D; Mon, 30 Aug 2004 17:35:05 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UHWE6l099812; Mon, 30 Aug 2004 13:32:14 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UHWEcs099810; Mon, 30 Aug 2004 13:32:14 -0400 (EDT) Date: Mon, 30 Aug 2004 13:32:14 -0400 (EDT) Message-Id: <200408301732.i7UHWEcs099810@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 17:35:05 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 18:11:43 2004 Return-Path: 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 E429A16A4CE for ; Mon, 30 Aug 2004 18:11:43 +0000 (GMT) Received: from zeus.nepe.eee.ufg.br (h20013722017.ufg.br [200.137.220.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4866C43D4C for ; Mon, 30 Aug 2004 18:11:42 +0000 (GMT) (envelope-from lmartins@nepe.eee.ufg.br) Received: from localhost (localhost [127.0.0.1]) by zeus.nepe.eee.ufg.br (Postfix) with ESMTP id 99636A4726; Mon, 30 Aug 2004 15:11:38 -0300 (BRT) Received: from zeus.nepe.eee.ufg.br ([127.0.0.1]) by localhost (zeus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13107-05; Mon, 30 Aug 2004 15:11:38 -0300 (BRT) Received: from [10.0.1.19] (unknown [10.0.1.19]) by zeus.nepe.eee.ufg.br (Postfix) with ESMTP id EC7009A2F5; Mon, 30 Aug 2004 15:11:37 -0300 (BRT) Message-ID: <41336F4D.3040805@nepe.eee.ufg.br> Date: Mon, 30 Aug 2004 15:17:49 -0300 From: Leonardo Martins User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7) Gecko/20040707 X-Accept-Language: pt-br, en-us, en MIME-Version: 1.0 To: hmendes@brturbo.com Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at nepe.eee.ufg.br cc: ports@FreeBSD.org Subject: FreeBSD Port: abntex-0.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 18:11:44 -0000 Hi, Do you consider updating the port for abntex 0.5? Current branch is 0.8. Thanks in advance Leonardo Martins From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 18:35:05 2004 Return-Path: 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 78D8216A4D4; Mon, 30 Aug 2004 18:35:05 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 126F543D31; Mon, 30 Aug 2004 18:35:05 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UIWE1k091475; Mon, 30 Aug 2004 14:32:14 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UIWEVY091473; Mon, 30 Aug 2004 14:32:14 -0400 (EDT) Date: Mon, 30 Aug 2004 14:32:14 -0400 (EDT) Message-Id: <200408301832.i7UIWEVY091473@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 18:35:05 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 18:48:26 2004 Return-Path: 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 7A57F16A4D3 for ; Mon, 30 Aug 2004 18:48:26 +0000 (GMT) Received: from mail.maa-net.net (h00095b009f6b.ne.client2.attbi.com [66.30.61.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id C674F43D1F for ; Mon, 30 Aug 2004 18:48:25 +0000 (GMT) (envelope-from michaela@maa-net.net) Received: from bsd.maa-net.net (bsd.maa-net.net [192.168.0.4]) by mail.maa-net.net (8.13.1/8.12.11) with ESMTP id i7UImORo087664 for ; Mon, 30 Aug 2004 14:48:25 -0400 (EDT) (envelope-from michaela@maa-net.net) Date: Mon, 30 Aug 2004 14:48:24 -0400 (EDT) From: "Michael A. Alestock" To: ports@freebsd.org Message-ID: <20040830143939.Q21761@bsd.maa-net.net> X-Priority: 1 X-MSMAIL-Priority: high X-message-flag: "MS-Outlook: A program to spread virii, but can do mail too." MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-840267331-1093891704=:21761" Subject: Portsdb error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 18:48:26 -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-840267331-1093891704=:21761 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Dear Sir, I'm running a FreeBSD v4.8 machine on a 600Mhz/384MBRAM Pentium. Never had any problems running CVSup before. I used the 'ports_all' option in the ports_supfile file, and updated my ports collection with no problems. Upon doing a, "portsdb -Uu", I got an error regarding "x11/nvidia-driver" which I do not have installed or don't use. I have attached a text file of the error. The follow commands are the procedure that I use all the time to update my ports collection and source tree. cvsup -g -L 2 /root/ports_supfile portsdb -F portsdb -Uu portversion -l "<" portupgrade -arR Anymore info you need, please don't hesitate to let me know, thanks. :) --0-840267331-1093891704=:21761 Content-Type: TEXT/plain; charset=US-ASCII; name="portsdb_errors.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20040830144824.Q21761@bsd.maa-net.net> Content-Description: Content-Disposition: attachment; filename="portsdb_errors.txt" R2VuZXJhdGluZyBJTkRFWC50bXAgLSBwbGVhc2Ugd2FpdC4ubWFrZTogaWxs ZWdhbCBvcHRpb24gLS0gQw0KdXNhZ2U6IG1ha2UgWy1CZWlrbnFyc3R2XSBb LUQgdmFyaWFibGVdIFstZCBmbGFnc10gWy1FIHZhcmlhYmxlXSBbLWYgbWFr ZWZpbGVdDQogICAgICAgICAgICBbLUkgZGlyZWN0b3J5XSBbLWogbWF4X2pv YnNdIFstbSBkaXJlY3RvcnldIFstViB2YXJpYWJsZV0NCiAgICAgICAgICAg IFt2YXJpYWJsZT12YWx1ZV0gW3RhcmdldCAuLi5dDQoiTWFrZWZpbGUiLCBs aW5lIDE2OiB3YXJuaW5nOiAibWFrZSAtQyAvdXNyL3BvcnRzL25ldC90a2Fi YmVyLy4uLy4uL2RldmVsL3RjbGxpYiAtViBQT1JUVkVSU0lPTiIgcmV0dXJu ZWQgbm9uLXplcm8gc3RhdHVzDQoiTWFrZWZpbGUiLCBsaW5lIDQ0OiB3YXJu aW5nOiBTdHJpbmcgY29tcGFyaXNvbiBvcGVyYXRvciBzaG91bGQgYmUgZWl0 aGVyID09IG9yICE9DQoiTWFrZWZpbGUiLCBsaW5lIDQ0OiBNYWxmb3JtZWQg Y29uZGl0aW9uYWwgKCR7T1NWRVJTSU9OfSA8IDQ5MDAwMCB8fCAoJHtPU1ZF UlNJT059ID49IDUwMDAwMCAmJiAke09TVkVSU0lPTn0gPCA1MDIwMDEpKQ0K Ik1ha2VmaWxlIiwgbGluZSA0NDogTWlzc2luZyBkZXBlbmRlbmN5IG9wZXJh dG9yDQoiTWFrZWZpbGUiLCBsaW5lIDQ2OiBpZi1sZXNzIGVuZGlmDQoiTWFr ZWZpbGUiLCBsaW5lIDQ2OiBOZWVkIGFuIG9wZXJhdG9yDQptYWtlOiBmYXRh bCBlcnJvcnMgZW5jb3VudGVyZWQgLS0gY2Fubm90IGNvbnRpbnVlDQo9PT0+ IHgxMS9udmlkaWEtZHJpdmVyIGZhaWxlZA0KKioqIEVycm9yIGNvZGUgMQ0K DQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKg0KQmVmb3JlIHJlcG9ydGluZyB0 aGlzIGVycm9yLCB2ZXJpZnkgdGhhdCB5b3UgYXJlIHJ1bm5pbmcgYSBzdXBw b3J0ZWQNCnZlcnNpb24gb2YgRnJlZUJTRCAoc2VlIGh0dHA6Ly93d3cuRnJl ZUJTRC5vcmcvcG9ydHMvKSBhbmQgdGhhdCB5b3UNCmhhdmUgYSBjb21wbGV0 ZSBhbmQgdXAtdG8tZGF0ZSBwb3J0cyBjb2xsZWN0aW9uLiAgKElOREVYIGJ1 aWxkcyBhcmUNCm5vdCBzdXBwb3J0ZWQgd2l0aCBwYXJ0aWFsIG9yIG91dC1v Zi1kYXRlIHBvcnRzIGNvbGxlY3Rpb25zIC0tIGluDQpwYXJ0aWN1bGFyLCBp ZiB5b3UgYXJlIHVzaW5nIGN2c3VwLCB5b3UgbXVzdCBjdnN1cCB0aGUgInBv cnRzLWFsbCINCmNvbGxlY3Rpb24sIGFuZCBoYXZlIG5vICJyZWZ1c2UiIGZp bGVzLikgIElmIHRoYXQgaXMgdGhlIGNhc2UsIHRoZW4NCnJlcG9ydCB0aGUg ZmFpbHVyZSB0byBwb3J0c0BGcmVlQlNELm9yZyB0b2dldGhlciB3aXRoIHJl bGV2YW50DQpkZXRhaWxzIG9mIHlvdXIgcG9ydHMgY29uZmlndXJhdGlvbiAo aW5jbHVkaW5nIEZyZWVCU0QgdmVyc2lvbiwNCnlvdXIgYXJjaGl0ZWN0dXJl LCB5b3VyIGVudmlyb25tZW50LCBhbmQgeW91ciAvZXRjL21ha2UuY29uZg0K c2V0dGluZ3MsIGVzcGVjaWFsbHkgY29tcGlsZXIgZmxhZ3MgYW5kIFdJVEgv V0lUSE9VVCBzZXR0aW5ncykuDQoNCk5vdGU6IHRoZSBsYXRlc3QgcHJlLWdl bmVyYXRlZCB2ZXJzaW9uIG9mIElOREVYIG1heSBiZSBmZXRjaGVkDQphdXRv bWF0aWNhbGx5IHdpdGggIm1ha2UgZmV0Y2hpbmRleCIuDQoqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKg0KDQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AgaW4g L3Vzci9wb3J0cy4NCioqKiBFcnJvciBjb2RlIDENCg0KU3RvcCBpbiAvdXNy L3BvcnRzLg0K --0-840267331-1093891704=:21761-- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 19:35:02 2004 Return-Path: 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 A046E16A4CE; Mon, 30 Aug 2004 19:35:02 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5824743D5E; Mon, 30 Aug 2004 19:35:02 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UJWCdo083136; Mon, 30 Aug 2004 15:32:12 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UJWBYf083134; Mon, 30 Aug 2004 15:32:11 -0400 (EDT) Date: Mon, 30 Aug 2004 15:32:11 -0400 (EDT) Message-Id: <200408301932.i7UJWBYf083134@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 19:35:02 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 19:54:23 2004 Return-Path: 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 6C48016A4CF for ; Mon, 30 Aug 2004 19:54:23 +0000 (GMT) Received: from mail.secureworks.net (mail.secureworks.net [209.101.212.155]) by mx1.FreeBSD.org (Postfix) with SMTP id BC03C43D5A for ; Mon, 30 Aug 2004 19:54:22 +0000 (GMT) (envelope-from mdg@secureworks.net) Received: (qmail 27506 invoked from network); 30 Aug 2004 19:54:20 -0000 Received: from unknown (HELO HOST-192-168-8-243.internal.secureworks.net) (63.239.86.253) by mail.secureworks.net with SMTP; 30 Aug 2004 19:54:20 -0000 Date: Mon, 30 Aug 2004 15:54:19 -0400 (EDT) From: Matthew George X-X-Sender: mdg@localhost To: gnome@freebsd.org In-Reply-To: <20040830104920.Y89913@localhost> Message-ID: <20040830155156.J81441@localhost> References: <20040830104920.Y89913@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: ports@freebsd.org Subject: Re: gtk-- fix? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 19:54:23 -0000 On Mon, 30 Aug 2004, Matthew George wrote: > > gtk-- won't currently compile on RELENG_5. does anyone know when this > might be able to happen? I saw a reference to the problem being related > to the gcc import, but there weren't any messages in the thread after > that ... > for the sake of the archive: I was able to work around issues with gtk-- and the new compiler under RELENG_5 by installing lang/gcc33 and then setting CXX= g++33 for x11-toolkits/gtk-- and the ports that link against it (e.g. fwbuilder) > > here's the compiler error: > > c++ -DHAVE_CONFIG_H -I../.. -DGTKMM_IMPLEMENTATION -DG_LOG_DOMAIN=\"Gtk--\" -I./.. -I.. -I../../gdk-- -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/sigc++-1.0 -O -pipe -Wall -Wno-unused -c wrap.cc -fPIC -DPIC -o .libs/wrap.lo > In file included from ./../gtk--/base.h:34, > from ./../gtk--/object.h:30, > from wrap.cc:1: > ./../gtk--/proxy.h: In member function `SigC::Slot0 Gtk::EmitProxySignal0::slot()': > ./../gtk--/proxy.h:153: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h:153: error: (Each undeclared identifier is reported only once for each function it appears in.) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal0::emit()': > ./../gtk--/proxy.h:160: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal0::operator()()': > ./../gtk--/proxy.h:166: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `SigC::Slot1 Gtk::EmitProxySignal1::slot()': > ./../gtk--/proxy.h:265: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal1::emit(P1)': > ./../gtk--/proxy.h:272: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal1::operator()(P1)': > ./../gtk--/proxy.h:278: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `SigC::Slot2 Gtk::EmitProxySignal2::slot()': > ./../gtk--/proxy.h:377: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal2::emit(P1, P2)': > ./../gtk--/proxy.h:384: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal2::operator()(P1, P2)': > ./../gtk--/proxy.h:390: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `SigC::Slot3 Gtk::EmitProxySignal3::slot()': > ./../gtk--/proxy.h:489: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal3::emit(P1, P2, P3)': > ./../gtk--/proxy.h:496: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal3::operator()(P1, P2, P3)': > ./../gtk--/proxy.h:502: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `SigC::Slot4 Gtk::EmitProxySignal4::slot()': > ./../gtk--/proxy.h:601: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal4::emit(P1, P2, P3, P4)': > ./../gtk--/proxy.h:608: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal4::operator()(P1, P2, P3, P4)': > ./../gtk--/proxy.h:614: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `SigC::Slot5 Gtk::EmitProxySignal5::slot()': > ./../gtk--/proxy.h:713: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal5::emit(P1, P2, P3, P4, P5)': > ./../gtk--/proxy.h:720: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal5::operator()(P1, P2, P3, P4, P5)': > ./../gtk--/proxy.h:726: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `SigC::Slot6 Gtk::EmitProxySignal6::slot()': > ./../gtk--/proxy.h:825: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal6::emit(P1, P2, P3, P4, P5, P6)': > ./../gtk--/proxy.h:832: error: `obj' undeclared (first use this function) > ./../gtk--/proxy.h: In member function `R Gtk::EmitProxySignal6::operator()(P1, P2, P3, P4, P5, P6)': > ./../gtk--/proxy.h:838: error: `obj' undeclared (first use this function) > In file included from ./../gtk--/object.h:30, > from wrap.cc:1: > ./../gtk--/base.h: In member function `interf* G_List_Cpp_Iterator::operator*() const': > ./../gtk--/base.h:485: error: `wrap' is not a member of `Gtk' > > > -- Matthew George SecureWorks Technical Operations 404.327.6339 From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 19:56:14 2004 Return-Path: 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 4359216A4CE for ; Mon, 30 Aug 2004 19:56:14 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD48843D3F for ; Mon, 30 Aug 2004 19:56:13 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id CDE4A1675AE; Mon, 30 Aug 2004 21:56:12 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i7UJu7Zj094647 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 30 Aug 2004 21:56:10 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: kde-freebsd@freebsd.kde.org Date: Mon, 30 Aug 2004 21:56:01 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1980751.2aAZnnXvFW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200408302156.06905.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-ports@freebsd.org Subject: HEADS UP: KDE 3.3 committed to ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 19:56:14 -0000 --nextPart1980751.2aAZnnXvFW Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline KDE 3.3 has been committed to ports. Upgrading from earlier versions of KDE= is=20 not trivial - a simply portugprade -a or portupgrade -R kde will most=20 probably NOT work. Please see /usr/src/UPDATING for detailed instructions f= or=20 upgrading and also some known post-installation gotchas. KDE 3.3 is quite a leap in development - expect transition woes and new bug= s=20 and don't hesitate to report bugs at http://bugs.kde.org when you find some. Packages are available for i386 for 4-STABLE and 5-CURRENT (5.3-BETA) from= =20 http://rabarber.fruitsalad.org. Packages for 5.2.1-Release are currently=20 building and will be made available in the same place as soon as they are=20 ready. Packages for 6-CURRENT are currently incomplete due to failing=20 dependency ports. As soon as we get a complete 6-CURRENT build, it will be= =20 made available as well. Have fun with KDE 3.3. :-) On behalf of the whole KDE/FreeBSD team, =2D-=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 --nextPart1980751.2aAZnnXvFW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBM4ZWXhc68WspdLARAiGbAJ9tPN00+UjoydrZuAuqqInMskdUdwCcDAKl A0St4o3BUBXIdb8oTl9KTrU= =1DPI -----END PGP SIGNATURE----- --nextPart1980751.2aAZnnXvFW-- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 20:34:35 2004 Return-Path: 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 9ECB516A4CF for ; Mon, 30 Aug 2004 20:34:35 +0000 (GMT) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D63043D4C for ; Mon, 30 Aug 2004 20:34:35 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) ESMTP id i7UKYX48014001; Mon, 30 Aug 2004 13:34:33 -0700 Received: from [192.168.1.105] (c-24-18-235-11.client.comcast.net [24.18.235.11]) (authenticated bits=0)i7UKYW3q006881 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 30 Aug 2004 13:34:33 -0700 From: David Syphers To: kde-freebsd@freebsd.kde.org Date: Mon, 30 Aug 2004 13:34:41 -0700 User-Agent: KMail/1.6.2 References: <200408302156.06905.michaelnottebrock@gmx.net> In-Reply-To: <200408302156.06905.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408301334.41469.dsyphers@u.washington.edu> cc: freebsd-ports@freebsd.org Subject: Re: [kde-freebsd] HEADS UP: KDE 3.3 committed to ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 20:34:35 -0000 On Monday 30 August 2004 12:56 pm, Michael Nottebrock wrote: > KDE 3.3 has been committed to ports. Upgrading from earlier versions of KDE > is not trivial - a simply portugprade -a or portupgrade -R kde will most > probably NOT work. Please see /usr/src/UPDATING for detailed instructions /usr/ports/UPDATING -David -- +++ Divide By Cucumber Error. Please Reinstall Universe And Reboot. +++ From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 20:35:03 2004 Return-Path: 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 1683016A4CE; Mon, 30 Aug 2004 20:35:03 +0000 (GMT) Received: from shark.rtp.freebsd.org (rtp6.bsdwins.com [192.58.184.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B210743D1F; Mon, 30 Aug 2004 20:35:02 +0000 (GMT) (envelope-from "") Received: from shark.rtp.freebsd.org (localhost [127.0.0.1]) i7UKWC6j074795; Mon, 30 Aug 2004 16:32:12 -0400 (EDT) Received: (from eik@localhost) by shark.rtp.freebsd.org (8.12.11/8.12.11/Submit) id i7UKWCrF074793; Mon, 30 Aug 2004 16:32:12 -0400 (EDT) Date: Mon, 30 Aug 2004 16:32:12 -0400 (EDT) Message-Id: <200408302032.i7UKWCrF074793@shark.rtp.freebsd.org> X-Authentication-Warning: shark.rtp.freebsd.org: eik set sender to <> using -f From: chkversion To: FreeBSD ports X-FreeBSD-Chkversion: backwards cc: ports@FreeBSD.org cc: demon@FreeBSD.org Subject: Ports with version numbers going backwards: databases/p5-sqlrelay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 20:35:03 -0000 ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. - *databases/p5-sqlrelay* : p5-sqlrelay-0.35 < p5-sqlrelay-0.35_1 | revision 1.11 | date: 2004/08/30 10:22:03; author: demon; state: Exp; lines: +4 -8 | Fix build with the latest version of SQLRelay. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 20:51:57 2004 Return-Path: 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 CCD5D16A4CE for ; Mon, 30 Aug 2004 20:51:57 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3159843D41 for ; Mon, 30 Aug 2004 20:51:57 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 287C21675AD; Mon, 30 Aug 2004 22:51:56 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i7UKprZj096248 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 30 Aug 2004 22:51:54 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: kde-freebsd@freebsd.kde.org Date: Mon, 30 Aug 2004 22:51:47 +0200 User-Agent: KMail/1.7 References: <200408302156.06905.michaelnottebrock@gmx.net> <200408301334.41469.dsyphers@u.washington.edu> In-Reply-To: <200408301334.41469.dsyphers@u.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1261442.TmJ8nsbjTB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200408302251.52423.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: David Syphers cc: freebsd-ports@freebsd.org Subject: Re: [kde-freebsd] HEADS UP: KDE 3.3 committed to ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 20:51:57 -0000 --nextPart1261442.TmJ8nsbjTB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 30 August 2004 22:34, David Syphers wrote: > On Monday 30 August 2004 12:56 pm, Michael Nottebrock wrote: > > KDE 3.3 has been committed to ports. Upgrading from earlier versions of > > KDE is not trivial - a simply portugprade -a or portupgrade -R kde will > > most probably NOT work. Please see /usr/src/UPDATING for detailed > > instructions > > /usr/ports/UPDATING Duh. Of course. :) =2D-=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 --nextPart1261442.TmJ8nsbjTB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBM5NoXhc68WspdLARAqQ9AJ4xqte0qd4gjcB6zKMTLYAJnY2EcQCghz9E 6J00VLnc0BroVhr5V5Xfcqg= =55G9 -----END PGP SIGNATURE----- --nextPart1261442.TmJ8nsbjTB-- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 21:45:56 2004 Return-Path: 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 EC76B16A4CF for ; Mon, 30 Aug 2004 21:45:56 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 805B643D54 for ; Mon, 30 Aug 2004 21:45:56 +0000 (GMT) (envelope-from alex@kochalexander.de) Received: from [212.227.126.179] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1C1tyO-0007eU-00 for freebsd-ports@freebsd.org; Mon, 30 Aug 2004 23:45:56 +0200 Received: from [212.86.201.254] (helo=stall.meersau.de) (TLSv1:EDH-RSA-DES-CBC3-SHA:168) (Exim 3.35 #1) id 1C1tyN-0004Tp-00 for freebsd-ports@freebsd.org; Mon, 30 Aug 2004 23:45:55 +0200 Received: from alex by stall.meersau.de with local (Exim 4.41 (FreeBSD)) id 1C1tvr-000IFq-BG for freebsd-ports@freebsd.org; Mon, 30 Aug 2004 23:43:19 +0200 Date: Mon, 30 Aug 2004 23:43:19 +0200 From: Alexander Koch To: freebsd-ports@freebsd.org Message-ID: <20040830214319.GA56698@vetinari.schwarzezone> Mail-Followup-To: freebsd-ports@freebsd.org References: <20040816225922.GA2464@vetinari.schwarzezone> <505B1820-EFE3-11D8-924A-00039312D914@fillmore-labs.com> <20040826224435.GA58186@vetinari.schwarzezone> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040826224435.GA58186@vetinari.schwarzezone> User-Agent: Mutt/1.5.6i X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:b23ee464feaead91af30b453090eba65 Subject: Re: Broken port palm/prc-tools "Incorrect pkg-plist" - Questions for fix X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 21:45:57 -0000 Thus spoke Alexander Koch: > Also the PREFIX is set to /usr/local/pilot, so that 'make > deinstall' or pkg_delete does not remove the directory completly > (but without warnings ;). The port use its own PREFIX since the > earlys revisions. I think it is because prc-tools must install > some gcc stuff before prc-tools can compile successful. Can I > leave this problem for someone else or is it sufficient to remove > /usr/local/pilot completly during deinstallation? I have not > found another port which use this prefix. I have found NO_MTREE and defined it, so only directorys in which the port copies files are left after deinstallation. Can I put this directorys in pkg-plist to leave a clean system after deinstalltion? No other port uses $LOCALBASE/pilot as prefix (at least at the moment). I have tryed to understand why the port use a own PREFIX, but my programmer skils are not the best and I think it is because the port installs a own version of gcc/binutils to cross-compile for the Palm arch. Perhaps I understand this in some months ... but for the moment I will leave the PREFIX. Alex From owner-freebsd-ports@FreeBSD.ORG Mon Aug 30 23:23:46 2004 Return-Path: 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 2DB6E16A4CE; Mon, 30 Aug 2004 23:23:46 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB3643D45; Mon, 30 Aug 2004 23:23:44 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id A10EFFD099; Mon, 30 Aug 2004 16:23:43 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00379-04; Mon, 30 Aug 2004 16:23:43 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 009CBFD00B; Mon, 30 Aug 2004 16:23:42 -0700 (PDT) From: Sean McNeil To: dinoex@FreeBSD.org, freebsd-ports@freebsd.org Content-Type: text/plain Message-Id: <1093908222.43551.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 30 Aug 2004 16:23:42 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: multimedia/vlc being maintained? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 23:23:46 -0000 Just wondering if anyone is working on this port. It is marked broken for no reason with the -CURRENT kernel. I've already sent a patch to fix the compilation with pthreads and it should work for all versions of FreeBSD. I never heard a word back, though, from anyone about it. Cheers, Sean From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 01:00:11 2004 Return-Path: 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 A99AD16A4CE for ; Tue, 31 Aug 2004 01:00:11 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C18643D1F for ; Tue, 31 Aug 2004 01:00:11 +0000 (GMT) (envelope-from vadimk@gmail.com) Received: by mproxy.gmail.com with SMTP id v18so143132rnb for ; Mon, 30 Aug 2004 18:00:10 -0700 (PDT) Received: by 10.38.206.45 with SMTP id d45mr1730307rng; Mon, 30 Aug 2004 18:00:10 -0700 (PDT) Received: by 10.38.179.43 with HTTP; Mon, 30 Aug 2004 18:00:10 -0700 (PDT) Message-ID: <4f30c27f0408301800716cc00e@mail.gmail.com> Date: Mon, 30 Aug 2004 18:00:10 -0700 From: Vadim Kurland To: Matthew George In-Reply-To: <20040830155156.J81441@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040830104920.Y89913@localhost> <20040830155156.J81441@localhost> cc: gnome@freebsd.org cc: ports@freebsd.org Subject: Re: gtk-- fix? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vadim Kurland List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 01:00:11 -0000 On Mon, 30 Aug 2004 15:54:19 -0400 (EDT), Matthew George wrote: > On Mon, 30 Aug 2004, Matthew George wrote: > > > > > gtk-- won't currently compile on RELENG_5. does anyone know when this > > might be able to happen? I saw a reference to the problem being related > > to the gcc import, but there weren't any messages in the thread after > > that ... > > > > for the sake of the archive: > > I was able to work around issues with gtk-- and the new compiler under > RELENG_5 by installing lang/gcc33 and then setting > > CXX= g++33 > > for x11-toolkits/gtk-- and the ports that link against it (e.g. fwbuilder) > just for the record, new version of fwbuilder uses QT and does not depend on gtk-- anymore. PRs #70467 and 70468 were filed on Aug 15 to update ports security/libfwbuilder and security/fwbuilder. --vk From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 05:05:59 2004 Return-Path: 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 7C29E16A4CE for ; Tue, 31 Aug 2004 05:05:59 +0000 (GMT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 689BA43D48 for ; Tue, 31 Aug 2004 05:05:59 +0000 (GMT) (envelope-from rpratt1950@earthlink.net) Received: from fl-65-40-46-128.dyn.sprint-hsd.net ([65.40.46.128] helo=kt.weeble.com) by falcon.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 1C20qE-00023O-00 for ports@freebsd.org; Mon, 30 Aug 2004 22:05:58 -0700 Date: Tue, 31 Aug 2004 01:07:02 -0400 From: Randy Pratt To: ports@freebsd.org Message-Id: <20040831010702.1620dcc1.rpratt1950@earthlink.net> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: XFree86 (xterm) broken? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 05:05:59 -0000 Hi, It seems the xterm has changed lately (Aug 24)? It seems to be linked to a static version: lrwxr-xr-x 1 root wheel 27 Aug 24 13:41 /usr/X11R6/bin/xterm@-> /usr/X11R6/bin/xterm-static The "mesg" function no longer works and produces errors: $ mesg y mesg: /dev/ttyp6: Operation not permitted This prevents the unix talk requests from displaying on the xterm so I have to switch to console mode to find out who is calling (or do a "vidcontrol -P < /dev/ttyv0"). I thought I had broken something until it was confirmed by other users I contacted today. I was also a bit surprised to see that its now a port of its own. I'd like to see the old behavior restored if possible. Or have I totally missed the boat somewhere along the line? Thanks, Randy -- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 06:02:43 2004 Return-Path: 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 4669D16A4CE for ; Tue, 31 Aug 2004 06:02:43 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ACAA43D5E for ; Tue, 31 Aug 2004 06:02:41 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 6699DFD03D; Mon, 30 Aug 2004 23:02:40 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01162-08; Mon, 30 Aug 2004 23:02:39 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 7E6A4FD011; Mon, 30 Aug 2004 23:02:39 -0700 (PDT) From: Sean McNeil To: Dirk Meyer In-Reply-To: References: <1093908222.43551.2.camel@server.mcneil.com> Content-Type: text/plain Message-Id: <1093932159.41116.9.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 30 Aug 2004 23:02:39 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-ports@freebsd.org Subject: Re: multimedia/vlc being maintained? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 06:02:43 -0000 On Mon, 2004-08-30 at 22:37, Dirk Meyer wrote: > > Just wondering if anyone is working on this port. It is marked broken > > for no reason with the -CURRENT kernel. I've already sent a patch to > > fix the compilation with pthreads and it should work for all versions of > > FreeBSD. I never heard a word back, though, from anyone about it. > > I mailed tow times. > Please put myself out of your spam-filter. Sincere apologies. I will check to see what is going on there. > as I wrote before, this problem is not fixed. > vlc crashes in the default thread libarys. I am running -CURRENT on an amd64 and I have absolutely no problem playing an MPEG-2 file. All that is required is the patch I sent. > I confirm it runs if you have older binaries installed. > I have not yet found the conflicting depeendecy. I installed vlc-0.7.2_1 with that patch. Is that now an older version? Looks like the most recent from the Makefile. > kind regards Dirk > > - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany > - [dirk.meyer@dinoex.sub.org],[dirk.meyer@guug.de],[dinoex@FreeBSD.org] > From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 06:07:27 2004 Return-Path: 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 D79CA16A4CF for ; Tue, 31 Aug 2004 06:07:27 +0000 (GMT) Received: from web12309.mail.yahoo.com (web12309.mail.yahoo.com [216.136.173.159]) by mx1.FreeBSD.org (Postfix) with SMTP id A87F243D54 for ; Tue, 31 Aug 2004 06:07:27 +0000 (GMT) (envelope-from arareko@yahoo.com) Message-ID: <20040831060727.32223.qmail@web12309.mail.yahoo.com> Received: from [201.128.127.100] by web12309.mail.yahoo.com via HTTP; Mon, 30 Aug 2004 23:07:27 PDT Date: Mon, 30 Aug 2004 23:07:27 -0700 (PDT) From: Mauricio Herrera Cuadra To: wjv@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: ports@FreeBSD.org Subject: FreeBSD Port: hmmer-2.2.g_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 06:07:28 -0000 Hi. Is it possible to install this port with PVM support? I've been tweaking the Makefiles, but no good results. I've symlinked /usr/local/include into /usr/local/lib/pvm in order to find pvm3.h during compilation, but then I get this and I'm stuck on it: [root@arareko] /usr/ports/biology/hmmer # make ===> Building for hmmer-2.2.g_1 gcc -g -O2 -DHAVE_CONFIG_H -L/usr/local/lib/pvm/lib/FREEBSD -o afetch afetch_main.o a2m.o aligneval.o alignio.o clustal.o cluster.o dayhoff.o eps.o file.o getopt.o gki.o gsi.o hsregex.o iupac.o msa.o msf.o phylip.o revcomp.o rk.o selex.o seqencode.o shuffle.o sqerror.o sqio.o squidcore.o sre_ctype.o sre_math.o sre_string.o ssi.o stack.o stockholm.o stopwatch.o translate.o types.o weight.o -lpvm3 -lm /usr/libexec/elf/ld: cannot find -lpvm3 *** Error code 1 Stop in /usr/ports/biology/hmmer/work/hmmer-2.2g/squid. *** Error code 1 Stop in /usr/ports/biology/hmmer/work/hmmer-2.2g. *** Error code 1 Stop in /usr/ports/biology/hmmer. Thanks in advance. Regards, ===== MAURICIO HERRERA CUADRA arareko@yahoo.com http://www.geocities.com/arareko/ "I've seen 5.11 divided into 11 different grades of increasing difficulty, as follows: 5.11a, 5.10d, 5.11-, 5.11b, 5.11, 5.11c, 5.9 squeeze, 5.11+, 5.10 OW, 5.12a, 5.11d" — Brutus of Wyde. -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCM/CS/IT/LS/MD/MU/PA/S/TW/O>B/M/P/AT$ d-(---)>!$ s+:+>$ a26>+++>?$ C(++++)>---$ UBL+++>UAVHIOSCX*---$ P++++(--)>--- L->+$ E-(--)>+++$ W+(+++)>-- N+>- o+++(--) K?>$ w+(---)>$ !O M>+$ !V PS+(+++) PE(-) Y(+) PGP(-)>+ t(-)>+++$ 5 X@>+$ R*>+++$ tv(+)>+$ b+>+++$ DI+++>+++$ D+++>++++$ G++(-)>++++$ e++>++++$ h!>---$ r%>++ y+(**)>+$ ------END GEEK CODE BLOCK------ _______________________________ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 06:59:14 2004 Return-Path: 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 A2B6F16A4CE for ; Tue, 31 Aug 2004 06:59:14 +0000 (GMT) Received: from itapoa.terra.com.br (itapoa.terra.com.br [200.154.55.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26A5F43D2D for ; Tue, 31 Aug 2004 06:59:14 +0000 (GMT) (envelope-from netchaos@terra.com.br) Received: from estero.terra.com.br (estero.terra.com.br [200.154.55.138]) by itapoa.terra.com.br (Postfix) with ESMTP id AC5CB70405F for ; Tue, 31 Aug 2004 03:59:12 -0300 (BRT) Received: from [192.168.0.2] (200-163-007-240.bsace705.dsl.brasiltelecom.net.br [200.163.7.240]) (authenticated user netchaos) by estero.terra.com.br (Postfix) with ESMTP id 8AAB13C003 for ; Tue, 31 Aug 2004 03:59:12 -0300 (BRT) From: Ricardo Britto To: freebsd-ports@freebsd.org Date: Tue, 31 Aug 2004 04:07:19 -0300 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200408310407.27337.netchaos@terra.com.br> Subject: Nvidia-driver + mem module -> :( X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: netchaos@terra.com.br List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 06:59:14 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm running FreeBSD 5.2.1-RELEASE-p9 #3 on my machine and I'm having proble= ms=20 on installing nvidia-driver from ports. I get the following error: ERROR: Failed to load the NVIDIA module! KLD nvidia.ko: depends on mem - not available. That's saying about mem.ko module. Well, I cvsuped my tree - 'cause mem.ko= =20 doesn't exit on my /boot/kernel directory - and it's not available for my=20 tag=3DRELENG_5_2. I tried to update my tree with the tag=3D. and it downloa= ds mem=20 source, but it's incompatible to my freebsd version (when I try to build an= d=20 install my kernel I get errors about options that aren't available for that= =20 version of kernel). I searched google about more info and all I could get was a discussion betw= een=20 commiters about cvsup war/bug fix. In the end: I can't install nvidia-driver because it needs mem.ko module an= d I=20 can't install mem.ko module because it isn't cvsuped to my tree (or because= =20 I'm too dummy :( ). Could anyone help? I appreciate in advance, Ricardo Britto =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBNCOrV/QugxV6rm4RAtp5AJ904U+8B8+LsRgsgKaex1bY7zS16ACfUq+X bqkLCyYb4LZLoJ+2bdGVASs=3D =3Dt4lc =2D----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 07:57:09 2004 Return-Path: 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 4F3FE16A4CE for ; Tue, 31 Aug 2004 07:57:09 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id C61D843D1D for ; Tue, 31 Aug 2004 07:57:08 +0000 (GMT) (envelope-from phil@teaser.fr) Received: from gloin.awic.priv (villeurbanne-5-82-224-208-35.fbx.proxad.net [82.224.208.35]) by postfix4-2.free.fr (Postfix) with ESMTP id DB6A71C99F3; Tue, 31 Aug 2004 09:57:06 +0200 (CEST) Date: Tue, 31 Aug 2004 09:57:06 +0200 (CEST) From: Philippe Rocques X-X-Sender: phil@gloin.awic.priv To: Ricardo Britto In-Reply-To: <200408310407.27337.netchaos@terra.com.br> Message-ID: <20040831094643.F75520@gloin.awic.priv> References: <200408310407.27337.netchaos@terra.com.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-ports@freebsd.org Subject: Re: Nvidia-driver + mem module -> :( X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 07:57:09 -0000 Hi, > I'm running FreeBSD 5.2.1-RELEASE-p9 #3 on my machine and I'm having problems > on installing nvidia-driver from ports. > I get the following error: ERROR: Failed to load the NVIDIA module! > KLD nvidia.ko: depends on mem - not available. I had the same problem yesterday. Nvidia-driver port uses /usr/share/mk/bsd.kmod.mk, which needs the kernel source tree. I think you maked nvidia-driver while your source tree was the CURRENT one. Update to tag=RELENG_5_2, make nvidia-driver, and it should load well. Philippe From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 13:35:54 2004 Return-Path: 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 D2BC816A4CE; Tue, 31 Aug 2004 13:35:54 +0000 (GMT) Received: from smtp.unsam.edu.ar (smtp.unsam.edu.ar [170.210.48.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE06743D66; Tue, 31 Aug 2004 13:35:49 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (pi.iib.unsam.edu.ar [192.168.10.11]) by smtp.unsam.edu.ar (8.12.6/8.12.6) with ESMTP id i7VDkKSV082031; Tue, 31 Aug 2004 10:46:21 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (localhost.iib.unsam.edu.ar [127.0.0.1]) by pi.iib.unsam.edu.ar (8.12.11/8.12.9) with ESMTP id i7VDZTUe018614; Tue, 31 Aug 2004 10:35:29 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by pi.iib.unsam.edu.ar (8.12.11/8.12.11/Submit) id i7VDZSas018613; Tue, 31 Aug 2004 10:35:28 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: pi.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Tue, 31 Aug 2004 10:35:28 -0300 From: Fernan Aguero To: Mauricio Herrera Cuadra Message-ID: <20040831133528.GL464@iib.unsam.edu.ar> Mail-Followup-To: Mauricio Herrera Cuadra , wjv@freebsd.org, ports@freebsd.org References: <20040831060727.32223.qmail@web12309.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="nmemrqcdn5VTmUEE" Content-Disposition: inline In-Reply-To: <20040831060727.32223.qmail@web12309.mail.yahoo.com> User-Agent: Mutt/1.4.1i cc: ports@freebsd.org cc: wjv@freebsd.org Subject: Re: FreeBSD Port: hmmer-2.2.g_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 13:35:54 -0000 --nmemrqcdn5VTmUEE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline +----[ Mauricio Herrera Cuadra (31.Aug.2004 03:12): | | Hi. Is it possible to install this port with PVM support? I've been | tweaking the Makefiles, but no good results. I've symlinked | /usr/local/include into /usr/local/lib/pvm in order to find pvm3.h during | compilation, but then I get this and I'm stuck on it: [output error snipped] Hola Mauricio! I believe that the right way to do this is to modify the port so that it allows you to build hmmer using the supported --with-pvm argument to configure. Attached is a preliminary patch that will get you near the beginning. After applying the patch you will need to call make like this: make WITH_PVM=yes so that WITH_PVM gets set. Then the port will do the right thing: check if net/pvm is installed and install it if this is not the case, and run hmmer's configure with the right arguments. After saying this, I have to say that I tested the modified port and it is still failing. But on a different error this time (attached is the output in case a porter with some insight can help). For some reason pvm3.h is not being found, although it is present under /usr/local/include (I just installed pvm from ports to test this, pvm-3.4.4). If I have some more time, I'll try to get back to this. But this is a horrible week for me in terms of spare time. Fernan | | Thanks in advance. | Regards, | +----] de nada. Saludos, Fernan -- Fernan Aguero - fernan at iib.unsam.edu.ar Phone: +54 11 4580-7255/7 ext 310, Fax: +54 11 4752-9639 Check http://genoma.unsam.edu.ar/~fernan for more info. --nmemrqcdn5VTmUEE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Makefile.diff" --- /usr/ports/biology/hmmer/Makefile Sat Mar 8 01:03:33 2003 +++ Makefile Tue Aug 31 09:34:01 2004 @@ -25,6 +25,11 @@ hmmpfam.1 hmmsearch.1 seqstat.1 sfetch.1 shuffle.1 \ sreformat.1 +.if defined(WITH_PVM) +CONFIGURE_ARGS+= --with-pvm +BUILD_DEPENDS+= pvm:${PORTSDIR}/net/pvm +.endif + post-install: .if !defined(NOPORTDOCS) @ ${MKDIR} ${DOCSDIR} --nmemrqcdn5VTmUEE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="test_pvm.out" Content-Transfer-Encoding: quoted-printable Script started on Tue Aug 31 10:18:57 2004 pi# portinstall net/pvm ; exit=1B[26D=1B[4h../test_p=1B[4lort.sh WITH_PVM= =3Dyes=1B[7C=0D=0D [port_test] =3D=3D=3D> clean before use=0D mkdir: /usr/tmp/pkgdb: File exists=0D [port_test] =3D=3D=3D> make clean=0D =3D=3D=3D> Cleaning for perl-5.6.1_15=0D =3D=3D=3D> Cleaning for hmmer-2.2.g_1=0D [port_test] =3D=3D=3D> clean old files=0D [port_test] =3D=3D=3D> prepare test=0D =2E/bin missing (created)=0D =2E/etc missing (created)=0D =2E/etc/rc.d missing (created)=0D =2E/include missing (created)=0D =2E/info missing (created)=0D =2E/lib missing (created)=0D =2E/lib/perl5 missing (created)=0D =2E/lib/perl5/5.00503 missing (created)=0D =2E/lib/perl5/5.00503/man missing (created)=0D =2E/lib/perl5/5.00503/man/man3 missing (created)=0D =2E/lib/perl5/site_perl missing (created)=0D =2E/lib/perl5/site_perl/5.005 missing (created)=0D =2E/lib/perl5/site_perl/5.005/alpha-freebsd missing (created)=0D =2E/lib/perl5/site_perl/5.005/alpha-freebsd/auto missing (created)=0D =2E/lib/perl5/site_perl/5.005/auto missing (created)=0D =2E/lib/perl5/site_perl/5.005/i386-freebsd missing (created)=0D =2E/lib/perl5/site_perl/5.005/i386-freebsd/auto missing (created)=0D =2E/libdata missing (created)=0D =2E/libexec missing (created)=0D =2E/man missing (created)=0D =2E/man/cat1 missing (created)=0D =2E/man/cat2 missing (created)=0D =2E/man/cat3 missing (created)=0D =2E/man/cat4 missing (created)=0D =2E/man/cat5 missing (created)=0D =2E/man/cat6 missing (created)=0D =2E/man/cat7 missing (created)=0D =2E/man/cat8 missing (created)=0D =2E/man/cat9 missing (created)=0D =2E/man/catl missing (created)=0D =2E/man/catn missing (created)=0D =2E/man/de.ISO8859-1 missing (created)=0D =2E/man/de.ISO8859-1/cat1 missing (created)=0D =2E/man/de.ISO8859-1/cat2 missing (created)=0D =2E/man/de.ISO8859-1/cat3 missing (created)=0D =2E/man/de.ISO8859-1/cat4 missing (created)=0D =2E/man/de.ISO8859-1/cat5 missing (created)=0D =2E/man/de.ISO8859-1/cat6 missing (created)=0D =2E/man/de.ISO8859-1/cat7 missing (created)=0D =2E/man/de.ISO8859-1/cat8 missing (created)=0D =2E/man/de.ISO8859-1/cat9 missing (created)=0D =2E/man/de.ISO8859-1/catl missing (created)=0D =2E/man/de.ISO8859-1/catn missing (created)=0D =2E/man/de.ISO8859-1/man1 missing (created)=0D =2E/man/de.ISO8859-1/man2 missing (created)=0D =2E/man/de.ISO8859-1/man3 missing (created)=0D =2E/man/de.ISO8859-1/man4 missing (created)=0D =2E/man/de.ISO8859-1/man5 missing (created)=0D =2E/man/de.ISO8859-1/man6 missing (created)=0D =2E/man/de.ISO8859-1/man7 missing (created)=0D =2E/man/de.ISO8859-1/man8 missing (created)=0D =2E/man/de.ISO8859-1/man9 missing (created)=0D =2E/man/de.ISO8859-1/manl missing (created)=0D =2E/man/de.ISO8859-1/mann missing (created)=0D =2E/man/en.ISO8859-1 missing (created)=0D =2E/man/en.ISO8859-1/cat1 missing (created)=0D =2E/man/en.ISO8859-1/cat1aout missing (created)=0D =2E/man/en.ISO8859-1/cat2 missing (created)=0D =2E/man/en.ISO8859-1/cat3 missing (created)=0D =2E/man/en.ISO8859-1/cat4 missing (created)=0D =2E/man/en.ISO8859-1/cat4/alpha missing (created)=0D =2E/man/en.ISO8859-1/cat4/i386 missing (created)=0D =2E/man/en.ISO8859-1/cat5 missing (created)=0D =2E/man/en.ISO8859-1/cat6 missing (created)=0D =2E/man/en.ISO8859-1/cat7 missing (created)=0D =2E/man/en.ISO8859-1/cat8 missing (created)=0D =2E/man/en.ISO8859-1/cat8/alpha missing (created)=0D =2E/man/en.ISO8859-1/cat8/i386 missing (created)=0D =2E/man/en.ISO8859-1/cat9 missing (created)=0D =2E/man/en.ISO8859-1/cat9/i386 missing (created)=0D =2E/man/en.ISO8859-1/catn missing (created)=0D =2E/man/ja missing (created)=0D =2E/man/ja/cat1 missing (created)=0D =2E/man/ja/cat2 missing (created)=0D =2E/man/ja/cat3 missing (created)=0D =2E/man/ja/cat4 missing (created)=0D =2E/man/ja/cat5 missing (created)=0D =2E/man/ja/cat6 missing (created)=0D =2E/man/ja/cat7 missing (created)=0D =2E/man/ja/cat8 missing (created)=0D =2E/man/ja/cat9 missing (created)=0D =2E/man/ja/catl missing (created)=0D =2E/man/ja/catn missing (created)=0D =2E/man/ja/man1 missing (created)=0D =2E/man/ja/man2 missing (created)=0D =2E/man/ja/man3 missing (created)=0D =2E/man/ja/man4 missing (created)=0D =2E/man/ja/man5 missing (created)=0D =2E/man/ja/man6 missing (created)=0D =2E/man/ja/man7 missing (created)=0D =2E/man/ja/man8 missing (created)=0D =2E/man/ja/man9 missing (created)=0D =2E/man/ja/manl missing (created)=0D =2E/man/ja/mann missing (created)=0D =2E/man/man1 missing (created)=0D =2E/man/man2 missing (created)=0D =2E/man/man3 missing (created)=0D =2E/man/man4 missing (created)=0D =2E/man/man5 missing (created)=0D =2E/man/man6 missing (created)=0D =2E/man/man7 missing (created)=0D =2E/man/man8 missing (created)=0D =2E/man/man9 missing (created)=0D =2E/man/manl missing (created)=0D =2E/man/mann missing (created)=0D =2E/man/ru.KOI8-R missing (created)=0D =2E/man/ru.KOI8-R/cat1 missing (created)=0D =2E/man/ru.KOI8-R/cat2 missing (created)=0D =2E/man/ru.KOI8-R/cat3 missing (created)=0D =2E/man/ru.KOI8-R/cat4 missing (created)=0D =2E/man/ru.KOI8-R/cat5 missing (created)=0D =2E/man/ru.KOI8-R/cat6 missing (created)=0D =2E/man/ru.KOI8-R/cat7 missing (created)=0D =2E/man/ru.KOI8-R/cat8 missing (created)=0D =2E/man/ru.KOI8-R/cat9 missing (created)=0D =2E/man/ru.KOI8-R/catl missing (created)=0D =2E/man/ru.KOI8-R/catn missing (created)=0D =2E/man/ru.KOI8-R/man1 missing (created)=0D =2E/man/ru.KOI8-R/man2 missing (created)=0D =2E/man/ru.KOI8-R/man3 missing (created)=0D =2E/man/ru.KOI8-R/man4 missing (created)=0D =2E/man/ru.KOI8-R/man5 missing (created)=0D =2E/man/ru.KOI8-R/man6 missing (created)=0D =2E/man/ru.KOI8-R/man7 missing (created)=0D =2E/man/ru.KOI8-R/man8 missing (created)=0D =2E/man/ru.KOI8-R/man9 missing (created)=0D =2E/man/ru.KOI8-R/manl missing (created)=0D =2E/man/ru.KOI8-R/mann missing (created)=0D =2E/sbin missing (created)=0D =2E/share missing (created)=0D =2E/share/aclocal missing (created)=0D =2E/share/dict missing (created)=0D =2E/share/doc missing (created)=0D =2E/share/doc/ja missing (created)=0D =2E/share/emacs missing (created)=0D =2E/share/emacs/site-lisp missing (created)=0D =2E/share/examples missing (created)=0D =2E/share/java missing (created)=0D =2E/share/java/classes missing (created)=0D =2E/share/misc missing (created)=0D =2E/share/nls missing (created)=0D =2E/share/nls/C missing (created)=0D =2E/share/nls/af_ZA.ISO8859-1 missing (created)=0D =2E/share/nls/af_ZA.ISO8859-15 missing (created)=0D =2E/share/nls/am_ET.UTF-8 missing (created)=0D =2E/share/nls/bg_BG.CP1251 missing (created)=0D =2E/share/nls/cs_CZ.ISO8859-2 missing (created)=0D =2E/share/nls/da_DK.ISO8859-1 missing (created)=0D =2E/share/nls/da_DK.ISO8859-15 missing (created)=0D =2E/share/nls/de_AT.ISO8859-1 missing (created)=0D =2E/share/nls/de_AT.ISO8859-15 missing (created)=0D =2E/share/nls/de_CH.ISO8859-1 missing (created)=0D =2E/share/nls/de_CH.ISO8859-15 missing (created)=0D =2E/share/nls/de_DE.ISO8859-1 missing (created)=0D =2E/share/nls/de_DE.ISO8859-15 missing (created)=0D =2E/share/nls/el_GR.ISO8859-7 missing (created)=0D =2E/share/nls/en_AU.ISO8859-1 missing (created)=0D =2E/share/nls/en_AU.ISO8859-15 missing (created)=0D =2E/share/nls/en_AU.US-ASCII missing (created)=0D =2E/share/nls/en_CA.ISO8859-1 missing (created)=0D =2E/share/nls/en_CA.ISO8859-15 missing (created)=0D =2E/share/nls/en_CA.US-ASCII missing (created)=0D =2E/share/nls/en_GB.ISO8859-1 missing (created)=0D =2E/share/nls/en_GB.ISO8859-15 missing (created)=0D =2E/share/nls/en_GB.US-ASCII missing (created)=0D =2E/share/nls/en_NZ.ISO8859-1 missing (created)=0D =2E/share/nls/en_NZ.ISO8859-15 missing (created)=0D =2E/share/nls/en_NZ.US-ASCII missing (created)=0D =2E/share/nls/en_US.ISO8859-1 missing (created)=0D =2E/share/nls/en_US.ISO8859-15 missing (created)=0D =2E/share/nls/es_ES.ISO8859-1 missing (created)=0D =2E/share/nls/es_ES.ISO8859-15 missing (created)=0D =2E/share/nls/et_EE.ISO8859-15 missing (created)=0D =2E/share/nls/fi_FI.ISO8859-1 missing (created)=0D =2E/share/nls/fi_FI.ISO8859-15 missing (created)=0D =2E/share/nls/fr_BE.ISO8859-1 missing (created)=0D =2E/share/nls/fr_BE.ISO8859-15 missing (created)=0D =2E/share/nls/fr_CA.ISO8859-1 missing (created)=0D =2E/share/nls/fr_CA.ISO8859-15 missing (created)=0D =2E/share/nls/fr_CH.ISO8859-1 missing (created)=0D =2E/share/nls/fr_CH.ISO8859-15 missing (created)=0D =2E/share/nls/fr_FR.ISO8859-1 missing (created)=0D =2E/share/nls/fr_FR.ISO8859-15 missing (created)=0D =2E/share/nls/hi_IN.ISCII-DEV missing (created)=0D =2E/share/nls/hr_HR.ISO8859-2 missing (created)=0D =2E/share/nls/hu_HU.ISO8859-2 missing (created)=0D =2E/share/nls/is_IS.ISO8859-1 missing (created)=0D =2E/share/nls/is_IS.ISO8859-15 missing (created)=0D =2E/share/nls/it_CH.ISO8859-1 missing (created)=0D =2E/share/nls/it_CH.ISO8859-15 missing (created)=0D =2E/share/nls/it_IT.ISO8859-1 missing (created)=0D =2E/share/nls/it_IT.ISO8859-15 missing (created)=0D =2E/share/nls/ja_JP.SJIS missing (created)=0D =2E/share/nls/ja_JP.eucJP missing (created)=0D =2E/share/nls/ko_KR.eucKR missing (created)=0D =2E/share/nls/la_LN.ISO8859-1 missing (created)=0D =2E/share/nls/la_LN.ISO8859-15 missing (created)=0D =2E/share/nls/la_LN.ISO8859-2 missing (created)=0D =2E/share/nls/la_LN.ISO8859-4 missing (created)=0D =2E/share/nls/la_LN.US-ASCII missing (created)=0D =2E/share/nls/lt_LT.ISO8859-4 missing (created)=0D =2E/share/nls/nl_BE.ISO8859-1 missing (created)=0D =2E/share/nls/nl_BE.ISO8859-15 missing (created)=0D =2E/share/nls/nl_NL.ISO8859-1 missing (created)=0D =2E/share/nls/nl_NL.ISO8859-15 missing (created)=0D =2E/share/nls/no_NO.ISO8859-1 missing (created)=0D =2E/share/nls/no_NO.ISO8859-15 missing (created)=0D =2E/share/nls/pl_PL.ISO8859-2 missing (created)=0D =2E/share/nls/pt_BR.ISO8859-1 missing (created)=0D =2E/share/nls/pt_PT.ISO8859-1 missing (created)=0D =2E/share/nls/pt_PT.ISO8859-15 missing (created)=0D =2E/share/nls/ro_RO.ISO8859-2 missing (created)=0D =2E/share/nls/ru_RU.CP1251 missing (created)=0D =2E/share/nls/ru_RU.CP866 missing (created)=0D =2E/share/nls/ru_RU.ISO8859-5 missing (created)=0D =2E/share/nls/ru_RU.KOI8-R missing (created)=0D =2E/share/nls/sk_SK.ISO8859-2 missing (created)=0D =2E/share/nls/sl_SI.ISO8859-2 missing (created)=0D =2E/share/nls/sv_SE.ISO8859-1 missing (created)=0D =2E/share/nls/sv_SE.ISO8859-15 missing (created)=0D =2E/share/nls/tr_TR.ISO8859-9 missing (created)=0D =2E/share/nls/uk_UA.ISO8859-5 missing (created)=0D =2E/share/nls/uk_UA.KOI8-U missing (created)=0D =2E/share/nls/zh_CN.eucCN missing (created)=0D =2E/share/nls/zh_CN.GB18030 missing (created)=0D =2E/share/nls/zh_CN.GBK missing (created)=0D =2E/share/nls/zh_TW.Big5 missing (created)=0D =2E/share/sgml missing (created)=0D =2E/share/skel missing (created)=0D =2E/share/xml missing (created)=0D [port_test] =3D=3D=3D> make depends=0D =3D=3D=3D> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - foun= d=0D =3D=3D=3D> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - foun= d=0D =3D=3D=3D> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - foun= d=0D =3D=3D=3D> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - foun= d=0D [port_test] =3D=3D=3D> make install=0D =3D=3D=3D> Vulnerability check disabled, database not found=0D =3D=3D=3D> Extracting for hmmer-2.2.g_1=0D >> Checksum OK for hmmer-2.2g.tar.gz.=0D =3D=3D=3D> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - foun= d=0D =3D=3D=3D> Patching for hmmer-2.2.g_1=0D =3D=3D=3D> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - foun= d=0D =3D=3D=3D> Applying FreeBSD patches for hmmer-2.2.g_1=0D =3D=3D=3D> hmmer-2.2.g_1 depends on executable: pvm - found=0D =3D=3D=3D> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - foun= d=0D =3D=3D=3D> Configuring for hmmer-2.2.g_1=0D creating cache ./config.cache=0D Welcome to HMMER... configuring for your system.=0D checking for gcc... cc=0D checking whether the C compiler (cc -O -pipe ) works... yes=0D checking whether the C compiler (cc -O -pipe ) is a cross-compiler... no=0D checking whether we are using GNU C... yes=0D checking whether cc accepts -g... yes=0D checking whether ln -s works... yes=0D checking for ranlib... ranlib=0D checking whether your make is GNU make... nope, assuming sysv make.=0D Configuring for PVM=0D checking host system type... i386-portbld-freebsd4.10=0D checking how to run the C preprocessor... cc -E=0D Trying to enable default POSIX threads support=0D checking for pthread.h... yes=0D checking for the pthreads library -lpthreads... no=0D checking whether pthreads work without any flags... no=0D checking whether pthreads work with -Kthread... no=0D checking whether pthreads work with -kthread... no=0D checking for the pthreads library -llthread... no=0D checking whether pthreads work with -pthread... yes=0D checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE=0D checking if more special flags are required for pthreads... -D_THREAD_SAFE= =0D checking for cc_r... cc=0D checking for pthread_setconcurrency... no=0D checking for pthread_attr_setscope... no=0D checking for ntohs... yes=0D checking for ntohl... yes=0D checking for htons... yes=0D checking for htonl... yes=0D Configuration complete. Writing Makefiles and such...=0D updating cache ./config.cache=0D creating ./config.status=0D creating Makefile=0D creating src/Makefile=0D creating testsuite/Makefile=0D configuring in squid=0D running /bin/sh ./configure --with-pvm --prefix=3D/usr/tmp/ports i386-port= bld-freebsd4.10 --cache-file=3D.././config.cache --srcdir=3D.=0D loading cache .././config.cache=0D Welcome to SQUID... configuring for your system.=0D checking for gcc... (cached) cc=0D checking whether the C compiler (cc -O -pipe ) works... yes=0D checking whether the C compiler (cc -O -pipe ) is a cross-compiler... no=0D checking whether we are using GNU C... (cached) yes=0D checking whether cc accepts -g... (cached) yes=0D checking whether ln -s works... (cached) yes=0D checking for ranlib... (cached) ranlib=0D checking whether your make is GNU make... nope, assuming sysv make.=0D Configuring for PVM=0D checking whether byte ordering is bigendian... no=0D checking for ntohs... (cached) yes=0D checking for ntohl... (cached) yes=0D checking for htons... (cached) yes=0D checking for htonl... (cached) yes=0D checking size of unsigned short... 2=0D checking size of unsigned int... 4=0D checking size of unsigned long... 4=0D checking size of unsigned long long... 8=0D checking whether fpos_t is an arithmetic datatype... yes.=0D checking for ftello... yes=0D checking for fseeko... yes=0D checking for ftello64... no=0D checking for fseeko64... no=0D checking for ftell64... no=0D checking for fseek64... no=0D checking for stat64... no=0D checking size of off_t... 0=0D checking size of off64_t... 0=0D checking size of fpos_t... 8=0D Configuration complete. Writing Makefiles and such...=0D updating cache .././config.cache=0D creating ./config.status=0D creating Makefile=0D creating squid.h=0D creating squidconf.h=0D =3D=3D=3D> Building for hmmer-2.2.g_1=0D echo "/* version.h -- automatically generated by a Makefile. DO NOT EDIT. *= /" > version.h=0D echo "#define PACKAGE \""HMMER"\"" >> version.h=0D echo "#define RELEASE \""2.2g"\"" >> version.h=0D echo "#define RELEASEDATE \""August 2001"\"" >> version.h=0D echo "#define COPYRIGHT \""Copyright \(C\) 1992-2001 HHMI/Washington Univ= ersity School of Medicine"\"" >> version.h=0D echo "#define LICENSE \""Freely distributed under the GNU General Publi= c License \(GPL\)"\"" >> version.h=0D cp version.h squid/=0D cp version.h src/=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c afetch_main.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c a2m.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c aligneval.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c alignio.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c clustal.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c cluster.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c dayhoff.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c eps.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c file.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c getopt.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c gki.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c gsi.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c hsregex.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c iupac.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c msa.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c msf.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c phylip.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c revcomp.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c rk.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c selex.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c seqencode.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c shuffle.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sqerror.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sqio.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c squidcore.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sre_ctype.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sre_math.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sre_string.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c ssi.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stack.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stockholm.c=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stopwatch.c=0D stopwatch.c:62: pvm3.h: No such file or directory=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g/squid.=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g.=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer.=0D [port_test] =3D=3D=3D> make package=0D =3D=3D=3D> Building for hmmer-2.2.g_1=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stopwatch.c=0D stopwatch.c:62: pvm3.h: No such file or directory=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g/squid.=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g.=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer.=0D [port_test] =3D=3D=3D> make deinstall=0D =3D=3D=3D> Deinstalling for biology/hmmer=0D =3D=3D=3D> hmmer not installed, skipping=0D [port_test] =3D=3D=3D> pkg_add=0D [port_test] =3D=3D=3D> make deinstall=0D =3D=3D=3D> Deinstalling for biology/hmmer=0D =3D=3D=3D> hmmer not installed, skipping=0D [port_test] =3D=3D=3D> make reinstall=0D =3D=3D=3D> Building for hmmer-2.2.g_1=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stopwatch.c=0D stopwatch.c:62: pvm3.h: No such file or directory=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g/squid.=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g.=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer.=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer.=0D [port_test] =3D=3D=3D> make package=0D =3D=3D=3D> Building for hmmer-2.2.g_1=0D cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stopwatch.c=0D stopwatch.c:62: pvm3.h: No such file or directory=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g/squid.=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g.=0D *** Error code 1=0D =0D Stop in /home/fernan/misc/freebsd-ports/hmmer.=0D [port_test] =3D=3D=3D> Finished=0D =0D Check the pkg-plist and edit it to manually fix remaining issues.=0D You should remove the entries for the pkgdb. This script creates=0D the pkgdb under PREFIX, thus they appear in the pkg-plist.=0D exit=0D Script done on Tue Aug 31 10:19:22 2004 --nmemrqcdn5VTmUEE-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 13:41:00 2004 Return-Path: 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 C553616A4CE for ; Tue, 31 Aug 2004 13:41:00 +0000 (GMT) Received: from zeus.jarasoft.net (raats.xs4all.nl [80.126.151.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E35343D49 for ; Tue, 31 Aug 2004 13:41:00 +0000 (GMT) (envelope-from jack@raats.org) Received: from jara2 (unknown [10.0.0.157]) by zeus.jarasoft.net (Postfix) with ESMTP id 49B70B028; Tue, 31 Aug 2004 15:40:59 +0200 (CEST) Message-ID: <000301c48f60$3f4f23c0$9d00000a@jara2> From: "Jack Raats" To: Date: Tue, 31 Aug 2004 15:41:40 +0200 Organization: Jack Raats MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: ports@FreeBSD.org Subject: FreeBSD Port: gld-1.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jack Raats List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 13:41:00 -0000 It seems that the gld.sh script doesn't work. After a reboot all script in the /usr/local/etc/rc.d are being started except the gld script. (The gld is not running). Could you give me a clue? Why is the amavisd mentioned in the script? Met vriendelijke groeten Jack Raats From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 14:22:28 2004 Return-Path: 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 C7FB016A4CE for ; Tue, 31 Aug 2004 14:22:28 +0000 (GMT) Received: from out-2.mail.amis.net (out-2.mail.amis.net [212.18.32.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6345E43D5D for ; Tue, 31 Aug 2004 14:22:28 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from localhost (in-1.mail.amis.net [212.18.32.15]) by out-2.mail.amis.net (Postfix) with ESMTP id 39B3B1068E9; Tue, 31 Aug 2004 16:22:27 +0200 (CEST) Received: from in-1.mail.amis.net ([127.0.0.1]) by localhost (in-1.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14798-01; Tue, 31 Aug 2004 16:22:24 +0200 (CEST) Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by in-1.mail.amis.net (Postfix) with ESMTP id 29B3A3C8328; Tue, 31 Aug 2004 16:22:24 +0200 (CEST) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by piranha.amis.net (Postfix) with ESMTP id EEF27FD92; Tue, 31 Aug 2004 16:22:23 +0200 (CEST) Date: Tue, 31 Aug 2004 16:22:23 +0200 (CEST) From: Blaz Zupan X-X-Sender: blaz@titanic.medinet.si To: Jack Raats In-Reply-To: <000301c48f60$3f4f23c0$9d00000a@jara2> Message-ID: <20040831162051.R42428@titanic.medinet.si> References: <000301c48f60$3f4f23c0$9d00000a@jara2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at amis.net X-Spam-Status: No, hits=0 required=5 tests= X-Spam-Level: cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: gld-1.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 14:22:28 -0000 > It seems that the gld.sh script doesn't work. After a reboot all script in > the /usr/local/etc/rc.d are being started except the gld script. (The gld is > not running). Could you give me a clue? Why is the amavisd mentioned in the > script? Add this to your /etc/rc.conf: gld_enable="YES" The amavisd part is a mistake. I copied the script from the amavisd port and forgot to change some references to amavisd. I will send-pr a patch that fixes it. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 15:42:47 2004 Return-Path: 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 4EB3816A4CF for ; Tue, 31 Aug 2004 15:42:47 +0000 (GMT) Received: from sirius.firepipe.net (sirius.firepipe.net [69.13.116.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF44343D5A for ; Tue, 31 Aug 2004 15:42:46 +0000 (GMT) (envelope-from will@csociety.org) Received: by sirius.firepipe.net (Postfix, from userid 1000) id 78D75180B4; Tue, 31 Aug 2004 10:42:46 -0500 (EST) Date: Tue, 31 Aug 2004 10:42:46 -0500 From: Will Andrews To: Philippe Rocques Message-ID: <20040831154246.GF3862@sirius.firepipe.net> Mail-Followup-To: Philippe Rocques , Ricardo Britto , freebsd-ports@freebsd.org References: <200408310407.27337.netchaos@terra.com.br> <20040831094643.F75520@gloin.awic.priv> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0lx/R+CYDdR/AN/7" Content-Disposition: inline In-Reply-To: <20040831094643.F75520@gloin.awic.priv> User-Agent: Mutt/1.5.6i cc: Ricardo Britto cc: freebsd-ports@freebsd.org Subject: Re: Nvidia-driver + mem module -> :( X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 15:42:47 -0000 --0lx/R+CYDdR/AN/7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 31, 2004 at 09:57:06AM +0200, Philippe Rocques wrote: > I had the same problem yesterday. > Nvidia-driver port uses /usr/share/mk/bsd.kmod.mk, which needs the kernel= =20 > source tree. > I think you maked nvidia-driver while your source tree was the CURRENT=20 > one. > Update to tag=3DRELENG_5_2, make nvidia-driver, and it should load well. I think the recent nvidia driver requires the TLS support recently brought into 5.2-CURRENT (which has since split up into 5.3-BETA* and 6.0-CURRENT). mem.ko was introduced into -CURRENT in late July. Regards, --=20 wca --0lx/R+CYDdR/AN/7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBNJx2F47idPgWcsURAo2xAJ9kHBRuCNZklouJoX4djeU4WberSwCeJaBa JGn6YXOSdCVB3OSEHGDRMK0= =fcC9 -----END PGP SIGNATURE----- --0lx/R+CYDdR/AN/7-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 15:59:18 2004 Return-Path: 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 9956716A4CF; Tue, 31 Aug 2004 15:59:18 +0000 (GMT) Received: from ns.nmi.rulez.org (drama.obuda.kando.hu [193.224.41.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C33A343D2D; Tue, 31 Aug 2004 15:59:15 +0000 (GMT) (envelope-from feczo@nmi.rulez.org) Received: by ns.nmi.rulez.org (Postfix, from userid 1001) id 82DBD40B3; Tue, 31 Aug 2004 17:59:11 +0200 (CEST) Date: Tue, 31 Aug 2004 17:59:11 +0200 From: Feczak Szabolcs To: fjoe@FreeBSD.org Message-ID: <20040831155911.GA5284@nmi.rulez.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline X-Mailer: Sony playstation email client (0.97b) User-Agent: Mutt/1.5.5.1i cc: ports@freebsd.org Subject: FreeBSD Port: mc-4.6.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 15:59:18 -0000 Portaudit refuses to install mc, please fix this bug ===> mc-4.6.0_12 has known vulnerabilities: >> gnomevfs --- unsafe URI handling. Reference: >> Please update your ports tree and try again. Thank you very much. -- _(_)_ (_. o_) F3CZ0 (_,) http://feczo.nmi.rulez.org ( ) __________________________ // // From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 17:38:00 2004 Return-Path: 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 79B5F16A4CE for ; Tue, 31 Aug 2004 17:38:00 +0000 (GMT) Received: from web12303.mail.yahoo.com (web12303.mail.yahoo.com [216.136.173.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 281F143D53 for ; Tue, 31 Aug 2004 17:38:00 +0000 (GMT) (envelope-from arareko@yahoo.com) Message-ID: <20040831173800.46582.qmail@web12303.mail.yahoo.com> Received: from [201.128.127.100] by web12303.mail.yahoo.com via HTTP; Tue, 31 Aug 2004 10:37:59 PDT Date: Tue, 31 Aug 2004 10:37:59 -0700 (PDT) From: Mauricio Herrera Cuadra To: Fernan Aguero In-Reply-To: <20040831133528.GL464@iib.unsam.edu.ar> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: ports@freebsd.org cc: wjv@freebsd.org Subject: Re: FreeBSD Port: hmmer-2.2.g_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 17:38:00 -0000 Hola Fernan! Thanks for your quick answer! Definitely an elegant solution instead of my awful hacks :P Unfortunately we get stuck on the same step... Also, I believe you are missing to declare some ENV variables after installing pvm: PVM_ROOT and PVM_ARCH. I put them into /etc/login.conf as: :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=YES,PVM_ROOT=/usr/local/lib/pvm,PVM_ARCH=FREEBSD:\ Remember to rebuild the database with: [root@arareko] ~ # cap_mkdb /etc/login.conf Now, this is what I get using your patch: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- [root@arareko] /usr/ports/biology/hmmer # make WITH_PVM=yes ===> Vulnerability check disabled ===> Extracting for hmmer-2.2.g_1 >> Checksum OK for hmmer-2.2g.tar.gz. ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.8.5 - found ===> Patching for hmmer-2.2.g_1 ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.8.5 - found ===> Applying FreeBSD patches for hmmer-2.2.g_1 ===> hmmer-2.2.g_1 depends on executable: pvm - found ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.8.5 - found ===> Configuring for hmmer-2.2.g_1 creating cache ./config.cache Welcome to HMMER... configuring for your system. checking for gcc... cc checking whether the C compiler (cc -O -pipe ) works... yes checking whether the C compiler (cc -O -pipe ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes checking whether ln -s works... yes checking for ranlib... ranlib checking whether your make is GNU make... nope, assuming sysv make. Configuring for PVM checking host system type... i386-portbld-freebsd4.10 checking how to run the C preprocessor... cc -E Trying to enable default POSIX threads support checking for pthread.h... yes checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... -D_THREAD_SAFE checking for cc_r... cc checking for pthread_setconcurrency... no checking for pthread_attr_setscope... no checking for ntohs... yes checking for ntohl... yes checking for htons... yes checking for htonl... yes Configuration complete. Writing Makefiles and such... updating cache ./config.cache creating ./config.status creating Makefile creating src/Makefile creating testsuite/Makefile configuring in squid running /bin/sh ./configure --with-pvm --prefix=/usr/local i386-portbld-freebsd4.10 --cache-file=.././config.cache --srcdir=. loading cache .././config.cache Welcome to SQUID... configuring for your system. checking for gcc... (cached) cc checking whether the C compiler (cc -O -pipe ) works... yes checking whether the C compiler (cc -O -pipe ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether cc accepts -g... (cached) yes checking whether ln -s works... (cached) yes checking for ranlib... (cached) ranlib checking whether your make is GNU make... nope, assuming sysv make. Configuring for PVM checking whether byte ordering is bigendian... no checking for ntohs... (cached) yes checking for ntohl... (cached) yes checking for htons... (cached) yes checking for htonl... (cached) yes checking size of unsigned short... 2 checking size of unsigned int... 4 checking size of unsigned long... 4 checking size of unsigned long long... 8 checking whether fpos_t is an arithmetic datatype... yes. checking for ftello... yes checking for fseeko... yes checking for ftello64... no checking for fseeko64... no checking for ftell64... no checking for fseek64... no checking for stat64... no checking size of off_t... 0 checking size of off64_t... 0 checking size of fpos_t... 8 Configuration complete. Writing Makefiles and such... updating cache .././config.cache creating ./config.status creating Makefile creating squid.h creating squidconf.h ===> Building for hmmer-2.2.g_1 echo "/* version.h -- automatically generated by a Makefile. DO NOT EDIT. */" > version.h echo "#define PACKAGE \""HMMER"\"" >> version.h echo "#define RELEASE \""2.2g"\"" >> version.h echo "#define RELEASEDATE \""August 2001"\"" >> version.h echo "#define COPYRIGHT \""Copyright \(C\) 1992-2001 HHMI/Washington University School of Medicine"\"" >> version.h echo "#define LICENSE \""Freely distributed under the GNU General Public License \(GPL\)"\"" >> version.h cp version.h squid/ cp version.h src/ cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c afetch_main.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c a2m.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c aligneval.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c alignio.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c clustal.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c cluster.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c dayhoff.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c eps.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c file.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c getopt.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c gki.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c gsi.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c hsregex.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c iupac.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c msa.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c msf.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c phylip.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c revcomp.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c rk.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c selex.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c seqencode.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c shuffle.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c sqerror.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c sqio.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c squidcore.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c sre_ctype.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c sre_math.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c sre_string.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c ssi.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c stack.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c stockholm.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c stopwatch.c stopwatch.c:62: pvm3.h: No such file or directory *** Error code 1 Stop in /usr/ports/biology/hmmer/work/hmmer-2.2g/squid. *** Error code 1 Stop in /usr/ports/biology/hmmer/work/hmmer-2.2g. *** Error code 1 Stop in /usr/ports/biology/hmmer. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Then I do another of my awful tricks to keep going: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- [root@arareko] /usr/ports/biology/hmmer # cd /usr/local/lib/pvm/ [root@arareko] /usr/local/lib/pvm # ln -s /usr/local/include/ include [root@arareko] /usr/local/lib/pvm # cd /usr/ports/biology/hmmer/ [root@arareko] /usr/ports/biology/hmmer # make WITH_PVM=yes ===> Building for hmmer-2.2.g_1 cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c stopwatch.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c translate.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c types.c cc -O -pipe -DSRE_ENABLE_PVM -I/usr/local/lib/pvm/include -DHAVE_CONFIG_H -c weight.c cc -O -pipe -DHAVE_CONFIG_H -L/usr/local/lib/pvm/lib/FREEBSD -o afetch afetch_main.o a2m.o aligneval.o alignio.o clustal.o cluster.o dayhoff.o eps.o file.o getopt.o gki.o gsi.o hsregex.o iupac.o msa.o msf.o phylip.o revcomp.o rk.o selex.o seqencode.o shuffle.o sqerror.o sqio.o squidcore.o sre_ctype.o sre_math.o sre_string.o ssi.o stack.o stockholm.o stopwatch.o translate.o types.o weight.o -lpvm3 -lm /usr/libexec/elf/ld: cannot find -lpvm3 *** Error code 1 Stop in /usr/ports/biology/hmmer/work/hmmer-2.2g/squid. *** Error code 1 Stop in /usr/ports/biology/hmmer/work/hmmer-2.2g. *** Error code 1 Stop in /usr/ports/biology/hmmer. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- And then I'm again on the same step as yesterday... :) I hope anyone can help us with this step. Anyway, thanks again for your quick and good advice. Me gustaría que mantuvieramos el contacto, yo soy de México y tal vez podamos desarrollar algo de bioinformática juntos... Suerte y saludos! Mauricio. --- Fernan Aguero wrote: > +----[ Mauricio Herrera Cuadra (31.Aug.2004 03:12): > | > | Hi. Is it possible to install this port with PVM support? I've been > | tweaking the Makefiles, but no good results. I've symlinked > | /usr/local/include into /usr/local/lib/pvm in order to find pvm3.h > during > | compilation, but then I get this and I'm stuck on it: > > [output error snipped] > > Hola Mauricio! > > I believe that the right way to do this is to modify the > port so that it allows you to build hmmer using the > supported --with-pvm argument to configure. > > Attached is a preliminary patch that will get you near the > beginning. After applying the patch you will need to call > make like this: > make WITH_PVM=yes > so that WITH_PVM gets set. Then the port will do the right > thing: check if net/pvm is installed and install it if this > is not the case, and run hmmer's configure with the right > arguments. > > After saying this, I have to say that I tested the modified > port and it is still failing. But on a different error this > time (attached is the output in case a porter with some > insight can help). For some reason pvm3.h is not being > found, although it is present under /usr/local/include (I > just installed pvm from ports to test this, pvm-3.4.4). > > If I have some more time, I'll try to get back to this. But > this is a horrible week for me in terms of spare time. > > Fernan > > | > | Thanks in advance. > | Regards, > | > +----] > > de nada. Saludos, > > Fernan > > -- > Fernan Aguero - fernan at iib.unsam.edu.ar > Phone: +54 11 4580-7255/7 ext 310, Fax: +54 11 4752-9639 > Check http://genoma.unsam.edu.ar/~fernan for more info. > > --- /usr/ports/biology/hmmer/Makefile Sat Mar 8 01:03:33 2003 > +++ Makefile Tue Aug 31 09:34:01 2004 > @@ -25,6 +25,11 @@ > hmmpfam.1 hmmsearch.1 seqstat.1 sfetch.1 shuffle.1 \ > sreformat.1 > > +.if defined(WITH_PVM) > +CONFIGURE_ARGS+= --with-pvm > +BUILD_DEPENDS+= pvm:${PORTSDIR}/net/pvm > +.endif > + > post-install: > .if !defined(NOPORTDOCS) > @ ${MKDIR} ${DOCSDIR} > > Script started on Tue Aug 31 10:18:57 2004 > pi# portinstall net/pvm ; exit../test_port.sh > WITH_PVM=yes > [port_test] ===> clean before use > mkdir: /usr/tmp/pkgdb: File exists > [port_test] ===> make clean > ===> Cleaning for perl-5.6.1_15 > ===> Cleaning for hmmer-2.2.g_1 > [port_test] ===> clean old files > [port_test] ===> prepare test > ./bin missing (created) > ./etc missing (created) > ./etc/rc.d missing (created) > ./include missing (created) > ./info missing (created) > ./lib missing (created) > ./lib/perl5 missing (created) > ./lib/perl5/5.00503 missing (created) > ./lib/perl5/5.00503/man missing (created) > ./lib/perl5/5.00503/man/man3 missing (created) > ./lib/perl5/site_perl missing (created) > ./lib/perl5/site_perl/5.005 missing (created) > ./lib/perl5/site_perl/5.005/alpha-freebsd missing (created) > ./lib/perl5/site_perl/5.005/alpha-freebsd/auto missing (created) > ./lib/perl5/site_perl/5.005/auto missing (created) > ./lib/perl5/site_perl/5.005/i386-freebsd missing (created) > ./lib/perl5/site_perl/5.005/i386-freebsd/auto missing (created) > ./libdata missing (created) > ./libexec missing (created) > ./man missing (created) > ./man/cat1 missing (created) > ./man/cat2 missing (created) > ./man/cat3 missing (created) > ./man/cat4 missing (created) > ./man/cat5 missing (created) > ./man/cat6 missing (created) > ./man/cat7 missing (created) > ./man/cat8 missing (created) > ./man/cat9 missing (created) > ./man/catl missing (created) > ./man/catn missing (created) > ./man/de.ISO8859-1 missing (created) > ./man/de.ISO8859-1/cat1 missing (created) > ./man/de.ISO8859-1/cat2 missing (created) > ./man/de.ISO8859-1/cat3 missing (created) > ./man/de.ISO8859-1/cat4 missing (created) > ./man/de.ISO8859-1/cat5 missing (created) > ./man/de.ISO8859-1/cat6 missing (created) > ./man/de.ISO8859-1/cat7 missing (created) > ./man/de.ISO8859-1/cat8 missing (created) > ./man/de.ISO8859-1/cat9 missing (created) > ./man/de.ISO8859-1/catl missing (created) > ./man/de.ISO8859-1/catn missing (created) > ./man/de.ISO8859-1/man1 missing (created) > ./man/de.ISO8859-1/man2 missing (created) > ./man/de.ISO8859-1/man3 missing (created) > ./man/de.ISO8859-1/man4 missing (created) > ./man/de.ISO8859-1/man5 missing (created) > ./man/de.ISO8859-1/man6 missing (created) > ./man/de.ISO8859-1/man7 missing (created) > ./man/de.ISO8859-1/man8 missing (created) > ./man/de.ISO8859-1/man9 missing (created) > ./man/de.ISO8859-1/manl missing (created) > ./man/de.ISO8859-1/mann missing (created) > ./man/en.ISO8859-1 missing (created) > ./man/en.ISO8859-1/cat1 missing (created) > ./man/en.ISO8859-1/cat1aout missing (created) > ./man/en.ISO8859-1/cat2 missing (created) > ./man/en.ISO8859-1/cat3 missing (created) > ./man/en.ISO8859-1/cat4 missing (created) > ./man/en.ISO8859-1/cat4/alpha missing (created) > ./man/en.ISO8859-1/cat4/i386 missing (created) > ./man/en.ISO8859-1/cat5 missing (created) > ./man/en.ISO8859-1/cat6 missing (created) > ./man/en.ISO8859-1/cat7 missing (created) > ./man/en.ISO8859-1/cat8 missing (created) > ./man/en.ISO8859-1/cat8/alpha missing (created) > ./man/en.ISO8859-1/cat8/i386 missing (created) > ./man/en.ISO8859-1/cat9 missing (created) > ./man/en.ISO8859-1/cat9/i386 missing (created) > ./man/en.ISO8859-1/catn missing (created) > ./man/ja missing (created) > ./man/ja/cat1 missing (created) > ./man/ja/cat2 missing (created) > ./man/ja/cat3 missing (created) > ./man/ja/cat4 missing (created) > ./man/ja/cat5 missing (created) > ./man/ja/cat6 missing (created) > ./man/ja/cat7 missing (created) > ./man/ja/cat8 missing (created) > ./man/ja/cat9 missing (created) > ./man/ja/catl missing (created) > ./man/ja/catn missing (created) > ./man/ja/man1 missing (created) > ./man/ja/man2 missing (created) > ./man/ja/man3 missing (created) > ./man/ja/man4 missing (created) > ./man/ja/man5 missing (created) > ./man/ja/man6 missing (created) > ./man/ja/man7 missing (created) > ./man/ja/man8 missing (created) > ./man/ja/man9 missing (created) > ./man/ja/manl missing (created) > ./man/ja/mann missing (created) > ./man/man1 missing (created) > ./man/man2 missing (created) > ./man/man3 missing (created) > ./man/man4 missing (created) > ./man/man5 missing (created) > ./man/man6 missing (created) > ./man/man7 missing (created) > ./man/man8 missing (created) > ./man/man9 missing (created) > ./man/manl missing (created) > ./man/mann missing (created) > ./man/ru.KOI8-R missing (created) > ./man/ru.KOI8-R/cat1 missing (created) > ./man/ru.KOI8-R/cat2 missing (created) > ./man/ru.KOI8-R/cat3 missing (created) > ./man/ru.KOI8-R/cat4 missing (created) > ./man/ru.KOI8-R/cat5 missing (created) > ./man/ru.KOI8-R/cat6 missing (created) > ./man/ru.KOI8-R/cat7 missing (created) > ./man/ru.KOI8-R/cat8 missing (created) > ./man/ru.KOI8-R/cat9 missing (created) > ./man/ru.KOI8-R/catl missing (created) > ./man/ru.KOI8-R/catn missing (created) > ./man/ru.KOI8-R/man1 missing (created) > ./man/ru.KOI8-R/man2 missing (created) > ./man/ru.KOI8-R/man3 missing (created) > ./man/ru.KOI8-R/man4 missing (created) > ./man/ru.KOI8-R/man5 missing (created) > ./man/ru.KOI8-R/man6 missing (created) > ./man/ru.KOI8-R/man7 missing (created) > ./man/ru.KOI8-R/man8 missing (created) > ./man/ru.KOI8-R/man9 missing (created) > ./man/ru.KOI8-R/manl missing (created) > ./man/ru.KOI8-R/mann missing (created) > ./sbin missing (created) > ./share missing (created) > ./share/aclocal missing (created) > ./share/dict missing (created) > ./share/doc missing (created) > ./share/doc/ja missing (created) > ./share/emacs missing (created) > ./share/emacs/site-lisp missing (created) > ./share/examples missing (created) > ./share/java missing (created) > ./share/java/classes missing (created) > ./share/misc missing (created) > ./share/nls missing (created) > ./share/nls/C missing (created) > ./share/nls/af_ZA.ISO8859-1 missing (created) > ./share/nls/af_ZA.ISO8859-15 missing (created) > ./share/nls/am_ET.UTF-8 missing (created) > ./share/nls/bg_BG.CP1251 missing (created) > ./share/nls/cs_CZ.ISO8859-2 missing (created) > ./share/nls/da_DK.ISO8859-1 missing (created) > ./share/nls/da_DK.ISO8859-15 missing (created) > ./share/nls/de_AT.ISO8859-1 missing (created) > ./share/nls/de_AT.ISO8859-15 missing (created) > ./share/nls/de_CH.ISO8859-1 missing (created) > ./share/nls/de_CH.ISO8859-15 missing (created) > ./share/nls/de_DE.ISO8859-1 missing (created) > ./share/nls/de_DE.ISO8859-15 missing (created) > ./share/nls/el_GR.ISO8859-7 missing (created) > ./share/nls/en_AU.ISO8859-1 missing (created) > ./share/nls/en_AU.ISO8859-15 missing (created) > ./share/nls/en_AU.US-ASCII missing (created) > ./share/nls/en_CA.ISO8859-1 missing (created) > ./share/nls/en_CA.ISO8859-15 missing (created) > ./share/nls/en_CA.US-ASCII missing (created) > ./share/nls/en_GB.ISO8859-1 missing (created) > ./share/nls/en_GB.ISO8859-15 missing (created) > ./share/nls/en_GB.US-ASCII missing (created) > ./share/nls/en_NZ.ISO8859-1 missing (created) > ./share/nls/en_NZ.ISO8859-15 missing (created) > ./share/nls/en_NZ.US-ASCII missing (created) > ./share/nls/en_US.ISO8859-1 missing (created) > ./share/nls/en_US.ISO8859-15 missing (created) > ./share/nls/es_ES.ISO8859-1 missing (created) > ./share/nls/es_ES.ISO8859-15 missing (created) > ./share/nls/et_EE.ISO8859-15 missing (created) > ./share/nls/fi_FI.ISO8859-1 missing (created) > ./share/nls/fi_FI.ISO8859-15 missing (created) > ./share/nls/fr_BE.ISO8859-1 missing (created) > ./share/nls/fr_BE.ISO8859-15 missing (created) > ./share/nls/fr_CA.ISO8859-1 missing (created) > ./share/nls/fr_CA.ISO8859-15 missing (created) > ./share/nls/fr_CH.ISO8859-1 missing (created) > ./share/nls/fr_CH.ISO8859-15 missing (created) > ./share/nls/fr_FR.ISO8859-1 missing (created) > ./share/nls/fr_FR.ISO8859-15 missing (created) > ./share/nls/hi_IN.ISCII-DEV missing (created) > ./share/nls/hr_HR.ISO8859-2 missing (created) > ./share/nls/hu_HU.ISO8859-2 missing (created) > ./share/nls/is_IS.ISO8859-1 missing (created) > ./share/nls/is_IS.ISO8859-15 missing (created) > ./share/nls/it_CH.ISO8859-1 missing (created) > ./share/nls/it_CH.ISO8859-15 missing (created) > ./share/nls/it_IT.ISO8859-1 missing (created) > ./share/nls/it_IT.ISO8859-15 missing (created) > ./share/nls/ja_JP.SJIS missing (created) > ./share/nls/ja_JP.eucJP missing (created) > ./share/nls/ko_KR.eucKR missing (created) > ./share/nls/la_LN.ISO8859-1 missing (created) > ./share/nls/la_LN.ISO8859-15 missing (created) > ./share/nls/la_LN.ISO8859-2 missing (created) > ./share/nls/la_LN.ISO8859-4 missing (created) > ./share/nls/la_LN.US-ASCII missing (created) > ./share/nls/lt_LT.ISO8859-4 missing (created) > ./share/nls/nl_BE.ISO8859-1 missing (created) > ./share/nls/nl_BE.ISO8859-15 missing (created) > ./share/nls/nl_NL.ISO8859-1 missing (created) > ./share/nls/nl_NL.ISO8859-15 missing (created) > ./share/nls/no_NO.ISO8859-1 missing (created) > ./share/nls/no_NO.ISO8859-15 missing (created) > ./share/nls/pl_PL.ISO8859-2 missing (created) > ./share/nls/pt_BR.ISO8859-1 missing (created) > ./share/nls/pt_PT.ISO8859-1 missing (created) > ./share/nls/pt_PT.ISO8859-15 missing (created) > ./share/nls/ro_RO.ISO8859-2 missing (created) > ./share/nls/ru_RU.CP1251 missing (created) > ./share/nls/ru_RU.CP866 missing (created) > ./share/nls/ru_RU.ISO8859-5 missing (created) > ./share/nls/ru_RU.KOI8-R missing (created) > ./share/nls/sk_SK.ISO8859-2 missing (created) > ./share/nls/sl_SI.ISO8859-2 missing (created) > ./share/nls/sv_SE.ISO8859-1 missing (created) > ./share/nls/sv_SE.ISO8859-15 missing (created) > ./share/nls/tr_TR.ISO8859-9 missing (created) > ./share/nls/uk_UA.ISO8859-5 missing (created) > ./share/nls/uk_UA.KOI8-U missing (created) > ./share/nls/zh_CN.eucCN missing (created) > ./share/nls/zh_CN.GB18030 missing (created) > ./share/nls/zh_CN.GBK missing (created) > ./share/nls/zh_TW.Big5 missing (created) > ./share/sgml missing (created) > ./share/skel missing (created) > ./share/xml missing (created) > [port_test] ===> make depends > ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - found > ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - found > ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - found > ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - found > [port_test] ===> make install > ===> Vulnerability check disabled, database not found > ===> Extracting for hmmer-2.2.g_1 > >> Checksum OK for hmmer-2.2g.tar.gz. > ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - found > ===> Patching for hmmer-2.2.g_1 > ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - found > ===> Applying FreeBSD patches for hmmer-2.2.g_1 > ===> hmmer-2.2.g_1 depends on executable: pvm - found > ===> hmmer-2.2.g_1 depends on file: /usr/local/bin/perl5.6.1 - found > ===> Configuring for hmmer-2.2.g_1 > creating cache ./config.cache > Welcome to HMMER... configuring for your system. > checking for gcc... cc > checking whether the C compiler (cc -O -pipe ) works... yes > checking whether the C compiler (cc -O -pipe ) is a cross-compiler... > no > checking whether we are using GNU C... yes > checking whether cc accepts -g... yes > checking whether ln -s works... yes > checking for ranlib... ranlib > checking whether your make is GNU make... nope, assuming sysv make. > Configuring for PVM > checking host system type... i386-portbld-freebsd4.10 > checking how to run the C preprocessor... cc -E > Trying to enable default POSIX threads support > checking for pthread.h... yes > checking for the pthreads library -lpthreads... no > checking whether pthreads work without any flags... no > checking whether pthreads work with -Kthread... no > checking whether pthreads work with -kthread... no > checking for the pthreads library -llthread... no > checking whether pthreads work with -pthread... yes > checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE > checking if more special flags are required for pthreads... > -D_THREAD_SAFE > checking for cc_r... cc > checking for pthread_setconcurrency... no > checking for pthread_attr_setscope... no > checking for ntohs... yes > checking for ntohl... yes > checking for htons... yes > checking for htonl... yes > Configuration complete. Writing Makefiles and such... > updating cache ./config.cache > creating ./config.status > creating Makefile > creating src/Makefile > creating testsuite/Makefile > configuring in squid > running /bin/sh ./configure --with-pvm --prefix=/usr/tmp/ports > i386-portbld-freebsd4.10 --cache-file=.././config.cache --srcdir=. > loading cache .././config.cache > Welcome to SQUID... configuring for your system. > checking for gcc... (cached) cc > checking whether the C compiler (cc -O -pipe ) works... yes > checking whether the C compiler (cc -O -pipe ) is a cross-compiler... > no > checking whether we are using GNU C... (cached) yes > checking whether cc accepts -g... (cached) yes > checking whether ln -s works... (cached) yes > checking for ranlib... (cached) ranlib > checking whether your make is GNU make... nope, assuming sysv make. > Configuring for PVM > checking whether byte ordering is bigendian... no > checking for ntohs... (cached) yes > checking for ntohl... (cached) yes > checking for htons... (cached) yes > checking for htonl... (cached) yes > checking size of unsigned short... 2 > checking size of unsigned int... 4 > checking size of unsigned long... 4 > checking size of unsigned long long... 8 > checking whether fpos_t is an arithmetic datatype... yes. > checking for ftello... yes > checking for fseeko... yes > checking for ftello64... no > checking for fseeko64... no > checking for ftell64... no > checking for fseek64... no > checking for stat64... no > checking size of off_t... 0 > checking size of off64_t... 0 > checking size of fpos_t... 8 > Configuration complete. Writing Makefiles and such... > updating cache .././config.cache > creating ./config.status > creating Makefile > creating squid.h > creating squidconf.h > ===> Building for hmmer-2.2.g_1 > echo "/* version.h -- automatically generated by a Makefile. DO NOT > EDIT. */" > version.h > echo "#define PACKAGE \""HMMER"\"" >> version.h > echo "#define RELEASE \""2.2g"\"" >> version.h > echo "#define RELEASEDATE \""August 2001"\"" >> version.h > echo "#define COPYRIGHT \""Copyright \(C\) 1992-2001 HHMI/Washington > University School of Medicine"\"" >> version.h > echo "#define LICENSE \""Freely distributed under the GNU General > Public License \(GPL\)"\"" >> version.h > cp version.h squid/ > cp version.h src/ > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c afetch_main.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c a2m.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c aligneval.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c alignio.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c clustal.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c cluster.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c dayhoff.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c eps.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c file.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c getopt.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c gki.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c gsi.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c hsregex.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c iupac.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c msa.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c msf.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c phylip.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c revcomp.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c rk.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c selex.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c seqencode.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c shuffle.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sqerror.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sqio.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c squidcore.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sre_ctype.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sre_math.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c sre_string.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c ssi.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stack.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stockholm.c > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stopwatch.c > stopwatch.c:62: pvm3.h: No such file or directory > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g/squid. > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g. > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer. > [port_test] ===> make package > ===> Building for hmmer-2.2.g_1 > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stopwatch.c > stopwatch.c:62: pvm3.h: No such file or directory > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g/squid. > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g. > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer. > [port_test] ===> make deinstall > ===> Deinstalling for biology/hmmer > ===> hmmer not installed, skipping > [port_test] ===> pkg_add > [port_test] ===> make deinstall > ===> Deinstalling for biology/hmmer > ===> hmmer not installed, skipping > [port_test] ===> make reinstall > ===> Building for hmmer-2.2.g_1 > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stopwatch.c > stopwatch.c:62: pvm3.h: No such file or directory > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g/squid. > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g. > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer. > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer. > [port_test] ===> make package > ===> Building for hmmer-2.2.g_1 > cc -O -pipe -DSRE_ENABLE_PVM -I/include -DHAVE_CONFIG_H -c stopwatch.c > stopwatch.c:62: pvm3.h: No such file or directory > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g/squid. > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer/work/hmmer-2.2g. > *** Error code 1 > > Stop in /home/fernan/misc/freebsd-ports/hmmer. > [port_test] ===> Finished > > Check the pkg-plist and edit it to manually fix remaining issues. > You should remove the entries for the pkgdb. This script creates > the pkgdb under PREFIX, thus they appear in the pkg-plist. > exit > > Script done on Tue Aug 31 10:19:22 2004 > ===== MAURICIO HERRERA CUADRA arareko@yahoo.com http://www.geocities.com/arareko/ "I've seen 5.11 divided into 11 different grades of increasing difficulty, as follows: 5.11a, 5.10d, 5.11-, 5.11b, 5.11, 5.11c, 5.9 squeeze, 5.11+, 5.10 OW, 5.12a, 5.11d" — Brutus of Wyde. -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCM/CS/IT/LS/MD/MU/PA/S/TW/O>B/M/P/AT$ d-(---)>!$ s+:+>$ a26>+++>?$ C(++++)>---$ UBL+++>UAVHIOSCX*---$ P++++(--)>--- L->+$ E-(--)>+++$ W+(+++)>-- N+>- o+++(--) K?>$ w+(---)>$ !O M>+$ !V PS+(+++) PE(-) Y(+) PGP(-)>+ t(-)>+++$ 5 X@>+$ R*>+++$ tv(+)>+$ b+>+++$ DI+++>+++$ D+++>++++$ G++(-)>++++$ e++>++++$ h!>---$ r%>++ y+(**)>+$ ------END GEEK CODE BLOCK------ _______________________________ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 18:16:51 2004 Return-Path: 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 8A64416A4CE for ; Tue, 31 Aug 2004 18:16:51 +0000 (GMT) Received: from mx1.imp.ch (mx1.imp.ch [157.161.9.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E7B43D80 for ; Tue, 31 Aug 2004 18:16:48 +0000 (GMT) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2o [157.161.9.17]) by mx1.imp.ch (8.12.11/8.12.11) with ESMTP id i7VIGb3e047818 for ; Tue, 31 Aug 2004 20:16:38 +0200 (CEST) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (localhost [127.0.0.1]) by mx2.imp.ch (8.12.11/8.12.11/Submit) with ESMTP id i7VIGZmo030728 for ; Tue, 31 Aug 2004 20:16:35 +0200 (CEST) (envelope-from mb@imp.ch) Received: (from clamav@localhost) by mx2.imp.ch (8.12.11/8.12.11/Submit) id i7VIGZfh030724 for ; Tue, 31 Aug 2004 20:16:35 +0200 (CEST) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by ns1.imp.ch (MIMEDefang) with ESMTP id i7VIGTq5089114; Tue, 31 Aug 2004 20:16:35 +0200 (CEST) Date: Tue, 31 Aug 2004 20:16:29 +0200 (CEST) From: Martin Blapp To: freebsd-ports@freebsd.org Message-ID: <20040831200251.C6407@cvs.imp.ch> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-923124273-1093976058=:6407" Content-ID: <20040831201426.O6407@cvs.imp.ch> X-Spam-Resent: Yes X-Spam-Checksum: bc80d83b392c80ebb45d80119c432556 X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0029 seconds" X-Virus-Status: No, scantime="0.0033 seconds" X-Spam-Status: No, hits=-2.951 required=5 scantime="8.7824 seconds" tests=BAYES_20 X-Scanned-By: MIMEDefang 2.44 cc: kuriyama@freebsd.org Subject: MIME-Tools 5.411a fixes (will be part of MIME-Tools 5.412) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 18:16:51 -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. Send mail to mime@docserver.cac.washington.edu for more info. --0-923124273-1093976058=:6407 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20040831201426.R6407@cvs.imp.ch> Hi all, If it is ok I plan to commit the following changes to MIME-Tools. These are all needed fixes to get p5-MIME-Tools working properly together with MIMEDefang/Mailscanner/Amavis. They have been reviewed and discussed by Julian Field (the mailscanner lead developer) and David F. Skoll (the MIMEDefang lead developer). Gisle Aas (developer of p5-Base64) has also helped us a lot. This port is unmaintained in CPAN since almost 2 years now and we need to do something. Hopefully there will be soon MIME-Tools 5.412 (but that will be after the ports freeze. I'm running these fixes here on a heavily used server and they fix all known problems (binary corruption, memleaks etc) with MIME-Tools 5411. Unfortunatly MIME-Tools 6.002 contains some regressions and nobody uses it currently. Martin patch-7or8bit.diff ------------------ Correct "7_bit", "7-bit", and "7 bit" to "7bit"; likewise for "8bit". Taken from MIME-Tools 6.002 patch-Benchmark --------------- Parser memory leak fixed. The closure-based task/benchmark mechanisms created for 5.5 were leaking references like crazy. That's been stopped. Taken from MIME-Tools 6.002 patch-Parser-BinHex ------------------- Add BinHex support. Submitted by: Julian Field patch-Decoder-qpdecode ---------------------- Fix the problem with corrupted PDF-files with a modified patch which treats encoded PDF-Files differently and decodes these file adding a carriage return. patch-Decoder-qpencode ---------------------- Fix encoding corruption. rt.cpan.org: Bug #7457 encode_qp() since version 3.02 takes up 3 args. Third arg is a flag indicating binarymode. Since the flag meaning is inverted comparing to the MIME::Base64 patch suggested originally, the corresponding MIME-tools patch needs to be modified also. Submitted by: ak2@smr.ru patch-Filer.pm-whitespace ------------------------- Remove whitspaces from exorcise_filename() and make evil_filename() recognize path or special characters. Submitted by: Julian Field Martin Blapp patch-Parser-MaxParts --------------------- Limits the number of MIME parts we will parse. Normally, instances of this class parse a message to the bitter end. Messages with many MIME parts can cause excessive memory consumption. If you invoke this method, parsing will abort with a die() if a message contains more than NUM parts. Submitted by: David F. Skoll patch-ParserUndef ----------------- Return undef or the parsed MIME::Entity in parse_data(). Submitted by: David F. Skoll Index: Makefile =================================================================== RCS file: /home/pcvs/ports/mail/p5-MIME-Tools/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- Makefile 19 Nov 2003 10:00:45 -0000 1.27 +++ Makefile 31 Aug 2004 18:06:53 -0000 @@ -7,8 +7,8 @@ PORTNAME= p5-MIME-Tools PORTVERSION= 5.411a -PORTREVISION= 3 -PORTEPOCH= 1 +PORTREVISION= 4 +PORTEPOCH= 2 CATEGORIES= mail perl5 MASTER_SITES= ${MASTER_SITE_PERL_CPAN} MASTER_SITE_SUBDIR= MIME @@ -18,7 +18,9 @@ COMMENT= A set of perl5 modules for MIME BUILD_DEPENDS= ${SITE_PERL}/Mail/Header.pm:${PORTSDIR}/mail/p5-Mail-Tools \ - ${SITE_PERL}/IO/Wrap.pm:${PORTSDIR}/devel/p5-IO-stringy + ${SITE_PERL}/IO/Wrap.pm:${PORTSDIR}/devel/p5-IO-stringy \ + ${SITE_PERL}/Convert/BinHex.pm:${PORTSDIR}/converters/p5-Convert-BinHex \ + ${SITE_PERL}/${PERL_ARCH}/MIME/Base64.pm:${PORTSDIR}/converters/p5-MIME-Base64 RUN_DEPENDS= ${BUILD_DEPENDS} PERL_CONFIGURE= YES @@ -48,9 +50,6 @@ .include -.if ${PERL_LEVEL} < 500800 -BUILD_DEPENDS+= ${SITE_PERL}/${PERL_ARCH}/MIME/Base64.pm:${PORTSDIR}/converters/p5-MIME-Base64 -.endif post-patch: @${RM} -f ${WRKSRC}/lib/MIME/Field/ParamVal.pm.orig \ Index: files/patch-7or8bit.diff =================================================================== RCS file: files/patch-7or8bit.diff diff -N files/patch-7or8bit.diff --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-7or8bit.diff 31 Aug 2004 18:06:53 -0000 @@ -0,0 +1,20 @@ +--- lib/MIME/Head.pm.orig Sat Nov 4 20:54:46 2000 ++++ lib/MIME/Head.pm Wed Aug 25 11:12:25 2004 +@@ -685,11 +685,16 @@ + This is the default value -- that is, "Content-Transfer-Encoding: 7BIT" + is assumed if the Content-Transfer-Encoding header field is not present. + ++I do one other form of fixup: "7_bit", "7-bit", and "7 bit" are ++corrected to "7bit"; likewise for "8bit". ++ + =cut + + sub mime_encoding { + my $self = shift; +- lc($self->mime_attr('content-transfer-encoding') || '7bit'); ++ my $enc = lc($self->mime_attr('content-transfer-encoding') || '7bit'); ++ $enc =~ s{^([78])[ _-]bit\Z}{$1bit}; ++ $enc; + } + + #------------------------------ Index: files/patch-Benchmark =================================================================== RCS file: files/patch-Benchmark diff -N files/patch-Benchmark --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-Benchmark 31 Aug 2004 18:06:53 -0000 @@ -0,0 +1,88 @@ +--- lib/MIME/Parser.pm.orig Wed Aug 25 11:19:44 2004 ++++ lib/MIME/Parser.pm Wed Aug 25 11:23:39 2004 +@@ -582,10 +582,7 @@ + my ($self, $in, $rdr, $out) = @_; + + ### Parse: +- my $bm = benchmark { +- $rdr->read_chunk($in, $out); +- }; +- $self->debug("t bound: $bm"); ++ $rdr->read_chunk($in, $out); + 1; + } + +@@ -828,11 +825,8 @@ + + ### Decode and save the body (using the decoder): + my $DECODED = $body->open("w") || die "$ME: body not opened: $!\n"; +- my $bm = benchmark { +- eval { $decoder->decode($ENCODED, $DECODED); }; +- $@ and $self->error($@); +- }; +- $self->debug("t decode: $bm"); ++ eval { $decoder->decode($ENCODED, $DECODED); }; ++ $@ and $self->error($@); + $DECODED->close; + + ### Success! Remember where we put stuff: +@@ -1134,11 +1128,8 @@ + my $entity; + local $/ = "\n"; ### just to be safe + +- my $bm = benchmark { +- $self->init_parse; +- ($entity) = $self->process_part($in, undef); ### parse! +- }; +- $self->debug("t parse: $bm"); ++ $self->init_parse; ++ ($entity) = $self->process_part($in, undef); ### parse! + + $entity; + } +--- lib/MIME/Tools.pm.orig Wed Aug 25 10:47:32 2004 ++++ lib/MIME/Tools.pm Wed Aug 25 10:50:41 2004 +@@ -24,7 +24,7 @@ + 'config' => [qw(%CONFIG)], + 'msgs' => [qw(usage debug whine error)], + 'msgtypes'=> [qw($M_DEBUG $M_WARNING $M_ERROR)], +- 'utils' => [qw(benchmark catfile shellquote textual_type tmpopen )], ++ 'utils' => [qw(catfile shellquote textual_type tmpopen )], + ); + Exporter::export_ok_tags('config', 'msgs', 'msgtypes', 'utils'); + +@@ -153,26 +153,6 @@ + + #------------------------------ + # +-# benchmark CODE +-# +-# Private benchmarking utility. +-# +-sub benchmark(&) { +- my ($code) = @_; +- if (1) { +- my $t0 = new Benchmark; +- &$code; +- my $t1 = new Benchmark; +- return timestr(timediff($t1, $t0)); +- } +- else { +- &$code; +- return ""; +- } +-} +- +-#------------------------------ +-# + # catfile DIR, FILE + # + # Directory/file concatenation. +@@ -1394,7 +1374,6 @@ + Newlines in the void + + Started using Benchmark for benchmarking. +- + + =item Version 5.205 (2000/06/06) + Index: files/patch-Decoder-qpdecode =================================================================== RCS file: files/patch-Decoder-qpdecode diff -N files/patch-Decoder-qpdecode --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-Decoder-qpdecode 31 Aug 2004 18:06:53 -0000 @@ -0,0 +1,30 @@ +--- lib/MIME/Decoder/QuotedPrint.pm.orig Tue Aug 31 17:02:43 2004 ++++ lib/MIME/Decoder/QuotedPrint.pm Tue Aug 31 17:02:38 2004 +@@ -85,9 +85,26 @@ + # + sub decode_it { + my ($self, $in, $out) = @_; ++ my $init = 0; ++ my $havepdf = 0; + + while (defined($_ = $in->getline)) { +- $out->print(decode_qp($_)); ++ if (!$init) { ++ if ($_ =~ /^%PDF/) { ++ $init = 1; ++ $havepdf = 1; ++ } ++ } ++ if ($havepdf) { ++ my $output = $_; ++ $output =~ s/[ \t]+?(\r?\n)/$1/g; # rule #3 (trailing space must be deleted) ++ $output =~ s/=\r?\n//g; # rule #5 (soft line breaks) ++ $output =~ s/(^|[^\r])\n\Z/$1\r\n/; # JKF rule to replace trailing \n with \r\n ++ $output =~ s/=([\da-fA-F]{2})/pack("C", hex($1))/ge; ++ $out->print($output); ++ } else { ++ $out->print(decode_qp($_)); ++ } + } + 1; + } Index: files/patch-Decoder-qpencode =================================================================== RCS file: files/patch-Decoder-qpencode diff -N files/patch-Decoder-qpencode --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-Decoder-qpencode 31 Aug 2004 18:06:53 -0000 @@ -0,0 +1,128 @@ +--- lib/MIME/Decoder/QuotedPrint.pm.orig Wed Aug 25 11:46:45 2004 ++++ lib/MIME/Decoder/QuotedPrint.pm Wed Aug 25 11:48:27 2004 +@@ -54,7 +54,7 @@ + + use vars qw(@ISA $VERSION); + use MIME::Decoder; +-use MIME::QuotedPrint 2.03; ++use MIME::QuotedPrint 3.03; + + @ISA = qw(MIME::Decoder); + +@@ -63,7 +63,7 @@ + + #------------------------------ + # +-# encode_qp_really STRING ++# encode_qp_really STRING TEXTUAL_TYPE_FLAG + # + # Encode QP, and then follow guideline 8 from RFC 2049 (thanks to Denis + # N. Antonioli) whereby we make things a little safer for the transport +@@ -71,7 +71,7 @@ + # grow beyond 76 characters! + # + sub encode_qp_really { +- my $enc = encode_qp($_[0]); ++ my $enc = encode_qp(shift, undef, not shift); + if (length($enc) < 74) { + $enc =~ s/^\.$/=2E/g; # force encoding of /^\.$/ + $enc =~ s/^From /=46rom /g; # force encoding of /^From / +@@ -97,10 +97,10 @@ + # encode_it IN, OUT + # + sub encode_it { +- my ($self, $in, $out) = @_; ++ my ($self, $in, $out, $textual_type) = @_; + + while (defined($_ = $in->getline)) { +- $out->print(encode_qp_really($_)); ++ $out->print(encode_qp_really($_, $textual_type)); + } + 1; + } +--- lib/MIME/Decoder.pm.orig Wed Aug 25 11:49:42 2004 ++++ lib/MIME/Decoder.pm Wed Aug 25 11:50:26 2004 +@@ -248,14 +248,14 @@ + =cut + + sub encode { +- my ($self, $in, $out) = @_; ++ my ($self, $in, $out, $textual_type) = @_; + + ### Coerce old-style filehandles to legit objects, and do it! + $in = wraphandle($in); + $out = wraphandle($out); + + ### Invoke back-end method to do the work: +- $self->encode_it($in, $out) || ++ $self->encode_it($in, $out, $self->encoding eq 'quoted-printable' ? ($textual_type) : ()) || + die "$ME: ".$self->encoding." encoding failed\n"; + } + +--- lib/MIME/Entity.pm.orig Wed Aug 25 11:50:54 2004 ++++ lib/MIME/Entity.pm Wed Aug 25 11:51:25 2004 +@@ -1853,7 +1853,7 @@ + + ### Output the body: + my $IO = $self->open("r") || die "open body: $!"; +- $decoder->encode($IO, $out) || return error "encoding failed"; ++ $decoder->encode($IO, $out, textual_type($self->head->mime_type) ? 1 : 0) || die "encoding failed\n"; + $IO->close; + 1; + } +--- lib/MIME/Decoder/QuotedPrint.pm.orig Thu Aug 26 12:28:37 2004 ++++ lib/MIME/Decoder/QuotedPrint.pm Thu Aug 26 12:28:26 2004 +@@ -73,7 +73,7 @@ + sub encode_qp_really { + my $enc = encode_qp(shift, undef, not shift); + if (length($enc) < 74) { +- $enc =~ s/^\.$/=2E/g; # force encoding of /^\.$/ ++ $enc =~ s/^\.\n/=2E\n/g; # force encoding of /^\.$/ + $enc =~ s/^From /=46rom /g; # force encoding of /^From / + } + $enc; +--- t/Misc.t.orig Sun May 21 07:15:26 2000 ++++ t/Misc.t Thu Aug 26 12:34:27 2004 +@@ -6,7 +6,7 @@ + + # Create checker: + my $T = typical ExtUtils::TBone; +-$T->begin(7); ++$T->begin(12); + + #------------------------------ + # Bug 971008 from Michael W. Normandin : +@@ -67,13 +67,29 @@ + # $res =~ s/\./=2E/go; + # $res =~ s/From /=46rom /go; + # at the start of encode_qp_really in MIME::Decoder::QuotedPrint? ++# ++# Textual mode. ++{ ++ use MIME::Decoder::QuotedPrint; ++ my $pair; ++ foreach $pair (["From me", "=46rom me=\n"], ++ [".", ".=\n"], # soft line-break ++ [".\n", "=2E\n"], # line-break ++ [" From you", " From you=\n"]) { ++ my $out = MIME::Decoder::QuotedPrint::encode_qp_really($pair->[0], 1); ++ $T->ok_eq($out, $pair->[1], ++ "bug 970725-DNA: QP use of RFC2049 guideline 8"); ++ } ++} ++# Binary mode + { + use MIME::Decoder::QuotedPrint; + my $pair; +- foreach $pair (["From me", "=46rom me"], +- [".", "=2E"], +- [" From you", " From you"]) { +- my $out = MIME::Decoder::QuotedPrint::encode_qp_really($pair->[0]); ++ foreach $pair (["From me", "=46rom me=\n"], ++ [".", ".=\n"], # soft line-break ++ [".\n", ".=0A=\n"], # line-break ++ [" From you", " From you=\n"]) { ++ my $out = MIME::Decoder::QuotedPrint::encode_qp_really($pair->[0], 0); + $T->ok_eq($out, $pair->[1], + "bug 970725-DNA: QP use of RFC2049 guideline 8"); + } Index: files/patch-Filer.pm-whitespace =================================================================== RCS file: files/patch-Filer.pm-whitespace diff -N files/patch-Filer.pm-whitespace --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-Filer.pm-whitespace 31 Aug 2004 18:06:53 -0000 @@ -0,0 +1,23 @@ +--- lib/MIME/Parser/Filer.pm Thu Nov 23 06:04:03 2000 ++++ lib/MIME/Parser/Filer.pm Thu Aug 26 00:42:18 2004 +@@ -357,8 +357,9 @@ + $self->debug("is this evil? '$name'"); + + return 1 if (!defined($name) or ($name eq '')); ### empty ++ return 1 if ($name =~ m{(^\s)|(\s+\Z)}); ### leading/trailing whitespace + return 1 if ($name =~ m{^\.+\Z}); ### dots +- return 1 if ($name =~ tr{\\/:[]}{}); ### path characters ++ return 1 if ($name =~ /((?:[\[\]\\\/\<\>\|\?\*\:\"]|\p{IsCntrl}))/); ### path or special characters + return 1 if ($self->{MPF_MaxName} and + (length($name) > $self->{MPF_MaxName})); + +@@ -402,6 +403,9 @@ + my ($root, $ext) = (($last =~ /^(.*)\.([^\.]+)\Z/) + ? ($1, $2) + : ($last, '')); ++ ### Delete leading and trailing whitespace ++ $root =~ s/^\s+//; ++ $ext =~ s/\s+$//; + $root = substr($root, 0, ($self->{MPF_TrimRoot} || 14)); + $ext = substr($ext, 0, ($self->{MPF_TrimExt} || 3)); + $ext =~ /^\w+$/ or $ext = "dat"; Index: files/patch-Parser-BinHex =================================================================== RCS file: files/patch-Parser-BinHex diff -N files/patch-Parser-BinHex --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-Parser-BinHex 31 Aug 2004 18:06:53 -0000 @@ -0,0 +1,260 @@ +--- /dev/null Sun Aug 1 22:44:02 2004 ++++ lib/MIME/Decoder/BinHex.pm Sun Aug 1 22:43:12 2004 +@@ -0,0 +1,182 @@ ++package MIME::Decoder::BinHex; ++ ++ ++=head1 NAME ++ ++MIME::Decoder::BinHex - decode a "binhex" stream ++ ++ ++=head1 SYNOPSIS ++ ++A generic decoder object; see L for usage. ++ ++Also supports a preamble() method to recover text before ++the binhexed portion of the stream. ++ ++ ++=head1 DESCRIPTION ++ ++A MIME::Decoder subclass for a nonstandard encoding whereby ++data are binhex-encoded. Common non-standard MIME encodings for this: ++ ++ x-uu ++ x-uuencode ++ ++ ++=head1 AUTHOR ++ ++Julian Field (F). ++ ++All rights reserved. This program is free software; you can redistribute ++it and/or modify it under the same terms as Perl itself. ++ ++=head1 VERSION ++ ++$Revision: 1.1 $ $Date: 2004/08/01 20:46:17 $ ++ ++=cut ++ ++ ++require 5.002; ++use vars qw(@ISA $VERSION); ++use MIME::Decoder; ++use MIME::Tools qw(whine); ++use Convert::BinHex; ++ ++@ISA = qw(MIME::Decoder); ++ ++# The package version, both in 1.23 style *and* usable by MakeMaker: ++$VERSION = substr q$Revision: 1.1 $, 10; ++ ++ ++#------------------------------ ++# ++# decode_it IN, OUT ++# ++sub decode_it { ++ my ($self, $in, $out) = @_; ++ my ($mode, $file); ++ my (@preamble, @data); ++ local $_; ++ my $H2B = Convert::BinHex->hex2bin; ++ #my $H2B = Convert::BinHex->open($in); ++ my $line; ++ ++ $self->{MDU_Preamble} = \@preamble; ++ $self->{MDU_Mode} = '600'; ++ $self->{MDU_File} = undef; ++ ++ ### Find beginning... ++ $MailScanner::BinHex::Inline = 1; ++ if ($MailScanner::BinHex::Inline) { ++ while (defined($_ = $in->getline)) { ++ #print STDERR "Line is \"$_\"\n"; ++ if (/^\(This file must be converted/) { ++ $_ = $in->getline; ++ last if /^:/; ++ } ++ push @preamble, $_; ++ } ++ die("binhex decoding: fell off end of file\n") if !defined($_); ++ } else { ++ while (defined($_ = $in->getline)) { ++ # Found the header? So start decoding it ++ last if /^:/; ++ push @preamble, $_; ++ } ++ ## hit eof! ++ die("binhex decoding: no This file must be... found\n") if !defined($_); ++ } ++ ++ ### Decode: ++ # Don't rely on the comment always being there ++ #$self->whine(":H2B is $H2B\n"); ++ #$self->whine("Header is " . $H2B->read_header . "\n"); ++ #@data = $H2B->read_data; ++ #$out->print(@data); ++ #print STDERR "End of binhex stream\n"; ++ #return 1; ++ #if (/^:/) { ++ my $data; ++ $data = $H2B->next($_); # or whine("Next error is $@ $!\n"); ++ #print STDERR "Data line 1 is length \"" . length($data) . "\" \"$data\"\n"; ++ my $len = unpack("C", $data); ++ while ($len > length($data)+21 && defined($line = $in->getline)) { ++ $data .= $H2B->next($line); ++ } ++ $data = substr($data, 22+$len); ++ $out->print($data); ++ #} ++ while (defined($_ = $in->getline)) { ++ $line = $_; ++ $data = $H2B->next($line); ++ #print STDERR "Data is length " . length($data) . " \"$data\"\n"; ++ $out->print($data); ++ #chomp $line; ++ #print STDERR "Line is length " . length($line) . " \"$line\"\n"; ++ #print STDERR "Line matches end\n" if $line =~ /:$/; ++ last if $line =~ /:$/; ++ } ++ #print STDERR "Broken out of loop\n"; ++ #print STDERR "file incomplete, no end found\n" if !defined($_); # eof ++ 1; ++} ++ ++#------------------------------ ++# ++# encode_it IN, OUT ++# ++sub encode_it { ++ my ($self, $in, $out) = @_; ++ my $line; ++ my $buf = ''; ++ ++ my $fname = (($self->head && ++ $self->head->mime_attr('content-disposition.filename')) || ++ ''); ++ my $B2H = Convert::BinHex->bin2hex; ++ $out->print("(This file must be converted with BinHex 4.0)\n"); ++ #while (defined($line = <$in>)) { ++ while ($in->read($buf, 1000)) { ++ $out->print($B2H->next($buf)); ++ } ++ $out->print($B2H->done); ++ 1; ++} ++ ++#------------------------------ ++# ++# last_preamble ++# ++# Return the last preamble as ref to array of lines. ++# Gets reset by decode_it(). ++# ++sub last_preamble { ++ my $self = shift; ++ return $self->{MDU_Preamble} || []; ++} ++ ++#------------------------------ ++# ++# last_mode ++# ++# Return the last mode. ++# Gets reset to undef by decode_it(). ++# ++sub last_mode { ++ shift->{MDU_Mode}; ++} ++ ++#------------------------------ ++# ++# last_filename ++# ++# Return the last filename. ++# Gets reset by decode_it(). ++# ++sub last_filename { ++ shift->{MDU_File} || undef; #[]; ++} ++ ++#------------------------------ ++1; +--- lib/MIME/Decoder.pm.orig Sun Aug 1 22:44:50 2004 ++++ lib/MIME/Decoder.pm Sun Aug 1 22:45:10 2004 +@@ -111,6 +111,7 @@ + 'quoted-printable' => 'MIME::Decoder::QuotedPrint', + + ### Non-standard... ++ 'binhex' => 'MIME::Decoder::BinHex', + 'x-uu' => 'MIME::Decoder::UU', + 'x-uuencode' => 'MIME::Decoder::UU', + +--- lib/MIME/Parser.pm Tue Aug 31 18:54:05 2004 ++++ lib/MIME/Parser.pm Tue Aug 31 18:53:33 2004 +@@ -799,10 +802,11 @@ + $self->debug("extract uuencode? ", $self->extract_uuencode); + $self->debug("encoding? ", $encoding); + $self->debug("effective type? ", $ent->effective_type); ++ + if ($self->extract_uuencode and + ($encoding =~ /^(7bit|8bit|binary)\Z/) and +- ($ent->effective_type =~ m{^text/plain\Z})) { +- ++ ($ent->effective_type =~ ++ m{^(?:text/plain|application/mac-binhex40|application/mac-binhex)\Z})) { + ### Hunt for it: + my $uu_ent = eval { $self->hunt_for_uuencode($ENCODED, $ent) }; + if ($uu_ent) { ### snark +@@ -842,14 +844,21 @@ + # + sub hunt_for_uuencode { + my ($self, $ENCODED, $ent) = @_; +- my $good; ++ my ($good, $jkfis); + local $_; + $self->debug("sniffing around for UUENCODE"); + + ### Heuristic: + $ENCODED->seek(0,0); + while (defined($_ = $ENCODED->getline)) { +- last if ($good = /^begin [0-7]{3}/); ++ if ($good = /^begin [0-7]{3}/) { ++ $jkfis = 'uu'; ++ last; ++ } ++ if ($good = /^\(This file must be converted with/i) { ++ $jkfis = 'binhex'; ++ last; ++ } + } + $good or do { $self->debug("no one made the cut"); return 0 }; + +@@ -860,7 +869,9 @@ + + ### Made the first cut; on to the real stuff: + $ENCODED->seek(0,0); +- my $decoder = MIME::Decoder->new('x-uuencode'); ++ my $decoder = MIME::Decoder->new(($jkfis eq 'uu')?'x-uuencode' ++ :'binhex'); ++ $self->whine("Found a $jkfis attachment"); + my $pre; + while (1) { + my @bin_data; +@@ -910,12 +921,11 @@ + + ### Did we get anything? + @parts or return undef; +- + ### Set the parts and a nice preamble: + $top_ent->parts(\@parts); + $top_ent->preamble + (["The following is a multipart MIME message which was extracted\n", +- "from a uuencoded message.\n"]); ++ "from a $jkfis-encoded message.\n"]); + $top_ent; + } + Index: files/patch-Parser-MaxParts =================================================================== RCS file: files/patch-Parser-MaxParts diff -N files/patch-Parser-MaxParts --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-Parser-MaxParts 31 Aug 2004 18:06:53 -0000 @@ -0,0 +1,81 @@ +--- lib/MIME/Parser.pm.orig Tue Aug 31 18:54:05 2004 ++++ lib/MIME/Parser.pm Tue Aug 31 18:53:33 2004 +@@ -250,6 +250,7 @@ + $self->{MP5_IgnoreErrors} = 1; + $self->{MP5_UseInnerFiles} = 0; + $self->{MP5_UUDecode} = 0; ++ $self->{MP5_MaxParts} = -1; + + $self->interface(ENTITY_CLASS => 'MIME::Entity'); + $self->interface(HEAD_CLASS => 'MIME::Head'); +@@ -277,6 +278,7 @@ + $self->{MP5_Filer}->results($self->{MP5_Results}); + $self->{MP5_Filer}->init_parse(); + $self->{MP5_Filer}->purgeable([]); ### just to be safe ++ $self->{MP5_NumParts} = 0; + 1; + } + +@@ -969,11 +980,19 @@ + # Retype => retype this part to the given content-type + # + # Return the entity. +-# Fatal exception on failure. ++# Fatal exception on failure. Returns undef if message to complex + # + sub process_part { + my ($self, $in, $rdr, %p) = @_; + ++ if ($self->{MP5_MaxParts} > 0) { ++ $self->{MP5_NumParts}++; ++ if ($self->{MP5_NumParts} > $self->{MP5_MaxParts}) { ++ # Return UNDEF if msg too complex ++ return undef; ++ } ++ } ++ + $rdr ||= MIME::Parser::Reader->new; + #debug "process_part"; + $self->results->level(+1); +@@ -1094,6 +1112,8 @@ + + Returns the parsed MIME::Entity on success. + Throws exception on failure. ++If the message contained too many ++parts (as set by I), returns undef. + + =cut + +@@ -1351,6 +1371,32 @@ + my $self = shift; + &MIME::Tools::whine("evil_filename deprecated in MIME::Parser"); + $self->filer->evil_filename(@_); ++} ++ ++#------------------------------ ++ ++=item max_parts NUM ++ ++I ++Limits the number of MIME parts we will parse. ++ ++Normally, instances of this class parse a message to the bitter end. ++Messages with many MIME parts can cause excessive memory consumption. ++If you invoke this method, parsing will abort with a die() if a message ++contains more than NUM parts. ++ ++If NUM is set to -1 (the default), then no maximum limit is enforced. ++ ++With no argument, returns the current setting as an integer ++ ++=cut ++ ++sub max_parts { ++ my($self, $num) = @_; ++ if (@_ > 1) { ++ $self->{MP5_MaxParts} = $num; ++ } ++ return $self->{MP5_MaxParts}; + } + + #------------------------------ Index: files/patch-ParserUndef =================================================================== RCS file: files/patch-ParserUndef diff -N files/patch-ParserUndef --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-ParserUndef 31 Aug 2004 18:06:53 -0000 @@ -0,0 +1,43 @@ +--- lib/MIME/Parser.pm Tue Aug 31 18:54:05 2004 ++++ lib/MIME/Parser.pm Tue Aug 31 18:53:33 2004 +@@ -708,6 +710,7 @@ + + ### Parse the next part, and add it to the entity... + my $part = $self->process_part($in, $part_rdr, Retype=>$retype); ++ return undef unless defined($part); + $ent->add_part($part); + + ### ...and look at how we finished up: +@@ -944,6 +954,7 @@ + + ### Parse the message: + my $msg = $self->process_part($in, $rdr); ++ return undef unless defined($msg); + + ### How to handle nested messages? + if ($self->extract_nested_messages eq 'REPLACE') { +@@ -1005,14 +1024,14 @@ + + ### Handle, according to the MIME type: + if ($type eq 'multipart') { +- $self->process_multipart($in, $rdr, $ent); ++ return undef unless defined($self->process_multipart($in, $rdr, $ent)); + } + elsif (("$type/$subtype" eq "message/rfc822" || + "$type/$subtype" eq "message/external-body" || + ("$type/$subtype" eq "message/partial" && $head->mime_attr("content-type.number") == 1)) && + $self->extract_nested_messages) { + $self->debug("attempting to process a nested message"); +- $self->process_message($in, $rdr, $ent); ++ return undef unless defined($self->process_message($in, $rdr, $ent)); + } + else { + $self->process_singlepart($in, $rdr, $ent); +@@ -1080,7 +1080,6 @@ + =back + + Returns the parsed MIME::Entity on success. +-Throws exception on failure. + + =cut + --0-923124273-1093976058=:6407 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="MIMETools.diff" Content-Transfer-Encoding: BASE64 Content-ID: <20040831201418.O6407@cvs.imp.ch> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="MIMETools.diff" SW5kZXg6IE1ha2VmaWxlDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg ZmlsZTogL2hvbWUvcGN2cy9wb3J0cy9tYWlsL3A1LU1JTUUtVG9vbHMvTWFr ZWZpbGUsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjI3DQpkaWZmIC11IC1y MS4yNyBNYWtlZmlsZQ0KLS0tIE1ha2VmaWxlCTE5IE5vdiAyMDAzIDEwOjAw OjQ1IC0wMDAwCTEuMjcNCisrKyBNYWtlZmlsZQkzMSBBdWcgMjAwNCAxODow Njo1MyAtMDAwMA0KQEAgLTcsOCArNyw4IEBADQogDQogUE9SVE5BTUU9CXA1 LU1JTUUtVG9vbHMNCiBQT1JUVkVSU0lPTj0JNS40MTFhDQotUE9SVFJFVklT SU9OPQkzDQotUE9SVEVQT0NIPQkxDQorUE9SVFJFVklTSU9OPQk0DQorUE9S VEVQT0NIPQkyDQogQ0FURUdPUklFUz0JbWFpbCBwZXJsNQ0KIE1BU1RFUl9T SVRFUz0JJHtNQVNURVJfU0lURV9QRVJMX0NQQU59DQogTUFTVEVSX1NJVEVf U1VCRElSPQlNSU1FDQpAQCAtMTgsNyArMTgsOSBAQA0KIENPTU1FTlQ9CUEg c2V0IG9mIHBlcmw1IG1vZHVsZXMgZm9yIE1JTUUNCiANCiBCVUlMRF9ERVBF TkRTPQkke1NJVEVfUEVSTH0vTWFpbC9IZWFkZXIucG06JHtQT1JUU0RJUn0v bWFpbC9wNS1NYWlsLVRvb2xzIFwNCi0JCSR7U0lURV9QRVJMfS9JTy9XcmFw LnBtOiR7UE9SVFNESVJ9L2RldmVsL3A1LUlPLXN0cmluZ3kNCisJCSR7U0lU RV9QRVJMfS9JTy9XcmFwLnBtOiR7UE9SVFNESVJ9L2RldmVsL3A1LUlPLXN0 cmluZ3kgXA0KKwkJJHtTSVRFX1BFUkx9L0NvbnZlcnQvQmluSGV4LnBtOiR7 UE9SVFNESVJ9L2NvbnZlcnRlcnMvcDUtQ29udmVydC1CaW5IZXggXA0KKwkJ JHtTSVRFX1BFUkx9LyR7UEVSTF9BUkNIfS9NSU1FL0Jhc2U2NC5wbToke1BP UlRTRElSfS9jb252ZXJ0ZXJzL3A1LU1JTUUtQmFzZTY0DQogUlVOX0RFUEVO RFM9CSR7QlVJTERfREVQRU5EU30NCiANCiBQRVJMX0NPTkZJR1VSRT0JWUVT DQpAQCAtNDgsOSArNTAsNiBAQA0KIA0KIC5pbmNsdWRlIDxic2QucG9ydC5w cmUubWs+DQogDQotLmlmICR7UEVSTF9MRVZFTH0gPCA1MDA4MDANCi1CVUlM RF9ERVBFTkRTKz0JJHtTSVRFX1BFUkx9LyR7UEVSTF9BUkNIfS9NSU1FL0Jh c2U2NC5wbToke1BPUlRTRElSfS9jb252ZXJ0ZXJzL3A1LU1JTUUtQmFzZTY0 DQotLmVuZGlmDQogDQogcG9zdC1wYXRjaDoNCiAJQCR7Uk19IC1mICR7V1JL U1JDfS9saWIvTUlNRS9GaWVsZC9QYXJhbVZhbC5wbS5vcmlnIFwNCkluZGV4 OiBmaWxlcy9wYXRjaC03b3I4Yml0LmRpZmYNCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0NClJDUyBmaWxlOiBmaWxlcy9wYXRjaC03b3I4Yml0LmRpZmYNCmRp ZmYgLU4gZmlsZXMvcGF0Y2gtN29yOGJpdC5kaWZmDQotLS0gL2Rldi9udWxs CTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDANCisrKyBmaWxlcy9wYXRjaC03 b3I4Yml0LmRpZmYJMzEgQXVnIDIwMDQgMTg6MDY6NTMgLTAwMDANCkBAIC0w LDAgKzEsMjAgQEANCistLS0gbGliL01JTUUvSGVhZC5wbS5vcmlnCVNhdCBO b3YgIDQgMjA6NTQ6NDYgMjAwMA0KKysrKyBsaWIvTUlNRS9IZWFkLnBtCVdl ZCBBdWcgMjUgMTE6MTI6MjUgMjAwNA0KK0BAIC02ODUsMTEgKzY4NSwxNiBA QA0KKyAgICAgVGhpcyBpcyB0aGUgZGVmYXVsdCB2YWx1ZSAtLSB0aGF0IGlz LCAiQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogN0JJVCIgDQorICAgICBp cyBhc3N1bWVkIGlmIHRoZSBDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nIGhl YWRlciBmaWVsZCBpcyBub3QgcHJlc2VudC4NCisgDQorK0kgZG8gb25lIG90 aGVyIGZvcm0gb2YgZml4dXA6ICI3X2JpdCIsICI3LWJpdCIsIGFuZCAiNyBi aXQiIGFyZQ0KKytjb3JyZWN0ZWQgdG8gIjdiaXQiOyBsaWtld2lzZSBmb3Ig IjhiaXQiLg0KKysNCisgPWN1dA0KKyANCisgc3ViIG1pbWVfZW5jb2Rpbmcg ew0KKyAgICAgbXkgJHNlbGYgPSBzaGlmdDsNCistICAgIGxjKCRzZWxmLT5t aW1lX2F0dHIoJ2NvbnRlbnQtdHJhbnNmZXItZW5jb2RpbmcnKSB8fCAnN2Jp dCcpOw0KKysgICAgbXkgJGVuYyA9IGxjKCRzZWxmLT5taW1lX2F0dHIoJ2Nv bnRlbnQtdHJhbnNmZXItZW5jb2RpbmcnKSB8fCAnN2JpdCcpOw0KKysgICAg JGVuYyA9fiBze14oWzc4XSlbIF8tXWJpdFxafXskMWJpdH07DQorKyAgICAk ZW5jOw0KKyB9DQorIA0KKyAjLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQpJbmRleDogZmlsZXMvcGF0Y2gtQmVuY2htYXJrDQo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09DQpSQ1MgZmlsZTogZmlsZXMvcGF0Y2gtQmVuY2htYXJr DQpkaWZmIC1OIGZpbGVzL3BhdGNoLUJlbmNobWFyaw0KLS0tIC9kZXYvbnVs bAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwDQorKysgZmlsZXMvcGF0Y2gt QmVuY2htYXJrCTMxIEF1ZyAyMDA0IDE4OjA2OjUzIC0wMDAwDQpAQCAtMCww ICsxLDg4IEBADQorLS0tIGxpYi9NSU1FL1BhcnNlci5wbS5vcmlnCVdlZCBB dWcgMjUgMTE6MTk6NDQgMjAwNA0KKysrKyBsaWIvTUlNRS9QYXJzZXIucG0J V2VkIEF1ZyAyNSAxMToyMzozOSAyMDA0DQorQEAgLTU4MiwxMCArNTgyLDcg QEANCisgICAgIG15ICgkc2VsZiwgJGluLCAkcmRyLCAkb3V0KSA9IEBfOyAg ICAgICAgDQorIA0KKyAgICAgIyMjIFBhcnNlOg0KKy0gICAgbXkgJGJtID0g YmVuY2htYXJrIHsNCistCSRyZHItPnJlYWRfY2h1bmsoJGluLCAkb3V0KTsN CistICAgIH07DQorLSAgICAkc2VsZi0+ZGVidWcoInQgYm91bmQ6ICRibSIp Ow0KKysgICAgJHJkci0+cmVhZF9jaHVuaygkaW4sICRvdXQpOw0KKyAgICAg MTsNCisgfQ0KKyANCitAQCAtODI4LDExICs4MjUsOCBAQA0KKyANCisgICAg ICMjIyBEZWNvZGUgYW5kIHNhdmUgdGhlIGJvZHkgKHVzaW5nIHRoZSBkZWNv ZGVyKToNCisgICAgIG15ICRERUNPREVEID0gJGJvZHktPm9wZW4oInciKSB8 fCBkaWUgIiRNRTogYm9keSBub3Qgb3BlbmVkOiAkIVxuIjsgDQorLSAgICBt eSAkYm0gPSBiZW5jaG1hcmsgew0KKy0JZXZhbCB7ICRkZWNvZGVyLT5kZWNv ZGUoJEVOQ09ERUQsICRERUNPREVEKTsgfTsgDQorLQkkQCBhbmQgJHNlbGYt PmVycm9yKCRAKTsNCistICAgIH07DQorLSAgICAkc2VsZi0+ZGVidWcoInQg ZGVjb2RlOiAkYm0iKTsNCisrICAgIGV2YWwgeyAkZGVjb2Rlci0+ZGVjb2Rl KCRFTkNPREVELCAkREVDT0RFRCk7IH07IA0KKysgICAgJEAgYW5kICRzZWxm LT5lcnJvcigkQCk7DQorICAgICAkREVDT0RFRC0+Y2xvc2U7DQorICAgICAN CisgICAgICMjIyBTdWNjZXNzISAgUmVtZW1iZXIgd2hlcmUgd2UgcHV0IHN0 dWZmOg0KK0BAIC0xMTM0LDExICsxMTI4LDggQEANCisgICAgIG15ICRlbnRp dHk7DQorICAgICBsb2NhbCAkLyA9ICJcbiI7ICAgICMjIyBqdXN0IHRvIGJl IHNhZmUNCisgDQorLSAgICBteSAkYm0gPSBiZW5jaG1hcmsgew0KKy0JJHNl bGYtPmluaXRfcGFyc2U7DQorLQkoJGVudGl0eSkgPSAkc2VsZi0+cHJvY2Vz c19wYXJ0KCRpbiwgdW5kZWYpOyAgIyMjIHBhcnNlIQ0KKy0gICAgfTsNCist ICAgICRzZWxmLT5kZWJ1ZygidCBwYXJzZTogJGJtIik7DQorKyAgICAkc2Vs Zi0+aW5pdF9wYXJzZTsNCisrICAgICgkZW50aXR5KSA9ICRzZWxmLT5wcm9j ZXNzX3BhcnQoJGluLCB1bmRlZik7ICAjIyMgcGFyc2UhDQorIA0KKyAgICAg JGVudGl0eTsNCisgfQ0KKy0tLSBsaWIvTUlNRS9Ub29scy5wbS5vcmlnCVdl ZCBBdWcgMjUgMTA6NDc6MzIgMjAwNA0KKysrKyBsaWIvTUlNRS9Ub29scy5w bQlXZWQgQXVnIDI1IDEwOjUwOjQxIDIwMDQNCitAQCAtMjQsNyArMjQsNyBA QA0KKyAgICAgJ2NvbmZpZycgID0+IFtxdyglQ09ORklHKV0sDQorICAgICAn bXNncycgICAgPT4gW3F3KHVzYWdlIGRlYnVnIHdoaW5lIGVycm9yKV0sDQor ICAgICAnbXNndHlwZXMnPT4gW3F3KCRNX0RFQlVHICRNX1dBUk5JTkcgJE1f RVJST1IpXSwJCQ0KKy0gICAgJ3V0aWxzJyAgID0+IFtxdyhiZW5jaG1hcmsg Y2F0ZmlsZSBzaGVsbHF1b3RlIHRleHR1YWxfdHlwZSB0bXBvcGVuICldLA0K KysgICAgJ3V0aWxzJyAgID0+IFtxdyhjYXRmaWxlIHNoZWxscXVvdGUgdGV4 dHVhbF90eXBlIHRtcG9wZW4gKV0sDQorICAgICApOw0KKyBFeHBvcnRlcjo6 ZXhwb3J0X29rX3RhZ3MoJ2NvbmZpZycsICdtc2dzJywgJ21zZ3R5cGVzJywg J3V0aWxzJyk7DQorIA0KK0BAIC0xNTMsMjYgKzE1Myw2IEBADQorIA0KKyAj LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQorICMNCistIyBiZW5j aG1hcmsgQ09ERQ0KKy0jDQorLSMgUHJpdmF0ZSBiZW5jaG1hcmtpbmcgdXRp bGl0eS4NCistIw0KKy1zdWIgYmVuY2htYXJrKCYpIHsNCistICAgIG15ICgk Y29kZSkgPSBAXzsNCistICAgIGlmICgxKSB7DQorLQlteSAkdDAgPSBuZXcg QmVuY2htYXJrOw0KKy0JJiRjb2RlOw0KKy0JbXkgJHQxID0gbmV3IEJlbmNo bWFyazsNCistCXJldHVybiB0aW1lc3RyKHRpbWVkaWZmKCR0MSwgJHQwKSk7 DQorLSAgICB9DQorLSAgICBlbHNlIHsNCistCSYkY29kZTsNCistCXJldHVy biAiIjsNCistICAgIH0NCistfQ0KKy0NCistIy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KKy0jDQorICMgY2F0ZmlsZSBESVIsIEZJTEUNCisg Iw0KKyAjIERpcmVjdG9yeS9maWxlIGNvbmNhdGVuYXRpb24uDQorQEAgLTEz OTQsNyArMTM3NCw2IEBADQorICAgICAgICBOZXdsaW5lcyBpbiB0aGUgdm9p ZA0KKyANCisgU3RhcnRlZCB1c2luZyBCZW5jaG1hcmsgZm9yIGJlbmNobWFy a2luZy4NCistDQorIA0KKyA9aXRlbSBWZXJzaW9uIDUuMjA1ICAgKDIwMDAv MDYvMDYpDQorIA0KSW5kZXg6IGZpbGVzL3BhdGNoLURlY29kZXItcXBkZWNv ZGUNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiBmaWxlcy9w YXRjaC1EZWNvZGVyLXFwZGVjb2RlDQpkaWZmIC1OIGZpbGVzL3BhdGNoLURl Y29kZXItcXBkZWNvZGUNCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDow MDowMCAtMDAwMA0KKysrIGZpbGVzL3BhdGNoLURlY29kZXItcXBkZWNvZGUJ MzEgQXVnIDIwMDQgMTg6MDY6NTMgLTAwMDANCkBAIC0wLDAgKzEsMzAgQEAN CistLS0gbGliL01JTUUvRGVjb2Rlci9RdW90ZWRQcmludC5wbS5vcmlnCVR1 ZSBBdWcgMzEgMTc6MDI6NDMgMjAwNA0KKysrKyBsaWIvTUlNRS9EZWNvZGVy L1F1b3RlZFByaW50LnBtCVR1ZSBBdWcgMzEgMTc6MDI6MzggMjAwNA0KK0BA IC04NSw5ICs4NSwyNiBAQA0KKyAjDQorIHN1YiBkZWNvZGVfaXQgew0KKyAg ICAgbXkgKCRzZWxmLCAkaW4sICRvdXQpID0gQF87DQorKyAgICBteSAkaW5p dCA9IDA7DQorKyAgICBteSAkaGF2ZXBkZiA9IDA7DQorIA0KKyAgICAgd2hp bGUgKGRlZmluZWQoJF8gPSAkaW4tPmdldGxpbmUpKSB7DQorLQkkb3V0LT5w cmludChkZWNvZGVfcXAoJF8pKTsNCisrCWlmICghJGluaXQpIHsNCisrCQlp ZiAoJF8gPX4gL14lUERGLykgew0KKysJCQkkaW5pdCA9IDE7DQorKwkJCSRo YXZlcGRmID0gMTsNCisrCQl9DQorKwl9DQorKwlpZiAoJGhhdmVwZGYpIHsN CisrCQlteSAkb3V0cHV0ID0gJF87DQorKwkJJG91dHB1dCA9fiBzL1sgXHRd Kz8oXHI/XG4pLyQxL2c7ICAjIHJ1bGUgIzMgKHRyYWlsaW5nIHNwYWNlIG11 c3QgYmUgZGVsZXRlZCkNCisrCQkkb3V0cHV0ID1+IHMvPVxyP1xuLy9nOyAg ICAgICAgICAgICMgcnVsZSAjNSAoc29mdCBsaW5lIGJyZWFrcykNCisrCQkk b3V0cHV0ID1+IHMvKF58W15ccl0pXG5cWi8kMVxyXG4vOyAgIyBKS0YgcnVs ZSB0byByZXBsYWNlIHRyYWlsaW5nIFxuIHdpdGggXHJcbg0KKysJCSRvdXRw dXQgPX4gcy89KFtcZGEtZkEtRl17Mn0pL3BhY2soIkMiLCBoZXgoJDEpKS9n ZTsNCisrCQkkb3V0LT5wcmludCgkb3V0cHV0KTsNCisrCX0gZWxzZSB7DQor KwkJJG91dC0+cHJpbnQoZGVjb2RlX3FwKCRfKSk7DQorKwl9DQorICAgICB9 DQorICAgICAxOw0KKyB9DQpJbmRleDogZmlsZXMvcGF0Y2gtRGVjb2Rlci1x cGVuY29kZQ0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IGZp bGVzL3BhdGNoLURlY29kZXItcXBlbmNvZGUNCmRpZmYgLU4gZmlsZXMvcGF0 Y2gtRGVjb2Rlci1xcGVuY29kZQ0KLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcw IDAwOjAwOjAwIC0wMDAwDQorKysgZmlsZXMvcGF0Y2gtRGVjb2Rlci1xcGVu Y29kZQkzMSBBdWcgMjAwNCAxODowNjo1MyAtMDAwMA0KQEAgLTAsMCArMSwx MjggQEANCistLS0gbGliL01JTUUvRGVjb2Rlci9RdW90ZWRQcmludC5wbS5v cmlnCVdlZCBBdWcgMjUgMTE6NDY6NDUgMjAwNA0KKysrKyBsaWIvTUlNRS9E ZWNvZGVyL1F1b3RlZFByaW50LnBtCVdlZCBBdWcgMjUgMTE6NDg6MjcgMjAw NA0KK0BAIC01NCw3ICs1NCw3IEBADQorIA0KKyB1c2UgdmFycyBxdyhASVNB ICRWRVJTSU9OKTsNCisgdXNlIE1JTUU6OkRlY29kZXI7DQorLXVzZSBNSU1F OjpRdW90ZWRQcmludCAyLjAzOw0KKyt1c2UgTUlNRTo6UXVvdGVkUHJpbnQg My4wMzsNCisgDQorIEBJU0EgPSBxdyhNSU1FOjpEZWNvZGVyKTsNCisgDQor QEAgLTYzLDcgKzYzLDcgQEANCisgDQorICMtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCisgIw0KKy0jIGVuY29kZV9xcF9yZWFsbHkgU1RSSU5H DQorKyMgZW5jb2RlX3FwX3JlYWxseSBTVFJJTkcgVEVYVFVBTF9UWVBFX0ZM QUcNCisgIw0KKyAjIEVuY29kZSBRUCwgYW5kIHRoZW4gZm9sbG93IGd1aWRl bGluZSA4IGZyb20gUkZDIDIwNDkgKHRoYW5rcyB0byBEZW5pcyANCisgIyBO LiBBbnRvbmlvbGkpIHdoZXJlYnkgd2UgbWFrZSB0aGluZ3MgYSBsaXR0bGUg c2FmZXIgZm9yIHRoZSB0cmFuc3BvcnQNCitAQCAtNzEsNyArNzEsNyBAQA0K KyAjIGdyb3cgYmV5b25kIDc2IGNoYXJhY3RlcnMhDQorICMNCisgc3ViIGVu Y29kZV9xcF9yZWFsbHkgew0KKy0gICAgbXkgJGVuYyA9IGVuY29kZV9xcCgk X1swXSk7DQorKyAgICBteSAkZW5jID0gZW5jb2RlX3FwKHNoaWZ0LCB1bmRl Ziwgbm90IHNoaWZ0KTsNCisgICAgIGlmIChsZW5ndGgoJGVuYykgPCA3NCkg ew0KKyAJJGVuYyA9fiBzL15cLiQvPTJFL2c7ICAgICAgICAgIyBmb3JjZSBl bmNvZGluZyBvZiAvXlwuJC8NCisgCSRlbmMgPX4gcy9eRnJvbSAvPTQ2cm9t IC9nOyAgICMgZm9yY2UgZW5jb2Rpbmcgb2YgL15Gcm9tIC8NCitAQCAtOTcs MTAgKzk3LDEwIEBADQorICMgZW5jb2RlX2l0IElOLCBPVVQNCisgIw0KKyBz dWIgZW5jb2RlX2l0IHsNCistICAgIG15ICgkc2VsZiwgJGluLCAkb3V0KSA9 IEBfOw0KKysgICAgbXkgKCRzZWxmLCAkaW4sICRvdXQsICR0ZXh0dWFsX3R5 cGUpID0gQF87DQorIA0KKyAgICAgd2hpbGUgKGRlZmluZWQoJF8gPSAkaW4t PmdldGxpbmUpKSB7DQorLQkkb3V0LT5wcmludChlbmNvZGVfcXBfcmVhbGx5 KCRfKSk7DQorKwkkb3V0LT5wcmludChlbmNvZGVfcXBfcmVhbGx5KCRfLCAk dGV4dHVhbF90eXBlKSk7DQorICAgICB9DQorICAgICAxOw0KKyB9DQorLS0t IGxpYi9NSU1FL0RlY29kZXIucG0ub3JpZwlXZWQgQXVnIDI1IDExOjQ5OjQy IDIwMDQNCisrKysgbGliL01JTUUvRGVjb2Rlci5wbQlXZWQgQXVnIDI1IDEx OjUwOjI2IDIwMDQNCitAQCAtMjQ4LDE0ICsyNDgsMTQgQEANCisgPWN1dA0K KyANCisgc3ViIGVuY29kZSB7DQorLSAgICBteSAoJHNlbGYsICRpbiwgJG91 dCkgPSBAXzsNCisrICAgIG15ICgkc2VsZiwgJGluLCAkb3V0LCAkdGV4dHVh bF90eXBlKSA9IEBfOw0KKyAgICAgDQorICAgICAjIyMgQ29lcmNlIG9sZC1z dHlsZSBmaWxlaGFuZGxlcyB0byBsZWdpdCBvYmplY3RzLCBhbmQgZG8gaXQh DQorICAgICAkaW4gID0gd3JhcGhhbmRsZSgkaW4pOw0KKyAgICAgJG91dCA9 IHdyYXBoYW5kbGUoJG91dCk7DQorIA0KKyAgICAgIyMjIEludm9rZSBiYWNr LWVuZCBtZXRob2QgdG8gZG8gdGhlIHdvcms6DQorLSAgICAkc2VsZi0+ZW5j b2RlX2l0KCRpbiwgJG91dCkgfHwgDQorKyAgICAkc2VsZi0+ZW5jb2RlX2l0 KCRpbiwgJG91dCwgJHNlbGYtPmVuY29kaW5nIGVxICdxdW90ZWQtcHJpbnRh YmxlJyA/ICgkdGV4dHVhbF90eXBlKSA6ICgpKSB8fA0KKyAJZGllICIkTUU6 ICIuJHNlbGYtPmVuY29kaW5nLiIgZW5jb2RpbmcgZmFpbGVkXG4iOw0KKyB9 DQorIA0KKy0tLSBsaWIvTUlNRS9FbnRpdHkucG0ub3JpZwlXZWQgQXVnIDI1 IDExOjUwOjU0IDIwMDQNCisrKysgbGliL01JTUUvRW50aXR5LnBtCVdlZCBB dWcgMjUgMTE6NTE6MjUgMjAwNA0KK0BAIC0xODUzLDcgKzE4NTMsNyBAQA0K KyANCisgICAgICMjIyBPdXRwdXQgdGhlIGJvZHk6DQorICAgICBteSAkSU8g PSAkc2VsZi0+b3BlbigiciIpICAgICB8fCBkaWUgIm9wZW4gYm9keTogJCEi Ow0KKy0gICAgJGRlY29kZXItPmVuY29kZSgkSU8sICRvdXQpICAgfHwgcmV0 dXJuIGVycm9yICJlbmNvZGluZyBmYWlsZWQiOw0KKysgICAgJGRlY29kZXIt PmVuY29kZSgkSU8sICRvdXQsIHRleHR1YWxfdHlwZSgkc2VsZi0+aGVhZC0+ bWltZV90eXBlKSA/IDEgOiAwKSAgIHx8IGRpZSAiZW5jb2RpbmcgZmFpbGVk XG4iOw0KKyAgICAgJElPLT5jbG9zZTsNCisgICAgIDE7DQorIH0NCistLS0g bGliL01JTUUvRGVjb2Rlci9RdW90ZWRQcmludC5wbS5vcmlnCVRodSBBdWcg MjYgMTI6Mjg6MzcgMjAwNA0KKysrKyBsaWIvTUlNRS9EZWNvZGVyL1F1b3Rl ZFByaW50LnBtCVRodSBBdWcgMjYgMTI6Mjg6MjYgMjAwNA0KK0BAIC03Myw3 ICs3Myw3IEBADQorIHN1YiBlbmNvZGVfcXBfcmVhbGx5IHsNCisgICAgIG15 ICRlbmMgPSBlbmNvZGVfcXAoc2hpZnQsIHVuZGVmLCBub3Qgc2hpZnQpOw0K KyAgICAgaWYgKGxlbmd0aCgkZW5jKSA8IDc0KSB7DQorLQkkZW5jID1+IHMv XlwuJC89MkUvZzsgICAgICAgICAjIGZvcmNlIGVuY29kaW5nIG9mIC9eXC4k Lw0KKysJJGVuYyA9fiBzL15cLlxuLz0yRVxuL2c7ICAgICAgIyBmb3JjZSBl bmNvZGluZyBvZiAvXlwuJC8NCisgCSRlbmMgPX4gcy9eRnJvbSAvPTQ2cm9t IC9nOyAgICMgZm9yY2UgZW5jb2Rpbmcgb2YgL15Gcm9tIC8NCisgICAgIH0N CisgICAgICRlbmM7DQorLS0tIHQvTWlzYy50Lm9yaWcJU3VuIE1heSAyMSAw NzoxNToyNiAyMDAwDQorKysrIHQvTWlzYy50CVRodSBBdWcgMjYgMTI6MzQ6 MjcgMjAwNA0KK0BAIC02LDcgKzYsNyBAQA0KKyANCisgIyBDcmVhdGUgY2hl Y2tlcjoNCisgbXkgJFQgPSB0eXBpY2FsIEV4dFV0aWxzOjpUQm9uZTsNCist JFQtPmJlZ2luKDcpOw0KKyskVC0+YmVnaW4oMTIpOw0KKyANCisgIy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KKyAjIEJ1ZyA5NzEwMDggZnJv bSBNaWNoYWVsIFcuIE5vcm1hbmRpbiA8bWljaGFlbC5ub3JtYW5kaW5AY3Nm Yi5jb20+Og0KK0BAIC02NywxMyArNjcsMjkgQEANCisgIyAgICAkcmVzID1+ IHMvXC4vPTJFL2dvOw0KKyAjICAgICRyZXMgPX4gcy9Gcm9tIC89NDZyb20g L2dvOw0KKyAjIGF0IHRoZSBzdGFydCBvZiBlbmNvZGVfcXBfcmVhbGx5IGlu IE1JTUU6OkRlY29kZXI6OlF1b3RlZFByaW50Pw0KKysjDQorKyMgVGV4dHVh bCBtb2RlLg0KKyt7DQorKyAgICB1c2UgTUlNRTo6RGVjb2Rlcjo6UXVvdGVk UHJpbnQ7DQorKyAgICBteSAkcGFpcjsNCisrICAgIGZvcmVhY2ggJHBhaXIg KFsiRnJvbSBtZSIsICAgIj00NnJvbSBtZT1cbiJdLA0KKysJCSAgIFsiLiIs ICAgICAgICAgIi49XG4iXSwgICMgc29mdCBsaW5lLWJyZWFrDQorKwkJICAg WyIuXG4iLCAgICAgICAiPTJFXG4iXSwgIyBsaW5lLWJyZWFrDQorKwkJICAg WyIgRnJvbSB5b3UiLCAiIEZyb20geW91PVxuIl0pIHsNCisrCW15ICRvdXQg PSBNSU1FOjpEZWNvZGVyOjpRdW90ZWRQcmludDo6ZW5jb2RlX3FwX3JlYWxs eSgkcGFpci0+WzBdLCAxKTsNCisrCSRULT5va19lcSgkb3V0LCAkcGFpci0+ WzFdLA0KKysJCSAgImJ1ZyA5NzA3MjUtRE5BOiBRUCB1c2Ugb2YgUkZDMjA0 OSBndWlkZWxpbmUgOCIpOw0KKysgICAgfQ0KKyt9DQorKyMgQmluYXJ5IG1v ZGUNCisgew0KKyAgICAgdXNlIE1JTUU6OkRlY29kZXI6OlF1b3RlZFByaW50 Ow0KKyAgICAgbXkgJHBhaXI7DQorLSAgICBmb3JlYWNoICRwYWlyIChbIkZy b20gbWUiLCAgICI9NDZyb20gbWUiXSwNCistCQkgICBbIi4iLCAgICAgICAg ICI9MkUiXSwNCistCQkgICBbIiBGcm9tIHlvdSIsICIgRnJvbSB5b3UiXSkg ew0KKy0JbXkgJG91dCA9IE1JTUU6OkRlY29kZXI6OlF1b3RlZFByaW50Ojpl bmNvZGVfcXBfcmVhbGx5KCRwYWlyLT5bMF0pOw0KKysgICAgZm9yZWFjaCAk cGFpciAoWyJGcm9tIG1lIiwgICAiPTQ2cm9tIG1lPVxuIl0sDQorKwkJICAg WyIuIiwgICAgICAgICAiLj1cbiJdLCAgICAgIyBzb2Z0IGxpbmUtYnJlYWsN CisrCQkgICBbIi5cbiIsICAgICAgICIuPTBBPVxuIl0sICAjIGxpbmUtYnJl YWsNCisrCQkgICBbIiBGcm9tIHlvdSIsICIgRnJvbSB5b3U9XG4iXSkgew0K KysJbXkgJG91dCA9IE1JTUU6OkRlY29kZXI6OlF1b3RlZFByaW50OjplbmNv ZGVfcXBfcmVhbGx5KCRwYWlyLT5bMF0sIDApOw0KKyAJJFQtPm9rX2VxKCRv dXQsICRwYWlyLT5bMV0sDQorIAkJICAiYnVnIDk3MDcyNS1ETkE6IFFQIHVz ZSBvZiBSRkMyMDQ5IGd1aWRlbGluZSA4Iik7DQorICAgICB9DQpJbmRleDog ZmlsZXMvcGF0Y2gtRmlsZXIucG0td2hpdGVzcGFjZQ0KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQ0KUkNTIGZpbGU6IGZpbGVzL3BhdGNoLUZpbGVyLnBtLXdo aXRlc3BhY2UNCmRpZmYgLU4gZmlsZXMvcGF0Y2gtRmlsZXIucG0td2hpdGVz cGFjZQ0KLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAw DQorKysgZmlsZXMvcGF0Y2gtRmlsZXIucG0td2hpdGVzcGFjZQkzMSBBdWcg MjAwNCAxODowNjo1MyAtMDAwMA0KQEAgLTAsMCArMSwyMyBAQA0KKy0tLSBs aWIvTUlNRS9QYXJzZXIvRmlsZXIucG0JVGh1IE5vdiAyMyAwNjowNDowMyAy MDAwDQorKysrIGxpYi9NSU1FL1BhcnNlci9GaWxlci5wbQlUaHUgQXVnIDI2 IDAwOjQyOjE4IDIwMDQNCitAQCAtMzU3LDggKzM1Nyw5IEBADQorICAgICAk c2VsZi0+ZGVidWcoImlzIHRoaXMgZXZpbD8gJyRuYW1lJyIpOw0KKyANCisg ICAgIHJldHVybiAxIGlmICghZGVmaW5lZCgkbmFtZSkgb3IgKCRuYW1lIGVx ICcnKSk7ICAgIyMjIGVtcHR5DQorKyAgICByZXR1cm4gMSBpZiAoJG5hbWUg PX4gbXsoXlxzKXwoXHMrXFopfSk7ICAjIyMgbGVhZGluZy90cmFpbGluZyB3 aGl0ZXNwYWNlDQorICAgICByZXR1cm4gMSBpZiAoJG5hbWUgPX4gbXteXC4r XFp9KTsgICAgICAgICAjIyMgZG90cw0KKy0gICAgcmV0dXJuIDEgaWYgKCRu YW1lID1+IHRye1xcLzpbXX17fSk7ICAgICAgIyMjIHBhdGggY2hhcmFjdGVy cw0KKysgICAgcmV0dXJuIDEgaWYgKCRuYW1lID1+IC8oKD86W1xbXF1cXFwv XDxcPlx8XD9cKlw6XCJdfFxwe0lzQ250cmx9KSkvKTsgIyMjIHBhdGggb3Ig c3BlY2lhbCBjaGFyYWN0ZXJzDQorICAgICByZXR1cm4gMSBpZiAoJHNlbGYt PntNUEZfTWF4TmFtZX0gYW5kIA0KKyAJCSAobGVuZ3RoKCRuYW1lKSA+ICRz ZWxmLT57TVBGX01heE5hbWV9KSk7DQorICAgICANCitAQCAtNDAyLDYgKzQw Myw5IEBADQorICAgICBteSAoJHJvb3QsICRleHQpID0gKCgkbGFzdCA9fiAv XiguKilcLihbXlwuXSspXFovKSANCisgCQkJPyAoJDEsICQyKQ0KKyAJCQk6 ICgkbGFzdCwgJycpKTsNCisrICAgICMjIyBEZWxldGUgbGVhZGluZyBhbmQg dHJhaWxpbmcgd2hpdGVzcGFjZQ0KKysgICAgJHJvb3QgPX4gcy9eXHMrLy87 DQorKyAgICAkZXh0ICA9fiBzL1xzKyQvLzsNCisgICAgICRyb290ID0gc3Vi c3RyKCRyb290LCAwLCAoJHNlbGYtPntNUEZfVHJpbVJvb3R9IHx8IDE0KSk7 DQorICAgICAkZXh0ICA9IHN1YnN0cigkZXh0LCAgMCwgKCRzZWxmLT57TVBG X1RyaW1FeHR9ICB8fCAgMykpOw0KKyAgICAgJGV4dCA9fiAvXlx3KyQvIG9y ICRleHQgPSAiZGF0IjsNCkluZGV4OiBmaWxlcy9wYXRjaC1QYXJzZXItQmlu SGV4DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogZmlsZXMv cGF0Y2gtUGFyc2VyLUJpbkhleA0KZGlmZiAtTiBmaWxlcy9wYXRjaC1QYXJz ZXItQmluSGV4DQotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAgMDA6MDA6MDAg LTAwMDANCisrKyBmaWxlcy9wYXRjaC1QYXJzZXItQmluSGV4CTMxIEF1ZyAy MDA0IDE4OjA2OjUzIC0wMDAwDQpAQCAtMCwwICsxLDI2MCBAQA0KKy0tLSAv ZGV2L251bGwJU3VuIEF1ZyAgMSAyMjo0NDowMiAyMDA0DQorKysrIGxpYi9N SU1FL0RlY29kZXIvQmluSGV4LnBtCVN1biBBdWcgIDEgMjI6NDM6MTIgMjAw NA0KK0BAIC0wLDAgKzEsMTgyIEBADQorK3BhY2thZ2UgTUlNRTo6RGVjb2Rl cjo6QmluSGV4Ow0KKysNCisrDQorKz1oZWFkMSBOQU1FDQorKw0KKytNSU1F OjpEZWNvZGVyOjpCaW5IZXggLSBkZWNvZGUgYSAiYmluaGV4IiBzdHJlYW0N CisrDQorKw0KKys9aGVhZDEgU1lOT1BTSVMNCisrDQorK0EgZ2VuZXJpYyBk ZWNvZGVyIG9iamVjdDsgc2VlIEw8TUlNRTo6RGVjb2Rlcj4gZm9yIHVzYWdl Lg0KKysNCisrQWxzbyBzdXBwb3J0cyBhIHByZWFtYmxlKCkgbWV0aG9kIHRv IHJlY292ZXIgdGV4dCBiZWZvcmUNCisrdGhlIGJpbmhleGVkIHBvcnRpb24g b2YgdGhlIHN0cmVhbS4NCisrDQorKw0KKys9aGVhZDEgREVTQ1JJUFRJT04N CisrDQorK0EgTUlNRTo6RGVjb2RlciBzdWJjbGFzcyBmb3IgYSBub25zdGFu ZGFyZCBlbmNvZGluZyB3aGVyZWJ5DQorK2RhdGEgYXJlIGJpbmhleC1lbmNv ZGVkLiAgQ29tbW9uIG5vbi1zdGFuZGFyZCBNSU1FIGVuY29kaW5ncyBmb3Ig dGhpczoNCisrDQorKyAgICB4LXV1DQorKyAgICB4LXV1ZW5jb2RlDQorKw0K KysNCisrPWhlYWQxIEFVVEhPUg0KKysNCisrSnVsaWFuIEZpZWxkIChGPG1h aWxzY2FubmVyQGVjcy5zb3Rvbi5hYy51az4pLg0KKysNCisrQWxsIHJpZ2h0 cyByZXNlcnZlZC4gIFRoaXMgcHJvZ3JhbSBpcyBmcmVlIHNvZnR3YXJlOyB5 b3UgY2FuIHJlZGlzdHJpYnV0ZSANCisraXQgYW5kL29yIG1vZGlmeSBpdCB1 bmRlciB0aGUgc2FtZSB0ZXJtcyBhcyBQZXJsIGl0c2VsZi4NCisrDQorKz1o ZWFkMSBWRVJTSU9ODQorKw0KKyskUmV2aXNpb246IDEuMSAkICREYXRlOiAy MDA0LzA4LzAxIDIwOjQ2OjE3ICQNCisrDQorKz1jdXQNCisrDQorKw0KKyty ZXF1aXJlIDUuMDAyOw0KKyt1c2UgdmFycyBxdyhASVNBICRWRVJTSU9OKTsN CisrdXNlIE1JTUU6OkRlY29kZXI7DQorK3VzZSBNSU1FOjpUb29scyBxdyh3 aGluZSk7DQorK3VzZSBDb252ZXJ0OjpCaW5IZXg7DQorKw0KKytASVNBID0g cXcoTUlNRTo6RGVjb2Rlcik7DQorKw0KKysjIFRoZSBwYWNrYWdlIHZlcnNp b24sIGJvdGggaW4gMS4yMyBzdHlsZSAqYW5kKiB1c2FibGUgYnkgTWFrZU1h a2VyOg0KKyskVkVSU0lPTiA9IHN1YnN0ciBxJFJldmlzaW9uOiAxLjEgJCwg MTA7DQorKw0KKysNCisrIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KKysjDQorKyMgZGVjb2RlX2l0IElOLCBPVVQNCisrIw0KKytzdWIgZGVj b2RlX2l0IHsNCisrICAgIG15ICgkc2VsZiwgJGluLCAkb3V0KSA9IEBfOw0K KysgICAgbXkgKCRtb2RlLCAkZmlsZSk7DQorKyAgICBteSAoQHByZWFtYmxl LCBAZGF0YSk7DQorKyAgICBsb2NhbCAkXzsNCisrICAgIG15ICRIMkIgPSBD b252ZXJ0OjpCaW5IZXgtPmhleDJiaW47DQorKyAgICAjbXkgJEgyQiA9IENv bnZlcnQ6OkJpbkhleC0+b3BlbigkaW4pOw0KKysgICAgbXkgJGxpbmU7DQor Kw0KKysgICAgJHNlbGYtPntNRFVfUHJlYW1ibGV9ID0gXEBwcmVhbWJsZTsN CisrICAgICRzZWxmLT57TURVX01vZGV9ID0gJzYwMCc7DQorKyAgICAkc2Vs Zi0+e01EVV9GaWxlfSA9IHVuZGVmOw0KKysNCisrICAgICMjIyBGaW5kIGJl Z2lubmluZy4uLg0KKysgICAgJE1haWxTY2FubmVyOjpCaW5IZXg6OklubGlu ZSA9IDE7DQorKyAgICBpZiAoJE1haWxTY2FubmVyOjpCaW5IZXg6OklubGlu ZSkgew0KKysgICAgICB3aGlsZSAoZGVmaW5lZCgkXyA9ICRpbi0+Z2V0bGlu ZSkpIHsNCisrICAgICAgICAjcHJpbnQgU1RERVJSICJMaW5lIGlzIFwiJF9c IlxuIjsNCisrICAgICAgICBpZiAoL15cKFRoaXMgZmlsZSBtdXN0IGJlIGNv bnZlcnRlZC8pIHsNCisrICAgICAgICAgICRfID0gJGluLT5nZXRsaW5lOw0K KysgICAgICAgICAgbGFzdCBpZiAvXjovOw0KKysgICAgICAgIH0NCisrICAg ICAgICBwdXNoIEBwcmVhbWJsZSwgJF87DQorKyAgICAgIH0NCisrICAgICAg ZGllKCJiaW5oZXggZGVjb2Rpbmc6IGZlbGwgb2ZmIGVuZCBvZiBmaWxlXG4i KSBpZiAhZGVmaW5lZCgkXyk7DQorKyAgICB9IGVsc2Ugew0KKysgICAgICB3 aGlsZSAoZGVmaW5lZCgkXyA9ICRpbi0+Z2V0bGluZSkpIHsNCisrICAgICAg ICAjIEZvdW5kIHRoZSBoZWFkZXI/IFNvIHN0YXJ0IGRlY29kaW5nIGl0DQor KyAgICAgICAgbGFzdCBpZiAvXjovOw0KKysgICAgICAgIHB1c2ggQHByZWFt YmxlLCAkXzsNCisrICAgICAgfQ0KKysgICAgICAjIyBoaXQgZW9mIQ0KKysg ICAgICBkaWUoImJpbmhleCBkZWNvZGluZzogbm8gVGhpcyBmaWxlIG11c3Qg YmUuLi4gZm91bmRcbiIpIGlmICFkZWZpbmVkKCRfKTsNCisrICAgIH0NCisr DQorKyAgICAjIyMgRGVjb2RlOg0KKysgICAgIyBEb24ndCByZWx5IG9uIHRo ZSBjb21tZW50IGFsd2F5cyBiZWluZyB0aGVyZQ0KKysgICAgIyRzZWxmLT53 aGluZSgiOkgyQiBpcyAkSDJCXG4iKTsNCisrICAgICMkc2VsZi0+d2hpbmUo IkhlYWRlciBpcyAiIC4gJEgyQi0+cmVhZF9oZWFkZXIgLiAiXG4iKTsNCisr ICAgICNAZGF0YSA9ICRIMkItPnJlYWRfZGF0YTsNCisrICAgICMkb3V0LT5w cmludChAZGF0YSk7DQorKyAgICAjcHJpbnQgU1RERVJSICJFbmQgb2YgYmlu aGV4IHN0cmVhbVxuIjsNCisrICAgICNyZXR1cm4gMTsNCisrICAgICNpZiAo L146Lykgew0KKysgICAgbXkgJGRhdGE7DQorKyAgICAkZGF0YSA9ICRIMkIt Pm5leHQoJF8pOyAjIG9yIHdoaW5lKCJOZXh0IGVycm9yIGlzICRAICQhXG4i KTsNCisrICAgICNwcmludCBTVERFUlIgIkRhdGEgbGluZSAxIGlzIGxlbmd0 aCBcIiIgLiBsZW5ndGgoJGRhdGEpIC4gIlwiIFwiJGRhdGFcIlxuIjsNCisr ICAgIG15ICRsZW4gPSB1bnBhY2soIkMiLCAkZGF0YSk7DQorKyAgICB3aGls ZSAoJGxlbiA+IGxlbmd0aCgkZGF0YSkrMjEgJiYgZGVmaW5lZCgkbGluZSA9 ICRpbi0+Z2V0bGluZSkpIHsNCisrICAgICAgJGRhdGEgLj0gJEgyQi0+bmV4 dCgkbGluZSk7DQorKyAgICB9DQorKyAgICAkZGF0YSA9IHN1YnN0cigkZGF0 YSwgMjIrJGxlbik7DQorKyAgICAkb3V0LT5wcmludCgkZGF0YSk7DQorKyAg ICAjfQ0KKysgICAgd2hpbGUgKGRlZmluZWQoJF8gPSAkaW4tPmdldGxpbmUp KSB7DQorKyAgICAgICAgJGxpbmUgPSAkXzsNCisrICAgICAgICAkZGF0YSA9 ICRIMkItPm5leHQoJGxpbmUpOw0KKysgICAgICAgICNwcmludCBTVERFUlIg IkRhdGEgaXMgbGVuZ3RoICIgLiBsZW5ndGgoJGRhdGEpIC4gIiBcIiRkYXRh XCJcbiI7DQorKyAgICAgICAgJG91dC0+cHJpbnQoJGRhdGEpOw0KKysgICAg ICAgICNjaG9tcCAkbGluZTsNCisrICAgICAgICAjcHJpbnQgU1RERVJSICJM aW5lIGlzIGxlbmd0aCAiIC4gbGVuZ3RoKCRsaW5lKSAuICIgXCIkbGluZVwi XG4iOw0KKysgICAgICAgICNwcmludCBTVERFUlIgIkxpbmUgbWF0Y2hlcyBl bmRcbiIgaWYgJGxpbmUgPX4gLzokLzsNCisrICAgICAgICBsYXN0IGlmICRs aW5lID1+IC86JC87DQorKyAgICB9DQorKyAgICAjcHJpbnQgU1RERVJSICJC cm9rZW4gb3V0IG9mIGxvb3BcbiI7DQorKyAgICAjcHJpbnQgU1RERVJSICJm aWxlIGluY29tcGxldGUsIG5vIGVuZCBmb3VuZFxuIiBpZiAhZGVmaW5lZCgk Xyk7ICMgZW9mDQorKyAgICAxOw0KKyt9DQorKw0KKysjLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQorKyMNCisrIyBlbmNvZGVfaXQgSU4sIE9V VA0KKysjDQorK3N1YiBlbmNvZGVfaXQgew0KKysgICAgbXkgKCRzZWxmLCAk aW4sICRvdXQpID0gQF87DQorKyAgICBteSAkbGluZTsNCisrICAgIG15ICRi dWYgPSAnJzsNCisrDQorKyAgICBteSAkZm5hbWUgPSAoKCRzZWxmLT5oZWFk ICYmIA0KKysJCSAgJHNlbGYtPmhlYWQtPm1pbWVfYXR0cignY29udGVudC1k aXNwb3NpdGlvbi5maWxlbmFtZScpKSB8fA0KKysJCSAnJyk7DQorKyAgICBt eSAkQjJIID0gQ29udmVydDo6QmluSGV4LT5iaW4yaGV4Ow0KKysgICAgJG91 dC0+cHJpbnQoIihUaGlzIGZpbGUgbXVzdCBiZSBjb252ZXJ0ZWQgd2l0aCBC aW5IZXggNC4wKVxuIik7DQorKyAgICAjd2hpbGUgKGRlZmluZWQoJGxpbmUg PSA8JGluPikpIHsNCisrICAgIHdoaWxlICgkaW4tPnJlYWQoJGJ1ZiwgMTAw MCkpIHsNCisrICAgICAgJG91dC0+cHJpbnQoJEIySC0+bmV4dCgkYnVmKSk7 DQorKyAgICB9DQorKyAgICAkb3V0LT5wcmludCgkQjJILT5kb25lKTsNCisr ICAgIDE7DQorK30NCisrDQorKyMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCisrIw0KKysjIGxhc3RfcHJlYW1ibGUNCisrIw0KKysjIFJldHVy biB0aGUgbGFzdCBwcmVhbWJsZSBhcyByZWYgdG8gYXJyYXkgb2YgbGluZXMu DQorKyMgR2V0cyByZXNldCBieSBkZWNvZGVfaXQoKS4NCisrIw0KKytzdWIg bGFzdF9wcmVhbWJsZSB7DQorKyAgICBteSAkc2VsZiA9IHNoaWZ0Ow0KKysg ICAgcmV0dXJuICRzZWxmLT57TURVX1ByZWFtYmxlfSB8fCBbXTsNCisrfQ0K KysNCisrIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KKysjDQor KyMgbGFzdF9tb2RlDQorKyMNCisrIyBSZXR1cm4gdGhlIGxhc3QgbW9kZS4N CisrIyBHZXRzIHJlc2V0IHRvIHVuZGVmIGJ5IGRlY29kZV9pdCgpLg0KKysj DQorK3N1YiBsYXN0X21vZGUgew0KKysgICAgc2hpZnQtPntNRFVfTW9kZX07 DQorK30NCisrDQorKyMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N CisrIw0KKysjIGxhc3RfZmlsZW5hbWUNCisrIw0KKysjIFJldHVybiB0aGUg bGFzdCBmaWxlbmFtZS4NCisrIyBHZXRzIHJlc2V0IGJ5IGRlY29kZV9pdCgp Lg0KKysjDQorK3N1YiBsYXN0X2ZpbGVuYW1lIHsNCisrICAgIHNoaWZ0LT57 TURVX0ZpbGV9IHx8IHVuZGVmOyAjW107DQorK30NCisrDQorKyMtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCisrMTsNCistLS0gbGliL01JTUUv RGVjb2Rlci5wbS5vcmlnCVN1biBBdWcgIDEgMjI6NDQ6NTAgMjAwNA0KKysr KyBsaWIvTUlNRS9EZWNvZGVyLnBtCVN1biBBdWcgIDEgMjI6NDU6MTAgMjAw NA0KK0BAIC0xMTEsNiArMTExLDcgQEANCisgICAgICdxdW90ZWQtcHJpbnRh YmxlJyA9PiAnTUlNRTo6RGVjb2Rlcjo6UXVvdGVkUHJpbnQnLA0KKyANCisg ICAjIyMgTm9uLXN0YW5kYXJkLi4uDQorKyAgICAnYmluaGV4JyAgICAgPT4g J01JTUU6OkRlY29kZXI6OkJpbkhleCcsDQorICAgICAneC11dScgICAgICAg PT4gJ01JTUU6OkRlY29kZXI6OlVVJywNCisgICAgICd4LXV1ZW5jb2RlJyA9 PiAnTUlNRTo6RGVjb2Rlcjo6VVUnLA0KKyANCistLS0gbGliL01JTUUvUGFy c2VyLnBtCVR1ZSBBdWcgMzEgMTg6NTQ6MDUgMjAwNA0KKysrKyBsaWIvTUlN RS9QYXJzZXIucG0JVHVlIEF1ZyAzMSAxODo1MzozMyAyMDA0DQorQEAgLTc5 OSwxMCArODAyLDExIEBADQorICAgICAkc2VsZi0+ZGVidWcoImV4dHJhY3Qg dXVlbmNvZGU/ICIsICRzZWxmLT5leHRyYWN0X3V1ZW5jb2RlKTsNCisgICAg ICRzZWxmLT5kZWJ1ZygiZW5jb2Rpbmc/ICAgICAgICAgIiwgJGVuY29kaW5n KTsNCisgICAgICRzZWxmLT5kZWJ1ZygiZWZmZWN0aXZlIHR5cGU/ICAgIiwg JGVudC0+ZWZmZWN0aXZlX3R5cGUpOw0KKysNCisgICAgIGlmICgkc2VsZi0+ ZXh0cmFjdF91dWVuY29kZSBhbmQNCisgCSgkZW5jb2RpbmcgPX4gL14oN2Jp dHw4Yml0fGJpbmFyeSlcWi8pIGFuZA0KKy0JKCRlbnQtPmVmZmVjdGl2ZV90 eXBlID1+IG17XnRleHQvcGxhaW5cWn0pKSB7DQorLQkNCisrCSgkZW50LT5l ZmZlY3RpdmVfdHlwZSA9fiANCisrCQlte14oPzp0ZXh0L3BsYWlufGFwcGxp Y2F0aW9uL21hYy1iaW5oZXg0MHxhcHBsaWNhdGlvbi9tYWMtYmluaGV4KVxa fSkpIHsNCisgCSMjIyBIdW50IGZvciBpdDoNCisgCW15ICR1dV9lbnQgPSBl dmFsIHsgJHNlbGYtPmh1bnRfZm9yX3V1ZW5jb2RlKCRFTkNPREVELCAkZW50 KSB9Ow0KKyAJaWYgKCR1dV9lbnQpIHsgICAjIyMgc25hcmsNCitAQCAtODQy LDE0ICs4NDQsMjEgQEANCisgIw0KKyBzdWIgaHVudF9mb3JfdXVlbmNvZGUg ew0KKyAgICAgbXkgKCRzZWxmLCAkRU5DT0RFRCwgJGVudCkgPSBAXzsNCist ICAgIG15ICRnb29kOw0KKysgICAgbXkgKCRnb29kLCAkamtmaXMpOw0KKyAg ICAgbG9jYWwgJF87DQorICAgICAkc2VsZi0+ZGVidWcoInNuaWZmaW5nIGFy b3VuZCBmb3IgVVVFTkNPREUiKTsNCisgDQorICAgICAjIyMgSGV1cmlzdGlj Og0KKyAgICAgJEVOQ09ERUQtPnNlZWsoMCwwKTsNCisgICAgIHdoaWxlIChk ZWZpbmVkKCRfID0gJEVOQ09ERUQtPmdldGxpbmUpKSB7DQorLQlsYXN0IGlm ICgkZ29vZCA9IC9eYmVnaW4gWzAtN117M30vKTsNCisrICAgICAgICBpZiAo JGdvb2QgPSAvXmJlZ2luIFswLTddezN9Lykgew0KKysgICAgICAgICAgJGpr ZmlzID0gJ3V1JzsNCisrICAgICAgICAgIGxhc3Q7DQorKyAgICAgICAgfQ0K KysgICAgICAgIGlmICgkZ29vZCA9IC9eXChUaGlzIGZpbGUgbXVzdCBiZSBj b252ZXJ0ZWQgd2l0aC9pKSB7DQorKyAgICAgICAgICAkamtmaXMgPSAnYmlu aGV4JzsNCisrICAgICAgICAgIGxhc3Q7DQorKyAgICAgICAgfQ0KKyAgICAg fQ0KKyAgICAgJGdvb2Qgb3IgZG8geyAkc2VsZi0+ZGVidWcoIm5vIG9uZSBt YWRlIHRoZSBjdXQiKTsgcmV0dXJuIDAgfTsNCisgDQorQEAgLTg2MCw3ICs4 NjksOSBAQA0KKyANCisgICAgICMjIyBNYWRlIHRoZSBmaXJzdCBjdXQ7IG9u IHRvIHRoZSByZWFsIHN0dWZmOg0KKyAgICAgJEVOQ09ERUQtPnNlZWsoMCww KTsNCistICAgIG15ICRkZWNvZGVyID0gTUlNRTo6RGVjb2Rlci0+bmV3KCd4 LXV1ZW5jb2RlJyk7DQorKyAgICBteSAkZGVjb2RlciA9IE1JTUU6OkRlY29k ZXItPm5ldygoJGprZmlzIGVxICd1dScpPyd4LXV1ZW5jb2RlJw0KKysgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIDonYmluaGV4Jyk7DQorKyAgICAkc2VsZi0+d2hpbmUoIkZvdW5kIGEg JGprZmlzIGF0dGFjaG1lbnQiKTsNCisgICAgIG15ICRwcmU7DQorICAgICB3 aGlsZSAoMSkgew0KKyAJbXkgQGJpbl9kYXRhOw0KK0BAIC05MTAsMTIgKzky MSwxMSBAQA0KKyANCisgICAgICMjIyBEaWQgd2UgZ2V0IGFueXRoaW5nPw0K KyAgICAgQHBhcnRzIG9yIHJldHVybiB1bmRlZjsNCistDQorICAgICAjIyMg U2V0IHRoZSBwYXJ0cyBhbmQgYSBuaWNlIHByZWFtYmxlOg0KKyAgICAgJHRv cF9lbnQtPnBhcnRzKFxAcGFydHMpOw0KKyAgICAgJHRvcF9lbnQtPnByZWFt YmxlDQorIAkoWyJUaGUgZm9sbG93aW5nIGlzIGEgbXVsdGlwYXJ0IE1JTUUg bWVzc2FnZSB3aGljaCB3YXMgZXh0cmFjdGVkXG4iLA0KKy0JICAiZnJvbSBh IHV1ZW5jb2RlZCBtZXNzYWdlLlxuIl0pOw0KKysgICAgICAgICAgImZyb20g YSAkamtmaXMtZW5jb2RlZCBtZXNzYWdlLlxuIl0pOw0KKyAgICAgJHRvcF9l bnQ7DQorIH0NCisgDQpJbmRleDogZmlsZXMvcGF0Y2gtUGFyc2VyLU1heFBh cnRzDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogZmlsZXMv cGF0Y2gtUGFyc2VyLU1heFBhcnRzDQpkaWZmIC1OIGZpbGVzL3BhdGNoLVBh cnNlci1NYXhQYXJ0cw0KLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAw OjAwIC0wMDAwDQorKysgZmlsZXMvcGF0Y2gtUGFyc2VyLU1heFBhcnRzCTMx IEF1ZyAyMDA0IDE4OjA2OjUzIC0wMDAwDQpAQCAtMCwwICsxLDgxIEBADQor LS0tIGxpYi9NSU1FL1BhcnNlci5wbS5vcmlnCVR1ZSBBdWcgMzEgMTg6NTQ6 MDUgMjAwNA0KKysrKyBsaWIvTUlNRS9QYXJzZXIucG0JVHVlIEF1ZyAzMSAx ODo1MzozMyAyMDA0DQorQEAgLTI1MCw2ICsyNTAsNyBAQA0KKyAgICAgJHNl bGYtPntNUDVfSWdub3JlRXJyb3JzfSAgICA9IDE7DQorICAgICAkc2VsZi0+ e01QNV9Vc2VJbm5lckZpbGVzfSAgID0gMDsNCisgICAgICRzZWxmLT57TVA1 X1VVRGVjb2RlfSAgICAgICAgPSAwOw0KKysgICAgJHNlbGYtPntNUDVfTWF4 UGFydHN9CSA9IC0xOw0KKyANCisgICAgICRzZWxmLT5pbnRlcmZhY2UoRU5U SVRZX0NMQVNTID0+ICdNSU1FOjpFbnRpdHknKTsNCisgICAgICRzZWxmLT5p bnRlcmZhY2UoSEVBRF9DTEFTUyAgID0+ICdNSU1FOjpIZWFkJyk7DQorQEAg LTI3Nyw2ICsyNzgsNyBAQA0KKyAgICAgJHNlbGYtPntNUDVfRmlsZXJ9LT5y ZXN1bHRzKCRzZWxmLT57TVA1X1Jlc3VsdHN9KTsNCisgICAgICRzZWxmLT57 TVA1X0ZpbGVyfS0+aW5pdF9wYXJzZSgpOw0KKyAgICAgJHNlbGYtPntNUDVf RmlsZXJ9LT5wdXJnZWFibGUoW10pOyAgICMjIyBqdXN0IHRvIGJlIHNhZmUN CisrICAgICRzZWxmLT57TVA1X051bVBhcnRzfSA9IDA7DQorICAgICAxOw0K KyB9DQorIA0KK0BAIC05NjksMTEgKzk4MCwxOSBAQA0KKyAjICAgIFJldHlw ZSA9PiByZXR5cGUgdGhpcyBwYXJ0IHRvIHRoZSBnaXZlbiBjb250ZW50LXR5 cGUNCisgIw0KKyAjIFJldHVybiB0aGUgZW50aXR5Lg0KKy0jIEZhdGFsIGV4 Y2VwdGlvbiBvbiBmYWlsdXJlLg0KKysjIEZhdGFsIGV4Y2VwdGlvbiBvbiBm YWlsdXJlLiBSZXR1cm5zIHVuZGVmIGlmIG1lc3NhZ2UgdG8gY29tcGxleA0K KyAjDQorIHN1YiBwcm9jZXNzX3BhcnQgew0KKyAgICAgbXkgKCRzZWxmLCAk aW4sICRyZHIsICVwKSA9IEBfOw0KKyANCisrICAgIGlmICgkc2VsZi0+e01Q NV9NYXhQYXJ0c30gPiAwKSB7DQorKwkkc2VsZi0+e01QNV9OdW1QYXJ0c30r KzsNCisrCWlmICgkc2VsZi0+e01QNV9OdW1QYXJ0c30gPiAkc2VsZi0+e01Q NV9NYXhQYXJ0c30pIHsNCisrCQkjIFJldHVybiBVTkRFRiBpZiBtc2cgdG9v IGNvbXBsZXgNCisrCQlyZXR1cm4gdW5kZWY7DQorKwl9DQorKyAgICB9DQor Kw0KKyAgICAgJHJkciB8fD0gTUlNRTo6UGFyc2VyOjpSZWFkZXItPm5ldzsN CisgICAgICNkZWJ1ZyAicHJvY2Vzc19wYXJ0IjsNCisgICAgICRzZWxmLT5y ZXN1bHRzLT5sZXZlbCgrMSk7DQorQEAgLTEwOTQsNiArMTExMiw4IEBADQor IA0KKyBSZXR1cm5zIHRoZSBwYXJzZWQgTUlNRTo6RW50aXR5IG9uIHN1Y2Nl c3MuDQorIFRocm93cyBleGNlcHRpb24gb24gZmFpbHVyZS4NCisrSWYgdGhl IG1lc3NhZ2UgY29udGFpbmVkIHRvbyBtYW55DQorK3BhcnRzIChhcyBzZXQg YnkgSTxtYXhfcGFydHM+KSwgcmV0dXJucyB1bmRlZi4NCisgDQorID1jdXQN CisgDQorQEAgLTEzNTEsNiArMTM3MSwzMiBAQA0KKyAgICAgbXkgJHNlbGYg PSBzaGlmdDsNCisgICAgICZNSU1FOjpUb29sczo6d2hpbmUoImV2aWxfZmls ZW5hbWUgZGVwcmVjYXRlZCBpbiBNSU1FOjpQYXJzZXIiKTsNCisgICAgICRz ZWxmLT5maWxlci0+ZXZpbF9maWxlbmFtZShAXyk7DQorK30NCisrDQorKyMt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCisrDQorKz1pdGVtIG1h eF9wYXJ0cyBOVU0NCisrDQorK0k8SW5zdGFuY2UgbWV0aG9kLj4NCisrTGlt aXRzIHRoZSBudW1iZXIgb2YgTUlNRSBwYXJ0cyB3ZSB3aWxsIHBhcnNlLg0K KysNCisrTm9ybWFsbHksIGluc3RhbmNlcyBvZiB0aGlzIGNsYXNzIHBhcnNl IGEgbWVzc2FnZSB0byB0aGUgYml0dGVyIGVuZC4NCisrTWVzc2FnZXMgd2l0 aCBtYW55IE1JTUUgcGFydHMgY2FuIGNhdXNlIGV4Y2Vzc2l2ZSBtZW1vcnkg Y29uc3VtcHRpb24uDQorK0lmIHlvdSBpbnZva2UgdGhpcyBtZXRob2QsIHBh cnNpbmcgd2lsbCBhYm9ydCB3aXRoIGEgZGllKCkgaWYgYSBtZXNzYWdlDQor K2NvbnRhaW5zIG1vcmUgdGhhbiBOVU0gcGFydHMuDQorKw0KKytJZiBOVU0g aXMgc2V0IHRvIC0xICh0aGUgZGVmYXVsdCksIHRoZW4gbm8gbWF4aW11bSBs aW1pdCBpcyBlbmZvcmNlZC4NCisrDQorK1dpdGggbm8gYXJndW1lbnQsIHJl dHVybnMgdGhlIGN1cnJlbnQgc2V0dGluZyBhcyBhbiBpbnRlZ2VyDQorKw0K Kys9Y3V0DQorKw0KKytzdWIgbWF4X3BhcnRzIHsNCisrICAgIG15KCRzZWxm LCAkbnVtKSA9IEBfOw0KKysgICAgaWYgKEBfID4gMSkgew0KKysgICAgICAg JHNlbGYtPntNUDVfTWF4UGFydHN9ID0gJG51bTsNCisrICAgIH0NCisrICAg IHJldHVybiAkc2VsZi0+e01QNV9NYXhQYXJ0c307DQorIH0NCisgDQorICMt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkluZGV4OiBmaWxlcy9w YXRjaC1QYXJzZXJVbmRlZg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNT IGZpbGU6IGZpbGVzL3BhdGNoLVBhcnNlclVuZGVmDQpkaWZmIC1OIGZpbGVz L3BhdGNoLVBhcnNlclVuZGVmDQotLS0gL2Rldi9udWxsCTEgSmFuIDE5NzAg MDA6MDA6MDAgLTAwMDANCisrKyBmaWxlcy9wYXRjaC1QYXJzZXJVbmRlZgkz MSBBdWcgMjAwNCAxODowNjo1MyAtMDAwMA0KQEAgLTAsMCArMSw0MyBAQA0K Ky0tLSBsaWIvTUlNRS9QYXJzZXIucG0JVHVlIEF1ZyAzMSAxODo1NDowNSAy MDA0DQorKysrIGxpYi9NSU1FL1BhcnNlci5wbQlUdWUgQXVnIDMxIDE4OjUz OjMzIDIwMDQNCitAQCAtNzA4LDYgKzcxMCw3IEBADQorIAkNCisgCSMjIyBQ YXJzZSB0aGUgbmV4dCBwYXJ0LCBhbmQgYWRkIGl0IHRvIHRoZSBlbnRpdHku Li4NCisgCW15ICRwYXJ0ID0gJHNlbGYtPnByb2Nlc3NfcGFydCgkaW4sICRw YXJ0X3JkciwgUmV0eXBlPT4kcmV0eXBlKTsNCisrICAgICAgICByZXR1cm4g dW5kZWYgdW5sZXNzIGRlZmluZWQoJHBhcnQpOw0KKyAJJGVudC0+YWRkX3Bh cnQoJHBhcnQpOw0KKyANCisgCSMjIyAuLi5hbmQgbG9vayBhdCBob3cgd2Ug ZmluaXNoZWQgdXA6DQorQEAgLTk0NCw2ICs5NTQsNyBAQA0KKyANCisgICAg ICMjIyBQYXJzZSB0aGUgbWVzc2FnZToNCisgICAgIG15ICRtc2cgPSAkc2Vs Zi0+cHJvY2Vzc19wYXJ0KCRpbiwgJHJkcik7DQorKyAgICByZXR1cm4gdW5k ZWYgdW5sZXNzIGRlZmluZWQoJG1zZyk7DQorIA0KKyAgICAgIyMjIEhvdyB0 byBoYW5kbGUgbmVzdGVkIG1lc3NhZ2VzPw0KKyAgICAgaWYgKCRzZWxmLT5l eHRyYWN0X25lc3RlZF9tZXNzYWdlcyBlcSAnUkVQTEFDRScpIHsNCitAQCAt MTAwNSwxNCArMTAyNCwxNCBAQA0KKyANCisgICAgICMjIyBIYW5kbGUsIGFj Y29yZGluZyB0byB0aGUgTUlNRSB0eXBlOg0KKyAgICAgaWYgKCR0eXBlIGVx ICdtdWx0aXBhcnQnKSB7DQorLQkkc2VsZi0+cHJvY2Vzc19tdWx0aXBhcnQo JGluLCAkcmRyLCAkZW50KTsNCisrICAgICAgICByZXR1cm4gdW5kZWYgdW5s ZXNzIGRlZmluZWQoJHNlbGYtPnByb2Nlc3NfbXVsdGlwYXJ0KCRpbiwgJHJk ciwgJGVudCkpOw0KKyAgICAgfQ0KKyAgICAgZWxzaWYgKCgiJHR5cGUvJHN1 YnR5cGUiIGVxICJtZXNzYWdlL3JmYzgyMiIgfHwNCisgICAgICAgICAgICAg IiR0eXBlLyRzdWJ0eXBlIiBlcSAibWVzc2FnZS9leHRlcm5hbC1ib2R5IiB8 fA0KKyAJICAgICgiJHR5cGUvJHN1YnR5cGUiIGVxICJtZXNzYWdlL3BhcnRp YWwiICYmICRoZWFkLT5taW1lX2F0dHIoImNvbnRlbnQtdHlwZS5udW1iZXIi KSA9PSAxKSkgJiYgDQorIAkgICAgJHNlbGYtPmV4dHJhY3RfbmVzdGVkX21l c3NhZ2VzKSB7DQorIAkkc2VsZi0+ZGVidWcoImF0dGVtcHRpbmcgdG8gcHJv Y2VzcyBhIG5lc3RlZCBtZXNzYWdlIik7DQorLQkkc2VsZi0+cHJvY2Vzc19t ZXNzYWdlKCRpbiwgJHJkciwgJGVudCk7DQorKwlyZXR1cm4gdW5kZWYgdW5s ZXNzIGRlZmluZWQoJHNlbGYtPnByb2Nlc3NfbWVzc2FnZSgkaW4sICRyZHIs ICRlbnQpKTsNCisgICAgIH0NCisgICAgIGVsc2UgeyAgICAgICAgICAgICAg ICAgICAgIA0KKyAJJHNlbGYtPnByb2Nlc3Nfc2luZ2xlcGFydCgkaW4sICRy ZHIsICRlbnQpOw0KK0BAIC0xMDgwLDcgKzEwODAsNiBAQA0KKyA9YmFjaw0K KyANCisgUmV0dXJucyB0aGUgcGFyc2VkIE1JTUU6OkVudGl0eSBvbiBzdWNj ZXNzLiAgDQorLVRocm93cyBleGNlcHRpb24gb24gZmFpbHVyZS4NCisgDQor ID1jdXQNCisgDQo= --0-923124273-1093976058=:6407-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 21:51:18 2004 Return-Path: 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 8D39E16A4CE for ; Tue, 31 Aug 2004 21:51:18 +0000 (GMT) Received: from mail-in-01.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE06443D1D for ; Tue, 31 Aug 2004 21:51:17 +0000 (GMT) (envelope-from mka_fuhrmann@arcor.de) Received: from [192.168.2.23] (dsl-082-082-101-110.arcor-ip.net [82.82.101.110]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 4761A2C89F for ; Tue, 31 Aug 2004 23:51:16 +0200 (CEST) Message-ID: <4134F388.7030607@arcor.de> Date: Tue, 31 Aug 2004 23:54:16 +0200 From: Matthias Fuhrmann User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20040816 X-Accept-Language: de, de-de, zh, zh-cn, zh-tw MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: multipart/mixed; boundary="------------020601000805050000090208" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: ports@FreeBSD.org Subject: tk84 does not build at FreeBSD 5.3 Beta2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 21:51:18 -0000 This is a multi-part message in MIME format. --------------020601000805050000090208 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit So, many dependent programs like scribus, skencil etc. do not build too. What can I do? --------------020601000805050000090208-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 21:55:36 2004 Return-Path: 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 BDC0E16A4D1 for ; Tue, 31 Aug 2004 21:55:36 +0000 (GMT) Received: from xevious.kicks-ass.net (dsl093-025-119.hou1.dsl.speakeasy.net [66.93.25.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id B473D43D2F for ; Tue, 31 Aug 2004 21:55:34 +0000 (GMT) (envelope-from skquinn@xevious.kicks-ass.net) Received: from xevious.kicks-ass.net (skquinn@localhost [127.0.0.1]) by xevious.kicks-ass.net (8.12.11/8.12.6) with ESMTP id i7VLtXAB068565 for ; Tue, 31 Aug 2004 16:55:33 -0500 (CDT) (envelope-from skquinn@xevious.kicks-ass.net) Received: from localhost (localhost [[UNIX: localhost]]) by xevious.kicks-ass.net (8.12.11/8.12.6/Submit) id i7VLtWtu068564 for ports@freebsd.org; Tue, 31 Aug 2004 16:55:32 -0500 (CDT) From: "Shawn K. Quinn" To: ports@freebsd.org Date: Tue, 31 Aug 2004 16:55:31 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408311655.31629.skquinn@xevious.kicks-ass.net> Subject: sysutils/memtest86 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 21:55:36 -0000 The compiled code in sysutils/memtest86 is not an even multiple of 512 bytes. Thus, at least on my system (4.10-STABLE), dd errors out at the last sector with "Invalid argument" and the last sector doesn't get written. I solved this problem by tacking on enough bytes from /dev/zero to pad out to an even multiple of 512. -- Shawn K. Quinn From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 22:07:02 2004 Return-Path: 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 AD05916A4CE for ; Tue, 31 Aug 2004 22:07:02 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47CF743D4C for ; Tue, 31 Aug 2004 22:07:02 +0000 (GMT) (envelope-from jeffgaofreebsd@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so176448rnl for ; Tue, 31 Aug 2004 15:06:52 -0700 (PDT) Received: by 10.38.164.76 with SMTP id m76mr1816781rne; Tue, 31 Aug 2004 15:06:52 -0700 (PDT) Received: by 10.38.74.13 with HTTP; Tue, 31 Aug 2004 15:06:52 -0700 (PDT) Message-ID: <639522fe04083115067522b2a3@mail.gmail.com> Date: Tue, 31 Aug 2004 16:06:52 -0600 From: Jie Gao To: Matthias Fuhrmann In-Reply-To: <4134F388.7030607@arcor.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4134F388.7030607@arcor.de> cc: ports@freebsd.org Subject: Re: tk84 does not build at FreeBSD 5.3 Beta2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jie Gao List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 22:07:02 -0000 I have just tried building tk84 on my 5.3-BETA2. It compiled without any problem. I think you should check if you are having an up-to-date ports tree, and if you have any tricky compiler flags in somewhere like /etc/make.conf. On Tue, 31 Aug 2004 23:54:16 +0200, Matthias Fuhrmann wrote: > So, many dependent programs like scribus, skencil etc. do not build too. > > What can I do? > > > _______________________________________________ > 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 Tue Aug 31 22:19:22 2004 Return-Path: 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 4C77616A4CE for ; Tue, 31 Aug 2004 22:19:22 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id E738243D45 for ; Tue, 31 Aug 2004 22:19:21 +0000 (GMT) (envelope-from danielshafer@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so177075rnl for ; Tue, 31 Aug 2004 15:19:18 -0700 (PDT) Received: by 10.38.83.80 with SMTP id g80mr1148803rnb; Tue, 31 Aug 2004 15:19:18 -0700 (PDT) Received: by 10.38.163.52 with HTTP; Tue, 31 Aug 2004 15:19:18 -0700 (PDT) Message-ID: <4ce25837040831151928328684@mail.gmail.com> Date: Tue, 31 Aug 2004 15:19:18 -0700 From: Daniel Shafer To: ports@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_51_4343419.1093990758069" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Gaim-XMMS-Remote Port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Shafer List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 22:19:22 -0000 ------=_Part_51_4343419.1093990758069 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Ok, so I am lost on how to submit a port, so ill attach it to this email, ive written a gaim-xmms-port since nobody else wanted to lol. Ill be maintaning it when new versions come out, and i guess it is part of /usr/ports/misc/. Hope it gets in there right. Its been tested on 4 machines, each running different versions of freebsd 4.x and 5.x. DanielShafer daniel@xbox-irc.net danielshafer@gmail.com ------=_Part_51_4343419.1093990758069-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 22:29:18 2004 Return-Path: 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 6FFA616A4CE for ; Tue, 31 Aug 2004 22:29:18 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2277543D2F for ; Tue, 31 Aug 2004 22:29:18 +0000 (GMT) (envelope-from danielshafer@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so177555rnl for ; Tue, 31 Aug 2004 15:29:17 -0700 (PDT) Received: by 10.38.164.76 with SMTP id m76mr1828168rne; Tue, 31 Aug 2004 15:29:17 -0700 (PDT) Received: by 10.38.163.52 with HTTP; Tue, 31 Aug 2004 15:29:17 -0700 (PDT) Message-ID: <4ce2583704083115294616015d@mail.gmail.com> Date: Tue, 31 Aug 2004 15:29:17 -0700 From: Daniel Shafer To: ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Gaim-XMMS-Remote X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Shafer List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 22:29:18 -0000 Ok, guess it filtered the attachment, its http://www.xbox-irc.net/gaim-xmms-remote.tar.gz. DanielShafer daniel@xbox-irc.net danielshafer@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 00:49:14 2004 Return-Path: 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 B0E5E16A4CE; Wed, 1 Sep 2004 00:49:14 +0000 (GMT) Received: from fed1rmmtao06.cox.net (fed1rmmtao06.cox.net [68.230.241.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7062143D48; Wed, 1 Sep 2004 00:49:14 +0000 (GMT) (envelope-from housel@acm.org) Received: from housel.dyndns.org ([68.4.72.172]) by fed1rmmtao06.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040901004839.YUTK2550.fed1rmmtao06.cox.net@housel.dyndns.org>; Tue, 31 Aug 2004 20:48:39 -0400 Received: from housel7352a (localhost [127.0.0.1]) by housel.dyndns.org (8.12.11/8.12.11) with SMTP id i810mc6n004583; Tue, 31 Aug 2004 17:48:38 -0700 (PDT) (envelope-from housel@acm.org) Message-ID: <00ac01c48fbd$717fac40$a623010a@housel7352a> From: "Peter S. Housel" To: Date: Tue, 31 Aug 2004 17:48:48 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: ports@FreeBSD.org Subject: devel/swig13 port broken on sparc64... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 00:49:14 -0000 The devel/swig13 port can be un-broken on sparc64 by patching configure/configure.in to use -fPIC instead of -fpic on FreeBSD. -Peter S. Housel- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 02:43:43 2004 Return-Path: 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 DE45016A4CE for ; Wed, 1 Sep 2004 02:43:43 +0000 (GMT) Received: from muse.calarts.edu (muse.calarts.edu [198.182.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3A8B43D4C for ; Wed, 1 Sep 2004 02:43:43 +0000 (GMT) (envelope-from smurphy@calarts.edu) Received: from smurphy.calarts.edu (rfc1918-address.calarts.edu [172.31.1.253] (may be forged)) by muse.calarts.edu (8.11.7p1+Sun/8.11.7) with ESMTP id i812hew10670; Tue, 31 Aug 2004 19:43:40 -0700 (PDT) Message-Id: <6.1.1.1.1.20040831194030.00ba7280@muse.calarts.edu> X-Sender: smurphy@muse.calarts.edu X-Mailer: QUALCOMM Windows Eudora Version 6.1.1.1 Date: Tue, 31 Aug 2004 19:43:50 -0700 To: udo.schweigert@siemens.com From: Sean Murphy Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: ports@FreeBSD.org Subject: FreeBSD Port: nessus-2.0.12_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 02:43:44 -0000 First I want to thank you for creating this port and has worked great. However I must be doing something wrong when I try to use pkg_add -r nessus because I recieve nessus-2.0.10a_2 what am I doing wrong? I would like to use the latest 2.0.12. uname -a FreeBSD netreg.calarts.edu 4.10-RELEASE FreeBSD 4.10-RELEASE #0: Tue May 25 22:47:12 GMT 2004 root@perseus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Thanks --- Sean Murphy Network Technician California Institute of the Arts smurphy@calarts.edu www.calarts.edu/network From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 04:14:23 2004 Return-Path: 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 19E6616A4CE for ; Wed, 1 Sep 2004 04:14:23 +0000 (GMT) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id E55A143D49 for ; Wed, 1 Sep 2004 04:14:21 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 25331 invoked from network); 1 Sep 2004 04:14:19 -0000 Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by sarajevo with SMTP; 1 Sep 2004 04:14:19 -0000 Received: from [192.168.0.107] ([210.24.202.141]) by maxwell6.pacific.net.sg with ESMTP id <20040901041419.CAW8095.maxwell6.pacific.net.sg@[192.168.0.107]>; Wed, 1 Sep 2004 12:14:19 +0800 Message-ID: <41354C91.4030807@pacific.net.sg> Date: Wed, 01 Sep 2004 12:14:09 +0800 From: Erich Dollansky User-Agent: Mozilla Thunderbird 0.7.1 (X11/20040714) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean Murphy References: <6.1.1.1.1.20040831194030.00ba7280@muse.calarts.edu> In-Reply-To: <6.1.1.1.1.20040831194030.00ba7280@muse.calarts.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: udo.schweigert@siemens.com cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: nessus-2.0.12_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 04:14:23 -0000 Hi, Sean Murphy wrote: > First I want to thank you for creating this port and has worked great. > However I must be doing something wrong when I try to use pkg_add -r > nessus because I recieve nessus-2.0.10a_2 what am I doing wrong? I > would like to use the latest 2.0.12. > I have 2.0.12 in my port tree: MD5 (nessus/nessus-core-2.0.12.tar.gz) You might should upgrade yours to get the latest version. Erich From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 07:47:35 2004 Return-Path: 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 29EFA16A4CE for ; Wed, 1 Sep 2004 07:47:35 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-49-192.dynamic.qsc.de [212.202.49.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0C3D43D39 for ; Wed, 1 Sep 2004 07:47:34 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-13.local ([172.16.0.13] helo=dhcp-11.local) by fillmore.dyndns.org with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.42 (FreeBSD)) id 1C2Pq7-0006pO-E5; Wed, 01 Sep 2004 09:47:34 +0200 Date: Wed, 1 Sep 2004 09:47:52 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Daniel Shafer From: Oliver Eikemeier In-Reply-To: <4ce25837040831151928328684@mail.gmail.com> Message-Id: <3ABEE9A7-FBEB-11D8-B720-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@freebsd.org Subject: Re: Gaim-XMMS-Remote Port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 07:47:35 -0000 Daniel Shafer wrote: > Ok, so I am lost on how to submit a port, ... -Oliver From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 09:56:11 2004 Return-Path: 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 B82A516A4CE for ; Wed, 1 Sep 2004 09:56:11 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2alice.tin.it [212.216.176.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D30543D60 for ; Wed, 1 Sep 2004 09:56:10 +0000 (GMT) (envelope-from l.pizzira@virgilio.it) Received: from worklab (82.50.21.22) by vsmtp2.tin.it (7.0.027) id 4134B3C80001CD66 for freebsd-ports@freebsd.org; Wed, 1 Sep 2004 11:53:02 +0200 Date: Wed, 1 Sep 2004 11:52:56 +0200 From: Luigi Pizzirani To: freebsd-ports@freebsd.org Message-ID: <20040901115256.1562d3cd@worklab> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__1_Sep_2004_11_52_56_+0200_DH4peUQqccNZ_Pmi" Subject: proposal of ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 09:56:11 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__1_Sep_2004_11_52_56_+0200_DH4peUQqccNZ_Pmi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, my name is Luigi . I would like to show you two codes of mine : the first is a spoofed portscanner that uses Antirez ID bug (i.e. incremental ID field of certain TCP/IP stacks of some zombie machine) to forge the source IP address (you can find a paper of this at http://www.securitydate.it/SD2004/ -sorry, it's in Italian, but if you are interested I can translate it- ). Here is an example of this tool: worklab# ./spoofscan -a www.kernel.org -s 62.211.32.82 -l 78 -h 82 -n 6 -t 300000 Stealth Scan by Luigi Pizzirani. Warning!!! This is a stealth portscanner based on the requirements that the host we are using for our spoof has no traffic, has not random IP id and we have all firewalls down. Anyway, being this scanner stealth, it is far from being 100% reliable. Enjoy it. DISCLAIMER!!! IP SPOOFING, AS ANY KIND OF FORGEMENT IS AN ILLEGAL PRACTICE. USE THIS SCANNER ONLY FOR TESTING PURPOSES AND ON YOUR LOCAL AREA NETWORK. IN NO EVENT I CONSIDER MYSELF LIABLE FOR ANY ABUSE OF THIS PROGRAM. Id sequence relative to 62.211.32.82: 564 565 566 567 568 569 It seems that host 62.211.32.82 has no traffic: excellent!!! Id sequence relative to port 78 of host www.kernel.org via 62.211.32.82: 570 571 572 573 574 575 Hmmm...looks like 78 is closed. Id sequence relative to port 79 of host www.kernel.org via 62.211.32.82: 576 577 579 581 583 585 Hmmm...looks like 79 is OPEN. Id sequence relative to port 80 of host www.kernel.org via 62.211.32.82: 594 595 597 599 600 602 Hmmm...looks like 80 is OPEN. Id sequence relative to port 81 of host www.kernel.org via 62.211.32.82: 612 613 614 615 616 617 Hmmm...looks like 81 is closed. Id sequence relative to port 82 of host www.kernel.org via 62.211.32.82: 618 619 620 621 622 623 Hmmm...looks like 82 is closed. Ports of www.kernel.org that look like open: 79(finger), 80(http). worklab# The second one is a tool that uses ARP poisoning that I presented at the MOCA (http://camp.olografix.org) to have a scenario like this: we have a LAN and we want offer connectivity to everyone coming here with his laptop for example. It could happen that our customer has his network parameters already configured to work correctly in his own LAN, but not working here. We can have then this scenario: Customer's host (10.0.0.2/8 and default gateway set to 10.0.0.1) Our LAN (192.168.0.0/24 with real gateway 192.168.0.254). All that we want is that our customer plugs his laptop and join the internet without changing nothing of his network parameters. Here comes this tool installed in my real gw(192.168.0.254) It's a sort of sniffer, because it sniffs broadcast ARP requests for the gateway and answers that the gateway is itself In our example our customer's laptop send this request: arp who-has 10.0.0.1 tell 10.0.0.2 Now our gateway does the following: 1) Sends back this reply to 10.0.0.2: arp reply 10.0.0.1 is-at his_mac_address 2)Create the alias 10.0.0.254 (ARP is not routable so we need one alias for each subnet that is not our one) 3)Sends itself an ARP reply to refresh his ARP cache It is different from proxy arp for two reasons: first it runs in user space, then in this case we can plug machines belonging to whatever subnet, while proxy arp is used in the case of only two different ones. Hoping that this stuffs may be of our interest I am looking forward to have some answers and comments about this codes and the eventual inclusion of them in the ports collection. Best regards Luigi (sviat). --Multipart=_Wed__1_Sep_2004_11_52_56_+0200_DH4peUQqccNZ_Pmi Content-Type: application/octet-stream; name="spoofscan.c" Content-Disposition: attachment; filename="spoofscan.c" Content-Transfer-Encoding: base64 LyoKICogJElkOiBzcG9vZnNjYW4uYyx2IDAuOSAyMDA0LzAzLzA2IDE3OjI5OjE3IHN2aWF0IEV4 cCAkCiAqIDxzcG9vZmVkIHN0ZWFsdGggcG9ydHNjYW5uZXI+CiAqCiAqIENvcHlyaWdodCAoYykg MjAwMiBMdWlnaSBQaXp6aXJhbmkgPGwucGl6emlyYUB2aXJnaWxpby5pdD4KICoKICogQWxsIHJp Z2h0cyByZXNlcnZlZC4KICoKICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5k IGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CiAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1p dHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucyBhcmUKICogbWV0OiAx LiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNv cHlyaWdodAogKiBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93 aW5nIGRpc2NsYWltZXIuIDIuCiAqIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0 IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSwKICogdGhpcyBsaXN0IG9mIGNv bmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUgZG9jdW1lbnRhdGlv bgogKiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlv bi4KICoKICogVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05U UklCVVRPUlMgYGBBUyBJUycnIEFORCBBTlkKICogRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJ RVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUgSU1QTElFRAogKiBXQVJSQU5U SUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBP U0UgQVJFCiAqIERJU0NMQUlNRUQuICBJTiBOTyBFVkVOVCBTSEFMTCBUSEUgQVVUSE9SIE9SIENP TlRSSUJVVE9SUyBCRSBMSUFCTEUgRk9SCiAqIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVO VEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwKICogREFNQUdFUyAoSU5D TFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09P RFMgT1IKICogU0VSVklDRVM7IExPU1MgT0YgVVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJ TkVTUyBJTlRFUlJVUFRJT04pIEhPV0VWRVIKICogQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9G IExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCiAqIExJQUJJTElUWSwgT1Ig VE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBX QVkKICogT1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9G IFRIRSBQT1NTSUJJTElUWSBPRgogKiBTVUNIIERBTUFHRS4KICoKICoKICovCgojaW5jbHVkZQk8 c3lzL3R5cGVzLmg+CiNpbmNsdWRlIAk8c3lzL3NvY2tldC5oPgojaW5jbHVkZSAJPG5ldGluZXQv aW4uaD4KI2luY2x1ZGUgCTxuZXRpbmV0L2luX3N5c3RtLmg+CgojaWZuZGVmIAlfX1VTRV9CU0QK I2RlZmluZSAJX19VU0VfQlNECiNlbmRpZgoKI2luY2x1ZGUJIDxuZXRpbmV0L2lwLmg+CgojaWZu ZGVmIAlfX0ZBVk9SX0JTRAojZGVmaW5lIAlfX0ZBVk9SX0JTRAojZW5kaWYKCiNpbmNsdWRlCTxu ZXRpbmV0L3RjcC5oPgojaW5jbHVkZQk8bmV0aW5ldC9pcF9pY21wLmg+CiNpbmNsdWRlCTxhcnBh L2luZXQuaD4KI2luY2x1ZGUJPG5ldGRiLmg+CiNpbmNsdWRlCTxzdGRpby5oPgojaW5jbHVkZQk8 c3RkbGliLmg+CiNpbmNsdWRlCTxzdHJpbmcuaD4KI2luY2x1ZGUJPHVuaXN0ZC5oPgoKI2RlZmlu ZSAJTUFYTlVNUE9SVFMgCTY1NTM1CgovKiBwc2V1ZG90Y3Agc3RydWN0dXJlIHRvIGNhbGN1bGF0 ZSB0Y3AgY2hlY2tzdW0gYXMgc3BlY2lmaWVkIGluIFJGQyA3OTMgKi8Kc3RydWN0IHBzZXVkbyB7 Cgl1aW50MzJfdCBzYWRkcjsKCXVpbnQzMl90IGRhZGRyOwoJY2hhciB1bnVzZWQ7CgljaGFyIHBy b3RvOwoJdWludDE2X3QgbGVuZ3RoOwp9OwoKY2hhciBwYWNrZXRbMjU2XSwgcGFja2V0MlsyNTZd LCBwYWNrZXQzWzI1Nl0sIGJ1ZlsyNTZdOwpzdHJ1Y3QgaXAgKmlwID0gKHN0cnVjdCBpcCAqKSBw YWNrZXQ7IApzdHJ1Y3QgdGNwaGRyICp0Y3AgPSAoc3RydWN0IHRjcGhkciAqKSAocGFja2V0ICsg c2l6ZW9mKHN0cnVjdCBpcCkpOwpzdHJ1Y3QgcHNldWRvICpwc2V1ZG8gPSAoc3RydWN0IHBzZXVk byAqKSBwYWNrZXQzOwpzdHJ1Y3QgaXAgKmlwMiA9IChzdHJ1Y3QgaXAgKikgcGFja2V0MjsKc3Ry dWN0IGljbXAgKmljbXAgPSAoc3RydWN0IGljbXAgKikgKHBhY2tldDIgKyBzaXplb2Yoc3RydWN0 IGlwKSk7CmNoYXIgKmRhdGEgPSBwYWNrZXQgKyBzaXplb2Yoc3RydWN0IGlwKSArIHNpemVvZihz dHJ1Y3QgdGNwaGRyKTsKY2hhciAqZGF0YTIgPSBwYWNrZXQyICsgc2l6ZW9mKHN0cnVjdCBpcCkg KyBzaXplb2Yoc3RydWN0IGljbXApOwpzdHJ1Y3QgaXAgKmlwcmVjdiA9IChzdHJ1Y3QgaXAgKikg YnVmOwoKdm9pZAkJdXNhZ2UoY2hhciAqKTsKdm9pZAkJcHJpbnRfc2VydmljZSh1aW50MTZfdCk7 CnVpbnQxNl90CWNoZWNrc3VtKHVpbnQxNl90KiwgaW50KTsKdWludDE2X3QJc2VuZF9pY21wKGlu dCwgaW50LCBzdHJ1Y3QgaXAqLCBzdHJ1Y3Qgc29ja2FkZHJfaW4sIHN0cnVjdCBzb2NrYWRkcl9p bik7CnZvaWQgCQlzZW5kX3RjcChpbnQsIHN0cnVjdCBpcCosIHN0cnVjdCBzb2NrYWRkcl9pbiwg c3RydWN0IHNvY2thZGRyX2luLCBpbnQpOwppbnQgCQljaGVja190cmFmZmljKGludCwgaW50LCBz dHJ1Y3Qgc29ja2FkZHJfaW4sIHN0cnVjdCBzb2NrYWRkcl9pbiwgaW50LCBjaGFyKik7CgppbnQK bWFpbihpbnQgYXJnYywgY2hhciAqKmFyZ3YpCnsKCWludCBzLCBzMiwgczMsIGNoLCBvcGVuX3Bv cnRzW01BWE5VTVBPUlRTXTsKCXJlZ2lzdGVyIGludCBpLCBqLCBoLCBrOwoJdWludDE2X3QgaWRb MTAwXSwgYVsxMDBdLCBiWzEwMF07CglpbnQgb24gPSAxOwoJaW50ICpwID0gb3Blbl9wb3J0czsK CXJlZ2lzdGVyIGludCB0ID0gMDsJCgljb25zdCBpbnQgKm9wdHZhbCA9ICZvbjsKCWNoYXIgKnRh cmdldF9ob3N0LCAqc2lsZW50X2hvc3QsICpsb3dfcG9ydCwgKmhpZ2hfcG9ydCwgKm51bV9wYWNr ZXRzLCAqdGltZW91dDsKCXN0cnVjdCBob3N0ZW50ICpob3N0ZW50LCAqaG9zdGVudDI7CglzdHJ1 Y3Qgc29ja2FkZHJfaW4gc2luLCBzaW4yLCBzaW4zOwoKCSAvKiBTZWN1cml0eSAqLwoKICAgICAg ICBpZiAoZ2V0dWlkKCkgIT0gZ2V0ZXVpZCgpKSB7CiAgICAgICAgICAgICAgICBwdXRzKCJTdGVh bHRoIFNjYW4gZG9lc24ndCBydW4gd2l0aCArcyBiaXQgc2V0LiIpOwoJCWV4aXQoMSk7Cgl9CgoJ aWYgKGdldHVpZCgpICE9IDApIHsgCiAgICAgICAgICAgICAgICBwdXRzKCJTdGVhbHRoIFNjYW4g bXVzdCBydW4gYXMgcm9vdC4iKTsKCQlleGl0KDEpOwoJfQkKCQoJcHV0cygiXG5TdGVhbHRoIFNj YW4gYnkgTHVpZ2kgUGl6emlyYW5pLlxuIik7CglwdXRzKCJXYXJuaW5nISEhIFRoaXMgaXMgYSBz dGVhbHRoIHBvcnRzY2FubmVyIGJhc2VkIG9uIHRoZSByZXF1aXJlbWVudHMgdGhhdCB0aGUgaG9z dCB3ZSBhcmUgdXNpbmcgZm9yIG91ciBzcG9vZiIpOwoJcHV0cygiaGFzIG5vIHRyYWZmaWMsIGhh cyBub3QgcmFuZG9tIElQIGlkIGFuZCB3ZSBoYXZlIGFsbCBmaXJld2FsbHMgZG93bi4gQW55d2F5 LCBiZWluZyB0aGlzIHNjYW5uZXIgc3RlYWx0aCwgaXQiKTsKIAlwdXRzKCJpcyBmYXIgZnJvbSBi ZWluZyAxMDAlIHJlbGlhYmxlLiBFbmpveSBpdC5cbiIpOwoJcHV0cygiRElTQ0xBSU1FUiEhISBJ UCBTUE9PRklORywgQVMgQU5ZIEtJTkQgT0YgRk9SR0VNRU5UIElTIEFOIElMTEVHQUwgUFJBQ1RJ Q0UuIFVTRSIpOwoJcHV0cygiVEhJUyBTQ0FOTkVSIE9OTFkgRk9SIFRFU1RJTkcgUFVSUE9TRVMg QU5EIE9OIFlPVVIgTE9DQUwgQVJFQSBORVRXT1JLLiBJTiBOTyBFVkVOVCIpOwoJcHV0cygiSSBD T05TSURFUiBNWVNFTEYgTElBQkxFIEZPUiBBTlkgQUJVU0UgT0YgVEhJUyBQUk9HUkFNLlxuIik7 CgoJaWYgKGFyZ2MgIT0gMTMpCgkJdXNhZ2UoYXJndlswXSk7CgoJd2hpbGUgKCAoY2ggPSBnZXRv cHQoYXJnYywgYXJndiwgImE6czpsOmg6bjp0OiIpKSAhPSAtMSkgCiAgICAgICAgICAgICAgICBz d2l0Y2goY2gpIHsKICAgICAgICAgICAgICAgIGNhc2UgJ2EnOgogICAgICAgICAgICAgICAgICAg ICAgICB0YXJnZXRfaG9zdCA9IGFyZ3Zbb3B0aW5kIC0gMV07CiAgICAgICAgICAgICAgICAgICAg ICAgIGJyZWFrOyAgCgogICAgICAgICAgICAgICAgY2FzZSAncyc6CiAgICAgICAgICAgICAgICAg ICAgICAgIHNpbGVudF9ob3N0ID0gYXJndltvcHRpbmQgLSAxXTsKCQkJYnJlYWs7CiAgICAgICAg ICAgICAgICBjYXNlICdsJzoKICAgICAgICAgICAgICAgICAgICAgICAgbG93X3BvcnQgPSBhcmd2 W29wdGluZCAtIDFdOwoJCQlicmVhazsKICAgICAgICAgICAgICAgIGNhc2UgJ2gnOgogICAgICAg ICAgICAgICAgICAgICAgICBoaWdoX3BvcnQgPSBhcmd2W29wdGluZCAtIDFdOwoJCQlicmVhazsK CQljYXNlICduJzogCgkJCW51bV9wYWNrZXRzID0gYXJndltvcHRpbmQgLSAxXTsKCQkJaWYgKGF0 b2kobnVtX3BhY2tldHMpID4gMTAwKSB7CgkJCQlwdXRzKCJZb3UgY2Fubm90IHNlbmQgbW9yZSB0 aGFuIDEwMCBwYWNrZXRzLlxuIik7CgkJCQlleGl0KDEpOwoJCQl9IAoJCQlicmVhazsKICAgICAg ICAgICAgICAgIGNhc2UgJ3QnOgogICAgICAgICAgICAgICAgICAgICAgICB0aW1lb3V0ID0gYXJn dltvcHRpbmQgLSAxXTsKCQkJYnJlYWs7CiAgICAgICAgICAgICAgICBjYXNlICc/JzoKICAgICAg ICAgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICAgICAgICAgICAgdXNhZ2UoYXJndlswXSk7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg IH0KCgkqcCA9IDA7CgoJaWYgKCAocyA9IHNvY2tldChQRl9JTkVULCBTT0NLX1JBVywgSVBQUk9U T19SQVcpKSA8IDApIHsKICAgICAgICAgICAgICAgIHBlcnJvcigic29ja2V0Iik7CiAgICAgICAg ICAgICAgICBleGl0KDEpOwogICAgICAgIH0KCiAgICAgICAgaWYgKCAoczIgPSBzb2NrZXQoUEZf SU5FVCwgU09DS19SQVcsIElQUFJPVE9fUkFXKSkgPCAwKSB7CiAgICAgICAgICAgICAgICBwZXJy b3IoInNvY2tldCIpOwogICAgICAgICAgICAgICAgZXhpdCgxKTsKICAgICAgICB9CgoJIGlmICgg KHMzID0gc29ja2V0KFBGX0lORVQsIFNPQ0tfUkFXLCBJUFBST1RPX0lDTVApKSA8IDApIHsKICAg ICAgICAgICAgICAgIHBlcnJvcigic29ja2V0Iik7CiAgICAgICAgICAgICAgICBleGl0KDEpOwog ICAgICAgIH0KCglzZXRzb2Nrb3B0KHMsIElQUFJPVE9fSVAsIElQX0hEUklOQ0wsIG9wdHZhbCwg c2l6ZW9mKG9uKSk7CglzZXRzb2Nrb3B0KHMyLCBJUFBST1RPX0lQLCBJUF9IRFJJTkNMLCBvcHR2 YWwsIHNpemVvZihvbikpOwoKCW1lbXNldCgmc2luLCAwLCBzaXplb2Yoc2luKSk7CgltZW1zZXQo JnNpbjIsIDAsIHNpemVvZihzaW4pKTsKCW1lbXNldCgmc2luMywgMCwgc2l6ZW9mKHNpbikpOwoK CW1lbXNldChpcCwgMCwgc2l6ZW9mKHN0cnVjdCBpcCkpOwoJbWVtc2V0KGlwMiwgMCwgc2l6ZW9m KHN0cnVjdCBpcCkpOwoKCW1lbXNldChpY21wLCAwLCBzaXplb2Yoc3RydWN0IGljbXApKTsKCglt ZW1zZXQoaXByZWN2LCAwLCBzaXplb2Yoc3RydWN0IGlwKSk7CgoJc2luLnNpbl9mYW1pbHkgPSBz aW4yLnNpbl9mYW1pbHkgPSBzaW4zLnNpbl9mYW1pbHkgPSBBRl9JTkVUOwoKCSAvKiB0YXJnZXQg aG9zdCdzIGlwIGFkZHJlc3MgKi8KICAgICAgICBpZiAoIChob3N0ZW50ID0gZ2V0aG9zdGJ5bmFt ZSh0YXJnZXRfaG9zdCkpKSAKICAgICAgICAgICAgICAgIG1lbWNweSAoJnNpbi5zaW5fYWRkciwg aG9zdGVudC0+aF9hZGRyLCBob3N0ZW50LT5oX2xlbmd0aCk7CiAgICAgICAgZWxzZSBpZiAoIChp bmV0X3B0b24oQUZfSU5FVCwgdGFyZ2V0X2hvc3QsICZzaW4uc2luX2FkZHIpKSAhPSBJTkFERFJf Tk9ORSkgewogICAgICAgICAgICAgICAgaGVycm9yKCJnZXRob3N0YnluYW1lIik7ICAKICAgICAg ICAgICAgICAgIGV4aXQoMSk7CiAgICAgICAgfQoKICAgICAgICAvKiBzaWxlbnQgaG9zdCdzIGlw IGFkZHJlc3MgKi8KICAgICAgICBpZiAoIChob3N0ZW50MiA9IGdldGhvc3RieW5hbWUoc2lsZW50 X2hvc3QpKSkgCiAgICAgICAgICAgICAgICBtZW1jcHkgKCZzaW4yLnNpbl9hZGRyLCBob3N0ZW50 Mi0+aF9hZGRyLCBob3N0ZW50Mi0+aF9sZW5ndGgpOwogICAgICAgIGVsc2UgaWYgKCAoaW5ldF9w dG9uKEFGX0lORVQsIHNpbGVudF9ob3N0LCAmc2luMi5zaW5fYWRkcikpICE9IElOQUREUl9OT05F KSB7CiAgICAgICAgICAgICAgICBoZXJyb3IoImdldGhvc3RieW5hbWUiKTsKICAgICAgICAgICAg ICAgIGV4aXQoMSk7Cgl9CgoJc2luMy5zaW5fYWRkci5zX2FkZHIgPSBodG9ubChJTkFERFJfQU5Z KTsgIC8qbXkgb3duIGlwIGFkZHJlc3MgKi8KCglpZiAoY2hlY2tfdHJhZmZpYyhzMiwgczMsIHNp bjMsIHNpbjIsIGF0b2kobnVtX3BhY2tldHMpLCBzaWxlbnRfaG9zdCkpCgkJZXhpdCgxKTsgCgoJ Lyogc2VuZHMgaWNtcCBwYWNrZXRzIHRvIHRoZSBkdW1iIGhvc3QgYW5kIHRjcCBwYWNrZXRzIHdp dGggU1lOIGZsYWcgc2V0IHRvIHRoZSB0YXJnZXQgaG9zdCAqLwogCWZvciAoaSA9IGF0b2kobG93 X3BvcnQpOyBpIDw9IGF0b2koaGlnaF9wb3J0KTsgaSsrKSB7CgkJdXNsZWVwKGF0b2kodGltZW91 dCkpOwoKCQlwcmludGYoIklkIHNlcXVlbmNlIHJlbGF0aXZlIHRvIHBvcnQgJWQgb2YgaG9zdCAl cyB2aWEgJXM6XHRcdCIsIGksIHRhcmdldF9ob3N0LCBzaWxlbnRfaG9zdCk7CgoJCXRjcC0+dGhf ZHBvcnQgPSBzaW4uc2luX3BvcnQgPSBzaW4yLnNpbl9wb3J0ID0gKHVpbnQxNl90KSBpOwoKCQlm b3IgKGogPSAwOyBqIDwgYXRvaShudW1fcGFja2V0cyk7IGorKykgewoJCQlpY21wLT5pY21wX3Nl cSA9IGh0b25zKCh1aW50MTZfdCkgaik7CgkJCWlkW2pdID0gc2VuZF9pY21wKHMyLCBzMyAsIGlw Miwgc2luMywgc2luMik7CgkJCXNlbmRfdGNwKHMsIGlwLCAgc2luMiwgc2luLCBpKTsKCQkJcHJp bnRmKCIlZFx0IiwgaWRbal0pOwoJCX0KCQkKCQlrID0gMTsKCQkKCQlmb3IgKGogPSAwOyBqIDwg YXRvaShudW1fcGFja2V0cykgLSAxOyBqKyspIAogICAgICAgIAkgICAgICAgIGFbal0gPSBpZFtq ICsgMV0gLSBpZFtqXTsKCgkJZm9yIChqID0gMDsgaiA8IGF0b2kobnVtX3BhY2tldHMpIC0gMjsg aisrKSB7CgkJCWJbal0gPSAoYVtqICsgMV0gPT0gYVtqXSk7CgkJCWsgPSAoayAmJiBiW2pdKTsK CQl9CgkKCS8qIGlmIGlkIGZpZWxkIGluY3JlYXNlcyBjb25zdGFudGx5IGFuZCB0aGUgc2lsZW50 IGhvc3QgaGFzIHN0aWxsIG5vIHRyYWZmaWMgdGhlIHBvcnQgbXVzdCBiZSBjbG9zZWQsIG90aGVy d2lzZSBpdCBtdXN0IGJlIG9wZW4gKi8KCgkJZm9yIChqID0gMDsgaiA8IGF0b2kobnVtX3BhY2tl dHMpIC0gMTsgaisrICkgCiAgICAgICAgICAgICAgIAkJaWYgKCFpZFtqXSkgewogICAgICAgICAg ICAgICAgICAgICAgICAJcHV0cygiXG5JZCBmaWVsZCBtdXN0IG5vdCBiZSAwLiBQbGVhc2UgdHJ5 IGFub3RoZXIgaG9zdC5cbiIpOwoJCQkJcmV0dXJuIDE7CiAgICAgICAgICAgICAgICAJfQoKICAg ICAgICAgICAgICAgaWYgKCFrKSB7IAoJCQl1c2xlZXAoYXRvaSh0aW1lb3V0KSk7CgoJCQlmb3Ig KGggPSAwOyBoIDwgYXRvaShudW1fcGFja2V0cyk7IGgrKykgCiAgICAgICAgICAgICAgICAgICAg ICAgCQlpZFtoXSA9IHNlbmRfaWNtcChzMiwgczMsIGlwMiwgc2luMywgc2luMik7CgoJCQlrID0g MTsKCQkJCQoJCQlmb3IgKGogPSAwOyBqIDwgYXRvaShudW1fcGFja2V0cykgLSAxOyBqKyspIAog CSAgICAgICAgICAgICAgICAgICAgICAgYVtqXSA9IGlkW2ogKyAxXSAtIGlkW2pdOwoKCQkJZm9y IChqID0gMDsgaiA8IGF0b2kobnVtX3BhY2tldHMpIC0gMjsgaisrKSB7CiAgICAgICAgICAgICAg IAkJICAgICAgIGJbal0gPSAoYVtqICsgMV0gPT0gYVtqXSk7CiAgICAgICAgICAgICAgICAJICAg ICAgIGsgPSAoayAmJiBiW2pdKTsKCQkJfQoKCQkJaWYgKGspIHsKCQkJCXByaW50ZigiXGFIbW1t Li4ubG9va3MgbGlrZSAlZCBpcyBPUEVOLlxuIiwgaSk7CgkJCQlvcGVuX3BvcnRzW3QrK10gPSBp OwoJCQl9CgkJCWVsc2UgewoJCQkJcHJpbnRmKCJcbkhvc3QgJXMgbm93IGhhcyB0b28gbXVjaCB0 cmFmZmljLiBQbGVhc2UgY2hhbmdlIGl0IG9yIHJldHJ5IGxhdGVyLlN0b3AgYXQgcG9ydCAlZC5c biIsIHNpbGVudF9ob3N0LCBpKTsKCQkJCXByaW50ZigiXG5Qb3J0cyBvZiAlcyB0aGF0IGxvb2sg bGlrZSBvcGVuOlx0IiwgdGFyZ2V0X2hvc3QpOwoJCQkJd2hpbGUgKCpwKQogICAgICAgICAgICAg ICAgCQkJcHJpbnRfc2VydmljZSgodWludDE2X3QpICpwKyspOwoJCQkJcHV0cygiXGJcYi4iKTsK ICAgICAgCQkgICAgICAgICAJZXhpdCgxKTsKCQkJfQoJCX0gCgkJZWxzZSAKCQkJcHJpbnRmKCJI bW1tLi4ubG9va3MgbGlrZSAlZCBpcyBjbG9zZWQuXG4iLCBpKTsKCX0KCQoJcHJpbnRmKCJcblBv cnRzIG9mICVzIHRoYXQgbG9vayBsaWtlIG9wZW46XHQiLCB0YXJnZXRfaG9zdCk7CgoJd2hpbGUg KCpwKSAKCQlwcmludF9zZXJ2aWNlKCh1aW50MTZfdCkgKnArKyk7CgkKCXB1dHMoIlxiXGIuIik7 CgoJY2xvc2Uocyk7CgljbG9zZShzMik7CgljbG9zZShzMyk7CgoJZXhpdCgwKTsKfQkKCnZvaWQK dXNhZ2UoY2hhciAqaG93KQp7CiAgICAgICAgcHJpbnRmKCJVc2FnZTogJXMgLWEgdGFyZ2V0X2hv c3QgLXMgc2lsZW50X2hvc3QgLWwgbG93X3BvcnQgLWggaGlnaF9wb3J0IC1uIG51bV9wYWNrZXRz IC10IHRpbWVvdXQoaW4gbWljcm9zZWNvbmRzKS5cbiIsIGhvdyk7CiAgICAgICAgZXhpdCgxKTsK fQoKdm9pZApwcmludF9zZXJ2aWNlKHVpbnQxNl90IHBvcnQpCnsKICAgICAgICBzdHJ1Y3Qgc2Vy dmVudCAqc2VydmVudDsKCiAgICAgICAgaWYgKCAoc2VydmVudCA9IGdldHNlcnZieXBvcnQoaHRv bnMocG9ydCksICJ0Y3AiKSkpCiAgICAgICAgICAgICAgICBwcmludGYoIiVkKCVzKSwgIiwgcG9y dCwgc2VydmVudC0+c19uYW1lKTsKICAgICAgICBlbHNlCiAgICAgICAgICAgICAgICBwcmludGYo IiVkLCAiLCBwb3J0KTsKfQoKICAgICAgICAvKiB1c3VhbCBjaGVja3N1bSAqLwp1aW50MTZfdApj aGVja3N1bSh1aW50MTZfdCAqYWRkciwgaW50IGxlbikKewogICAgICAgIHJlZ2lzdGVyIGludCBz dW0gPSAwOwogICAgICAgIHVpbnQxNl90IGFuc3dlciA9IDA7CiAgICAgICAgcmVnaXN0ZXIgdWlu dDE2X3QgKncgPSBhZGRyOwogICAgICAgIHJlZ2lzdGVyIGludCBubGVmdCA9IGxlbjsKICAgICAg ICB3aGlsZSAobmxlZnQgPiAxKSB7CiAgICAgICAgICAgICAgICBzdW0gKz0gKncrKzsKICAgICAg ICAgICAgICAgIG5sZWZ0IC09IDI7CiAgICAgICAgfQoKICAgICAgICBpZiAobmxlZnQgPT0gMSkg ewogICAgICAgICAgICAgICAgKih1aW50MTZfdCAqKSAoJmFuc3dlcikgPSAqKHVpbnQxNl90ICop IHc7CiAgICAgICAgICAgICAgICBzdW0gKz0gYW5zd2VyOwogICAgICAgIH0KCiAgICAgICAgLyog YWRkIGJhY2sgY2Fycnkgb3V0cyBmcm9tIHRvcCAxNiBiaXRzIHRvIGxvdyAxNiBiaXRzICovCiAg ICAgICAgc3VtID0gKHN1bSA+PiAxNikgKyAoc3VtICYgMHhmZmZmKTsgLyogYWRkIGhpIDE2IHRv IGxvdyAxNiAqLwogICAgICAgIHN1bSArPSAoc3VtID4+IDE2KTsgLyogYWRkIGNhcnJ5ICovCiAg ICAgICAgYW5zd2VyID0gfnN1bTsgLyogdHJ1bmNhdGUgdG8gMTYgYml0cyAqLwogICAgICAgIHJl dHVybiAoYW5zd2VyKTsKfQoKLyogc2VuZHMgaWNtcCBwYWNrZXRzIHRvIHNpbGVudCBob3N0ICov CnVpbnQxNl90CnNlbmRfaWNtcChpbnQgc2VuZHNvY2ssIGludCByZWN2c29jaywgc3RydWN0IGlw ICppcCwgc3RydWN0IHNvY2thZGRyX2luIG15c2luLCBzdHJ1Y3Qgc29ja2FkZHJfaW4gZHVtYnNp bikKewogICAgICAgIGludCBzaXplID0gc2l6ZW9mKHN0cnVjdCBzb2NrYWRkcl9pbik7CiAgICAg ICAgcmVnaXN0ZXIgaW50IGk7CiAgICAgICAgdWludDE2X3QgaWQ7CgogICAgICAgIGlwLT5pcF9o bCA9IDU7CiAgICAgICAgaXAtPmlwX3YgPSA0OwogICAgICAgIGlwLT5pcF90b3MgPSAwOwogICAg ICAgIGlwLT5pcF9sZW4gPSBzaXplb2Yoc3RydWN0IGlwKSArIHNpemVvZihzdHJ1Y3QgaWNtcCkg KyA0ODsKICAgICAgICBpcC0+aXBfaWQgPSBodG9ucygodWludDE2X3QpIHJhbmRvbSgpKTsKICAg ICAgICBpcC0+aXBfb2ZmID0gIDA7CiAgICAgICAgaXAtPmlwX3R0bCA9IDI1NTsKICAgICAgICBp cC0+aXBfcCA9IElQUFJPVE9fSUNNUDsKICAgICAgICBpcC0+aXBfc3VtID0gMDsKICAgICAgICBp cC0+aXBfc3JjID0gbXlzaW4uc2luX2FkZHI7CiAgICAgICAgaXAtPmlwX2RzdCA9IGR1bWJzaW4u c2luX2FkZHI7CiAKICAgICAgICBpY21wLT5pY21wX3R5cGUgPSA4OyAvKiBlY2hvIHJlcXVlc3Qg Ki8KICAgICAgICBpY21wLT5pY21wX2NvZGUgPSAwOwogICAgICAgIGljbXAtPmljbXBfY2tzdW0g PSAwOwogICAgICAgIGljbXAtPmljbXBfaWQgPSBodG9ucygodWludDE2X3QpIHJhbmRvbSgpKTsg LyogdGh4IGF3Z24gZm9yIGhhdmluZyB0b2xkIG1lIGhvdyB0byBmaWxsIHRoaXMgZmllbGQgKi8K IAogICAgICAgIC8qIHRoeCBhZ2FpbiwgbWFuIGZvciB0aGlzIHRvbyAqLwogICAgICAgIGZvciAo aSA9IDA7IGkgPCA0ODsgaSsrKQogICAgICAgICAgICAgICAgZGF0YTJbaV0gPSBpICsgODsKICAg ICAgICAKICAgICAgICBpY21wLT5pY21wX2Nrc3VtID0gY2hlY2tzdW0oKHVpbnQxNl90ICopIGlj bXAsIChzaXplb2Yoc3RydWN0IGljbXApICsgNDgpICYgfjEpOwogICAgICAgICAgICAgICAgCiAg ICAgICAgc2VuZHRvKHNlbmRzb2NrLCBwYWNrZXQyLCBpcC0+aXBfbGVuLCAwLCAoc3RydWN0IHNv Y2thZGRyICopICZkdW1ic2luLCBzaXplKTsKICAgICAgICByZWN2ZnJvbShyZWN2c29jaywgYnVm LCBzaXplb2Yoc3RydWN0IGlwKSArIHNpemVvZihzdHJ1Y3QgaWNtcCkgKyBzaXplb2YoZGF0YSks IDAsIChzdHJ1Y3Qgc29ja2FkZHIgKikgJmR1bWJzaW4sICZzaXplKTsKICAgICAgICBpZCA9IG50 b2hzKGlwcmVjdi0+aXBfaWQpOwogIAogICAgICAgIHJldHVybiAoaWQpOwp9CgovKiBzZW5kcyB0 Y3Agc3Bvb2ZlZCBwYWNrZXRzIHRvIHRhcmdldCBob3N0IHdpdGggc2lsZW50J3MgaG9zdCBzb3Vy Y2UgaXAgKi8Kdm9pZApzZW5kX3RjcChpbnQgc29jaywgc3RydWN0IGlwICppcCwgc3RydWN0IHNv Y2thZGRyX2luIGR1bWJzaW4sIHN0cnVjdCBzb2NrYWRkcl9pbiB0YXJnZXRzaW4sIGludCBpKQp7 CiAgICAgICAgbWVtc2V0KHBzZXVkbywgMCwgc2l6ZW9mKHN0cnVjdCBwc2V1ZG8pKTsKCiAgICAg ICAgaXAtPmlwX2hsID0gNTsKICAgICAgICBpcC0+aXBfdiA9IDQ7CiAgICAgICAgaXAtPmlwX3Rv cyA9IDA7CiAgICAgICAgaXAtPmlwX2xlbiA9IHNpemVvZihzdHJ1Y3QgaXApICsgc2l6ZW9mKHN0 cnVjdCB0Y3BoZHIpOwogICAgICAgIGlwLT5pcF9pZCA9IGh0b25zKCh1aW50MTZfdCkgcmFuZG9t KCkpOwogICAgICAgIGlwLT5pcF9vZmYgPSAgMDsKICAgICAgICBpcC0+aXBfdHRsID0gMjU1Owog ICAgICAgIGlwLT5pcF9wID0gSVBQUk9UT19UQ1A7CiAgICAgICAgaXAtPmlwX3N1bSA9IDA7CiAg ICAgICAgaXAtPmlwX3NyYyA9IGR1bWJzaW4uc2luX2FkZHI7CiAgICAgICAgaXAtPmlwX2RzdCA9 IHRhcmdldHNpbi5zaW5fYWRkcjsKCiAgICAgICAgcHNldWRvLT5zYWRkciA9IGlwLT5pcF9zcmMu c19hZGRyOwogICAgICAgIHBzZXVkby0+ZGFkZHIgPSBpcC0+aXBfZHN0LnNfYWRkcjsKICAgICAg ICBwc2V1ZG8tPnVudXNlZCA9IDA7CiAgICAgICAgcHNldWRvLT5wcm90byA9IElQUFJPVE9fVENQ OwogICAgICAgIHBzZXVkby0+bGVuZ3RoID0gaHRvbnMoc2l6ZW9mKHN0cnVjdCB0Y3BoZHIpKTsK CiAgICAgICAgdGNwLT50aF9zcG9ydCA9IGh0b25zKHJhbmQoKSk7CiAgICAgICAgdGNwLT50aF9k cG9ydCA9IGh0b25zKCh1aW50MTZfdClpKTsKICAgICAgICB0Y3AtPnRoX3NlcSA9IGh0b25sKHJh bmRvbSgpKTsKICAgICAgICB0Y3AtPnRoX2FjayA9IDA7CiAgICAgICAgdGNwLT50aF9vZmYgPSA1 OwogICAgICAgIHRjcC0+dGhfZmxhZ3MgPSBUSF9TWU47CiAgICAgICAgdGNwLT50aF93aW4gPSBo dG9ucyg2NTUzNSk7CiAgICAgICAgdGNwLT50aF9zdW0gPSAwOwogICAgICAgIHRjcC0+dGhfdXJw ID0wOwoKICAgICAgICBtZW1jcHkocGFja2V0MywgcHNldWRvLCBzaXplb2Yoc3RydWN0IHBzZXVk bykpOwogICAgICAgIG1lbWNweShwYWNrZXQzICsgc2l6ZW9mKHN0cnVjdCBwc2V1ZG8pLCB0Y3As IHNpemVvZihzdHJ1Y3QgdGNwaGRyKSk7CiAgICAgICAgbWVtc2V0KHBhY2tldDMgKyBzaXplb2Yo c3RydWN0IHBzZXVkbykgKyBzaXplb2Yoc3RydWN0IHRjcGhkciksIDAsIDEyKTsKCiAgICAgICAg dGNwLT50aF9zdW0gPSBjaGVja3N1bSgodWludDE2X3QgKikgcGFja2V0MywgKHNpemVvZihzdHJ1 Y3QgcHNldWRvKSArIHNpemVvZihzdHJ1Y3QgdGNwaGRyKSArIDEyKSAmIH4xKTsKCiAgICAgICAg c2VuZHRvKHNvY2ssIHBhY2tldCwgaXAtPmlwX2xlbiwgMCwgKHN0cnVjdCBzb2NrYWRkciAqKSAm dGFyZ2V0c2luLCBzaXplb2Yoc3RydWN0IHNvY2thZGRyX2luKSk7Cn0KCi8qIHZlcmlmaWVzIGlm IHRoZSBzaWxlbnQgaG9zdCBpcyByZWFsbHkgc2lsZW50OikgKi8KaW50CmNoZWNrX3RyYWZmaWMo aW50IHNlbmRzb2NrLCBpbnQgcmVjdnNvY2ssIHN0cnVjdCBzb2NrYWRkcl9pbiBteXNpbiwgc3Ry dWN0IHNvY2thZGRyX2luIGR1bWJzaW4sIGludCBucGFjaywgY2hhciogaG9zdCkKeyAgIAogICAg ICAgIGludCBrOwogICAgICAgIHJlZ2lzdGVyIGludCBpOwogICAgICAgIHVpbnQxNl90IGlkWzEw MF0sIGFbMTAwXSwgYlsxMDBdOwogICAgICAgIAogICAgICAgIHByaW50ZigiSWQgc2VxdWVuY2Ug cmVsYXRpdmUgdG8gJXM6XHRcdCIsIGhvc3QpOwoKICAgICAgICBrID0gMTsKICAgICAgICAKICAg ICAgICBmb3IgKGkgPSAwOyBpIDwgbnBhY2s7IGkrKykgewogICAgICAgICAgICAgICAgaWNtcC0+ aWNtcF9zZXEgPSBodG9ucygodWludDE2X3QpaSk7CiAgICAgICAgICAgICAgICBpZFtpXSA9IHNl bmRfaWNtcChzZW5kc29jaywgcmVjdnNvY2ssIGlwMiwgbXlzaW4sIGR1bWJzaW4pOwogICAgICAg ICAgICAgICAgcHJpbnRmKCIlZFx0IiwgaWRbaV0pOwogICAgICAgIH0KICAgICAgICAKICAgICAg ICBmb3IgKGkgPSAwOyBpIDwgbnBhY2sgLSAxOyBpKyspIAogICAgICAgICAgICAgICAgYVtpXSA9 IGlkW2kgKyAxXSAtIGlkW2ldOwoKICAgICAgICBmb3IgKGkgPSAwOyBpIDwgbnBhY2sgLSAyOyBp KyspIHsgCiAgICAgICAgICAgICAgICBiW2ldID0gKGFbaSArIDFdID09IGFbaV0pOwogICAgICAg ICAgICAgICAgayA9ICAoayAmJiBiW2ldKTsKICAgICAgICB9CgogICAgICAgIGlmICghaWRbaV0p IHsKICAgICAgICAgICAgICAgIHB1dHMoIlxuSWQgZmllbGQgbXVzdCBub3QgYmUgMC4gUGxlYXNl IHRyeSBhbm90aGVyIGhvc3QuXG4iKTsKICAgICAgICAgICAgICAgIHJldHVybiAoMSk7CiAgICAg ICAgfQoKICAgICAgICBpZiAoaykgewogICAgICAgICAgICAgICAgcHJpbnRmKCJcbkl0IHNlZW1z IHRoYXQgaG9zdCAlcyBoYXMgbm8gdHJhZmZpYzogZXhjZWxsZW50ISEhXG5cbiIsIGhvc3QpOwog ICAgICAgICAgICAgICAgcmV0dXJuICgwKTsKICAgICAgICB9CiAgICAgICAgZWxzZSB7CiAgICAg ICAgICAgICAgICBwcmludGYoIlxuSG9zdCAlcyBoYXMgdG9vIG11Y2ggdHJhZmZpYzogcGxlYXNl IHRyeSBhbm90aGVyIG9uZS5cblxuIiwgaG9zdCk7CiAgICAgICAgICAgICAgICByZXR1cm4gKDEp OwogICAgICAgIH0KfQoJCg== --Multipart=_Wed__1_Sep_2004_11_52_56_+0200_DH4peUQqccNZ_Pmi Content-Type: application/octet-stream; name="sasp.c" Content-Disposition: attachment; filename="sasp.c" Content-Transfer-Encoding: base64 LyoKKiBDb3B5cmlnaHQgKGMpIDIwMDMsIDIwMDQKKiAgICAgICAgTHVpZ2kgUGl6emlyYW5pIFZp YSBNYXNzYXJlbnRpLCAzOTAvYyA0MDEzOCBCb2xvZ25hIChJdGFseSkgPGwucGl6emlyYUB2aXJn aWxpby5pdD4gCiogICAgQWxsIHJpZ2h0cyByZXNlcnZlZC4KKgoqIFJlZGlzdHJpYnV0aW9uIGFu ZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAoqIG1vZGlm aWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0 aW9ucwoqIGFyZSBtZXQ6CiogMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3Qg cmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQKKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25k aXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgYXMKKiAgICB0aGUgZmlyc3QgbGlu ZXMgb2YgdGhpcyBmaWxlIHVubW9kaWZpZWQuCiogMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFy eSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQKKiAgICBub3RpY2UsIHRo aXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgaW4gdGhl CiogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGgg dGhlIGRpc3RyaWJ1dGlvbi4KKgoqIFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgQlkgJSV5b3Vy X25hbWVfaGVyZSUlIGBgQVMgSVMnJyBBTkQgQU5ZIEVYUFJFU1MgT1IKKiBJTVBMSUVEIFdBUlJB TlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUgSU1QTElFRCBXQVJSQU5U SUVTCiogT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVS UE9TRSBBUkUgRElTQ0xBSU1FRC4KKiBJTiBOTyBFVkVOVCBTSEFMTCAlJXlvdXJfbmFtZV9oZXJl JSUgQkUgTElBQkxFIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwKKiBJTkNJREVOVEFMLCBTUEVD SUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQK KiBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUyBPUiBTRVJW SUNFUzsgTE9TUyBPRiBVU0UsCiogREFUQSwgT1IgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5URVJS VVBUSU9OKSBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZCiogVEhFT1JZIE9GIExJQUJJTElUWSwg V0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUIExJQUJJTElUWSwgT1IgVE9SVAoqIChJTkNMVURJ TkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWSBPVVQgT0YgVEhF IFVTRSBPRgoqIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJ VFkgT0YgU1VDSCBEQU1BR0UuIAoqCiogICAgICAgICRpZCBzYXNwLmMsdiAwLjEgMjAwNC8wOC8z MCAxNDoxNToxNyBzdmlhdCBFeHAgJCAKKi8KCiNkZWZpbmUgICAgICAgICBfQlNEX1NPVVJDRSAg ICAgMQoKI2luY2x1ZGUgICAgICAgIDxwY2FwLmg+CiNpbmNsdWRlICAgICAgICA8bGlibmV0Lmg+ CiNpbmNsdWRlCTxuZXRpbmV0L2lmX2V0aGVyLmg+CiNpbmNsdWRlCTxzdGRsaWIuaD4KI2luY2x1 ZGUJPHN0cmluZy5oPgoKI2RlZmluZQkJSEFTSFNJWkUJNjU1MzUKI2RlZmluZSAJRk5WX3ByaW1l IAkxNjc3NzYxOQoKc3RydWN0IGlmcmVxbGlzdCB7CglzdHJ1Y3QgaWZhbGlhc3JlcSByZXE7Cglz dHJ1Y3QgaWZyZXFsaXN0ICppZmxfbmV4dDsKfSAqaGFzaHRhYmxlW0hBU0hTSVpFXTsKCnVuc2ln bmVkIGxvbmcgcG9zLCBwb3NfdGFibGVbSEFTSFNJWkVdOwppbnQgaywgZW50cmllczsJCgpzdHJ1 Y3QgaWZyZXFsaXN0ICoJYWxpYXMoY2hhciosIHN0cnVjdCBzb2NrYWRkcl9pbiwgc3RydWN0IHNv Y2thZGRyX2luLCBzdHJ1Y3Qgc29ja2FkZHJfaW4pOwp2b2lkICAgICAgICAgICAJCWluamVjdF9w YWNrZXQobGlibmV0X3QgKiwgdV9jaGFyICosIHVfY2hhciAqLCB1X2NoYXIgKiwgdV9jaGFyICop Owp1bnNpZ25lZCBsb25nIAkJaGFzaChjb25zdCBjaGFyICosIGludCk7CnZvaWQJCQlpbml0aWFs aXNlX2hhc2hfdGFibGUodm9pZCk7CnZvaWQJCQlpbml0aWFsaXNlX3Bvc190YWJsZSh2b2lkKTsK dm9pZAkJCWNyZWF0ZV9oYXNoX3RhYmxlKGNoYXIgKiwgc3RydWN0IGlmcmVxbGlzdCAqKTsKc3Ry dWN0IGlmcmVxbGlzdCAqCWlmYWRkcnMoc3RydWN0IGlmcmVxbGlzdCAqKTsKdm9pZAkJCXJlbW92 ZV9hbGlhcyh2b2lkKTsKCmludAptYWluKGludCBhcmdjLCBjaGFyICoqYXJndikKewogICAgICAg IGJwZl91X2ludDMyIG5ldCwgdGhlaXJfbmV0LCBhbGlhc19uZXQsIGFsaWFzX2Jyb2FkbmV0LCBt YXNrLCBhbGlhc19tYXNrLCBhbGlhc19icm9hZG1hc2ssIGlwLCBteWlwLCB0aGVpcl9pcDsKICAg ICAgICBwY2FwX3QgKmhhbmRsZTsKICAgICAgICBjaGFyIGRldmljZVtJRk5BTVNJWl0sIGVycmJ1 ZltQQ0FQX0VSUkJVRl9TSVpFXSwgZXJyX2J1ZltMSUJORVRfRVJSQlVGX1NJWkVdLCBidWZbMTZd OwoJY29uc3QgdV9jaGFyICpwYWNrZXQ7CiAgICAgICAgc3RydWN0IGJwZl9wcm9ncmFtIGZpbHRl cjsKICAgICAgICBzdHJ1Y3QgcGNhcF9wa3RoZHIgcGt0aGRyOwogICAgICAgIGNvbnN0IHN0cnVj dCAgbGlibmV0X2V0aGVybmV0X2hkciAqZXRoZXJfaGVhZGVyOwogICAgICAgIHN0cnVjdCBldGhl cl9hcnAgKmFycGhkcjsKICAgICAgICBzdHJ1Y3QgbGlibmV0X2V0aGVybmV0X2hkciAqZXRoZXJf aGVhZGVyMjsKICAgICAgICBsaWJuZXRfdCAqbHQ7CiAgICAgICAgc3RydWN0IGxpYm5ldF9ldGhl cl9hZGRyICpldGhlcl9hZGRyOwogICAgICAgIHN0cnVjdCBzb2NrYWRkcl9pbiBzaW4sIHNpbjIs IHNpbjM7CglzdHJ1Y3QgaWZyZXFsaXN0ICpyZXF1ZXN0LCBpZnJlcXVlc3Q7Cgl1bnNpZ25lZCBs b25nICpwdHI7CiAgICAgICAgY2hhciBhbGlhc21hc2tbXSA9IjAuMC4wLjI1NCI7CgljaGFyIGFs aWFzYnJvYWRtYXNrW10gPSAiMC4wLjAuMjU1IjsKICAgICAgICBjaGFyIGZpbFtdID0gImFycCI7 CglpbnQgb24gPSAxOwoKICAgICAgICBpZiAoYXJnYyAhPSAyKSB7ICAgICAgICAgICAgICAgICAg ICAgICAgCiAgICAgICAgICAgICAgICBwcmludGYoIlVzYWdlOiAlcyBpbnRlcmZhY2UuXG4iLCBh cmd2WzBdKTsKICAgICAgICAgICAgICAgIGV4aXQoMSk7ICAgICAgICAgICAgICAgICAgICAgICAg ICAKICAgICAgICB9CgoKICAgICAgICBzdHJsY3B5KGRldmljZSwgYXJndlsxXSwgSUZOQU1TSVop OwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAg IAlpZiAocGNhcF9sb29rdXBuZXQoZGV2aWNlLCAmbmV0LCAmbWFzaywgZXJyYnVmKSA9PSAtMSkg ewogICAgICAgICAgICAgICAJcHJpbnRmKCJwY2FwX2xvb2t1cG5ldCgpOiAlc1xuIiwgZXJyYnVm KTsKICAgICAgICAgICAgICAgCWV4aXQoMSk7ICAKICAgICAgIAl9CgoJaW5pdGlhbGlzZV9oYXNo X3RhYmxlKCk7Cglpbml0aWFsaXNlX3Bvc190YWJsZSgpOwoJCglyZXF1ZXN0ID0gTlVMTDsKCglm b3IoIDsgOyApIHsKCQlpZiAoZW50cmllcyA+IEhBU0hTSVpFKQoJCQlyZW1vdmVfYWxpYXMoKTsK CgkJaWYgKCAoaGFuZGxlID0gcGNhcF9vcGVuX2xpdmUoZGV2aWNlLCAyMDAsIDAsIDEwMCwgZXJy YnVmKSkgPT0gTlVMTCkgewogICAgICAgIAkgICAgICAJIHByaW50ZigicGNhcF9vcGVuX2xpdmUo KTogJXNcbiIsIGVycmJ1Zik7CiAgICAgICAgICAgICAgICAJZXhpdCgxKTsKCQl9CgoJCWlmIChp b2N0bChwY2FwX2ZpbGVubyhoYW5kbGUpLCBCSU9DSU1NRURJQVRFLCAmb24pID09IC0xKSB7CgkJ CXBlcnJvcigiaW9jdGwiKTsKCQkJZXhpdCgxKTsKCQl9CgoJCWlmIChwY2FwX2NvbXBpbGUoaGFu ZGxlLCAmZmlsdGVyLCBmaWwsIDAsIG5ldCkgPT0gLTEpIHsKICAgICAgICAJICAgICAgICBwcmlu dGYoInBjYXBfY29tcGlsZSgpOiAlc1xuIiwgcGNhcF9nZXRlcnIoaGFuZGxlKSk7CiAgICAgICAg ICAgICAgICAgICAgICAgIGV4aXQoMSk7CgkJfQoKCQlpZiAocGNhcF9zZXRmaWx0ZXIoaGFuZGxl LCAmZmlsdGVyKSA9PSAtMSkgewogICAgICAgIAkgICAgICAgIHByaW50ZigicGNhcF9zZXRmaWx0 ZXIoKTogJXNcbiIsIHBjYXBfZ2V0ZXJyKGhhbmRsZSkpOwogICAgICAgIAkgICAgICAgIGV4aXQo MSk7CgkJfSAKCiAgICAgICAgICAgICAgICBtZW1zZXQoJnNpbi5zaW5fYWRkciwgMCwgc2l6ZW9m KHNpbi5zaW5fYWRkcikpOwoJCW1lbXNldCgmc2luMi5zaW5fYWRkciwgMCwgc2l6ZW9mKHNpbjIu c2luX2FkZHIpKTsKCQltZW1zZXQoJnNpbjMuc2luX2FkZHIsIDAsIHNpemVvZihzaW4zLnNpbl9h ZGRyKSk7IAoKCQlzaW4uc2luX2xlbiA9IHNpbjIuc2luX2xlbiA9IHNpbjMuc2luX2xlbiA9IHNp emVvZihzdHJ1Y3Qgc29ja2FkZHIpOwoJCXNpbi5zaW5fZmFtaWx5ID0gc2luMi5zaW5fZmFtaWx5 ID0gc2luMy5zaW5fZmFtaWx5ID0gQUZfSU5FVDsKCgkJd2hpbGUgKCAocGFja2V0ID0gcGNhcF9u ZXh0KGhhbmRsZSwgJnBrdGhkcikpID09IE5VTEwpIDsKCgkJbHQgPSBsaWJuZXRfaW5pdChMSUJO RVRfTElOSywgZGV2aWNlLCBlcnJfYnVmKTsKCgkJZXRoZXJfYWRkciA9IGxpYm5ldF9nZXRfaHdh ZGRyKGx0KTsKICAgICAgICAJbXlpcCAgPSBsaWJuZXRfZ2V0X2lwYWRkcjQobHQpOwogICAgICAg IAlpcCA9IG50b2hsKG15aXApOwogICAgICAgICAgICAgICAgZXRoZXJfaGVhZGVyID0gKHN0cnVj dCBsaWJuZXRfZXRoZXJuZXRfaGRyICopIHBhY2tldDsKICAgICAgICAgICAgICAgIGFycGhkciA9 IChzdHJ1Y3QgZXRoZXJfYXJwICopIChwYWNrZXQgKyBzaXplb2Yoc3RydWN0IGxpYm5ldF9ldGhl cm5ldF9oZHIpKTsKCiAgICAgICAgICAgICAgICBpZiAoYXJwaGRyLT5hcnBfdHBhWzNdICE9IGFy cGhkci0+YXJwX3NwYVszXSkgewogICAgICAgICAgICAgICAgICAgICAgICBzbnByaW50ZihidWYs IHNpemVvZihidWYpLCAiJWQuJWQuJWQuJWQiLCBhcnBoZHItPmFycF9zcGFbMF0sICBhcnBoZHIt PmFycF9zcGFbMV0sICBhcnBoZHItPmFycF9zcGFbMl0sICBhcnBoZHItPmFycF9zcGFbM10pOwoK ICAgICAgICAgICAgICAgICAgICAgICAgaW5ldF9wdG9uKEFGX0lORVQsIGJ1ZiwgJnNpbi5zaW5f YWRkcik7CgogICAgICAgICAgICAgICAgICAgICAgICB0aGVpcl9pcCA9IHNpbi5zaW5fYWRkci5z X2FkZHI7CiAgICAgICAgICAgICAgICAgICAgICAgIHRoZWlyX25ldCA9IHRoZWlyX2lwICYgbWFz azsKCgkJCWluZXRfcHRvbihBRl9JTkVULCBhbGlhc21hc2ssICZzaW4uc2luX2FkZHIpOwoJCQlp bmV0X3B0b24oQUZfSU5FVCwgYWxpYXNicm9hZG1hc2ssICZzaW4yLnNpbl9hZGRyKTsKCiAgICAg ICAgICAgICAgICAgICAgICAgIGFsaWFzX21hc2sgPSBzaW4uc2luX2FkZHIuc19hZGRyOwoJCQlh bGlhc19icm9hZG1hc2sgPSBzaW4yLnNpbl9hZGRyLnNfYWRkcjsKICAgICAgICAgICAgICAgICAg ICAgICAgYWxpYXNfbmV0ID0gYWxpYXNfbWFzayB8IHRoZWlyX25ldDsKCQkJYWxpYXNfYnJvYWRu ZXQgPSBhbGlhc19icm9hZG1hc2sgfCB0aGVpcl9uZXQ7CgogICAgICAgICAgICAgICAgICAgICAg ICBzaW4uc2luX2FkZHIuc19hZGRyID0gYWxpYXNfbmV0OwoJCQlzaW4yLnNpbl9hZGRyLnNfYWRk ciA9IGFsaWFzX2Jyb2FkbmV0OwoJCQlzaW4zLnNpbl9hZGRyLnNfYWRkciA9IG1hc2s7CgoJCQlp ZiAodGhlaXJfbmV0ID09IG5ldCkgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaW5q ZWN0X3BhY2tldChsdCwgZXRoZXJfYWRkci0+ZXRoZXJfYWRkcl9vY3RldCxhcnBoZHItPmFycF90 cGEsIGFycGhkci0+YXJwX3NoYSwgYXJwaGRyLT5hcnBfc3BhKTsKCQkJZWxzZSB7CgkJCQlyZXF1 ZXN0ID0gYWxpYXMoZGV2aWNlLCBzaW4sIHNpbjIsIHNpbjMpOyAKCQkJCWNyZWF0ZV9oYXNoX3Rh YmxlKHJlcXVlc3QtPnJlcS5pZnJhX2FkZHIuc2FfZGF0YSwgcmVxdWVzdCk7CgkJCQlpbmplY3Rf cGFja2V0KGx0LCBldGhlcl9hZGRyLT5ldGhlcl9hZGRyX29jdGV0LCBhcnBoZHItPmFycF90cGEs IGFycGhkci0+YXJwX3NoYSwgYXJwaGRyLT5hcnBfc3BhKTsKCQkJCWluamVjdF9wYWNrZXQobHQs IGFycGhkci0+YXJwX3NoYSwgYXJwaGRyLT5hcnBfc3BhLCBldGhlcl9hZGRyLT5ldGhlcl9hZGRy X29jdGV0LCAodV9jaGFyICopICZteWlwKTsKCQkJfQoJCX0KCQkJcGNhcF9jbG9zZShoYW5kbGUp OwoJCQlsaWJuZXRfZGVzdHJveShsdCk7Cgl9Cn0JCgpzdHJ1Y3QgaWZyZXFsaXN0ICoKYWxpYXMo Y2hhciAqaWZkZXZpY2UsIHN0cnVjdCBzb2NrYWRkcl9pbiBzaW4sIHN0cnVjdCBzb2NrYWRkcl9p biBzaW4yLCBzdHJ1Y3Qgc29ja2FkZHJfaW4gc2luMykKewoJaW50IHNvY2tmZDsKCXN0cnVjdCBp ZmFsaWFzcmVxIGFsaWFzcmVxOwoJc3RydWN0IGlmcmVxbGlzdCAqcmVxbGlzdDsKCQoJaWYgKCAo cmVxbGlzdCA9IChzdHJ1Y3QgaWZyZXFsaXN0ICopIG1hbGxvYyhzaXplb2Yoc3RydWN0IGlmcmVx bGlzdCkpKSA9PSBOVUxMKSB7CgkJcGVycm9yKCJtYWxsb2MiKTsKCQlleGl0KDEpOwoJfSAKCiAg ICAgICAgbWVtc2V0KCZhbGlhc3JlcSwgMCwgc2l6ZW9mKGFsaWFzcmVxKSk7CgogICAgICAgIHN0 cmxjcHkoYWxpYXNyZXEuaWZyYV9uYW1lLCBpZmRldmljZSwgSUZOQU1TSVopOwoJbWVtY3B5KCZh bGlhc3JlcS5pZnJhX2FkZHIsICZzaW4sIHNpemVvZihzaW4pKTsKCW1lbWNweSgmYWxpYXNyZXEu aWZyYV9icm9hZGFkZHIsICZzaW4yLCBzaXplb2Yoc2luMikpOwoJbWVtY3B5KCZhbGlhc3JlcS5p ZnJhX21hc2ssICZzaW4zLCBzaXplb2Yoc2luMykpOwoKCW1lbXNldCgmcmVxbGlzdC0+cmVxLCAw LCBzaXplb2YocmVxbGlzdC0+cmVxKSk7CgoJbWVtY3B5KCZyZXFsaXN0LT5yZXEsICZhbGlhc3Jl cSwgc2l6ZW9mKGFsaWFzcmVxKSk7IAoKICAgICAgICBpZiAoIChzb2NrZmQgPSBzb2NrZXQoUEZf SU5FVCwgU09DS19ER1JBTSwgMCkpID09IC0xKSB7CiAgICAgICAgICAgICAgICBwZXJyb3IoInNv Y2tldCIpOwogICAgICAgICAgICAgICAgZXhpdCgxKTsKICAgICAgICB9CgogICAgICAgIGlmIChp b2N0bChzb2NrZmQsIFNJT0NBSUZBRERSLCAmYWxpYXNyZXEpID09IC0xKSB7CiAgICAgICAgICAg ICAgICBwZXJyb3IoImlvY3RsIik7CiAgICAgICAgICAgICAgICBleGl0KDEpOwogICAgICAgIH0K CgljbG9zZShzb2NrZmQpOwoJcmV0dXJuIHJlcWxpc3Q7Cn0KCnZvaWQKaW5qZWN0X3BhY2tldChs aWJuZXRfdCAqbHQsIHVfY2hhciAqaHdzcmMsIHVfY2hhciAqcHNyYywgdV9jaGFyICpod2RzdCwg dV9jaGFyICpwZHN0KQp7CglpbnQgdzsKCiAgICAgICAgbGlibmV0X2J1aWxkX2FycChBUlBIUkRf RVRIRVIsCiAgICAgICAgICAgICAgICAgICAgICAgICBFVEhFUlRZUEVfSVAsCiAgICAgICAgICAg ICAgICAgICAgICAgICA2LAogICAgICAgICAgICAgICAgICAgICAgICAgNCwKICAgICAgICAgICAg ICAgICAgICAgICAgIEFSUE9QX1JFUExZLAogICAgICAgICAgICAgICAgICAgICAgICAgaHdzcmMs CiAgICAgICAgICAgICAgICAgICAgICAgICBwc3JjLAogICAgICAgICAgICAgICAgICAgICAgICAg aHdkc3QsCiAgICAgICAgICAgICAgICAgICAgICAgICBwZHN0LAogICAgICAgICAgICAgICAgICAg ICAgICAgTlVMTCwKCQkJIDAsCiAgICAgICAgICAgICAgICAgICAgICAgICBsdCwKICAgICAgICAg ICAgICAgICAgICAgICAgIDApOwoKCWxpYm5ldF9idWlsZF9ldGhlcm5ldChod2RzdCwKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgaHdzcmMsCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEVUSEVSVFlQRV9BUlAsCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5VTEwsCgkJ CSAgICAgIDAsCQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICBsdCwKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgMCk7CgoKCXcgPSBsaWJuZXRfd3JpdGUobHQpOwoKCWlmICh3ID09 IC0xKSB7CgkJcHJpbnRmKCJsaWJuZXRfd3JpdGUoKTogJXNcbiIsIGxpYm5ldF9nZXRlcnJvcihs dCkpOwoJCWV4aXQoMSk7Cgl9Cn0KCnZvaWQKY3JlYXRlX2hhc2hfdGFibGUoY2hhciAqa2V5LCBz dHJ1Y3QgaWZyZXFsaXN0ICpzdHJ1Y3R1cmUpCnsKCWlmIChpZmFkZHJzKHN0cnVjdHVyZSkgPT0g TlVMTCkgewoJCXN0cnVjdCBpZnJlcWxpc3QgKnByZXZpb3VzX3B0ciwgKmN1cnJlbnRfcHRyLCAq bmV4dF9wdHI7IAoKCQluZXh0X3B0ciA9IHN0cnVjdHVyZTsKICAgICAgICAJcG9zID0gaGFzaChr ZXksIHN0cmxlbihrZXkpKTsKCiAgICAgICAgCWlmIChoYXNodGFibGVbcG9zXSA9PSBOVUxMKSB7 IAoJCQloYXNodGFibGVbcG9zXSA9IG5leHRfcHRyOwoJCQlwb3NfdGFibGVbaysrXSA9IHBvczsK CQl9CiAgICAgICAgCWVsc2UgewogICAgICAgICAgICAgICAgCWN1cnJlbnRfcHRyID0gaGFzaHRh YmxlW3Bvc107CiAgICAgICAgICAgICAgICAJd2hpbGUgKGN1cnJlbnRfcHRyICE9IE5VTEwpIHsK ICAgICAgICAgICAgICAgICAgICAgICAgCXByZXZpb3VzX3B0ciA9IGN1cnJlbnRfcHRyOwogICAg ICAgICAgICAgICAgICAgICAgICAJY3VycmVudF9wdHIgPSBjdXJyZW50X3B0ci0+aWZsX25leHQ7 CiAgICAgICAgICAgICAgICAJfQoJCQlwcmV2aW91c19wdHItPmlmbF9uZXh0ID0gbmV4dF9wdHI7 CiAgICAgICAgCX0KCQluZXh0X3B0ci0+aWZsX25leHQgPSBOVUxMOwoJCSsrZW50cmllczsKCX0K fQoKc3RydWN0IGlmcmVxbGlzdCAqCmlmYWRkcnMoc3RydWN0IGlmcmVxbGlzdCAqc3RydWN0dXJl KQp7CglpbnQgc29ja2ZkOwogICAgICAgIHJlZ2lzdGVyIGludCBpID0gMDsKICAgICAgICBzdHJ1 Y3QgaWZyZXFsaXN0ICpsaXN0OwoJc3RydWN0IGlmcmVxIGRlbHJlcTsKCgogICAgICAgICAgICAg ICAgZm9yIChsaXN0ID0gaGFzaHRhYmxlW2hhc2goc3RydWN0dXJlLT5yZXEuaWZyYV9hZGRyLnNh X2RhdGEsIHN0cmxlbihzdHJ1Y3R1cmUtPnJlcS5pZnJhX2FkZHIuc2FfZGF0YSkpXTsgbGlzdCAh PSBOVUxMOyBsaXN0ID0gbGlzdC0+aWZsX25leHQpIHsKCQkJbWVtc2V0KCZkZWxyZXEsIDAsIHNp emVvZihkZWxyZXEpKTsKCQkJbWVtY3B5KGRlbHJlcS5pZnJfbmFtZSwgbGlzdC0+cmVxLmlmcmFf bmFtZSwgSUZOQU1TSVopOwoJCQltZW1jcHkoJmRlbHJlcS5pZnJfYWRkciwgJmxpc3QtPnJlcS5p ZnJhX2FkZHIsIHNpemVvZihsaXN0LT5yZXEuaWZyYV9hZGRyKSk7CiAKICAgICAgICAgICAgICAg ICAgICAgICAgaWYgKCAoc29ja2ZkID0gc29ja2V0KFBGX0lORVQsIFNPQ0tfREdSQU0sIDApKSA9 PSAtMSkgewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHBlcnJvcigic29ja2V0Iik7 CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXhpdCgxKTsKICAgICAgICAgICAgICAg ICAgICAgICAgfQogICAgICAgICAgICAgICAgICAgICAgICBpZiAoIChpb2N0bChzb2NrZmQsIFNJ T0NHSUZBRERSLCAmZGVscmVxKSkgPT0gLTEpIHsKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBwZXJyb3IoImlvY3RsIik7CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZXhp dCgxKTsKICAgICAgICAgICAgICAgICAgICAgICAgfQoJCQljbG9zZShzb2NrZmQpOwoJCQlpZiAo IXN0cm5jbXAoc3RydWN0dXJlLT5yZXEuaWZyYV9hZGRyLnNhX2RhdGEsIGRlbHJlcS5pZnJfYWRk ci5zYV9kYXRhLCBzaXplb2YoZGVscmVxLmlmcl9hZGRyLnNhX2RhdGEpKSkgCgkJCQlyZXR1cm4g c3RydWN0dXJlOwoJCX0KCXJldHVybiBOVUxMOwp9Cgp2b2lkCnJlbW92ZV9hbGlhcyh2b2lkKQp7 CglpbnQgc29ja2ZkOwoJcmVnaXN0ZXIgaW50IGkgPSAwOwoJc3RydWN0IGlmcmVxbGlzdCAqbGlz dCwgKnB0cjsgCgoJd2hpbGUoaSA8IEhBU0hTSVpFKSB7IAoJCWZvciAobGlzdCA9IGhhc2h0YWJs ZVtwb3NfdGFibGVbaV1dOyBsaXN0ICE9IE5VTEw7IGxpc3QgPSBwdHIpIHsKICAgICAgICAJICAg ICAgICBpZiAoIChzb2NrZmQgPSBzb2NrZXQoUEZfSU5FVCwgU09DS19ER1JBTSwgMCkpID09IC0x KSB7CiAgICAgICAgICAgICAgICAJICAgICAgICBwZXJyb3IoInNvY2tldCIpOwogICAgICAgICAg ICAgICAgICAgICAgICAJZXhpdCgxKTsKICAgICAgICAgICAgICAgIAl9CgoJCQlpZiAoIChpb2N0 bChzb2NrZmQsIFNJT0NESUZBRERSLCAmbGlzdC0+cmVxKSkgPT0gLTEpIHsKCQkJCXBlcnJvcigi aW9jdGwiKTsKCQkJCWV4aXQoMSk7CgkJCX0KCgkgICAgICAgICAgICAgICAgY2xvc2Uoc29ja2Zk KTsKCQkJcHRyID0gbGlzdC0+aWZsX25leHQ7CgkJCWZyZWUobGlzdCk7CgkJfQoJCSsraTsKCX0K Cglpbml0aWFsaXNlX2hhc2hfdGFibGUoKTsKCWluaXRpYWxpc2VfcG9zX3RhYmxlKCk7CgllbnRy aWVzID0gMDsKCWsgPSAwOwp9CgovKiBGb3dsZXIgLyBOb2xsIC8gVm8gKEZOVikgSGFzaCBhbGdv cnl0aG0gKi8KCnVuc2lnbmVkIGxvbmcKaGFzaChjb25zdCBjaGFyICpwLCBpbnQgcykKewoJdW5z aWduZWQgbG9uZyBoID0gMjE2NjEzNjI2MVVMOy8qIEZOVi0xYSBoYXNoICovCglpbnQgaSA9IDA7 CgoJZm9yICg7IGkgPCBzOyBpKyspCgloID0gKChoIF4gcFtpXSkgKiBGTlZfcHJpbWUpOwoKCXJl dHVybiAoaCAlIEhBU0hTSVpFKTsKfQoKdm9pZAppbml0aWFsaXNlX2hhc2hfdGFibGUodm9pZCkK ewoJcmVnaXN0ZXIgaW50IGNvdW50OwoJZm9yIChjb3VudCA9IDA7IGNvdW50IDwgSEFTSFNJWkU7 IGNvdW50KyspIAoJCWhhc2h0YWJsZVtjb3VudF0gPSBOVUxMOwp9CiAKdm9pZAppbml0aWFsaXNl X3Bvc190YWJsZSh2b2lkKQp7CglyZWdpc3RlciBpbnQgY291bnQ7Cglmb3IgKGNvdW50ID0gMDsg Y291bnQgPCBIQVNIU0laRTsgY291bnQrKykKCQlwb3NfdGFibGVbY291bnRdID0gLTE7Cn0gCgo= --Multipart=_Wed__1_Sep_2004_11_52_56_+0200_DH4peUQqccNZ_Pmi-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 10:13:33 2004 Return-Path: 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 8C90416A4CE for ; Wed, 1 Sep 2004 10:13:33 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-49-192.dynamic.qsc.de [212.202.49.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B2E743D5D for ; Wed, 1 Sep 2004 10:13:33 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-13.local ([172.16.0.13] helo=dhcp-11.local) by fillmore.dyndns.org with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.42 (FreeBSD)) id 1C2S7N-0002Ly-J4; Wed, 01 Sep 2004 12:13:32 +0200 Date: Wed, 1 Sep 2004 12:13:51 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Luigi Pizzirani From: Oliver Eikemeier In-Reply-To: <20040901115256.1562d3cd@worklab> Message-Id: <9F7A15AA-FBFF-11D8-B720-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: freebsd-ports@freebsd.org Subject: Re: proposal of ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 10:13:33 -0000 Luigi Pizzirani wrote: > Hi, my name is Luigi . I would like to show you two codes of mine : the > first is a spoofed portscanner that uses Antirez ID bug (i.e. > incremental ID field of certain TCP/IP stacks of some zombie machine) > to forge the source IP address (you can find a paper of this at > http://www.securitydate.it/SD2004/ -sorry, it's in Italian, but if you > are interested I can translate it- ). [...] > The second one is a tool that uses ARP poisoning that I presented at > the MOCA (http://camp.olografix.org) to have a scenario like this: we > have a LAN and we want offer connectivity to everyone coming here with > his laptop for example. [...] > Hoping that this stuffs may be of our interest I am looking forward to > have some answers and comments about this codes and the eventual > inclusion of them in the ports collection. Make your own: -Oliver From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 12:20:05 2004 Return-Path: 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 BA5C816A4CE for ; Wed, 1 Sep 2004 12:20:05 +0000 (GMT) Received: from zeus.jarasoft.net (raats.xs4all.nl [80.126.151.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3487A43D46 for ; Wed, 1 Sep 2004 12:20:05 +0000 (GMT) (envelope-from jack@raats.org) Received: from jara2 (unknown [10.0.0.157]) by zeus.jarasoft.net (Postfix) with ESMTP id D7F79AED3; Wed, 1 Sep 2004 14:20:03 +0200 (CEST) Message-ID: <000301c4901e$0cee77f0$9d00000a@jara2> From: "Jack Raats" To: Date: Wed, 1 Sep 2004 14:20:20 +0200 Organization: Jack Raats MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: ports@FreeBSD.org Subject: FreeBSD Port: gld-1.4_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jack Raats List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 12:20:05 -0000 Hi Thank you for upgrading the GLD startup script removing the amavis stuff. It still doesn't boot up properly. I think I've found the error. Your boot up script is working fine but GLD isn't started if the mysqld is n't working! So if at bootup time the mysql server is started first than your script is OK, but if the GLD server is booted before the mysql server , than it doesn't work. I'll hope you'll find a way to solve this problem! Met vriendelijke groeten Jack Raats From owner-freebsd-ports@FreeBSD.ORG Tue Aug 31 17:00:30 2004 Return-Path: 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 853D816A4CE for ; Tue, 31 Aug 2004 17:00:30 +0000 (GMT) Received: from marvin.muc.de (marvin.muc.de [193.149.48.2]) by mx1.FreeBSD.org (Postfix) with SMTP id AE41243D1D for ; Tue, 31 Aug 2004 17:00:28 +0000 (GMT) (envelope-from mod-submit@uni-berlin.de) Received: (qmail 4220 invoked by alias); 31 Aug 2004 17:00:27 -0000 Delivered-To: mods-muc-lists-freebsd-ports@moderators.muc.de Received: (qmail 4213 invoked from network); 31 Aug 2004 17:00:26 -0000 Received: from mail.fu-berlin.de (130.133.1.2) by marvin.muc.de with SMTP; 31 Aug 2004 17:00:26 -0000 Received: by Mail.FU-Berlin.DE (Exim 4.42) from curry.zedat.fu-berlin.de ([160.45.10.36]) for muc-lists-freebsd-ports@moderators.muc.de with esmtp id <1C2Bze-000BES-Lv>; Tue, 31 Aug 2004 19:00:26 +0200 Received: by Curry.ZEDAT.FU-Berlin.DE (Smail3.2.0.98) from news.uni-berlin.de with bsmtp id ; Tue, 31 Aug 2004 19:00:26 +0200 (MEST) To: muc-lists-freebsd-ports@moderators.muc.de Path: not-for-mail From: "Joshua" Newsgroups: muc.lists.freebsd.ports Date: Tue, 31 Aug 2004 19:01:09 +0200 Lines: 17 Message-ID: <9dne02x65n.ln2@zeus.jarasoft.net> References: <000301c48f60$3f4f23c0$9d00000a@jara2> X-Orig-X-Trace: news.uni-berlin.de kWrcLnn1RjzjSh4t9X8g7QoTRAVHZsRIGDdDROW/Cofvh8V+3b X-Orig-Path: zeus.jarasoft.net!not-for-mail X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Mailman-Approved-At: Wed, 01 Sep 2004 12:37:41 +0000 Subject: Re: FreeBSD Port: gld-1.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 17:00:30 -0000 Jack Raats: > It seems that the gld.sh script doesn't work. After a reboot all script in > the /usr/local/etc/rc.d are being started except the gld script. (The gld is > not running). Could you give me a clue? Why is the amavisd mentioned in the > script? Same overhere with SpamD... Solution concerning GDL given in this thread allready set. Seems this problem started since I have 4.10 version of FreeBSD ?! greetings, joshua chrispijn From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 13:16:31 2004 Return-Path: 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 AE02516A4CE; Wed, 1 Sep 2004 13:16:31 +0000 (GMT) Received: from smtp07.web.de (smtp07.web.de [217.72.192.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4788443D2D; Wed, 1 Sep 2004 13:16:31 +0000 (GMT) (envelope-from a_wittig@web.de) Received: from [83.129.177.123] (helo=[192.168.0.94]) by smtp07.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1C2UyT-0008SQ-00; Wed, 01 Sep 2004 15:16:29 +0200 Message-ID: <4135CBAA.5080902@web.de> Date: Wed, 01 Sep 2004 15:16:26 +0200 From: Alexander Wittig User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de-AT; rv:1.7) Gecko/20040616 X-Accept-Language: de, en, fr MIME-Version: 1.0 To: alfred@freebsd.org Content-Type: multipart/mixed; boundary="------------010900000605080005030003" Sender: a_wittig@web.de X-Sender: a_wittig@web.de cc: ports@FreeBSD.org Subject: small contribution to net/mDNSResponder X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 13:16:31 -0000 This is a multi-part message in MIME format. --------------010900000605080005030003 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi there I tried to set up a daap server yesterday (for Apples iTunes) and I couldn't get net/howl working from the ports. so I compiled audio/daapd without Howl and used net/mDNSResponder as mentioned in the daapd readme. That readme states that one should call mDNSResponder with some command line parameters to have it announce the existence of the daap server to the other Rendezvous-aware members of the .local network. This way has some disadvantages: (1) You can only announce one single service, (2) you have to start it manually. To overcome those problems I wrote a startup script for the mDNSResponderPosix binary. It uses the new rc.d framework (thus depends on sysutil/rc_subr) and supports a config file that can hold any number of services to be announced. To allow comments in the config file I had to make a small change in the source code of mDNSResponderPosix. I included my Config (you may want to delete the actual service definitions and only use the samples on top), the rc.d script, and a diff of the mDNSposix/Responder.c file in the mDNSResponder source tree (version 62) with this email. Maybe you want to include it in the port so that other users who want to set up a system similar to mine can do so easily. Cheers, Alex BTW: What is mdnsd (installed by the mDNSResponder port) good for? It doesn't seem to have a man page or config file nor did I find anything in the Apple documentation. Also it didn't want to announce my daap server, so had to just kick it ;-) --------------010900000605080005030003 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="mDNSResponderPosix.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mDNSResponderPosix.conf" # mDNSResponderPosix configuration File # # This file contains the services to be announced to other Rendezvous aware # machines on the .local network # # Entries constist of four consecutive lines as follows: # NAME OF SERVICE # TYPE OF SERVICE (and, if different from .local, the domain seperated by a space) # TXT RECORD (short description of service) # PORT OF SERVICE # # Example (announce existence of Apache to the .my_local world): # My Webserver # _http._tcp. .my_local. # This is my Apache server # 80 # MP3-Server _daap._tcp. Alex MP3-Server 3689 Lokaler Webserver _http._tcp. Lokaler Webserver auf Server 80 MySQL Datenbank _mysql._tcp. MySQL Datenbank auf Server 3306 SSH Serverzugang _ssh._tcp. SSH Serverzugang (VORSICHT) 22 NTP Zeitserver _ntp._udp. NTP Zeitserver auf Server 123 --------------010900000605080005030003 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="mDNSResponderPosix.sh" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mDNSResponderPosix.sh" #!/bin/sh # PROVIDE: mDNSResponderPosix # REQUIRE: DAEMON # KEYWORD: FreeBSD shutdown # Define these mDNSResponderPosix_* variables in one of these files: # /etc/rc.conf # /etc/rc.conf.local # /etc/rc.conf.d/mDNSResponderPosix # # DO NOT CHANGE THESE DEFAULT VALUES HERE # mDNSResponderPosix_enable="YES" mDNSResponderPosix_flags="" . /usr/local/etc/rc.subr name="mDNSResponderPosix" rcvar=`set_rcvar` prefix=/usr/local logdir=/var/log mDNSResponderPosixBin="${prefix}/bin/mDNSResponderPosix" mDNSResponderPosixCfg="${prefix}/etc/mDNSResponderPosix.conf" mDNSResponderPosixLog="${logdir}/mDNSResponderPosix.log" required_files="${mDNSResponderPosixCfg}" command="${mDNSResponderPosixBin}" command_args="-b -f ${mDNSResponderPosixCfg} ${mDNSResponderPosix_flags} >> ${mDNSResponderPosixLog} 2>&1" load_rc_config $name run_rc_command "$1" --------------010900000605080005030003 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="Responder.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Responder.c.diff" 652a653,657 > // Skip comments > if( ch == '#' || ch == ';' ) > do { > ch = fgetc( fp ); > } while( ch != EOF && ch != '\n' && ch != '\r' ); 658c663 < // Read three lines, check them for validity, and register the service. --- > // Read four lines, check them for validity, and register the service. --------------010900000605080005030003-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 13:18:10 2004 Return-Path: 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 E160716A4CE for ; Wed, 1 Sep 2004 13:18:09 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 6476C43D5D for ; Wed, 1 Sep 2004 13:18:01 +0000 (GMT) (envelope-from lists@biaix.org) Received: (qmail 73333 invoked by uid 1000); 1 Sep 2004 13:16:10 -0000 Date: Wed, 1 Sep 2004 15:16:10 +0200 From: Joan Picanyol To: freebsd-ports@freebsd.org, octave-dev@lists.sourceforge.net Message-ID: <20040901131610.GA70219@grummit.biaix.org> Mail-Followup-To: lists@biaix.org, freebsd-ports@biaix.org, octave-dev@lists.sourceforge.net, maho@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: maho@freebsd.org Subject: octave-forge build failure on FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 13:18:10 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [please honour MFT:, not subscribed; Cc:'ed mantainer] Hi, I can't build octave-forge on FreeBSD. I've tried the version from ports (2004.02.12) and the latest (2004.07.07). I've also tried gcc33 from freebsd ports. 501,p1,0$ uname -a FreeBSD calvin.biaix.org 5.3-BETA2 FreeBSD 5.3-BETA2 #1: Mon Aug 30 11:06:55 CEST 2004 joan@calvin.biaix.org:/mnt/obj/usr/src/sys/CALVIN i386 501,p3,0$ gcc --version gcc (GCC) 3.4.2 [FreeBSD] 20040728 The version from ports (2004.02.12) fails like: ===> Building for octave-forge-2004.02.12 cd FIXES/ && gmake gmake[1]: Entering directory `/mnt/build/ports/fs/bulk/mount/FreeBSD/ports/math/octave-forge/work/octave-forge-2004.02.12/FIXES' mkoctfile -DHAVE_OCTAVE_21 -v -DHAVE_IEEE754_COMPLIANCE sort.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr/local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -march=athlon-mp -DHAVE_OCTAVE_21 -DHAVE_IEEE754_COMPLIANCE sort.cc -o sort.o sort.cc:90: error: expected unqualified-id before ';' token sort.cc:91: error: expected unqualified-id before ';' token sort.cc:127: error: expected unqualified-id before ';' token gmake[1]: *** [sort.oct] Error 1 gmake[1]: Leaving directory `/mnt/build/ports/fs/bulk/mount/FreeBSD/ports/math/octave-forge/work/octave-forge-2004.02.12/FIXES' gmake: *** [FIXES/] Error 2 *** Error code 2 Stop in /fs/bulk/mount/FreeBSD/ports/math/octave-forge. And the latest version fails with: c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr/local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -march=athlon-mp -DHAVE_OCTAVE_21 -DUSE_TERM -DHAVE_TERM_H -DTYPEID_HAS_CLASS dispatch.cc -o dispatch.o dispatch.cc:543: error: expected unqualified-id before '; ke[2]: *** [dispatch.oct] Error 1 rm -f dispatch_help.oct (see the attached build.log). The old version also has the dispatch.cc error. Any chance to fix it before the ports tree freeze? tks -- pica --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="build.log" Content-Transfer-Encoding: quoted-printable gmake[1]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/FIXES' mkoctfile -DHAVE_OCTAVE_21 -v -DHAVE_IEEE754_COMPLIANCE -DHAVE_ND_ARRAYS so= rt.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DHAVE_IEEE754_COMPLIANCE -DHAVE_ND= _ARRAYS sort.cc -o sort.o cc -shared -o sort.oct sort.o -L/usr/local/lib/octave-2.1.57 -loctinterp -l= octave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -lcbla= s -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -DHAVE_ND_ARRAYS rand.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DHAVE_ND_ARRAYS rand.cc -o rand.o cc -shared -o rand.oct rand.o -L/usr/local/lib/octave-2.1.57 -loctinterp -l= octave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -lcbla= s -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm rm -f randn.oct ln -s rand.oct randn.oct rm -f rande.oct ln -s rand.oct rande.oct gmake[1]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/FIXES' gmake[1]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/extra' Processing extra/graceplot/ gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/extra/graceplot' mkoctfile -DHAVE_OCTAVE_21 -v __grcmd__.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 __grcmd__.cc -o __grcmd__.o cc -shared -o __grcmd__.oct __grcmd__.o -L/usr/local/lib/octave-2.1.57 -loc= tinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77b= las -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -l= g2c -lm rm -f __grcla__.oct ln -s __grcmd__.oct __grcla__.oct rm -f __grclf__.oct ln -s __grcmd__.oct __grclf__.oct rm -f __grexit__.oct ln -s __grcmd__.oct __grexit__.oct rm -f __grfigure__.oct ln -s __grcmd__.oct __grfigure__.oct rm -f __grgetstat__.oct ln -s __grcmd__.oct __grgetstat__.oct rm -f __grhold__.oct ln -s __grcmd__.oct __grhold__.oct rm -f __grinit__.oct ln -s __grcmd__.oct __grinit__.oct rm -f __grishold__.oct ln -s __grcmd__.oct __grishold__.oct rm -f __grnewset__.oct ln -s __grcmd__.oct __grnewset__.oct rm -f __grsetgraph__.oct ln -s __grcmd__.oct __grsetgraph__.oct cat grace_octave_path.m.in | sed -e "s:@ALTMPATH@:/home/joan/.octave-forge-= alternatives/:" > grace_octave_path.m gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/extra/graceplot' Processing extra/linear-algebra/ gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/extra/linear-algebra' mkoctfile -DHAVE_OCTAVE_21 -v -c chol.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 chol.cc -o chol.o mkoctfile -DHAVE_OCTAVE_21 -v -DTYPEID_HAS_CLASS -c ov-re-tri.cc -o ov-re-t= ri.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DTYPEID_HAS_CLASS ov-re-tri.cc -o = ov-re-tri.o mkoctfile -DHAVE_OCTAVE_21 -v -o chol.oct chol.o ov-re-tri.o cc -shared -o chol.oct chol.o ov-re-tri.o -L/usr/local/lib/octave-2.1.57 -l= octinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf7= 7blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib = -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/extra/linear-algebra' Processing extra/mex/ gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/extra/mex' mkoctfile -DHAVE_OCTAVE_21 -v -c -o mex.o mex.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 mex.cc -o mex.o cat mex.in | sed -e "s:@MKOCTFILE@:mkoctfile -DHAVE_OCTAVE_21 -v:;s:@LIBPAT= H@:/home/joan/.octave-forge/oct:g;s:@MEXLIB@:mex.o:g" > mex chmod a+x mex gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/extra/mex' Processing extra/symband/ gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/extra/symband' mkoctfile -DHAVE_OCTAVE_21 -v SymBand.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 SymBand.cc -o SymBand.o cc -shared -o SymBand.oct SymBand.o -L/usr/local/lib/octave-2.1.57 -loctint= erp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas = -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c = -lm rm -f SBSolve.oct ln -s SymBand.oct SBSolve.oct rm -f SBFactor.oct ln -s SymBand.oct SBFactor.oct rm -f SBBacksub.oct ln -s SymBand.oct SBBacksub.oct rm -f SBProd.oct ln -s SymBand.oct SBProd.oct rm -f SBEig.oct ln -s SymBand.oct SBEig.oct gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/extra/symband' Processing extra/testfun/ gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/extra/testfun' mkoctfile -DHAVE_OCTAVE_21 -v pretty.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 pretty.cc -o pretty.o cc -shared -o pretty.oct pretty.o -L/usr/local/lib/octave-2.1.57 -loctinter= p -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -l= cblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/extra/testfun' Processing extra/tsa/ gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/extra/tsa' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/extra/tsa' gmake[1]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/extra' gmake[1]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main' Processing main/audio/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/audio' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/audio' Processing main/comm/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/comm' Makefile:52: galois.d: No such file or directory Makefile:52: galois-def.d: No such file or directory Makefile:52: galoisfield.d: No such file or directory Makefile:52: gf.d: No such file or directory Makefile:52: op-fil-gm.d: No such file or directory Makefile:52: op-gm-gm.d: No such file or directory Makefile:52: op-gm-m.d: No such file or directory Makefile:52: op-gm-s.d: No such file or directory Makefile:52: op-m-gm.d: No such file or directory Makefile:52: op-s-gm.d: No such file or directory Makefile:52: ov-galois.d: No such file or directory Depending ov-galois.cc rm -f ov-galois.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-galois.cc | /usr/bin/sed -e 's,^= [^:]*/\(.*\.o\):,\1:,' -e 's,ov-galois\.o,pic/& & ov-galois.d,g' > ov-galoi= s.d-t && mv ov-galois.d-t ov-galois.d Depending op-s-gm.cc rm -f op-s-gm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-s-gm.cc | /usr/bin/sed -e 's,^[^= :]*/\(.*\.o\):,\1:,' -e 's,op-s-gm\.o,pic/& & op-s-gm.d,g' > op-s-gm.d-t &&= mv op-s-gm.d-t op-s-gm.d Depending op-m-gm.cc rm -f op-m-gm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-m-gm.cc | /usr/bin/sed -e 's,^[^= :]*/\(.*\.o\):,\1:,' -e 's,op-m-gm\.o,pic/& & op-m-gm.d,g' > op-m-gm.d-t &&= mv op-m-gm.d-t op-m-gm.d Depending op-gm-s.cc rm -f op-gm-s.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-gm-s.cc | /usr/bin/sed -e 's,^[^= :]*/\(.*\.o\):,\1:,' -e 's,op-gm-s\.o,pic/& & op-gm-s.d,g' > op-gm-s.d-t &&= mv op-gm-s.d-t op-gm-s.d Depending op-gm-m.cc rm -f op-gm-m.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-gm-m.cc | /usr/bin/sed -e 's,^[^= :]*/\(.*\.o\):,\1:,' -e 's,op-gm-m\.o,pic/& & op-gm-m.d,g' > op-gm-m.d-t &&= mv op-gm-m.d-t op-gm-m.d Depending op-gm-gm.cc rm -f op-gm-gm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-gm-gm.cc | /usr/bin/sed -e 's,^[= ^:]*/\(.*\.o\):,\1:,' -e 's,op-gm-gm\.o,pic/& & op-gm-gm.d,g' > op-gm-gm.d-= t && mv op-gm-gm.d-t op-gm-gm.d Depending op-fil-gm.cc rm -f op-fil-gm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-gm.cc | /usr/bin/sed -e 's,^= [^:]*/\(.*\.o\):,\1:,' -e 's,op-fil-gm\.o,pic/& & op-fil-gm.d,g' > op-fil-g= m.d-t && mv op-fil-gm.d-t op-fil-gm.d Depending gf.cc rm -f gf.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE gf.cc | /usr/bin/sed -e 's,^[^:]*/\= (.*\.o\):,\1:,' -e 's,gf\.o,pic/& & gf.d,g' > gf.d-t && mv gf.d-t gf.d Depending galoisfield.cc rm -f galoisfield.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE galoisfield.cc | /usr/bin/sed -e 's= ,^[^:]*/\(.*\.o\):,\1:,' -e 's,galoisfield\.o,pic/& & galoisfield.d,g' > ga= loisfield.d-t && mv galoisfield.d-t galoisfield.d Depending galois-def.cc rm -f galois-def.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE galois-def.cc | /usr/bin/sed -e 's,= ^[^:]*/\(.*\.o\):,\1:,' -e 's,galois-def\.o,pic/& & galois-def.d,g' > galoi= s-def.d-t && mv galois-def.d-t galois-def.d Depending galois.cc rm -f galois.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -= DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE galois.cc | /usr/bin/sed -e 's,^[^:= ]*/\(.*\.o\):,\1:,' -e 's,galois\.o,pic/& & galois.d,g' > galois.d-t && mv = galois.d-t galois.d gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/comm' gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/comm' mkoctfile -DHAVE_OCTAVE_21 -v primpoly.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 primpoly.cc -o primpoly.o cc -shared -o primpoly.oct primpoly.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm mkoctfile -DHAVE_OCTAVE_21 -v isprimitive.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 isprimitive.cc -o isprimitive.o cc -shared -o isprimitive.oct isprimitive.o -L/usr/local/lib/octave-2.1.57 = -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -l= f77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/li= b -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v _errcore.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 _errcore.cc -o _errcore.o cc -shared -o _errcore.oct _errcore.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm mkoctfile -DHAVE_OCTAVE_21 -v cyclpoly.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 cyclpoly.cc -o cyclpoly.o cc -shared -o cyclpoly.oct cyclpoly.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm mkoctfile -DHAVE_OCTAVE_21 -v cyclgen.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 cyclgen.cc -o cyclgen.o cc -shared -o cyclgen.oct cyclgen.o -L/usr/local/lib/octave-2.1.57 -loctint= erp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas = -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c = -lm mkoctfile -DHAVE_OCTAVE_21 -v syndtable.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 syndtable.cc -o syndtable.o cc -shared -o syndtable.oct syndtable.o -L/usr/local/lib/octave-2.1.57 -loc= tinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77b= las -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -l= g2c -lm mkoctfile -DHAVE_OCTAVE_21 -v _gfweight.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 _gfweight.cc -o _gfweight.o cc -shared -o _gfweight.oct _gfweight.o -L/usr/local/lib/octave-2.1.57 -loc= tinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77b= las -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -l= g2c -lm echo "Compiling galois.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c galois.cc=20 Compiling galois.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE galois.cc -o galois.o echo "Compiling galois-def.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c galois-def.cc=20 Compiling galois-def.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE galois-def.cc -o galois-def.o echo "Compiling galoisfield.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c galoisfield.cc=20 Compiling galoisfield.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE galoisfield.cc -o galoisfield= .o echo "Compiling gf.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c gf.cc=20 Compiling gf.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE gf.cc -o gf.o echo "Compiling op-fil-gm.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c op-fil-gm.cc=20 Compiling op-fil-gm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-gm.cc -o op-fil-gm.o echo "Compiling op-gm-gm.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c op-gm-gm.cc=20 Compiling op-gm-gm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-gm-gm.cc -o op-gm-gm.o echo "Compiling op-gm-m.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c op-gm-m.cc=20 Compiling op-gm-m.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-gm-m.cc -o op-gm-m.o echo "Compiling op-gm-s.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c op-gm-s.cc=20 Compiling op-gm-s.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-gm-s.cc -o op-gm-s.o echo "Compiling op-m-gm.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c op-m-gm.cc=20 Compiling op-m-gm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-m-gm.cc -o op-m-gm.o echo "Compiling op-s-gm.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c op-s-gm.cc=20 Compiling op-s-gm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-s-gm.cc -o op-s-gm.o echo "Compiling ov-galois.o"; \ mkoctfile -DHAVE_OCTAVE_21 -v -DGALOIS_DISP_PRIVATES -DHAVE_ND_ARRAYS -D= TYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE -c ov-galois.cc=20 Compiling ov-galois.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DGALOIS_DISP_PRIVATES -DHAVE_ND_AR= RAYS -DTYPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-galois.cc -o ov-galois.o Linking gf.oct cc -shared -o gf.oct galois.o galois-def.o galoisfield.o gf.o op-fil-gm.o o= p-gm-gm.o op-gm-m.o op-gm-s.o op-m-gm.o op-s-gm.o ov-galois.o -L/usr/local/= lib/octave-2.1.57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -= L/usr/local/lib -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/l= ocal/lib -L/usr/lib -lg2c -lm Symbolic linking isgalois.oct Symbolic linking gdiag.oct Symbolic linking greshape.oct Symbolic linking gprod.oct Symbolic linking gsum.oct Symbolic linking gsumsq.oct Symbolic linking gsqrt.oct Symbolic linking glog.oct Symbolic linking gexp.oct Symbolic linking gfilter.oct Symbolic linking glu.oct Symbolic linking ginv.oct Symbolic linking ginverse.oct Symbolic linking gdet.oct Symbolic linking grank.oct Symbolic linking rsenc.oct Symbolic linking rsdec.oct Symbolic linking bchenco.oct Symbolic linking bchdeco.oct gmake[3]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/comm/doc' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/comm/doc' gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/comm' Processing main/fixed/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/fixed' Makefile:136: fixed-int.d: No such file or directory Makefile:136: fixedColVector.d: No such file or directory Makefile:136: fixedRowVector.d: No such file or directory Makefile:136: fixedMatrix.d: No such file or directory Makefile:136: fixedComplex.d: No such file or directory Makefile:136: fixedCColVector.d: No such file or directory Makefile:136: fixedCRowVector.d: No such file or directory Makefile:136: fixedCMatrix.d: No such file or directory Makefile:136: Array-f.d: No such file or directory Makefile:136: fixed-conv.d: No such file or directory Makefile:136: ov-fixed.d: No such file or directory Makefile:136: ov-fixed-mat.d: No such file or directory Makefile:136: fixedNDArray.d: No such file or directory Makefile:136: fixedCNDArray.d: No such file or directory Makefile:136: ov-fixed-complex.d: No such file or directory Makefile:136: ov-fixed-cx-mat.d: No such file or directory Makefile:136: op-fs-fs.d: No such file or directory Makefile:136: op-fs-fm.d: No such file or directory Makefile:136: op-fm-fs.d: No such file or directory Makefile:136: op-fm-fm.d: No such file or directory Makefile:136: op-fs-fcs.d: No such file or directory Makefile:136: op-fs-fcm.d: No such file or directory Makefile:136: op-fm-fcs.d: No such file or directory Makefile:136: op-fm-fcm.d: No such file or directory Makefile:136: op-fcs-fs.d: No such file or directory Makefile:136: op-fcs-fm.d: No such file or directory Makefile:136: op-fcm-fs.d: No such file or directory Makefile:136: op-fcm-fm.d: No such file or directory Makefile:136: op-fcs-fcs.d: No such file or directory Makefile:136: op-fcs-fcm.d: No such file or directory Makefile:136: op-fcm-fcs.d: No such file or directory Makefile:136: op-fcm-fcm.d: No such file or directory Makefile:136: op-fil-fs.d: No such file or directory Makefile:136: op-fil-fm.d: No such file or directory Makefile:136: op-fil-fcs.d: No such file or directory Makefile:136: op-fil-fcm.d: No such file or directory Makefile:136: fixed-var.d: No such file or directory Makefile:136: fixed.d: No such file or directory Depending fixed.cc rm -f fixed.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixed.cc | /usr/bin/sed -e 's,^[^:]*/\(.*\.= o\):,\1:,' -e 's,fixed\.o,pic/& & fixed.d,g' > fixed.d-t && mv fixed.d-t fi= xed.d Depending fixed-var.cc rm -f fixed-var.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixed-var.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,fixed-var\.o,pic/& & fixed-var.d,g' > fixed-var.d-t &&= mv fixed-var.d-t fixed-var.d fixed-var.cc:30:26: fixedversion.h: No such file or directory Depending op-fil-fcm.cc rm -f op-fil-fcm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-fcm.cc | /usr/bin/sed -e 's,^[^:]*/\= (.*\.o\):,\1:,' -e 's,op-fil-fcm\.o,pic/& & op-fil-fcm.d,g' > op-fil-fcm.d-= t && mv op-fil-fcm.d-t op-fil-fcm.d Depending op-fil-fcs.cc rm -f op-fil-fcs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-fcs.cc | /usr/bin/sed -e 's,^[^:]*/\= (.*\.o\):,\1:,' -e 's,op-fil-fcs\.o,pic/& & op-fil-fcs.d,g' > op-fil-fcs.d-= t && mv op-fil-fcs.d-t op-fil-fcs.d Depending op-fil-fm.cc rm -f op-fil-fm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-fm.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fil-fm\.o,pic/& & op-fil-fm.d,g' > op-fil-fm.d-t &&= mv op-fil-fm.d-t op-fil-fm.d Depending op-fil-fs.cc rm -f op-fil-fs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-fs.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fil-fs\.o,pic/& & op-fil-fs.d,g' > op-fil-fs.d-t &&= mv op-fil-fs.d-t op-fil-fs.d Depending op-fcm-fcm.cc rm -f op-fcm-fcm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcm-fcm.cc | /usr/bin/sed -e 's,^[^:]*/\= (.*\.o\):,\1:,' -e 's,op-fcm-fcm\.o,pic/& & op-fcm-fcm.d,g' > op-fcm-fcm.d-= t && mv op-fcm-fcm.d-t op-fcm-fcm.d Depending op-fcm-fcs.cc rm -f op-fcm-fcs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcm-fcs.cc | /usr/bin/sed -e 's,^[^:]*/\= (.*\.o\):,\1:,' -e 's,op-fcm-fcs\.o,pic/& & op-fcm-fcs.d,g' > op-fcm-fcs.d-= t && mv op-fcm-fcs.d-t op-fcm-fcs.d Depending op-fcs-fcm.cc rm -f op-fcs-fcm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcs-fcm.cc | /usr/bin/sed -e 's,^[^:]*/\= (.*\.o\):,\1:,' -e 's,op-fcs-fcm\.o,pic/& & op-fcs-fcm.d,g' > op-fcs-fcm.d-= t && mv op-fcs-fcm.d-t op-fcs-fcm.d Depending op-fcs-fcs.cc rm -f op-fcs-fcs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcs-fcs.cc | /usr/bin/sed -e 's,^[^:]*/\= (.*\.o\):,\1:,' -e 's,op-fcs-fcs\.o,pic/& & op-fcs-fcs.d,g' > op-fcs-fcs.d-= t && mv op-fcs-fcs.d-t op-fcs-fcs.d Depending op-fcm-fm.cc rm -f op-fcm-fm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcm-fm.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fcm-fm\.o,pic/& & op-fcm-fm.d,g' > op-fcm-fm.d-t &&= mv op-fcm-fm.d-t op-fcm-fm.d Depending op-fcm-fs.cc rm -f op-fcm-fs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcm-fs.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fcm-fs\.o,pic/& & op-fcm-fs.d,g' > op-fcm-fs.d-t &&= mv op-fcm-fs.d-t op-fcm-fs.d Depending op-fcs-fm.cc rm -f op-fcs-fm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcs-fm.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fcs-fm\.o,pic/& & op-fcs-fm.d,g' > op-fcs-fm.d-t &&= mv op-fcs-fm.d-t op-fcs-fm.d Depending op-fcs-fs.cc rm -f op-fcs-fs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcs-fs.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fcs-fs\.o,pic/& & op-fcs-fs.d,g' > op-fcs-fs.d-t &&= mv op-fcs-fs.d-t op-fcs-fs.d Depending op-fm-fcm.cc rm -f op-fm-fcm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fm-fcm.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fm-fcm\.o,pic/& & op-fm-fcm.d,g' > op-fm-fcm.d-t &&= mv op-fm-fcm.d-t op-fm-fcm.d Depending op-fm-fcs.cc rm -f op-fm-fcs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fm-fcs.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fm-fcs\.o,pic/& & op-fm-fcs.d,g' > op-fm-fcs.d-t &&= mv op-fm-fcs.d-t op-fm-fcs.d Depending op-fs-fcm.cc rm -f op-fs-fcm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fs-fcm.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fs-fcm\.o,pic/& & op-fs-fcm.d,g' > op-fs-fcm.d-t &&= mv op-fs-fcm.d-t op-fs-fcm.d Depending op-fs-fcs.cc rm -f op-fs-fcs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fs-fcs.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,op-fs-fcs\.o,pic/& & op-fs-fcs.d,g' > op-fs-fcs.d-t &&= mv op-fs-fcs.d-t op-fs-fcs.d Depending op-fm-fm.cc rm -f op-fm-fm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fm-fm.cc | /usr/bin/sed -e 's,^[^:]*/\(.= *\.o\):,\1:,' -e 's,op-fm-fm\.o,pic/& & op-fm-fm.d,g' > op-fm-fm.d-t && mv = op-fm-fm.d-t op-fm-fm.d Depending op-fm-fs.cc rm -f op-fm-fs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fm-fs.cc | /usr/bin/sed -e 's,^[^:]*/\(.= *\.o\):,\1:,' -e 's,op-fm-fs\.o,pic/& & op-fm-fs.d,g' > op-fm-fs.d-t && mv = op-fm-fs.d-t op-fm-fs.d Depending op-fs-fm.cc rm -f op-fs-fm.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fs-fm.cc | /usr/bin/sed -e 's,^[^:]*/\(.= *\.o\):,\1:,' -e 's,op-fs-fm\.o,pic/& & op-fs-fm.d,g' > op-fs-fm.d-t && mv = op-fs-fm.d-t op-fs-fm.d Depending op-fs-fs.cc rm -f op-fs-fs.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fs-fs.cc | /usr/bin/sed -e 's,^[^:]*/\(.= *\.o\):,\1:,' -e 's,op-fs-fs\.o,pic/& & op-fs-fs.d,g' > op-fs-fs.d-t && mv = op-fs-fs.d-t op-fs-fs.d Depending ov-fixed-cx-mat.cc rm -f ov-fixed-cx-mat.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-fixed-cx-mat.cc | /usr/bin/sed -e 's,^[^= :]*/\(.*\.o\):,\1:,' -e 's,ov-fixed-cx-mat\.o,pic/& & ov-fixed-cx-mat.d,g' = > ov-fixed-cx-mat.d-t && mv ov-fixed-cx-mat.d-t ov-fixed-cx-mat.d Depending ov-fixed-complex.cc rm -f ov-fixed-complex.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-fixed-complex.cc | /usr/bin/sed -e 's,^[= ^:]*/\(.*\.o\):,\1:,' -e 's,ov-fixed-complex\.o,pic/& & ov-fixed-complex.d,= g' > ov-fixed-complex.d-t && mv ov-fixed-complex.d-t ov-fixed-complex.d Depending fixedCNDArray.cc rm -f fixedCNDArray.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedCNDArray.cc | /usr/bin/sed -e 's,^[^:]= */\(.*\.o\):,\1:,' -e 's,fixedCNDArray\.o,pic/& & fixedCNDArray.d,g' > fixe= dCNDArray.d-t && mv fixedCNDArray.d-t fixedCNDArray.d Depending fixedNDArray.cc rm -f fixedNDArray.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedNDArray.cc | /usr/bin/sed -e 's,^[^:]*= /\(.*\.o\):,\1:,' -e 's,fixedNDArray\.o,pic/& & fixedNDArray.d,g' > fixedND= Array.d-t && mv fixedNDArray.d-t fixedNDArray.d Depending ov-fixed-mat.cc rm -f ov-fixed-mat.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-fixed-mat.cc | /usr/bin/sed -e 's,^[^:]*= /\(.*\.o\):,\1:,' -e 's,ov-fixed-mat\.o,pic/& & ov-fixed-mat.d,g' > ov-fixe= d-mat.d-t && mv ov-fixed-mat.d-t ov-fixed-mat.d Depending ov-fixed.cc rm -f ov-fixed.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-fixed.cc | /usr/bin/sed -e 's,^[^:]*/\(.= *\.o\):,\1:,' -e 's,ov-fixed\.o,pic/& & ov-fixed.d,g' > ov-fixed.d-t && mv = ov-fixed.d-t ov-fixed.d Depending fixed-conv.cc rm -f fixed-conv.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixed-conv.cc | /usr/bin/sed -e 's,^[^:]*/\= (.*\.o\):,\1:,' -e 's,fixed-conv\.o,pic/& & fixed-conv.d,g' > fixed-conv.d-= t && mv fixed-conv.d-t fixed-conv.d Depending Array-f.cc rm -f Array-f.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE Array-f.cc | /usr/bin/sed -e 's,^[^:]*/\(.*= \.o\):,\1:,' -e 's,Array-f\.o,pic/& & Array-f.d,g' > Array-f.d-t && mv Arra= y-f.d-t Array-f.d Depending fixedCMatrix.cc rm -f fixedCMatrix.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedCMatrix.cc | /usr/bin/sed -e 's,^[^:]*= /\(.*\.o\):,\1:,' -e 's,fixedCMatrix\.o,pic/& & fixedCMatrix.d,g' > fixedCM= atrix.d-t && mv fixedCMatrix.d-t fixedCMatrix.d Depending fixedCRowVector.cc rm -f fixedCRowVector.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedCRowVector.cc | /usr/bin/sed -e 's,^[^= :]*/\(.*\.o\):,\1:,' -e 's,fixedCRowVector\.o,pic/& & fixedCRowVector.d,g' = > fixedCRowVector.d-t && mv fixedCRowVector.d-t fixedCRowVector.d Depending fixedCColVector.cc rm -f fixedCColVector.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedCColVector.cc | /usr/bin/sed -e 's,^[^= :]*/\(.*\.o\):,\1:,' -e 's,fixedCColVector\.o,pic/& & fixedCColVector.d,g' = > fixedCColVector.d-t && mv fixedCColVector.d-t fixedCColVector.d Depending fixedComplex.cc rm -f fixedComplex.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedComplex.cc | /usr/bin/sed -e 's,^[^:]*= /\(.*\.o\):,\1:,' -e 's,fixedComplex\.o,pic/& & fixedComplex.d,g' > fixedCo= mplex.d-t && mv fixedComplex.d-t fixedComplex.d Depending fixedMatrix.cc rm -f fixedMatrix.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedMatrix.cc | /usr/bin/sed -e 's,^[^:]*/= \(.*\.o\):,\1:,' -e 's,fixedMatrix\.o,pic/& & fixedMatrix.d,g' > fixedMatri= x.d-t && mv fixedMatrix.d-t fixedMatrix.d Depending fixedRowVector.cc rm -f fixedRowVector.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedRowVector.cc | /usr/bin/sed -e 's,^[^:= ]*/\(.*\.o\):,\1:,' -e 's,fixedRowVector\.o,pic/& & fixedRowVector.d,g' > f= ixedRowVector.d-t && mv fixedRowVector.d-t fixedRowVector.d Depending fixedColVector.cc rm -f fixedColVector.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedColVector.cc | /usr/bin/sed -e 's,^[^:= ]*/\(.*\.o\):,\1:,' -e 's,fixedColVector\.o,pic/& & fixedColVector.d,g' > f= ixedColVector.d-t && mv fixedColVector.d-t fixedColVector.d Depending int/fixed.cc rm -f int/fixed.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DTYPEID_= HAS_CLASS -DCLASS_HAS_LOAD_SAVE int/fixed.cc | /usr/bin/sed -e 's,^[^:]*/\(= .*\.o\):,\1:,' -e 's,int/fixed\.o,pic/& & int/fixed.d,g' > int/fixed.d-t &&= mv int/fixed.d-t int/fixed.d gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/fixed' gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/fixed' Creating fixedversion.h Compiling fixed-int.o from int/fixed.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE int/fixed.cc -o int/fixed.o Compiling fixedColVector.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedColVector.cc -o fixedColVector.o Compiling fixedRowVector.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedRowVector.cc -o fixedRowVector.o Compiling fixedMatrix.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedMatrix.cc -o fixedMatrix.o Compiling fixedComplex.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedComplex.cc -o fixedComplex.o Compiling fixedCColVector.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedCColVector.cc -o fixedCColVector= .o Compiling fixedCRowVector.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedCRowVector.cc -o fixedCRowVector= .o Compiling fixedCMatrix.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedCMatrix.cc -o fixedCMatrix.o Compiling Array-f.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE Array-f.cc -o Array-f.o Compiling fixed-conv.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixed-conv.cc -o fixed-conv.o Compiling ov-fixed.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-fixed.cc -o ov-fixed.o Compiling ov-fixed-mat.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-fixed-mat.cc -o ov-fixed-mat.o Compiling fixedNDArray.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedNDArray.cc -o fixedNDArray.o Compiling fixedCNDArray.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixedCNDArray.cc -o fixedCNDArray.o Compiling ov-fixed-complex.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-fixed-complex.cc -o ov-fixed-compl= ex.o Compiling ov-fixed-cx-mat.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE ov-fixed-cx-mat.cc -o ov-fixed-cx-mat= .o Compiling op-fs-fs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fs-fs.cc -o op-fs-fs.o Compiling op-fs-fm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fs-fm.cc -o op-fs-fm.o Compiling op-fm-fs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fm-fs.cc -o op-fm-fs.o Compiling op-fm-fm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fm-fm.cc -o op-fm-fm.o Compiling op-fs-fcs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fs-fcs.cc -o op-fs-fcs.o Compiling op-fs-fcm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fs-fcm.cc -o op-fs-fcm.o Compiling op-fm-fcs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fm-fcs.cc -o op-fm-fcs.o Compiling op-fm-fcm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fm-fcm.cc -o op-fm-fcm.o Compiling op-fcs-fs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcs-fs.cc -o op-fcs-fs.o Compiling op-fcs-fm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcs-fm.cc -o op-fcs-fm.o Compiling op-fcm-fs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcm-fs.cc -o op-fcm-fs.o Compiling op-fcm-fm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcm-fm.cc -o op-fcm-fm.o Compiling op-fcs-fcs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcs-fcs.cc -o op-fcs-fcs.o Compiling op-fcs-fcm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcs-fcm.cc -o op-fcs-fcm.o Compiling op-fcm-fcs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcm-fcs.cc -o op-fcm-fcs.o Compiling op-fcm-fcm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fcm-fcm.cc -o op-fcm-fcm.o Compiling op-fil-fs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-fs.cc -o op-fil-fs.o Compiling op-fil-fm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-fm.cc -o op-fil-fm.o Compiling op-fil-fcs.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-fcs.cc -o op-fil-fcs.o Compiling op-fil-fcm.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE op-fil-fcm.cc -o op-fil-fcm.o Compiling fixed-var.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixed-var.cc -o fixed-var.o Compiling fixed.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DOCTAVE_FORGE -DHAVE_ND_ARRAYS -DT= YPEID_HAS_CLASS -DCLASS_HAS_LOAD_SAVE fixed.cc -o fixed.o Linking fixed.oct cc -shared -o fixed.oct fixed-int.o fixedColVector.o fixedRowVector.o fixed= Matrix.o fixedComplex.o fixedCColVector.o fixedCRowVector.o fixedCMatrix.o = Array-f.o fixed-conv.o ov-fixed.o ov-fixed-mat.o fixedNDArray.o fixedCNDArr= ay.o ov-fixed-complex.o ov-fixed-cx-mat.o op-fs-fs.o op-fs-fm.o op-fm-fs.o = op-fm-fm.o op-fs-fcs.o op-fs-fcm.o op-fm-fcs.o op-fm-fcm.o op-fcs-fs.o op-f= cs-fm.o op-fcm-fs.o op-fcm-fm.o op-fcs-fcs.o op-fcs-fcm.o op-fcm-fcs.o op-f= cm-fcm.o op-fil-fs.o op-fil-fm.o op-fil-fcs.o op-fil-fcm.o fixed-var.o fixe= d.o -L/usr/local/lib/octave-2.1.57 -loctinterp -loctave -lcruft -L/usr/loca= l/lib -lalapack -L/usr/local/lib -lf77blas -lcblas -latlas -lreadline -lncu= rses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm Symbolic linking isfixed.oct to fixed.oct=20 Symbolic linking fabs.oct to fixed.oct=20 Symbolic linking fcos.oct to fixed.oct=20 Symbolic linking fcosh.oct to fixed.oct=20 Symbolic linking fsin.oct to fixed.oct=20 Symbolic linking fsinh.oct to fixed.oct=20 Symbolic linking ftan.oct to fixed.oct=20 Symbolic linking ftanh.oct to fixed.oct=20 Symbolic linking fsqrt.oct to fixed.oct=20 Symbolic linking fexp.oct to fixed.oct=20 Symbolic linking flog.oct to fixed.oct=20 Symbolic linking flog10.oct to fixed.oct=20 Symbolic linking fround.oct to fixed.oct=20 Symbolic linking ffloor.oct to fixed.oct=20 Symbolic linking fceil.oct to fixed.oct=20 Symbolic linking fprod.oct to fixed.oct=20 Symbolic linking fsum.oct to fixed.oct=20 Symbolic linking fsumsq.oct to fixed.oct=20 Symbolic linking fcumsum.oct to fixed.oct=20 Symbolic linking fcumprod.oct to fixed.oct=20 Symbolic linking display_fixed_operations.oct to fixed.oct=20 Symbolic linking reset_fixed_operations.oct to fixed.oct=20 Symbolic linking freshape.oct to fixed.oct=20 Symbolic linking fdiag.oct to fixed.oct=20 Symbolic linking fatan2.oct to fixed.oct=20 Symbolic linking freal.oct to fixed.oct=20 Symbolic linking fimag.oct to fixed.oct=20 Symbolic linking fconj.oct to fixed.oct=20 Symbolic linking farg.oct to fixed.oct=20 Symbolic linking fangle.oct to fixed.oct=20 gmake[3]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/fixed/examples' Depending ffft.cc rm -f ffft.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -I../ -DHAVE_OCTAVE_21 -DHAVE_RESIZE_AND_FILL ffft.cc | /u= sr/bin/sed -e 's,^[^:]*/\(.*\.o\):,\1:,' -e 's,ffft\.o,pic/& & ffft.d,g' > = ffft.d-t && mv ffft.d-t ffft.d Depending fixed_inc.cc rm -f fixed_inc.d c++ -M -I/usr/local/include -I/usr/local/include/octave-2.1.57 -I/usr/local= /include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pipe -m= arch=3Dathlon-mp -I../ -DHAVE_OCTAVE_21 -DHAVE_RESIZE_AND_FILL fixed_inc.cc= | /usr/bin/sed -e 's,^[^:]*/\(.*\.o\):,\1:,' -e 's,fixed_inc\.o,pic/& & fi= xed_inc.d,g' > fixed_inc.d-t && mv fixed_inc.d-t fixed_inc.d Compiling ffft.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -I../ -DHAVE_OCTAVE_21 -DHAVE_RESIZE_AND_FILL ffft.c= c -o ffft.o Compiling fixed_inc.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -I../ -DHAVE_OCTAVE_21 -DHAVE_RESIZE_AND_FILL fixed_= inc.cc -o fixed_inc.o Linking ffft.oct cc -shared -o ffft.oct ffft.o -L/usr/local/lib/octave-2.1.57 -loctinterp -l= octave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -lcbla= s -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm Linking fixed_inc.oct cc -shared -o fixed_inc.oct fixed_inc.o -L/usr/local/lib/octave-2.1.57 -loc= tinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77b= las -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -l= g2c -lm Symbolic linking fifft.oct to ffft.oct gmake[3]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/fixed/examples' gmake[3]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/fixed/doc' Creating fixedversion.txi Making texinfo fixed.texi perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL =3D (unset), LANG =3D "ca_ES.ISO-8859-15" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL =3D (unset), LANG =3D "ca_ES.ISO-8859-15" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). Making info fixed.info Making dvi fixed.dvi This is TeX, Version 3.14159 (Web2C 7.4.5) (/fs/home/mount/home/joan/src/octave-forge-2004.07.07/main/fixed/doc/fixed.= texi (/usr/local/share/texmf/tex/texinfo/texinfo.tex Loading texinfo [version 2003-02-03.16]: Basics, pdf, fonts, page headings, tables, conditionals, indexing, sectioning, toc, environments, defuns, macr= os, cross references, (/usr/local/share/texmf/tex/generic/misc/epsf.tex) localization, and turning on texinfo input format.) (/fs/home/mount/home/joan/src/octave-forge-2004.07.07/main/fixed/doc/fixedv= ersi on.txi) [1] [2] [-1] Chapter 1 [1] [2] [3] [4] [5] [6] Cross reference values unknown; you must run TeX again. [7] [8] [9] [10] Chapter 2 [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] Chapter 3 [49] [50] [51] Chapter 4 [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] ) Output written on fixed.dvi (65 pages, 191304 bytes). Transcript written on fixed.log. This is TeX, Version 3.14159 (Web2C 7.4.5) (/fs/home/mount/home/joan/src/octave-forge-2004.07.07/main/fixed/doc/fixed.= texi (/usr/local/share/texmf/tex/texinfo/texinfo.tex Loading texinfo [version 2003-02-03.16]: Basics, pdf, fonts, page headings, tables, conditionals, indexing, sectioning, toc, environments, defuns, macr= os, cross references, (/usr/local/share/texmf/tex/generic/misc/epsf.tex) localization, and turning on texinfo input format.) (/fs/home/mount/home/joan/src/octave-forge-2004.07.07/main/fixed/doc/fixedv= ersi on.txi) (./fixed.aux) [1] [2] (./fixed.toc [-1]) [-2] Chapter 1 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] Chapter 2 [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] Chapter 3 [49] [50] [51] Chapter 4 [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] ) Output written on fixed.dvi (66 pages, 215608 bytes). Transcript written on fixed.log. Making postscript fixed.ps This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.= com) ' TeX output 2004.09.01:1451' -> fixed.ps <8r.enc>. [1]= =20 [2] [-1] [-2] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14]= =20 [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29]= =20 [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44]= =20 [45] [46] [47] [48] [49] [50] [51] [52] [53] [54]= =20 [55] [56] [57] [58] [59] [60] [61] [62]=20 rm fixed.texi fixed.dvi gmake[3]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/fixed/doc' gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/fixed' Processing main/general/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/general' mkoctfile -DHAVE_OCTAVE_21 -v -DHAVE_ND_ARRAYS bitand.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DHAVE_ND_ARRAYS bitand.cc -o bitan= d.o cc -shared -o bitand.oct bitand.o -L/usr/local/lib/octave-2.1.57 -loctinter= p -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -l= cblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm rm -f bitor.oct ln -s bitand.oct bitor.oct rm -f bitxor.oct ln -s bitand.oct bitxor.oct rm -f bitmax.oct ln -s bitand.oct bitmax.oct mkoctfile -DHAVE_OCTAVE_21 -v deref.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 deref.cc -o deref.o cc -shared -o deref.oct deref.o -L/usr/local/lib/octave-2.1.57 -loctinterp = -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -lcb= las -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v mark_for_deletion.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 mark_for_deletion.cc -o mark_for_de= letion.o cc -shared -o mark_for_deletion.oct mark_for_deletion.o -L/usr/local/lib/oc= tave-2.1.57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/= local/lib -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/l= ib -L/usr/lib -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/general' Processing main/geometry/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/geometry' mkoctfile -DHAVE_OCTAVE_21 -v -lqhull tsearch.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 tsearch.cc -o tsearch.o cc -shared -o tsearch.oct tsearch.o -lqhull -L/usr/local/lib/octave-2.1.57 = -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -l= f77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/li= b -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -lqhull convhulln.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 convhulln.cc -o convhulln.o cc -shared -o convhulln.oct convhulln.o -lqhull -L/usr/local/lib/octave-2.1= .57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/li= b -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/us= r/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -lqhull __voronoi__.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 __voronoi__.cc -o __voronoi__.o cc -shared -o __voronoi__.oct __voronoi__.o -lqhull -L/usr/local/lib/octave= -2.1.57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/loca= l/lib -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -= L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -lqhull delaunayn.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 delaunayn.cc -o delaunayn.o cc -shared -o delaunayn.oct delaunayn.o -lqhull -L/usr/local/lib/octave-2.1= .57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/li= b -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/us= r/lib -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/geometry' Processing main/gsl/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/gsl' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/gsl' Processing main/image/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/image' mkoctfile -DHAVE_OCTAVE_21 -v conv2.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 conv2.cc -o conv2.o cc -shared -o conv2.oct conv2.o -L/usr/local/lib/octave-2.1.57 -loctinterp = -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -lcb= las -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v cordflt2.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 cordflt2.cc -o cordflt2.o cc -shared -o cordflt2.oct cordflt2.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm mkoctfile -DHAVE_OCTAVE_21 -v bwlabel.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 bwlabel.cc -o bwlabel.o cc -shared -o bwlabel.oct bwlabel.o -L/usr/local/lib/octave-2.1.57 -loctint= erp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas = -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c = -lm mkoctfile -DHAVE_OCTAVE_21 -v bwfill.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 bwfill.cc -o bwfill.o cc -shared -o bwfill.oct bwfill.o -L/usr/local/lib/octave-2.1.57 -loctinter= p -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -l= cblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v rotate_scale.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 rotate_scale.cc -o rotate_scale.o cc -shared -o rotate_scale.oct rotate_scale.o -L/usr/local/lib/octave-2.1.5= 7 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib = -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/= lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v jpgwrite.cc -ljpeg c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 jpgwrite.cc -o jpgwrite.o In file included from /usr/local/include/jpeglib.h:24, from jpgwrite.cc:18: /usr/local/include/jconfig.h:12:1: warning: "HAVE_STDLIB_H" redefined In file included from /usr/local/include/octave-2.1.57/octave/oct.h:31, from jpgwrite.cc:11: /usr/local/include/octave-2.1.57/octave/config.h:454:1: warning: this is th= e location of the previous definition cc -shared -o jpgwrite.oct jpgwrite.o -ljpeg -L/usr/local/lib/octave-2.1.57= -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -= lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/l= ib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v jpgread.cc -ljpeg c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 jpgread.cc -o jpgread.o In file included from /usr/local/include/jpeglib.h:24, from jpgread.cc:42: /usr/local/include/jconfig.h:12:1: warning: "HAVE_STDLIB_H" redefined In file included from /usr/local/include/octave-2.1.57/octave/oct.h:31, from jpgread.cc:12: /usr/local/include/octave-2.1.57/octave/config.h:454:1: warning: this is th= e location of the previous definition cc -shared -o jpgread.oct jpgread.o -ljpeg -L/usr/local/lib/octave-2.1.57 -= loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf= 77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib= -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v pngread.cc -lpng c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 pngread.cc -o pngread.o cc -shared -o pngread.oct pngread.o -lpng -L/usr/local/lib/octave-2.1.57 -l= octinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf7= 7blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib = -lg2c -lm ln -s pngread.oct pngwrite.oct gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/image' Processing main/io/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/io' mkoctfile -DHAVE_OCTAVE_21 -v dlmread.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 dlmread.cc -o dlmread.o cc -shared -o dlmread.oct dlmread.o -L/usr/local/lib/octave-2.1.57 -loctint= erp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas = -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c = -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/io' Processing main/linear-algebra/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/linear-algebra' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/linear-algebra' Processing main/miscellaneous/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/miscellaneous' mkoctfile -DHAVE_OCTAVE_21 -v -DUSE_TERM -DHAVE_TERM_H -DTYPEID_HAS_CLASS d= ispatch.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DUSE_TERM -DHAVE_TERM_H -DTYPEID_H= AS_CLASS dispatch.cc -o dispatch.o dispatch.cc:543: error: expected unqualified-id before ';' token gmake[2]: *** [dispatch.oct] Error 1 rm -f dispatch_help.oct ln -s dispatch.oct dispatch_help.oct rm -f builtin.oct ln -s dispatch.oct builtin.oct mkoctfile -DHAVE_OCTAVE_21 -v -DUSE_TERM -DHAVE_TERM_H waitbar.cc -ltermcap c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DUSE_TERM -DHAVE_TERM_H waitbar.cc= -o waitbar.o cc -shared -o waitbar.oct waitbar.o -ltermcap -L/usr/local/lib/octave-2.1.5= 7 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib = -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/= lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -c -DUSE_TERM -DHAVE_TERM_H listen.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DUSE_TERM -DHAVE_TERM_H listen.cc = -o listen.o mkoctfile -DHAVE_OCTAVE_21 -v -c listencanfork.c cc -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr/= local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pi= pe -march=3Dathlon-mp -I/usr/local/include -DHAVE_OCTAVE_21 listencanfork.c= -o listencanfork.o mkoctfile -DHAVE_OCTAVE_21 -v listen.o listencanfork.o cc -shared -o listen.oct listen.o listencanfork.o -L/usr/local/lib/octave-2= .1.57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/= lib -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/= usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -DUSE_TERM -DHAVE_TERM_H -c xmlread.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DUSE_TERM -DHAVE_TERM_H xmlread.cc= -o xmlread.o mkoctfile -DHAVE_OCTAVE_21 -v -DUSE_TERM -DHAVE_TERM_H -c xmltree_read.c cc -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr/= local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pi= pe -march=3Dathlon-mp -I/usr/local/include -DHAVE_OCTAVE_21 -DUSE_TERM -DHA= VE_TERM_H xmltree_read.c -o xmltree_read.o mkoctfile -DHAVE_OCTAVE_21 -v -DUSE_TERM -DHAVE_TERM_H -c xmltree.c cc -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr/= local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -pi= pe -march=3Dathlon-mp -I/usr/local/include -DHAVE_OCTAVE_21 -DUSE_TERM -DHA= VE_TERM_H xmltree.c -o xmltree.o mkoctfile -DHAVE_OCTAVE_21 -v xmlread.o xmltree_read.o xmltree.o cc -shared -o xmlread.oct xmlread.o xmltree_read.o xmltree.o -L/usr/local/l= ib/octave-2.1.57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L= /usr/local/lib -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/lo= cal/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -DUSE_TERM -DHAVE_TERM_H csvexplode.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DUSE_TERM -DHAVE_TERM_H csvexplode= .cc -o csvexplode.o cc -shared -o csvexplode.oct csvexplode.o -L/usr/local/lib/octave-2.1.57 -l= octinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf7= 7blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib = -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -DUSE_TERM -DHAVE_TERM_H csv2cell.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DUSE_TERM -DHAVE_TERM_H csv2cell.c= c -o csv2cell.o cc -shared -o csv2cell.oct csv2cell.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm mkoctfile -DHAVE_OCTAVE_21 -v -DUSE_TERM -DHAVE_TERM_H csvconcat.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DUSE_TERM -DHAVE_TERM_H csvconcat.= cc -o csvconcat.o cc -shared -o csvconcat.oct csvconcat.o -L/usr/local/lib/octave-2.1.57 -loc= tinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77b= las -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -l= g2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -DUSE_TERM -DHAVE_TERM_H cell2csv.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 -DUSE_TERM -DHAVE_TERM_H cell2csv.c= c -o cell2csv.o cc -shared -o cell2csv.oct cell2csv.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm gmake[2]: Target `all' not remade because of errors. gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/miscellaneous' gmake[1]: *** [miscellaneous/] Error 2 Processing main/optim/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/optim' mkoctfile -DHAVE_OCTAVE_21 -v lp.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 lp.cc -o lp.o cc -shared -o lp.oct lp.o -L/usr/local/lib/octave-2.1.57 -loctinterp -locta= ve -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -lcblas -l= atlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v leval.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 leval.cc -o leval.o cc -shared -o leval.oct leval.o -L/usr/local/lib/octave-2.1.57 -loctinterp = -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -lcb= las -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v bfgsmin.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 bfgsmin.cc -o bfgsmin.o cc -shared -o bfgsmin.oct bfgsmin.o -L/usr/local/lib/octave-2.1.57 -loctint= erp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas = -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c = -lm mkoctfile -DHAVE_OCTAVE_21 -v lbfgsmin.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 lbfgsmin.cc -o lbfgsmin.o cc -shared -o lbfgsmin.oct lbfgsmin.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm mkoctfile -DHAVE_OCTAVE_21 -v bisectionstep.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 bisectionstep.cc -o bisectionstep.o cc -shared -o bisectionstep.oct bisectionstep.o -L/usr/local/lib/octave-2.1= .57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/li= b -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/us= r/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v celleval.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 celleval.cc -o celleval.o cc -shared -o celleval.oct celleval.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm mkoctfile -DHAVE_OCTAVE_21 -v finitedifference.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 finitedifference.cc -o finitediffer= ence.o cc -shared -o finitedifference.oct finitedifference.o -L/usr/local/lib/octa= ve-2.1.57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/lo= cal/lib -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib= -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v newtonstep.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 newtonstep.cc -o newtonstep.o cc -shared -o newtonstep.oct newtonstep.o -L/usr/local/lib/octave-2.1.57 -l= octinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf7= 7blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib = -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v numgradient.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 numgradient.cc -o numgradient.o cc -shared -o numgradient.oct numgradient.o -L/usr/local/lib/octave-2.1.57 = -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -l= f77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/li= b -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v numhessian.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 numhessian.cc -o numhessian.o cc -shared -o numhessian.oct numhessian.o -L/usr/local/lib/octave-2.1.57 -l= octinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf7= 7blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib = -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v samin.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 samin.cc -o samin.o cc -shared -o samin.oct samin.o -L/usr/local/lib/octave-2.1.57 -loctinterp = -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -lcb= las -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/optim' Processing main/plot/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/plot' mkoctfile -DHAVE_OCTAVE_21 -v -c -I/usr/X11R6/include grab.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -I/usr/X11R6/include -DHAVE_OCTAVE_21 grab.cc -o gra= b.o mkoctfile -DHAVE_OCTAVE_21 -v -c -I/usr/X11R6/include graphics.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -I/usr/X11R6/include -DHAVE_OCTAVE_21 graphics.cc -o= graphics.o mkoctfile -DHAVE_OCTAVE_21 -v grab.o graphics.o -L/usr/X11R6/lib -lSM -lIC= E -lX11 -o grab.oct cc -shared -o grab.oct grab.o graphics.o -L/usr/X11R6/lib -lSM -lICE -lX11 = -L/usr/local/lib/octave-2.1.57 -loctinterp -loctave -lcruft -L/usr/local/li= b -lalapack -L/usr/local/lib -lf77blas -lcblas -latlas -lreadline -lncurses= -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -c -I/usr/X11R6/include gpick.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -I/usr/X11R6/include -DHAVE_OCTAVE_21 gpick.cc -o gp= ick.o mkoctfile -DHAVE_OCTAVE_21 -v gpick.o graphics.o -L/usr/X11R6/lib -lSM -lI= CE -lX11 -o gpick.oct cc -shared -o gpick.oct gpick.o graphics.o -L/usr/X11R6/lib -lSM -lICE -lX1= 1 -L/usr/local/lib/octave-2.1.57 -loctinterp -loctave -lcruft -L/usr/local/= lib -lalapack -L/usr/local/lib -lf77blas -lcblas -latlas -lreadline -lncurs= es -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -c -I/usr/X11R6/include gtext.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -I/usr/X11R6/include -DHAVE_OCTAVE_21 gtext.cc -o gt= ext.o mkoctfile -DHAVE_OCTAVE_21 -v gtext.o graphics.o -L/usr/X11R6/lib -lSM -lI= CE -lX11 -o gtext.oct cc -shared -o gtext.oct gtext.o graphics.o -L/usr/X11R6/lib -lSM -lICE -lX1= 1 -L/usr/local/lib/octave-2.1.57 -loctinterp -loctave -lcruft -L/usr/local/= lib -lalapack -L/usr/local/lib -lf77blas -lcblas -latlas -lreadline -lncurs= es -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -c -I/usr/X11R6/include gzoom.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -I/usr/X11R6/include -DHAVE_OCTAVE_21 gzoom.cc -o gz= oom.o mkoctfile -DHAVE_OCTAVE_21 -v gzoom.o graphics.o -L/usr/X11R6/lib -lSM -lI= CE -lX11 -o gzoom.oct cc -shared -o gzoom.oct gzoom.o graphics.o -L/usr/X11R6/lib -lSM -lICE -lX1= 1 -L/usr/local/lib/octave-2.1.57 -loctinterp -loctave -lcruft -L/usr/local/= lib -lalapack -L/usr/local/lib -lf77blas -lcblas -latlas -lreadline -lncurs= es -lm -L/usr/local/lib -L/usr/lib -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/plot' Processing main/signal/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/signal' mkoctfile -DHAVE_OCTAVE_21 -v remez.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 remez.cc -o remez.o cc -shared -o remez.oct remez.o -L/usr/local/lib/octave-2.1.57 -loctinterp = -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -lcb= las -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v medfilt1.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 medfilt1.cc -o medfilt1.o cc -shared -o medfilt1.oct medfilt1.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/signal' Processing main/sparse/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/sparse' mkoctfile -DHAVE_OCTAVE_21 -v -c sparse_ops.cc -ISuperLU/SRC/ -ISuperLU/CBL= AS -DNDEBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS -o sparse_ops.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -ISuperLU/SRC/ -ISuperLU/CBLAS -DHAVE_OCTAVE_21 -DND= EBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS sparse_ops.cc -o sparse_ops.o mkoctfile -DHAVE_OCTAVE_21 -v -c make_sparse.cc -ISuperLU/SRC/ -ISuperLU/CB= LAS -DNDEBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS -o make_sparse.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -ISuperLU/SRC/ -ISuperLU/CBLAS -DHAVE_OCTAVE_21 -DND= EBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS make_sparse.cc -o make_sparse.o mkoctfile -DHAVE_OCTAVE_21 -v -c sparse_full.cc -ISuperLU/SRC/ -ISuperLU/CB= LAS -DNDEBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS -o sparse_full.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -ISuperLU/SRC/ -ISuperLU/CBLAS -DHAVE_OCTAVE_21 -DND= EBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS sparse_full.cc -o sparse_full.o mkoctfile -DHAVE_OCTAVE_21 -v -c sparse_inv.cc -ISuperLU/SRC/ -ISuperLU/CBL= AS -DNDEBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS -o sparse_inv.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -ISuperLU/SRC/ -ISuperLU/CBLAS -DHAVE_OCTAVE_21 -DND= EBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS sparse_inv.cc -o sparse_inv.o mkoctfile -DHAVE_OCTAVE_21 -v -c complex_sparse_ops.cc -ISuperLU/SRC/ -ISup= erLU/CBLAS -DNDEBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS -o complex_sparse_o= ps.o c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -ISuperLU/SRC/ -ISuperLU/CBLAS -DHAVE_OCTAVE_21 -DND= EBUG -DHAVE_ND_ARRAYS -DTYPEID_HAS_CLASS complex_sparse_ops.cc -o complex_s= parse_ops.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dgss= v.c -o SuperLU/SRC/dgssv.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dgss= vx.c -o SuperLU/SRC/dgssvx.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dsp_= blas2.c -o SuperLU/SRC/dsp_blas2.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dsp_= blas3.c -o SuperLU/SRC/dsp_blas3.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dgsc= on.c -o SuperLU/SRC/dgscon.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dlac= on.c -o SuperLU/SRC/dlacon.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dlan= gs.c -o SuperLU/SRC/dlangs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dgse= qu.c -o SuperLU/SRC/dgsequ.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dlaq= gs.c -o SuperLU/SRC/dlaqgs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dpiv= otgrowth.c -o SuperLU/SRC/dpivotgrowth.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dgsr= fs.c -o SuperLU/SRC/dgsrfs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dgst= rf.c -o SuperLU/SRC/dgstrf.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dgst= rs.c -o SuperLU/SRC/dgstrs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dcop= y_to_ucol.c -o SuperLU/SRC/dcopy_to_ucol.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dsno= de_dfs.c -o SuperLU/SRC/dsnode_dfs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dsno= de_bmod.c -o SuperLU/SRC/dsnode_bmod.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dpan= el_dfs.c -o SuperLU/SRC/dpanel_dfs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dpan= el_bmod.c -o SuperLU/SRC/dpanel_bmod.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/drea= dhb.c -o SuperLU/SRC/dreadhb.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dcol= umn_dfs.c -o SuperLU/SRC/dcolumn_dfs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dcol= umn_bmod.c -o SuperLU/SRC/dcolumn_bmod.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dpiv= otL.c -o SuperLU/SRC/dpivotL.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dpru= neL.c -o SuperLU/SRC/dpruneL.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dmem= ory.c -o SuperLU/SRC/dmemory.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/duti= l.c -o SuperLU/SRC/dutil.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/supe= rlu_timer.c -o SuperLU/SRC/superlu_timer.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/lsam= e.c -o SuperLU/SRC/lsame.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/util= .c -o SuperLU/SRC/util.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/memo= ry.c -o SuperLU/SRC/memory.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/get_= perm_c.c -o SuperLU/SRC/get_perm_c.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/mmd.= c -o SuperLU/SRC/mmd.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/sp_c= oletree.c -o SuperLU/SRC/sp_coletree.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/sp_p= reorder.c -o SuperLU/SRC/sp_preorder.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/sp_i= env.c -o SuperLU/SRC/sp_ienv.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/rela= x_snode.c -o SuperLU/SRC/relax_snode.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/xerb= la.c -o SuperLU/SRC/xerbla.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/cola= md.c -o SuperLU/SRC/colamd.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dlam= ch.c -o SuperLU/SRC/dlamch.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/CBLAS/dm= yblas2.c -o SuperLU/CBLAS/dmyblas2.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/CBLAS/zm= yblas2.c -o SuperLU/CBLAS/zmyblas2.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zgss= v.c -o SuperLU/SRC/zgssv.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zgss= vx.c -o SuperLU/SRC/zgssvx.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zsp_= blas2.c -o SuperLU/SRC/zsp_blas2.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zsp_= blas3.c -o SuperLU/SRC/zsp_blas3.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zgsc= on.c -o SuperLU/SRC/zgscon.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zlac= on.c -o SuperLU/SRC/zlacon.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zlan= gs.c -o SuperLU/SRC/zlangs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zgse= qu.c -o SuperLU/SRC/zgsequ.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zlaq= gs.c -o SuperLU/SRC/zlaqgs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zpiv= otgrowth.c -o SuperLU/SRC/zpivotgrowth.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zgsr= fs.c -o SuperLU/SRC/zgsrfs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zgst= rf.c -o SuperLU/SRC/zgstrf.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zgst= rs.c -o SuperLU/SRC/zgstrs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zcop= y_to_ucol.c -o SuperLU/SRC/zcopy_to_ucol.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zsno= de_dfs.c -o SuperLU/SRC/zsnode_dfs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zsno= de_bmod.c -o SuperLU/SRC/zsnode_bmod.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zpan= el_dfs.c -o SuperLU/SRC/zpanel_dfs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zpan= el_bmod.c -o SuperLU/SRC/zpanel_bmod.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zrea= dhb.c -o SuperLU/SRC/zreadhb.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zcol= umn_dfs.c -o SuperLU/SRC/zcolumn_dfs.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zcol= umn_bmod.c -o SuperLU/SRC/zcolumn_bmod.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zpiv= otL.c -o SuperLU/SRC/zpivotL.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zpru= neL.c -o SuperLU/SRC/zpruneL.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zmem= ory.c -o SuperLU/SRC/zmemory.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/zuti= l.c -o SuperLU/SRC/zutil.o cc -g -O -pipe -march=3Dathlon-mp -I/usr/local/include -fPIC -ISuperLU/SRC= / -ISuperLU/CBLAS -DAdd_ -D"USER_MALLOC=3Doct_sparse_malloc" -D"USER_ABORT= =3Doct_sparse_fatalerr" -D"USER_FREE=3Doct_sparse_free" -c SuperLU/SRC/dcom= plex.c -o SuperLU/SRC/dcomplex.o ar rv libsuperlu.a SuperLU/SRC/dgssv.o SuperLU/SRC/dgssvx.o Super= LU/SRC/dsp_blas2.o SuperLU/SRC/dsp_blas3.o SuperLU/SRC/dgscon.o = SuperLU/SRC/dlacon.o SuperLU/SRC/dlangs.o SuperLU/SRC/dgsequ.o= SuperLU/SRC/dlaqgs.o SuperLU/SRC/dpivotgrowth.o SuperLU/SRC/dgsrf= s.o SuperLU/SRC/dgstrf.o SuperLU/SRC/dgstrs.o SuperLU/SRC= /dcopy_to_ucol.o SuperLU/SRC/dsnode_dfs.o SuperLU/SRC/dsnode_bmod.o Su= perLU/SRC/dpanel_dfs.o SuperLU/SRC/dpanel_bmod.o SuperLU/SRC/dreadhb.o= SuperLU/SRC/dcolumn_dfs.o SuperLU/SRC/dcolumn_bmod.o SuperLU/SR= C/dpivotL.o SuperLU/SRC/dpruneL.o SuperLU/SRC/dmemory.o SuperLU/SRC= /dutil.o SuperLU/SRC/superlu_timer.o SuperLU/SRC/lsame.o SuperLU/SRC/util= .o SuperLU/SRC/memory.o SuperLU/SRC/get_perm_c.o SuperLU/SR= C/mmd.o SuperLU/SRC/sp_coletree.o SuperLU/SRC/sp_preorder.o SuperLU/SRC= /sp_ienv.o SuperLU/SRC/relax_snode.o SuperLU/SRC/xerbla.o = SuperLU/SRC/colamd.o SuperLU/SRC/dlamch.o SuperLU/CBLAS/dmyblas2.o SuperLU/= CBLAS/zmyblas2.o SuperLU/SRC/zgssv.o SuperLU/SRC/zgssvx.o SuperLU= /SRC/zsp_blas2.o SuperLU/SRC/zsp_blas3.o SuperLU/SRC/zgscon.o = SuperLU/SRC/zlacon.o SuperLU/SRC/zlangs.o SuperLU/SRC/zgsequ.o S= uperLU/SRC/zlaqgs.o SuperLU/SRC/zpivotgrowth.o SuperLU/SRC/zgsrfs.= o SuperLU/SRC/zgstrf.o SuperLU/SRC/zgstrs.o SuperLU/SRC/z= copy_to_ucol.o SuperLU/SRC/zsnode_dfs.o SuperLU/SRC/zsnode_bmod.o Supe= rLU/SRC/zpanel_dfs.o SuperLU/SRC/zpanel_bmod.o SuperLU/SRC/zreadhb.o = SuperLU/SRC/zcolumn_dfs.o SuperLU/SRC/zcolumn_bmod.o SuperLU/SRC/= zpivotL.o SuperLU/SRC/zpruneL.o SuperLU/SRC/zmemory.o SuperLU/SRC/z= util.o SuperLU/SRC/dcomplex.o ar: creating libsuperlu.a a - SuperLU/SRC/dgssv.o a - SuperLU/SRC/dgssvx.o a - SuperLU/SRC/dsp_blas2.o a - SuperLU/SRC/dsp_blas3.o a - SuperLU/SRC/dgscon.o a - SuperLU/SRC/dlacon.o a - SuperLU/SRC/dlangs.o a - SuperLU/SRC/dgsequ.o a - SuperLU/SRC/dlaqgs.o a - SuperLU/SRC/dpivotgrowth.o a - SuperLU/SRC/dgsrfs.o a - SuperLU/SRC/dgstrf.o a - SuperLU/SRC/dgstrs.o a - SuperLU/SRC/dcopy_to_ucol.o a - SuperLU/SRC/dsnode_dfs.o a - SuperLU/SRC/dsnode_bmod.o a - SuperLU/SRC/dpanel_dfs.o a - SuperLU/SRC/dpanel_bmod.o a - SuperLU/SRC/dreadhb.o a - SuperLU/SRC/dcolumn_dfs.o a - SuperLU/SRC/dcolumn_bmod.o a - SuperLU/SRC/dpivotL.o a - SuperLU/SRC/dpruneL.o a - SuperLU/SRC/dmemory.o a - SuperLU/SRC/dutil.o a - SuperLU/SRC/superlu_timer.o a - SuperLU/SRC/lsame.o a - SuperLU/SRC/util.o a - SuperLU/SRC/memory.o a - SuperLU/SRC/get_perm_c.o a - SuperLU/SRC/mmd.o a - SuperLU/SRC/sp_coletree.o a - SuperLU/SRC/sp_preorder.o a - SuperLU/SRC/sp_ienv.o a - SuperLU/SRC/relax_snode.o a - SuperLU/SRC/xerbla.o a - SuperLU/SRC/colamd.o a - SuperLU/SRC/dlamch.o a - SuperLU/CBLAS/dmyblas2.o a - SuperLU/CBLAS/zmyblas2.o a - SuperLU/SRC/zgssv.o a - SuperLU/SRC/zgssvx.o a - SuperLU/SRC/zsp_blas2.o a - SuperLU/SRC/zsp_blas3.o a - SuperLU/SRC/zgscon.o a - SuperLU/SRC/zlacon.o a - SuperLU/SRC/zlangs.o a - SuperLU/SRC/zgsequ.o a - SuperLU/SRC/zlaqgs.o a - SuperLU/SRC/zpivotgrowth.o a - SuperLU/SRC/zgsrfs.o a - SuperLU/SRC/zgstrf.o a - SuperLU/SRC/zgstrs.o a - SuperLU/SRC/zcopy_to_ucol.o a - SuperLU/SRC/zsnode_dfs.o a - SuperLU/SRC/zsnode_bmod.o a - SuperLU/SRC/zpanel_dfs.o a - SuperLU/SRC/zpanel_bmod.o a - SuperLU/SRC/zreadhb.o a - SuperLU/SRC/zcolumn_dfs.o a - SuperLU/SRC/zcolumn_bmod.o a - SuperLU/SRC/zpivotL.o a - SuperLU/SRC/zpruneL.o a - SuperLU/SRC/zmemory.o a - SuperLU/SRC/zutil.o a - SuperLU/SRC/dcomplex.o ranlib libsuperlu.a mkoctfile -DHAVE_OCTAVE_21 -v sparse_ops.o make_sparse.o sparse_full.o spa= rse_inv.o complex_sparse_ops.o -o make_sparse.oct -lsuperlu -L.=20 cc -shared -o make_sparse.oct sparse_ops.o make_sparse.o sparse_full.o spar= se_inv.o complex_sparse_ops.o -lsuperlu -L. -L/usr/local/lib/octave-2.1.57 = -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -l= f77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/li= b -lg2c -lm ln -s make_sparse.oct spfind.oct ln -s make_sparse.oct sparse.oct ln -s make_sparse.oct full.oct ln -s make_sparse.oct splu.oct ln -s make_sparse.oct nnz.oct ln -s make_sparse.oct spinv.oct ln -s make_sparse.oct is_sparse.oct ln -s make_sparse.oct spabs.oct ln -s make_sparse.oct is_real_sparse.oct ln -s make_sparse.oct is_complex_sparse.oct ln -s make_sparse.oct spimag.oct ln -s make_sparse.oct spreal.oct =2E/buildtests.sh preset function: not found =2E/buildtests.sh: 98: Syntax error: "}" unexpected gmake[2]: *** [sptest.m] Error 2 gmake[2]: Target `all' not remade because of errors. gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/sparse' gmake[1]: *** [sparse/] Error 2 Processing main/specfun/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/specfun' mkoctfile -DHAVE_OCTAVE_21 -v ellipj.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 ellipj.cc -o ellipj.o cc -shared -o ellipj.oct ellipj.o -L/usr/local/lib/octave-2.1.57 -loctinter= p -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -l= cblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/specfun' Processing main/splines/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/splines' mkoctfile -DHAVE_OCTAVE_21 -v -c trisolve.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 trisolve.cc -o trisolve.o mkoctfile -DHAVE_OCTAVE_21 -v -c dgtsv.f f77 -c -fPIC -O dgtsv.f -o dgtsv.o mkoctfile -DHAVE_OCTAVE_21 -v -c dptsv.f f77 -c -fPIC -O dptsv.f -o dptsv.o mkoctfile -DHAVE_OCTAVE_21 -v -c dpttrf.f f77 -c -fPIC -O dpttrf.f -o dpttrf.o mkoctfile -DHAVE_OCTAVE_21 -v -c dpttrs.f f77 -c -fPIC -O dpttrs.f -o dpttrs.o mkoctfile -DHAVE_OCTAVE_21 -v -c dptts2.f f77 -c -fPIC -O dptts2.f -o dptts2.o mkoctfile -DHAVE_OCTAVE_21 -v -v -o trisolve.oct trisolve.o dgtsv.o dptsv.o= dpttrf.o dpttrs.o dptts2.o cc -shared -o trisolve.oct trisolve.o dgtsv.o dptsv.o dpttrf.o dpttrs.o dpt= ts2.o -L/usr/local/lib/octave-2.1.57 -loctinterp -loctave -lcruft -L/usr/lo= cal/lib -lalapack -L/usr/local/lib -lf77blas -lcblas -latlas -lreadline -ln= curses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm mkoctfile -DHAVE_OCTAVE_21 -v -c pchip_deriv.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 pchip_deriv.cc -o pchip_deriv.o mkoctfile -DHAVE_OCTAVE_21 -v -c dpchim.f f77 -c -fPIC -O dpchim.f -o dpchim.o mkoctfile -DHAVE_OCTAVE_21 -v -c dpchst.f f77 -c -fPIC -O dpchst.f -o dpchst.o mkoctfile -DHAVE_OCTAVE_21 -v -v -o pchip_deriv.oct pchip_deriv.o dpchim.o = dpchst.o cc -shared -o pchip_deriv.oct pchip_deriv.o dpchim.o dpchst.o -L/usr/local/= lib/octave-2.1.57 -loctinterp -loctave -lcruft -L/usr/local/lib -lalapack -= L/usr/local/lib -lf77blas -lcblas -latlas -lreadline -lncurses -lm -L/usr/l= ocal/lib -L/usr/lib -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/splines' Processing main/strings/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/strings' mkoctfile -DHAVE_OCTAVE_21 -v regexp.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 regexp.cc -o regexp.o cc -shared -o regexp.oct regexp.o -L/usr/local/lib/octave-2.1.57 -loctinter= p -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -l= cblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/strings' Processing main/struct/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/struct' mkoctfile -DHAVE_OCTAVE_21 -v getfield.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 getfield.cc -o getfield.o cc -shared -o getfield.oct getfield.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm mkoctfile -DHAVE_OCTAVE_21 -v setfield.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 setfield.cc -o setfield.o cc -shared -o setfield.oct setfield.o -L/usr/local/lib/octave-2.1.57 -locti= nterp -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77bla= s -lcblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2= c -lm mkoctfile -DHAVE_OCTAVE_21 -v struct.cc c++ -c -I/usr/local/include -fPIC -I/usr/local/include/octave-2.1.57 -I/usr= /local/include/octave-2.1.57/octave -I/usr/local/include -mieee-fp -g -O -p= ipe -march=3Dathlon-mp -DHAVE_OCTAVE_21 struct.cc -o struct.o cc -shared -o struct.oct struct.o -L/usr/local/lib/octave-2.1.57 -loctinter= p -loctave -lcruft -L/usr/local/lib -lalapack -L/usr/local/lib -lf77blas -l= cblas -latlas -lreadline -lncurses -lm -L/usr/local/lib -L/usr/lib -lg2c -lm gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/struct' Processing main/symbolic/... gmake[2]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/main/symbolic' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main/symbolic' gmake[1]: Target `all' not remade because of errors. gmake[1]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/main' gmake[1]: Entering directory `/fs/home/mount/home/joan/src/octave-forge-200= 4.07.07/nonfree' gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/fs/home/mount/home/joan/src/octave-forge-2004= .07.07/nonfree' --gBBFr7Ir9EOA20Yy-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 15:50:02 2004 Return-Path: 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 8BDC916A4CE for ; Wed, 1 Sep 2004 15:50:02 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30DCD43D5F for ; Wed, 1 Sep 2004 15:50:00 +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 895532178B for ; Wed, 1 Sep 2004 11:49:59 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <942E46BC-FC2E-11D8-9EF1-000A9578CFCC@khera.org> Content-Type: text/plain; charset=US-ASCII; format=flowed To: ports@freebsd.org From: Vivek Khera Date: Wed, 1 Sep 2004 11:49:59 -0400 X-Mailer: Apple Mail (2.619) Subject: commit request X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 15:50:02 -0000 can someone commit this maintainer-update before the freeze? my other PR submitted at the same time made it in already. thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=71165 From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 18:15:52 2004 Return-Path: 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 C139616A4CE; Wed, 1 Sep 2004 18:15:52 +0000 (GMT) Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE2943D1F; Wed, 1 Sep 2004 18:15:52 +0000 (GMT) (envelope-from mranner@inode.at) Received: from [62.99.226.194] (port=1593 helo=[62.99.226.194]) by smartmx-01.inode.at with esmtp (Exim 4.30) id 1C2ZeB-0002SQ-4L; Wed, 01 Sep 2004 20:15:51 +0200 From: Michael Ranner To: freebsd-ports@freebsd.org Date: Wed, 1 Sep 2004 20:15:40 +0200 User-Agent: KMail/1.6.2 References: <200408291235.53851.mranner@inode.at> In-Reply-To: <200408291235.53851.mranner@inode.at> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409012015.40429.mranner@inode.at> cc: ports@freebsd.org cc: ale@FreeBSD.org Subject: Static php4-openssl extension needed was: Missing SSL support in core php4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 18:15:52 -0000 Description: ------------ fsockopen() does not support SSL/TLS with shared OpenSSL extension. PHP 4.3.8 build from FreeBSD Ports with shared extenstions. Extension is loaded according phpinfo(). Squirrelmail and other applications cannot use fsockopen() with tls. I need to compile PHP4 with the static OpenSSL extension. Response from pollita@php.net: ------------------------------ It's known, it's been reported (many times) and can't be fixed within the framework of PHP4. PHP5 however abstracts transports out in a way that makes it all work whether OpenSSL is compiled as a shared module or staticly. For PHP4, your only option is to compile the module staticly. To bodge dynamic registration of ssl:// and tls:// transports into PHP4 would represent a major code change which will not happen within a point release. So maybe we can optionally build static OpenSSL extension for PHP4 in FreeBSD to not break SSL support in core functions. -- /\/\ichael Ranner mranner@inode.at - mranner@jawa.at - mranner@bugat.at ----------------------------------------------------- BSD Usergroup Austria - http://www.bugat.at/ -----BEGIN GEEK CODE BLOCK----- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS++++$ P++>+++$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+>++ PE(-) Y+ PGP(-) t+ 5+ X+++(++++) R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? ------END GEEK CODE BLOCK------ From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 18:15:52 2004 Return-Path: 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 C139616A4CE; Wed, 1 Sep 2004 18:15:52 +0000 (GMT) Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE2943D1F; Wed, 1 Sep 2004 18:15:52 +0000 (GMT) (envelope-from mranner@inode.at) Received: from [62.99.226.194] (port=1593 helo=[62.99.226.194]) by smartmx-01.inode.at with esmtp (Exim 4.30) id 1C2ZeB-0002SQ-4L; Wed, 01 Sep 2004 20:15:51 +0200 From: Michael Ranner To: freebsd-ports@freebsd.org Date: Wed, 1 Sep 2004 20:15:40 +0200 User-Agent: KMail/1.6.2 References: <200408291235.53851.mranner@inode.at> In-Reply-To: <200408291235.53851.mranner@inode.at> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409012015.40429.mranner@inode.at> cc: ports@freebsd.org cc: ale@FreeBSD.org Subject: Static php4-openssl extension needed was: Missing SSL support in core php4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 18:15:52 -0000 Description: ------------ fsockopen() does not support SSL/TLS with shared OpenSSL extension. PHP 4.3.8 build from FreeBSD Ports with shared extenstions. Extension is loaded according phpinfo(). Squirrelmail and other applications cannot use fsockopen() with tls. I need to compile PHP4 with the static OpenSSL extension. Response from pollita@php.net: ------------------------------ It's known, it's been reported (many times) and can't be fixed within the framework of PHP4. PHP5 however abstracts transports out in a way that makes it all work whether OpenSSL is compiled as a shared module or staticly. For PHP4, your only option is to compile the module staticly. To bodge dynamic registration of ssl:// and tls:// transports into PHP4 would represent a major code change which will not happen within a point release. So maybe we can optionally build static OpenSSL extension for PHP4 in FreeBSD to not break SSL support in core functions. -- /\/\ichael Ranner mranner@inode.at - mranner@jawa.at - mranner@bugat.at ----------------------------------------------------- BSD Usergroup Austria - http://www.bugat.at/ -----BEGIN GEEK CODE BLOCK----- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS++++$ P++>+++$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+>++ PE(-) Y+ PGP(-) t+ 5+ X+++(++++) R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? ------END GEEK CODE BLOCK------ From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 19:56:15 2004 Return-Path: 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 5108116A4D0 for ; Wed, 1 Sep 2004 19:56:15 +0000 (GMT) Received: from out-2.mail.amis.net (out-2.mail.amis.net [212.18.32.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5410943D1D for ; Wed, 1 Sep 2004 19:56:14 +0000 (GMT) (envelope-from blaz@si.FreeBSD.org) Received: from localhost (in-4.mail.amis.net [212.18.32.23]) by out-2.mail.amis.net (Postfix) with ESMTP id 00DFB10699F; Wed, 1 Sep 2004 21:56:13 +0200 (CEST) Received: from in-4.mail.amis.net ([127.0.0.1]) by localhost (in-4.mail.amis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02274-01; Wed, 1 Sep 2004 21:56:08 +0200 (CEST) Received: from piranha.amis.net (piranha.amis.net [212.18.32.3]) by in-4.mail.amis.net (Postfix) with ESMTP id 197694ADB19; Wed, 1 Sep 2004 21:56:08 +0200 (CEST) Received: from titanic.medinet.si (titanic.medinet.si [212.18.42.5]) by piranha.amis.net (Postfix) with ESMTP id 023B7FDF9; Wed, 1 Sep 2004 21:56:08 +0200 (CEST) Date: Wed, 1 Sep 2004 21:56:07 +0200 (CEST) From: Blaz Zupan X-X-Sender: blaz@titanic.medinet.si To: Jack Raats In-Reply-To: <000301c4901e$0cee77f0$9d00000a@jara2> Message-ID: <20040901214918.A61983@titanic.medinet.si> References: <000301c4901e$0cee77f0$9d00000a@jara2> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at amis.net X-Spam-Status: No, hits=-4.9 required=5 tests=BAYES_00 X-Spam-Level: cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: gld-1.4_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 19:56:15 -0000 > It still doesn't boot up properly. I think I've found the error. Your boot > up script is working fine but GLD isn't started if the mysqld is n't > working! Duh, of course, I could have come up with that earlier.... > So if at bootup time the mysql server is started first than your script is > OK, but if the GLD server is booted before the mysql server , than it > doesn't work. I didn't notice in on my setup, because we run mysql on a separate box, so the sql server is usually up when gld is restarted. > I'll hope you'll find a way to solve this problem! Unfortunatelly there is no clean solution for this problem. There is no way to specify dependencies in the startup scripts. The FreeBSD 5.X rcorder command does support this, but this does not work for 4.X systems and also most startup scripts for other ports (like for example mysql-server) are not yet converted to rc.subr. The only solution I see for now is a hack. We replace the gld invocation with a script that runs gld in a loop. If the daemon fails, the script sleeps a couple of seconds and restarts the daemon. This is repeated for example up to five times, then we give up. This way we have enough time so that mysql is up and running and gld is started correctly. The downside is that we would always have a additional process running (the shell that is running the loop around gld). Also, I don't see how we would differentiate between a process that was intentionally killed and a process that has not started up because mysql was not started. Maybe this would be better handled by modifying gld itself and adding an option so that it soft-fails when it cannot connect to the mysql server and retries again. I'll contact the author and see if he has any suggestions. Other suggestions on how to solve this problem will be very much appreciated. From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 20:43:55 2004 Return-Path: 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 91C0716A56A for ; Wed, 1 Sep 2004 20:43:53 +0000 (GMT) Received: from host1-111.pool80117.interbusiness.it (host1-111.pool80117.interbusiness.it [80.117.111.1]) by mx1.FreeBSD.org (Postfix) with SMTP id B354943D1D for ; Wed, 1 Sep 2004 20:43:49 +0000 (GMT) (envelope-from sergio@softshark.org) Received: (qmail 86907 invoked from network); 1 Sep 2004 20:42:17 -0000 Received: from aidee.softshark.home (HELO ?192.168.0.2?) (192.168.0.2) by ainu.softshark.home with SMTP; 1 Sep 2004 20:42:17 -0000 From: Sergio Mangialardi To: FreeBSD-ports In-Reply-To: <20040901131610.GA70219@grummit.biaix.org> References: <20040901131610.GA70219@grummit.biaix.org> Content-Type: multipart/mixed; boundary="=-4KTSQafm6cVOvW9qIwDn" Message-Id: <1094078805.63041.28.camel@aidee.softshark.home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 01 Sep 2004 22:46:46 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: octave-forge build failure on FreeBSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 20:43:55 -0000 --=-4KTSQafm6cVOvW9qIwDn Content-Type: text/plain Content-Transfer-Encoding: 7bit Il Mer, 2004-09-01 alle 13:16, Joan Picanyol ha scritto: > I can't build octave-forge on FreeBSD. I've tried the version from ports > (2004.02.12) and the latest (2004.07.07). I've also tried gcc33 from > freebsd ports. This fixes compilation of octave-forge. HTH. --=-4KTSQafm6cVOvW9qIwDn-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 20:46:51 2004 Return-Path: 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 44DCA16A4CE for ; Wed, 1 Sep 2004 20:46:51 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAAD443D2D for ; Wed, 1 Sep 2004 20:46:50 +0000 (GMT) (envelope-from vadimk@gmail.com) Received: by mproxy.gmail.com with SMTP id v30so92405rnb for ; Wed, 01 Sep 2004 13:46:47 -0700 (PDT) Received: by 10.38.179.65 with SMTP id b65mr759855rnf; Wed, 01 Sep 2004 13:46:47 -0700 (PDT) Received: by 10.38.179.43 with HTTP; Wed, 1 Sep 2004 13:46:47 -0700 (PDT) Message-ID: <4f30c27f0409011346390be4bb@mail.gmail.com> Date: Wed, 1 Sep 2004 13:46:47 -0700 From: Vadim Kurland To: ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: PRs ports/71262 and ports/71263 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vadim Kurland List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 20:46:51 -0000 I would appreciate it if someone could look at my maintainer update PRs ports/71262 and ports/71263 before the freeze ... thanks Vadim From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 21:09:24 2004 Return-Path: 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 967FB16A4CE for ; Wed, 1 Sep 2004 21:09:24 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C3C043D2F for ; Wed, 1 Sep 2004 21:09:24 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so243849rnl for ; Wed, 01 Sep 2004 14:09:23 -0700 (PDT) Received: by 10.38.73.36 with SMTP id v36mr2430901rna; Wed, 01 Sep 2004 14:09:23 -0700 (PDT) Received: by 10.38.75.25 with HTTP; Wed, 1 Sep 2004 14:09:23 -0700 (PDT) Message-ID: <790a9fff040901140942d65775@mail.gmail.com> Date: Wed, 1 Sep 2004 16:09:23 -0500 From: Scot Hetzel To: Blaz Zupan , ale@FreeBSD.org In-Reply-To: <20040901214918.A61983@titanic.medinet.si> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <000301c4901e$0cee77f0$9d00000a@jara2> <20040901214918.A61983@titanic.medinet.si> cc: Jack Raats cc: ports@freebsd.org Subject: Re: FreeBSD Port: gld-1.4_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 21:09:24 -0000 On Wed, 1 Sep 2004 21:56:07 +0200 (CEST), Blaz Zupan wrote: > > So if at bootup time the mysql server is started first than your script is > > OK, but if the GLD server is booted before the mysql server , than it > > doesn't work. > : > > I'll hope you'll find a way to solve this problem! > > Unfortunatelly there is no clean solution for this problem. There is no way to > specify dependencies in the startup scripts. The FreeBSD 5.X rcorder command > does support this, but this does not work for 4.X systems and also most > startup scripts for other ports (like for example mysql-server) are not yet > converted to rc.subr. > : > > Other suggestions on how to solve this problem will be very much appreciated. > One way to solve this is for the mysql-server ports to install their mysql-server.sh script as 0100.mysql-server.sh. Scot From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 21:12:01 2004 Return-Path: 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 7431216A4CE for ; Wed, 1 Sep 2004 21:12:01 +0000 (GMT) Received: from c60-outbound.ironport.com (devastator.ironport.com [63.251.108.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F9AF43D3F for ; Wed, 1 Sep 2004 21:12:01 +0000 (GMT) (envelope-from vlb@cfcl.com) Received: from catnip.ironport.com (HELO [10.1.1.144]) (10.1.1.144) by c60-outbound.ironport.com with ESMTP; 01 Sep 2004 14:12:00 -0700 X-Ironport-AV: i="3.84,122,1091430000"; d="scan'208"; a="5460813:sNHT37514256" Mime-Version: 1.0 Message-Id: Date: Wed, 1 Sep 2004 14:09:51 -0700 To: ports@FreeBSD.org From: Vicki Brown Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Is there a mechanism for suggesting a package to be added to ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 21:12:01 -0000 Is there a mechanism for suggesting a package to be added to the Ports Collection? I have been personally trying to port synopsis 0.7 ( http://synopsis.fresco.org/index.html) with no success so far. Synopsis is a general source code documentation tool wiith (currently) support for C++ and Python. When I try to build the code, I lose traction in a source file that wants to use the g++ math library. I don't _think_ the port should be particularly difficult... for someone who understands such things. The build system requires a Posix environment with GNU make and GNU autoconf installed. Unfortunately, Python/C/C++ is not my forte and the folks on the synopsis mailing list don't use FreeBSD. I'd surely love to see synopsis added to the Ports collection. -- - Vicki Vicki Brown ZZZ Journeyman Sourceror: SF Bay Area, CA zz |\ _,,,---,,_ Scripts & Philtres http://www.cfcl.com/ zz /,`.-'`' -. ;-;;,_ Code, Docs, Process, QA http://cfcl.com/vlb/ |,4- ) )-,_. ,\ ( `'-' Perl, Unix, Mac OS X, WWW _____________________ '---''(_/--' `-'\_) ___________________________ From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 21:19:17 2004 Return-Path: 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 59E0216A4CE for ; Wed, 1 Sep 2004 21:19:17 +0000 (GMT) Received: from regina.plastikos.com (plastikos.com [69.38.58.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2A8643D31 for ; Wed, 1 Sep 2004 21:19:16 +0000 (GMT) (envelope-from gh@over-yonder.net) Received: from mortis.over-yonder.net (adsl-222-87-93.jan.bellsouth.net [68.222.87.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by regina.plastikos.com (Postfix) with ESMTP id E8E7E6EF22; Wed, 1 Sep 2004 17:19:13 -0400 (EDT) Received: by mortis.over-yonder.net (Postfix, from userid 1012) id 7054020F82; Wed, 1 Sep 2004 16:19:12 -0500 (CDT) Date: Wed, 1 Sep 2004 16:19:12 -0500 From: "Daniel M. Kurry" To: Vicki Brown Message-ID: <20040901211912.GM1485@over-yonder.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 cc: ports@FreeBSD.org Subject: Re: Is there a mechanism for suggesting a package to be added to ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 21:19:17 -0000 Vicki Brown said something like: > Is there a mechanism for suggesting a package to be added to the > Ports Collection? Vicki, You've found it. Speaking in an unofficial capacity, I would suggest tossing a request in the ports PR database and/or sending an e-mail to the maintainer of similar ports. > Synopsis is a general source code documentation tool wiith [snip] > I'd surely love to see synopsis added to the Ports collection. Regards, Dan From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 23:39:26 2004 Return-Path: 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 A2AB716A4CE for ; Wed, 1 Sep 2004 23:39:26 +0000 (GMT) Received: from ion.wax.nu (ion.wax.nu [217.8.136.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CC2243D1F for ; Wed, 1 Sep 2004 23:39:26 +0000 (GMT) (envelope-from anders@wax.nu) Received: from glorfindel (glorfindel.wax.nu [192.168.0.106]) by ion.wax.nu (Postfix) with SMTP id 54F1E22FF9; Thu, 2 Sep 2004 01:30:23 +0200 (CEST) Message-ID: <005f01c4907d$11729450$6a00a8c0@glorfindel> From: "Anders Hanssen" To: , "Vicki Brown" References: Date: Thu, 2 Sep 2004 01:40:22 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Subject: Re: Is there a mechanism for suggesting a package to be added to ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 23:39:26 -0000 Hi! * "Vicki Brown" : > When I try to build the code, I lose traction in a source file that > wants to use the g++ math library. I tried to build and install this on a FreeBSD-4.9 box, and its three issues with it: 1) the math.h header needs to be included before the math functions are used. 2) on fbsd4 you have to link with '-pthread' instead of '-lpthread'. 3) in synopsis-0.7/Synopsis/Parsers/Cpp/ucpp/eval.c:78 you have to check for FreeBSD as well (to get ulong typedef'ed). I *think* I added '|| defined(__FreeBSD__)' to the end of that line (not sure). > Unfortunately, Python/C/C++ is not my forte and the folks on the > synopsis mailing list don't use FreeBSD. If you get them to fix the above, it'll build and install. Haven't tested if the program actually works yet... -- Anders From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 23:50:34 2004 Return-Path: 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 D833816A4CE; Wed, 1 Sep 2004 23:50:34 +0000 (GMT) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EE9443D41; Wed, 1 Sep 2004 23:50:34 +0000 (GMT) (envelope-from mka_fuhrmann@arcor.de) Received: from [192.168.2.23] (dsl-082-082-102-091.arcor-ip.net [82.82.102.91]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 85DD12DA42; Thu, 2 Sep 2004 01:50:32 +0200 (CEST) Message-ID: <41366117.6000102@arcor.de> Date: Thu, 02 Sep 2004 01:53:59 +0200 From: Matthias Fuhrmann User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.2) Gecko/20040816 X-Accept-Language: de, de-de, zh, zh-cn, zh-tw MIME-Version: 1.0 To: openoffice@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org Subject: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 23:50:35 -0000 AFAIS Mozilla 1.0.2 does not build because of vulnerabilities. Can I link to Mozilla 1.7.2 to build OO properly? I do not understand why there is Mozilla 1.0.2 necessary to build OO. ===> Building for de-openoffice-1.1.2 ===> Extracting mozilla sub project ===> mozilla-1.0.2_1 has known vulnerabilities: >> Mozilla / Firefox user interface spoofing vulnerability. Reference: >> libpng stack-based buffer overflow and other code concerns. Reference: >> Mozilla certificate spoofing. Reference: >> Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/german/openoffice-1.1/work/mozilla. *** Error code 1 Stop in /usr/ports/german/openoffice-1.1. *** Error code 1 Stop in /usr/ports/german/openoffice-1.1. I would be glad hearing from you very soon. Greetings from Berlin, Germany Udo From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 23:54:10 2004 Return-Path: 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 C4C0416A4CF; Wed, 1 Sep 2004 23:54:10 +0000 (GMT) Received: from mx1.imp.ch (mx1.imp.ch [157.161.9.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDF3743D1D; Wed, 1 Sep 2004 23:54:09 +0000 (GMT) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2o [157.161.9.17]) by mx1.imp.ch (8.12.11/8.12.11) with ESMTP id i81Ns2HG039785; Thu, 2 Sep 2004 01:54:03 +0200 (CEST) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (localhost [127.0.0.1]) by mx2.imp.ch (8.12.11/8.12.11/Submit) with ESMTP id i81Ns02e025389; Thu, 2 Sep 2004 01:54:01 +0200 (CEST) (envelope-from mb@imp.ch) Received: (from clamav@localhost) by mx2.imp.ch (8.12.11/8.12.11/Submit) id i81Ns020025384; Thu, 2 Sep 2004 01:54:00 +0200 (CEST) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by ns1.imp.ch (MIMEDefang) with ESMTP id i81NrsqA020497; Thu, 02 Sep 2004 01:54:00 +0200 (CEST) Date: Thu, 2 Sep 2004 01:53:54 +0200 (CEST) From: Martin Blapp To: Matthias Fuhrmann In-Reply-To: <41366117.6000102@arcor.de> Message-ID: <20040902015218.Q6407@cvs.imp.ch> References: <41366117.6000102@arcor.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Resent: Yes X-Spam-Checksum: 91ed8823682854a2cc1ec47ccf1b16d6 X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0009 seconds" X-Spam-Status: No, hits=-4.9 required=5 scantime="2.9823 seconds" tests=BAYES_00 X-Scanned-By: MIMEDefang 2.44 cc: ports@freebsd.org cc: openoffice@freebsd.org Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 23:54:10 -0000 Hi, > AFAIS Mozilla 1.0.2 does not build because of vulnerabilities. Can I > link to Mozilla 1.7.2 to build OO properly? I do not understand why > there is Mozilla 1.0.2 necessary to build OO. It's only the adressbook part which is needed. And these vulnerabilities don't apply to the use in OOO. If you like to port OOO to use Mozilla 1.7.2 just go for it. Of course it is also possible to compile OO without mozilla adressbook support. Martin From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 01:26:31 2004 Return-Path: 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 5DF8216A4CE; Thu, 2 Sep 2004 01:26:31 +0000 (GMT) Received: from satie.private.org (qclgw.qcl.t.u-tokyo.ac.jp [133.11.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6655843D1F; Thu, 2 Sep 2004 01:26:30 +0000 (GMT) (envelope-from chat95@mac.com) Received: from localhost (localhost [127.0.0.1]) by satie.private.org (8.12.10/8.12.10) with ESMTP id i821Pfvs009216; Thu, 2 Sep 2004 10:25:42 +0900 (JST) (envelope-from chat95@mac.com) Date: Thu, 02 Sep 2004 10:25:41 +0900 (JST) Message-Id: <20040902.102541.884013120.chat95@mac.com> To: mka_fuhrmann@arcor.de From: NAKATA Maho In-Reply-To: <41366117.6000102@arcor.de> References: <41366117.6000102@arcor.de> Organization: private X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: ports@FreeBSD.org cc: openoffice@FreeBSD.org Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 01:26:31 -0000 In Message-ID: <41366117.6000102@arcor.de> Matthias Fuhrmann wrote: > AFAIS Mozilla 1.0.2 does not build because of vulnerabilities. Can I > link to Mozilla 1.7.2 to build OO properly? I do not understand why > there is Mozilla 1.0.2 necessary to build OO. Currently I'm working on it. OOo 2.0 requires 1.7.2 but I'm not sure OOo 1.1 series with Mozilla 1.7.2 runtime works or not. it may be the right time to switch off mozilla support... --nakata maho From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 02:04:52 2004 Return-Path: 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 9285316A4CE for ; Thu, 2 Sep 2004 02:04:52 +0000 (GMT) Received: from satie.private.org (qclgw.qcl.t.u-tokyo.ac.jp [133.11.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id B232143D3F for ; Thu, 2 Sep 2004 02:04:51 +0000 (GMT) (envelope-from chat95@mac.com) Received: from localhost (localhost [127.0.0.1]) by satie.private.org (8.12.10/8.12.10) with ESMTP id i82246vs009412; Thu, 2 Sep 2004 11:04:07 +0900 (JST) (envelope-from chat95@mac.com) Date: Thu, 02 Sep 2004 11:04:06 +0900 (JST) Message-Id: <20040902.110406.1025207507.chat95@mac.com> To: stephen@math.missouri.edu From: NAKATA Maho In-Reply-To: <412B8F55.1060500@math.missouri.edu> References: <412B8F55.1060500@math.missouri.edu> Organization: private X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: Lars.Koeller@Uni-Bielefeld.DE Subject: Re: single precision fftw wanted X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 02:04:52 -0000 In Message-ID: <412B8F55.1060500@math.missouri.edu> Stephen Montgomery-Smith wrote: Hello, > I am interested in creating a port for gromacs (http://www.gromacs.org) me too :) > and it requires fftw built using single precision. The super-easy way absolutely. > is to create a port sfftw which is a copy of fftw with a line like > CONFIGURE_ARGS+= --enable-float --enable-type-prefix is it possible to make both - I mean single and double precision at onece? > added in. Or I could add some kind of option to fftw. Anyway, since > Lars is the maintainer of fftw I would like to coordinate with him about > it. And I am copying this to ports as well just in case anyone else has > suggestions. please send me your copy, I'll take care of it, but commit will be after the ports freeze. thanks, --nakata maho From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 02:56:13 2004 Return-Path: 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 0F05516A4CE for ; Thu, 2 Sep 2004 02:56:13 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE9FF43D49 for ; Thu, 2 Sep 2004 02:56:12 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20040902025610m92008ro87e>; Thu, 2 Sep 2004 02:56:11 +0000 Message-ID: <41368BCA.8010601@math.missouri.edu> Date: Wed, 01 Sep 2004 21:56:10 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040825 X-Accept-Language: en-us, en MIME-Version: 1.0 To: NAKATA Maho References: <412B8F55.1060500@math.missouri.edu> <20040902.110406.1025207507.chat95@mac.com> In-Reply-To: <20040902.110406.1025207507.chat95@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: Lars.Koeller@Uni-Bielefeld.DE Subject: Re: single precision fftw wanted X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 02:56:13 -0000 Yesterday I submitted a PR creating a port for gromacs. I found a way to change some flags so that it also works with double precision fftw. It is at ports/71211. It has WITHOUT_FFTW and WITH_FLOAT flags, etc, so when a single precision fftw port is created, the gromacs port can be easily modified. (There is also a WITH_MPI flag, which I think also should be an option with fftw - this will allow people to use clusters of computers.) To be honest I created this port because someone else asked me to - I have never actually used gromacs myself. So if anyone else wants to take over the gromacs port (or write their own one) I am happy to pass it on. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 02:59:22 2004 Return-Path: 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 B838516A4CE; Thu, 2 Sep 2004 02:59:22 +0000 (GMT) Received: from Anapurna.brettschroeder.name (c-24-20-126-220.client.comcast.net [24.20.126.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0043B43D31; Thu, 2 Sep 2004 02:59:21 +0000 (GMT) (envelope-from brett@brettschroeder.name) Received: from [127.0.0.1] (localhost [127.0.0.1]) by Anapurna.brettschroeder.name (Postfix) with ESMTP id EEC753BB; Wed, 1 Sep 2004 19:59:19 -0700 (PDT) From: Brett Schroeder To: marcus@FreeBSD.org, gnome@FreeBSD.org, freebsd-ports-bugs@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain Message-Id: <1094093959.26635.23.camel@Anapurna.brettschroeder.name> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 01 Sep 2004 19:59:19 -0700 Content-Transfer-Encoding: 7bit cc: brett@brettschroeder.name Subject: Syntax error causing cog 0.8.0 complie failure ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 02:59:23 -0000 Hi Cog failed to compile - from the error message it looks like the compiler is comlaining about a syntax error in gnomeui.c .....but don't take my word for it. I'm on 4-stable (last buildworld was 5 days ago), all ports were up to date ~10 days ago. Is this a real error or is something amiss on my machine only? Any help always more than welcome :-) Full output is below. Thanks Brett Script started on Wed Sep 1 19:26:06 2004 Anapurna# portupgrade cog ---> Upgrading 'cog-0.7.2' to 'cog-0.8.0' (sysutils/cog) ---> Building '/usr/ports/sysutils/cog' ===> Cleaning for atk-1.6.1 ===> Cleaning for unzip-5.51 ===> Cleaning for cdparanoia-3.9.8_7 ===> Cleaning for esound-0.2.35_1 ===> Cleaning for libaudiofile-0.2.6 ===> Cleaning for libiconv-1.9.2_1 ===> Cleaning for ORBit2-2.10.4 ===> Cleaning for autoconf-2.53_3 ===> Cleaning for autoconf-2.59_2 ===> Cleaning for automake-1.5_2,1 ===> Cleaning for bison-1.75_2 ===> Cleaning for fam-2.6.9_6 ===> Cleaning for gconf2-2.6.4 ===> Cleaning for gettext-0.13.1_1 ===> Cleaning for glib-2.4.6 ===> Cleaning for gmake-3.80_2 ===> Cleaning for gnomevfs2-2.6.2_1 ===> Cleaning for imake-4.4.0 ===> Cleaning for libIDL-0.8.4 ===> Cleaning for libbonobo-2.6.2 ===> Cleaning for libglade2-2.4.0 ===> Cleaning for libgnugetopt-1.2 ===> Cleaning for libtool-1.3.5_2 ===> Cleaning for libtool-1.5.8 ===> Cleaning for m4-1.4.1 ===> Cleaning for p5-gettext-1.01_4 ===> Cleaning for pkgconfig-0.15.0_1 ===> Cleaning for popt-1.7 ===> Cleaning for jpeg-6b_3 ===> Cleaning for libart_lgpl2-2.3.16 ===> Cleaning for libgnomecanvas-2.6.1.1 ===> Cleaning for png-1.2.5_8 ===> Cleaning for tiff-3.6.1_1 ===> Cleaning for python-2.3.4_2 ===> Cleaning for gnome-icon-theme-1.2.3 ===> Cleaning for gnomehier-1.0_19 ===> Cleaning for gnomemimedata-2.4.1_2 ===> Cleaning for help2man-1.33.1 ===> Cleaning for hicolor-icon-theme-0.5 ===> Cleaning for shared-mime-info-0.15 ===> Cleaning for linc-1.0.3_2 ===> Cleaning for samba-libsmbclient-3.0.6_1 ===> Cleaning for freetype2-2.1.7_3 ===> Cleaning for gnomekeyring-0.2.1_1 ===> Cleaning for libgcrypt-1.2.0_1 ===> Cleaning for libgpg-error-1.0 ===> Cleaning for docbook-sk-4.1.2_3 ===> Cleaning for docbook-xml-4.2_1 ===> Cleaning for docbook-xsl-1.65.1 ===> Cleaning for expat-1.95.8 ===> Cleaning for intltool-0.31.2 ===> Cleaning for libxml2-2.6.13 ===> Cleaning for libxslt-1.1.10 ===> Cleaning for p5-XML-Parser-2.34_1 ===> Cleaning for scrollkeeper-0.3.14_1,1 ===> Cleaning for sdocbook-xml-4.1.2.5_2 ===> Cleaning for xmlcatmgr-2.1 ===> Cleaning for XFree86-fontEncodings-4.4.0 ===> Cleaning for XFree86-fontScalable-4.4.0_1 ===> Cleaning for bitstream-vera-1.10 ===> Cleaning for fontconfig-2.2.3,1 ===> Cleaning for libXft-2.1.6 ===> Cleaning for gtk-2.4.9 ===> Cleaning for libbonoboui-2.6.1 ===> Cleaning for libgnomeui-2.6.1.1 ===> Cleaning for pango-1.4.1 ===> Cleaning for XFree86-clients-4.4.0_1 ===> Cleaning for XFree86-libraries-4.4.0 ===> Cleaning for libgnome-2.6.1.2 ===> Cleaning for startup-notification-0.7 ===> Cleaning for xterm-196_1 ===> Cleaning for cog-0.8.0 ===> Vulnerability check disabled, database not found ===> Extracting for cog-0.8.0 >> Checksum OK for cog-0.8.0.tar.gz. ===> Patching for cog-0.8.0 ===> Applying FreeBSD patches for cog-0.8.0 ===> cog-0.8.0 depends on executable: gmake - found ===> cog-0.8.0 depends on file: /usr/X11R6/libdata/pkgconfig/gnome-mime-data-2.0.pc - found ===> cog-0.8.0 depends on executable: pkg-config - found ===> cog-0.8.0 depends on file: /usr/local/bin/intltool-extract - found ===> cog-0.8.0 depends on shared library: X11.6 - found ===> cog-0.8.0 depends on shared library: esd.2 - found ===> cog-0.8.0 depends on shared library: glib-2.0.400 - found ===> cog-0.8.0 depends on shared library: atk-1.0.600 - found ===> cog-0.8.0 depends on shared library: pango-1.0.399 - found ===> cog-0.8.0 depends on shared library: gtk-x11-2.0.400 - found ===> cog-0.8.0 depends on shared library: linc.1 - found ===> cog-0.8.0 depends on shared library: IDL-2.0 - found ===> cog-0.8.0 depends on shared library: ORBit-2.0 - found ===> cog-0.8.0 depends on shared library: glade-2.0.0 - found ===> cog-0.8.0 depends on shared library: xml2.5 - found ===> cog-0.8.0 depends on shared library: xslt.2 - found ===> cog-0.8.0 depends on shared library: bonobo-2.0 - found ===> cog-0.8.0 depends on shared library: gconf-2.5 - found ===> cog-0.8.0 depends on shared library: gnomevfs-2.600 - found ===> cog-0.8.0 depends on shared library: gnomecanvas-2.600 - found ===> cog-0.8.0 depends on shared library: art_lgpl_2.5 - found ===> cog-0.8.0 depends on shared library: gnome-2.600 - found ===> cog-0.8.0 depends on shared library: bonoboui-2.0 - found ===> cog-0.8.0 depends on shared library: gnomeui-2.600 - found ===> Configuring for cog-0.8.0 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking whether gmake 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 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 strerror in -lcposix... no 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 for cc option to accept ANSI C... none needed checking how to run the C preprocessor... cc -E checking for egrep... grep -E checking for ANSI C header files... yes checking what warning flags to pass to the C compiler... -Wall -Wmissing-prototypes checking what language compliance flags to pass to the C compiler... checking for pkg-config... /usr/local/bin/pkg-config checking for libgnomeui-2.0 >= 2.6.0 gtk+-2.0 >= 2.4.0 libglade-2.0 >= 2.3.0 gconf-2.0 >= 2.6.0... yes checking PACKAGE_CFLAGS... -DORBIT2=1 -D_THREAD_SAFE -I/usr/local/include/libart-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0 checking PACKAGE_LIBS... -Wl,--export-dynamic -pthread -Wl,-rpath,/usr/X11R6/lib -L/usr/local/lib -L/usr/X11R6/lib -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lpangoft2-1.0 -lbonobo-2 -lgnomevfs-2 -lbonobo-activation -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lfreetype -lz -lXrender -lXext -lfontconfig -lpangox-1.0 -lX11 -lpango-1.0 -lgobject-2.0 -lgconf-2 -lORBit-2 -lm -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -liconv 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... no checking for unistd.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for dgettext in libc... no checking for bindtextdomain in -lintl... yes checking for dgettext in -lintl... yes checking for bind_textdomain_codeset... yes checking for msgfmt... /usr/local/bin/msgfmt checking for dcgettext... yes checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for catalogs to be installed... fr configure: creating ./config.status config.status: creating m4/Makefile config.status: creating cog.spec config.status: creating Makefile config.status: creating src/Makefile config.status: creating po/Makefile.in config.status: creating pixmaps/Makefile config.status: creating config.h config.status: executing default-1 commands config.status: executing default-2 commands ===> Building for cog-0.8.0 gmake all-recursive gmake[1]: Entering directory `/usr/ports/sysutils/cog/work/cog-0.8.0' Making all in m4 gmake[2]: Entering directory `/usr/ports/sysutils/cog/work/cog-0.8.0/m4' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/sysutils/cog/work/cog-0.8.0/m4' Making all in src gmake[2]: Entering directory `/usr/ports/sysutils/cog/work/cog-0.8.0/src' cc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\""/usr/X11R6/share/gnome"\" -DPACKAGE_LOCALE_DIR=\""/usr/X11R6/share/locale"\" -DORBIT2=1 -D_THREAD_SAFE -I/usr/local/include/libart-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0 -I/usr/local/include -O -pipe -march=pentiumpro -c main.c main.c: In function `main': main.c:71: warning: passing arg 3 of `glade_xml_signal_connect' from incompatible pointer type main.c:72: warning: passing arg 3 of `glade_xml_signal_connect' from incompatible pointer type main.c:73: warning: passing arg 3 of `glade_xml_signal_connect' from incompatible pointer type cc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\""/usr/X11R6/share/gnome"\" -DPACKAGE_LOCALE_DIR=\""/usr/X11R6/share/locale"\" -DORBIT2=1 -D_THREAD_SAFE -I/usr/local/include/libart-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0 -I/usr/local/include -O -pipe -march=pentiumpro -c callbacks.c cc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\""/usr/X11R6/share/gnome"\" -DPACKAGE_LOCALE_DIR=\""/usr/X11R6/share/locale"\" -DORBIT2=1 -D_THREAD_SAFE -I/usr/local/include/libart-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0 -I/usr/local/include -O -pipe -march=pentiumpro -c gconf-convenience.c gconf-convenience.c: In function `gconf_key_get_string': gconf-convenience.c:125: warning: assignment discards qualifiers from pointer target type cc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\""/usr/X11R6/share/gnome"\" -DPACKAGE_LOCALE_DIR=\""/usr/X11R6/share/locale"\" -DORBIT2=1 -D_THREAD_SAFE -I/usr/local/include/libart-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0 -I/usr/local/include -O -pipe -march=pentiumpro -c setup-widgets.c cc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_DATA_DIR=\""/usr/X11R6/share/gnome"\" -DPACKAGE_LOCALE_DIR=\""/usr/X11R6/share/locale"\" -DORBIT2=1 -D_THREAD_SAFE -I/usr/local/include/libart-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 -I/usr/X11R6/include/gnome-vfs-2.0 -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0 -I/usr/local/include -O -pipe -march=pentiumpro -c setup-gnomeui.c setup-gnomeui.c: In function `setup_gnomeui': setup-gnomeui.c:124: syntax error before `*' setup-gnomeui.c:126: `homedir' undeclared (first use in this function) setup-gnomeui.c:126: (Each undeclared identifier is reported only once setup-gnomeui.c:126: for each function it appears in.) setup-gnomeui.c:127: syntax error before `*' setup-gnomeui.c:129: `gtkrc20' undeclared (first use in this function) setup-gnomeui.c:133: `gtkrc20scrollbar' undeclared (first use in this function) gmake[2]: *** [setup-gnomeui.o] Error 1 gmake[2]: Leaving directory `/usr/ports/sysutils/cog/work/cog-0.8.0/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/cog/work/cog-0.8.0' gmake: *** [all-recursive-am] Error 2 *** Error code 2 Stop in /usr/ports/sysutils/cog. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade19941.0 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! sysutils/cog (cog-0.7.2) (compiler error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed Anapurna# From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 03:57:53 2004 Return-Path: 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 B824C16A4CF for ; Thu, 2 Sep 2004 03:57:53 +0000 (GMT) Received: from imf20aec.mail.bellsouth.net (imf20aec.mail.bellsouth.net [205.152.59.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2F043D49 for ; Thu, 2 Sep 2004 03:57:53 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf20aec.mail.bellsouth.netESMTP <20040902035752.KLLO1723.imf20aec.mail.bellsouth.net@[192.168.1.5]>; Wed, 1 Sep 2004 23:57:52 -0400 In-Reply-To: <20040902.110406.1025207507.chat95@mac.com> References: <412B8F55.1060500@math.missouri.edu> <20040902.110406.1025207507.chat95@mac.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <432EF410-FC94-11D8-93DF-000A958C81C6@ahze.net> Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Wed, 1 Sep 2004 23:57:51 -0400 To: NAKATA Maho X-Mailer: Apple Mail (2.619) cc: ports@freebsd.org cc: stephen@math.missouri.edu cc: Lars.Koeller@Uni-Bielefeld.DE Subject: Re: single precision fftw wanted X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 03:57:53 -0000 Hi, I am in the process of setting up fftw3 in to master and slave ports right now and I will be submitting a single percision port also. I am almost done and will submit a patch with in the next day or so. Cheers, Michael On Sep 1, 2004, at 10:04 PM, NAKATA Maho wrote: > In Message-ID: <412B8F55.1060500@math.missouri.edu> > Stephen Montgomery-Smith wrote: > > Hello, > >> I am interested in creating a port for gromacs >> (http://www.gromacs.org) > > me too :) > >> and it requires fftw built using single precision. The super-easy way > > absolutely. > >> is to create a port sfftw which is a copy of fftw with a line like >> CONFIGURE_ARGS+= --enable-float --enable-type-prefix > > is it possible to make both - I mean single and double precision > at onece? > >> added in. Or I could add some kind of option to fftw. Anyway, since >> Lars is the maintainer of fftw I would like to coordinate with him >> about >> it. And I am copying this to ports as well just in case anyone else >> has >> suggestions. > > please send me your copy, I'll take care of it, but > commit will be after the ports freeze. > > thanks, > --nakata maho > > > _______________________________________________ > 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 Thu Sep 2 04:09:19 2004 Return-Path: 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 5283D16A4CE; Thu, 2 Sep 2004 04:09:19 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id A479E43D48; Thu, 2 Sep 2004 04:09:18 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i8246qRQ037458; Thu, 2 Sep 2004 00:06:52 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Brett Schroeder In-Reply-To: <1094093959.26635.23.camel@Anapurna.brettschroeder.name> References: <1094093959.26635.23.camel@Anapurna.brettschroeder.name> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-L/P5UFKizlXdsHrCiwud" Organization: FreeBSD, Inc. Message-Id: <1094098131.3088.4.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 02 Sep 2004 00:08:51 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: FreeBSD GNOME Users cc: freebsd-ports-bugs@FreeBSD.org cc: freebsd-ports@FreeBSD.org Subject: Re: Syntax error causing cog 0.8.0 complie failure ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 04:09:19 -0000 --=-L/P5UFKizlXdsHrCiwud Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-09-01 at 22:59, Brett Schroeder wrote: > Hi >=20 > Cog failed to compile - from the error message it looks like the > compiler is comlaining about a syntax error in gnomeui.c .....but don't > take my word for it. I'm on 4-stable (last buildworld was 5 days ago), > all ports were up to date ~10 days ago. >=20 > Is this a real error or is something amiss on my machine only? Any help > always more than welcome :-) >=20 > Full output is below. Fixed. Thanks for reporting. Joe >=20 > Thanks >=20 > Brett >=20 > Script started on Wed Sep 1 19:26:06 2004 > Anapurna# portupgrade cog > ---> Upgrading 'cog-0.7.2' to 'cog-0.8.0' (sysutils/cog) > ---> Building '/usr/ports/sysutils/cog' > =3D=3D=3D> Cleaning for atk-1.6.1 > =3D=3D=3D> Cleaning for unzip-5.51 > =3D=3D=3D> Cleaning for cdparanoia-3.9.8_7 > =3D=3D=3D> Cleaning for esound-0.2.35_1 > =3D=3D=3D> Cleaning for libaudiofile-0.2.6 > =3D=3D=3D> Cleaning for libiconv-1.9.2_1 > =3D=3D=3D> Cleaning for ORBit2-2.10.4 > =3D=3D=3D> Cleaning for autoconf-2.53_3 > =3D=3D=3D> Cleaning for autoconf-2.59_2 > =3D=3D=3D> Cleaning for automake-1.5_2,1 > =3D=3D=3D> Cleaning for bison-1.75_2 > =3D=3D=3D> Cleaning for fam-2.6.9_6 > =3D=3D=3D> Cleaning for gconf2-2.6.4 > =3D=3D=3D> Cleaning for gettext-0.13.1_1 > =3D=3D=3D> Cleaning for glib-2.4.6 > =3D=3D=3D> Cleaning for gmake-3.80_2 > =3D=3D=3D> Cleaning for gnomevfs2-2.6.2_1 > =3D=3D=3D> Cleaning for imake-4.4.0 > =3D=3D=3D> Cleaning for libIDL-0.8.4 > =3D=3D=3D> Cleaning for libbonobo-2.6.2 > =3D=3D=3D> Cleaning for libglade2-2.4.0 > =3D=3D=3D> Cleaning for libgnugetopt-1.2 > =3D=3D=3D> Cleaning for libtool-1.3.5_2 > =3D=3D=3D> Cleaning for libtool-1.5.8 > =3D=3D=3D> Cleaning for m4-1.4.1 > =3D=3D=3D> Cleaning for p5-gettext-1.01_4 > =3D=3D=3D> Cleaning for pkgconfig-0.15.0_1 > =3D=3D=3D> Cleaning for popt-1.7 > =3D=3D=3D> Cleaning for jpeg-6b_3 > =3D=3D=3D> Cleaning for libart_lgpl2-2.3.16 > =3D=3D=3D> Cleaning for libgnomecanvas-2.6.1.1 > =3D=3D=3D> Cleaning for png-1.2.5_8 > =3D=3D=3D> Cleaning for tiff-3.6.1_1 > =3D=3D=3D> Cleaning for python-2.3.4_2 > =3D=3D=3D> Cleaning for gnome-icon-theme-1.2.3 > =3D=3D=3D> Cleaning for gnomehier-1.0_19 > =3D=3D=3D> Cleaning for gnomemimedata-2.4.1_2 > =3D=3D=3D> Cleaning for help2man-1.33.1 > =3D=3D=3D> Cleaning for hicolor-icon-theme-0.5 > =3D=3D=3D> Cleaning for shared-mime-info-0.15 > =3D=3D=3D> Cleaning for linc-1.0.3_2 > =3D=3D=3D> Cleaning for samba-libsmbclient-3.0.6_1 > =3D=3D=3D> Cleaning for freetype2-2.1.7_3 > =3D=3D=3D> Cleaning for gnomekeyring-0.2.1_1 > =3D=3D=3D> Cleaning for libgcrypt-1.2.0_1 > =3D=3D=3D> Cleaning for libgpg-error-1.0 > =3D=3D=3D> Cleaning for docbook-sk-4.1.2_3 > =3D=3D=3D> Cleaning for docbook-xml-4.2_1 > =3D=3D=3D> Cleaning for docbook-xsl-1.65.1 > =3D=3D=3D> Cleaning for expat-1.95.8 > =3D=3D=3D> Cleaning for intltool-0.31.2 > =3D=3D=3D> Cleaning for libxml2-2.6.13 > =3D=3D=3D> Cleaning for libxslt-1.1.10 > =3D=3D=3D> Cleaning for p5-XML-Parser-2.34_1 > =3D=3D=3D> Cleaning for scrollkeeper-0.3.14_1,1 > =3D=3D=3D> Cleaning for sdocbook-xml-4.1.2.5_2 > =3D=3D=3D> Cleaning for xmlcatmgr-2.1 > =3D=3D=3D> Cleaning for XFree86-fontEncodings-4.4.0 > =3D=3D=3D> Cleaning for XFree86-fontScalable-4.4.0_1 > =3D=3D=3D> Cleaning for bitstream-vera-1.10 > =3D=3D=3D> Cleaning for fontconfig-2.2.3,1 > =3D=3D=3D> Cleaning for libXft-2.1.6 > =3D=3D=3D> Cleaning for gtk-2.4.9 > =3D=3D=3D> Cleaning for libbonoboui-2.6.1 > =3D=3D=3D> Cleaning for libgnomeui-2.6.1.1 > =3D=3D=3D> Cleaning for pango-1.4.1 > =3D=3D=3D> Cleaning for XFree86-clients-4.4.0_1 > =3D=3D=3D> Cleaning for XFree86-libraries-4.4.0 > =3D=3D=3D> Cleaning for libgnome-2.6.1.2 > =3D=3D=3D> Cleaning for startup-notification-0.7 > =3D=3D=3D> Cleaning for xterm-196_1 > =3D=3D=3D> Cleaning for cog-0.8.0 > =3D=3D=3D> Vulnerability check disabled, database not found > =3D=3D=3D> Extracting for cog-0.8.0 > >> Checksum OK for cog-0.8.0.tar.gz. > =3D=3D=3D> Patching for cog-0.8.0 > =3D=3D=3D> Applying FreeBSD patches for cog-0.8.0 > =3D=3D=3D> cog-0.8.0 depends on executable: gmake - found > =3D=3D=3D> cog-0.8.0 depends on file: > /usr/X11R6/libdata/pkgconfig/gnome-mime-data-2.0.pc - found > =3D=3D=3D> cog-0.8.0 depends on executable: pkg-config - found > =3D=3D=3D> cog-0.8.0 depends on file: /usr/local/bin/intltool-extract - > found > =3D=3D=3D> cog-0.8.0 depends on shared library: X11.6 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: esd.2 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: glib-2.0.400 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: atk-1.0.600 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: pango-1.0.399 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: gtk-x11-2.0.400 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: linc.1 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: IDL-2.0 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: ORBit-2.0 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: glade-2.0.0 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: xml2.5 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: xslt.2 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: bonobo-2.0 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: gconf-2.5 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: gnomevfs-2.600 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: gnomecanvas-2.600 - fou= nd > =3D=3D=3D> cog-0.8.0 depends on shared library: art_lgpl_2.5 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: gnome-2.600 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: bonoboui-2.0 - found > =3D=3D=3D> cog-0.8.0 depends on shared library: gnomeui-2.600 - found > =3D=3D=3D> Configuring for cog-0.8.0 > checking for a BSD-compatible install... /usr/bin/install -c -o root -g > wheel > checking whether build environment is sane... yes > checking whether gmake 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 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 strerror in -lcposix... no > 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 for cc option to accept ANSI C... none needed > checking how to run the C preprocessor... cc -E > checking for egrep... grep -E > checking for ANSI C header files... yes > checking what warning flags to pass to the C compiler... -Wall > -Wmissing-prototypes > checking what language compliance flags to pass to the C compiler... > checking for pkg-config... /usr/local/bin/pkg-config > checking for libgnomeui-2.0 >=3D 2.6.0 gtk+-2.0 >=3D 2.4.0 libglade-2.0 >= =3D > 2.3.0 gconf-2.0 >=3D 2.6.0... yes > checking PACKAGE_CFLAGS... -DORBIT2=3D1 -D_THREAD_SAFE > -I/usr/local/include/libart-2.0 -I/usr/local/include/glib-2.0 > -I/usr/local/lib/glib-2.0/include -I/usr/local/include/orbit-2.0 > -I/usr/local/include/libbonobo-2.0 > -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 > -I/usr/local/include/libxml2 -I/usr/local/include > -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 > -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 > -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 > -I/usr/X11R6/include/gnome-vfs-2.0 > -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 > -I/usr/X11R6/include -I/usr/local/include/freetype2 > -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0 > checking PACKAGE_LIBS... -Wl,--export-dynamic -pthread > -Wl,-rpath,/usr/X11R6/lib -L/usr/local/lib -L/usr/X11R6/lib -lgnomeui-2 > -lSM -lICE -lbonoboui-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 > -lpangoft2-1.0 -lbonobo-2 -lgnomevfs-2 -lbonobo-activation -lglade-2.0 > -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lXcursor > -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lfreetype -lz -lXrender > -lXext -lfontconfig -lpangox-1.0 -lX11 -lpango-1.0 -lgobject-2.0 > -lgconf-2 -lORBit-2 -lm -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -liconv > 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... no > checking for unistd.h... yes > checking locale.h usability... yes > checking locale.h presence... yes > checking for locale.h... yes > checking for LC_MESSAGES... yes > checking libintl.h usability... yes > checking libintl.h presence... yes > checking for libintl.h... yes > checking for dgettext in libc... no > checking for bindtextdomain in -lintl... yes > checking for dgettext in -lintl... yes > checking for bind_textdomain_codeset... yes > checking for msgfmt... /usr/local/bin/msgfmt > checking for dcgettext... yes > checking for gmsgfmt... /usr/local/bin/msgfmt > checking for xgettext... /usr/local/bin/xgettext > checking for catalogs to be installed... fr > configure: creating ./config.status > config.status: creating m4/Makefile > config.status: creating cog.spec > config.status: creating Makefile > config.status: creating src/Makefile > config.status: creating po/Makefile.in > config.status: creating pixmaps/Makefile > config.status: creating config.h > config.status: executing default-1 commands > config.status: executing default-2 commands > =3D=3D=3D> Building for cog-0.8.0 > gmake all-recursive > gmake[1]: Entering directory `/usr/ports/sysutils/cog/work/cog-0.8.0' > Making all in m4 > gmake[2]: Entering directory `/usr/ports/sysutils/cog/work/cog-0.8.0/m4' > gmake[2]: Nothing to be done for `all'. > gmake[2]: Leaving directory `/usr/ports/sysutils/cog/work/cog-0.8.0/m4' > Making all in src > gmake[2]: Entering directory > `/usr/ports/sysutils/cog/work/cog-0.8.0/src' > cc -DHAVE_CONFIG_H -I. -I. -I.. > -DPACKAGE_DATA_DIR=3D\""/usr/X11R6/share/gnome"\" > -DPACKAGE_LOCALE_DIR=3D\""/usr/X11R6/share/locale"\" -DORBIT2=3D1 > -D_THREAD_SAFE -I/usr/local/include/libart-2.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 > -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 > -I/usr/local/include/libxml2 -I/usr/local/include > -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 > -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 > -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 > -I/usr/X11R6/include/gnome-vfs-2.0 > -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 > -I/usr/X11R6/include -I/usr/local/include/freetype2 > -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0=09 > -I/usr/local/include -O -pipe -march=3Dpentiumpro -c main.c > main.c: In function `main': > main.c:71: warning: passing arg 3 of `glade_xml_signal_connect' from > incompatible pointer type > main.c:72: warning: passing arg 3 of `glade_xml_signal_connect' from > incompatible pointer type > main.c:73: warning: passing arg 3 of `glade_xml_signal_connect' from > incompatible pointer type > cc -DHAVE_CONFIG_H -I. -I. -I.. > -DPACKAGE_DATA_DIR=3D\""/usr/X11R6/share/gnome"\" > -DPACKAGE_LOCALE_DIR=3D\""/usr/X11R6/share/locale"\" -DORBIT2=3D1 > -D_THREAD_SAFE -I/usr/local/include/libart-2.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 > -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 > -I/usr/local/include/libxml2 -I/usr/local/include > -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 > -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 > -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 > -I/usr/X11R6/include/gnome-vfs-2.0 > -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 > -I/usr/X11R6/include -I/usr/local/include/freetype2 > -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0=09 > -I/usr/local/include -O -pipe -march=3Dpentiumpro -c callbacks.c > cc -DHAVE_CONFIG_H -I. -I. -I.. > -DPACKAGE_DATA_DIR=3D\""/usr/X11R6/share/gnome"\" > -DPACKAGE_LOCALE_DIR=3D\""/usr/X11R6/share/locale"\" -DORBIT2=3D1 > -D_THREAD_SAFE -I/usr/local/include/libart-2.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 > -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 > -I/usr/local/include/libxml2 -I/usr/local/include > -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 > -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 > -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 > -I/usr/X11R6/include/gnome-vfs-2.0 > -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 > -I/usr/X11R6/include -I/usr/local/include/freetype2 > -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0=09 > -I/usr/local/include -O -pipe -march=3Dpentiumpro -c gconf-convenience.c > gconf-convenience.c: In function `gconf_key_get_string': > gconf-convenience.c:125: warning: assignment discards qualifiers from > pointer target type > cc -DHAVE_CONFIG_H -I. -I. -I.. > -DPACKAGE_DATA_DIR=3D\""/usr/X11R6/share/gnome"\" > -DPACKAGE_LOCALE_DIR=3D\""/usr/X11R6/share/locale"\" -DORBIT2=3D1 > -D_THREAD_SAFE -I/usr/local/include/libart-2.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 > -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 > -I/usr/local/include/libxml2 -I/usr/local/include > -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 > -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 > -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 > -I/usr/X11R6/include/gnome-vfs-2.0 > -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 > -I/usr/X11R6/include -I/usr/local/include/freetype2 > -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0=09 > -I/usr/local/include -O -pipe -march=3Dpentiumpro -c setup-widgets.c > cc -DHAVE_CONFIG_H -I. -I. -I.. > -DPACKAGE_DATA_DIR=3D\""/usr/X11R6/share/gnome"\" > -DPACKAGE_LOCALE_DIR=3D\""/usr/X11R6/share/locale"\" -DORBIT2=3D1 > -D_THREAD_SAFE -I/usr/local/include/libart-2.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -I/usr/local/include/orbit-2.0 -I/usr/local/include/libbonobo-2.0 > -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/atk-1.0 > -I/usr/local/include/libxml2 -I/usr/local/include > -I/usr/X11R6/include/libgnomeui-2.0 -I/usr/X11R6/include/libgnome-2.0 > -I/usr/X11R6/include/libgnomecanvas-2.0 -I/usr/X11R6/include/gtk-2.0 > -I/usr/X11R6/include/gconf/2 -I/usr/X11R6/include/libbonoboui-2.0 > -I/usr/X11R6/include/gnome-vfs-2.0 > -I/usr/X11R6/lib/gnome-vfs-2.0/include -I/usr/X11R6/include/pango-1.0 > -I/usr/X11R6/include -I/usr/local/include/freetype2 > -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/libglade-2.0=09 > -I/usr/local/include -O -pipe -march=3Dpentiumpro -c setup-gnomeui.c > setup-gnomeui.c: In function `setup_gnomeui': > setup-gnomeui.c:124: syntax error before `*' > setup-gnomeui.c:126: `homedir' undeclared (first use in this function) > setup-gnomeui.c:126: (Each undeclared identifier is reported only once > setup-gnomeui.c:126: for each function it appears in.) > setup-gnomeui.c:127: syntax error before `*' > setup-gnomeui.c:129: `gtkrc20' undeclared (first use in this function) > setup-gnomeui.c:133: `gtkrc20scrollbar' undeclared (first use in this > function) > gmake[2]: *** [setup-gnomeui.o] Error 1 > gmake[2]: Leaving directory `/usr/ports/sysutils/cog/work/cog-0.8.0/src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/cog/work/cog-0.8.0' > gmake: *** [all-recursive-am] Error 2 > *** Error code 2 >=20 > Stop in /usr/ports/sysutils/cog. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade19941.0 make > ** Fix the problem and try again. > ** Listing the failed packages (*:skipped / !:failed) > ! sysutils/cog (cog-0.7.2) (compiler error) > ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed > Anapurna# >=20 >=20 > _______________________________________________ > freebsd-ports-bugs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports-bugs > To unsubscribe, send any mail to "freebsd-ports-bugs-unsubscribe@freebsd.= org" --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-L/P5UFKizlXdsHrCiwud Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBNpzTb2iPiv4Uz4cRAkKYAJ43OM2qOMixKZMPm3iC1eF807NtIACgmRl0 JhY8TLfD8ROidXcyw0/H0KI= =CGsM -----END PGP SIGNATURE----- --=-L/P5UFKizlXdsHrCiwud-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 04:23:42 2004 Return-Path: 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 16E8C16A4CE for ; Thu, 2 Sep 2004 04:23:42 +0000 (GMT) Received: from imf16aec.mail.bellsouth.net (imf16aec.mail.bellsouth.net [205.152.59.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7683043D4C for ; Thu, 2 Sep 2004 04:23:41 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf16aec.mail.bellsouth.netESMTP <20040902042341.YTLV1721.imf16aec.mail.bellsouth.net@[192.168.1.5]>; Thu, 2 Sep 2004 00:23:41 -0400 In-Reply-To: <432EF410-FC94-11D8-93DF-000A958C81C6@ahze.net> References: <412B8F55.1060500@math.missouri.edu> <20040902.110406.1025207507.chat95@mac.com> <432EF410-FC94-11D8-93DF-000A958C81C6@ahze.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Thu, 2 Sep 2004 00:23:40 -0400 To: Michael Johnson X-Mailer: Apple Mail (2.619) cc: ports@freebsd.org cc: stephen@math.missouri.edu cc: Lars.Koeller@Uni-Bielefeld.DE Subject: Re: single precision fftw wanted X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 04:23:42 -0000 if you're talking about fftw2 I am also doing that also just because its mainly the same stuff. Michael On Sep 1, 2004, at 11:57 PM, Michael Johnson wrote: > Hi, I am in the process of setting up fftw3 in to master and slave > ports right now and I will be submitting a single percision port also. > I am almost done and will submit a patch with in the next day or so. > > Cheers, > Michael From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 05:05:48 2004 Return-Path: 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 A19AC16A4CE; Thu, 2 Sep 2004 05:05:48 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11CBF43D3F; Thu, 2 Sep 2004 05:05:48 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i8253HiL037759; Thu, 2 Sep 2004 01:03:17 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: FreeBSD GNOME Users Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6Gw6QOrwgzyFq7JC5I7T" Organization: FreeBSD, Inc. Message-Id: <1094101516.3088.22.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 02 Sep 2004 01:05:16 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: ports@FreeBSD.org Subject: WANTED: Anjuta users [LONG] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 05:05:48 -0000 --=-6Gw6QOrwgzyFq7JC5I7T Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm looking for anjuta users that would be willing to test some patches. These patches attempt to fix the problem with building anjuta projects. So what's the problem? As any FreeBSD anjuta user will tell you, building packages doesn't work due to our lack of ``raw'' GNU autotools (i.e. autoconf, automake, and libtool). We use special, numbered, versions of these tools; but in order to create proper cross-platform software distributions, anjuta's build scripts reply on the more common, unnumbered (and unpatched) autotools. What's the fix? Well, admittedly, what I've come up with is a pretty big hack. I've basically created ports for autoconf, automake, and libtool that are unpatched, and install into ${LOCALBASE}/gnu-autotools. I've then created a wrapper script around anjuta that adjusts the PATH and ACLOCAL_FLAGS accordingly to use the autotools in the above PREFIX. Why is this a hack? Well, these ``raw'' versions of the tools will not work when building FreeBSD ports. So, if you ever adjust your shell PATH to point to ${LOCALBASE}/gnu-autotools/bin, and try to build a port that relies on one of the autotools, very bad things could happen. Also, this gnu-autotools PREFIX is just messy. That said, I could think of no better way to do this such that the result would give developers software distributions that could be shared across multiple platforms.=20 If you have a better suggestion, please let me know. What do I have to do to test this? First, download http://www.marcuscom.com/downloads/anjuta-fix.tar.bz2, and extract this (tar -xvjf anjuta-fix.tar.bz2). Within the anjuta-fix directory, are four files. The first, anjuta.diff, is a patch to the devel/anjuta port. To apply that, do the following: # cd /usr/ports/devel # patch -p < /path/to/anjuta.diff The other three files are shell archives of the new gnu-autotools ports. Extract each of those ports using sh: # sh gnu-autoconf.sh # sh gnu-automake.sh # sh gnu-libtool.sh Install each of those ports manually, or copy each directory to /usr/ports/devel. Finally, do: # portupgrade anjuta Then give it a shot. As an anjuta user, you should know what to do from here. Let me know how it goes. Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-6Gw6QOrwgzyFq7JC5I7T Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBNqoMb2iPiv4Uz4cRAnd/AJ9Uodc3eC80Wn2b0d6R6GR7IyTOLQCfQYnB 17WLM2YzRtDNKIRJ0dKvXiU= =drKT -----END PGP SIGNATURE----- --=-6Gw6QOrwgzyFq7JC5I7T-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 07:39:54 2004 Return-Path: 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 7061516A4CE; Thu, 2 Sep 2004 07:39:54 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-49-192.dynamic.qsc.de [212.202.49.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E92943D69; Thu, 2 Sep 2004 07:39:54 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11]) by fillmore.dyndns.org with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.42 (FreeBSD)) id 1C2mCE-000DeI-Sa; Thu, 02 Sep 2004 09:39:53 +0200 Date: Thu, 2 Sep 2004 09:40:14 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Martin Blapp From: Oliver Eikemeier In-Reply-To: <20040902015218.Q6407@cvs.imp.ch> Message-Id: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@freebsd.org cc: Matthias Fuhrmann cc: openoffice@freebsd.org Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 07:39:54 -0000 Martin Blapp wrote: > Hi, > >> AFAIS Mozilla 1.0.2 does not build because of vulnerabilities. Can I >> link to Mozilla 1.7.2 to build OO properly? I do not understand why >> there is Mozilla 1.0.2 necessary to build OO. > > It's only the adressbook part which is needed. And these vulnerabilities > don't apply to the use in OOO. If you like to port OOO to use Mozilla > 1.7.2 > just go for it. FWIIW, more vulnerabilities are listed at: Some of the network releated ones may even affect the adressbook, although this is hard to verify in this context. You can always build your port with `make DISABLE_VULNERABILITIES [... other arguments ...]'. -Oliver From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 07:53:14 2004 Return-Path: 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 3FE8416A4CE; Thu, 2 Sep 2004 07:53:14 +0000 (GMT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57D4E43D1F; Thu, 2 Sep 2004 07:53:13 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from hex.int.athame.co.uk ([192.168.1.1] helo=localhost) by hex.athame.co.uk with esmtp (Exim 4.30; FreeBSD) id 1C2mP7-000P1Y-GB; Thu, 02 Sep 2004 10:53:09 +0300 From: Andy Fawcett To: freebsd-ports@freebsd.org Date: Thu, 2 Sep 2004 10:53:07 +0300 User-Agent: KMail/1.6.2 References: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> In-Reply-To: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409021053.08334.andy@athame.co.uk> cc: ports@freebsd.org cc: Matthias Fuhrmann cc: Martin Blapp cc: openoffice@freebsd.org cc: Oliver Eikemeier Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 07:53:14 -0000 On Thursday 02 September 2004 10:40, Oliver Eikemeier wrote: > Martin Blapp wrote: > > Hi, > > > >> AFAIS Mozilla 1.0.2 does not build because of vulnerabilities. Can > >> I link to Mozilla 1.7.2 to build OO properly? I do not understand > >> why there is Mozilla 1.0.2 necessary to build OO. > > > > It's only the adressbook part which is needed. And these > > vulnerabilities don't apply to the use in OOO. If you like to port > > OOO to use Mozilla 1.7.2 > > just go for it. > > FWIIW, more vulnerabilities are listed at: > > > > Some of the network releated ones may even affect the adressbook, > although this is hard to verify in this context. You can always build > your port with `make DISABLE_VULNERABILITIES [... other arguments > ...]'. Just to add to the fun... I have 5.3-BETA2, built without libc_r to ensure I don't get threading library conflicts (NOLIBC_R defined). I've made sure that the libc_r.* files are not present on the system. When building OOo-1.1, the first failure is in gcc32 in the gcc-java stuff. It tries to link against libc_r, and I needed to define WITHOUT_LIBJAVA=yes to avoid this. Then OOo fails to build because the embedded Mozilla 1.0.2 also tries to link against libc_r. I'm currently trying to rebuild WITHOUT_MOZILLA to see if this helps... I'll try to remember to send-pr all this later once I've finished the build, consider this a minor 'heads up' A. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 07:53:14 2004 Return-Path: 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 3FE8416A4CE; Thu, 2 Sep 2004 07:53:14 +0000 (GMT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57D4E43D1F; Thu, 2 Sep 2004 07:53:13 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from hex.int.athame.co.uk ([192.168.1.1] helo=localhost) by hex.athame.co.uk with esmtp (Exim 4.30; FreeBSD) id 1C2mP7-000P1Y-GB; Thu, 02 Sep 2004 10:53:09 +0300 From: Andy Fawcett To: freebsd-ports@freebsd.org Date: Thu, 2 Sep 2004 10:53:07 +0300 User-Agent: KMail/1.6.2 References: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> In-Reply-To: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409021053.08334.andy@athame.co.uk> cc: ports@freebsd.org cc: Matthias Fuhrmann cc: Martin Blapp cc: openoffice@freebsd.org cc: Oliver Eikemeier Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 07:53:14 -0000 On Thursday 02 September 2004 10:40, Oliver Eikemeier wrote: > Martin Blapp wrote: > > Hi, > > > >> AFAIS Mozilla 1.0.2 does not build because of vulnerabilities. Can > >> I link to Mozilla 1.7.2 to build OO properly? I do not understand > >> why there is Mozilla 1.0.2 necessary to build OO. > > > > It's only the adressbook part which is needed. And these > > vulnerabilities don't apply to the use in OOO. If you like to port > > OOO to use Mozilla 1.7.2 > > just go for it. > > FWIIW, more vulnerabilities are listed at: > > > > Some of the network releated ones may even affect the adressbook, > although this is hard to verify in this context. You can always build > your port with `make DISABLE_VULNERABILITIES [... other arguments > ...]'. Just to add to the fun... I have 5.3-BETA2, built without libc_r to ensure I don't get threading library conflicts (NOLIBC_R defined). I've made sure that the libc_r.* files are not present on the system. When building OOo-1.1, the first failure is in gcc32 in the gcc-java stuff. It tries to link against libc_r, and I needed to define WITHOUT_LIBJAVA=yes to avoid this. Then OOo fails to build because the embedded Mozilla 1.0.2 also tries to link against libc_r. I'm currently trying to rebuild WITHOUT_MOZILLA to see if this helps... I'll try to remember to send-pr all this later once I've finished the build, consider this a minor 'heads up' A. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 08:59:35 2004 Return-Path: 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 2D06816A4CE for ; Thu, 2 Sep 2004 08:59:35 +0000 (GMT) Received: from mailhub02.unibe.ch (mailhub02.unibe.ch [130.92.9.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6FA243D45 for ; Thu, 2 Sep 2004 08:59:34 +0000 (GMT) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub03-eth0.unibe.ch [130.92.254.67]) by mailhub02.unibe.ch (Postfix) with ESMTP id 68E877648C for ; Thu, 2 Sep 2004 10:59:30 +0200 (MEST) Received: from mailhub02.unibe.ch ([130.92.9.53]) by localhost (scanhub03.unibe.ch [130.92.254.67]) (amavisd-new, port 10024) with LMTP id 03115-06-8 for ; Thu, 2 Sep 2004 10:59:27 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub02.unibe.ch (Postfix) with ESMTP id 4D9AA7645E for ; Thu, 2 Sep 2004 10:59:29 +0200 (MEST) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id i828xS124584 for ; Thu, 2 Sep 2004 10:59:28 +0200 (MET DST) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id i828xSK3015247 for freebsd-ports@freebsd.org; Thu, 2 Sep 2004 10:59:28 +0200 (MEST) Date: Thu, 2 Sep 2004 10:59:28 +0200 From: Tobias Roth To: freebsd-ports@freebsd.org Message-ID: <20040902085928.GA15180@speedy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Subject: preferred format of maintainer updates X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 08:59:35 -0000 hi i was wondering what the preferred format of a maintainer update is. a shar archive of the full, updated port or a diff of the files that have changed? is there a difference in preference between simple port fixes and whole version ugrades? thx, t. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 09:05:06 2004 Return-Path: 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 1699116A4CE for ; Thu, 2 Sep 2004 09:05:06 +0000 (GMT) Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D5DF43D2F for ; Thu, 2 Sep 2004 09:05:05 +0000 (GMT) (envelope-from mich@freebsdcluster.net) Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id E62E437C6A; Thu, 2 Sep 2004 11:05:03 +0200 (CEST) Received: by freebsdcluster.net (Postfix, from userid 1001) id B735322821; Thu, 2 Sep 2004 11:05:03 +0200 (CEST) Date: Thu, 2 Sep 2004 11:05:03 +0200 From: "Michael L. Hostbaek" To: Tobias Roth Message-ID: <20040902090503.GA27994@mich2.itxmarket.com> Mail-Followup-To: "Michael L. Hostbaek" , Tobias Roth , freebsd-ports@freebsd.org References: <20040902085928.GA15180@speedy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040902085928.GA15180@speedy.unibe.ch> X-Operating-System: FreeBSD 5.2.1-RELEASE-p8 i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.6i cc: freebsd-ports@freebsd.org Subject: Re: preferred format of maintainer updates X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 09:05:06 -0000 Tobias Roth (roth) writes: > > i was wondering what the preferred format of a maintainer update is. > a shar archive of the full, updated port or a diff of the files that > have changed? > is there a difference in preference between simple port fixes and > whole version ugrades? Please refer to the porter's handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/port-upgrading.html /mich From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 09:46:34 2004 Return-Path: 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 82E6916A4CE for ; Thu, 2 Sep 2004 09:46:34 +0000 (GMT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB30A43D2F for ; Thu, 2 Sep 2004 09:46:33 +0000 (GMT) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 5802BC0EE; Thu, 2 Sep 2004 11:46:43 +0200 (CEST) Date: Thu, 2 Sep 2004 11:46:43 +0200 From: Simon Barner To: Vicki Brown Message-ID: <20040902094643.GA65650@zi025.glhnet.mhn.de> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new/sophie/sophos at mailrelay1.informatik.tu-muenchen.de cc: ports@FreeBSD.org Subject: Re: Is there a mechanism for suggesting a package to be added to ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 09:46:34 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, what a nice tool! I created a port[1] for it, but I did not test it on FreeBSD 4.x. Could you please do that for me and tell me how it works? Simon [1]: http://home.leo.org/~barner/freebsd/synopsis.tar.gz --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBNuwCCkn+/eutqCoRAh0nAKDOPxUAN79t6gAz/6mjxr+KnvNQFwCg2800 ysrsD+Weo2vCZkoVWBffDMM= =OPye -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 10:11:40 2004 Return-Path: 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 C64BC16A4CE for ; Thu, 2 Sep 2004 10:11:40 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2alice.tin.it [212.216.176.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D27243D31 for ; Thu, 2 Sep 2004 10:11:40 +0000 (GMT) (envelope-from l.pizzira@virgilio.it) Received: from worklab (82.50.21.22) by vsmtp2.tin.it (7.0.027) id 41362EBD000155F8 for freebsd-ports@freebsd.org; Thu, 2 Sep 2004 12:05:49 +0200 Date: Thu, 2 Sep 2004 12:05:40 +0200 From: Luigi Pizzirani To: freebsd-ports@freebsd.org Message-ID: <20040902120540.2d81b0e6@worklab> In-Reply-To: <9F7A15AA-FBFF-11D8-B720-00039312D914@fillmore-labs.com> References: <20040901115256.1562d3cd@worklab> <9F7A15AA-FBFF-11D8-B720-00039312D914@fillmore-labs.com> X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: proposal of ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 10:11:40 -0000 On Wed, 1 Sep 2004 12:13:51 +0200 Oliver Eikemeier wrote: > Luigi Pizzirani wrote: > > > Hi, my name is Luigi . I would like to show you two codes of mine : the > > first is a spoofed portscanner that uses Antirez ID bug (i.e. > > incremental ID field of certain TCP/IP stacks of some zombie machine) > > to forge the source IP address (you can find a paper of this at > > http://www.securitydate.it/SD2004/ -sorry, it's in Italian, but if you > > are interested I can translate it- ). [...] > > The second one is a tool that uses ARP poisoning that I presented at > > the MOCA (http://camp.olografix.org) to have a scenario like this: we > > have a LAN and we want offer connectivity to everyone coming here with > > his laptop for example. [...] > > Hoping that this stuffs may be of our interest I am looking forward to > > have some answers and comments about this codes and the eventual > > inclusion of them in the ports collection. > > Make your own: > handbook/own-port.html> > > -Oliver > I have done my own, but where can I find a master site to put my tarballs? Thanks. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 10:54:17 2004 Return-Path: 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 20F2316A4CE for ; Thu, 2 Sep 2004 10:54:17 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-49-192.dynamic.qsc.de [212.202.49.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B167F43D49 for ; Thu, 2 Sep 2004 10:54:16 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11]) by fillmore.dyndns.org with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.42 (FreeBSD)) id 1C2pEL-0009Nx-1F; Thu, 02 Sep 2004 12:54:15 +0200 Date: Thu, 2 Sep 2004 12:54:35 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Luigi Pizzirani From: Oliver Eikemeier In-Reply-To: <20040902120540.2d81b0e6@worklab> Message-Id: <7A55B313-FCCE-11D8-B720-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: freebsd-ports@freebsd.org Subject: Re: proposal of ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 10:54:17 -0000 Luigi Pizzirani wrote: > On Wed, 1 Sep 2004 12:13:51 +0200 > Oliver Eikemeier wrote: > >> Luigi Pizzirani wrote: >> >>> [...] >>> Hoping that this stuffs may be of our interest I am looking forward to >>> have some answers and comments about this codes and the eventual >>> inclusion of them in the ports collection. >> >> Make your own: >> > handbook/own-port.html> >> > I have done my own, but where can I find a master site to put my > tarballs? RTFM: -Oliver From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 11:01:54 2004 Return-Path: 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 CF12916A4CE for ; Thu, 2 Sep 2004 11:01:54 +0000 (GMT) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7940043D45 for ; Thu, 2 Sep 2004 11:01:52 +0000 (GMT) (envelope-from gerald@pfeifer.com) Received: from [128.131.111.60] (acrux [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 4166D137B6 for ; Thu, 2 Sep 2004 13:01:51 +0200 (CEST) Date: Thu, 2 Sep 2004 13:01:53 +0200 (CEST) From: Gerald Pfeifer To: ports@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: When (not) to enter a repo-copy in ports/MOVED X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 11:01:54 -0000 According to http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/ports.html#Q12.2.3. adding an entry to ports/MOVED should be done for all repo-copies. I just completed a repo-copy of lang/gcc34 to lang/gcc35, where we will retain both the old and new versions for quite some time. Does this really require an entry in ports/MOVED as well? I could not find one for previous repo-copies of any of the gcc ports, so I wonder whether the documentation needs to be refined. Gerald -- Gerald Pfeifer (Jerry) gerald@pfeifer.com http://www.pfeifer.com/gerald/ From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 11:16:42 2004 Return-Path: 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 E7D5C16A4CE for ; Thu, 2 Sep 2004 11:16:42 +0000 (GMT) Received: from mailout2.barnet.com.au (mailout2.barnet.com.au [218.185.88.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FFA343D31 for ; Thu, 2 Sep 2004 11:16:42 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: by mailout2.barnet.com.au (Postfix, from userid 27) id B8A167074C0; Thu, 2 Sep 2004 21:16:40 +1000 (EST) X-Viruscan-Id: <413701180000B6510180C1@BarNet> Received: from mail2-auth.barnet.com.au (localhost.barnet.com.au [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by mail2.barnet.com.au (Postfix) with ESMTP id 756C87074B3; Thu, 2 Sep 2004 21:16:40 +1000 (EST) Received: from k7.mavetju (edwin-3.int.barnet.com.au [10.10.12.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Certificate Authority" (verified OK)) by mail2-auth.barnet.com.au (Postfix) with ESMTP id EDE937074A0; Thu, 2 Sep 2004 21:16:39 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 43D2461B1; Thu, 2 Sep 2004 21:16:38 +1000 (EST) Date: Thu, 2 Sep 2004 21:16:38 +1000 From: Edwin Groothuis To: Gerald Pfeifer Message-ID: <20040902111638.GD22578@k7.mavetju> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: ports@freebsd.org Subject: Re: When (not) to enter a repo-copy in ports/MOVED X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 11:16:43 -0000 On Thu, Sep 02, 2004 at 01:01:53PM +0200, Gerald Pfeifer wrote: > According to > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/ports.html#Q12.2.3. > adding an entry to ports/MOVED should be done for all repo-copies. If you have lang/abc version 1.0, version 1.2, version 1.3 and then suddenly version 2.0 comes up, you repocopy lang/abc to lang/abc1 and continue with version 2.0 in lang/abc. That's when you need it in MOVED, after all the name of the directory of the latest version of 1.x is there. If you already have lang/abc10, lang/abc12 and lang/abc13, and then suddenly version 2.0 comes up, you need to repocopy and but don't need to put something in MOVED. At least that's my impression about it. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-ports@FreeBSD.ORG Wed Sep 1 20:52:58 2004 Return-Path: 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 6C79716A4CF for ; Wed, 1 Sep 2004 20:52:58 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id F35D443D46 for ; Wed, 1 Sep 2004 20:52:57 +0000 (GMT) (envelope-from abid@saigol.biz) Received: from saigol.biz ([24.201.18.92]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0I3D00HORU2CV2@VL-MO-MR010.ip.videotron.ca> for ports@FreeBSD.org; Wed, 01 Sep 2004 16:51:49 -0500 (EST) Received: from Spooler by saigol.biz (Mercury/32 v4.01a) ID MO001720; Wed, 01 Sep 2004 16:52:02 -0400 Received: from spooler by saigol.biz (Mercury/32 v4.01a); Wed, 01 Sep 2004 16:51:53 -0400 Received: from vgvlaptop1 (66.11.160.12) by saigol.biz (Mercury/32 v4.01a) with ESMTP ID MG00171F; Wed, 01 Sep 2004 16:50:53 -0400 Date: Wed, 01 Sep 2004 16:50:44 -0400 From: Abid Saigol To: yds@CoolRat.org Message-id: <004901c49065$5a660ab0$6601a8c0@vgvlaptop1> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-Priority: 3 X-MSMail-priority: Normal X-Mailman-Approved-At: Thu, 02 Sep 2004 12:18:04 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: ports@FreeBSD.org Subject: FreeBSD Port: courier-0.45.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 20:52:58 -0000 Hi, I would like to install courier-MTA with mysql authentication. MySQL package is installed and functioning on my machine. I used pkg_add to install courier, but that does not install with MySQL authentication. I tried to download and make the port using portcheckout, but I get an error saying that MySQL not recognized. I didn't save the exact error message. Any advice about how I should proceed to install courier with mysql support would be highly appreciated. Thanks, Abid From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 12:37:32 2004 Return-Path: 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 0F56A16A4CE for ; Thu, 2 Sep 2004 12:37:32 +0000 (GMT) Received: from ion.wax.nu (ion.wax.nu [217.8.136.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD67A43D3F for ; Thu, 2 Sep 2004 12:37:31 +0000 (GMT) (envelope-from anders@wax.nu) Received: from glorfindel (glorfindel.wax.nu [192.168.0.106]) by ion.wax.nu (Postfix) with SMTP id 5D9B822FF4; Thu, 2 Sep 2004 14:28:24 +0200 (CEST) Message-ID: <016201c490e9$c2aca2d0$6a00a8c0@glorfindel> From: "Anders Hanssen" To: "Simon Barner" , "Vicki Brown" References: <20040902094643.GA65650@zi025.glhnet.mhn.de> Date: Thu, 2 Sep 2004 14:38:27 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_015F_01C490FA.8244FEC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: ports@FreeBSD.org Subject: Re: Is there a mechanism for suggesting a package to be added toports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 12:37:32 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_015F_01C490FA.8244FEC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi Simon! * "Simon Barner" : > what a nice tool! I created a port for it, but I did not test it on > FreeBSD 4.x. Could you please do that for me and tell me how it works? On a 4.9-STABLE box it compiles and installs fine with the attached patch-aa, but only if I use a newer g++ than the stock (2.95.4). I used g++ 3.2.3. With 2.95 I got an error when compiling some template stuff in Cxx-API/include/Synopsis/Python/Object.hh, plus it got confused about struct sigaction and sigaction(2). Have no time to investigate the template problem, but the sigaction problem is solved with patch-ab. In addition, it needs patch-ac to include before using std::remove() and std::find() in Cxx-API/src/Path-posix.cc. -- Anders ------=_NextPart_000_015F_01C490FA.8244FEC0 Content-Type: application/octet-stream; name="patch-aa" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-aa" Index: Synopsis/Parsers/C/Translator.cc=0A= 7a8=0A= > #include =0A= Index: Synopsis/Parsers/C/ctool.cc=0A= 7a8=0A= > #include =0A= Index: Synopsis/Parsers/Cpp/cpp.cc=0A= 7a8=0A= > #include =0A= Index: Synopsis/Parsers/Cxx/syn/Translator.cc=0A= 8a9=0A= > #include =0A= Index: Synopsis/Parsers/Cxx/syn/filter.cc=0A= 23a24=0A= > #include =0A= Index: Synopsis/Parsers/Cxx/syn/link.cc=0A= 8a9=0A= > #include =0A= Index: Synopsis/Parsers/Cxx/syn/linkstore.cc=0A= 8a9=0A= > #include =0A= Index: Synopsis/Parsers/Cxx/syn/occ.cc=0A= 8a9=0A= > #include =0A= Index: Synopsis/Parsers/Cxx/syn/swalker.cc=0A= 8a9=0A= > #include =0A= ------=_NextPart_000_015F_01C490FA.8244FEC0 Content-Type: application/octet-stream; name="patch-ab" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-ab" Index: Cxx-API/src/ErrorHandler.cc=0A= 75,77c75,77=0A= < sigaction(SIGSEGV, &newa, &olda);=0A= < sigaction(SIGBUS, &newa, &olda);=0A= < sigaction(SIGABRT, &newa, &olda);=0A= ---=0A= > ::sigaction(SIGSEGV, &newa, &olda);=0A= > ::sigaction(SIGBUS, &newa, &olda);=0A= > ::sigaction(SIGABRT, &newa, &olda);=0A= 84,86c84,86=0A= < sigaction(SIGABRT, &olda, 0);=0A= < sigaction(SIGBUS, &olda, 0);=0A= < sigaction(SIGSEGV, &olda, 0);=0A= ---=0A= > ::sigaction(SIGABRT, &olda, 0);=0A= > ::sigaction(SIGBUS, &olda, 0);=0A= > ::sigaction(SIGSEGV, &olda, 0);=0A= ------=_NextPart_000_015F_01C490FA.8244FEC0 Content-Type: application/octet-stream; name="patch-ac" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-ac" Index: Cxx-API/src/Path-posix.cc=0A= 8a9=0A= > #include =0A= ------=_NextPart_000_015F_01C490FA.8244FEC0-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 12:40:51 2004 Return-Path: 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 6D0FA16A4CE for ; Thu, 2 Sep 2004 12:40:51 +0000 (GMT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.17.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D1EB43D5D for ; Thu, 2 Sep 2004 12:40:51 +0000 (GMT) (envelope-from clsung@FreeBSD.csie.NCTU.edu.tw) Received: from localhost (localhost.csie.nctu.edu.tw [127.0.0.1]) by FreeBSD.csie.NCTU.edu.tw (Postfix) with ESMTP id 8FA42106C45; Thu, 2 Sep 2004 20:40:40 +0800 (CST) Received: from FreeBSD.csie.NCTU.edu.tw ([127.0.0.1]) by localhost (FreeBSD.csie.NCTU.edu.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65186-10; Thu, 2 Sep 2004 20:40:40 +0800 (CST) Received: by FreeBSD.csie.NCTU.edu.tw (Postfix, from userid 1038) id 08D9D106C24; Thu, 2 Sep 2004 20:40:40 +0800 (CST) Date: Thu, 2 Sep 2004 20:40:39 +0800 From: Cheng-Lung Sung To: Tobias Roth Message-ID: <20040902124039.GA65632@FreeBSD.csie.NCTU.edu.tw> References: <20040902085928.GA15180@speedy.unibe.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20040902085928.GA15180@speedy.unibe.ch> User-Agent: Mutt/1.5.6i cc: freebsd-ports@freebsd.org Subject: Re: preferred format of maintainer updates X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 12:40:51 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, You can try devel/porttools, it helps much. or just install sysutils/port-authoring-tools, the META helps more. :p clsung On Thu, Sep 02, 2004 at 10:59:28AM +0200, Tobias Roth wrote: > hi >=20 > i was wondering what the preferred format of a maintainer update is. > a shar archive of the full, updated port or a diff of the files that > have changed? > is there a difference in preference between simple port fixes and > whole version ugrades? >=20 > thx, t. > _______________________________________________ > 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" --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBNxTH+AeJ85Vui8ERAmsrAJ9LRBCtZfhggOelR70BEdPACPDzjACbBaas cJxdwFqStvusPV73Z8yad1g= =QcZU -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 13:28:42 2004 Return-Path: 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 3C65416A4CE for ; Thu, 2 Sep 2004 13:28:42 +0000 (GMT) Received: from torres.uwaterloo.ca (torres.cs.uwaterloo.ca [129.97.15.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id A43A643D5C for ; Thu, 2 Sep 2004 13:28:41 +0000 (GMT) (envelope-from mike.patterson@unb.ca) Received: from [127.0.0.1] (torres [129.97.15.126]) by torres.uwaterloo.ca (8.12.10/8.12.10) with ESMTP id i82DSoHi076554 for ; Thu, 2 Sep 2004 09:28:51 -0400 (EDT) (envelope-from mike.patterson@unb.ca) Message-ID: <41372013.2070203@unb.ca> Date: Thu, 02 Sep 2004 09:28:51 -0400 From: Mike User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Thunderbird/0.7.3 Mnenhy/0.6.0.104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 13:28:42 -0000 (I tried posting this yesterday, apparently to no avail, so apologies if this is a repost.) I use quotation marks because I'm not certain what I intend to do is clever, really, but it would make my life a lot easier. I'm trying to make ports install themselves to something like PREFIX/portname/, so that libtool15's binary would be PREFIX/libtool15/bin and its man pages would be PREFIX/libtool15/man, etc. A quick read through the handbook and bsd.ports.mk imply that there's no current way to do it, but perhaps I missed something. I'd be willing to try hacking up Mk bits (either for committing or just for myself). Or am I insane for wanting to force ports infrastructure to conform to this sort of localism? Mike From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 13:34:01 2004 Return-Path: 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 92A8416A518 for ; Thu, 2 Sep 2004 13:34:01 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C13C43D3F for ; Thu, 2 Sep 2004 13:34:01 +0000 (GMT) (envelope-from sw@gegenunendlich.de) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1C2riy-0006Md-00; Thu, 02 Sep 2004 15:34:00 +0200 Received: from [80.142.207.43] (helo=kyuzo.dunkelkammer.void) (TLSv1:EDH-RSA-DES-CBC3-SHA:168) (Exim 3.35 #1) id 1C2riy-00079Y-00; Thu, 02 Sep 2004 15:34:00 +0200 Received: by kyuzo.dunkelkammer.void (Postfix, from userid 1002) id ABD6C3E5A; Thu, 2 Sep 2004 15:33:58 +0200 (CEST) Date: Thu, 2 Sep 2004 15:33:58 +0200 From: Stefan Walter To: ports@freebsd.org, tim@n2it.net Message-ID: <20040902133358.GA10890@kyuzo.dunkelkammer.void> Mail-Followup-To: ports@freebsd.org, tim@n2it.net Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline Organization: Infinity Approximation Task Force X-PGP-key: http://www.gegenunendlich.de/swalter-rsa.asc X-PGP-fingerprint: 85D8 6A49 22C7 6CD9 B011 5D6A 5691 111B 12B9 E0B3 User-Agent: Mutt/1.5.6i X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:bea306e5fe0930b42d4355ca01786db1 Subject: graphics/py-magick: broken pkg-plist - really? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 13:34:01 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, graphics/py-magick is marked as broken because of a "broken pkg-plist". However, looking at the Makefile, I fail to see what's wrong with it, and I didn't notice any problems during (de)installation via port or package, either. Can someone please enlighten me and hint at what's wrong with the plist here? Thanks, Stefan --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iQGVAwUBQTchRlaRERsSueCzAQJFxgwAuA3t+PDAWrMVYkFhEDcKM9i+onzEXJG9 dUKjS5bl20ljzPpQoIIj94F+RWagI5b+nxQY6VFnRXvEIkQlJQHOqDJyoA2RZuWv 1XNbvc826F1AqhFZn09GSvRboESLNBFNk9vYXWkbthP+9Riae53Eb6ubfl+qbdHd nfFgFnS9D839q73HDcx+eSwk4OO5WoTqDaWS+aSFkMZxICUCZeIAhxAllA50g0CC o/DGp7Z3UMSuf9h1M8fa+BYdffNnXc/pz9gxBl6V3+oJF7hBDe7pmTwJB6nmcqUF 0vYSjfP+7cSU/ssdEq9eylexr1i9AmN0aJcoH6xzVrCMMBV6D9wuxzoejur8HZD8 YEH3hnPLQdFcphBIc/B4tH9ejRkTQZOKgE7d48qXwJ8DsNiI0fh7lM93/mfUTxAg pe+izLvQoK7dSloEBqvD0JGOcFeDic38GGDFr7qDl9DUzb3rKBxaLU9JjrkLes6Q IW41XMu459qFoucf+7/fAPkRs9LxCcrb =k7e6 -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 15:04:15 2004 Return-Path: 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 E16CD16A4CE for ; Thu, 2 Sep 2004 15:04:14 +0000 (GMT) Received: from penguin.theopalgroup.com (penguin.theopalgroup.com [204.31.77.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79BD443D1F for ; Thu, 2 Sep 2004 15:04:14 +0000 (GMT) (envelope-from larion@theopalgroup.com) Received: from [204.31.77.32] (opaltech8.theopalgroup.com [204.31.77.32]) i82F4DSi021544 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 2 Sep 2004 11:04:13 -0400 Message-ID: <4137366D.9010005@theopalgroup.com> Date: Thu, 02 Sep 2004 11:04:13 -0400 From: Jason Larion Organization: The OPAL Group User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: www/gallery port errors during source fetch X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 15:04:15 -0000 It would seem that file zh_TW.utf8-1.4.4.tar.gz in the www/gallery port has the wrong size info in the port's distinfo file (or there's a corrupt archive on sourceforge). CVSUp'd from cvsup2.us.freebsd.org and "make clean"'d in gallery dir right before this happened. [root@www gallery]# pwd /usr/ports/www/gallery [root@www gallery]# uname -v FreeBSD 5.2-CURRENT #3: Fri Aug 6 13:06:43 EDT 2004 root@nemesis.xanathas.com:/usr/obj/usr/src/sys/NEMESIS [root@www gallery]# make all Define GALLERYDIR to override default of 'www/data/gallery'. ===> Extracting for gallery-1.4.4.2 >> Checksum OK for gallery/gallery-1.4.4-pl2.tar.gz. >> Checksum OK for gallery/af_ZA-1.4.4.tar.gz. >> Checksum OK for gallery/bg_BG-1.4.4.tar.gz. >> Checksum OK for gallery/ca_ES-1.4.4.tar.gz. >> Checksum OK for gallery/cs_CZ.iso-8859-2-1.4.4.tar.gz. >> Checksum OK for gallery/da_DK-1.4.4.tar.gz. >> Checksum OK for gallery/de_DE-1.4.4.tar.gz. >> Checksum OK for gallery/en_GB-1.4.4.tar.gz. >> Checksum OK for gallery/es_ES-1.4.4.tar.gz. >> Checksum OK for gallery/fi_FI-1.4.4.tar.gz. >> Checksum OK for gallery/fr_FR-1.4.4.tar.gz. >> Checksum OK for gallery/gl_ES-1.4.4.tar.gz. >> Checksum OK for gallery/he_IL.utf8-1.4.4.tar.gz. >> Checksum OK for gallery/hu_HU-1.4.4.tar.gz. >> Checksum OK for gallery/is_IS-1.4.4.tar.gz. >> Checksum OK for gallery/it_IT-1.4.4.tar.gz. >> Checksum OK for gallery/ja_JP-1.4.4.tar.gz. >> Checksum OK for gallery/ko_KR-1.4.4.tar.gz. >> Checksum OK for gallery/lt_LT-1.4.4.tar.gz. >> Checksum OK for gallery/nl_NL-1.4.4.tar.gz. >> Checksum OK for gallery/no_NO-1.4.4.tar.gz. >> Checksum OK for gallery/pl_PL-1.4.4.tar.gz. >> Checksum OK for gallery/pt_BR-1.4.4.tar.gz. >> Checksum OK for gallery/pt_PT-1.4.4.tar.gz. >> Checksum OK for gallery/ru_RU.cp1251-1.4.4.tar.gz. >> Checksum OK for gallery/ru_RU.koi8r-1.4.4.tar.gz. >> Checksum OK for gallery/sl_SI-1.4.4.tar.gz. >> Checksum OK for gallery/sv_SE-1.4.4.tar.gz. >> Checksum OK for gallery/tr_TR-1.4.4.tar.gz. >> Checksum OK for gallery/uk_UA-1.4.4.tar.gz. >> Checksum OK for gallery/vi_VN-1.4.4.tar.gz. >> Checksum OK for gallery/zh_CN-1.4.4.tar.gz. >> Checksum OK for gallery/zh_HK-1.4.4.tar.gz. >> Checksum OK for gallery/zh_HK.utf8-1.4.4.tar.gz. >> Checksum OK for gallery/zh_TW-1.4.4.tar.gz. >> Checksum mismatch for gallery/zh_TW.utf8-1.4.4.tar.gz. ===> Refetch for 1 more times files: gallery/zh_TW.utf8-1.4.4.tar.gz Define GALLERYDIR to override default of 'www/data/gallery'. >> zh_TW.utf8-1.4.4.tar.gz doesn't seem to exist in /usr/ports/distfiles/gallery. >> Attempting to fetch from http://heanet.dl.sourceforge.net/sourceforge/gallery/. fetch: http://heanet.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >> Attempting to fetch from http://aleron.dl.sourceforge.net/sourceforge/gallery/. fetch: http://aleron.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >> Attempting to fetch from http://umn.dl.sourceforge.net/sourceforge/gallery/. fetch: http://umn.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >> Attempting to fetch from http://belnet.dl.sourceforge.net/sourceforge/gallery/. fetch: http://belnet.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >> Attempting to fetch from http://voxel.dl.sourceforge.net/sourceforge/gallery/. fetch: http://voxel.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >> Attempting to fetch from http://optusnet.dl.sourceforge.net/sourceforge/gallery/. fetch: http://optusnet.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/gallery/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/gallery/zh_TW.utf8-1.4.4.tar.gz: File unavailable (e.g., file not found, no access) >> Couldn't fetch it - please try to retrieve this >> port manually into /usr/ports/distfiles/gallery and try again. *** Error code 1 Stop in /usr/ports/www/gallery. *** Error code 1 Stop in /usr/ports/www/gallery. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 15:13:43 2004 Return-Path: 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 75C4B16A4CF for ; Thu, 2 Sep 2004 15:13:43 +0000 (GMT) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C71CD43D54 for ; Thu, 2 Sep 2004 15:13:42 +0000 (GMT) (envelope-from udo.schweigert@siemens.com) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.12.6/8.12.6) with ESMTP id i82FDclO009233; Thu, 2 Sep 2004 17:13:39 +0200 Received: from mars.cert.siemens.com (mars.cert.siemens.net [139.25.19.9]) by mail2.siemens.de (8.12.6/8.12.6) with ESMTP id i82FDcuC022753; Thu, 2 Sep 2004 17:13:38 +0200 Received: from alaska.cert.siemens.com (alaska.cert.siemens.com [139.25.19.64]) mail/cert.mc.pre,v 1.62 2004/08/23 18:38:16 mailadm Exp $) with ESMTP id i82FDcDW084032; Thu, 2 Sep 2004 17:13:38 +0200 (CEST) Received: from alaska.cert.siemens.com (alaska.cert.siemens.de [127.0.0.1]) hosts/alaska/mail/config.mc,v 1.19 2004/08/29 16:18:57 ust Exp $) with ESMTP id i82FDcKo002710; Thu, 2 Sep 2004 17:13:38 +0200 (CEST) (envelope-from ust@alaska.cert.siemens.com) Received: (from ust@localhost) hosts/alaska/mail/submit.mc,v 1.6 2004/08/29 16:18:57 ust Exp $) id i82FDbPv077615; Thu, 2 Sep 2004 17:13:37 +0200 (CEST) (envelope-from ust) Date: Thu, 2 Sep 2004 17:13:37 +0200 From: Udo Schweigert To: Sean Murphy Message-ID: <20040902151337.GA98554@alaska.cert.siemens.com> References: <6.1.1.1.1.20040831194030.00ba7280@muse.calarts.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.1.1.1.1.20040831194030.00ba7280@muse.calarts.edu> X-Operating-System: FreeBSD 4.10-STABLE User-Agent: Mutt/1.5.6i cc: udo.schweigert@siemens.com cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: nessus-2.0.12_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 15:13:43 -0000 On Tue, Aug 31, 2004 at 19:43:50 -0700, Sean Murphy wrote: > First I want to thank you for creating this port and has worked > great. However I must be doing something wrong when I try to use pkg_add > -r nessus because I recieve nessus-2.0.10a_2 what am I doing wrong? I > would like to use the latest 2.0.12. For that you have to update your ports-tree (with cvsup) and then you can update the ports (e.g. with the sysutils/portupgrade port) Best regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC CERT, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : udo.schweigert@siemens.com From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 15:29:04 2004 Return-Path: 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 C285D16A4CE for ; Thu, 2 Sep 2004 15:29:04 +0000 (GMT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.17.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5042143D2D for ; Thu, 2 Sep 2004 15:29:04 +0000 (GMT) (envelope-from clsung@FreeBSD.csie.NCTU.edu.tw) Received: from localhost (localhost.csie.nctu.edu.tw [127.0.0.1]) by FreeBSD.csie.NCTU.edu.tw (Postfix) with ESMTP id 0ABA9106C47; Thu, 2 Sep 2004 23:28:52 +0800 (CST) Received: from FreeBSD.csie.NCTU.edu.tw ([127.0.0.1]) by localhost (FreeBSD.csie.NCTU.edu.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18376-05; Thu, 2 Sep 2004 23:28:51 +0800 (CST) Received: by FreeBSD.csie.NCTU.edu.tw (Postfix, from userid 1038) id ED081106C45; Thu, 2 Sep 2004 23:28:50 +0800 (CST) Date: Thu, 2 Sep 2004 23:28:50 +0800 From: Cheng-Lung Sung To: Jason Larion Message-ID: <20040902152850.GA18058@FreeBSD.csie.NCTU.edu.tw> References: <4137366D.9010005@theopalgroup.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <4137366D.9010005@theopalgroup.com> User-Agent: Mutt/1.5.6i cc: freebsd-ports@varju.ca cc: freebsd-ports@freebsd.org Subject: Re: www/gallery port errors during source fetch X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 15:29:04 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Yes, seems to be updated 1 day ago. zh_TW.utf8-1.4.4.tar.gz 01-Sep-2004 18:55 85K =20 Hope maintainer can help this :) On Thu, Sep 02, 2004 at 11:04:13AM -0400, Jason Larion wrote: > It would seem that file zh_TW.utf8-1.4.4.tar.gz in the www/gallery port h= as the wrong size info in the port's distinfo file (or there's a corrupt ar= chive on sourceforge). >=20 > CVSUp'd from cvsup2.us.freebsd.org and "make clean"'d in gallery dir righ= t before this happened. >=20 > [root@www gallery]# pwd > /usr/ports/www/gallery >=20 > [root@www gallery]# uname -v > FreeBSD 5.2-CURRENT #3: Fri Aug 6 13:06:43 EDT 2004 root@nemesis.xan= athas.com:/usr/obj/usr/src/sys/NEMESIS >=20 > [root@www gallery]# make all >=20 > Define GALLERYDIR to override default of 'www/data/gallery'. >=20 > =3D=3D=3D> Extracting for gallery-1.4.4.2 > >> Checksum OK for gallery/gallery-1.4.4-pl2.tar.gz. > >> Checksum OK for gallery/af_ZA-1.4.4.tar.gz. > >> Checksum OK for gallery/bg_BG-1.4.4.tar.gz. > >> Checksum OK for gallery/ca_ES-1.4.4.tar.gz. > >> Checksum OK for gallery/cs_CZ.iso-8859-2-1.4.4.tar.gz. > >> Checksum OK for gallery/da_DK-1.4.4.tar.gz. > >> Checksum OK for gallery/de_DE-1.4.4.tar.gz. > >> Checksum OK for gallery/en_GB-1.4.4.tar.gz. > >> Checksum OK for gallery/es_ES-1.4.4.tar.gz. > >> Checksum OK for gallery/fi_FI-1.4.4.tar.gz. > >> Checksum OK for gallery/fr_FR-1.4.4.tar.gz. > >> Checksum OK for gallery/gl_ES-1.4.4.tar.gz. > >> Checksum OK for gallery/he_IL.utf8-1.4.4.tar.gz. > >> Checksum OK for gallery/hu_HU-1.4.4.tar.gz. > >> Checksum OK for gallery/is_IS-1.4.4.tar.gz. > >> Checksum OK for gallery/it_IT-1.4.4.tar.gz. > >> Checksum OK for gallery/ja_JP-1.4.4.tar.gz. > >> Checksum OK for gallery/ko_KR-1.4.4.tar.gz. > >> Checksum OK for gallery/lt_LT-1.4.4.tar.gz. > >> Checksum OK for gallery/nl_NL-1.4.4.tar.gz. > >> Checksum OK for gallery/no_NO-1.4.4.tar.gz. > >> Checksum OK for gallery/pl_PL-1.4.4.tar.gz. > >> Checksum OK for gallery/pt_BR-1.4.4.tar.gz. > >> Checksum OK for gallery/pt_PT-1.4.4.tar.gz. > >> Checksum OK for gallery/ru_RU.cp1251-1.4.4.tar.gz. > >> Checksum OK for gallery/ru_RU.koi8r-1.4.4.tar.gz. > >> Checksum OK for gallery/sl_SI-1.4.4.tar.gz. > >> Checksum OK for gallery/sv_SE-1.4.4.tar.gz. > >> Checksum OK for gallery/tr_TR-1.4.4.tar.gz. > >> Checksum OK for gallery/uk_UA-1.4.4.tar.gz. > >> Checksum OK for gallery/vi_VN-1.4.4.tar.gz. > >> Checksum OK for gallery/zh_CN-1.4.4.tar.gz. > >> Checksum OK for gallery/zh_HK-1.4.4.tar.gz. > >> Checksum OK for gallery/zh_HK.utf8-1.4.4.tar.gz. > >> Checksum OK for gallery/zh_TW-1.4.4.tar.gz. > >> Checksum mismatch for gallery/zh_TW.utf8-1.4.4.tar.gz. > =3D=3D=3D> Refetch for 1 more times files: gallery/zh_TW.utf8-1.4.4.tar.= gz >=20 > Define GALLERYDIR to override default of 'www/data/gallery'. >=20 > >> zh_TW.utf8-1.4.4.tar.gz doesn't seem to exist in /usr/ports/distfiles/= gallery. > >> Attempting to fetch from http://heanet.dl.sourceforge.net/sourceforge/= gallery/. > fetch: http://heanet.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.= 4.4.tar.gz: size mismatch: expected 86556, actual 86553 > >> Attempting to fetch from http://aleron.dl.sourceforge.net/sourceforge/= gallery/. > fetch: http://aleron.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.= 4.4.tar.gz: size mismatch: expected 86556, actual 86553 > >> Attempting to fetch from http://umn.dl.sourceforge.net/sourceforge/gal= lery/. > fetch: http://umn.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4= =2Etar.gz: size mismatch: expected 86556, actual 86553 > >> Attempting to fetch from http://belnet.dl.sourceforge.net/sourceforge/= gallery/. > fetch: http://belnet.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.= 4.4.tar.gz: size mismatch: expected 86556, actual 86553 > >> Attempting to fetch from http://voxel.dl.sourceforge.net/sourceforge/g= allery/. > fetch: http://voxel.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4= =2E4.tar.gz: size mismatch: expected 86556, actual 86553 > >> Attempting to fetch from http://optusnet.dl.sourceforge.net/sourceforg= e/gallery/. > fetch: http://optusnet.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-= 1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 > >> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distf= iles/gallery/. > fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/gallery/zh_TW.ut= f8-1.4.4.tar.gz: File unavailable (e.g., file not found, no access) > >> Couldn't fetch it - please try to retrieve this > >> port manually into /usr/ports/distfiles/gallery and try again. > *** Error code 1 >=20 > Stop in /usr/ports/www/gallery. > *** Error code 1 >=20 > Stop in /usr/ports/www/gallery. >=20 > _______________________________________________ > 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" --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBNzwy+AeJ85Vui8ERAqalAJ4xxewrtrmr51Eoikg1b2/Vi6vMkwCfeGG6 wDT2z7ElMaKjsYYxYpizmTw= =zT+P -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 15:32:03 2004 Return-Path: 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 0B13C16A4CE for ; Thu, 2 Sep 2004 15:32:03 +0000 (GMT) Received: from c60-outbound.ironport.com (devastator.ironport.com [63.251.108.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4C4543D2F for ; Thu, 2 Sep 2004 15:32:02 +0000 (GMT) (envelope-from vlb@cfcl.com) Received: from catnip.ironport.com (HELO [10.1.1.144]) (10.1.1.144) by c60-outbound.ironport.com with ESMTP; 02 Sep 2004 08:32:02 -0700 X-Ironport-AV: i="3.84,126,1091430000"; d="scan'208"; a="5493741:sNHT31259758" Mime-Version: 1.0 Message-Id: Date: Thu, 2 Sep 2004 08:24:09 -0700 To: ports@FreeBSD.org From: Vicki Brown Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: synopsis (was: Is there a mechanism for suggesting a package to be added to ports?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 15:32:03 -0000 Thank you all! Yes; I had known that synopsis required g++ 3 or higher (I was unable to download gcc 3.2 but did build 3.1) I shall indeed try the ports/patches as recommended by you helpful people and will assuredly send all information back to the developer. He seems to be quite willing to add ifdef's and installation notes as appropriate and appeared most interested in having his package build for FreeBSD (as am I). Thank you again! -- - Vicki Vicki Brown ZZZ Journeyman Sourceror: SF Bay Area, CA zz |\ _,,,---,,_ Scripts & Philtres http://www.cfcl.com/ zz /,`.-'`' -. ;-;;,_ Code, Docs, Process, QA http://cfcl.com/vlb/ |,4- ) )-,_. ,\ ( `'-' Perl, Unix, Mac OS X, WWW _____________________ '---''(_/--' `-'\_) ___________________________ From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 15:35:05 2004 Return-Path: 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 829D916A4CE for ; Thu, 2 Sep 2004 15:35:05 +0000 (GMT) Received: from snapple.webct.com (snapple.webct.com [209.87.17.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C55243D1D for ; Thu, 2 Sep 2004 15:35:05 +0000 (GMT) (envelope-from varju@snapple.webct.com) Received: from snapple.webct.com (localhost [127.0.0.1]) by snapple.webct.com (8.12.10/8.12.10) with ESMTP id i82FZ4RQ019551; Thu, 2 Sep 2004 08:35:04 -0700 (PDT) (envelope-from varju@snapple.webct.com) Received: (from varju@localhost) by snapple.webct.com (8.12.10/8.12.10/Submit) id i82FZ4p6019550; Thu, 2 Sep 2004 08:35:04 -0700 (PDT) (envelope-from varju) Date: Thu, 2 Sep 2004 08:35:04 -0700 (PDT) From: Alex Varju X-X-Sender: varju@snapple.webct.com To: Cheng-Lung Sung In-Reply-To: <20040902152850.GA18058@FreeBSD.csie.NCTU.edu.tw> Message-ID: <20040902083411.L19143@snapple.webct.com> References: <4137366D.9010005@theopalgroup.com> <20040902152850.GA18058@FreeBSD.csie.NCTU.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Jason Larion cc: freebsd-ports@freebsd.org Subject: Re: www/gallery port errors during source fetch X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 15:35:05 -0000 Yep .. it looks like they have had another set of language updates. I'm working on it right now. Alex. -- alex varju just a guy webct canada On Thu, 2 Sep 2004, Cheng-Lung Sung wrote: > > Yes, seems to be updated 1 day ago. > > zh_TW.utf8-1.4.4.tar.gz 01-Sep-2004 18:55 85K > > Hope maintainer can help this :) > > On Thu, Sep 02, 2004 at 11:04:13AM -0400, Jason Larion wrote: >> It would seem that file zh_TW.utf8-1.4.4.tar.gz in the www/gallery port has the wrong size info in the port's distinfo file (or there's a corrupt archive on sourceforge). >> >> CVSUp'd from cvsup2.us.freebsd.org and "make clean"'d in gallery dir right before this happened. >> >> [root@www gallery]# pwd >> /usr/ports/www/gallery >> >> [root@www gallery]# uname -v >> FreeBSD 5.2-CURRENT #3: Fri Aug 6 13:06:43 EDT 2004 root@nemesis.xanathas.com:/usr/obj/usr/src/sys/NEMESIS >> >> [root@www gallery]# make all >> >> Define GALLERYDIR to override default of 'www/data/gallery'. >> >> ===> Extracting for gallery-1.4.4.2 >>>> Checksum OK for gallery/gallery-1.4.4-pl2.tar.gz. >>>> Checksum OK for gallery/af_ZA-1.4.4.tar.gz. >>>> Checksum OK for gallery/bg_BG-1.4.4.tar.gz. >>>> Checksum OK for gallery/ca_ES-1.4.4.tar.gz. >>>> Checksum OK for gallery/cs_CZ.iso-8859-2-1.4.4.tar.gz. >>>> Checksum OK for gallery/da_DK-1.4.4.tar.gz. >>>> Checksum OK for gallery/de_DE-1.4.4.tar.gz. >>>> Checksum OK for gallery/en_GB-1.4.4.tar.gz. >>>> Checksum OK for gallery/es_ES-1.4.4.tar.gz. >>>> Checksum OK for gallery/fi_FI-1.4.4.tar.gz. >>>> Checksum OK for gallery/fr_FR-1.4.4.tar.gz. >>>> Checksum OK for gallery/gl_ES-1.4.4.tar.gz. >>>> Checksum OK for gallery/he_IL.utf8-1.4.4.tar.gz. >>>> Checksum OK for gallery/hu_HU-1.4.4.tar.gz. >>>> Checksum OK for gallery/is_IS-1.4.4.tar.gz. >>>> Checksum OK for gallery/it_IT-1.4.4.tar.gz. >>>> Checksum OK for gallery/ja_JP-1.4.4.tar.gz. >>>> Checksum OK for gallery/ko_KR-1.4.4.tar.gz. >>>> Checksum OK for gallery/lt_LT-1.4.4.tar.gz. >>>> Checksum OK for gallery/nl_NL-1.4.4.tar.gz. >>>> Checksum OK for gallery/no_NO-1.4.4.tar.gz. >>>> Checksum OK for gallery/pl_PL-1.4.4.tar.gz. >>>> Checksum OK for gallery/pt_BR-1.4.4.tar.gz. >>>> Checksum OK for gallery/pt_PT-1.4.4.tar.gz. >>>> Checksum OK for gallery/ru_RU.cp1251-1.4.4.tar.gz. >>>> Checksum OK for gallery/ru_RU.koi8r-1.4.4.tar.gz. >>>> Checksum OK for gallery/sl_SI-1.4.4.tar.gz. >>>> Checksum OK for gallery/sv_SE-1.4.4.tar.gz. >>>> Checksum OK for gallery/tr_TR-1.4.4.tar.gz. >>>> Checksum OK for gallery/uk_UA-1.4.4.tar.gz. >>>> Checksum OK for gallery/vi_VN-1.4.4.tar.gz. >>>> Checksum OK for gallery/zh_CN-1.4.4.tar.gz. >>>> Checksum OK for gallery/zh_HK-1.4.4.tar.gz. >>>> Checksum OK for gallery/zh_HK.utf8-1.4.4.tar.gz. >>>> Checksum OK for gallery/zh_TW-1.4.4.tar.gz. >>>> Checksum mismatch for gallery/zh_TW.utf8-1.4.4.tar.gz. >> ===> Refetch for 1 more times files: gallery/zh_TW.utf8-1.4.4.tar.gz >> >> Define GALLERYDIR to override default of 'www/data/gallery'. >> >>>> zh_TW.utf8-1.4.4.tar.gz doesn't seem to exist in /usr/ports/distfiles/gallery. >>>> Attempting to fetch from http://heanet.dl.sourceforge.net/sourceforge/gallery/. >> fetch: http://heanet.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >>>> Attempting to fetch from http://aleron.dl.sourceforge.net/sourceforge/gallery/. >> fetch: http://aleron.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >>>> Attempting to fetch from http://umn.dl.sourceforge.net/sourceforge/gallery/. >> fetch: http://umn.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >>>> Attempting to fetch from http://belnet.dl.sourceforge.net/sourceforge/gallery/. >> fetch: http://belnet.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >>>> Attempting to fetch from http://voxel.dl.sourceforge.net/sourceforge/gallery/. >> fetch: http://voxel.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >>>> Attempting to fetch from http://optusnet.dl.sourceforge.net/sourceforge/gallery/. >> fetch: http://optusnet.dl.sourceforge.net/sourceforge/gallery/zh_TW.utf8-1.4.4.tar.gz: size mismatch: expected 86556, actual 86553 >>>> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/gallery/. >> fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/gallery/zh_TW.utf8-1.4.4.tar.gz: File unavailable (e.g., file not found, no access) >>>> Couldn't fetch it - please try to retrieve this >>>> port manually into /usr/ports/distfiles/gallery and try again. >> *** Error code 1 >> >> Stop in /usr/ports/www/gallery. >> *** Error code 1 >> >> Stop in /usr/ports/www/gallery. >> >> _______________________________________________ >> 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 Thu Sep 2 15:47:19 2004 Return-Path: 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 3E30416A4CE for ; Thu, 2 Sep 2004 15:47:19 +0000 (GMT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 527BA43D55 for ; Thu, 2 Sep 2004 15:47:18 +0000 (GMT) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 792AFC0E4; Thu, 2 Sep 2004 17:47:28 +0200 (CEST) Date: Thu, 2 Sep 2004 17:47:28 +0200 From: Simon Barner To: Anders Hanssen Message-ID: <20040902154728.GB65650@zi025.glhnet.mhn.de> References: <20040902094643.GA65650@zi025.glhnet.mhn.de> <016201c490e9$c2aca2d0$6a00a8c0@glorfindel> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8GpibOaaTibBMecb" Content-Disposition: inline In-Reply-To: <016201c490e9$c2aca2d0$6a00a8c0@glorfindel> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new/sophie/sophos at mailrelay2.informatik.tu-muenchen.de cc: ports@FreeBSD.org cc: Vicki Brown Subject: Re: Is there a mechanism for suggesting a package to be added toports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 15:47:19 -0000 --8GpibOaaTibBMecb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Anders Hanssen wrote: > With 2.95 I got an error when compiling some template stuff in > Cxx-API/include/Synopsis/Python/Object.hh, plus it got confused about struct > sigaction and sigaction(2). Have no time to investigate the template > problem, but the sigaction problem is solved with patch-ab. In addition, it > needs patch-ac to include before using std::remove() and > std::find() in Cxx-API/src/Path-posix.cc. Anders, thanks for testing :-) AFAIK partial member spezialization on the return value of a method is not supported with g++ 2.95. Example (from synopsis-0.7/Cxx-API/include/Synopsis/Python/Object.hh) // ... class Object { // ... public: // ... //. try to downcast to T, throw on failure template static T narrow(Object) throw(TypeError); // ... }; template inline T Object::narrow(Object o) throw(Object::TypeError) { T retn(o.my_impl); Py_INCREF(o.my_impl); return retn; } // ... template inline char Object::narrow(Object o) throw(Object::TypeError) { if (!PyString_Check(o.my_impl) || PyString_GET_SIZE(o.my_impl) != 1) throw TypeError("object not a character"); char *value; int length; PyString_AsStringAndSize(o.my_impl, &value, &length); return value[0]; } // ... So, I think the best is to make the port use gcc 3.3 on FreeBSD 4.x. Of course it has to be checked whether synopsis compiled with gcc 3 works with boehm-gc and python compiled with the system compiler (2.95.4). I have uploaded an updated version of the port: http://home.leo.org/~barner/freebsd/synopsis.tar.gz Simon --8GpibOaaTibBMecb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBN0CQCkn+/eutqCoRAsZ5AKCGCrmF43eD04Ypl47T0EbifmYHnwCgqCAf jQwVnURUTn9DbZGiRIxbnE4= =S1Le -----END PGP SIGNATURE----- --8GpibOaaTibBMecb-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 15:58:41 2004 Return-Path: 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 0AFEA16A4CE for ; Thu, 2 Sep 2004 15:58:41 +0000 (GMT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C808243D54 for ; Thu, 2 Sep 2004 15:58:40 +0000 (GMT) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 2617DC0E4; Thu, 2 Sep 2004 17:58:51 +0200 (CEST) Date: Thu, 2 Sep 2004 17:58:51 +0200 From: Simon Barner To: Vicki Brown Message-ID: <20040902155850.GC65650@zi025.glhnet.mhn.de> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0lnxQi9hkpPO77W3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new/sophie/sophos at mailrelay2.informatik.tu-muenchen.de cc: ports@FreeBSD.org Subject: Re: synopsis (was: Is there a mechanism for suggesting a package to be added to ports?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 15:58:41 -0000 --0lnxQi9hkpPO77W3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Vicki Brown wrote: > Yes; I had known that synopsis required g++ 3 or higher (I was unable=20 > to download gcc 3.2 but did build 3.1) >=20 > I shall indeed try the ports/patches as recommended by you helpful=20 > people and will assuredly send all information back to the developer.=20 > He seems to be quite willing to add ifdef's and installation notes as=20 > appropriate and appeared most interested in having his package build=20 > for FreeBSD (as am I). Hi, there is probably no need for #ifdefs, since the patches necessary for FreeBSD won't break the build on other platforms. Encapsulating them with #ifdef (__FreeBSD__) is just bloat IMO. Since you seem to like Synopsis very much: Do you want to become the maintainer of the port? It's always the best thing if a regular user of a software is also its FreeBSD maintainer. It probably won't be too much work, but there are some things that need to be done: - testing on FreeBSD 4 (especially with python and boehm-gc built with 2.95 and synopsis built with 3.3) - the patches in the ports's files directory need to be sent to the maintainer (probably everything apart from patch-NOPORTDOCS) - the maintainer should be asked if the software could be made respect CFLAGS. Once you confirm that the port builds and runs on FreeBSD 4, I will submit a PR. Grab it from here: http://home.leo.org/~barner/freebsd/synopsis.tar.gz Simon --0lnxQi9hkpPO77W3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBN0M6Ckn+/eutqCoRAkkTAJ9B5Oquy5CHQp9jmCTLiHRcX26SpgCgpcBT vT5BRSbFZA656JN+h1CEGMQ= =LTfg -----END PGP SIGNATURE----- --0lnxQi9hkpPO77W3-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 15:59:26 2004 Return-Path: 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 A22AF16A4CE for ; Thu, 2 Sep 2004 15:59:26 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-49-192.dynamic.qsc.de [212.202.49.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DE2543D4C for ; Thu, 2 Sep 2004 15:59:26 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11]) by fillmore.dyndns.org with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.42 (FreeBSD)) id 1C2tzf-000DuF-8O; Thu, 02 Sep 2004 17:59:25 +0200 Date: Thu, 2 Sep 2004 17:59:41 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Mike Patterson From: Oliver Eikemeier In-Reply-To: <41372013.2070203@unb.ca> Message-Id: <19DD9455-FCF9-11D8-B720-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: freebsd-ports@freebsd.org Subject: Re: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 15:59:26 -0000 Mike Patterson wrote: > I use quotation marks because I'm not certain what I intend to do is > clever, really, but it would make my life a lot easier. > > I'm trying to make ports install themselves to something like > PREFIX/portname/, so that libtool15's binary would be > PREFIX/libtool15/bin and its man pages would be PREFIX/libtool15/man, > etc. make PREFIX='/usr/local/${PORTNAME}' install ... although it seems to be smarter to use LATEST_LINK instead of the ports name. > A quick read through the handbook and bsd.ports.mk imply that there's no > current way to do it, but perhaps I missed something. I'd be willing to > try hacking up Mk bits (either for committing or just for myself). You need to build a link farm from LOCALBASE to the files installed by your port, since other ports expect them to be there. Another consequence is that new CONFLICTS checking routines are required. > Or am I insane for wanting to force ports infrastructure to conform to > this sort of localism? Your degree of insanity depends on just what you are trying to accomplish. If you want to do this `just because it can be done' - yes. If you believe it will better separate the packing lists of ports - maybe. If you attempt to pkgsrcify the FreeBSD ports collection - who knows. -Oliver From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 16:22:47 2004 Return-Path: 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 7178316A4CE for ; Thu, 2 Sep 2004 16:22:47 +0000 (GMT) Received: from mail.mingrone.org (fuf.mingrone.org [204.251.2.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id F273543D1D for ; Thu, 2 Sep 2004 16:22:46 +0000 (GMT) (envelope-from joey@mingrone.org) Received: from localhost (fuf [204.251.2.34]) by mail.mingrone.org (Postfix) with ESMTP id 0B16DFD9A for ; Thu, 2 Sep 2004 11:22:44 -0500 (CDT) From: Joey Mingrone To: ports@freebsd.org Date: Thu, 2 Sep 2004 13:22:56 -0300 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409021322.56099.joey@mingrone.org> Subject: error building index on 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 16:22:47 -0000 Hi, Running: /usr/local/bin/cvsup -r 3 ports-all-supfile; /usr/local/sbin/portsdb -uU gives: Updating the ports index ... Generating INDEX.tmp - please wait..make: illegal option -- C usage: make [-Beiknqrstv] [-D variable] [-d flags] [-E variable] [-f makefile] [-I directory] [-j max_jobs] [-m directory] [-V variable] [variable=value] [target ...] "Makefile", line 16: warning: "make -C /usr/ports/net/tkabber/../../devel/tcllib -V PORTVERSION" returned non-zero status "Makefile", line 44: warning: String comparison operator should be either == or != "Makefile", line 44: Malformed conditional (${OSVERSION} < 490000 || (${OSVERSION} >= 500000 && ${OSVERSION} < 502001)) "Makefile", line 44: Missing dependency operator "Makefile", line 46: if-less endif "Makefile", line 46: Need an operator make: fatal errors encountered -- cannot continue ===> x11/nvidia-driver failed *** Error code 1 1 error *** Error code 1 Stop in /usr/ports. *** Error code 1 Stop in /usr/ports. failed to generate INDEX! portsdb: index generation error Please let me know if there is any other information I can provide. Joey From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 16:38:20 2004 Return-Path: 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 2CFCB16A4CE for ; Thu, 2 Sep 2004 16:38:20 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D593B43D39 for ; Thu, 2 Sep 2004 16:38:19 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so28292rnl for ; Thu, 02 Sep 2004 09:38:16 -0700 (PDT) Received: by 10.38.73.36 with SMTP id v36mr2902281rna; Thu, 02 Sep 2004 09:38:16 -0700 (PDT) Received: by 10.38.75.25 with HTTP; Thu, 2 Sep 2004 09:38:16 -0700 (PDT) Message-ID: <790a9fff04090209384adf7ce6@mail.gmail.com> Date: Thu, 2 Sep 2004 11:38:16 -0500 From: Scot Hetzel To: Tobias Roth In-Reply-To: <20040902085928.GA15180@speedy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040902085928.GA15180@speedy.unibe.ch> cc: freebsd-ports@freebsd.org Subject: Re: preferred format of maintainer updates X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 16:38:20 -0000 On Thu, 2 Sep 2004 10:59:28 +0200, Tobias Roth wrote: > hi > > i was wondering what the preferred format of a maintainer update is. > a shar archive of the full, updated port or a diff of the files that > have changed? a diff of files that have changed is preferred Also a note of which files have been removed, and/or added to the port would help the commiter. Scot From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 16:40:40 2004 Return-Path: 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 6F3FE16A4CE for ; Thu, 2 Sep 2004 16:40:40 +0000 (GMT) Received: from c60-outbound.ironport.com (devastator.ironport.com [63.251.108.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4855243D2F for ; Thu, 2 Sep 2004 16:40:40 +0000 (GMT) (envelope-from vlb@cfcl.com) Received: from catnip.ironport.com (HELO [10.1.1.144]) (10.1.1.144) by c60-outbound.ironport.com with ESMTP; 02 Sep 2004 09:40:39 -0700 X-Ironport-AV: i="3.84,126,1091430000"; d="scan'208"; a="5496260:sNHT31889370" Mime-Version: 1.0 Message-Id: Date: Thu, 2 Sep 2004 09:39:49 -0700 To: Simon Barner From: Vicki Brown Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: ports@FreeBSD.org Subject: building synopsis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 16:40:40 -0000 "Anders Hanssen" wrote >On a 4.9-STABLE box it compiles and installs fine with the attached >patch-aa, but only if I use a newer g++ than the stock (2.95.4). I used g++ >3.2.3. > >With 2.95 I got an error when compiling some template stuff in I apologize again for forgetting to say that the developer told me that synopsis requires gcc 3.* I have been unable to download and build anything above 3.1.1 fetch fails for gcc32 >> Attempting to fetch from ftp://relay.nuxi.com/obrien/. fetch: port_gcc32_2002-09-02.diff: Undefined error: 0 >> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: port_gcc32_2002-09-02.diff: 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/lang/gcc32. CVS checkout fails for gcc33 (which appears to be 3.2 actually) Making GCC 3.2 for FreeBSD 4.7 elf target i386-portbld-freebsd4.7 >> Attempting to CVS checkout from >>:pserver:anoncvs@subversions.gnu.org:/cvsroot/gcc. cvs [checkout aborted]: connect to subversions.gnu.org(199.232.41.3):2401 failed: Operation timed out >> Couldn't CVS checkout gcc-3.2_20020518. And... I get an error building Simon's port using gcc 3.1.1: /usr/home/vlbrown/synopsis/work/synopsis-0.7/Synopsis/Parsers/Cxx/syn/Translator.cc: In member function `PyObject* Translator::SourceFile(AST::SourceFile*)': /usr/home/vlbrown/synopsis/work/synopsis-0.7/Synopsis/Parsers/Cxx/syn/Translator.cc:549: invalid conversion from `const char*' to `char*' gmake: *** [syn/Translator.o] Error 1 gmake: Leaving directory `/usr/home/vlbrown/synopsis/work/synopsis-0.7/build/temp.freebsd-4.7-RELEASE-i386-2.2/Synopsis/Parsers/Cxx' error: command 'sh' failed with exit status 2 *** Error code 1 (Nevertheless I feel very good about being so much further along!) -- - Vicki Vicki Brown ZZZ Journeyman Sourceror: SF Bay Area, CA zz |\ _,,,---,,_ Scripts & Philtres http://www.cfcl.com/ zz /,`.-'`' -. ;-;;,_ Code, Docs, Process, QA http://cfcl.com/vlb/ |,4- ) )-,_. ,\ ( `'-' Perl, Unix, Mac OS X, WWW _____________________ '---''(_/--' `-'\_) ___________________________ From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 16:40:42 2004 Return-Path: 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 E56CA16A4CE for ; Thu, 2 Sep 2004 16:40:42 +0000 (GMT) Received: from c60-outbound.ironport.com (devastator.ironport.com [63.251.108.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C7443D49 for ; Thu, 2 Sep 2004 16:40:42 +0000 (GMT) (envelope-from vlb@cfcl.com) Received: from catnip.ironport.com (HELO [10.1.1.144]) (10.1.1.144) by c60-outbound.ironport.com with ESMTP; 02 Sep 2004 09:40:41 -0700 X-Ironport-AV: i="3.84,126,1091430000"; d="scan'208"; a="5496265:sNHT30751610" Mime-Version: 1.0 Message-Id: Date: Thu, 2 Sep 2004 09:39:58 -0700 To: Simon Barner From: Vicki Brown Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: ports@FreeBSD.org Subject: building synopsis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 16:40:43 -0000 Again, thanks for your efforts. I'm trying your port but I get an error I don't understand make Error: bad value for PYTHON_VERSION: python2.3. Legal values are: python1.5 python1.6 python2.0 python2.1 python2.2 (default). *** Error code 1 Yet in the Makefile I see USE_PYTHON= 2.3+ What does this error mean? (I have two pythons on this box; one is a stackless Python and the other is "normal" Python 2.2; I only get the above error when I use stackless and stackless is admittedly not what I should be using. So I ask this question more for my personal illumination and education). -- - Vicki Vicki Brown ZZZ Journeyman Sourceror: SF Bay Area, CA zz |\ _,,,---,,_ Scripts & Philtres http://www.cfcl.com/ zz /,`.-'`' -. ;-;;,_ Code, Docs, Process, QA http://cfcl.com/vlb/ |,4- ) )-,_. ,\ ( `'-' Perl, Unix, Mac OS X, WWW _____________________ '---''(_/--' `-'\_) ___________________________ From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 17:37:46 2004 Return-Path: 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 CF1C716A4CE; Thu, 2 Sep 2004 17:37:46 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-49-192.dynamic.qsc.de [212.202.49.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6421343D31; Thu, 2 Sep 2004 17:37:46 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-4.local ([172.16.0.4]) by fillmore.dyndns.org with esmtp (Exim 4.42 (FreeBSD)) id 1C2vWp-000E1e-BL; Thu, 02 Sep 2004 19:37:45 +0200 Message-ID: <41375A5A.8070807@fillmore-labs.com> Date: Thu, 02 Sep 2004 19:37:30 +0200 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: Joey Mingrone References: <200409021322.56099.joey@mingrone.org> In-Reply-To: <200409021322.56099.joey@mingrone.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@freebsd.org cc: danfe@FreeBSD.org cc: gonzo@univ.kiev.ua cc: mi@aldan.algebra.com Subject: Re: error building index on 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 17:37:46 -0000 Joey Mingrone wrote: > Hi, > > Running: > > /usr/local/bin/cvsup -r 3 ports-all-supfile; /usr/local/sbin/portsdb -uU > > gives: > > Updating the ports index ... Generating INDEX.tmp - please wait..make: > illegal option -- C > usage: make [-Beiknqrstv] [-D variable] [-d flags] [-E variable] [-f > makefile] > [-I directory] [-j max_jobs] [-m directory] [-V variable] > [variable=value] [target ...] > "Makefile", line 16: warning: "make > -C /usr/ports/net/tkabber/../../devel/tcllib -V PORTVERSION" returned > non-zero status > "Makefile", line 44: warning: String comparison operator should be either > == or != > "Makefile", line 44: Malformed conditional (${OSVERSION} < 490000 || > (${OSVERSION} >= 500000 && ${OSVERSION} < 502001)) > "Makefile", line 44: Missing dependency operator > "Makefile", line 46: if-less endif > "Makefile", line 46: Need an operator > make: fatal errors encountered -- cannot continue > ===> x11/nvidia-driver failed > *** Error code 1 > 1 error > > *** Error code 1 > > Stop in /usr/ports. > *** Error code 1 > > Stop in /usr/ports. > failed to generate INDEX! > portsdb: index generation error > > Please let me know if there is any other information I can provide. At least uname -a would have been helpful, showing us that you have a pre-4.8 system. The following patch should fix your problems: Index: net/tkabber/Makefile =================================================================== RCS file: /home/ncvs/ports/net/tkabber/Makefile,v retrieving revision 1.3 diff -u -u -r1.3 Makefile --- net/tkabber/Makefile 3 Aug 2004 22:07:42 -0000 1.3 +++ net/tkabber/Makefile 2 Sep 2004 17:27:59 -0000 @@ -13,7 +13,7 @@ MAINTAINER= gonzo@univ.kiev.ua COMMENT= Tcl/Tk based jabber client -TCLLIBVER!= ${MAKE} -C ${.CURDIR}/../../devel/tcllib -V PORTVERSION +TCLLIBVER!= cd ${.CURDIR}/../../devel/tcllib && ${MAKE} -V PORTVERSION RUN_DEPENDS= wish8.4:${PORTSDIR}/x11-toolkits/tk84 \ ${LOCALBASE}/lib/tcllib${TCLLIBVER}/pkgIndex.tcl:${PORTSDIR}/devel/tcllib \ ${LOCALBASE}/lib/tls/pkgIndex.tcl:${PORTSDIR}/devel/tcltls \ Index: x11/nvidia-driver/Makefile =================================================================== RCS file: /home/ncvs/ports/x11/nvidia-driver/Makefile,v retrieving revision 1.19 diff -u -u -r1.19 Makefile --- x11/nvidia-driver/Makefile 27 Aug 2004 09:24:05 -0000 1.19 +++ x11/nvidia-driver/Makefile 2 Sep 2004 17:29:38 -0000 @@ -41,7 +41,7 @@ PLIST_SUB+= LINUX="@comment " .endif -.if ${OSVERSION} < 490000 || (${OSVERSION} >= 500000 && ${OSVERSION} < 502001) +.if ${OSVERSION} < 490000 || ( ${OSVERSION} >= 500000 && ${OSVERSION} < 502001 ) IGNORE= "supports FreeBSD -STABLE (4.9 or later), or FreeBSD -CURRENT (5.2.1 or later)" .endif Btw, I don't like the != line, there must be another way. -Oliver From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 17:49:51 2004 Return-Path: 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 6F52F16A4CE for ; Thu, 2 Sep 2004 17:49:51 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2281743D49 for ; Thu, 2 Sep 2004 17:49:51 +0000 (GMT) (envelope-from dhrider@gmail.com) Received: by mproxy.gmail.com with SMTP id v30so148096rnb for ; Thu, 02 Sep 2004 10:49:50 -0700 (PDT) Received: by 10.38.179.74 with SMTP id b74mr455733rnf; Thu, 02 Sep 2004 10:49:50 -0700 (PDT) Received: by 10.38.206.70 with HTTP; Thu, 2 Sep 2004 10:49:49 -0700 (PDT) Message-ID: <89ceee704090210493f05add6@mail.gmail.com> Date: Thu, 2 Sep 2004 10:49:49 -0700 From: Dan Finn To: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: portupgrade, portsdb -U failing, ruby dumping core X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Finn List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 17:49:51 -0000 [ root @ stewie : /usr/ports/sysutils/portupgrade] : portupgrade ruby [Failed `Inappropriate file type or format'] [Updating the portsdb in /usr/ports ... - 11725 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000..../usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:587: [BUG] Bus Error ruby 1.8.1 (2004-05-02) [i386-freebsd5] Abort trap (core dumped) Any ideas what could be causing this? I recently installed portindex and have been using that to generate indexes after reading someone suggestion on one of the fbsd mailing lists. I don't think I have made any other changes recently. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 17:51:55 2004 Return-Path: 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 66EE516A4CE for ; Thu, 2 Sep 2004 17:51:55 +0000 (GMT) Received: from mx5.ITB.ac.id (students.itb.ac.id [167.205.1.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC0643D1F for ; Thu, 2 Sep 2004 17:51:50 +0000 (GMT) (envelope-from root@rockwell.arc.itb.ac.id) Received: from mx4.ITB.ac.id (mx4.itb.ac.id [167.205.1.69]) by mx5.ITB.ac.id (Postfix) with ESMTP id C63391D48F for ; Fri, 3 Sep 2004 01:57:32 +0700 (WIT) Received: by mx4.ITB.ac.id (Postfix, from userid 66) id 8629C4ADF5; Fri, 3 Sep 2004 00:53:18 +0700 (WIT) Received: from mx5.ITB.ac.id (students.itb.ac.id [167.205.1.73]) by mx4.itb.ac.id (VaMailArmor-2.0.1.16) id 67762-351B7945; Fri, 03 Sep 2004 00:53:18 +0700 Received: from rockwell.arc.itb.ac.id (ROCKWELL.ARC.ITB.ac.id [167.205.5.47]) by mx5.ITB.ac.id (Postfix) with ESMTP id 932F31D3D1 for ; Fri, 3 Sep 2004 01:57:32 +0700 (WIT) Received: from rockwell.arc.itb.ac.id (localhost.arc.itb.ac.id [127.0.0.1]) i82CvhTu018726; Thu, 2 Sep 2004 12:57:43 GMT (envelope-from root@rockwell.arc.itb.ac.id) Received: (from root@localhost) by rockwell.arc.itb.ac.id (8.12.9/8.12.9/Submit) id i82CvgKv018725; Thu, 2 Sep 2004 12:57:42 GMT Date: Thu, 2 Sep 2004 12:57:42 GMT Message-Id: <200409021257.i82CvgKv018725@rockwell.arc.itb.ac.id> To: ports@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-URL: file://localhost/usr/ports/emulators/wine/README.html X-Mailer: Lynx, Version 2.8.4rel.1 From: glah@rockwell.arc.itb.ac.id Content-Transfer-Encoding: quoted-printable X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.27.0.6; VDF: 6.27.0.43; host: mx4.itb.ac.id) cc: sdkajf@rockwell.arc.itb.ac.id Subject: file://localhost/usr/ports/emulators/wine/README.html X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 17:51:55 -0000 kadsjfkajsdkf asdfkaspdf dfasdjfkjsdakf From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 18:04:07 2004 Return-Path: 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 C6A8316A4CE; Thu, 2 Sep 2004 18:04:07 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4804843D3F; Thu, 2 Sep 2004 18:04:07 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [10.2.1.125] (vpn-client-125.marcuscom.com [10.2.1.125]) i82I1jFr043443; Thu, 2 Sep 2004 14:01:46 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: ports@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4UHMpYqX0BqoHmtew70u" Organization: FreeBSD, Inc. Message-Id: <1094148178.740.26.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 02 Sep 2004 14:04:27 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com Subject: HEADS UP: Ports freeze starts TOMORROW X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 18:04:07 -0000 --=-4UHMpYqX0BqoHmtew70u Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The ports tree tree will be frozen tomorrow, Friday, September 3, 2004 at 2300 UTC. The freeze is scheduled to last for two weeks. Please plan accordingly. Marcus on behalf of portmgr --=20 Joe Marcus Clarke FreeBSD GNOME Team :: marcus@FreeBSD.org gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-4UHMpYqX0BqoHmtew70u Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBN2BSb2iPiv4Uz4cRAnIuAJ4x93T15pJt3nBGn9UrMVKvh0gX6gCfXFLe svuMq0p2ontXbGBZ3zjQwnQ= =BE5B -----END PGP SIGNATURE----- --=-4UHMpYqX0BqoHmtew70u-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 18:10:56 2004 Return-Path: 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 D158216A4CE; Thu, 2 Sep 2004 18:10:56 +0000 (GMT) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57E6743D53; Thu, 2 Sep 2004 18:10:56 +0000 (GMT) (envelope-from mi+mxmoz@aldan.algebra.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i82IArZZ015993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 2 Sep 2004 14:10:55 -0400 (EDT) (envelope-from mi+mxmoz@aldan.algebra.com) Received: from [127.0.0.1] (mteterin@localhost [127.0.0.1]) i82IAjjV015110; Thu, 2 Sep 2004 14:10:45 -0400 (EDT) (envelope-from mi+mxmoz@aldan.algebra.com) Message-ID: <41376224.8080003@aldan.algebra.com> Date: Thu, 02 Sep 2004 14:10:44 -0400 From: Mikhail Teterin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.7) Gecko/20040702 X-Accept-Language: uk, en-us, en MIME-Version: 1.0 To: Oliver Eikemeier References: <200409021322.56099.joey@mingrone.org> <41375A5A.8070807@fillmore-labs.com> In-Reply-To: <41375A5A.8070807@fillmore-labs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: ports@freebsd.org cc: Joey Mingrone cc: danfe@freebsd.org cc: gonzo@univ.kiev.ua cc: mi@aldan.algebra.com Subject: Re: error building index on 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 18:10:56 -0000 Oliver Eikemeier wrote: > Btw, I don't like the != line, there must be another way. > -Oliver There is no need to depend on the latest version of tcllib either. If the system has an earlier version installed already, tkabber can -- most likely -- use that. Unfortunately, RUN_DEPEND-ing simply on ${LOCALBASE}/lib/tcllib*/pkgIndex.tcl does not either :-( Any suggestions? -mi From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 18:11:26 2004 Return-Path: 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 477C816A4CE for ; Thu, 2 Sep 2004 18:11:26 +0000 (GMT) Received: from torres.uwaterloo.ca (torres.cs.uwaterloo.ca [129.97.15.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04FC143D5C for ; Thu, 2 Sep 2004 18:11:26 +0000 (GMT) (envelope-from mike.patterson@unb.ca) Received: from torres.uwaterloo.ca (localhost [127.0.0.1]) by torres.uwaterloo.ca (8.12.10/8.12.10) with ESMTP id i82IBOHi078260; Thu, 2 Sep 2004 14:11:24 -0400 (EDT) (envelope-from mike.patterson@unb.ca) Received: (from mpatters@localhost) by torres.uwaterloo.ca (8.12.10/8.12.10/Submit) id i82IBOSA078259; Thu, 2 Sep 2004 14:11:24 -0400 (EDT) (envelope-from mike.patterson@unb.ca) From: Mike To: Oliver Eikemeier In-Reply-To: <19DD9455-FCF9-11D8-B720-00039312D914@fillmore-labs.com> References: <19DD9455-FCF9-11D8-B720-00039312D914@fillmore-labs.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1094148684.78074.18.camel@torres> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 02 Sep 2004 14:11:24 -0400 cc: freebsd-ports@freebsd.org Subject: Re: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 18:11:26 -0000 On Thu, 2004-09-02 at 11:59, Oliver Eikemeier wrote: > make PREFIX='/usr/local/${PORTNAME}' install I'd thought of that, but I wasn't certain if there was an automated way to do this (via make.conf). > You need to build a link farm from LOCALBASE to the files installed by > your port, since other ports expect them to be there. Another > consequence is that new CONFLICTS checking routines are required. [..] > Your degree of insanity depends on just what you are trying to > accomplish. If you want to do this `just because it can be done' - yes. > If you believe it will better separate the packing lists of ports - > maybe. If you attempt to pkgsrcify the FreeBSD ports collection - who > knows. To better explain, at my place of work (and I should have posted with my work address, since that's also my subscribed address) we use a locally built system called xhier for shipping packages and binaries and config files and such around. http://www.math.uwaterloo.ca/mfcf/documentation/xhier/ has papers from a presentation made at LISA '91 for the morbidly curious. It's an old paper, but it's an old system. Basically the intention was (and is) to provide some level of homogenity across multiple platforms. I could go on, but I won't since it'd start to get off-topic. One of the conventions used is packages are installed under /software/packagename (where packagename may - and ought to - include a version number). Programs can be configured to appear in default paths or not. Links are made as required into system locations. There's a utility called showpath that can be used to set paths programatically. Packages are built on a single machine (architecture master or archmaster) and then distributed out to clients. Practically, this can eliminate the idea of package conflicts altogether (so I'm not so concerned about that) because it just doesn't put the conflicting packages into the default path - only one package can be the default version of a given application at any time. (So gcc-3 can point to gcc-3.3, but gcc 3.2 and 3.4 can be installed as well. You just need to tell your Makefiles where to look instead.) Currently there's some interest in using FreeBSD machines in our department, but one of the sticking points is (as it is with any new OS or architecture) "can xhier work on it". I've set up several projects that have long been sorely needed on a FreeBSD machine on the "it's easier to beg forgiveness than to ask permission" premise, but those projects have now attracted attention so I'd like to head off complaints about FreeBSD lacking xhier before they even come up. Conventionally packages are built on the archmasters by hand: "./configure --prefix=/software/packagename" usually does the trick. However, I'd like to take advantage of the ports system if I can. The systems for configuring and patching and such are already there, after all; it will save some steps, and plus I'd be able to push it even more: "Look, I xhiered this package in 10 minutes on FreeBSD, it took you a full day for Solaris." What I'd envisioned was building the ports on the archmaster and then using xhier to ship them to client machines, same way we do with other arches (but maybe even better if I could do "make package" and ship the package tarball across to be installed with pkgadd). Or maybe I'm making too much work for myself, I don't know. But I was curious as to how workable such a scheme would be. From yours and Sergey's responses, I'm still unsure so I guess I'll have to try :-) - but if you have any more comments based on what I've said I'd be glad to hear them. Mike From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 18:17:03 2004 Return-Path: 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 F363116A4CE for ; Thu, 2 Sep 2004 18:17:02 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C19AD43D45 for ; Thu, 2 Sep 2004 18:17:02 +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 i82IHUMs029432; Thu, 2 Sep 2004 11:17:30 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i82IHUIh029431; Thu, 2 Sep 2004 11:17:30 -0700 Date: Thu, 2 Sep 2004 11:17:30 -0700 From: Brooks Davis To: Mike Message-ID: <20040902181730.GC3801@odin.ac.hmc.edu> References: <19DD9455-FCF9-11D8-B720-00039312D914@fillmore-labs.com> <1094148684.78074.18.camel@torres> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V88s5gaDVPzZ0KCq" Content-Disposition: inline In-Reply-To: <1094148684.78074.18.camel@torres> 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: freebsd-ports@freebsd.org cc: Oliver Eikemeier Subject: Re: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 18:17:03 -0000 --V88s5gaDVPzZ0KCq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 02, 2004 at 02:11:24PM -0400, Mike wrote: > On Thu, 2004-09-02 at 11:59, Oliver Eikemeier wrote: >=20 > > make PREFIX=3D'/usr/local/${PORTNAME}' install >=20 > I'd thought of that, but I wasn't certain if there was an automated way > to do this (via make.conf). >=20 > > You need to build a link farm from LOCALBASE to the files installed by= =20 > > your port, since other ports expect them to be there. Another=20 > > consequence is that new CONFLICTS checking routines are required. > [..] > > Your degree of insanity depends on just what you are trying to=20 > > accomplish. If you want to do this `just because it can be done' - yes= .=20 > > If you believe it will better separate the packing lists of ports -=20 > > maybe. If you attempt to pkgsrcify the FreeBSD ports collection - who= =20 > > knows. >=20 > To better explain, at my place of work (and I should have posted with my > work address, since that's also my subscribed address) we use a locally > built system called xhier for shipping packages and binaries and config > files and such around.=20 > http://www.math.uwaterloo.ca/mfcf/documentation/xhier/ has papers from a > presentation made at LISA '91 for the morbidly curious. It's an old > paper, but it's an old system. Basically the intention was (and is) to > provide some level of homogenity across multiple platforms. I could go > on, but I won't since it'd start to get off-topic. >=20 > One of the conventions used is packages are installed under > /software/packagename (where packagename may - and ought to - include a > version number). Programs can be configured to appear in default paths > or not. Links are made as required into system locations. There's a > utility called showpath that can be used to set paths programatically.=20 > Packages are built on a single machine (architecture master or > archmaster) and then distributed out to clients. >=20 > Practically, this can eliminate the idea of package conflicts altogether > (so I'm not so concerned about that) because it just doesn't put the > conflicting packages into the default path - only one package can be the > default version of a given application at any time. (So gcc-3 can point > to gcc-3.3, but gcc 3.2 and 3.4 can be installed as well. You just need > to tell your Makefiles where to look instead.) >=20 > Currently there's some interest in using FreeBSD machines in our > department, but one of the sticking points is (as it is with any new OS > or architecture) "can xhier work on it". I've set up several projects > that have long been sorely needed on a FreeBSD machine on the "it's > easier to beg forgiveness than to ask permission" premise, but those > projects have now attracted attention so I'd like to head off complaints > about FreeBSD lacking xhier before they even come up. >=20 > Conventionally packages are built on the archmasters by hand: > "./configure --prefix=3D/software/packagename" usually does the trick.=20 > However, I'd like to take advantage of the ports system if I can. The > systems for configuring and patching and such are already there, after > all; it will save some steps, and plus I'd be able to push it even > more: "Look, I xhiered this package in 10 minutes on FreeBSD, it took > you a full day for Solaris." >=20 > What I'd envisioned was building the ports on the archmaster and then > using xhier to ship them to client machines, same way we do with other > arches (but maybe even better if I could do "make package" and ship the > package tarball across to be installed with pkgadd). >=20 > Or maybe I'm making too much work for myself, I don't know. But I was > curious as to how workable such a scheme would be. From yours and > Sergey's responses, I'm still unsure so I guess I'll have to try :-) - > but if you have any more comments based on what I've said I'd be glad to > hear them. Due to the hardcoding of LOCALBASE in dependencies, I think you will have a hard time getting this sort of thing to work with ports unless you also create a symlink farm and point LOCALBASE to it. You might actually consider using NetBSD's pkgsrc. It has a lot less packages, but is supports installations of many current packages in a more xhier compatable fasion using the pkgviews concept. -- 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 --V88s5gaDVPzZ0KCq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBN2O5XY6L6fI4GtQRAqd2AKDgqkTeUce8xoxZ16ITtrrskvbaYgCgki1t 00ufQacXBKxDpdWzLatWAss= =u5Hz -----END PGP SIGNATURE----- --V88s5gaDVPzZ0KCq-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 18:24:35 2004 Return-Path: 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 C8E3916A4CE; Thu, 2 Sep 2004 18:24:35 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-49-192.dynamic.qsc.de [212.202.49.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE9343D49; Thu, 2 Sep 2004 18:24:35 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11]) by fillmore.dyndns.org with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.42 (FreeBSD)) id 1C2wG8-000CRZ-KK; Thu, 02 Sep 2004 20:24:34 +0200 Date: Thu, 2 Sep 2004 20:24:56 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Mikhail Teterin From: Oliver Eikemeier In-Reply-To: <41376224.8080003@aldan.algebra.com> Message-Id: <641636F6-FD0D-11D8-B720-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@freebsd.org cc: Joey Mingrone cc: danfe@freebsd.org cc: gonzo@univ.kiev.ua cc: mi@aldan.algebra.com Subject: Re: error building index on 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 18:24:35 -0000 Mikhail Teterin wrote: > Oliver Eikemeier wrote: > >> Btw, I don't like the != line, there must be another way. >> -Oliver > > There is no need to depend on the latest version of tcllib either. If > the system has an earlier version installed already, tkabber can -- > most likely -- use that. > Unfortunately, RUN_DEPEND-ing simply on > ${LOCALBASE}/lib/tcllib*/pkgIndex.tcl does not either :-( Any > suggestions? touch(1) some dummy file other packages can depend on. -Oliver From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 18:25:52 2004 Return-Path: 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 4D7A316A4CE for ; Thu, 2 Sep 2004 18:25:52 +0000 (GMT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B10E143D41 for ; Thu, 2 Sep 2004 18:25:51 +0000 (GMT) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 6C9FAC0E4; Thu, 2 Sep 2004 20:26:03 +0200 (CEST) Date: Thu, 2 Sep 2004 20:26:03 +0200 From: Simon Barner To: Vicki Brown Message-ID: <20040902182603.GD65650@zi025.glhnet.mhn.de> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UoPmpPX/dBe4BELn" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new/sophie/sophos at mailrelay1.informatik.tu-muenchen.de cc: ports@FreeBSD.org Subject: Re: building synopsis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 18:25:52 -0000 --UoPmpPX/dBe4BELn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Vicki Brown wrote: > Again, thanks for your efforts. I'm trying your port but I get an=20 > error I don't understand >=20 > make > Error: bad value for PYTHON_VERSION: python2.3. > Legal values are: > python1.5 > python1.6 > python2.0 > python2.1 > python2.2 (default). > *** Error code 1 >=20 > Yet in the Makefile I see > USE_PYTHON=3D 2.3+ >=20 > What does this error mean? Probably that your ports collection is out of date...? In the current ports tree, there is lang/python (2.3, default), and lang/python2.2, lang/python2.1. Updating the tree might also fix your gcc problem (you could install lang/gcc33 then). Unfortunately, you cannot specify the gcc version like the python version yet. If you can't build gcc from ports, why not install a package? pkg_add -r -v gcc33 > (I have two pythons on this box; one is a stackless Python and the=20 > other is "normal" Python 2.2; I only get the above error when I use=20 > stackless and stackless is admittedly not what I should be using. So=20 > I ask this question more for my personal illumination and education). So, does the port work if you use USE_PYTHON=3D2.2+? I checked the synopsis documentation, but it does not say which python versions are supported. Simon --UoPmpPX/dBe4BELn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBN2W7Ckn+/eutqCoRAgmcAJ9zCBk+KUNibhSkEQ0ZmMB52wphowCdGvRV qRrZxHD0tByoFrxSnh/DKdY= =nqHJ -----END PGP SIGNATURE----- --UoPmpPX/dBe4BELn-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 18:26:38 2004 Return-Path: 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 795D716A4CE for ; Thu, 2 Sep 2004 18:26:38 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 140D243D48 for ; Thu, 2 Sep 2004 18:26:38 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.125] (vpn-client-125.marcuscom.com [10.2.1.125]) i82IOGVI043648; Thu, 2 Sep 2004 14:24:16 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Gerald Pfeifer In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zkY9AhhnolQt7JcZGApt" Organization: MarcusCom, Inc. Message-Id: <1094149616.740.31.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 02 Sep 2004 14:26:57 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: ports@freebsd.org Subject: Re: When (not) to enter a repo-copy in ports/MOVED X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 18:26:38 -0000 --=-zkY9AhhnolQt7JcZGApt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-09-02 at 07:01, Gerald Pfeifer wrote: > According to > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/port= s.html#Q12.2.3. > adding an entry to ports/MOVED should be done for all repo-copies. >=20 > I just completed a repo-copy of lang/gcc34 to lang/gcc35, where we will=20 > retain both the old and new versions for quite some time. Does this=20 > really require an entry in ports/MOVED as well? No. You only need a MOVED entry if one port is being removed, or if users of one port should move to using another port for the same functionality. Since both ports are going to coexist, you can forgo a MOVED entry. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-zkY9AhhnolQt7JcZGApt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBN2Xwb2iPiv4Uz4cRAuVBAJ0QPN0y+3KZGitSlwwqP1t89MwxswCffZ7Y Mur0bFTijysMjqsLH6BPqDM= =CS4O -----END PGP SIGNATURE----- --=-zkY9AhhnolQt7JcZGApt-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 19:00:44 2004 Return-Path: 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 658A816A4CE for ; Thu, 2 Sep 2004 19:00:44 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27C0143D46 for ; Thu, 2 Sep 2004 19:00:43 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 60349 invoked from network); 2 Sep 2004 19:00:20 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 2 Sep 2004 19:00:20 -0000 Date: Thu, 2 Sep 2004 21:00:32 +0200 From: Oliver Lehmann To: Andy Fawcett Message-Id: <20040902210032.13dbe3c9.lehmann@ans-netz.de> In-Reply-To: <200409021053.08334.andy@athame.co.uk> References: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> <200409021053.08334.andy@athame.co.uk> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: mb@imp.ch cc: freebsd-ports@freebsd.org cc: openoffice@freebsd.org cc: mka_fuhrmann@arcor.de cc: eikemeier@fillmore-labs.com Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 19:00:44 -0000 Andy Fawcett wrote: > I have 5.3-BETA2, built without libc_r to ensure I don't get threading > library conflicts (NOLIBC_R defined). I've made sure that the libc_r.* > files are not present on the system. > > When building OOo-1.1, the first failure is in gcc32 in the gcc-java > stuff. It tries to link against libc_r, and I needed to define > WITHOUT_LIBJAVA=yes to avoid this. I've no problem with compiling openoffice @5.3-BETA2... my make.conf says.. [...] .elif ${_MY_PORTNAME} == "openoffice-1.1" WITHOUT_MOZILLA= yo WITHOUT_JAVA= yo #WITH_CCACHE= yo .elif ${_MY_PORTNAME} == "popt" [...] So maybe try defining WITHOUT_MOZILLA and WITHOUT_JAVA - but it should work w/o defining them- at least with java. And mozilla of course by overriding the vuln. warnings... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 19:00:44 2004 Return-Path: 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 6E5A216A4CF for ; Thu, 2 Sep 2004 19:00:44 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27A9E43D2F for ; Thu, 2 Sep 2004 19:00:43 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 60349 invoked from network); 2 Sep 2004 19:00:20 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 2 Sep 2004 19:00:20 -0000 Date: Thu, 2 Sep 2004 21:00:32 +0200 From: Oliver Lehmann To: Andy Fawcett Message-Id: <20040902210032.13dbe3c9.lehmann@ans-netz.de> In-Reply-To: <200409021053.08334.andy@athame.co.uk> References: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> <200409021053.08334.andy@athame.co.uk> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: mb@imp.ch cc: freebsd-ports@freebsd.org cc: openoffice@freebsd.org cc: mka_fuhrmann@arcor.de cc: eikemeier@fillmore-labs.com Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 19:00:44 -0000 Andy Fawcett wrote: > I have 5.3-BETA2, built without libc_r to ensure I don't get threading > library conflicts (NOLIBC_R defined). I've made sure that the libc_r.* > files are not present on the system. > > When building OOo-1.1, the first failure is in gcc32 in the gcc-java > stuff. It tries to link against libc_r, and I needed to define > WITHOUT_LIBJAVA=yes to avoid this. I've no problem with compiling openoffice @5.3-BETA2... my make.conf says.. [...] .elif ${_MY_PORTNAME} == "openoffice-1.1" WITHOUT_MOZILLA= yo WITHOUT_JAVA= yo #WITH_CCACHE= yo .elif ${_MY_PORTNAME} == "popt" [...] So maybe try defining WITHOUT_MOZILLA and WITHOUT_JAVA - but it should work w/o defining them- at least with java. And mozilla of course by overriding the vuln. warnings... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 19:44:35 2004 Return-Path: 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 239D116A4D0; Thu, 2 Sep 2004 19:44:35 +0000 (GMT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1EA343D45; Thu, 2 Sep 2004 19:44:34 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from vimes.int.athame.co.uk ([192.168.1.3]) by hex.athame.co.uk with esmtp (Exim 4.30; FreeBSD) id 1C2xVY-00064o-GM; Thu, 02 Sep 2004 22:44:32 +0300 From: Andy Fawcett Organization: Being Lazy At Home (BLAH!) To: freebsd-ports@freebsd.org Date: Thu, 2 Sep 2004 22:44:36 +0300 User-Agent: KMail/1.7 References: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> <200409021053.08334.andy@athame.co.uk> <20040902210032.13dbe3c9.lehmann@ans-netz.de> In-Reply-To: <20040902210032.13dbe3c9.lehmann@ans-netz.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409022244.38931.andy@athame.co.uk> cc: mka_fuhrmann@arcor.de cc: mb@imp.ch cc: eikemeier@fillmore-labs.com cc: openoffice@freebsd.org Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 19:44:35 -0000 On Thursday 02 September 2004 22:00, Oliver Lehmann wrote: > Andy Fawcett wrote: > > I have 5.3-BETA2, built without libc_r to ensure I don't get > > threading library conflicts (NOLIBC_R defined). I've made sure that > > the libc_r.* files are not present on the system. > > > > When building OOo-1.1, the first failure is in gcc32 in the > > gcc-java stuff. It tries to link against libc_r, and I needed to > > define WITHOUT_LIBJAVA=yes to avoid this. > > I've no problem with compiling openoffice @5.3-BETA2... my make.conf > says.. > > [...] > .elif ${_MY_PORTNAME} == "openoffice-1.1" > WITHOUT_MOZILLA= yo > WITHOUT_JAVA= yo > #WITH_CCACHE= yo > .elif ${_MY_PORTNAME} == "popt" > [...] > > So maybe try defining WITHOUT_MOZILLA and WITHOUT_JAVA - but it > should work w/o defining them- at least with java. And mozilla of > course by overriding the vuln. warnings... Thanks, I'd pretty much got to this point myself, but it's good to hear confirmation it works for someone else too. However, I do find it a bit strange that one of the premier applications has not been made safe wrt threading libs, especially after the major efforts made over the last year to get the ports tree into shape ready for libc_r NOT being the default lib. Maybe there's time before the freeze tomorrow to change these flags to be the CORRECT default values for 5.3-RELEASE? (similarly for gcc32, which is required for building OOo). Cheers, A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 20:27:44 2004 Return-Path: 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 B0BA516A4CF for ; Thu, 2 Sep 2004 20:27:44 +0000 (GMT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0585E43D2F for ; Thu, 2 Sep 2004 20:27:44 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [127.0.0.1] (i-25.forrie.net. [192.168.1.25]) by forrie.com with ESMTP id i82KRS0V044017 for ; Thu, 2 Sep 2004 16:27:33 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <4137822F.4030606@forrie.com> Date: Thu, 02 Sep 2004 16:27:27 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 0.7+ (Windows/20040830) 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-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean Subject: Postfix (current and release) issues... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 20:27:44 -0000 I'm trying to track down why postfix-current is currently marking TLS/SSL support as broken (anyone have a URL?). The port for the official release of postfix is failing the patches (reported to maintainer, awaiting a response). Does anyone have a clean patch for this or did I hit a bug. _F # make ===> Vulnerability check disabled ===> Extracting for postfix-2.1.4,1 ===> Vulnerability check disabled >> Checksum OK for postfix/postfix-2.1.4.tar.gz. >> Checksum OK for postfix/pfixtls-0.8.18-2.1.3-0.9.7d.tar.gz. >> Checksum OK for postfix/postfix-libspf2-2.1.3-4.patch. ===> Patching for postfix-2.1.4,1 echo "See header_checks.5.html" > /usr/ports/mail/postfix/work/postfix-2.1.4/html/body_checks.5.html ===> Applying distribution patches for postfix-2.1.4,1 ===> Applying extra patch /usr/ports/mail/postfix/work/pfixtls-0.8.18-2.1.3-0.9.7d/pfixtls.diff 1 out of 19 hunks failed--saving rejects to src/smtpd/smtpd.c.rej *** Error code 1 Stop in /usr/ports/mail/postfix. *** Error code 1 Stop in /usr/ports/mail/postfix. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 20:35:43 2004 Return-Path: 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 1E52B16A4CE for ; Thu, 2 Sep 2004 20:35:43 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E8A43D31 for ; Thu, 2 Sep 2004 20:35:40 +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 C27332178A; Thu, 2 Sep 2004 16:35:32 -0400 (EDT) In-Reply-To: <4137822F.4030606@forrie.com> References: <4137822F.4030606@forrie.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 2 Sep 2004 16:35:32 -0400 To: Forrest Aldrich X-Mailer: Apple Mail (2.619) cc: ports@freebsd.org Subject: Re: Postfix (current and release) issues... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 20:35:43 -0000 On Sep 2, 2004, at 4:27 PM, Forrest Aldrich wrote: > I'm trying to track down why postfix-current is currently marking > TLS/SSL support as broken (anyone have a URL?). > > 'cuz nobody's released TLS/SSL patches for that version of postfix... or did some pop up while i wasn't looking? From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 20:36:31 2004 Return-Path: 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 02A1316A4CE for ; Thu, 2 Sep 2004 20:36:31 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC9543D3F for ; Thu, 2 Sep 2004 20:36:30 +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 256662178A; Thu, 2 Sep 2004 16:36:30 -0400 (EDT) In-Reply-To: <4137822F.4030606@forrie.com> References: <4137822F.4030606@forrie.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 2 Sep 2004 16:36:30 -0400 To: Forrest Aldrich X-Mailer: Apple Mail (2.619) cc: ports@freebsd.org Subject: Re: Postfix (current and release) issues... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 20:36:31 -0000 On Sep 2, 2004, at 4:27 PM, Forrest Aldrich wrote: > The port for the official release of postfix is failing the patches > (reported to maintainer, awaiting a response). Does anyone have a > clean patch for this or did I hit a bug. > The SPF patch and the TLS patches conflict. Nobody has stepped up to provide versions that play together well, like the IPv6+TLS combo patch. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 20:42:20 2004 Return-Path: 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 3EF5D16A4CE for ; Thu, 2 Sep 2004 20:42:20 +0000 (GMT) Received: from argent.heraldsnet.org (argent.heraldsnet.org [64.83.41.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7E5343D58 for ; Thu, 2 Sep 2004 20:42:19 +0000 (GMT) (envelope-from jtrigg@spamcop.net) Received: by argent.heraldsnet.org (Postfix, from userid 1001) id C6B6FF0; Thu, 2 Sep 2004 16:42:18 -0400 (EDT) Date: Thu, 2 Sep 2004 16:42:18 -0400 From: Jim Trigg To: ports@freebsd.org Message-ID: <20040902204218.GE56595@spamcop.net> Mail-Followup-To: ports@freebsd.org References: <4137822F.4030606@forrie.com> 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-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . Subject: Re: Postfix (current and release) issues... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 20:42:20 -0000 On Thu, Sep 02, 2004 at 04:35:32PM -0400, Vivek Khera wrote: > > On Sep 2, 2004, at 4:27 PM, Forrest Aldrich wrote: > > >I'm trying to track down why postfix-current is currently marking > >TLS/SSL support as broken (anyone have a URL?). > > 'cuz nobody's released TLS/SSL patches for that version of postfix... > or did some pop up while i wasn't looking? Probably not, since Wietse is planning to merge them into the regular code base, but hasn't gotten to it yet... Jim -- Jim Trigg, Lord High Everything Else O- /"\ \ / ASCII RIBBON CAMPAIGN Hostmaster, Huie Kin family website X HELP CURE HTML MAIL Verger, All Saints Church - Sharon Chapel / \ From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 20:48:01 2004 Return-Path: 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 C7D7816A4CE for ; Thu, 2 Sep 2004 20:48:01 +0000 (GMT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C20043D2D for ; Thu, 2 Sep 2004 20:48:01 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [127.0.0.1] (i-25.forrie.net. [192.168.1.25]) by forrie.com with ESMTP id i82KllUO046182; Thu, 2 Sep 2004 16:47:51 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <413786F3.3030006@forrie.com> Date: Thu, 02 Sep 2004 16:47:47 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 0.7+ (Windows/20040830) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vivek Khera References: <4137822F.4030606@forrie.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean cc: ports@freebsd.org Subject: Re: Postfix (current and release) issues... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 20:48:01 -0000 Okay, perhaps posting a message to postfix-users will illicit a response ;-) I'm also running into more conflicts on the official release port. Though I'd much prefer to work with -current. ===> Extracting for postfix-2.1.4,1 ===> Vulnerability check disabled >> Checksum OK for postfix/postfix-2.1.4.tar.gz. ===> Patching for postfix-2.1.4,1 echo "See header_checks.5.html" > /usr/ports/mail/postfix/work/postfix-2.1.4/html/body_checks.5.html ===> Applying extra patch /usr/ports/mail/postfix/work/pfixtls-0.8.18-2.1.3-0.9.7d/pfixtls.diff ===> Applying FreeBSD patches for postfix-2.1.4,1 File to patch: Vivek Khera wrote: > > On Sep 2, 2004, at 4:27 PM, Forrest Aldrich wrote: > >> The port for the official release of postfix is failing the patches >> (reported to maintainer, awaiting a response). Does anyone have a >> clean patch for this or did I hit a bug. >> > > The SPF patch and the TLS patches conflict. Nobody has stepped up to > provide versions that play together well, like the IPv6+TLS combo patch. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 20:56:54 2004 Return-Path: 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 96AE816A4CE for ; Thu, 2 Sep 2004 20:56:54 +0000 (GMT) Received: from nolink.net (electra.nolink.net [195.139.204.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C64E43D3F for ; Thu, 2 Sep 2004 20:56:53 +0000 (GMT) (envelope-from lerik@nolink.net) Received: (qmail 21187 invoked from network); 2 Sep 2004 20:56:49 -0000 Received: from unknown (HELO electra.nolink.net) (195.139.204.207) by electra.nolink.net with SMTP; 2 Sep 2004 20:56:49 -0000 Date: Thu, 2 Sep 2004 22:56:49 +0200 (CEST) From: Lars Erik Gullerud To: Simon Barner In-Reply-To: <20040902182603.GD65650@zi025.glhnet.mhn.de> Message-ID: <20040902225428.R14635-100000@electra.nolink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "ports@FreeBSD.org" cc: Vicki Brown Subject: Re: building synopsis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 20:56:54 -0000 On Thu, 2 Sep 2004, Simon Barner wrote: > Probably that your ports collection is out of date...? In the current > ports tree, there is lang/python (2.3, default), and lang/python2.2, > lang/python2.1. > > Updating the tree might also fix your gcc problem (you could install > lang/gcc33 then). Unfortunately, you cannot specify the gcc version like > the python version yet. Hm? What's wrong with specifying GCC version in the Makefile: USE_GCC= 3.3 (or whatever version is your preferred poison)? /leg From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 21:38:49 2004 Return-Path: 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 502AA16A4CE for ; Thu, 2 Sep 2004 21:38:49 +0000 (GMT) Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 097FA43D1D for ; Thu, 2 Sep 2004 21:38:49 +0000 (GMT) (envelope-from barner@in.tum.de) Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id 5793DC0EF; Thu, 2 Sep 2004 23:38:47 +0200 (CEST) Date: Thu, 2 Sep 2004 23:38:47 +0200 From: Simon Barner To: Lars Erik Gullerud Message-ID: <20040902213847.GA869@zi025.glhnet.mhn.de> References: <20040902182603.GD65650@zi025.glhnet.mhn.de> <20040902225428.R14635-100000@electra.nolink.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <20040902225428.R14635-100000@electra.nolink.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new/sophie/sophos at mailrelay2.informatik.tu-muenchen.de cc: ports@FreeBSD.org Subject: Re: building synopsis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 21:38:49 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lars Erik Gullerud wrote: > On Thu, 2 Sep 2004, Simon Barner wrote: >=20 > > Probably that your ports collection is out of date...? In the current > > ports tree, there is lang/python (2.3, default), and lang/python2.2, > > lang/python2.1. > > > > Updating the tree might also fix your gcc problem (you could install > > lang/gcc33 then). Unfortunately, you cannot specify the gcc version like > > the python version yet. >=20 > Hm? What's wrong with specifying GCC version in the Makefile: >=20 > USE_GCC=3D 3.3 >=20 > (or whatever version is your preferred poison)? I thought of something like USE_GCC=3D3.2+ Simon --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBN5LmCkn+/eutqCoRAo6NAJ9NCxFQTxpwaXkcTInuhS2apsUvGgCg9vza qXT3YC67tFwqAQRurPb+Fxw= =tRzi -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 2 22:07:10 2004 Return-Path: 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 C25A016A4CE; Thu, 2 Sep 2004 22:07:10 +0000 (GMT) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB6BD43D39; Thu, 2 Sep 2004 22:07:09 +0000 (GMT) (envelope-from Mikhail.Teterin@murex.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i82M774W017522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 2 Sep 2004 18:07:08 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Received: from [127.0.0.1] (mteterin@localhost [127.0.0.1]) i82M6xkO016007; Thu, 2 Sep 2004 18:07:00 -0400 (EDT) (envelope-from Mikhail.Teterin@murex.com) Message-ID: <41379983.5030406@murex.com> Date: Thu, 02 Sep 2004 18:06:59 -0400 From: Mikhail Teterin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.7) Gecko/20040702 X-Accept-Language: uk, en-us, en MIME-Version: 1.0 To: kde@FreeBSD.org, ports@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Subject: any BlueTooth ports in the works? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 22:07:10 -0000 Hello! I'm wondering, if there are any Bluetooth-supporting ports in the works, such as kdebluetooth (http://extragear.kde.org/), or similar? Thanks! -mi From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 00:34:43 2004 Return-Path: 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 24AE016A4CF for ; Fri, 3 Sep 2004 00:34:43 +0000 (GMT) Received: from daphne.michaelchaney.com (mail.michaelchaney.com [207.65.84.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D59143D31 for ; Fri, 3 Sep 2004 00:34:42 +0000 (GMT) (envelope-from bandix@home.funnyvalentine.net) Received: from adsl-065-007-237-012.sip.bna.bellsouth.net (home.funnyvalentine.net) [65.7.237.12] by daphne.michaelchaney.com with esmtp (Exim 4.20 #1 (FreeBSD)) id 1C321A-000OPT-50; Thu, 02 Sep 2004 19:33:28 -0500 Received: from home.funnyvalentine.net (jvlfzegx2ud5rc09@dallben [127.0.0.1]) i830XQrH005481; Thu, 2 Sep 2004 19:33:26 -0500 (CDT) (envelope-from bandix@home.funnyvalentine.net) Received: (from bandix@localhost) by home.funnyvalentine.net (8.12.10/8.12.10/Submit) id i830XQDG005480; Thu, 2 Sep 2004 19:33:26 -0500 (CDT) (envelope-from bandix) Date: Thu, 2 Sep 2004 19:33:26 -0500 From: "Brandon D. Valentine" To: Mike Message-ID: <20040903003326.GA211@brandon.dvalentine.com> References: <19DD9455-FCF9-11D8-B720-00039312D914@fillmore-labs.com> <1094148684.78074.18.camel@torres> <20040902181730.GC3801@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040902181730.GC3801@odin.ac.hmc.edu> User-Agent: Mutt/1.5.6i X-MailScanner-Information: Please see http://www.michaelchaney.com/mail/spam.php for more information X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.501, required 3.5, BAYES_00 -4.90, OPT_HEADER 2.40) X-MailScanner-From: bandix@home.funnyvalentine.net cc: freebsd-ports@freebsd.org Subject: Re: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 00:34:43 -0000 On Thu, Sep 02, 2004 at 11:17:30AM -0700, Brooks Davis wrote: > Due to the hardcoding of LOCALBASE in dependencies, I think you will > have a hard time getting this sort of thing to work with ports unless > you also create a symlink farm and point LOCALBASE to it. You might > actually consider using NetBSD's pkgsrc. It has a lot less packages, > but is supports installations of many current packages in a more xhier > compatable fasion using the pkgviews concept. Mike, Brooks is right, NetBSD pkgsrc is far better suited to this than FreeBSD ports at present. But, pkgsrc has far fewer packages than ports, so there's a definite advantage to using ports if you can. There are ways to do this using ports, but it will require a fair bit of "cleverness" on your part. If you want to use the ports system an approach to consider is a port building wrapper that does something along the lines of the following quick hack (in csh because I'm quicker at prototyping in csh than sh): ### quick and dirty porthier script... ### usage: porthier portpath ### i.e. porthier /usr/ports/multimedia/xmms ### ### uses the full path because I'm lazy and don't want to muck about ### with finding the pkgorigin to recursively call this script # check for installed run-deps under /software # we'll let ports take care of the build-deps in LOCALBASE set deplist = `make -C $1 run-depends-list` foreach dep ($deplist) set depname = `make -C $dep -V UNIQUENAME` if (! -e /software/$depname) exec $0 $dep end # make symlink farm # we put this into a seperate loop as we don't want the symlink # cleanup from a dependency install to wipe out symlinks we may need cd /usr/local foreach dep ($deplist) set depname = `make -C $dep -V UNIQUENAME` /usr/src/contrib/binutils/symlink-tree /software/$depname end # let's get our install on set pname = `make -C $1 -V UNIQUENAME` make -C $1 PREFIX=/software/$pname install clean # clean up them links foreach dep ($deplist) set depname = `make -C $dep -V UNIQUENAME` cd /software/$depname && find -d . f -exec rm -d "/usr/local/{}" \; end Consider that under the BSD license, particularly the giant all caps disclaimer that says I'm not responsible for any of it, because it's probably crap and I've not tested it. It *should*, maybe _mostly_ work, kinda. Feel free to shit all over it if you think it's horribly broken. You'd obviously want to add a ton more error checking, perhaps some argument list processing so it'll accept more than one argument, etc. but that should be enough for you to get the idea. The key is to automate management (both creation and deletion) of the symlink farm you're going to need under /usr/local. I also don't know enough about xhier to know how much automagic is involved in setting up the user shell environment, but I would assume you're doing the appropriate ld hackery to make sure shared libraries work under this /software scheme. Also, beware the duplicate LATEST_LINK/UNIQUENAMEs still in the tree. Alternately, just use NetBSD pkgsrc and pkgviews. It works quite well on FreeBSD. HTH, Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: presidency is ending in triumph after successfully negotiating the terms of entry for 10 candidate members From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 00:41:44 2004 Return-Path: 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 7E6C116A4CE for ; Fri, 3 Sep 2004 00:41:44 +0000 (GMT) Received: from daphne.michaelchaney.com (mail.michaelchaney.com [207.65.84.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3106D43D39 for ; Fri, 3 Sep 2004 00:41:44 +0000 (GMT) (envelope-from bandix@home.funnyvalentine.net) Received: from adsl-065-007-237-012.sip.bna.bellsouth.net (home.funnyvalentine.net) [65.7.237.12] by daphne.michaelchaney.com with esmtp (Exim 4.20 #1 (FreeBSD)) id 1C328e-000PKM-KB; Thu, 02 Sep 2004 19:41:12 -0500 Received: from home.funnyvalentine.net (hrn76fzrkfgkkj7o@dallben [127.0.0.1]) i830f6rH006369; Thu, 2 Sep 2004 19:41:06 -0500 (CDT) (envelope-from bandix@home.funnyvalentine.net) Received: (from bandix@localhost) by home.funnyvalentine.net (8.12.10/8.12.10/Submit) id i830f6Wj006368; Thu, 2 Sep 2004 19:41:06 -0500 (CDT) (envelope-from bandix) Date: Thu, 2 Sep 2004 19:41:06 -0500 From: "Brandon D. Valentine" To: Mike Message-ID: <20040903004106.GB211@brandon.dvalentine.com> References: <19DD9455-FCF9-11D8-B720-00039312D914@fillmore-labs.com> <1094148684.78074.18.camel@torres> <20040902181730.GC3801@odin.ac.hmc.edu> <20040903003326.GA211@brandon.dvalentine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040903003326.GA211@brandon.dvalentine.com> User-Agent: Mutt/1.5.6i X-MailScanner-Information: Please see http://www.michaelchaney.com/mail/spam.php for more information X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 3.5, autolearn=not spam, BAYES_00 -4.90) X-MailScanner-From: bandix@home.funnyvalentine.net cc: freebsd-ports@freebsd.org Subject: Re: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 00:41:44 -0000 On Thu, Sep 02, 2004 at 07:33:26PM -0500, Brandon D. Valentine wrote: > cd /software/$depname && find -d . f -exec rm -d "/usr/local/{}" \; cd /software/$depname && find -d . -exec rm -d "/usr/local/{}" \; F'ing typos. Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: presidency is in trouble From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 01:24:07 2004 Return-Path: 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 3705116A4CE for ; Fri, 3 Sep 2004 01:24:07 +0000 (GMT) Received: from satie.private.org (qclgw.qcl.t.u-tokyo.ac.jp [133.11.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25DAF43D5E for ; Fri, 3 Sep 2004 01:24:06 +0000 (GMT) (envelope-from chat95@mac.com) Received: from localhost (localhost [127.0.0.1]) by satie.private.org (8.12.10/8.12.10) with ESMTP id i831NJC6054868; Fri, 3 Sep 2004 10:23:19 +0900 (JST) (envelope-from chat95@mac.com) Date: Fri, 03 Sep 2004 10:23:19 +0900 (JST) Message-Id: <20040903.102319.884008270.chat95@mac.com> To: stephen@math.missouri.edu From: NAKATA Maho In-Reply-To: <41368BCA.8010601@math.missouri.edu> References: <412B8F55.1060500@math.missouri.edu> <20040902.110406.1025207507.chat95@mac.com> <41368BCA.8010601@math.missouri.edu> Organization: private X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: Lars.Koeller@Uni-Bielefeld.DE Subject: Re: single precision fftw wanted X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 01:24:07 -0000 In Message-ID: <41368BCA.8010601@math.missouri.edu> Stephen Montgomery-Smith wrote: > Yesterday I submitted a PR creating a port for gromacs. I found a way > to change some flags so that it also works with double precision fftw. > It is at ports/71211. It has WITHOUT_FFTW and WITH_FLOAT flags, etc, so > when a single precision fftw port is created, the gromacs port can be > easily modified. (There is also a WITH_MPI flag, which I think also yes. > should be an option with fftw - this will allow people to use clusters > of computers.) very good work! > To be honest I created this port because someone else asked me to - I > have never actually used gromacs myself. So if anyone else wants to > take over the gromacs port (or write their own one) I am happy to pass > it on. okay I'll be a maintainer of it, and creator is you! thank you very much. I'll commit it after the ports freeze is over (17 Sep 2004), and starts tomorrow (3 Sep 2004). As you can see from: http://www.freebsd.org/releases/5.3R/schedule.html Now I'm confirming your ports with 5.3-BETA. Thank you very much, --nakata maho From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 01:30:12 2004 Return-Path: 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 7B43616A4CE for ; Fri, 3 Sep 2004 01:30:12 +0000 (GMT) Received: from satie.private.org (qclgw.qcl.t.u-tokyo.ac.jp [133.11.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8184743D53 for ; Fri, 3 Sep 2004 01:30:11 +0000 (GMT) (envelope-from chat95@mac.com) Received: from localhost (localhost [127.0.0.1]) by satie.private.org (8.12.10/8.12.10) with ESMTP id i831TKC6054958; Fri, 3 Sep 2004 10:29:21 +0900 (JST) (envelope-from chat95@mac.com) Date: Fri, 03 Sep 2004 10:29:20 +0900 (JST) Message-Id: <20040903.102920.424241339.chat95@mac.com> To: ahze@ahze.net From: NAKATA Maho In-Reply-To: References: <20040902.110406.1025207507.chat95@mac.com> <432EF410-FC94-11D8-93DF-000A958C81C6@ahze.net> Organization: private X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: stephen@math.missouri.edu cc: Lars.Koeller@Uni-Bielefeld.DE Subject: Re: single precision fftw wanted X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 01:30:12 -0000 In Message-ID: Michael Johnson wrote: > if you're talking about fftw2 I am also doing that also just because > its mainly the same stuff. Yes. I'm very happy with fftw + real/single precision version! --nakata maho From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 01:41:02 2004 Return-Path: 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 2E2C616A4CE; Fri, 3 Sep 2004 01:41:02 +0000 (GMT) Received: from satie.private.org (qclgw.qcl.t.u-tokyo.ac.jp [133.11.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 498F243D45; Fri, 3 Sep 2004 01:41:01 +0000 (GMT) (envelope-from chat95@mac.com) Received: from localhost (localhost [127.0.0.1]) by satie.private.org (8.12.10/8.12.10) with ESMTP id i831ckC6054984; Fri, 3 Sep 2004 10:38:49 +0900 (JST) (envelope-from chat95@mac.com) Date: Fri, 03 Sep 2004 10:38:46 +0900 (JST) Message-Id: <20040903.103846.719889131.chat95@mac.com> To: andy@athame.co.uk From: NAKATA Maho In-Reply-To: <200409021053.08334.andy@athame.co.uk> References: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> <200409021053.08334.andy@athame.co.uk> Organization: private X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: mka_fuhrmann@arcor.de cc: eikemeier@fillmore-labs.com cc: freebsd-ports@freebsd.org cc: openoffice@freebsd.org Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 01:41:02 -0000 In Message-ID: <200409021053.08334.andy@athame.co.uk> Andy Fawcett wrote: Dear Andy and all, I have installed 5.3-BETA2, and compiling OOo (now compiling jdk stuff...). > When building OOo-1.1, the first failure is in gcc32 in the gcc-java > stuff. It tries to link against libc_r, and I needed to define > WITHOUT_LIBJAVA=yes to avoid this. This is not OOo's problem, isn't it? :) or I can remove gcc32 dependency from Makefile... AFAIK, combination of OOo 1.1.1 and gcc came with FreeBSD 5.2.1-RELEASE (gcc-3.3.3) have serious problems, so I disabled this. > Then OOo fails to build because the embedded Mozilla 1.0.2 also tries to > link against libc_r. I'm currently trying to rebuild WITHOUT_MOZILLA to > see if this helps... Okay I'll mark WITHOUT_MOZILLA for 5.3-BETA2 for while... > I'll try to remember to send-pr all this later once I've finished the > build, consider this a minor 'heads up' and also release of OOo 1.1.3 is approaching... Thank you very much! --nakata maho From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 01:41:02 2004 Return-Path: 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 2E2C616A4CE; Fri, 3 Sep 2004 01:41:02 +0000 (GMT) Received: from satie.private.org (qclgw.qcl.t.u-tokyo.ac.jp [133.11.70.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 498F243D45; Fri, 3 Sep 2004 01:41:01 +0000 (GMT) (envelope-from chat95@mac.com) Received: from localhost (localhost [127.0.0.1]) by satie.private.org (8.12.10/8.12.10) with ESMTP id i831ckC6054984; Fri, 3 Sep 2004 10:38:49 +0900 (JST) (envelope-from chat95@mac.com) Date: Fri, 03 Sep 2004 10:38:46 +0900 (JST) Message-Id: <20040903.103846.719889131.chat95@mac.com> To: andy@athame.co.uk From: NAKATA Maho In-Reply-To: <200409021053.08334.andy@athame.co.uk> References: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> <200409021053.08334.andy@athame.co.uk> Organization: private X-Mailer: Mew version 3.3 on XEmacs 21.4.14 (Reasonable Discussion) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: mka_fuhrmann@arcor.de cc: eikemeier@fillmore-labs.com cc: freebsd-ports@freebsd.org cc: openoffice@freebsd.org Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 01:41:02 -0000 In Message-ID: <200409021053.08334.andy@athame.co.uk> Andy Fawcett wrote: Dear Andy and all, I have installed 5.3-BETA2, and compiling OOo (now compiling jdk stuff...). > When building OOo-1.1, the first failure is in gcc32 in the gcc-java > stuff. It tries to link against libc_r, and I needed to define > WITHOUT_LIBJAVA=yes to avoid this. This is not OOo's problem, isn't it? :) or I can remove gcc32 dependency from Makefile... AFAIK, combination of OOo 1.1.1 and gcc came with FreeBSD 5.2.1-RELEASE (gcc-3.3.3) have serious problems, so I disabled this. > Then OOo fails to build because the embedded Mozilla 1.0.2 also tries to > link against libc_r. I'm currently trying to rebuild WITHOUT_MOZILLA to > see if this helps... Okay I'll mark WITHOUT_MOZILLA for 5.3-BETA2 for while... > I'll try to remember to send-pr all this later once I've finished the > build, consider this a minor 'heads up' and also release of OOo 1.1.3 is approaching... Thank you very much! --nakata maho From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 03:04:23 2004 Return-Path: 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 915A916A4CE; Fri, 3 Sep 2004 03:04:23 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 951AC43D45; Fri, 3 Sep 2004 03:04:22 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id CF6E42F6; Fri, 3 Sep 2004 07:04:20 +0400 (MSD) Received: from localhost (ppp-dialup-14.atcom.spb.ru [213.182.168.14]) by ns.atcom.spb.ru (Postfix) with ESMTP id 0BD12140; Fri, 3 Sep 2004 07:04:19 +0400 (MSD) Date: Fri, 3 Sep 2004 07:01:16 +0400 From: Toxa To: kde@FreeBSD.org, ports@FreeBSD.org X-Comment-To: "Anton Karpov" Message-ID: <20040903030116.GB11534@laptoxa.toxa.lan> Mail-Followup-To: kde@FreeBSD.org, ports@FreeBSD.org, Mikhail.Teterin@murex.com References: <41379983.5030406@murex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <41379983.5030406@murex.com> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? cc: Mikhail.Teterin@murex.com Subject: Re: any BlueTooth ports in the works? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 03:04:23 -0000 On Thu, Sep 02, 2004 at 06:06:59PM -0400, Mikhail Teterin wrote: > Hello! > > I'm wondering, if there are any Bluetooth-supporting ports in the works, > such as kdebluetooth (http://extragear.kde.org/), or similar? > > Thanks! > > -mi > _______________________________________________ > 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" > comms/obexapp provides ability to upload/doownload pics, ringtones, etc. Enough for me. -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell. =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 05:14:44 2004 Return-Path: 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 3EC7516A4CE for ; Fri, 3 Sep 2004 05:14:44 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 569A243D64 for ; Fri, 3 Sep 2004 05:14:43 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 72396 invoked from network); 3 Sep 2004 05:14:23 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 3 Sep 2004 05:14:23 -0000 Date: Fri, 3 Sep 2004 07:14:35 +0200 From: Oliver Lehmann To: NAKATA Maho Message-Id: <20040903071435.7d7f6875.lehmann@ans-netz.de> In-Reply-To: <20040903.103846.719889131.chat95@mac.com> References: <54410EF4-FCB3-11D8-B720-00039312D914@fillmore-labs.com> <200409021053.08334.andy@athame.co.uk> <20040903.103846.719889131.chat95@mac.com> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.10) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: mka_fuhrmann@arcor.de cc: andy@athame.co.uk cc: openoffice@freebsd.org cc: eikemeier@fillmore-labs.com Subject: Re: FreeBSD 5.3 Beta2 - OO does not compile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 05:14:44 -0000 NAKATA Maho wrote: > This is not OOo's problem, isn't it? :) > or I can remove gcc32 dependency from Makefile... > AFAIK, combination of OOo 1.1.1 and gcc came with > FreeBSD 5.2.1-RELEASE (gcc-3.3.3) have serious problems, > so I disabled this. And regarding to oo.org, openoffice is still not gcc 3.4 ready (they are working on it in an extra oo.o cvs branch..) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 07:32:26 2004 Return-Path: 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 C8E2F16A4CE for ; Fri, 3 Sep 2004 07:32:26 +0000 (GMT) Received: from mail1.hrz.uni-bielefeld.de (mail1.hrz.uni-bielefeld.de [129.70.4.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E338D43D5A for ; Fri, 3 Sep 2004 07:32:25 +0000 (GMT) (envelope-from lars.koeller@uni-bielefeld.de) Received: from conversion-daemon.mail1.hrz.uni-bielefeld.de by mail1.hrz.uni-bielefeld.de (iPlanet Messaging Server 5.2 HotFix 1.15 (built Apr 28 2003)) id <0I3G00B01FG6F0@mail1.hrz.uni-bielefeld.de> for ports@freebsd.org; Fri, 03 Sep 2004 09:32:24 +0200 (MEST) Received: from rayadm.hrz.uni-bielefeld.de ([129.70.202.15]) by mail1.hrz.uni-bielefeld.de (iPlanet Messaging Server 5.2 HotFix 1.15 (built Apr 28 2003)) with ESMTPP id <0I3G0060SFM0PD@mail1.hrz.uni-bielefeld.de>; Fri, 03 Sep 2004 09:32:24 +0200 (MEST) Received: from rayadm.hrz.uni-bielefeld.de (lkoeller@localhost) i837WOw05534; Fri, 03 Sep 2004 09:32:24 +0200 (MEST) Date: Fri, 03 Sep 2004 09:32:24 +0200 From: Lars =?iso-8859-1?Q?K=F6ller?= X-Face: eCcoCV}FjV*O{6>[1$XP/e%]TJhEw2MF33dFh)^HM7Gfd=[/(4+0a$~ "of Tue, 24 Aug 2004 13:56:21 CDT." <412B8F55.1060500@math.missouri.edu> Sender: lars.koeller@uni-bielefeld.de To: Stephen Montgomery-Smith Message-id: <200409030732.i837WOw05534@rayadm.hrz.uni-bielefeld.de> MIME-version: 1.0 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE cc: ports@freebsd.org cc: lars@koellers.net cc: lars.koeller@uni-bielefeld.de Subject: Re: single precision fftw wanted X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 07:32:26 -0000 ---------- In reply to Stephen Montgomery-Smith who wrote: =20 > Dear Lars and ports, >=20 > I am interested in creating a port for gromacs (http://www.gromacs.= org)=20 > and it requires fftw built using single precision. The super-easy = way=20 > is to create a port sfftw which is a copy of fftw with a line like > CONFIGURE_ARGS+=3D --enable-float --enable-type-prefix > added in. Or I could add some kind of option to fftw. Anyway, sin= ce=20 > Lars is the maintainer of fftw I would like to coordinate with him = about=20 > it. And I am copying this to ports as well just in case anyone els= e has=20 > suggestions. Hi, I'm just back from holidays. I think if we have the requirement o= f=20 a single precision of another port, it is the only solution to make a= =20 separate port. However, are the libraries separated, so it is possible to have both= =20 installed? Fell free to modify the port or add a second one, I'm too busy at the= =20 moment. My intension for maintaining the port was the usage of grace= =20 during my PHD. Alas I've not using it anymore. Best regards Lars --=20 E-Mail: Lars.Koeller@Uni-Bielefeld.DE \ Lars K=F6ller lkoeller@FreeBSD.org \ CC University of PGP: http://www.uk.pgp.net/pgpnet/wwwkeys.html \ Bielefeld, Germany= =20 Key-ID: A430D499 \ Tel: +49 521 106 4= 964 ----------- FreeBSD, what else? ---- http://www.freebsd.org ---------= ---- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 07:49:25 2004 Return-Path: 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 4271816A4CE for ; Fri, 3 Sep 2004 07:49:25 +0000 (GMT) Received: from williams.cscf.uwaterloo.ca (williams.cscf.uwaterloo.ca [129.97.15.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C47A43D2D for ; Fri, 3 Sep 2004 07:49:25 +0000 (GMT) (envelope-from mpatters@williams.cscf.uwaterloo.ca) Received: from mpatters by williams.cscf with local (Exim 4.34) id 1C2bbF-0002sO-Oi for freebsd-ports@freebsd.org; Wed, 01 Sep 2004 16:20:57 -0400 From: Mike Patterson To: freebsd-ports@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1094070057.10169.108.camel@williams.cscf.uwaterloo.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 01 Sep 2004 16:20:57 -0400 Sender: Mike Patterson Subject: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 07:49:25 -0000 I use quotation marks because I'm not certain what I intend to do is clever, really, but it would make my life a lot easier. I'm trying to make ports install themselves to something like PREFIX/portname/, so that libtool15's binary would be PREFIX/libtool15/bin and its man pages would be PREFIX/libtool15/man, etc. A quick read through the handbook and bsd.ports.mk imply that there's no current way to do it, but perhaps I missed something. I'd be willing to try hacking up Mk bits (either for committing or just for myself). Or am I insane for wanting to force ports infrastructure to conform to this sort of localism? Mike From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 07:49:25 2004 Return-Path: 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 B682316A4CE for ; Fri, 3 Sep 2004 07:49:25 +0000 (GMT) Received: from williams.cscf.uwaterloo.ca (williams.cscf.uwaterloo.ca [129.97.15.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A7343D2D for ; Fri, 3 Sep 2004 07:49:25 +0000 (GMT) (envelope-from mpatters@williams.cscf.uwaterloo.ca) Received: from mpatters by williams.cscf with local (Exim 4.34) id 1C2acY-0002qb-5u for freebsd-ports@freebsd.org; Wed, 01 Sep 2004 15:18:14 -0400 From: Mike Patterson To: freebsd-ports@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1094066293.10169.74.camel@williams.cscf.uwaterloo.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 01 Sep 2004 15:18:14 -0400 Sender: Mike Patterson Subject: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 07:49:25 -0000 I use quotation marks because I'm not certain what I intend to do is clever, really, but it would make my life a lot easier. I'm trying to make ports install themselves to something like PREFIX/portname/, so that libtool15's binary would be PREFIX/libtool15/bin and its man pages would be PREFIX/libtool15/man, etc. A quick read through the handbook and bsd.ports.mk imply that there's no current way to do it, but perhaps I missed something. I'd be willing to try hacking up Mk bits (either for committing or just for myself). Or am I insane for wanting to force ports infrastructure to conform to this sort of localism? Mike From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 09:23:45 2004 Return-Path: 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 E7E5616A4CE for ; Fri, 3 Sep 2004 09:23:45 +0000 (GMT) Received: from puchatek.intranet.pl (intranet.pl [217.17.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2C043D54 for ; Fri, 3 Sep 2004 09:23:45 +0000 (GMT) (envelope-from p@missTCP.net) Received: from localhost (localhost [127.0.0.1]) by puchatek.intranet.pl (Postfix) with ESMTP id 60BAC25041 for ; Fri, 3 Sep 2004 11:22:20 +0200 (CEST) Received: from puchatek.intranet.pl ([127.0.0.1]) by localhost (puchatek.intranet.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14421-02 for ; Fri, 3 Sep 2004 11:22:18 +0200 (CEST) Received: from DUZY (aji237.neoplus.adsl.tpnet.pl [83.25.242.237]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by puchatek.intranet.pl (Postfix) with ESMTP id D322425039 for ; Fri, 3 Sep 2004 11:22:17 +0200 (CEST) Date: Fri, 3 Sep 2004 11:23:42 +0200 From: Przemek X-Mailer: The Bat! (v2.12.00) Organization: missTCP.net X-Priority: 3 (Normal) Message-ID: <1641177329.20040903112342@missTCP.net> To: ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Subject: mod_php4 and pgsql - pg_connect(): Cannot create new link. Too many open links (0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Przemek List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 09:23:46 -0000 Hello, after I upgraded mod_php4 to 4.3.8 version my connection to pgsql doesn't work. It writes me: pg_connect(): Cannot create new link. Too many open links (0) in /usr/local/www/data/libs/c_db_postgres.php on line 43 Can't connect to database server! Why? Before upgrade it worked. I've installed /usr/ports/database/php4-pgsql and i've got in /usr/local/etc/php/extensions.ini: extension=pgsql.so My phpinfo() shows: PostgreSQL Support enabled PostgreSQL(libpq) Version 7.4 Multibyte character support enabled SSL support enabled Active Persistent Links 0 Active Links 0 Directive Local Value Master Value pgsql.allow_persistent On On pgsql.auto_reset_persistent Off Off pgsql.ignore_notice Off Off pgsql.log_notice Off Off pgsql.max_links Unlimited Unlimited pgsql.max_persistent Unlimited Unlimited What wrong with this? Best Regards, Przemysław Ciesielski From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 11:01:22 2004 Return-Path: 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 E6EFB16A4DD for ; Fri, 3 Sep 2004 11:01:22 +0000 (GMT) Received: from mx.phys.msu.ru (mx.phys.msu.ru [193.232.122.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 079DA43D48 for ; Fri, 3 Sep 2004 11:01:22 +0000 (GMT) (envelope-from michurin@ofef343.phys.msu.ru) Received: from [193.232.124.58] (HELO LAB1) by mx.phys.msu.ru (CommuniGate Pro SMTP 4.0.6) with SMTP id 1942864 for ports@FreeBSD.org; Fri, 03 Sep 2004 15:04:55 +0400 Message-ID: <000801c491a5$58e3c510$0600a8c0@LAB1> From: "Michurin A.V." To: Date: Fri, 3 Sep 2004 15:01:21 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Mailman-Approved-At: Fri, 03 Sep 2004 12:12:38 +0000 Subject: FreeBSD Port: xfig-3.2.4_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Michurin A.V." List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 11:01:23 -0000 *This message was transferred with a trial version of CommuniGate(tm) Pro* Hi! How can I get xfig for 5.2.1-RELEASE? The link "Package" at http://www.freebsd.org/cgi/ports.cgi?query=xfig&stype=all&release=5.2.1-RELEASE%2Fi386 say error 550. Good day! Alexey. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 12:34:01 2004 Return-Path: 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 7BFEE16A4CE; Fri, 3 Sep 2004 12:34:01 +0000 (GMT) Received: from eric.schwarzvogel.de (eric.schwarzvogel.de [194.97.4.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id D623043D1F; Fri, 3 Sep 2004 12:34:00 +0000 (GMT) (envelope-from klausman@schwarzvogel.de) Received: from klausman by eric.schwarzvogel.de with local (Exim 4.42) id 1C3DGR-000258-Cm; Fri, 03 Sep 2004 14:33:59 +0200 Date: Fri, 3 Sep 2004 14:33:59 +0200 From: Tobias Klausmann To: perky@FreeBSD.org Message-ID: <20040903123359.GA7903@eric.schwarzvogel.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: ports@FreeBSD.org Subject: FreeBSD Port: py-metar-0.8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 12:34:01 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! Version 0.12 has been released. Upgrading is strongly recommended. The attachment contains the 0.12 annoucement. Note that it does not contain all changes since 0.8. Regards, Tobias PyMETAR maintainer --h31gzZEtNLTqOjlF Content-Type: message/rfc822 Content-Disposition: inline Return-path: Envelope-to: klausman@schwarzvogel.de Delivery-date: Fri, 03 Sep 2004 14:28:56 +0200 Received: from localhost ([127.0.0.1] helo=eric.schwarzvogel.de ident=mailman) by eric.schwarzvogel.de with esmtp (Exim 4.42) id 1C3DBV-0001wD-Fd; Fri, 03 Sep 2004 14:28:53 +0200 Received: from klausman by eric.schwarzvogel.de with local (Exim 4.42) id 1C3DBS-0001w7-MW for pymetar-dev@schwarzvogel.de; Fri, 03 Sep 2004 14:28:50 +0200 Date: Fri, 3 Sep 2004 14:28:50 +0200 From: Tobias Klausmann To: pymetar-dev@schwarzvogel.de Subject: [pymetar-dev] PyMETAR 0.12 Message-ID: <20040903122850.GA7373@eric.schwarzvogel.de> Mail-Followup-To: pymetar-dev@schwarzvogel.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-BeenThere: pymetar-dev@schwarzvogel.de X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of PyMETAR development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: pymetar-dev-bounces@schwarzvogel.de Errors-To: pymetar-dev-bounces@schwarzvogel.de X-Eric-SAS: -4.5 (----) Hi! I've just put v0.12 of PyMETAR online. Changes: * getVisibilityKilometers returned miles instead of kilometers. Fixed. (Thanks to Laurent Rahuel for pointing it out) URL for the tarball: http://www.schwarzvogel.de/pkgs/pymetar-0.12.tar.gz Greets, Tobias _______________________________________________ pymetar-dev mailing list pymetar-dev@schwarzvogel.de http://eric.schwarzvogel.de/mailman/listinfo/pymetar-dev --h31gzZEtNLTqOjlF-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 12:43:07 2004 Return-Path: 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 6CC4216A4CE for ; Fri, 3 Sep 2004 12:43:07 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B02E43D45 for ; Fri, 3 Sep 2004 12:43:07 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.3] (12-216-240-169.client.mchsi.com[12.216.240.169]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20040903124305m920002t9ge>; Fri, 3 Sep 2004 12:43:06 +0000 Message-ID: <413866D8.1020104@math.missouri.edu> Date: Fri, 03 Sep 2004 07:43:04 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040825 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Lars_K=F6ller?= References: <200409030732.i837WOw05534@rayadm.hrz.uni-bielefeld.de> In-Reply-To: <200409030732.i837WOw05534@rayadm.hrz.uni-bielefeld.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: ports@freebsd.org cc: lars@koellers.net Subject: Re: single precision fftw wanted X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 12:43:07 -0000 Lars Köller wrote: > ---------- > > In reply to Stephen Montgomery-Smith who wrote: > > >>Dear Lars and ports, >> >>I am interested in creating a port for gromacs (http://www.gromacs.org) >>and it requires fftw built using single precision. The super-easy way >>is to create a port sfftw which is a copy of fftw with a line like >>CONFIGURE_ARGS+= --enable-float --enable-type-prefix >>added in. Or I could add some kind of option to fftw. Anyway, since >>Lars is the maintainer of fftw I would like to coordinate with him about >>it. And I am copying this to ports as well just in case anyone else has >>suggestions. > > > Hi, I'm just back from holidays. I think if we have the requirement of > a single precision of another port, it is the only solution to make a > separate port. > > However, are the libraries separated, so it is possible to have both > installed? > Yes - if one builds fftw correctly, the only common files between single precision and double precision will be the docs. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 13:41:24 2004 Return-Path: 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 0C43616A4CF for ; Fri, 3 Sep 2004 13:41:24 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 939C343D4C for ; Fri, 3 Sep 2004 13:41:23 +0000 (GMT) (envelope-from fbsd-ports@trini0.org) Received: from hivemind.trini0.org (trini0.org[65.34.205.195]) by comcast.net (sccrmhc12) with ESMTP id <2004090313411201200c0vk8e>; Fri, 3 Sep 2004 13:41:23 +0000 Received: from [192.168.0.3] (gladiator.trini0.org [192.168.0.3]) by hivemind.trini0.org (Postfix) with ESMTP id 339832A; Fri, 3 Sep 2004 09:41:12 -0400 (EDT) Message-ID: <4138747F.9080201@trini0.org> Date: Fri, 03 Sep 2004 09:41:19 -0400 From: Gerard Samuel User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040812) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Przemek References: <1641177329.20040903112342@missTCP.net> In-Reply-To: <1641177329.20040903112342@missTCP.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org Subject: Re: mod_php4 and pgsql - pg_connect(): Cannot create new link. Too many open links (0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 13:41:24 -0000 Przemek wrote: > Hello, > > after I upgraded mod_php4 to 4.3.8 version my connection to pgsql > doesn't work. > It writes me: > pg_connect(): Cannot create new link. Too many open links (0) in /usr/local/www/data/libs/c_db_postgres.php on line 43 > Can't connect to database server! > > Why? > Before upgrade it worked. > > I've installed /usr/ports/database/php4-pgsql and i've got in > /usr/local/etc/php/extensions.ini: > extension=pgsql.so > > My phpinfo() shows: > > PostgreSQL Support enabled > PostgreSQL(libpq) Version 7.4 > Multibyte character support enabled > SSL support enabled > Active Persistent Links 0 > Active Links 0 > > Directive Local Value Master Value > pgsql.allow_persistent On On > pgsql.auto_reset_persistent Off Off > pgsql.ignore_notice Off Off > pgsql.log_notice Off Off > pgsql.max_links Unlimited Unlimited > pgsql.max_persistent Unlimited Unlimited > > What wrong with this? > Have you tried to restart Postgresql? I upgraded php last week, and I didnt have any problems connecting to postgresql... From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 14:18:35 2004 Return-Path: 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 48E3316A4CF; Fri, 3 Sep 2004 14:18:35 +0000 (GMT) Received: from hellmouth3.gatech.edu (hellmouth3.gatech.edu [130.207.165.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A923C43D45; Fri, 3 Sep 2004 14:18:34 +0000 (GMT) (envelope-from gte990t@mail.gatech.edu) Received: from hellmouth3.gatech.edu (localhost [127.0.0.1]) by hellmouth3.gatech.edu (Postfix) with SMTP id 9F633221110; Fri, 3 Sep 2004 10:18:33 -0400 (EDT) (envelope-from gte990t@mail.gatech.edu) Received: from mailprx1.gatech.edu (mailprx1.prism.gatech.edu [130.207.171.15]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (verified OK)) by hellmouth3.gatech.edu (Postfix) with ESMTP id 7D7BF2210AF; Fri, 3 Sep 2004 10:18:33 -0400 (EDT) (envelope-from gte990t@mail.gatech.edu) Received: from [192.168.0.3] (r58h96.res.gatech.edu [128.61.58.96]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (sasl: method=PLAIN, username=gte990t, sender=n/a) by mailprx1.gatech.edu (Postfix) with ESMTP id 347E83A5F0; Fri, 3 Sep 2004 10:18:33 -0400 (EDT) (envelope-from gte990t@mail.gatech.edu) From: Jason Harmening To: knu@FreeBSD.org Date: Fri, 3 Sep 2004 10:35:59 -0400 User-Agent: KMail/1.6.2 References: <200409030218.30776.gte990t@mail.gatech.edu> In-Reply-To: <200409030218.30776.gte990t@mail.gatech.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409031035.59406.gte990t@mail.gatech.edu> cc: ports@FreeBSD.org Subject: Re: [ruby18] bus error when updating portsdb X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 14:18:35 -0000 I added a debug printf to portsdb.rb at line 586, and the bus error always occurs at the entry for py23-bsddb3-4.2.4. Don't know if this means anything, but it may be useful. > Hi, > > I'm having the following problem whenever I run portsdb -Uu or portupgrade: > > Updating the portsdb in /var/tmp ... - 11725 port > entries found > .........1000.........2000.........3000.........4000.........5000.........6 >000.........7000.........8000..../usr/local/lib/ruby/site_ruby/1.8/portsdb.r >b:587: [BUG] Bus Error > ruby 1.8.2 (2004-07-29) [i386-freebsd5] > > Abort (core dumped) > > The bus error always occurs at exactly the same location (just past the > 8000th entry) in the portsdb. I run portsdb/portupgrade weekly and just > began having this problem tonight. System is 5.2.1-RELEASE-p9 i386. > > Thanks, > Jason Harmening From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 14:22:59 2004 Return-Path: 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 1C4C816A4CE; Fri, 3 Sep 2004 14:22:59 +0000 (GMT) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05A7543D49; Fri, 3 Sep 2004 14:22:58 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) i83EMigH078287 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Sep 2004 15:22:44 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)i83EMiBl078286; Fri, 3 Sep 2004 15:22:44 +0100 (BST) (envelope-from matthew) Date: Fri, 3 Sep 2004 15:22:44 +0100 From: Matthew Seaman To: Joshua Tinnin , freebsd-ports@freebsd.org, knu@freebsd.org Message-ID: <20040903142244.GC23032@happy-idiot-talk.infracaninophile.co.uk> Mail-Followup-To: Joshua Tinnin , freebsd-ports@freebsd.org, knu@FreeBSD.org References: <89ceee704090210493f05add6@mail.gmail.com> <200409022322.26375.steve@howes-macnaghten.com> <89ceee704090216024af4da42@mail.gmail.com> <200409030205.40246.krinklyfig@spymac.com> <20040903103903.GA64311@happy-idiot-talk.infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iFRdW5/EC4oqxDHL" Content-Disposition: inline In-Reply-To: <20040903103903.GA64311@happy-idiot-talk.infracaninophile.co.uk> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (smtp.infracaninophile.co.uk [IPv6:::1]); Fri, 03 Sep 2004 15:22:44 +0100 (BST) X-Virus-Scanned: clamd / ClamAV version devel-20040705, clamav-milter version 0.74a on smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on happy-idiot-talk.infracaninophile.co.uk Subject: Re: portupgrade, portsdb -U failing, ruby dumping core X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 14:22:59 -0000 --iFRdW5/EC4oqxDHL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 03, 2004 at 11:39:03AM +0100, Matthew Seaman wrote: > [ Maintainer of lang/ruby18 amd sysutils/portupgrade CC'd ] > % sudo portsdb -u=20 > [Updating the portsdb in /usr/ports ... - 11724 p= ort entries found .........1000.........2000.........3000.........4000.....= ....5000.........6000.........7000.........8000..../usr/local/lib/ruby/site= _ruby/1.8/portsdb.rb:587: [BUG] Segmentation fault > ruby 1.8.2 (2004-07-29) [i386-freebsd4] > =20 > Abort (core dumped) I've been trying to track down when this problem was introduced into the ports tree, and I've managed to narrow it down to a 1 hour window between 2004.09.02.15.00.00 UTC 2004.09.02.16.00.00 UTC One or more of the following commits would appear to be in the frame: % sudo cvsup -g -L 2 ports-supfile Password: Parsing supfile "ports-supfile" Connecting to cvsup.uk.FreeBSD.org Connected to cvsup.uk.FreeBSD.org Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection ports-all/cvs Edit ports/databases/py-PyGreSQL/Makefile Add delta 1.41 2004.09.02.15.58.33 arved Edit ports/databases/py-PyGreSQL/distinfo Add delta 1.10 2004.09.02.15.58.33 arved Checkout ports/databases/py-PyGreSQL/files/patch-pgmodule.c Delete ports/databases/py-PyGreSQL/files/patch-setup.py Edit ports/editors/jedit/Makefile Add delta 1.24 2004.09.02.15.18.51 vs Edit ports/editors/jedit/distinfo Add delta 1.15 2004.09.02.15.18.51 vs Delete ports/editors/jedit/pkg-plist Edit ports/security/clamav-devel/Makefile Add delta 1.59 2004.09.02.15.24.16 vs Edit ports/security/clamav-devel/distinfo Add delta 1.42 2004.09.02.15.24.16 vs Edit ports/security/clamav-devel/files/patch-configure.in Add delta 1.2 2004.09.02.15.24.16 vs Delete ports/security/clamav-devel/files/patch-ltmain.sh Edit ports/security/stunnel/Makefile Add delta 1.55 2004.09.02.15.46.15 roam Checkout ports/security/stunnel/files/ssl-noengine.patch Edit ports/sysutils/durep/pkg-descr Add delta 1.2 2004.09.02.15.16.59 vs Edit ports/sysutils/k3b/Makefile Add delta 1.14 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/distinfo Add delta 1.7 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-Makefile.in Add delta 1.5 2004.09.02.15.26.02 arved Delete ports/sysutils/k3b/files/patch-src-core-k3bdefaultexternalprogr= ams.cpp Delete ports/sysutils/k3b/files/patch-src-core-k3bprocess.cpp Delete ports/sysutils/k3b/files/patch-src-core-k3bprocess.h Edit ports/sysutils/k3b/files/patch-src-device-k3bdevice.cpp Add delta 1.4 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-device-k3bdevice.h Add delta 1.4 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-device-k3bdevicemanager.cpp Add delta 1.4 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-device-k3bdevicemanager.h Add delta 1.4 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-device-k3bscsicommand.cpp Add delta 1.4 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-device-k3bscsicommand.h Add delta 1.4 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-rip-k3bdvdrippingprocess.cpp Add delta 1.3 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-rip-k3bmovieview.cpp Add delta 1.5 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-rip-k3btcwrapper.cpp Add delta 1.5 2004.09.02.15.26.02 arved Edit ports/sysutils/k3b/files/patch-src-rip-k3bvideocdrip.cpp Add delta 1.2 2004.09.02.15.26.02 arved Edit ports/textproc/ocaml-yaxi/Makefile Add delta 1.5 2004.09.02.15.14.45 vs Shutting down connection to server Finished successfully Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --iFRdW5/EC4oqxDHL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBOH40iD657aJF7eIRAg3iAJ9NIj+WVqm1HMShiLGbTP//MVlGVACfaul1 5+M37yevl/R2jXmXZKSDFrA= =d7rw -----END PGP SIGNATURE----- --iFRdW5/EC4oqxDHL-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 15:47:04 2004 Return-Path: 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 B9FBE16A4CE for ; Fri, 3 Sep 2004 15:47:04 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7062C43D58 for ; Fri, 3 Sep 2004 15:47:04 +0000 (GMT) (envelope-from kheller2@mac.com) Received: from darktower.akheller.net ([68.85.124.105]) by comcast.net (sccrmhc11) with ESMTP id <20040903154703011008bsose>; Fri, 3 Sep 2004 15:47:03 +0000 Received: from [192.168.1.5] (pbg4.akheller.net [192.168.1.5]) by darktower.akheller.net (8.11.6/8.11.6) with ESMTP id i83FkuI64369 for ; Fri, 3 Sep 2004 11:46:58 -0400 (EDT) (envelope-from kheller2@mac.com) Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <86A72A58-FDC0-11D8-AF91-000393C77F2E@mac.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-ports@freebsd.org From: Karl Heller Date: Fri, 3 Sep 2004 11:47:14 -0400 X-Mailer: Apple Mail (2.619) X-AKH-MailScanner: Found to be clean X-MailScanner-From: kheller2@mac.com Subject: portsdb -u & ruby core dumps X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 15:47:04 -0000 I just noticed that portsdb -Uu core dumps on me. There seems to be something wrong with the Index file that is build by -U. If I remove the INDEX* files and re-download them via cvsup, portsdb -u works. However, if I run -U to rebuild the index then -u to make the DB I get: (heller@rns:[11:19am]-147-) /usr3/FreeBSD/ports## portsdb -U Updating the ports index ... Generating INDEX.tmp - please wait..Warning: Duplicate INDEX entry: freeciv-gtk2-1.14.1 Warning: Duplicate INDEX entry: fvwm-imlib-2.4.18 Done. done (heller@rns:[11:39am]-148-) /usr3/FreeBSD/ports## dir INDEX* -rw-r--r-- 1 root wheel 5955064 Sep 3 11:39 INDEX -rw-r--r-- 1 root wheel 4947853 Mar 15 18:20 INDEX-5 -rw-r--r-- 1 root wheel 10724352 Sep 3 11:16 INDEX.db (heller@rns:[11:41am]-149-) /usr3/FreeBSD/ports## portsdb -u [Updating the portsdb in /usr/ports ... - 11726 port entries found .........1000.........2000.........3000.........4000.........5000....... ..6000.........7000.........8000..../usr/local/lib/ruby/site_ruby/1.8/ portsdb.rb:587: [BUG] Bus Error ruby 1.8.2 (2004-07-29) [i386-freebsd4] Abort (core dumped) I actually did a make install of ruby 1.8.2 thinking there was a problem with it. this is 4.10-Stable from July. I do pull the entire ports tree. I just checked my cron logs from yesterday and the build was fine... [Updating the portsdb in /usr/ports ... - 11718 port entries found .........1000.........2000.........3000.........4000.........5000....... . .6000.........7000.........8000.........9000.........10000.........11000 ....... ..... done] So, is this related to the ports freeze for 5.3? Karl "The number of people that can reason well, is much smaller than those that can reason badly. If reasoning were like hauling rocks then several reasoners might be better than one. But reasoning isn't like hauling rocks." - Galileo From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 15:54:35 2004 Return-Path: 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 9F38C16A4CF for ; Fri, 3 Sep 2004 15:54:35 +0000 (GMT) Received: from ebi.xs4all.nl (ebi.xs4all.nl [213.84.17.214]) by mx1.FreeBSD.org (Postfix) with SMTP id CC1E743D2D for ; Fri, 3 Sep 2004 15:54:34 +0000 (GMT) (envelope-from udo@ebi.xs4all.nl) Received: (qmail 55529 invoked by uid 1000); 3 Sep 2004 16:02:02 -0000 Message-ID: <20040903160202.55528.qmail@ebi.xs4all.nl> From: "Udo" To: ports@FreeBSD.org Date: Fri, 03 Sep 2004 18:01:48 +0200 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_0_55502_1094227318"; charset="utf-8" Subject: xview 3.2.1_2 does not build at FreeBSD 5.3 Beta2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 15:54:35 -0000 This is a MIME-formatted message. If you see this text it means that your mail software cannot handle MIME-formatted messages. --=_0_55502_1094227318 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: 7bit Here is the error message: (Thank you for help.) --=_0_55502_1094227318 Content-Disposition: attachment; filename=xview.txt Content-Type: text/plain; charset="utf-8"; name=xview.txt Content-Transfer-Encoding: 7bit ===> Building for xview-3.2.1_2 Building Release 3.2 of the XView Toolkit If you get the message, 'Can't find include file XView.tmpl', set the environment variable IMAKEINCLUDE to '-I/usr/ports/x11-toolkits/xview/work/xview3.2p1-X11R6/config' and '-I/config'. Where is the path to your installed X11 R5 build. Fr 3 Sep 2004 17:54:32 CEST make 'SUBDIRS=lib images bitmaps misc util config doc' Makefiles making Makefiles in lib... mv -f Makefile Makefile.bak making Makefiles in lib/lib... *** Error code 2 Stop in /usr/ports/x11-toolkits/xview/work/xview3.2p1-X11R6/lib. *** Error code 1 (ignored) making Makefiles in images... mv -f Makefile Makefile.bak making Makefiles in bitmaps... mv -f Makefile Makefile.bak making Makefiles in misc... mv -f Makefile Makefile.bak making Makefiles in misc/lib... *** Error code 2 Stop in /usr/ports/x11-toolkits/xview/work/xview3.2p1-X11R6/misc. *** Error code 1 (ignored) making Makefiles in util... mv -f Makefile Makefile.bak making Makefiles in util/lib... *** Error code 2 Stop in /usr/ports/x11-toolkits/xview/work/xview3.2p1-X11R6/util. *** Error code 1 (ignored) making Makefiles in config... mv -f Makefile Makefile.bak making Makefiles in doc... mv -f Makefile Makefile.bak making Makefiles in doc/lib... *** Error code 2 Stop in /usr/ports/x11-toolkits/xview/work/xview3.2p1-X11R6/doc. *** Error code 1 (ignored) make 'CLEAN_SUBDIRS=lib images bitmaps misc util config ' cleandir rm -f xview.1.html xview.1-html rm -f xview._man rm -f *.CKP *.ln *.BAK *.bak *.o core errs ,* *~ *.a .emacs_* tags TAGS make.log MakeOut *.core "#"* make 'SUBDIRS=lib images bitmaps misc util config ' includes including in ./lib... including in lib/lib... *** Error code 2 Stop in /usr/ports/x11-toolkits/xview/work/xview3.2p1-X11R6/lib. *** Error code 1 Stop in /usr/ports/x11-toolkits/xview/work/xview3.2p1-X11R6. *** Error code 1 Stop in /usr/ports/x11-toolkits/xview/work/xview3.2p1-X11R6. *** Error code 1 Stop in /usr/ports/x11-toolkits/xview. --=_0_55502_1094227318-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 17:59:13 2004 Return-Path: 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 2BD1016A4CE for ; Fri, 3 Sep 2004 17:59:13 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D807243D58 for ; Fri, 3 Sep 2004 17:59:12 +0000 (GMT) (envelope-from jeffgaofreebsd@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so12569rnl for ; Fri, 03 Sep 2004 10:59:11 -0700 (PDT) Received: by 10.38.74.61 with SMTP id w61mr123533rna; Fri, 03 Sep 2004 10:59:11 -0700 (PDT) Received: by 10.38.74.25 with HTTP; Fri, 3 Sep 2004 10:59:11 -0700 (PDT) Message-ID: <639522fe040903105923cb176c@mail.gmail.com> Date: Fri, 3 Sep 2004 11:59:11 -0600 From: Jie Gao To: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Can anyone handle PR: ports/71348 ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jie Gao List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 17:59:13 -0000 Hi there, Can anyone handle PR ports/71348 before the ports freeze? It is a fix to mysqlcppapi to unbreak it with mysql-4.1.4 after mysql41-* were updated yesterday. Thanks. Jie From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 19:42:10 2004 Return-Path: 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 4FB9816A4CF for ; Fri, 3 Sep 2004 19:42:10 +0000 (GMT) Received: from williams.cscf.uwaterloo.ca (williams.cscf.uwaterloo.ca [129.97.15.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A89F43D49 for ; Fri, 3 Sep 2004 19:42:10 +0000 (GMT) (envelope-from mpatters@williams.cscf.uwaterloo.ca) Received: from mpatters by williams.cscf.uwaterloo.ca with local (Exim 4.34) id 1C3JwW-0004ro-4V; Fri, 03 Sep 2004 15:41:52 -0400 From: Mike To: Brooks Davis In-Reply-To: <20040902181730.GC3801@odin.ac.hmc.edu> References: <19DD9455-FCF9-11D8-B720-00039312D914@fillmore-labs.com> <20040902181730.GC3801@odin.ac.hmc.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1094240512.17166.283.camel@williams.cscf.uwaterloo.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 03 Sep 2004 15:41:52 -0400 Sender: Mike Patterson cc: freebsd-ports@freebsd.org cc: Oliver Eikemeier Subject: Re: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 19:42:10 -0000 On Thu, 2004-09-02 at 14:17, Brooks Davis wrote: > you also create a symlink farm and point LOCALBASE to it. You might > actually consider using NetBSD's pkgsrc. It has a lot less packages, That's fine, I'll look into that. Thanks (to Branden and others too)! Mike From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 19:43:08 2004 Return-Path: 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 D378716A4CE for ; Fri, 3 Sep 2004 19:43:08 +0000 (GMT) Received: from williams.cscf.uwaterloo.ca (williams.cscf.uwaterloo.ca [129.97.15.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id B62AF43D41 for ; Fri, 3 Sep 2004 19:43:08 +0000 (GMT) (envelope-from mpatters@williams.cscf.uwaterloo.ca) Received: from mpatters by williams.cscf.uwaterloo.ca with local (Exim 4.34) id 1C3Jxk-0004s1-Bo for freebsd-ports@freebsd.org; Fri, 03 Sep 2004 15:43:08 -0400 From: Mike To: freebsd-ports@freebsd.org In-Reply-To: <1094240512.17166.283.camel@williams.cscf.uwaterloo.ca> References: <19DD9455-FCF9-11D8-B720-00039312D914@fillmore-labs.com> <20040902181730.GC3801@odin.ac.hmc.edu> <1094240512.17166.283.camel@williams.cscf.uwaterloo.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1094240588.17166.287.camel@williams.cscf.uwaterloo.ca> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 03 Sep 2004 15:43:08 -0400 Sender: Mike Patterson Subject: Re: PREFIX "cleverness" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 19:43:09 -0000 On Fri, 2004-09-03 at 15:41, Mike wrote: > Thanks (to Branden and others too)! Brandon, even - my turn for a typo. Mike From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 21:52:24 2004 Return-Path: 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 E26BE16A4CF for ; Fri, 3 Sep 2004 21:52:24 +0000 (GMT) Received: from basement.kutulu.org (211.215.33.65.cfl.rr.com [65.33.215.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8812743D1D for ; Fri, 3 Sep 2004 21:52:24 +0000 (GMT) (envelope-from kutulu@kutulu.org) Received: from wombat.jungle (wombat.jungle [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id B997D19 for ; Fri, 3 Sep 2004 17:52:23 -0400 (EDT) Received: by wombat.jungle (Postfix, from userid 1001) id 37B499581A; Fri, 3 Sep 2004 17:48:44 -0400 (EDT) Date: Fri, 3 Sep 2004 17:48:44 -0400 From: Michael Edenfield To: ports@freebsd.org Message-ID: <20040903214843.GA42378@wombat.jungle> Mail-Followup-To: ports@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 54F0 19E2 37B3 F508 2404 9971 7D8D E344 C00A 98A1 Subject: Bus Error in protsdb.rb updating INDEX.db X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 21:52:25 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've been working on the INDEX.db building problem people seem to be having, and have at least managed to track down the problem. It's this line in the INDEX-5 file (wrapping ahead): Origin:8465:databases/py-bsddb3 Port Info:8465:py23-bsddb3-4.2.4|/usr/ports/databases/py-bsddb3|/usr/local|Python extension module for BerkeleyDB 3 and 4|/usr/ports/databases/py-bsddb3/pkg-descr|perky@FreeBSD.org|databases python|db41-4.1.25_2 python-2.3.4_2|db41-4.1.25_2 python-2.3.4_2|http://pybsddb.sourceforge.net/ I haven't figured out why this line break, but trying to do: origin = port_info.origin @db[origin] = port_info is what's causing the bus error. Coincidentally, I can print origin and portinfo, as you can see above, but can't assign to it. If I have ruby skip that line in the index file, it keeps right on going and finishes with no problems. I'm going to keep working on this, but perhaps a more experienced ruby guru can see what's wrong here... --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBOOa7fY3jRMAKmKERArksAKCsGQtvDBDbfegIZxPVcUkPAJTfBwCfbwpe ZFh853QzOQp6bMh8tWpEgqw= =AZi9 -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 21:54:09 2004 Return-Path: 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 58A2616A4CF for ; Fri, 3 Sep 2004 21:54:09 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 122AB43D2F for ; Fri, 3 Sep 2004 21:54:09 +0000 (GMT) (envelope-from dhrider@gmail.com) Received: by mproxy.gmail.com with SMTP id v18so32113rnb for ; Fri, 03 Sep 2004 14:54:08 -0700 (PDT) Received: by 10.38.179.6 with SMTP id b6mr395693rnf; Fri, 03 Sep 2004 14:54:08 -0700 (PDT) Received: by 10.38.206.6 with HTTP; Fri, 3 Sep 2004 14:54:08 -0700 (PDT) Message-ID: <89ceee7040903145446527510@mail.gmail.com> Date: Fri, 3 Sep 2004 14:54:08 -0700 From: Dan Finn To: ports@freebsd.org In-Reply-To: <20040903214843.GA42378@wombat.jungle> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040903214843.GA42378@wombat.jungle> Subject: Re: Bus Error in protsdb.rb updating INDEX.db X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Finn List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 21:54:09 -0000 How do you tell ruby to skip that line? That might be at least a usable hack for some of us until this is fixed. On Fri, 3 Sep 2004 17:48:44 -0400, Michael Edenfield wrote: > I've been working on the INDEX.db building problem people seem to be > having, and have at least managed to track down the problem. It's this > line in the INDEX-5 file (wrapping ahead): > > Origin:8465:databases/py-bsddb3 > Port Info:8465:py23-bsddb3-4.2.4|/usr/ports/databases/py-bsddb3|/usr/local|Python extension module for BerkeleyDB 3 and 4|/usr/ports/databases/py-bsddb3/pkg-descr|perky@FreeBSD.org|databases python|db41-4.1.25_2 python-2.3.4_2|db41-4.1.25_2 python-2.3.4_2|http://pybsddb.sourceforge.net/ > > I haven't figured out why this line break, but trying to do: > > origin = port_info.origin > @db[origin] = port_info > > is what's causing the bus error. Coincidentally, I can print origin and > portinfo, as you can see above, but can't assign to it. If I have ruby > skip that line in the index file, it keeps right on going and finishes > with no problems. > > I'm going to keep working on this, but perhaps a more experienced ruby > guru can see what's wrong here... > > > > From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 22:01:54 2004 Return-Path: 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 B710C16A4CE for ; Fri, 3 Sep 2004 22:01:54 +0000 (GMT) Received: from basement.kutulu.org (211.215.33.65.cfl.rr.com [65.33.215.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BD3943D46 for ; Fri, 3 Sep 2004 22:01:54 +0000 (GMT) (envelope-from kutulu@kutulu.org) Received: from wombat.jungle (wombat.jungle [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id 2F1AF76 for ; Fri, 3 Sep 2004 18:01:53 -0400 (EDT) Received: by wombat.jungle (Postfix, from userid 1001) id B39BE9581A; Fri, 3 Sep 2004 17:58:14 -0400 (EDT) Date: Fri, 3 Sep 2004 17:58:14 -0400 From: Michael Edenfield To: ports@freebsd.org Message-ID: <20040903215814.GA43384@wombat.jungle> Mail-Followup-To: ports@freebsd.org References: <20040903214843.GA42378@wombat.jungle> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <20040903214843.GA42378@wombat.jungle> User-Agent: Mutt/1.4.2.1i X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 54F0 19E2 37B3 F508 2404 9971 7D8D E344 C00A 98A1 Subject: Re: Bus Error in protsdb.rb updating INDEX.db X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 22:01:54 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Michael Edenfield [040903 17:48]: >=20 > origin =3D port_info.origin > @db[origin] =3D port_info >=20 > is what's causing the bus error. Coincidentally, I can print origin and > portinfo, as you can see above, but can't assign to it. If I have ruby > skip that line in the index file, it keeps right on going and finishes > with no problems. >=20 Ooops. Due to a slight logical error, it actually skipped the rest of the INDEX file :) The following three ports cause a bus error, but the rest of them go into the INDEX.db ok: origin =3D=3D 'databases/py-bsddb3' origin =3D=3D 'databases/py-cdb' origin =3D=3D 'databases/py-gdbm' --Mike --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBOOj2fY3jRMAKmKERAqzQAJ9AmUg842mXFEElXaFY6Yxl2dpKIQCdHCF9 mtIfEEaXVJ7EoLmL7lEEByY= =Zb3a -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 22:10:26 2004 Return-Path: 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 E130616A4CE for ; Fri, 3 Sep 2004 22:10:26 +0000 (GMT) Received: from basement.kutulu.org (211.215.33.65.cfl.rr.com [65.33.215.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6131143D58 for ; Fri, 3 Sep 2004 22:10:26 +0000 (GMT) (envelope-from kutulu@kutulu.org) Received: from wombat.jungle (wombat.jungle [192.168.69.3]) by basement.kutulu.org (Postfix) with ESMTP id B610076; Fri, 3 Sep 2004 18:10:25 -0400 (EDT) Received: by wombat.jungle (Postfix, from userid 1001) id 5CE169581A; Fri, 3 Sep 2004 18:06:46 -0400 (EDT) Date: Fri, 3 Sep 2004 18:06:46 -0400 From: Michael Edenfield To: Dan Finn Message-ID: <20040903220646.GA44384@wombat.jungle> Mail-Followup-To: Dan Finn , ports@freebsd.org References: <20040903214843.GA42378@wombat.jungle> <89ceee7040903145446527510@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <89ceee7040903145446527510@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 54F0 19E2 37B3 F508 2404 9971 7D8D E344 C00A 98A1 cc: ports@freebsd.org Subject: Re: Bus Error in protsdb.rb updating INDEX.db X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 22:10:27 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dan Finn [040903 18:04]: > How do you tell ruby to skip that line? That might be at least a > usable hack for some of us until this is fixed. I went into portsdb.rb and did this around line 570: next if ignore_category?(port_info.category) origin =3D port_info.origin pkgname =3D port_info.pkgname + next if origin =3D=3D 'databases/py-bsddb3' + next if origin =3D=3D 'databases/py-cdb'=20 + next if origin =3D=3D 'databases/py-gdbm' port_info.categories.each do |category| You could also remove them from INDEX-5 but they'll just get put back next time it gets rebuilt. --Mike --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBOOr2fY3jRMAKmKERAtErAJ46ZiVirOJjbh5DiHsHsrycE8KjDACfWCsU p6e4miM9FFEcBXJwI9Oc6wg= =tYVS -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 3 23:04:59 2004 Return-Path: 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 49FA816A4CE; Fri, 3 Sep 2004 23:04:59 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id A31AD43D45; Fri, 3 Sep 2004 23:04:58 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i83N2TH1056245; Fri, 3 Sep 2004 19:02:29 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: ports@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FVJv7ToFkdZk4SbyFzdX" Organization: FreeBSD, Inc. Message-Id: <1094252695.7545.1.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 03 Sep 2004 19:04:55 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com Subject: HEADS UP: Ports tree is frozen X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 23:04:59 -0000 --=-FVJv7ToFkdZk4SbyFzdX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The ports tree is now frozen in preparation for 5.3-RELEASE. This freeze is schedule to last for two weeks. All commits must be approved by portmgr. Only build fixes, security fixes, and critical bug fixes will be considered. There is no such thing as a timeout from portmgr.=20 If you do not get a response, your commit is not approved. Marcus on behalf of portmgr --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-FVJv7ToFkdZk4SbyFzdX Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBOPiWb2iPiv4Uz4cRAoZXAKCCkZd/QRxucJeFKFTETfo26Z+auQCfbYEN E+02kdW7uu1l1Am8b1FNn+Y= =Bnvi -----END PGP SIGNATURE----- --=-FVJv7ToFkdZk4SbyFzdX-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 05:53:47 2004 Return-Path: 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 5CAF516A4D0 for ; Sat, 4 Sep 2004 05:53:47 +0000 (GMT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C9BC43D31 for ; Sat, 4 Sep 2004 05:53:46 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 42303 invoked from network); 4 Sep 2004 05:53:45 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 4 Sep 2004 05:53:45 -0000 Received: (qmail 59231 invoked by uid 1001); 4 Sep 2004 05:53:45 -0000 Date: Sat, 4 Sep 2004 01:53:45 -0400 From: Brian Reichert To: Abid Saigol Message-ID: <20040904055345.GD9230@numachi.com> References: <004901c49065$5a660ab0$6601a8c0@vgvlaptop1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004901c49065$5a660ab0$6601a8c0@vgvlaptop1> User-Agent: Mutt/1.5.6i cc: ports@FreeBSD.org cc: yds@CoolRat.org Subject: Re: FreeBSD Port: courier-0.45.4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 05:53:47 -0000 On Wed, Sep 01, 2004 at 04:50:44PM -0400, Abid Saigol wrote: > Hi, > > I would like to install courier-MTA with mysql authentication. MySQL package is installed and functioning on my machine. > > I used pkg_add to install courier, but that does not install with MySQL authentication. I tried to download and make the port using portcheckout, but I get an error saying that MySQL not recognized. I didn't save the exact error message. How was that package built? If you install from ports, you can set the WITH_MYSQL variable, if I read the makefile properly... > Any advice about how I should proceed to install courier with mysql support would be highly appreciated. > > Thanks, Abid > _______________________________________________ > 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" -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 10:54:55 2004 Return-Path: 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 26CCF16A4CE; Sat, 4 Sep 2004 10:54:55 +0000 (GMT) Received: from congo.princess.dyns.cx (cpc1-cmbg6-6-0-cust54.cmbg.cable.ntl.com [81.104.213.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98D0043D48; Sat, 4 Sep 2004 10:54:54 +0000 (GMT) (envelope-from steve@howes-macnaghten.com) Received: by congo.princess.dyns.cx (Postfix, from userid 1001) id 9A81FC13B; Sat, 4 Sep 2004 11:54:53 +0100 (BST) From: Steve Hodgson To: freebsd-ports@freebsd.org Date: Sat, 4 Sep 2004 11:54:52 +0100 User-Agent: KMail/1.7 References: <20040903214843.GA42378@wombat.jungle> <89ceee7040903145446527510@mail.gmail.com> <20040903220646.GA44384@wombat.jungle> In-Reply-To: <20040903220646.GA44384@wombat.jungle> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409041154.53129.steve@howes-macnaghten.com> cc: ports@freebsd.org cc: Michael Edenfield cc: Dan Finn Subject: Re: Bus Error in protsdb.rb updating INDEX.db X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 10:54:55 -0000 On Friday 03 September 2004 23:06, Michael Edenfield wrote: > * Dan Finn [040903 18:04]: > > How do you tell ruby to skip that line? That might be at least a > > usable hack for some of us until this is fixed. After installing sysutils/portindex, have a look in /usr/local/share/doc/portindex/README.txt Looks like this is all old news Quote>> Possible problems with portsdb -u ================================= If portsdb -u fails because of bug in Ruby, delete incorrectly created INDEX.db file and reorder lines in INDEX file. Ruby is sensitive to order of lines in INDEX file. With index generated by original make index procedure Ruby can still crash, but less likely. #Method 0 Use portindexdb program. Works fast and nicely. Of course, categories are not generated, so if you are using in ignore by category feature in pkgtools.conf.... #Method 1 Use script like this: `` sort < INDEX-5 > INDEX-5.sorted mv INDEX-5.sorted INDEX-5 `` #Method 2 Or you can install ports textproc/rl and misc/inplace. Then use `` inplace rl /usr/ports/INDEX-5 ``Possible problems with portsdb -u ================================= If portsdb -u fails because of bug in Ruby, delete incorrectly created INDEX.db file and reorder lines in INDEX file. Ruby is sensitive to order of lines in INDEX file. With index generated by original make index procedure Ruby can still crash, but less likely. #Method 0 Use portindexdb program. Works fast and nicely. Of course, categories are not generated, so if you are using in ignore by category feature in pkgtools.conf.... #Method 1 Use script like this: `` sort < INDEX-5 > INDEX-5.sorted mv INDEX-5.sorted INDEX-5 `` #Method 2 Or you can install ports textproc/rl and misc/inplace. Then use `` inplace rl /usr/ports/INDEX-5 `` Sort method work better than rl for avoiding Ruby bug, use rl method only if sort method failed. This Ruby problem is reported in PR http://www.freebsd.org/cgi/query-pr.cgi?pr=66222 Have a nice day Bug reports are very welcome Radim Kolar Sort method work better than rl for avoiding Ruby bug, use rl method only if sort method failed. This Ruby problem is reported in PR http://www.freebsd.org/cgi/query-pr.cgi?pr=66222 Have a nice day Bug reports are very welcome Radim Kolar << End quote From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 10:54:55 2004 Return-Path: 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 26CCF16A4CE; Sat, 4 Sep 2004 10:54:55 +0000 (GMT) Received: from congo.princess.dyns.cx (cpc1-cmbg6-6-0-cust54.cmbg.cable.ntl.com [81.104.213.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98D0043D48; Sat, 4 Sep 2004 10:54:54 +0000 (GMT) (envelope-from steve@howes-macnaghten.com) Received: by congo.princess.dyns.cx (Postfix, from userid 1001) id 9A81FC13B; Sat, 4 Sep 2004 11:54:53 +0100 (BST) From: Steve Hodgson To: freebsd-ports@freebsd.org Date: Sat, 4 Sep 2004 11:54:52 +0100 User-Agent: KMail/1.7 References: <20040903214843.GA42378@wombat.jungle> <89ceee7040903145446527510@mail.gmail.com> <20040903220646.GA44384@wombat.jungle> In-Reply-To: <20040903220646.GA44384@wombat.jungle> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200409041154.53129.steve@howes-macnaghten.com> cc: ports@freebsd.org cc: Michael Edenfield cc: Dan Finn Subject: Re: Bus Error in protsdb.rb updating INDEX.db X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 10:54:55 -0000 On Friday 03 September 2004 23:06, Michael Edenfield wrote: > * Dan Finn [040903 18:04]: > > How do you tell ruby to skip that line? That might be at least a > > usable hack for some of us until this is fixed. After installing sysutils/portindex, have a look in /usr/local/share/doc/portindex/README.txt Looks like this is all old news Quote>> Possible problems with portsdb -u ================================= If portsdb -u fails because of bug in Ruby, delete incorrectly created INDEX.db file and reorder lines in INDEX file. Ruby is sensitive to order of lines in INDEX file. With index generated by original make index procedure Ruby can still crash, but less likely. #Method 0 Use portindexdb program. Works fast and nicely. Of course, categories are not generated, so if you are using in ignore by category feature in pkgtools.conf.... #Method 1 Use script like this: `` sort < INDEX-5 > INDEX-5.sorted mv INDEX-5.sorted INDEX-5 `` #Method 2 Or you can install ports textproc/rl and misc/inplace. Then use `` inplace rl /usr/ports/INDEX-5 ``Possible problems with portsdb -u ================================= If portsdb -u fails because of bug in Ruby, delete incorrectly created INDEX.db file and reorder lines in INDEX file. Ruby is sensitive to order of lines in INDEX file. With index generated by original make index procedure Ruby can still crash, but less likely. #Method 0 Use portindexdb program. Works fast and nicely. Of course, categories are not generated, so if you are using in ignore by category feature in pkgtools.conf.... #Method 1 Use script like this: `` sort < INDEX-5 > INDEX-5.sorted mv INDEX-5.sorted INDEX-5 `` #Method 2 Or you can install ports textproc/rl and misc/inplace. Then use `` inplace rl /usr/ports/INDEX-5 `` Sort method work better than rl for avoiding Ruby bug, use rl method only if sort method failed. This Ruby problem is reported in PR http://www.freebsd.org/cgi/query-pr.cgi?pr=66222 Have a nice day Bug reports are very welcome Radim Kolar Sort method work better than rl for avoiding Ruby bug, use rl method only if sort method failed. This Ruby problem is reported in PR http://www.freebsd.org/cgi/query-pr.cgi?pr=66222 Have a nice day Bug reports are very welcome Radim Kolar << End quote From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 11:12:29 2004 Return-Path: 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 76B3216A4CE for ; Sat, 4 Sep 2004 11:12:29 +0000 (GMT) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23CBE43D53 for ; Sat, 4 Sep 2004 11:12:29 +0000 (GMT) (envelope-from gerald@pfeifer.com) Received: from [128.131.111.60] (acrux [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id 9477C1378A; Sat, 4 Sep 2004 13:12:27 +0200 (CEST) Date: Sat, 4 Sep 2004 13:12:30 +0200 (CEST) From: Gerald Pfeifer To: Joe Marcus Clarke In-Reply-To: <1094149616.740.31.camel@gyros> Message-ID: References: <1094149616.740.31.camel@gyros> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: ports@freebsd.org Subject: Re: When (not) to enter a repo-copy in ports/MOVED X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 11:12:29 -0000 On Thu, 2 Sep 2004, Joe Marcus Clarke wrote: > No. You only need a MOVED entry if one port is being removed, or if > users of one port should move to using another port for the same > functionality. Since both ports are going to coexist, you can forgo a > MOVED entry. Okay, thanks for the clarification! Mark also responded and said he'll have a look at clarifying the documentation. Gerald -- Gerald Pfeifer (Jerry) gerald@pfeifer.com http://www.pfeifer.com/gerald/ From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 15:36:10 2004 Return-Path: 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 EDAE816A4CE for ; Sat, 4 Sep 2004 15:36:10 +0000 (GMT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A785D43D1D for ; Sat, 4 Sep 2004 15:36:10 +0000 (GMT) (envelope-from cworthy@myrealbox.com) Received: from cworthy [66.25.62.191] by myrealbox.com with NetMail ModWeb Module; Sat, 04 Sep 2004 10:36:14 -0500 From: "Colin Worthy" To: ports@FreeBSD.org Date: Sat, 04 Sep 2004 10:36:14 -0500 X-Mailer: NetMail ModWeb Module X-Sender: cworthy MIME-Version: 1.0 Message-ID: <1094312174.982deffccworthy@myrealbox.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: speex-1.0.4,1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cworthy@myrealbox.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 15:36:11 -0000 I tried to run the following command portupgrade -rR speex and got the foll= owing output. I am trying to upgrade from speex 1.0.3_1,1 to speex-1.0.4= ,1. Does anybody have any idea as to what might be causing it? =20 Here is the last part of the compilation Making all in include=20 Making all in speex=20 Making all in src=20 source=3D'speexenc.c' object=3D'speexenc.o' libtool=3Dno depfile=3D'.deps/= speexenc.Po' tmpdepfile=3D'.deps/speexenc.TPo' depmode=3Dgcc /bin/sh ../= depcomp cc -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" -DPACKAGE_VERS= ION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" -DSTDC_HEAD= ERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 = -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTY= PES_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -DHAVE_SYS_SOUNDCARD_H= =3D1 -DHAVE_LIBOGG=3D1 -DHAVE_LIBM=3D1 -DHAVE_LIBGNUGETOPT=3D1 -DSPEEX_VERS= ION=3D\"1.0.4\" -DSPEEX_MAJOR_VERSION=3D1 -DSPEEX_MINOR_VERSION=3D0 -DSPE= EX_MICRO_VERSION=3D4 -DSPEEX_EXTRA_VERSION=3D\"\" -I. -I. -I../include -I= ../libspeex -I/usr/local/include -I/usr/local/include -I/usr/local/inc= lude -O -pipe -c speexenc.c=20 speexenc.c:35: getopt.h: No such file or directory=20 speexenc.c: In function `main':=20 speexenc.c:220: elements of array `long_options' have incomplete type=20 speexenc.c:222: warning: excess elements in struct initializer=20 speexenc.c:222: warning: (near initialization for `long_options[0]')=20 speexenc.c:222: `no_argument' undeclared (first use in this function)=20 speexenc.c:222: (Each undeclared identifier is reported only once=20 speexenc.c:222: for each function it appears in.)=20 speexenc.c:222: warning: excess elements in struct initializer=20 speexenc.c:222: warning: (near initialization for `long_options[0]')=20 speexenc.c:222: warning: excess elements in struct initializer=20 speexenc.c:222: warning: (near initialization for `long_options[0]')=20 speexenc.c:222: warning: excess elements in struct initializer=20 speexenc.c:222: warning: (near initialization for `long_options[0]')=20 speexenc.c:223: warning: excess elements in struct initializer=20 speexenc.c:223: warning: (near initialization for `long_options[1]')=20 speexenc.c:223: warning: excess elements in struct initializer=20 speexenc.c:223: warning: (near initialization for `long_options[1]')=20 speexenc.c:223: warning: excess elements in struct initializer=20 speexenc.c:223: warning: (near initialization for `long_options[1]')=20 speexenc.c:223: warning: excess elements in struct initializer=20 speexenc.c:223: warning: (near initialization for `long_options[1]')=20 speexenc.c:224: warning: excess elements in struct initializer=20 speexenc.c:224: warning: (near initialization for `long_options[2]')=20 speexenc.c:224: warning: excess elements in struct initializer=20 speexenc.c:224: warning: (near initialization for `long_options[2]')=20 speexenc.c:224: warning: excess elements in struct initializer=20 speexenc.c:224: warning: (near initialization for `long_options[2]')=20 speexenc.c:224: warning: excess elements in struct initializer=20 speexenc.c:224: warning: (near initialization for `long_options[2]')=20 speexenc.c:225: warning: excess elements in struct initializer=20 speexenc.c:225: warning: (near initialization for `long_options[3]')=20 speexenc.c:225: warning: excess elements in struct initializer=20 speexenc.c:225: warning: (near initialization for `long_options[3]')=20 speexenc.c:225: warning: excess elements in struct initializer=20 speexenc.c:225: warning: (near initialization for `long_options[3]')=20 speexenc.c:225: warning: excess elements in struct initializer=20 speexenc.c:225: warning: (near initialization for `long_options[3]')=20 speexenc.c:226: warning: excess elements in struct initializer=20 speexenc.c:226: warning: (near initialization for `long_options[4]')=20 speexenc.c:226: `required_argument' undeclared (first use in this function)= =20 speexenc.c:226: warning: excess elements in struct initializer=20 speexenc.c:226: warning: (near initialization for `long_options[4]')=20 speexenc.c:226: warning: excess elements in struct initializer=20 speexenc.c:226: warning: (near initialization for `long_options[4]')=20 speexenc.c:226: warning: excess elements in struct initializer=20 speexenc.c:226: warning: (near initialization for `long_options[4]')=20 speexenc.c:227: warning: excess elements in struct initializer=20 speexenc.c:227: warning: (near initialization for `long_options[5]')=20 speexenc.c:227: warning: excess elements in struct initializer=20 speexenc.c:227: warning: (near initialization for `long_options[5]')=20 speexenc.c:227: warning: excess elements in struct initializer=20 speexenc.c:227: warning: (near initialization for `long_options[5]')=20 speexenc.c:227: warning: excess elements in struct initializer=20 speexenc.c:227: warning: (near initialization for `long_options[5]')=20 speexenc.c:228: warning: excess elements in struct initializer=20 speexenc.c:228: warning: (near initialization for `long_options[6]')=20 speexenc.c:228: warning: excess elements in struct initializer=20 speexenc.c:228: warning: (near initialization for `long_options[6]')=20 speexenc.c:228: warning: excess elements in struct initializer=20 speexenc.c:228: warning: (near initialization for `long_options[6]')=20 speexenc.c:228: warning: excess elements in struct initializer=20 speexenc.c:228: warning: (near initialization for `long_options[6]')=20 speexenc.c:229: warning: excess elements in struct initializer=20 speexenc.c:229: warning: (near initialization for `long_options[7]')=20 speexenc.c:229: warning: excess elements in struct initializer=20 speexenc.c:229: warning: (near initialization for `long_options[7]')=20 speexenc.c:229: warning: excess elements in struct initializer=20 speexenc.c:229: warning: (near initialization for `long_options[7]')=20 speexenc.c:229: warning: excess elements in struct initializer=20 speexenc.c:229: warning: (near initialization for `long_options[7]')=20 speexenc.c:230: warning: excess elements in struct initializer=20 speexenc.c:230: warning: (near initialization for `long_options[8]')=20 speexenc.c:230: warning: excess elements in struct initializer=20 speexenc.c:230: warning: (near initialization for `long_options[8]')=20 speexenc.c:230: warning: excess elements in struct initializer=20 speexenc.c:230: warning: (near initialization for `long_options[8]')=20 speexenc.c:230: warning: excess elements in struct initializer=20 speexenc.c:230: warning: (near initialization for `long_options[8]')=20 speexenc.c:231: warning: excess elements in struct initializer=20 speexenc.c:231: warning: (near initialization for `long_options[9]')=20 speexenc.c:231: warning: excess elements in struct initializer=20 speexenc.c:231: warning: (near initialization for `long_options[9]')=20 speexenc.c:231: warning: excess elements in struct initializer=20 speexenc.c:231: warning: (near initialization for `long_options[9]')=20 speexenc.c:231: warning: excess elements in struct initializer=20 speexenc.c:231: warning: (near initialization for `long_options[9]')=20 speexenc.c:232: warning: excess elements in struct initializer=20 speexenc.c:232: warning: (near initialization for `long_options[10]')=20 speexenc.c:232: warning: excess elements in struct initializer=20 speexenc.c:232: warning: (near initialization for `long_options[10]')=20 speexenc.c:232: warning: excess elements in struct initializer=20 speexenc.c:232: warning: (near initialization for `long_options[10]')=20 speexenc.c:232: warning: excess elements in struct initializer=20 speexenc.c:232: warning: (near initialization for `long_options[10]')=20 speexenc.c:233: warning: excess elements in struct initializer=20 speexenc.c:233: warning: (near initialization for `long_options[11]')=20 speexenc.c:233: warning: excess elements in struct initializer=20 speexenc.c:233: warning: (near initialization for `long_options[11]')=20 speexenc.c:233: warning: excess elements in struct initializer=20 speexenc.c:233: warning: (near initialization for `long_options[11]')=20 speexenc.c:233: warning: excess elements in struct initializer=20 speexenc.c:233: warning: (near initialization for `long_options[11]')=20 speexenc.c:234: warning: excess elements in struct initializer=20 speexenc.c:234: warning: (near initialization for `long_options[12]')=20 speexenc.c:234: warning: excess elements in struct initializer=20 speexenc.c:234: warning: (near initialization for `long_options[12]')=20 speexenc.c:234: warning: excess elements in struct initializer=20 speexenc.c:234: warning: (near initialization for `long_options[12]')=20 speexenc.c:234: warning: excess elements in struct initializer=20 speexenc.c:234: warning: (near initialization for `long_options[12]')=20 speexenc.c:235: warning: excess elements in struct initializer=20 speexenc.c:235: warning: (near initialization for `long_options[13]')=20 speexenc.c:235: warning: excess elements in struct initializer=20 speexenc.c:235: warning: (near initialization for `long_options[13]')=20 speexenc.c:235: warning: excess elements in struct initializer=20 speexenc.c:235: warning: (near initialization for `long_options[13]')=20 speexenc.c:235: warning: excess elements in struct initializer=20 speexenc.c:235: warning: (near initialization for `long_options[13]')=20 speexenc.c:236: warning: excess elements in struct initializer=20 speexenc.c:236: warning: (near initialization for `long_options[14]')=20 speexenc.c:236: warning: excess elements in struct initializer=20 speexenc.c:236: warning: (near initialization for `long_options[14]')=20 speexenc.c:236: warning: excess elements in struct initializer=20 speexenc.c:236: warning: (near initialization for `long_options[14]')=20 speexenc.c:236: warning: excess elements in struct initializer=20 speexenc.c:236: warning: (near initialization for `long_options[14]')=20 speexenc.c:237: warning: excess elements in struct initializer=20 speexenc.c:237: warning: (near initialization for `long_options[15]')=20 speexenc.c:237: warning: excess elements in struct initializer=20 speexenc.c:237: warning: (near initialization for `long_options[15]')=20 speexenc.c:237: warning: excess elements in struct initializer=20 speexenc.c:237: warning: (near initialization for `long_options[15]')=20 speexenc.c:237: warning: excess elements in struct initializer=20 speexenc.c:237: warning: (near initialization for `long_options[15]')=20 speexenc.c:238: warning: excess elements in struct initializer=20 speexenc.c:238: warning: (near initialization for `long_options[16]')=20 speexenc.c:238: warning: excess elements in struct initializer=20 speexenc.c:238: warning: (near initialization for `long_options[16]')=20 speexenc.c:238: warning: excess elements in struct initializer=20 speexenc.c:238: warning: (near initialization for `long_options[16]')=20 speexenc.c:238: warning: excess elements in struct initializer=20 speexenc.c:238: warning: (near initialization for `long_options[16]')=20 speexenc.c:239: warning: excess elements in struct initializer=20 speexenc.c:239: warning: (near initialization for `long_options[17]')=20 speexenc.c:239: warning: excess elements in struct initializer=20 speexenc.c:239: warning: (near initialization for `long_options[17]')=20 speexenc.c:239: warning: excess elements in struct initializer=20 speexenc.c:239: warning: (near initialization for `long_options[17]')=20 speexenc.c:239: warning: excess elements in struct initializer=20 speexenc.c:239: warning: (near initialization for `long_options[17]')=20 speexenc.c:240: warning: excess elements in struct initializer=20 speexenc.c:240: warning: (near initialization for `long_options[18]')=20 speexenc.c:240: warning: excess elements in struct initializer=20 speexenc.c:240: warning: (near initialization for `long_options[18]')=20 speexenc.c:240: warning: excess elements in struct initializer=20 speexenc.c:240: warning: (near initialization for `long_options[18]')=20 speexenc.c:240: warning: excess elements in struct initializer=20 speexenc.c:240: warning: (near initialization for `long_options[18]')=20 speexenc.c:241: warning: excess elements in struct initializer=20 speexenc.c:241: warning: (near initialization for `long_options[19]')=20 speexenc.c:241: warning: excess elements in struct initializer=20 speexenc.c:241: warning: (near initialization for `long_options[19]')=20 speexenc.c:241: warning: excess elements in struct initializer=20 speexenc.c:241: warning: (near initialization for `long_options[19]')=20 speexenc.c:241: warning: excess elements in struct initializer=20 speexenc.c:241: warning: (near initialization for `long_options[19]')=20 speexenc.c:242: warning: excess elements in struct initializer=20 speexenc.c:242: warning: (near initialization for `long_options[20]')=20 speexenc.c:242: warning: excess elements in struct initializer=20 speexenc.c:242: warning: (near initialization for `long_options[20]')=20 speexenc.c:242: warning: excess elements in struct initializer=20 speexenc.c:242: warning: (near initialization for `long_options[20]')=20 speexenc.c:242: warning: excess elements in struct initializer=20 speexenc.c:242: warning: (near initialization for `long_options[20]')=20 speexenc.c:243: warning: excess elements in struct initializer=20 speexenc.c:243: warning: (near initialization for `long_options[21]')=20 speexenc.c:243: warning: excess elements in struct initializer=20 speexenc.c:243: warning: (near initialization for `long_options[21]')=20 speexenc.c:243: warning: excess elements in struct initializer=20 speexenc.c:243: warning: (near initialization for `long_options[21]')=20 speexenc.c:243: warning: excess elements in struct initializer=20 speexenc.c:243: warning: (near initialization for `long_options[21]')=20 speexenc.c:244: warning: excess elements in struct initializer=20 speexenc.c:244: warning: (near initialization for `long_options[22]')=20 speexenc.c:244: warning: excess elements in struct initializer=20 speexenc.c:244: warning: (near initialization for `long_options[22]')=20 speexenc.c:244: warning: excess elements in struct initializer=20 speexenc.c:244: warning: (near initialization for `long_options[22]')=20 speexenc.c:244: warning: excess elements in struct initializer=20 speexenc.c:244: warning: (near initialization for `long_options[22]')=20 speexenc.c:245: warning: excess elements in struct initializer=20 speexenc.c:245: warning: (near initialization for `long_options[23]')=20 speexenc.c:245: warning: excess elements in struct initializer=20 speexenc.c:245: warning: (near initialization for `long_options[23]')=20 speexenc.c:245: warning: excess elements in struct initializer=20 speexenc.c:245: warning: (near initialization for `long_options[23]')=20 speexenc.c:245: warning: excess elements in struct initializer=20 speexenc.c:245: warning: (near initialization for `long_options[23]')=20 speexenc.c:246: warning: excess elements in struct initializer=20 speexenc.c:246: warning: (near initialization for `long_options[24]')=20 speexenc.c:246: warning: excess elements in struct initializer=20 speexenc.c:246: warning: (near initialization for `long_options[24]')=20 speexenc.c:246: warning: excess elements in struct initializer=20 speexenc.c:246: warning: (near initialization for `long_options[24]')=20 speexenc.c:246: warning: excess elements in struct initializer=20 speexenc.c:246: warning: (near initialization for `long_options[24]')=20 speexenc.c:220: array size missing in `long_options'=20 speexenc.c:220: storage size of `long_options' isn't known=20 *** Error code 1=20 =20 Stop in /usr/ports/audio/speex/work/speex-1.0.4/src.=20 *** Error code 1=20 =20 Stop in /usr/ports/audio/speex/work/speex-1.0.4.=20 *** Error code 1=20 =20 Stop in /usr/ports/audio/speex.=20 ---> Skipping 'audio/vorbis-tools' (vorbis-tools-1.0.1_2,3) because a requ= isite package 'speex-1.0.3_1,1' (audio/speex) failed (specify -k to force= )=20 ---> Skipping 'multimedia/libxine' (libxine-1.0.r5) because a requisite pa= ckage 'speex-1.0.3_1,1' (audio/speex) failed (specify -k to force)=20 ---> Skipping 'multimedia/xine' (xine-0.99.2) because a requisite package = 'libxine-1.0.r5' (multimedia/libxine) failed (specify -k to force)=20 ---> Skipping 'multimedia/kmplayer' (kmplayer-0.8.3.r4) because a requisit= e package 'speex-1.0.3_1,1' (audio/speex) failed (specify -k to force)=20 ---> Skipping 'multimedia/xine_artsplugin' (kdemultimedia-xine_artsplugin-= 3.2.3) because a requisite package 'libxine-1.0.r5' (multimedia/libxine) = failed (specify -k to force)=20 ---> Skipping 'multimedia/kdemultimedia3' (kdemultimedia-3.2.3_1) because = a requisite package 'kdemultimedia-xine_artsplugin-3.2.3' (multimedia/xin= e_artsplugin) failed (specify -k to force)=20 ---> Skipping 'multimedia/gstreamer-plugins' (gstreamer-plugins-0.8.2_1) b= ecause a requisite package 'speex-1.0.3_1,1' (audio/speex) failed (specif= y -k to force)=20 ---> Skipping 'x11/kde3' (kde-3.2.3) because a requisite package 'kdemulti= media-3.2.3_1' (multimedia/kdemultimedia3) failed (specify -k to force)= =20 ---> Skipping 'multimedia/gstreamer-player' (gstreamer-player-0.8.0_3) bec= ause a requisite package 'gstreamer-plugins-0.8.2_1' (multimedia/gstreame= r-plugins) failed (specify -k to force)=20 ---> Skipping 'multimedia/noatun-plugins' (kdeaddons-noatun-plugins-3.2.3)= because a requisite package 'speex-1.0.3_1,1' (audio/speex) failed (spec= ify -k to force)=20 ---> Skipping 'misc/kdeaddons3' (kdeaddons-3.2.3) because a requisite pack= age 'speex-1.0.3_1,1' (audio/speex) failed (specify -k to force)=20 ! audio/speex (speex-1.0.3_1,1) (missing header)=20 * audio/vorbis-tools (vorbis-tools-1.0.1_2,3) * multimedia/libxine (libxine-1.0.r5) * multimedia/xine (xine-0.99.2) * multimedia/kmplayer (kmplayer-0.8.3.r4) * multimedia/xine_artsplugin (kdemultimedia-xine_artsplugin-3.2.3) * multimedia/kdemultimedia3 (kdemultimedia-3.2.3_1) * multimedia/gstreamer-plugins (gstreamer-plugins-0.8.2_1) * x11/kde3 (kde-3.2.3) * multimedia/gstreamer-player (gstreamer-player-0.8.0_3) * multimedia/noatun-plugins (kdeaddons-noatun-plugins-3.2.3) * misc/kdeaddons3 (kdeaddons-3.2.3) ---> Packages processed: 0 done, 2 ignored, 11 skipped and 1 failed From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 16:53:34 2004 Return-Path: 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 087A116A4CE for ; Sat, 4 Sep 2004 16:53:34 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 935DD43D45 for ; Sat, 4 Sep 2004 16:53:33 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 8F90A1674E1; Sat, 4 Sep 2004 18:53:32 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i84GrUik015061 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 4 Sep 2004 18:53:31 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-ports@freebsd.org, cworthy@myrealbox.com Date: Sat, 4 Sep 2004 18:53:26 +0200 User-Agent: KMail/1.7 References: <1094312174.982deffccworthy@myrealbox.com> In-Reply-To: <1094312174.982deffccworthy@myrealbox.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1316423.gpGb3rtNm7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409041853.30203.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: Re: speex-1.0.4,1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 16:53:34 -0000 --nextPart1316423.gpGb3rtNm7 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 04 September 2004 17:36, Colin Worthy wrote: > -c speexenc.c speexenc.c:35: getopt.h: No such file or directory That would be the cause. What FreeBSD version are you running? =2D-=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 --nextPart1316423.gpGb3rtNm7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBOfMKXhc68WspdLARAvAFAKCAh7E82GeFzGXeJ/FnBLCzr4DrLQCfV124 ucaTAO7ve5Dwx4vdJoC0tfI= =Tl2u -----END PGP SIGNATURE----- --nextPart1316423.gpGb3rtNm7-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 17:02:10 2004 Return-Path: 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 C7F7316A4CE for ; Sat, 4 Sep 2004 17:02:10 +0000 (GMT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF9AC43D2F for ; Sat, 4 Sep 2004 17:02:10 +0000 (GMT) (envelope-from cworthy@myrealbox.com) Received: from [192.168.1.32] cworthy [66.25.62.191] $ on Novell NetWare via secured & encrypted transport (TLS); Sat, 04 Sep 2004 11:02:15 -0600 From: Colin Worthy To: Michael Nottebrock Date: Sat, 4 Sep 2004 12:02:09 -0500 User-Agent: KMail/1.6.2 References: <1094312174.982deffccworthy@myrealbox.com> <200409041853.30203.michaelnottebrock@gmx.net> In-Reply-To: <200409041853.30203.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409041202.09662.cworthy@myrealbox.com> cc: freebsd-ports@freebsd.org Subject: Re: speex-1.0.4,1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cworthy@myrealbox.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 17:02:10 -0000 Uname -a states the following: FreeBSD calvin 4.10-RELEASE FreeBSD 4.10-RELEASE #2: Mon May 31 22:00:35 CDT 2004 cworthy@calvin:/usr/obj/usr/src/sys/CALVIN-20040209 i386 On Saturday 04 September 2004 11:53, Michael Nottebrock wrote: > On Saturday 04 September 2004 17:36, Colin Worthy wrote: > > -c speexenc.c speexenc.c:35: getopt.h: No such file or directory > > That would be the cause. What FreeBSD version are you running? From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 17:25:40 2004 Return-Path: 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 2B81C16A4CE for ; Sat, 4 Sep 2004 17:25:40 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C2D43D2F for ; Sat, 4 Sep 2004 17:25:39 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id CCF861674E1; Sat, 4 Sep 2004 19:25:38 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i84HPbik033139 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 4 Sep 2004 19:25:37 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: cworthy@myrealbox.com Date: Sat, 4 Sep 2004 19:25:32 +0200 User-Agent: KMail/1.7 References: <1094312174.982deffccworthy@myrealbox.com> <200409041853.30203.michaelnottebrock@gmx.net> <200409041202.09662.cworthy@myrealbox.com> In-Reply-To: <200409041202.09662.cworthy@myrealbox.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1746463.DZTJkE6YZu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409041925.36485.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-ports@freebsd.org Subject: Re: speex-1.0.4,1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 17:25:40 -0000 --nextPart1746463.DZTJkE6YZu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 04 September 2004 19:02, Colin Worthy wrote: > Uname -a states the following: > FreeBSD calvin 4.10-RELEASE FreeBSD 4.10-RELEASE #2: Mon May 31 22:00:35 > CDT 2004 cworthy@calvin:/usr/obj/usr/src/sys/CALVIN-20040209 i386 (Re)install the devel/libgnugetopt port, that should fix it. =2D-=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 --nextPart1746463.DZTJkE6YZu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBOfqQXhc68WspdLARAgPiAJwKLfj7byqA9iQLguHfQf15C6qtZQCggiG9 3mRUL8CmNgD1p+eypsrcOlk= =SeZP -----END PGP SIGNATURE----- --nextPart1746463.DZTJkE6YZu-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 17:39:31 2004 Return-Path: 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 0D9DE16A4CE for ; Sat, 4 Sep 2004 17:39:31 +0000 (GMT) Received: from sophia3.e-shell.net (sophia3.e-shell.net [64.246.46.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id E115843D45 for ; Sat, 4 Sep 2004 17:39:30 +0000 (GMT) (envelope-from loox@e-shell.net) Received: from customer-201-133-65-160.prod-infinitum.com.mx (unknown [201.133.65.160]) by sophia3.e-shell.net (Postfix) with ESMTP id 092B8656804 for ; Sat, 4 Sep 2004 12:39:55 -0500 (CDT) From: Axel Gonzalez Organization: e-shell.net Inc To: freebsd-ports@freebsd.org Date: Sat, 4 Sep 2004 12:39:28 -0500 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: <200409041239.29056.loox@e-shell.net> Subject: vnc on amd64 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 17:39:31 -0000 When trying to run vncserver script, I get the following errors: Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' Getting interface configuration (4): Device not configured 04/09/04 12:26:09 Xvnc version 3.3.7 - built Sep 4 2004 01:31:51 04/09/04 12:26:09 Copyright (C) 2002-2003 RealVNC Ltd. 04/09/04 12:26:09 Copyright (C) 1994-2000 AT&T Laboratories Cambridge. 04/09/04 12:26:09 All Rights Reserved. 04/09/04 12:26:09 See http://www.realvnc.com for information on VNC 04/09/04 12:26:09 Desktop name 'X' (moonlight.e-shell.net:1) 04/09/04 12:26:09 Protocol version supported 3.3 04/09/04 12:26:09 Listening for VNC connections on TCP port 5901 04/09/04 12:26:09 Listening for HTTP connections on TCP port 5801 04/09/04 12:26:09 URL http://moonlight.e-shell.net:5801 failed to set default font path '/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/' Fatal server error: could not open default font 'fixed' then server dies. The fixed font requested by the port is there: su-2.05b# ls -al /usr/X11R6/lib/X11/fonts/misc/6x13-ISO8859-1.pcf.gz -r--r--r-- 1 root wheel 4366 Aug 28 02:06 /usr/X11R6/lib/X11/fonts/misc/6x13-ISO8859-1.pcf.gz Also tried to change -fp on vncserver script: [...] failed to set default font path '/usr/X11R6/lib/X11/fonts/misc/' Fatal server error: could not open default font 'fixed' But the font drectory is there! Tried to reinstall xorg* to no avail. Note that it also fails to get the rgb file, but its there too: su-2.05b# ls -al /usr/X11R6/lib/X11/rgb.txt -r--r--r-- 1 root wheel 17371 Sep 3 00:35 /usr/X11R6/lib/X11/rgb.txt X.org starts normally. Since vnc works on i386 (just installed one) thsi could be an amd64 problem only ? ******* System: FreeBSD moonlight.e-shell.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sat Aug 28 12:43:02 CDT 2004 root@moonlight.e-shell.lx:/usr/obj/usr/src/sys/LXAMD64 amd64 The ports i have installed (xorg): su-2.05b# pkg_info | grep xorg xorg-clients-6.7.0_4 X client programs and related files from X.Org xorg-fonts-100dpi-6.7.0 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.7.0 X.Org 75dpi bitmap fonts xorg-fonts-encodings-6.7.0 X.Org font encoding files xorg-fonts-miscbitmaps-6.7.0 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.7.0 X.Org TrueType fonts xorg-fonts-type1-6.7.0 X.Org Type1 fonts xorg-fontserver-6.7.0 X font server from X.Org xorg-libraries-6.7.0_1 X11 libraries and headers from X.Org xorg-server-6.7.0_7 X.Org X server and related programs From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 19:27:53 2004 Return-Path: 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 64BEB16A4CE for ; Sat, 4 Sep 2004 19:27:53 +0000 (GMT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2292643D1D for ; Sat, 4 Sep 2004 19:27:53 +0000 (GMT) (envelope-from webmaster@pascofla.com) Received: from fl-65-41-226-39.dyn.sprint-hsd.net ([65.41.226.39] helo=AMD2600.pascofla.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1C3gCR-0000Vj-00; Sat, 04 Sep 2004 12:27:47 -0700 Message-Id: <5.0.0.25.2.20040904151444.03ea9aa8@pascofla.com> X-Sender: pasco1@pascofla.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sat, 04 Sep 2004 15:29:13 -0400 To: filippo@widestore.net From: Dennis Devine Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: ports@FreeBSD.org Subject: Plone port to BSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 19:27:53 -0000 Getting error messags on all the ports of Plone to BSD. Can you direct me to a link for a current build. http://www.freshports.org/www/plone/ Thanks, Dennis Deivne From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 19:50:19 2004 Return-Path: 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 8C44016A4D1 for ; Sat, 4 Sep 2004 19:50:19 +0000 (GMT) Received: from lists.frmug.org (frmug-gw.frmug.org [193.56.58.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0997743D45 for ; Sat, 4 Sep 2004 19:50:18 +0000 (GMT) (envelope-from olive@oban.frmug.org) Received: from localhost (localhost [127.0.0.1]) by lists.frmug.org (Postfix/TLS) with ESMTP id 334AC20F21 for ; Sat, 4 Sep 2004 21:50:12 +0200 (CEST) Received: from lists.frmug.org ([127.0.0.1]) by localhost (frmug.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12127-05 for ; Sat, 4 Sep 2004 21:50:11 +0200 (CEST) Received: by lists.frmug.org (Postfix/TLS, from userid 66) id 8B41120F1E; Sat, 4 Sep 2004 21:50:06 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by weirdos.oban.frmug.org (Postfix) with ESMTP id 4400C8C34 for ; Sat, 4 Sep 2004 21:48:46 +0200 (CEST) Received: by weirdos.oban.frmug.org (Postfix, from userid 1002) id 1E9B98C11; Sat, 4 Sep 2004 21:48:45 +0200 (CEST) Date: Sat, 4 Sep 2004 21:48:44 +0200 From: Olivier Tharan To: ports@FreeBSD.org Message-ID: <20040904194844.GS61735@weirdos.oban.frmug.org> Mail-Followup-To: ports@FreeBSD.org References: <5.0.0.25.2.20040904151444.03ea9aa8@pascofla.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <5.0.0.25.2.20040904151444.03ea9aa8@pascofla.com> X-Attribution: Olive X-Virus-Scanned: by amavisd-new at frmug.org Subject: Re: Plone port to BSD X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 19:50:19 -0000 * Dennis Devine (20040904 15:29): > Getting error messags on all the ports of > Plone to BSD. Can you direct me to a link > for a current build. 1. What are the actual error messages? 2. Did you update your ports tree according to the Handbook instructions? -- olive From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 19:56:17 2004 Return-Path: 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 5EAC916A4CF for ; Sat, 4 Sep 2004 19:56:17 +0000 (GMT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46D2043D1F for ; Sat, 4 Sep 2004 19:56:17 +0000 (GMT) (envelope-from cworthy@myrealbox.com) Received: from [192.168.1.32] cworthy [66.25.62.191] $ on Novell NetWare via secured & encrypted transport (TLS); Sat, 04 Sep 2004 13:56:18 -0600 From: Colin Worthy To: Michael Nottebrock Date: Sat, 4 Sep 2004 14:56:15 -0500 User-Agent: KMail/1.6.2 References: <1094312174.982deffccworthy@myrealbox.com> <200409041202.09662.cworthy@myrealbox.com> <200409041925.36485.michaelnottebrock@gmx.net> In-Reply-To: <200409041925.36485.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409041456.15763.cworthy@myrealbox.com> cc: freebsd-ports@freebsd.org Subject: Re: speex-1.0.4,1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cworthy@myrealbox.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 19:56:17 -0000 That worked. Thanks, On Saturday 04 September 2004 12:25, Michael Nottebrock wrote: > On Saturday 04 September 2004 19:02, Colin Worthy wrote: > > Uname -a states the following: > > FreeBSD calvin 4.10-RELEASE FreeBSD 4.10-RELEASE #2: Mon May 31 22:00:35 > > CDT 2004 cworthy@calvin:/usr/obj/usr/src/sys/CALVIN-20040209 i386 > > (Re)install the devel/libgnugetopt port, that should fix it. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 20:58:30 2004 Return-Path: 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 CCA5016A4CE for ; Sat, 4 Sep 2004 20:58:30 +0000 (GMT) Received: from makeworld.com (makeworld.com [198.92.228.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84D9943D2D for ; Sat, 4 Sep 2004 20:58:30 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 04CDA637F; Sat, 4 Sep 2004 15:58:30 -0500 (CDT) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49836-08; Sat, 4 Sep 2004 15:58:27 -0500 (CDT) Received: from [198.92.228.34] (racerx.makeworld.com [198.92.228.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 86707637D; Sat, 4 Sep 2004 15:58:26 -0500 (CDT) Message-ID: <413A2C71.8090507@makeworld.com> Date: Sat, 04 Sep 2004 15:58:25 -0500 From: Chris User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040903) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Pratt References: <20040831010702.1620dcc1.rpratt1950@earthlink.net> In-Reply-To: <20040831010702.1620dcc1.rpratt1950@earthlink.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at makeworld.com - Isn't it ironic cc: ports@freebsd.org Subject: Re: XFree86 (xterm) broken? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 20:58:30 -0000 Randy Pratt wrote: > Hi, > > It seems the xterm has changed lately (Aug 24)? It seems to be linked > to a static version: > > lrwxr-xr-x 1 root wheel 27 Aug 24 13:41 /usr/X11R6/bin/xterm@-> > /usr/X11R6/bin/xterm-static > > The "mesg" function no longer works and produces errors: > $ mesg y > mesg: /dev/ttyp6: Operation not permitted > > This prevents the unix talk requests from displaying on the xterm > so I have to switch to console mode to find out who is calling > (or do a "vidcontrol -P < /dev/ttyv0"). > > I thought I had broken something until it was confirmed by other > users I contacted today. I was also a bit surprised to see that > its now a port of its own. I'd like to see the old behavior > restored if possible. Or have I totally missed the boat somewhere > along the line? > > Thanks, > > Randy Speaking of terms - I went to KDE 3.3 - my aterm used to do transparencies - now however, I just get a grey background. To look into this deeper, I installed rxvt. It too does the same thing. Has something changed in KDE to prevent the above from working right? -- Best regards, Chris (1) The telephone will ring when you are outside the door, fumbling for your keys. (2) You will reach it just in time to hear the click of the caller hanging up. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 4 21:08:38 2004 Return-Path: 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 BAB0616A4CE for ; Sat, 4 Sep 2004 21:08:38 +0000 (GMT) Received: from simmts6-srv.bellnexxia.net (simmts6.bellnexxia.net [206.47.199.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B84B43D31 for ; Sat, 4 Sep 2004 21:08:38 +0000 (GMT) (envelope-from serge@quenix1.dyndns.org) Received: from quenix1.dyndns.org ([69.159.138.127]) by simmts6-srv.bellnexxia.netESMTP <20040904210822.QKRA1635.simmts6-srv.bellnexxia.net@quenix1.dyndns.org> for ; Sat, 4 Sep 2004 17:08:22 -0400 Received: from localhost.dnsalias.org ([127.0.0.1] helo=quenix1.dyndns.org) by quenix1.dyndns.org with esmtp (Exim 4.42 (FreeBSD)) id 1C3hmM-000Bot-FB for freebsd-ports@freebsd.org; Sat, 04 Sep 2004 17:08:58 -0400 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 From: Serge Gagnon X-operating-system: FreeBSD 4.10-STABLE i386 X-location: Quebec, Qc, Canada; lat 46.820 lon -71.230 X-gpg-fingerprint: E489 112A 3564 2F80 3B06 16C9 A026 A3FA 633D 1726 X-ggp-public-key: http://quenix.dnsalias.org/GnuPG.html X-gpg-key-ID: 0x633D1726 Serge Gagnon X-Face: 22hG-S23Un!fw[I:kZ_K7I+f60+dloy!5F:r?K6cz<'"^"PLy1GDD@PRPqG%TAIgFsdu0~6PSZaVqf+|36?En?&l+XNZnp:f-%c#&a=)Ho7qey#PYD+X~>X'A`4nv*{d+t1b%fk>X1nJ?R}&en;\;kLrH Subject: portupgrade/ruby error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 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: Sat, 04 Sep 2004 21:08:38 -0000 Hello, I've got this message when I tried portupgrade ; sudo portupgrade -a Password: /usr/local/etc/pkgtools.conf:214: warning: already initialized constant HOLD_PKGS cd: can't cd to /usr/ports/devel/plan9port /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:323:in `deorigin': cannot convert nil into String (PkgDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:916:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:929:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:933:in `sort_build!' from /usr/local/sbin/portupgrade:674:in `main' from /usr/local/sbin/portupgrade:207:in `initialize' from /usr/local/sbin/portupgrade:207:in `new' from /usr/local/sbin/portupgrade:207:in `main' from /usr/local/sbin/portupgrade:1845 ; The same message appeared when I reinstalled a fresh ruby/portupgrade. -- Serge Gagnon Quebec, Qc, Canada